From mattdm at mattdm.org Wed Aug 1 02:43:22 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 31 Jul 2007 22:43:22 -0400 Subject: RPM roadmapping In-Reply-To: <1185879350.3083.85.camel@pmac.infradead.org> References: <1185545286.14697.581.camel@pmac.infradead.org> <1185879350.3083.85.camel@pmac.infradead.org> Message-ID: <20070801024322.GA25023@jadzia.bu.edu> On Tue, Jul 31, 2007 at 11:55:50AM +0100, David Woodhouse wrote: > The problem is not necessarily the fact that the Obsoletes: wasn't > arch-specific. It's that yum went from 'please install digikam to get > rid of digikamimageplugins' to 'hey, let's install both the sensible > x86_64 version _and_ the unwanted i386 version too'. Take a look at the new "basearchonly" plugin in yum-utils (or rather, in the next release of yum-utils). It could use a little work, and eventually I hope it will be completely unnecessary, but until then, that's what plugins are *for*. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From seandarcy2 at gmail.com Wed Aug 1 02:03:41 2007 From: seandarcy2 at gmail.com (sean) Date: Tue, 31 Jul 2007 22:03:41 -0400 Subject: No networking since July 28! Only w/ Windows In-Reply-To: <46AF7AEF.9070506@warmcat.com> References: <46AF7AEF.9070506@warmcat.com> Message-ID: Andy Green wrote: > Somebody in the thread at some point said: >> Using rawhide as of July 28. >> >> All of a sudden, my ethernet won't come up. No link lights. But this is >> dual-boot machine, and networking works if I boot up Windows XP. > >> Completely puzzled. Don't know where or whether to file a bug report. > > Have a look in /proc/interrupts at the number of interrupts related to > your ethernet card, if it is broken out on its own line. > > A box here on 2.6.23-rc1 did the same, with 0 interrupts on the IRQ > assigned to the ethernet device, and adding pci=biosirq to the kernel > commandline got it up again. > > -Andy > Thanks. I'll try that. I'll be gone for 3 days. For now I'm simply using Windows :( sean From michel.sylvan at gmail.com Wed Aug 1 07:27:00 2007 From: michel.sylvan at gmail.com (Michel Salim) Date: Wed, 1 Aug 2007 15:27:00 +0800 Subject: LiveCD wiping root partition? In-Reply-To: <46AF90A3.2080405@filteredperception.org> References: <46AF64FB.3020903@filteredperception.org> <46AF6FF4.7060507@filteredperception.org> <46AF8522.2080409@filteredperception.org> <46AF8B55.6000306@fedoraproject.org> <46AF90A3.2080405@filteredperception.org> Message-ID: On 01/08/07, Douglas McClendon wrote: > > Rahul Sundaram wrote: > > Michel Salim wrote: > > > >> > >> Anyway, hard lesson learned. I wonder how Ubuntu does their live CD > >> install. openSUSE is introducing one too, hopefully for their users > >> the same bug does not occur. > > > > Pretty much every live cd does a dd afaik. > > ubuntu 7.04 keeps their rootfs natively on squashfs (versus fedora which > keeps > it natively on an ext3 image which lives on a squashfs). > > Therefore they can't be doing a dd for the install. Any reason why dd is preferred over, say, tar? The latter would be much safer. And files would not have to be moved to their final partitions after 'dd' too. -- Michel -------------- next part -------------- An HTML attachment was scrubbed... URL: From caolanm at redhat.com Wed Aug 1 07:27:42 2007 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 01 Aug 2007 08:27:42 +0100 Subject: crash reporting In-Reply-To: <20070731220846.D90344D04B9@magilla.localdomain> References: <20070731220846.D90344D04B9@magilla.localdomain> Message-ID: <1185953262.3212.9.camel@Nom> On Tue, 2007-07-31 at 15:08 -0700, Roland McGrath wrote: > > More to the point, asking the user to install debuginfo _ever_ is a > > failure. You have the NEVRs of all packages involved in the crash. > > Feed them to the bug machine, let the distro reconstruct the backtrace. > > In F8 with build IDs, having nothing but the core dump file will be enough > to easily determine (offline, later) all the packages that were involved. This sounds sort of tantalising, especially the F8 timeframe. What are the details ? Is there e.g. an online core dump mapping service to be made available ? And if so, a standardized desktop UI crash reporter to submit the core somewhere on crash ? Seeing as gnome apps intercept by default SEGV and launch bug-buddy instead of creating a core dump and OOo does similar should we have a pile of bugs to just remove this stuff and crash to core and let something else take care of it. C. From jan.kratochvil at redhat.com Wed Aug 1 07:46:15 2007 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Wed, 1 Aug 2007 09:46:15 +0200 Subject: crash reporting In-Reply-To: <1185953262.3212.9.camel@Nom> References: <20070731220846.D90344D04B9@magilla.localdomain> <1185953262.3212.9.camel@Nom> Message-ID: <20070801074615.GA25038@host0.dyn.jankratochvil.net> On Wed, 01 Aug 2007 09:27:42 +0200, Caolan McNamara wrote: > On Tue, 2007-07-31 at 15:08 -0700, Roland McGrath wrote: ... > > In F8 with build IDs, having nothing but the core dump file will be enough > > to easily determine (offline, later) all the packages that were involved. > > This sounds sort of tantalising, especially the F8 timeframe. What are > the details ? Roland's info: http://fedoraproject.org/wiki/Releases/FeatureBuildId There is going to be GDB with the support in F8 - it loads the right executable + libraries just being given the core file. One of the test builds was: http://koji.fedoraproject.org/koji/taskinfo?taskID=76292 But it needs /usr/lib/debug/.build-id symlinks still not present in the current F8test1/Rawhide, the symlinks should exist for F8test2 (test3?). I see it should give there a warning if the symlink is missing to be able to: yum install /usr/lib/debug/.build-id/c8/eba3e0886b625d58b803f6b924b4a76d3daeb2 # installs the executable/library yum install /usr/lib/debug/.build-id/c8/eba3e0886b625d58b803f6b924b4a76d3daeb2.debug # installs the associated -debuginfo package Regards, Jan BEFORE: $ gdb -c /tmp/buildmainlib/headers Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `../buildmain'. Program terminated with signal 11, Segmentation fault. #0 0x00000000004005b6 in ?? () (gdb) bt #0 0x00000000004005b6 in ?? () #1 0x0000000000000000 in ?? () (gdb) info sharedlibrary No shared libraries loaded at this time. (gdb) _ AFTER: $ gdb -c /tmp/buildmainlib/headers Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `../buildmain'. Program terminated with signal 11, Segmentation fault. Reading symbols from /tmp/buildmain.debug-x...done. warning: Can't read pathname for load map: Input/output error. #0 0x00000000004005b6 in main () at buildmain.c:6 6 *(int *) 0 = 0; (gdb) bt #0 0x00000000004005b6 in main () at buildmain.c:6 #1 0x000000300041dab4 in __libc_start_main () from /lib64/libc.so.6 #2 0x00000000004004f9 in ?? () #3 0x00007fff1907c548 in ?? () #4 0x0000000000000000 in ?? () (gdb) info sharedlibrary >From To Syms Read Shared Object Library 0x00002aaaaaaad460 0x00002aaaaaaad578 Yes /tmp/buildlib.so # /tmp/buildlib.so would not be found due to no LD_LIBRARY_PATH without buildid 0x000000300041d8a0 0x00000030005068b8 Yes /lib64/libc.so.6 0x0000003000000a60 0x00000030000155d4 Yes /lib64/ld-linux-x86-64.so.2 (gdb) _ From sb at monkey-mind.net Wed Aug 1 08:32:03 2007 From: sb at monkey-mind.net (Steven Bakker) Date: Wed, 1 Aug 2007 10:32:03 +0200 Subject: No networking since July 28! Only w/ Windows In-Reply-To: References: <46AF7AEF.9070506@warmcat.com> Message-ID: <20070801103203.49030756@cluestix.noc.ams-ix.net> On Tue, 31 Jul 2007 22:03:41 -0400 sean wrote: > > A box here on 2.6.23-rc1 did the same, with 0 interrupts on the IRQ > > assigned to the ethernet device, and adding pci=biosirq to the > > kernel commandline got it up again. > > Thanks. I'll try that. I'll be gone for 3 days. For now I'm > simply using Windows :( That's... less than optimal... :-/ Please see bug #249950 [1] and #249857 [2]. These seem related. All of the mentioned symptoms go away with the 2.6.22.1-41.fc7 kernel that's in updates-testing now (see also comment #13 of bug #249857 [3]). [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249950 [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249857 [3] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249857#13 Hope this helps. Cheers, Steven From buildsys at fedoraproject.org Wed Aug 1 10:04:41 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 01 Aug 2007 10:04:41 -0000 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-01 Message-ID: <20070801100441.31231.19824@extras64.linux.duke.edu> ====================================================================== The results in this summary consider Test Updates! ====================================================================== New report for: giallu AT gmail.com package: kmod-sysprof - 1.0.8-1.2.6.22.1_33.fc7.i586 from fedora-updates-7-i386 unresolved deps: kernel-i586 = 0:2.6.22.1-33.fc7 package: kmod-sysprof - 1.0.8-1.2.6.22.1_33.fc7.i686 from fedora-updates-7-i386 unresolved deps: kernel-i686 = 0:2.6.22.1-33.fc7 package: kmod-sysprof - 1.0.8-1.2.6.22.1_33.fc7.x86_64 from fedora-updates-7-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.22.1-33.fc7 package: kmod-sysprof-PAE - 1.0.8-1.2.6.22.1_33.fc7.i686 from fedora-updates-7-i386 unresolved deps: kernel-i686 = 0:2.6.22.1-33.fc7PAE ====================================================================== New report for: ville.skytta AT iki.fi package: kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.i586 from fedora-updates-7-i386 unresolved deps: kernel-i586 = 0:2.6.22.1-33.fc7 package: kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.i686 from fedora-updates-7-i386 unresolved deps: kernel-i686 = 0:2.6.22.1-33.fc7 package: kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.ppc from fedora-updates-7-ppc unresolved deps: kernel-ppc = 0:2.6.22.1-33.fc7 package: kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.x86_64 from fedora-updates-7-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.22.1-33.fc7 package: kmod-em8300-PAE - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.i686 from fedora-updates-7-i386 unresolved deps: kernel-i686 = 0:2.6.22.1-33.fc7PAE package: kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.i686 from fedora-updates-7-i386 unresolved deps: kernel-i686 = 0:2.6.22.1-33.fc7debug package: kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.x86_64 from fedora-updates-7-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.22.1-33.fc7debug package: kmod-em8300-smp - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.ppc from fedora-updates-7-ppc unresolved deps: kernel-ppc = 0:2.6.22.1-33.fc7smp ====================================================================== New report for: frank-buettner AT gmx.net package: ctapi-cyberjack - 3.0.3-1.fc7.i386 from fedora-updates-7-x86_64 unresolved deps: group(ctapiusers) package: ctapi-cyberjack - 3.0.3-1.fc7.i386 from fedora-updates-7-i386 unresolved deps: group(ctapiusers) package: ctapi-cyberjack - 3.0.3-1.fc7.ppc from fedora-updates-7-ppc unresolved deps: group(ctapiusers) package: ctapi-cyberjack - 3.0.3-1.fc7.x86_64 from fedora-updates-7-x86_64 unresolved deps: group(ctapiusers) ====================================================================== New report for: gauret AT free.fr package: glest-data - 2.0.0-3.fc7.noarch from fedora-updates-7-ppc unresolved deps: glest = 0:2.0.0 ====================================================================== Summary of broken packages (by owner): Axel.Thimm AT ATrpms.net vtk-examples - 5.0.3-18.2.fc7.i386 (11 days) vtk-examples - 5.0.3-18.2.fc7.ppc (11 days) vtk-examples - 5.0.3-18.2.fc7.x86_64 (11 days) vtk-testing - 5.0.3-18.2.fc7.i386 (11 days) vtk-testing - 5.0.3-18.2.fc7.ppc (11 days) vtk-testing - 5.0.3-18.2.fc7.x86_64 (11 days) allisson AT gmail.com ruby-gtkmozembed - 0.16.0-6.fc7.i386 (13 days) ruby-gtkmozembed - 0.16.0-6.fc7.ppc (13 days) ruby-gtkmozembed - 0.16.0-6.fc7.x86_64 (13 days) bjohnson AT symetrix.com dbmail - 2.2.4-4.fc7.i386 (27 days) frank-buettner AT gmx.net ctapi-cyberjack - 3.0.3-1.fc7.i386 ctapi-cyberjack - 3.0.3-1.fc7.i386 ctapi-cyberjack - 3.0.3-1.fc7.ppc ctapi-cyberjack - 3.0.3-1.fc7.x86_64 gauret AT free.fr glest-data - 2.0.0-3.fc7.noarch giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.22.1_33.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.22.1_33.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.22.1_33.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.22.1_33.fc7.i686 oliver AT linux-kernel.at syck-php - 0.55-16.fc7.i386 (17 days) syck-php - 0.55-16.fc7.ppc (17 days) syck-php - 0.55-16.fc7.x86_64 (17 days) tcallawa AT redhat.com compat-wxGTK-devel - 2.4.2-21.fc6.i386 (16 days) compat-wxGTK-devel - 2.4.2-21.fc6.i386 (16 days) compat-wxGTK-devel - 2.4.2-21.fc6.ppc (16 days) compat-wxGTK-devel - 2.4.2-21.fc6.x86_64 (16 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (16 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (16 days) compat-wxGTK-gl - 2.4.2-21.fc6.ppc (16 days) compat-wxGTK-gl - 2.4.2-21.fc6.x86_64 (16 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (16 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (16 days) compat-wxGTK-stc - 2.4.2-21.fc6.ppc (16 days) compat-wxGTK-stc - 2.4.2-21.fc6.x86_64 (16 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (16 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (16 days) compat-wxGTK-xrc - 2.4.2-21.fc6.ppc (16 days) compat-wxGTK-xrc - 2.4.2-21.fc6.x86_64 (16 days) tscherf AT redhat.com Democracy - 0.9.5.1-8.fc7.i386 (5 days) Democracy - 0.9.5.1-8.fc7.ppc (5 days) Democracy - 0.9.5.1-8.fc7.x86_64 (5 days) twoerner AT redhat.com postfix-pflogsumm - 2:2.4.3-2.fc7.i386 (47 days) postfix-pflogsumm - 2:2.4.3-2.fc7.ppc (47 days) postfix-pflogsumm - 2:2.4.3-2.fc7.x86_64 (47 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.i586 kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.i686 kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.ppc kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.x86_64 kmod-em8300-PAE - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.i686 kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.i686 kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.x86_64 kmod-em8300-smp - 0.16.3-0.1.rc2.2.6.22.1_33.fc7.ppc ====================================================================== Broken packages in fedora-7-i386: Democracy-0.9.5.1-8.fc7.i386 requires firefox = 0:2.0.0.3 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 ====================================================================== Broken packages in fedora-7-ppc: Democracy-0.9.5.1-8.fc7.ppc requires firefox = 0:2.0.0.3 compat-wxGTK-devel-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.ppc requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 ====================================================================== Broken packages in fedora-7-x86_64: Democracy-0.9.5.1-8.fc7.x86_64 requires firefox = 0:2.0.0.3 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires libwx_gtk-2.4.so.0()(64bit) compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-gl-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 dbmail-2.2.4-4.fc7.i386 requires dbmail-database-driver = 0:2.2.4-4.fc7 ====================================================================== Broken packages in fedora-updates-7-i386: ctapi-cyberjack-3.0.3-1.fc7.i386 requires group(ctapiusers) kmod-em8300-0.16.3-0.1.rc2.2.6.22.1_33.fc7.i586 requires kernel-i586 = 0:2.6.22.1-33.fc7 kmod-em8300-0.16.3-0.1.rc2.2.6.22.1_33.fc7.i686 requires kernel-i686 = 0:2.6.22.1-33.fc7 kmod-em8300-PAE-0.16.3-0.1.rc2.2.6.22.1_33.fc7.i686 requires kernel-i686 = 0:2.6.22.1-33.fc7PAE kmod-em8300-debug-0.16.3-0.1.rc2.2.6.22.1_33.fc7.i686 requires kernel-i686 = 0:2.6.22.1-33.fc7debug kmod-sysprof-1.0.8-1.2.6.22.1_33.fc7.i586 requires kernel-i586 = 0:2.6.22.1-33.fc7 kmod-sysprof-1.0.8-1.2.6.22.1_33.fc7.i686 requires kernel-i686 = 0:2.6.22.1-33.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.22.1_33.fc7.i686 requires kernel-i686 = 0:2.6.22.1-33.fc7PAE postfix-pflogsumm-2:2.4.3-2.fc7.i386 requires postfix = 0:2.4.3-2.fc7 ruby-gtkmozembed-0.16.0-6.fc7.i386 requires firefox = 0:2.0.0.4 syck-php-0.55-16.fc7.i386 requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-ppc: ctapi-cyberjack-3.0.3-1.fc7.ppc requires group(ctapiusers) glest-data-2.0.0-3.fc7.noarch requires glest = 0:2.0.0 kmod-em8300-0.16.3-0.1.rc2.2.6.22.1_33.fc7.ppc requires kernel-ppc = 0:2.6.22.1-33.fc7 kmod-em8300-smp-0.16.3-0.1.rc2.2.6.22.1_33.fc7.ppc requires kernel-ppc = 0:2.6.22.1-33.fc7smp postfix-pflogsumm-2:2.4.3-2.fc7.ppc requires postfix = 0:2.4.3-2.fc7 ruby-gtkmozembed-0.16.0-6.fc7.ppc requires firefox = 0:2.0.0.4 syck-php-0.55-16.fc7.ppc requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-x86_64: ctapi-cyberjack-3.0.3-1.fc7.i386 requires group(ctapiusers) ctapi-cyberjack-3.0.3-1.fc7.x86_64 requires group(ctapiusers) kmod-em8300-0.16.3-0.1.rc2.2.6.22.1_33.fc7.x86_64 requires kernel-x86_64 = 0:2.6.22.1-33.fc7 kmod-em8300-debug-0.16.3-0.1.rc2.2.6.22.1_33.fc7.x86_64 requires kernel-x86_64 = 0:2.6.22.1-33.fc7debug kmod-sysprof-1.0.8-1.2.6.22.1_33.fc7.x86_64 requires kernel-x86_64 = 0:2.6.22.1-33.fc7 postfix-pflogsumm-2:2.4.3-2.fc7.x86_64 requires postfix = 0:2.4.3-2.fc7 ruby-gtkmozembed-0.16.0-6.fc7.x86_64 requires firefox = 0:2.0.0.4 syck-php-0.55-16.fc7.x86_64 requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-testing-7-i386: vtk-examples-5.0.3-18.2.fc7.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-18.2.fc7.i386 requires vtkdata = 0:5.0.3 ====================================================================== Broken packages in fedora-updates-testing-7-ppc: vtk-examples-5.0.3-18.2.fc7.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-18.2.fc7.ppc requires vtkdata = 0:5.0.3 ====================================================================== Broken packages in fedora-updates-testing-7-x86_64: vtk-examples-5.0.3-18.2.fc7.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-18.2.fc7.x86_64 requires vtkdata = 0:5.0.3 From pertusus at free.fr Wed Aug 1 10:00:59 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 1 Aug 2007 12:00:59 +0200 Subject: status of bodhi command line interface? Message-ID: <20070801100058.GA13487@free.fr> Hello, What is the status of the bodhi command-line interface? In the wiki it is said that it could be released after F7, but I don't see anything obvious. I may have a little time to contribute and I don't want to use the web interface, where can I find info/code on that subject? -- Pat From fherrera at onirica.com Wed Aug 1 10:32:21 2007 From: fherrera at onirica.com (Fernando Herrera) Date: Wed, 1 Aug 2007 13:32:21 +0300 Subject: crash reporting In-Reply-To: <1185953262.3212.9.camel@Nom> References: <20070731220846.D90344D04B9@magilla.localdomain> <1185953262.3212.9.camel@Nom> Message-ID: <121988a30708010332h5b975987rfdc737e057261b71@mail.gmail.com> Hi On 8/1/07, Caolan McNamara wrote: > This sounds sort of tantalising, especially the F8 timeframe. What are > the details ? Is there e.g. an online core dump mapping service to be > made available ? And if so, a standardized desktop UI crash reporter to > submit the core somewhere on crash ? > > Seeing as gnome apps intercept by default SEGV and launch bug-buddy > instead of creating a core dump and OOo does similar should we have a > pile of bugs to just remove this stuff and crash to core and let during last GUADEC we (GNOME guys) outlined a plan. Now bug-buddy installs a seghandler as a GTK_MODULE. When a crash happens, if debug symbols are present, we do it in the old way: bug-buddy invokes gdb and gets a backtrace and send it to bugzilla.gnome.org. If no debug symbols are present, the handler dumps a minidump file of the process and invokes bug-buddy, which sends it to a debug server. This debug server is currently under developent, but then plan is to have a reference codebase (based on mozilla socorro) from which distros can build their own debug server and feed it with their debuginfo packages. We, as GNOME upstream, probably are going to offer a debug server for those distros without the resources to set up their own. How to forward a crash from the debug server to the upstream bugzilla is not clear 100% yet. Salu2 From caolanm at redhat.com Wed Aug 1 10:52:38 2007 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 01 Aug 2007 11:52:38 +0100 Subject: crash reporting In-Reply-To: <121988a30708010332h5b975987rfdc737e057261b71@mail.gmail.com> References: <20070731220846.D90344D04B9@magilla.localdomain> <1185953262.3212.9.camel@Nom> <121988a30708010332h5b975987rfdc737e057261b71@mail.gmail.com> Message-ID: <1185965558.3212.70.camel@Nom> On Wed, 2007-08-01 at 13:32 +0300, Fernando Herrera wrote: > Hi > > On 8/1/07, Caolan McNamara wrote: > > This sounds sort of tantalising, especially the F8 timeframe. What are > > the details ? Is there e.g. an online core dump mapping service to be > > made available ? And if so, a standardized desktop UI crash reporter to > > submit the core somewhere on crash ? > > > > Seeing as gnome apps intercept by default SEGV and launch bug-buddy > > instead of creating a core dump and OOo does similar should we have a > > pile of bugs to just remove this stuff and crash to core and let > > during last GUADEC we (GNOME guys) outlined a plan. Now bug-buddy > installs a seghandler as a GTK_MODULE. > If no debug symbols are present, the handler dumps a minidump file of > the process and invokes bug-buddy, which sends it to a debug server. > This debug server is currently under developent And we also have this wiki page: http://fedoraproject.org/wiki/Releases/FeatureApport It's like 4 buses came along at once :-), personally I don't actually care what a given solution to what to do with crash stacktraces actually is, but I would like there to be a single solution for our desktop apps and start on connecting OOo up to it. Sun doesn't take OOo distro stacktraces into their own infrastructure hence the short-term quick and dirty paste me in dialog which has ended up being a long-term hideous solution. I'd like to not quick suck so badly, so it's be nice to have a common distro crashreporting infrastructure/policy. Even if that policy is "fedora doesn't want to know about them, send them directly to the upstream project servers". that's be fine too and I could start on trying to cook up a custom OOo solution. C. From mmaslano at redhat.com Wed Aug 1 11:32:23 2007 From: mmaslano at redhat.com (Marcela Maslanova) Date: Wed, 01 Aug 2007 13:32:23 +0200 Subject: New tcl8.4.15 is released In-Reply-To: <46AF9DBD.6030805@kobold.org> References: <46AEDC4F.8090709@redhat.com> <46AF9DBD.6030805@kobold.org> Message-ID: <46B06F47.40903@redhat.com> > I'm certainly interested in upgrading to 8.4.15. I would hope that some > of the auto_path patches could be added at the same time (but I won't > hold my breath). > > --Wart > > If you want to add some patches to auto_path let me know. But changes for example /usr/lib to /usr/lib64 could break some dependencies. Isn't too late for this change? Let me know your opinion on auto_path. It should be fixed. From dmc.fedora at filteredperception.org Wed Aug 1 11:27:01 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 01 Aug 2007 06:27:01 -0500 Subject: LiveCD wiping root partition? In-Reply-To: References: <46AF64FB.3020903@filteredperception.org> <46AF6FF4.7060507@filteredperception.org> <46AF8522.2080409@filteredperception.org> <46AF8B55.6000306@fedoraproject.org> <46AF90A3.2080405@filteredperception.org> Message-ID: <46B06E05.506@filteredperception.org> Michel Salim wrote: > On 01/08/07, Douglas McClendon wrote: >> Rahul Sundaram wrote: >>> Michel Salim wrote: >>> >>>> Anyway, hard lesson learned. I wonder how Ubuntu does their live CD >>>> install. openSUSE is introducing one too, hopefully for their users >>>> the same bug does not occur. >>> Pretty much every live cd does a dd afaik. >> ubuntu 7.04 keeps their rootfs natively on squashfs (versus fedora which >> keeps >> it natively on an ext3 image which lives on a squashfs). >> >> Therefore they can't be doing a dd for the install. > > > Any reason why dd is preferred over, say, tar? The latter would be much > safer. And files would not have to be moved to their final partitions after > 'dd' too. seeking (cdrom and disk). Lots slower (5X?). I suspect that file level copy (tar) will be the long term answer for the flexible general case. Though I also suspect the much faster dd will be part of the long term answer as well for the typical case (i.e. formatting / as ext3, and no separate /usr). For example, on my system, using the existing 4.0G dd, the copy takes 299s. Using my turboLiveInst patch, I can shave that down to 250s. Using tar however to copy the 85896 files, took 1247s. And you also need to throw in another 30s or so for the format that isn't required in the dd case. Maybe(??) there is some more efficient way to copy those 85K files than the ( tar cpsf - | tar xpsf - ) that I used for that trial. Lastly safety has nothing to do with the tar vs dd issue. The safety issue had to do with the bug of the user interface not accurately reflecting what was happening. fyi, I did go ahead and file the bug, and even submit a patch which might fix it. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=250301 That doesn't mean of course that you don't have every right and justification to be cursing the bits of the F7 livecd while watching it spark in a microwave. -dmc From buildsys at redhat.com Wed Aug 1 11:39:20 2007 From: buildsys at redhat.com (Build System) Date: Wed, 1 Aug 2007 07:39:20 -0400 Subject: rawhide report: 20070801 changes Message-ID: <200708011139.l71BdKWw018871@porkchop.devel.redhat.com> Updated Packages: glom-1.5.2-1.fc8 ---------------- * Tue Jun 19 2007 Denis Leroy - 1.5.2-1 - Update to 1.5.2 - Now using libgda 3.0 * Thu Apr 05 2007 Denis Leroy - 1.4.3-1 - Update to 1.4.3 * Thu Mar 22 2007 Denis Leroy - 1.4.2-1 - Update to 1.4.2 - Removed avahi dependency kernel-2.6.23-0.61.rc1.git9.fc8 ------------------------------- * Tue Jul 31 2007 John W. Linville - Update git-wireless-dev.patch (iwlwifi, rt2x00, & zd1211rw updates) * Tue Jul 31 2007 Chuck Ebbert - fix boot from CD and remove debug patch * Tue Jul 31 2007 David Woodhouse - Fix PS3 booting (spu init breakage) Broken deps for i386 ---------------------------------------------------------- kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.i686 requires kernel-i686 = 0:2.6.23-0.41.rc0.git14.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.i686 requires kernel-i686 = 0:2.6.23-0.41.rc0.git14.fc8PAE kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.i586 requires kernel-i586 = 0:2.6.21-1.3228.fc7 kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7 kmod-sysprof-PAE - 1.0.8-1.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7PAE openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 ruby-gtkmozembed - 0.16.0-6.fc8.i386 requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 vtk-examples - 5.0.3-18.2.fc8.i386 requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.i386 requires vtkdata = 0:5.0.3 xsupplicant - 1.2.8-1.fc7.1.i386 requires libiw.so.28 Broken deps for x86_64 ---------------------------------------------------------- kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.41.rc0.git14.fc8 kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7 kmod-sysprof-kdump - 1.0.8-1.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7kdump openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) ruby-gtkmozembed - 0.16.0-6.fc8.x86_64 requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) vtk-examples - 5.0.3-18.2.fc8.x86_64 requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.x86_64 requires vtkdata = 0:5.0.3 xsupplicant - 1.2.8-1.fc7.1.x86_64 requires libiw.so.28()(64bit) Broken deps for ppc ---------------------------------------------------------- glest-data - 2.0.0-2.fc7.noarch requires glest = 0:2.0.0 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc requires kernel-ppc = 0:2.6.23-0.41.rc0.git14.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc requires kernel-ppc = 0:2.6.23-0.41.rc0.git14.fc8smp openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 ruby-gtkmozembed - 0.16.0-6.fc8.ppc requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 vtk-examples - 5.0.3-18.2.fc8.ppc requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.ppc requires vtkdata = 0:5.0.3 xsupplicant - 1.2.8-1.fc7.1.ppc requires libiw.so.28 Broken deps for ppc64 ---------------------------------------------------------- glest-data - 2.0.0-2.fc7.noarch requires glest = 0:2.0.0 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.41.rc0.git14.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.41.rc0.git14.fc8kdump python-vcpx - 0.9.28-3.fc8.noarch requires darcs resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display ruby-gtkmozembed - 0.16.0-6.fc8.ppc64 requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) vtk-examples - 5.0.3-18.2.fc8.ppc64 requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.ppc64 requires vtkdata = 0:5.0.3 From gilboad at gmail.com Wed Aug 1 12:27:13 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 01 Aug 2007 15:27:13 +0300 Subject: RPM roadmapping In-Reply-To: <20070730214252.56b69847@pensja.lam.pl> References: <20070730214252.56b69847@pensja.lam.pl> Message-ID: <1185971233.14536.44.camel@gilboa-work-dev.localdomain> On Mon, 2007-07-30 at 21:42 +0200, Leszek Matok wrote: > Dnia 2007-07-27, o godz. 15:40:40 Panu Matilainen > napisa?(a): > [...] > And the last annoyance - rpm really likes to become unusable, hanging forever > (repeating futex calls) on every run, but starting to work again when I remove > those /var/lib/rpm/__db.00* files. I've seen it so many times on so many > systems that I almost think it's meant to work that way. > /+1. - Gilboa From sundaram at fedoraproject.org Wed Aug 1 13:47:33 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 01 Aug 2007 19:17:33 +0530 Subject: What TV teletext viewer to choose? In-Reply-To: <46AF2EC5.7040604@odu.neva.ru> References: <46AF2EC5.7040604@odu.neva.ru> Message-ID: <46B08EF5.4050606@fedoraproject.org> Dmitry Butskoy wrote: > I'm thinking about the adding of some teletext viewer for Fedora (at > least for Gnome). > > Most TV cards support teletext capturing, and this feature is demanded > by users. > > Besides some very old implementations (gnometv, alevt), which seem > already stopped, I've found two possible variants: > > - Enable "mtt" in the "xawtv" package (recently added to Fedora). > But enabling of "mtt" will require Motif... Does it work with lesstif? Rahul From esandeen at redhat.com Wed Aug 1 14:18:29 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Wed, 01 Aug 2007 09:18:29 -0500 Subject: please enable XFS in anaconda In-Reply-To: <46A898FE.3000609@fedoraproject.org> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A92D79.7040600@ccmi.salk.edu> <46A898FE.3000609@fedoraproject.org> Message-ID: <46B09635.3050903@redhat.com> Rahul Sundaram wrote: > David Chambers wrote: > >> Can't comment on SELinux, don't use it :-) :-) > > It doesn't matter whether you use it or not. SELinux support is > important to this project and filesystem is a critical piece. If anyone > is volunteering to support whatever features Fedora needs, test it and > keep it updated, that's when XFS can be considered for being available > for default. I'm already getting xfs bugs & xfsprogs bugs from fedora - some I fix, some I pass on to sgi, some are still unfixed - IOW, about like any other fedora subsystem. ;) I'd be happy to continue to look after xfs & userspace as well as I can (given various time constraints) for fedora, and I'm sure the sgi guys will offer backup support as they have been already. -Eric From pemboa at gmail.com Wed Aug 1 14:46:03 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 1 Aug 2007 09:46:03 -0500 Subject: RPM roadmapping In-Reply-To: <1185971233.14536.44.camel@gilboa-work-dev.localdomain> References: <20070730214252.56b69847@pensja.lam.pl> <1185971233.14536.44.camel@gilboa-work-dev.localdomain> Message-ID: <16de708d0708010746o5f0c58cl6104d50c461fe78@mail.gmail.com> On 8/1/07, Gilboa Davara wrote: > On Mon, 2007-07-30 at 21:42 +0200, Leszek Matok wrote: > > Dnia 2007-07-27, o godz. 15:40:40 Panu Matilainen > > napisa?(a): > > > [...] > > And the last annoyance - rpm really likes to become unusable, hanging forever > > (repeating futex calls) on every run, but starting to work again when I remove > > those /var/lib/rpm/__db.00* files. I've seen it so many times on so many > > systems that I almost think it's meant to work that way. > > > > /+1. For some reason, this seems to happen to me most often when I _don't_ use yum (and RPM by extension) often. -- Fedora Core 6 and proud From pknirsch at redhat.com Wed Aug 1 15:08:10 2007 From: pknirsch at redhat.com (Phil Knirsch) Date: Wed, 01 Aug 2007 17:08:10 +0200 Subject: Future of Yum In-Reply-To: <1185805153.12224.0.camel@cutter> References: <46ADDF1C.6040201@redhat.com> <1185805506.3972.2.camel@ignacio.lan> <1185805153.12224.0.camel@cutter> Message-ID: <46B0A1DA.4090304@redhat.com> seth vidal wrote: > On Mon, 2007-07-30 at 10:25 -0400, Ignacio Vazquez-Abrams wrote: >> On Mon, 2007-07-30 at 14:52 +0200, Florian Festi wrote: >>> The next generation of yum can be found at http://www.yum4.org >>> And for those who want the future right now: http://www.yum5.org. >>> >>> If you think the content is too boring try using whois. >> *yawn* I'm not interested in allowing his past to affect how I handle >> my/our future. >> > > but just remember: yum.org -> it's all about a pure morning! > > /me giggles > -sv > > I literally LOLed when i first saw that page btw, especially if you read the text and then check when it was last updated. :) Read ya, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Team Lead Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.com/ D-70178 Stuttgart, Germany Motd: You're only jealous cos the little penguins are talking to me. From buc at odusz.so-cdu.ru Wed Aug 1 16:01:49 2007 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 01 Aug 2007 20:01:49 +0400 Subject: What TV teletext viewer to choose? In-Reply-To: <46B08EF5.4050606@fedoraproject.org> References: <46AF2EC5.7040604@odu.neva.ru> <46B08EF5.4050606@fedoraproject.org> Message-ID: <46B0AE6D.2050004@odu.neva.ru> Rahul Sundaram wrote: > Dmitry Butskoy wrote: >> I'm thinking about the adding of some teletext viewer for Fedora (at >> least for Gnome). >> >> Most TV cards support teletext capturing, and this feature is >> demanded by users. >> >> Besides some very old implementations (gnometv, alevt), which seem >> already stopped, I've found two possible variants: >> >> - Enable "mtt" in the "xawtv" package (recently added to Fedora). >> But enabling of "mtt" will require Motif... > > Does it work with lesstif? > It should. But now I've seen that mtt has too poor user interface. I'm not sure whether it is even a candidate for the best choice... ~buc From sundaram at fedoraproject.org Wed Aug 1 16:06:19 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 01 Aug 2007 21:36:19 +0530 Subject: What TV teletext viewer to choose? In-Reply-To: <46B0AE6D.2050004@odu.neva.ru> References: <46AF2EC5.7040604@odu.neva.ru> <46B08EF5.4050606@fedoraproject.org> <46B0AE6D.2050004@odu.neva.ru> Message-ID: <46B0AF7B.6040204@fedoraproject.org> Dmitry Butskoy wrote: > Rahul Sundaram wrote: >> Dmitry Butskoy wrote: >>> I'm thinking about the adding of some teletext viewer for Fedora (at >>> least for Gnome). >>> >>> Most TV cards support teletext capturing, and this feature is >>> demanded by users. >>> >>> Besides some very old implementations (gnometv, alevt), which seem >>> already stopped, I've found two possible variants: >>> >>> - Enable "mtt" in the "xawtv" package (recently added to Fedora). >>> But enabling of "mtt" will require Motif... >> >> Does it work with lesstif? >> > It should. > > But now I've seen that mtt has too poor user interface. > I'm not sure whether it is even a candidate for the best choice... If it works with lesstif and does offer good functionality then it might still be a good choice. There are a number of packages in Fedora which don't have good interfaces. Rahul From buildsys at fedoraproject.org Wed Aug 1 16:07:13 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 1 Aug 2007 12:07:13 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-01 Message-ID: <20070801160713.4FB1B152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 11 NEW bontmia-0.14-1.fc6 : Backup over network to multiple incremental archives NEW cupsddk-1.2.0-3.fc6 : CUPS Driver Development Kit NEW exempi-1.99.3-1.fc6 : Library for easy parsing of XMP metadata mecab-ipadic-2.7.0.20070801-1.fc6 NEW perl-File-chmod-0.32-1.fc6 : Implements symbolic and ls chmod modes NEW pv-0.9.9-1.fc6 : A tool for monitoring the progress of data through a pipeline NEW python-iniparse-0.2-4.fc6 : Python Module for Accessing and Modifying Configuration Data in INI files python-lxml-1.3.3-1.fc6 sofia-sip-1.12.6-10.fc6 sofsip-cli-0.13-2.fc6 NEW winpdb-1.1.4-1.fc6 : An advanced python debugger Changes in Fedora Extras 6: bontmia-0.14-1.fc6 ------------------ * Tue Jun 12 2007 Terje Rosten - 0.14-1 - initial build cupsddk-1.2.0-3.fc6 ------------------- * Fri Jul 20 2007 Tim Waugh 1.2.0-3 - Fix directory ownership. - Better group for driver sub-package. - Don't strip binaries. * Fri Jul 20 2007 Tim Waugh 1.2.0-2 - Use %configure macro and %{?dist} tag. Better group. * Thu Jul 19 2007 Tim Waugh 1.2.0-1 - Initial Fedora package, starting from upstream spec file. Removed Packager and Vendor tags. Added changelog section. Packaged LICENSE.txt as doc. Use %{_mandir} macro. Don't own %{_mandir}/man*. Use %{_datadir} macro. Use %{_includedir} macro. Use %{_bindir} macro. Better BuildRoot tag. Don't gzip man pages; let RPM do it. Use %{_?smp_mflags}. Fixed cups/Makefile to work with SMP make flags. Build requires libtiff-devel, libjpeg-devel, libpng-devel, zlib-devel. exempi-1.99.3-1.fc6 ------------------- * Tue Jul 10 2007 Deji Akingunola - 1.99.3-1 - Initial packaging for Fedora mecab-ipadic-2.7.0.20070801-1.fc6 --------------------------------- * Wed Aug 01 2007 Mamoru Tasaka - 2.7.0.20070801 - New release 2.7.0-20070801 perl-File-chmod-0.32-1.fc6 -------------------------- * Sun Jul 29 2007 Ralf Cors?pius - 0.32-1 - Initial submission. pv-0.9.9-1.fc6 -------------- * Sun Jun 24 2007 Jakub Hrozek - 0.9.9-1 - Initial packaging loosely based on SRPM from project's home page by Andrew Wood python-iniparse-0.2-4.fc6 ------------------------- * Wed Aug 01 2007 Tim Lauridsen - 0.2-4 - bumped release for rebuild * Fri Jul 27 2007 Tim Lauridsen - 0.2-3 - relocated doc to /usr/share/doc/python-iniparse-0.2 * Thu Jul 26 2007 Tim Lauridsen - 0.2-2 - changed name from iniparse to python-iniparse * Tue Jul 17 2007 Tim Lauridsen - 0.2-1 - Release 0.2 - Added html/* to %doc * Fri Jul 13 2007 Tim Lauridsen - 0.1-1 - Initial build. python-lxml-1.3.3-1.fc6 ----------------------- * Mon Jul 30 2007 Jeffrey C. Ollie - 1.3.3-1 - Update to 1.3.3 sofia-sip-1.12.6-10.fc6 ----------------------- * Tue Jul 31 2007 Jeffrey C. Ollie - 1.12.6-10 - Clean up * Tue Jul 31 2007 Jeffrey C. Ollie - 1.12.6-9 - Enable building on PPC64 sofsip-cli-0.13-2.fc6 --------------------- * Tue Jul 31 2007 Jeffrey C. Ollie - 0.13-2 - BR gstreamer-devel winpdb-1.1.4-1.fc6 ------------------ * Mon Jul 30 2007 Tom "spot" Callaway - 1.1.4-1 - bump to 1.1.4 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From bpepple at fedoraproject.org Wed Aug 1 16:14:10 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 01 Aug 2007 12:14:10 -0400 Subject: Plan for tomorrows (20070802) FESCO meeting Message-ID: <1185984850.2827.13.camel@kennedy> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCO-Meeting -- MISC -- Feature Proposal Approval - http://fedoraproject.org/wiki/Features/Dashboard - notting, poelcat /topic FESCO-Meeting -- MISC -- Hans question about kmod requirements - https://www.redhat.com/archives/fedora-devel-list/2007-July/msg01428.html - dwmw2 /topic FESCO-Meeting -- Rebuilding Packages -- Needs to decide whether to always rebuild, or only when toolchain warrants it - all /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule (I can't promise we will get to it tomorrow, but we'll most likely will if we don't run out of time). You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 a.badger at gmail.com Wed Aug 1 17:10:38 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 01 Aug 2007 10:10:38 -0700 Subject: status of bodhi command line interface? In-Reply-To: <20070801100058.GA13487@free.fr> References: <20070801100058.GA13487@free.fr> Message-ID: <1185988241.5742.15.camel@localhost.localdomain> On Wed, 2007-08-01 at 12:00 +0200, Patrice Dumas wrote: > Hello, > > What is the status of the bodhi command-line interface? In the wiki it > is said that it could be released after F7, but I don't see anything > obvious. I may have a little time to contribute and I don't want to use > the web interface, where can I find info/code on that subject? > There is some code in the tools directory of the Bodhi source:: hg clone http://hg.fedoraproject.org/hg/hosted/bodhi I've extracted some of the functionality in there into a BaseClient class that I have to package up for Fedora. And we might have to refine it or Bodhi some more to make it generic enough for all our infrastructure TG apps. For now, you can get the file client.py by checking out:: bzr branch http://toshio.fedorapeople.org/bzr-repo/python-fedora-devel cp python-fedora-devel/fedora/tg/client.py [PATH_TO_YOUR_WORK] I've built a small pkgdb CLI client using that code so it's usable but probably needs work to make it more generic. You'll also want to touch base with lmacken since he's the main Bodhi developer. -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 mschwendt.tmp0701.nospam at arcor.de Wed Aug 1 18:03:53 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 1 Aug 2007 20:03:53 +0200 Subject: postfix-pflogsumm =?utf-8?b?wrc=?= Re: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-01 In-Reply-To: <20070801100441.31231.19824@extras64.linux.duke.edu> References: <20070801100441.31231.19824@extras64.linux.duke.edu> Message-ID: <20070801200353.60ad831d.mschwendt.tmp0701.nospam@arcor.de> On Wed, 01 Aug 2007 10:04:41 -0000, Fedora Extras repoclosure wrote: > twoerner AT redhat.com > postfix-pflogsumm - 2:2.4.3-2.fc7.i386 (47 days) > postfix-pflogsumm - 2:2.4.3-2.fc7.ppc (47 days) > postfix-pflogsumm - 2:2.4.3-2.fc7.x86_64 (47 days) > Broken packages in fedora-updates-7: > > postfix-pflogsumm-2:2.4.3-2.fc7.i386 requires postfix = 0:2.4.3-2.fc7 > postfix-pflogsumm-2:2.4.3-2.fc7.ppc requires postfix = 0:2.4.3-2.fc7 > postfix-pflogsumm-2:2.4.3-2.fc7.x86_64 requires postfix = 0:2.4.3-2.fc7 This is _not_ a false positive. postfix has %epoch 2 not 0. Hence the broken dependency. From tmz at pobox.com Wed Aug 1 18:46:23 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 1 Aug 2007 14:46:23 -0400 Subject: postfix-pflogsumm =?iso-8859-1?q?=B7_Re=3A_Summary_-_Broken?= dependencies in Fedora 7 + Test Updates - 2007-08-01 In-Reply-To: <20070801200353.60ad831d.mschwendt.tmp0701.nospam@arcor.de> References: <20070801100441.31231.19824@extras64.linux.duke.edu> <20070801200353.60ad831d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070801184623.GA29372@psilocybe.teonanacatl.org> Michael Schwendt wrote: > On Wed, 01 Aug 2007 10:04:41 -0000, Fedora Extras repoclosure wrote: > >> twoerner AT redhat.com >> postfix-pflogsumm - 2:2.4.3-2.fc7.i386 (47 days) >> postfix-pflogsumm - 2:2.4.3-2.fc7.ppc (47 days) >> postfix-pflogsumm - 2:2.4.3-2.fc7.x86_64 (47 days) > >> Broken packages in fedora-updates-7: >> >> postfix-pflogsumm-2:2.4.3-2.fc7.i386 requires postfix = 0:2.4.3-2.fc7 >> postfix-pflogsumm-2:2.4.3-2.fc7.ppc requires postfix = 0:2.4.3-2.fc7 >> postfix-pflogsumm-2:2.4.3-2.fc7.x86_64 requires postfix = 0:2.4.3-2.fc7 > > This is _not_ a false positive. > postfix has %epoch 2 not 0. Hence the broken dependency. This looks to have been fixed in 2.4.3-3 for F7 and devel back on 6/15[1], but it never made it to bodhi. [1] http://koji.fedoraproject.org/koji/packageinfo?packageID=363 -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Nothing is wrong with California that a rise in the ocean level wouldn't cure. -- Ross MacDonald (1915-1983) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From nphilipp at redhat.com Wed Aug 1 19:38:28 2007 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 01 Aug 2007 21:38:28 +0200 Subject: RPM roadmapping In-Reply-To: References: Message-ID: <1185997108.5080.6.camel@wombat.tiptoe.de> On Fri, 2007-07-27 at 15:40 +0300, Panu Matilainen wrote: > I know I'm opening up Pandoras box here but what the heck, it's Friday and > I'm feeling slightly bored... I can't recall this having been brought up yet, but sometimes my memory is spotty and it seems that the mail client's search function doesn't work properly... Anyway, if we're talking about huge changes in RPM, I'd like the 2GB payload barrier to be gone. This will most probably mean having to get rid of cpio as the underlying archive format as even with fixes in the code, cpio can't handle more than 4GB (some 32bit integers used in the format AFAIK). We have other archive formats that don't have this limitation, so (ignoring compatibility issues of old RPM version with a new format) I can't see compelling reasons why this shouldn't be feasible. 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 jspaleta at gmail.com Wed Aug 1 19:59:53 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 1 Aug 2007 11:59:53 -0800 Subject: RPM roadmapping In-Reply-To: <1185997108.5080.6.camel@wombat.tiptoe.de> References: <1185997108.5080.6.camel@wombat.tiptoe.de> Message-ID: <604aa7910708011259w1f2f1d03ja131e41afeaf3f1c@mail.gmail.com> On 8/1/07, Nils Philippsen wrote: > Anyway, if we're talking about huge changes in RPM, I'd like the 2GB > payload barrier to be gone. Awesome, I'd love to just rebuild a fedora-universe package that includes the equivalent of an everything install in one easy to use rpm. -jef"one rpm for the whole repository,is a much cleaner solution to repeated scriplet actions than the post-tranaction garbage collection concept. All of our users have gigabit fiber to a mirror right?"spaleta From pemboa at gmail.com Wed Aug 1 20:06:48 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 1 Aug 2007 15:06:48 -0500 Subject: RPM roadmapping In-Reply-To: <1185997108.5080.6.camel@wombat.tiptoe.de> References: <1185997108.5080.6.camel@wombat.tiptoe.de> Message-ID: <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> On 8/1/07, Nils Philippsen wrote: > On Fri, 2007-07-27 at 15:40 +0300, Panu Matilainen wrote: > > I know I'm opening up Pandoras box here but what the heck, it's Friday and > > I'm feeling slightly bored... > > I can't recall this having been brought up yet, but sometimes my memory > is spotty and it seems that the mail client's search function doesn't > work properly... > > Anyway, if we're talking about huge changes in RPM, I'd like the 2GB > payload barrier to be gone. This will most probably mean having to get > rid of cpio as the underlying archive format as even with fixes in the > code, cpio can't handle more than 4GB (some 32bit integers used in the > format AFAIK). We have other archive formats that don't have this > limitation, so (ignoring compatibility issues of old RPM version with a > new format) I can't see compelling reasons why this shouldn't be > feasible. > > Nils Since someone started this, can someone brief me on the choice of cpio vs. gz, bz2, etc? I'm assuming it wasn't a random choice, and there was/is some technical reason for it. -- Fedora Core 6 and proud From vonbrand at inf.utfsm.cl Wed Aug 1 20:17:12 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 01 Aug 2007 16:17:12 -0400 Subject: RPM roadmapping In-Reply-To: <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> Message-ID: <20940.1185999432@laptop13.inf.utfsm.cl> Arthur Pemberton wrote: [...] > Since someone started this, can someone brief me on the choice of cpio > vs. gz, bz2, etc? > > I'm assuming it wasn't a random choice, and there was/is some > technical reason for it. cpio is a real standard archive format (there are something like a half dozen _different_ tar formats around) plus it is very simple. gz, bz2, etc are file compression standards, that is completely orthogonal to the packing. And yes, if we are looking for new RPM features, perhaps a look at better compression would be in order... -- 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 From notting at redhat.com Wed Aug 1 20:26:36 2007 From: notting at redhat.com (Bill Nottingham) Date: Wed, 1 Aug 2007 16:26:36 -0400 Subject: RPM roadmapping In-Reply-To: <20940.1185999432@laptop13.inf.utfsm.cl> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> Message-ID: <20070801202636.GA28506@nostromo.devel.redhat.com> Horst H. von Brand (vonbrand at inf.utfsm.cl) said: > cpio is a real standard archive format (there are something like a half > dozen _different_ tar formats around) plus it is very simple. > > gz, bz2, etc are file compression standards, that is completely > orthogonal to the packing. And yes, if we are looking for new RPM > features, perhaps a look at better compression would be in order... bz2 makes things somewhat smaller, with a significant increase in cpu time and memory usage; unknown how much that is worth it. rpm already gzips the payload. Bill From sundaram at fedoraproject.org Wed Aug 1 20:34:53 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Aug 2007 02:04:53 +0530 Subject: RPM roadmapping In-Reply-To: <20070801202636.GA28506@nostromo.devel.redhat.com> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <20070801202636.GA28506@nostromo.devel.redhat.com> Message-ID: <46B0EE6D.5090003@fedoraproject.org> Bill Nottingham wrote: > Horst H. von Brand (vonbrand at inf.utfsm.cl) said: >> cpio is a real standard archive format (there are something like a half >> dozen _different_ tar formats around) plus it is very simple. >> >> gz, bz2, etc are file compression standards, that is completely >> orthogonal to the packing. And yes, if we are looking for new RPM >> features, perhaps a look at better compression would be in order... > > bz2 makes things somewhat smaller, with a significant increase in > cpu time and memory usage; unknown how much that is worth it. I think someone from SUSE said it has not been worth the trouble to them here previously. Rahul From opensource at till.name Wed Aug 1 21:14:45 2007 From: opensource at till.name (Till Maas) Date: Wed, 1 Aug 2007 23:14:45 +0200 Subject: RPM roadmapping In-Reply-To: <20070801202636.GA28506@nostromo.devel.redhat.com> References: <20940.1185999432@laptop13.inf.utfsm.cl> <20070801202636.GA28506@nostromo.devel.redhat.com> Message-ID: <200708012314.56833.opensource@till.name> On Wednesday 01 August 2007 22:26:36 Bill Nottingham wrote: > bz2 makes things somewhat smaller, with a significant increase in > cpu time and memory usage; unknown how much that is worth it. rpm > already gzips the payload. LZMA[1], implemented in 7zip, seems to be a better choice than bzip2, but I don't know, how high the benefits compared to gzip are. Regards, Till [1] http://en.wikipedia.org/wiki/LZMA -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From david at lovesunix.net Wed Aug 1 21:29:29 2007 From: david at lovesunix.net (David Nielsen) Date: Wed, 01 Aug 2007 23:29:29 +0200 Subject: RPM roadmapping In-Reply-To: <200708012314.56833.opensource@till.name> References: <20940.1185999432@laptop13.inf.utfsm.cl> <20070801202636.GA28506@nostromo.devel.redhat.com> <200708012314.56833.opensource@till.name> Message-ID: <1186003769.5017.5.camel@dawkins> ons, 01 08 2007 kl. 23:14 +0200, skrev Till Maas: > On Wednesday 01 August 2007 22:26:36 Bill Nottingham wrote: > > > bz2 makes things somewhat smaller, with a significant increase in > > cpu time and memory usage; unknown how much that is worth it. rpm > > already gzips the payload. > > LZMA[1], implemented in 7zip, seems to be a better choice than bzip2, but I > don't know, how high the benefits compared to gzip are. We can turn to our friends in the Ubuntu community for numbers as they actually tested this a while back. https://wiki.ubuntu.com/Dpkg7Zip - David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From caillon at redhat.com Wed Aug 1 21:36:21 2007 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 01 Aug 2007 17:36:21 -0400 Subject: RPM roadmapping In-Reply-To: <1186003769.5017.5.camel@dawkins> References: <20940.1185999432@laptop13.inf.utfsm.cl> <20070801202636.GA28506@nostromo.devel.redhat.com> <200708012314.56833.opensource@till.name> <1186003769.5017.5.camel@dawkins> Message-ID: <46B0FCD5.8050008@redhat.com> David Nielsen wrote: > ons, 01 08 2007 kl. 23:14 +0200, skrev Till Maas: >> LZMA[1], implemented in 7zip, seems to be a better choice than bzip2, but I >> don't know, how high the benefits compared to gzip are. > > We can turn to our friends in the Ubuntu community for numbers as they > actually tested this a while back. > > https://wiki.ubuntu.com/Dpkg7Zip Although we ought to do our own testing. Ubuntu also said they saved a ton of time by switching from bash to dash for initscripts, but our testing showed no improvement. From markg85 at gmail.com Wed Aug 1 21:42:38 2007 From: markg85 at gmail.com (Mark) Date: Wed, 1 Aug 2007 23:42:38 +0200 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <1185984850.2827.13.camel@kennedy> References: <1185984850.2827.13.camel@kennedy> Message-ID: <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> Perhaps what the future of the init system is gonna be? And how the flicker-free boot stuff is going on? I personally am very interested in the future of RHGB itself. There was some talk baout it during the F7 test releases but i didn't saw any news updates on that part. (can't finf the site of it anymore where i've read that future RHGB stuff.. it was something that required a X patch..) From seg at haxxed.com Wed Aug 1 21:46:58 2007 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 01 Aug 2007 16:46:58 -0500 Subject: RPM roadmapping In-Reply-To: <20070801202636.GA28506@nostromo.devel.redhat.com> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <20070801202636.GA28506@nostromo.devel.redhat.com> Message-ID: <1186004818.18603.99.camel@localhost> On Wed, 2007-08-01 at 16:26 -0400, Bill Nottingham wrote: > bz2 makes things somewhat smaller, with a significant increase in > cpu time and memory usage; unknown how much that is worth it. rpm > already gzips the payload. bz2 is orders of magnitude slower than gzip. It tends to be worth it with source tarballs, where bz2's compression is especially effective, the bandwidth savings outweigh the slowness and you're usually not dealing with gigabytes of data. Now, installing an entire 4-6-10gb Fedora distro from bz2 will likely stretch your install time to days on a mediocre machine, and weeks on a slow one. Not worth it. Other options are LZMA (http://tukaani.org/lzma/) which claims to be compress better than bzip2, without being as slow. At least at decompression. LZO (http://www.oberhumer.com/opensource/lzo/) is specifically designed for fast decompression speed, but it sounds like it doesn't beat zip/DEFLATE's compression ratio. And there's even an improved DEFLATE compressor from 7zip around, (http://advancemame.sourceforge.net/comp-readme.html) now if someone could just make it a drop in zlib replacement... -------------- 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 Aug 1 21:56:43 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Aug 2007 03:26:43 +0530 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> References: <1185984850.2827.13.camel@kennedy> <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> Message-ID: <46B1019B.50702@fedoraproject.org> Mark wrote: > Perhaps what the future of the init system is gonna be? > And how the flicker-free boot stuff is going on? Both of these are off the proposed feature list. The spec files are at http://fedoraproject.org/wiki/Releases/FeatureNewInit http://fedoraproject.org/wiki/Releases/FeatureBetterStartup Dbus activation from Richard Hughes which is upstream now might as well get us the benefis of a new init system without really being one. Christopher Blizzard blogged about the idea behind this a while back at http://www.0xdeadbeef.com/weblog/?p=297 Better startup still requires more mode setting work on kernel upstream afaik. Rahul From ajackson at redhat.com Wed Aug 1 22:04:07 2007 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 01 Aug 2007 18:04:07 -0400 Subject: RPM roadmapping In-Reply-To: <20940.1185999432@laptop13.inf.utfsm.cl> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> Message-ID: <1186005847.2794.217.camel@localhost.localdomain> On Wed, 2007-08-01 at 16:17 -0400, Horst H. von Brand wrote: > Arthur Pemberton wrote: > > [...] > > > Since someone started this, can someone brief me on the choice of cpio > > vs. gz, bz2, etc? > > > > I'm assuming it wasn't a random choice, and there was/is some > > technical reason for it. > > cpio is a real standard archive format (there are something like a half > dozen _different_ tar formats around) plus it is very simple. At the time only cpio was standardized. POSIX 2001 tar is probably quite adequate by now. Certainly it's widely deployed on linux. There are, of course, people who think using the same package manager across multiple operating systems is an interesting exercise; those people are insane. - ajax From cmadams at hiwaay.net Wed Aug 1 22:44:00 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 1 Aug 2007 17:44:00 -0500 Subject: RPM roadmapping In-Reply-To: <1186005847.2794.217.camel@localhost.localdomain> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> Message-ID: <20070801224400.GA1112802@hiwaay.net> Once upon a time, Adam Jackson said: > There are, of course, people who think using the same package manager > across multiple operating systems is an interesting exercise; those > people are insane. Hey, I still use rpm on Tru64 and Solaris! -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From nikolay at vladimiroff.com Wed Aug 1 23:05:32 2007 From: nikolay at vladimiroff.com (Nikolay Vladimirov) Date: Thu, 2 Aug 2007 02:05:32 +0300 Subject: msmtp license change Message-ID: <20070801230532.GA4354@localhost.localdomain> A new version(1.4.13) of msmtp was released with the following announcement: >The license was updated to GPLv3 or later (source code) and GFDLv1.2 >or later (documentation). > > Martin msmtp has BuildRequires for gnutls-devel,libidn-devel and libgsasl-devel. It also requires gettext and info. Is there a problem with the new license? -- NV From mclasen at redhat.com Wed Aug 1 23:23:50 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 01 Aug 2007 19:23:50 -0400 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <46B1019B.50702@fedoraproject.org> References: <1185984850.2827.13.camel@kennedy> <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> <46B1019B.50702@fedoraproject.org> Message-ID: <1186010631.3256.2.camel@localhost.localdomain> On Thu, 2007-08-02 at 03:26 +0530, Rahul Sundaram wrote: > Mark wrote: > > Perhaps what the future of the init system is gonna be? > > And how the flicker-free boot stuff is going on? > > Both of these are off the proposed feature list. See, this is why I think the new feature process still needs some fine-tuning wrt. to the interaction with time-based releases. These two features may not be on the list of features targetted for F8, but they are very much still being worked on. Just saying they are "off the proposed feature list" sends the wrong message. From sundaram at fedoraproject.org Wed Aug 1 23:31:46 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Aug 2007 05:01:46 +0530 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <1186010631.3256.2.camel@localhost.localdomain> References: <1185984850.2827.13.camel@kennedy> <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> <46B1019B.50702@fedoraproject.org> <1186010631.3256.2.camel@localhost.localdomain> Message-ID: <46B117E2.7030200@fedoraproject.org> Matthias Clasen wrote: > On Thu, 2007-08-02 at 03:26 +0530, Rahul Sundaram wrote: >> Mark wrote: >>> Perhaps what the future of the init system is gonna be? >>> And how the flicker-free boot stuff is going on? >> Both of these are off the proposed feature list. > > See, this is why I think the new feature process still needs some > fine-tuning wrt. to the interaction with time-based releases. > > These two features may not be on the list of features targetted for F8, > but they are very much still being worked on. Just saying they are > "off the proposed feature list" sends the wrong message. What message would that be? If they are not on target for Fedora 8 that doesn't mean that everybody stopped working on it. It just means that we don't expect it to be on ready on time for the Fedora 8 release. Is it not the message that we wanted to convey? Rahul From wart at kobold.org Wed Aug 1 23:56:53 2007 From: wart at kobold.org (Michael Thomas) Date: Wed, 01 Aug 2007 16:56:53 -0700 Subject: New tcl8.4.15 is released In-Reply-To: <46B06F47.40903@redhat.com> References: <46AEDC4F.8090709@redhat.com> <46AF9DBD.6030805@kobold.org> <46B06F47.40903@redhat.com> Message-ID: <46B11DC5.1010000@kobold.org> Marcela Maslanova wrote: > >> I'm certainly interested in upgrading to 8.4.15. I would hope that some >> of the auto_path patches could be added at the same time (but I won't >> hold my breath). >> >> --Wart >> >> > If you want to add some patches to auto_path let me know. But changes > for example /usr/lib > to /usr/lib64 could break some dependencies. Isn't too late for this > change? > > Let me know your opinion on auto_path. It should be fixed. The main change I want to make to auto_path is to add /usr/lib/tcl8.4 (or /usr/lib64/tcl8.4 on x86_64) to the auto_path so that extensions can be installed in either %_datadir or %_libdir and still be found. This won't impact existing extensions because their installation directories would still be part of auto_path. When tcl 8.5 is available then we can look at removing some directories from auto_path (namely /usr/lib and /usr/share) to speed up the initial startup time for Tcl applications. But this is a more invasive change that will require patching almost all of the current Tcl extensions. For now, adding %{_libdir}/tcl8.4 will be a good intermediate step that will allow extensions to slowly migrate to the proper tcl-specific install directories before we remove the generic /usr/share and /usr/lib from auto_path. With your permission I'll update the tcl package in CVS to use this extra auto_path directory. --Wart From markg85 at gmail.com Thu Aug 2 00:07:00 2007 From: markg85 at gmail.com (Mark) Date: Thu, 2 Aug 2007 02:07:00 +0200 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <46B1019B.50702@fedoraproject.org> References: <1185984850.2827.13.camel@kennedy> <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> <46B1019B.50702@fedoraproject.org> Message-ID: <6e24a8e80708011707q7e0c63b0pd1fa120fc82af776@mail.gmail.com> 2007/8/1, Rahul Sundaram : > Better startup still requires more mode setting work on kernel upstream > afaik. Your kidding right? Ubuntu is doing it so it most be possible for fedora to do it as well. if not than why? and what needs to be changed in the kernel? you can put all those kernel debug messages off. RedHat adds a message with Nash and than udev ads a message. get those 2 gone and you have a nearly flicker-free boot. Than you only need to kill out grub (possible if it's the only os). The last thing that needs to be adjusted is the graphical boot itself so that it doesn't flicker anymore when the boot is going to kdm/gdm/xdm/whatever From skvidal at fedoraproject.org Thu Aug 2 00:07:55 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 01 Aug 2007 20:07:55 -0400 Subject: yum , https repo , and proxy : Yum fails .. In-Reply-To: References: <3170f42f0707260913w5379ec2cv3e1e921e28fbef1@mail.gmail.com> <200707262146.23188.opensource@till.name> <544eb990707270446s19fea6b7m27cdf8e286a7220e@mail.gmail.com> <20070727135348.5d3d5a6e@banea.int.addix.net> Message-ID: <1186013276.998.94.camel@cutter> On Sat, 2007-07-28 at 15:00 +0800, Hikaru Amano wrote: > On 7/27/07, Ralf Ertzinger wrote: > > Hi. > > > > On Fri, 27 Jul 2007 12:46:24 +0100, Bill Crawford wrote: > > > > > Squid simply won't do it that way (GET with an https: URL). The other > > > programs are presumably doing a CONNECT request, which Squid does > > > support. > > are you saying urlgrabber uses GET for HTTPS?? .. wtf > > > > > HTTPS must use CONNECT, GET is plain broken for proxyconnects. > > Agreed .. afaik, HTTPS must use CONNECT and not GET .. why does > urlgrabber say it can do https but it doesnt do CONNECT? > > So, is this a bug or a (weird) feature? ??? > I think, though I'm not 100% positive, that all of the url handling at that level is handled by urllib underneath urlgrabber. I've emailed the urlgrabber author to ask about this. -sv From sundaram at fedoraproject.org Thu Aug 2 00:14:39 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Aug 2007 05:44:39 +0530 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <6e24a8e80708011707q7e0c63b0pd1fa120fc82af776@mail.gmail.com> References: <1185984850.2827.13.camel@kennedy> <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> <46B1019B.50702@fedoraproject.org> <6e24a8e80708011707q7e0c63b0pd1fa120fc82af776@mail.gmail.com> Message-ID: <46B121EF.6080609@fedoraproject.org> Mark wrote: > 2007/8/1, Rahul Sundaram : >> Better startup still requires more mode setting work on kernel upstream >> afaik. > > Your kidding right? > Ubuntu is doing it so it most be possible for fedora to do it as well. > if not than why? They are not comparable features at the implementation level. Read the spec and some of the references to understand why. Here are some details http://keithp.com/blog/kernel-mode-drivers.html Fedora also is unlikely to differ much from upstream in these instances. So things like bootsplash are not a option. Rahul From markg85 at gmail.com Thu Aug 2 00:39:45 2007 From: markg85 at gmail.com (Mark) Date: Thu, 2 Aug 2007 02:39:45 +0200 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <46B121EF.6080609@fedoraproject.org> References: <1185984850.2827.13.camel@kennedy> <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> <46B1019B.50702@fedoraproject.org> <6e24a8e80708011707q7e0c63b0pd1fa120fc82af776@mail.gmail.com> <46B121EF.6080609@fedoraproject.org> Message-ID: <6e24a8e80708011739x3230b4a0y5d0bed389e9a8112@mail.gmail.com> Found what i meant: http://hoegsberg.blogspot.com/2007/01/plymouth.html posted a long time ago and still no updates on it. That article about kernel-mode-drivers is interesting. thanx for the link. 2007/8/2, Rahul Sundaram : > Mark wrote: > > 2007/8/1, Rahul Sundaram : > >> Better startup still requires more mode setting work on kernel upstream > >> afaik. > > > > Your kidding right? > > Ubuntu is doing it so it most be possible for fedora to do it as well. > > if not than why? > > They are not comparable features at the implementation level. Read the > spec and some of the references to understand why. Here are some details > > http://keithp.com/blog/kernel-mode-drivers.html > > Fedora also is unlikely to differ much from upstream in these instances. > So things like bootsplash are not a option. > > Rahul > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From sundaram at fedoraproject.org Thu Aug 2 00:45:29 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Aug 2007 06:15:29 +0530 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <6e24a8e80708011739x3230b4a0y5d0bed389e9a8112@mail.gmail.com> References: <1185984850.2827.13.camel@kennedy> <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> <46B1019B.50702@fedoraproject.org> <6e24a8e80708011707q7e0c63b0pd1fa120fc82af776@mail.gmail.com> <46B121EF.6080609@fedoraproject.org> <6e24a8e80708011739x3230b4a0y5d0bed389e9a8112@mail.gmail.com> Message-ID: <46B12929.1010300@fedoraproject.org> Mark wrote: > Found what i meant: http://hoegsberg.blogspot.com/2007/01/plymouth.html > posted a long time ago and still no updates on it. I heard the implementation didn't work out as well as expected. It was expected to be the short term solution before kernel mode setting changes got merged in but looks like the long term is nearer now. Rahul From poelstra at redhat.com Thu Aug 2 00:57:20 2007 From: poelstra at redhat.com (John Poelstra) Date: Wed, 01 Aug 2007 17:57:20 -0700 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <46B1019B.50702@fedoraproject.org> References: <1185984850.2827.13.camel@kennedy> <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> <46B1019B.50702@fedoraproject.org> Message-ID: <46B12BF0.7080306@redhat.com> Rahul Sundaram wrote: > Mark wrote: >> Perhaps what the future of the init system is gonna be? >> And how the flicker-free boot stuff is going on? > > Both of these are off the proposed feature list. The spec files are at This is not true. > http://fedoraproject.org/wiki/Releases/FeatureNewInit > http://fedoraproject.org/wiki/Releases/FeatureBetterStartup They are both still part of CategoryProposedFeature and will remain there. They can be found at the link at the end of this section http://fedoraproject.org/wiki/Releases/8/FeatureList#proposed John From sundaram at fedoraproject.org Thu Aug 2 01:00:52 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Aug 2007 06:30:52 +0530 Subject: Plan for tomorrows (20070802) FESCO meeting In-Reply-To: <46B12BF0.7080306@redhat.com> References: <1185984850.2827.13.camel@kennedy> <6e24a8e80708011442k4310f546nb89a048669370c42@mail.gmail.com> <46B1019B.50702@fedoraproject.org> <46B12BF0.7080306@redhat.com> Message-ID: <46B12CC4.8070905@fedoraproject.org> John Poelstra wrote: > Rahul Sundaram wrote: >> Mark wrote: >>> Perhaps what the future of the init system is gonna be? >>> And how the flicker-free boot stuff is going on? >> >> Both of these are off the proposed feature list. The spec files are at > > This is not true. .. proposed feature list for Fedora 8 in this context. Rahul From jkeating at redhat.com Thu Aug 2 01:16:40 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 1 Aug 2007 21:16:40 -0400 Subject: RPM roadmapping In-Reply-To: <20070801224400.GA1112802@hiwaay.net> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070801224400.GA1112802@hiwaay.net> Message-ID: <20070801211640.3a85b09a@ender> On Wed, 1 Aug 2007 17:44:00 -0500 Chris Adams wrote: > Hey, I still use rpm on Tru64 and Solaris! Thus proving the point. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cmadams at hiwaay.net Thu Aug 2 01:23:47 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 1 Aug 2007 20:23:47 -0500 Subject: RPM roadmapping In-Reply-To: <20070801211640.3a85b09a@ender> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070801224400.GA1112802@hiwaay.net> <20070801211640.3a85b09a@ender> Message-ID: <20070802012347.GC1183688@hiwaay.net> Once upon a time, Jesse Keating said: > On Wed, 1 Aug 2007 17:44:00 -0500 > Chris Adams wrote: > > Hey, I still use rpm on Tru64 and Solaris! > > Thus proving the point. Me insane? That's unpossible! Basically, since I build a bunch of my packages myself, it is a lot easier to use one package tool (that I already know) rather than learn two new ones. For a few packages (that I use in multiple places), I build from the same SRPM on Linux, Tru64, and Solaris. About the only OS-specific thing in the spec file is location of init scripts. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From kevin at scrye.com Thu Aug 2 01:34:55 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 1 Aug 2007 19:34:55 -0600 Subject: msmtp license change In-Reply-To: <20070801230532.GA4354@localhost.localdomain> References: <20070801230532.GA4354@localhost.localdomain> Message-ID: <20070801193455.1d20a4b3@ghistelwchlohm.scrye.com> On Thu, 2 Aug 2007 02:05:32 +0300 nikolay at vladimiroff.com (Nikolay Vladimirov) wrote: > A new version(1.4.13) of msmtp was released with the following > announcement: > > >The license was updated to GPLv3 or later (source code) and GFDLv1.2 > >or later (documentation). > > > > Martin > > msmtp has BuildRequires for gnutls-devel,libidn-devel and > libgsasl-devel. It also requires gettext and info. > > Is there a problem with the new license? Note, IANAL... gnutls, libidn, libgsasl, gettext are all LGPL info is GPLv2 or later. I think you are ok, as I think the only problem case here is GPLv3 linked against a GPLv2 _only_ package. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Thu Aug 2 01:38:04 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 1 Aug 2007 21:38:04 -0400 Subject: msmtp license change In-Reply-To: <20070801193455.1d20a4b3@ghistelwchlohm.scrye.com> References: <20070801230532.GA4354@localhost.localdomain> <20070801193455.1d20a4b3@ghistelwchlohm.scrye.com> Message-ID: <20070801213804.1b6fca8c@ender> On Wed, 1 Aug 2007 19:34:55 -0600 Kevin Fenzi wrote: > gnutls, libidn, libgsasl, gettext are all LGPL Are they LGPL+, LGPLv2, or LVPLv2+ ? (See http://fedoraproject.org/wiki/Licensing) -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tcallawa at redhat.com Thu Aug 2 02:50:55 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 01 Aug 2007 21:50:55 -0500 Subject: msmtp license change In-Reply-To: <20070801213804.1b6fca8c@ender> References: <20070801230532.GA4354@localhost.localdomain> <20070801193455.1d20a4b3@ghistelwchlohm.scrye.com> <20070801213804.1b6fca8c@ender> Message-ID: <1186023055.9748.90.camel@localhost.localdomain> On Wed, 2007-08-01 at 21:38 -0400, Jesse Keating wrote: > On Wed, 1 Aug 2007 19:34:55 -0600 > Kevin Fenzi wrote: > > > gnutls, libidn, libgsasl, gettext are all LGPL > > Are they LGPL+, LGPLv2, or LVPLv2+ ? (See > http://fedoraproject.org/wiki/Licensing) Thankfully, it doesn't matter in this case. This is the scenario covered by the third column in the second table on the Licensing wiki page. The only way this is a concern is if the GPLv3 library links to a GPLv2 only item. ~spot From bojan at rexursive.com Thu Aug 2 04:40:27 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 02 Aug 2007 14:40:27 +1000 Subject: Clamav update for F7 Message-ID: <1186029627.3136.3.camel@shrek.rexursive.com> I see that clamav-0.91.1-1.fc7 has been built in Koji. Could this be pushed to updates, give this: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-3725 -- Bojan From pmatilai at redhat.com Thu Aug 2 08:55:02 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Thu, 2 Aug 2007 11:55:02 +0300 (EEST) Subject: RPM roadmapping In-Reply-To: <46A9EA0F.30405@gmail.com> References: <46A9EA0F.30405@gmail.com> Message-ID: On Fri, 27 Jul 2007, dragoran wrote: > Panu Matilainen wrote: >> >> Not everybody is on rpm-maint list and we'd like to hear the wishes of >> (Fedora) developers/packagers too. So: what have you always wanted to do >> with rpm, but wasn't able to? Or the other way around: what you always >> wished rpm would do for you? What always annoyed you out of your mind? > > arch requires and provides ... to end the endless multilib discussions ;) > should be automatic until the packager say Requires: foo.arch I wish it was that simple... Sure, being able to say "Requires: foo.arch = version-release" would help in many cases, but it does not *solve* the multilib problems. A big offender here is the x86 architecture with i386, i486 ... etc subarchitectures. While most packages are i386 there, the assumed -- Requires: .%{_target_cpu} = - BuildRequires: .%{_target_cpu} >= ... -- gets into trouble when the subarch's don't match between packages (eg i386 vs i686 - just look at glibc vs glibc-common). Instead, you'd want to match within 32bit vs 64bit (or independent, basically noarch) bitness of the package (rpm uses the term "color" for this) and have the depsolver sort out package with the best arch within that "color". I'm starting to get tempted to have rpmbuild automatically slap in the equivalent of Provides: %{name}.%{color} = %{epoch}:%{version}-%{release} ..where %{color} gets expanded to 32bit, 64bit or none, based on the highest color present in the package being built. I don't particularly like the term "color" there, and also "none" for "noarch" is not good, but I don't want it to be "noarch" to avoid mixing with %{arch} when it's a different concept. Better suggestions welcome... RPM itself could parse requires on %{name}.%{color} without having the explicit provides added, but the color information is not present in the repository metadata (at least currently) so depsolvers would need to be taught about it separately, and second-guess the color based on the package %arch.. probably just easier to slap in the explicit provide, which can be then required by packages needing it. BTW, there are cases where the dependency on the exact %{_target_cpu} would be proper (look at libbeagle vs libbeagle-devel), but those are so rare that I think they are sufficiently covered by manually adding provides-requires pair on %{name}.%{_target_cpu} It would be nice to automate all this, but it gets damn hairy. If you have a manual "Requires: foo" or "BuildRequires: foo", how's rpm supposed to know whether foo is a package that a) contains a utility the build needs, never mind the arch b) contains a dlopen()'ed library, arch very much matters, to the point of subarch's even c) is a -devel package's dependency on another -devel package, color matters (must match or be a noarch) >From there we get to the chicken-and-egg problem of srpms and spec files. The arch and color can only be determined on spec evaluation, but src.rpm's are used to deliver the specs, duh... (this problem already exists of course, "rpmbuild -bs foo.spec" can deliver different results depending on which are it was run on due to spec conditionals) And so on. Multilib is so lovely... - Panu - From drago01 at gmail.com Thu Aug 2 09:14:11 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 02 Aug 2007 11:14:11 +0200 Subject: RPM roadmapping In-Reply-To: References: <46A9EA0F.30405@gmail.com> Message-ID: <46B1A063.9010208@gmail.com> Panu Matilainen wrote: > On Fri, 27 Jul 2007, dragoran wrote: > >> Panu Matilainen wrote: >>> >>> Not everybody is on rpm-maint list and we'd like to hear the wishes >>> of (Fedora) developers/packagers too. So: what have you always >>> wanted to do with rpm, but wasn't able to? Or the other way around: >>> what you always wished rpm would do for you? What always annoyed you >>> out of your mind? >> >> arch requires and provides ... to end the endless multilib >> discussions ;) >> should be automatic until the packager say Requires: foo.arch > > I wish it was that simple... > > Sure, being able to say "Requires: foo.arch = version-release" would > help in many cases, but it does not *solve* the multilib problems. > > A big offender here is the x86 architecture with i386, i486 ... etc > subarchitectures. While most packages are i386 there, the assumed what about being able to say foo.i?86 From pmatilai at redhat.com Thu Aug 2 09:42:27 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Thu, 2 Aug 2007 12:42:27 +0300 (EEST) Subject: RPM roadmapping In-Reply-To: <46B1A063.9010208@gmail.com> References: <46A9EA0F.30405@gmail.com> <46B1A063.9010208@gmail.com> Message-ID: On Thu, 2 Aug 2007, dragoran wrote: > Panu Matilainen wrote: >> On Fri, 27 Jul 2007, dragoran wrote: >> >>> Panu Matilainen wrote: >>>> >>>> Not everybody is on rpm-maint list and we'd like to hear the wishes of >>>> (Fedora) developers/packagers too. So: what have you always wanted to do >>>> with rpm, but wasn't able to? Or the other way around: what you always >>>> wished rpm would do for you? What always annoyed you out of your mind? >>> >>> arch requires and provides ... to end the endless multilib discussions ;) >>> should be automatic until the packager say Requires: foo.arch >> >> I wish it was that simple... >> >> Sure, being able to say "Requires: foo.arch = version-release" would help >> in many cases, but it does not *solve* the multilib problems. >> >> A big offender here is the x86 architecture with i386, i486 ... etc >> subarchitectures. While most packages are i386 there, the assumed > what about being able to say foo.i?86 What about foo.athlon which is also a 32bit arch? And don't suggest "Requires: foo.i?86 || foo.athlon", because then you'd have monsters like this in each and every spec: %ifarch %{ix86} Requires: foo.i?86 || foo.athlon %fi %ifarch x86_64 Requires: foo.x86_64 %fi ... The exact %{arch} is not the point at all here. - Panu - From drago01 at gmail.com Thu Aug 2 09:54:02 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 02 Aug 2007 11:54:02 +0200 Subject: RPM roadmapping In-Reply-To: References: <46A9EA0F.30405@gmail.com> <46B1A063.9010208@gmail.com> Message-ID: <46B1A9BA.6030008@gmail.com> Panu Matilainen wrote: > On Thu, 2 Aug 2007, dragoran wrote: > >> Panu Matilainen wrote: >>> On Fri, 27 Jul 2007, dragoran wrote: >>> >>>> Panu Matilainen wrote: >>>>> >>>>> Not everybody is on rpm-maint list and we'd like to hear the >>>>> wishes of (Fedora) developers/packagers too. So: what have you >>>>> always wanted to do with rpm, but wasn't able to? Or the other way >>>>> around: what you always wished rpm would do for you? What always >>>>> annoyed you out of your mind? >>>> >>>> arch requires and provides ... to end the endless multilib >>>> discussions ;) >>>> should be automatic until the packager say Requires: foo.arch >>> >>> I wish it was that simple... >>> >>> Sure, being able to say "Requires: foo.arch = version-release" would >>> help in many cases, but it does not *solve* the multilib problems. >>> >>> A big offender here is the x86 architecture with i386, i486 ... etc >>> subarchitectures. While most packages are i386 there, the assumed >> what about being able to say foo.i?86 > > What about foo.athlon which is also a 32bit arch? > > And don't suggest "Requires: foo.i?86 || foo.athlon", this is just ugly so no. > because then you'd have monsters like this in each and every spec: > > %ifarch %{ix86} > Requires: foo.i?86 || foo.athlon > %fi > %ifarch x86_64 > Requires: foo.x86_64 > %fi > ... > > The exact %{arch} is not the point at all here. > ok thats indeed the wrong way to solve it. what about forgot about the arch names and say foo.64bit or foo.32bit ? From buytenh at wantstofly.org Thu Aug 2 09:55:50 2007 From: buytenh at wantstofly.org (Lennert Buytenhek) Date: Thu, 2 Aug 2007 11:55:50 +0200 Subject: RPM roadmapping In-Reply-To: References: <46A9EA0F.30405@gmail.com> <46B1A063.9010208@gmail.com> Message-ID: <20070802095550.GN7910@xi.wantstofly.org> On Thu, Aug 02, 2007 at 12:42:27PM +0300, Panu Matilainen wrote: > >>>>Not everybody is on rpm-maint list and we'd like to hear the wishes of > >>>>(Fedora) developers/packagers too. So: what have you always wanted to > >>>>do with rpm, but wasn't able to? Or the other way around: what you > >>>>always wished rpm would do for you? What always annoyed you out of your > >>>>mind? > >>> > >>>arch requires and provides ... to end the endless multilib discussions ;) > >>>should be automatic until the packager say Requires: foo.arch > >> > >>I wish it was that simple... > >> > >>Sure, being able to say "Requires: foo.arch = version-release" would help > >>in many cases, but it does not *solve* the multilib problems. > >> > >>A big offender here is the x86 architecture with i386, i486 ... etc > >>subarchitectures. While most packages are i386 there, the assumed > >what about being able to say foo.i?86 > > What about foo.athlon which is also a 32bit arch? Can you match against the canonical arch, i.e. %{_arch}? On ARM, we have armv3l, armv4l, armv4tl, armv5tl, armv5tel, armv5tejl, armv6l, et cetera, but %{_arch} is always just 'arm'. From pmatilai at redhat.com Thu Aug 2 10:08:49 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Thu, 2 Aug 2007 13:08:49 +0300 (EEST) Subject: RPM roadmapping In-Reply-To: <46B1A9BA.6030008@gmail.com> References: <46A9EA0F.30405@gmail.com> <46B1A063.9010208@gmail.com> <46B1A9BA.6030008@gmail.com> Message-ID: On Thu, 2 Aug 2007, dragoran wrote: > Panu Matilainen wrote: >> On Thu, 2 Aug 2007, dragoran wrote: >> >>> Panu Matilainen wrote: >>>> On Fri, 27 Jul 2007, dragoran wrote: >>>> >>>>> Panu Matilainen wrote: >>>>>> >>>>>> Not everybody is on rpm-maint list and we'd like to hear the wishes of >>>>>> (Fedora) developers/packagers too. So: what have you always wanted to >>>>>> do with rpm, but wasn't able to? Or the other way around: what you >>>>>> always wished rpm would do for you? What always annoyed you out of your >>>>>> mind? >>>>> >>>>> arch requires and provides ... to end the endless multilib discussions >>>>> ;) >>>>> should be automatic until the packager say Requires: foo.arch >>>> >>>> I wish it was that simple... >>>> >>>> Sure, being able to say "Requires: foo.arch = version-release" would help >>>> in many cases, but it does not *solve* the multilib problems. >>>> >>>> A big offender here is the x86 architecture with i386, i486 ... etc >>>> subarchitectures. While most packages are i386 there, the assumed >>> what about being able to say foo.i?86 >> >> What about foo.athlon which is also a 32bit arch? >> >> And don't suggest "Requires: foo.i?86 || foo.athlon", > this is just ugly so no. >> because then you'd have monsters like this in each and every spec: >> >> %ifarch %{ix86} >> Requires: foo.i?86 || foo.athlon >> %fi >> %ifarch x86_64 >> Requires: foo.x86_64 >> %fi >> ... >> >> The exact %{arch} is not the point at all here. >> > ok thats indeed the wrong way to solve it. > what about forgot about the arch names and say foo.64bit or foo.32bit ? Well that's more or less what I was suggesting :) Only you can't have Requires: foo.64bit etc hardcoded in the spec for the same reason as above: otherwise you'd have ugly arch conditionals all over the specs. It must be something that's automatically expanded to correct value at build time. - Panu - From buildsys at redhat.com Thu Aug 2 10:13:22 2007 From: buildsys at redhat.com (Build System) Date: Thu, 2 Aug 2007 06:13:22 -0400 Subject: rawhide report: 20070802 changes Message-ID: <200708021013.l72ADMpf002282@porkchop.devel.redhat.com> Updated Packages: (none) Broken deps for i386 ---------------------------------------------------------- kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.i686 requires kernel-i686 = 0:2.6.23-0.41.rc0.git14.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.i686 requires kernel-i686 = 0:2.6.23-0.41.rc0.git14.fc8PAE kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.i586 requires kernel-i586 = 0:2.6.21-1.3228.fc7 kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7 kmod-sysprof-PAE - 1.0.8-1.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7PAE openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 ruby-gtkmozembed - 0.16.0-6.fc8.i386 requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 vtk-examples - 5.0.3-18.2.fc8.i386 requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.i386 requires vtkdata = 0:5.0.3 xsupplicant - 1.2.8-1.fc7.1.i386 requires libiw.so.28 Broken deps for x86_64 ---------------------------------------------------------- kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.41.rc0.git14.fc8 kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7 kmod-sysprof-kdump - 1.0.8-1.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7kdump openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) ruby-gtkmozembed - 0.16.0-6.fc8.x86_64 requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) vtk-examples - 5.0.3-18.2.fc8.x86_64 requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.x86_64 requires vtkdata = 0:5.0.3 xsupplicant - 1.2.8-1.fc7.1.x86_64 requires libiw.so.28()(64bit) Broken deps for ppc ---------------------------------------------------------- glest-data - 2.0.0-2.fc7.noarch requires glest = 0:2.0.0 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc requires kernel-ppc = 0:2.6.23-0.41.rc0.git14.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc requires kernel-ppc = 0:2.6.23-0.41.rc0.git14.fc8smp openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 ruby-gtkmozembed - 0.16.0-6.fc8.ppc requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 vtk-examples - 5.0.3-18.2.fc8.ppc requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.ppc requires vtkdata = 0:5.0.3 xsupplicant - 1.2.8-1.fc7.1.ppc requires libiw.so.28 Broken deps for ppc64 ---------------------------------------------------------- glest-data - 2.0.0-2.fc7.noarch requires glest = 0:2.0.0 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.41.rc0.git14.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.41.rc0.git14.fc8kdump python-vcpx - 0.9.28-3.fc8.noarch requires darcs resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display ruby-gtkmozembed - 0.16.0-6.fc8.ppc64 requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) vtk-examples - 5.0.3-18.2.fc8.ppc64 requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.ppc64 requires vtkdata = 0:5.0.3 From drago01 at gmail.com Thu Aug 2 10:13:00 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 02 Aug 2007 12:13:00 +0200 Subject: RPM roadmapping In-Reply-To: References: <46A9EA0F.30405@gmail.com> <46B1A063.9010208@gmail.com> <46B1A9BA.6030008@gmail.com> Message-ID: <46B1AE2C.5030502@gmail.com> Panu Matilainen wrote: > On Thu, 2 Aug 2007, dragoran wrote: > >> Panu Matilainen wrote: >>> On Thu, 2 Aug 2007, dragoran wrote: >>> >>>> Panu Matilainen wrote: >>>>> On Fri, 27 Jul 2007, dragoran wrote: >>>>> >>>>>> Panu Matilainen wrote: >>>>>>> >>>>>>> Not everybody is on rpm-maint list and we'd like to hear the >>>>>>> wishes of (Fedora) developers/packagers too. So: what have you >>>>>>> always wanted to do with rpm, but wasn't able to? Or the other >>>>>>> way around: what you always wished rpm would do for you? What >>>>>>> always annoyed you out of your mind? >>>>>> >>>>>> arch requires and provides ... to end the endless multilib >>>>>> discussions ;) >>>>>> should be automatic until the packager say Requires: foo.arch >>>>> >>>>> I wish it was that simple... >>>>> >>>>> Sure, being able to say "Requires: foo.arch = version-release" >>>>> would help in many cases, but it does not *solve* the multilib >>>>> problems. >>>>> >>>>> A big offender here is the x86 architecture with i386, i486 ... >>>>> etc subarchitectures. While most packages are i386 there, the assumed >>>> what about being able to say foo.i?86 >>> >>> What about foo.athlon which is also a 32bit arch? >>> >>> And don't suggest "Requires: foo.i?86 || foo.athlon", >> this is just ugly so no. >>> because then you'd have monsters like this in each and every spec: >>> >>> %ifarch %{ix86} >>> Requires: foo.i?86 || foo.athlon >>> %fi >>> %ifarch x86_64 >>> Requires: foo.x86_64 >>> %fi >>> ... >>> >>> The exact %{arch} is not the point at all here. >>> >> ok thats indeed the wrong way to solve it. >> what about forgot about the arch names and say foo.64bit or foo.32bit ? > > Well that's more or less what I was suggesting :) > ;) > Only you can't have Requires: foo.64bit etc hardcoded in the spec for > the same reason as above: otherwise you'd have ugly arch conditionals > all over the specs. It must be something that's automatically expanded > to correct value at build time. > was thinking the same whe need something like foo.%{32_64bit*} *better name needed here .... From mls at suse.de Thu Aug 2 10:17:52 2007 From: mls at suse.de (Michael Schroeder) Date: Thu, 2 Aug 2007 12:17:52 +0200 Subject: RPM roadmapping In-Reply-To: <1185997108.5080.6.camel@wombat.tiptoe.de> References: <1185997108.5080.6.camel@wombat.tiptoe.de> Message-ID: <20070802101752.GB12878@suse.de> On Wed, Aug 01, 2007 at 09:38:28PM +0200, Nils Philippsen wrote: > Anyway, if we're talking about huge changes in RPM, I'd like the 2GB > payload barrier to be gone. This will most probably mean having to get > rid of cpio as the underlying archive format as even with fixes in the > code, cpio can't handle more than 4GB (some 32bit integers used in the > format AFAIK). It's the size of single files that is limited in cpio. The archive size is unlimited, as cpio just concatenates single file entries. OTOH, rpm uses a couple of header elements like RPMSIGTAG_SIZE and RPMSIGTAG_PAYLOADSIZE which are 32bit integers. Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From nikolay at vladimiroff.com Thu Aug 2 10:21:20 2007 From: nikolay at vladimiroff.com (Nikolay Vladimirov) Date: Thu, 2 Aug 2007 13:21:20 +0300 Subject: msmtp license change In-Reply-To: <20070801230532.GA4354@localhost.localdomain> References: <20070801230532.GA4354@localhost.localdomain> Message-ID: <20070802102120.GA15824@localhost.localdomain> Great. I checked the licensing page before posting, just wanted to be sure. Also the notification stated that all license changes must be announced. Best regards, -- NV -------------- 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 Aug 2 10:22:37 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 2 Aug 2007 12:22:37 +0200 Subject: msmtp license change In-Reply-To: <20070801230532.GA4354@localhost.localdomain> References: <20070801230532.GA4354@localhost.localdomain> Message-ID: <20070802102236.GB2955@free.fr> On Thu, Aug 02, 2007 at 02:05:32AM +0300, Nikolay Vladimirov wrote: > > It also requires gettext and info. It doesn't link against info or gettext, only use them so that their license are irrelevant for msmtp code. -- Pat From tcallawa at redhat.com Thu Aug 2 14:06:53 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 02 Aug 2007 09:06:53 -0500 Subject: msmtp license change In-Reply-To: <20070802102120.GA15824@localhost.localdomain> References: <20070801230532.GA4354@localhost.localdomain> <20070802102120.GA15824@localhost.localdomain> Message-ID: <1186063613.9748.119.camel@localhost.localdomain> On Thu, 2007-08-02 at 13:21 +0300, Nikolay Vladimirov wrote: > Great. > > I checked the licensing page before posting, just wanted to be sure. Also the > notification stated that all license changes must be announced. Thanks! It is greatly appreciated. :) ~spot From tcallawa at redhat.com Thu Aug 2 14:12:31 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 02 Aug 2007 09:12:31 -0500 Subject: RPM roadmapping In-Reply-To: References: Message-ID: <1186063951.9748.121.camel@localhost.localdomain> Another thought: It would be nice if subpackages were permitted to be noarch, while the main package is not. ~spot From alan at redhat.com Thu Aug 2 13:23:50 2007 From: alan at redhat.com (Alan Cox) Date: Thu, 2 Aug 2007 09:23:50 -0400 Subject: RPM roadmapping In-Reply-To: <1186005847.2794.217.camel@localhost.localdomain> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> Message-ID: <20070802132350.GB19027@devserv.devel.redhat.com> On Wed, Aug 01, 2007 at 06:04:07PM -0400, Adam Jackson wrote: > > cpio is a real standard archive format (there are something like a half > > dozen _different_ tar formats around) plus it is very simple. > > At the time only cpio was standardized. POSIX 2001 tar is probably > quite adequate by now. Certainly it's widely deployed on linux. POSIX 2001 tar is an ugly horrible hack. What you have to understand is that cpio is a really elegant archive format attached to a truely braindead application (/bin/cpio) while tar is a mass of ugly multi-layered hacks heaped on each other with a nice application. For RPM the fact the internal format is cpio is a huge win for simple and clean code (remember the archive parser is security sensitive), and it has no weird padding issues to mess up signing. Erik picked cpio for the original rpm package manager for very good reasons. > There are, of course, people who think using the same package manager > across multiple operating systems is an interesting exercise; those > people are insane. Well some of them are insane, successful and profitable in that case. Package management is a fairly portable problem for the most part. Alan From lesmikesell at gmail.com Thu Aug 2 13:43:19 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 02 Aug 2007 08:43:19 -0500 Subject: RPM roadmapping In-Reply-To: <20070802132350.GB19027@devserv.devel.redhat.com> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> Message-ID: <46B1DF77.7000202@gmail.com> Alan Cox wrote: > On Wed, Aug 01, 2007 at 06:04:07PM -0400, Adam Jackson wrote: >>> cpio is a real standard archive format (there are something like a half >>> dozen _different_ tar formats around) plus it is very simple. >> At the time only cpio was standardized. POSIX 2001 tar is probably >> quite adequate by now. Certainly it's widely deployed on linux. > > POSIX 2001 tar is an ugly horrible hack. What you have to understand > is that cpio is a really elegant archive format attached to a truely > braindead application (/bin/cpio) while tar is a mass of ugly multi-layered > hacks heaped on each other with a nice application. I'm pretty sure I remember a sysv version of cpio that produced archives that other versions couldn't read (something about the maximum values of device numbers), so I wouldn't say its design was perfect either. -- Les Mikesell lesmikesell at gmail.com From jdieter at gmail.com Thu Aug 2 13:53:43 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 02 Aug 2007 16:53:43 +0300 Subject: RPM roadmapping In-Reply-To: <20070802132350.GB19027@devserv.devel.redhat.com> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> Message-ID: <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> On Thu, 2007-08-02 at 09:23 -0400, Alan Cox wrote: > POSIX 2001 tar is an ugly horrible hack. What you have to understand > is that cpio is a really elegant archive format attached to a truely > braindead application (/bin/cpio) while tar is a mass of ugly multi-layered > hacks heaped on each other with a nice application. > > For RPM the fact the internal format is cpio is a huge win for simple and > clean code (remember the archive parser is security sensitive), and it has no > weird padding issues to mess up signing. Erik picked cpio for the original > rpm package manager for very good reasons. What about extending the cpio format? Something called cpio2, perhaps. The main problem with using cpio is that individual files have a limit of 2GB (which isn't a problem in most cases, but it is a limit). Why not push a newer cpio format that changes all 16-bit and 32-bit records to 64-bit (along with specifying endienness)? Put that together with a command-line program that actually makes sense (I spent more time learning how to use the stupid cpio application than any other single task when working with deltarpms), and we may have something that maintains the simplicity of the cpio format without the limitations. I don't mind putting the application (and possibly a library) together if there's some chance rpm will use it. Jonathan -------------- 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 camperquake.de Thu Aug 2 14:19:06 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 2 Aug 2007 16:19:06 +0200 Subject: RPM roadmapping In-Reply-To: <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> Message-ID: <20070802161906.5afcdf89@banea.int.addix.net> Hi. On Thu, 02 Aug 2007 16:53:43 +0300, Jonathan Dieter wrote: > The main problem with using cpio is that individual files have a limit > of 2GB (which isn't a problem in most cases, but it is a limit). Why > not push a newer cpio format that changes all 16-bit and 32-bit > records to 64-bit (along with specifying endienness)? What exactly is the use case of files larger than 2GB wrt RPM? I just do not see the need for this. From mls at suse.de Thu Aug 2 14:20:25 2007 From: mls at suse.de (Michael Schroeder) Date: Thu, 2 Aug 2007 16:20:25 +0200 Subject: RPM roadmapping In-Reply-To: <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> Message-ID: <20070802142025.GA9075@suse.de> On Thu, Aug 02, 2007 at 04:53:43PM +0300, Jonathan Dieter wrote: > What about extending the cpio format? Something called cpio2, perhaps. > > The main problem with using cpio is that individual files have a limit > of 2GB (which isn't a problem in most cases, but it is a limit). Why > not push a newer cpio format that changes all 16-bit and 32-bit records > to 64-bit (along with specifying endienness)? Actually the cpio format used in rpm is 'newc', which encodes all values as 8 ASCII bytes of hex. So it's a 4 GB size limit. But, as already said, it's not just the cpio format you'd have to extend, it's also rpm's header data. Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From jdieter at gmail.com Thu Aug 2 14:43:29 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 02 Aug 2007 17:43:29 +0300 Subject: RPM roadmapping In-Reply-To: <20070802161906.5afcdf89@banea.int.addix.net> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802161906.5afcdf89@banea.int.addix.net> Message-ID: <1186065809.3474.29.camel@jndwidescreen.lesbg.loc> On Thu, 2007-08-02 at 16:19 +0200, Ralf Ertzinger wrote: > On Thu, 02 Aug 2007 16:53:43 +0300, Jonathan Dieter wrote: > > The main problem with using cpio is that individual files have a limit > > of 2GB (which isn't a problem in most cases, but it is a limit). Why > > not push a newer cpio format that changes all 16-bit and 32-bit > > records to 64-bit (along with specifying endienness)? > > What exactly is the use case of files larger than 2GB wrt RPM? > > I just do not see the need for this. > I work in a school that is planning on moving all of its desktops to Fedora 7 by the beginning of the upcoming school year. There are occasional times that another operating system may be needed, so we've decided to use qemu-kvm to run this other operating system. It would be quite convenient for us to package a virtual hard drive into an rpm so that we can deploy it along with a .desktop file inserted into the menu as needed on the Fedora systems. Packaging it as an rpm would also help in keeping track of what "version" of the virtual hard drive is on each real machine. If we decide to add a new program to the virtual hard drive, we could bump the version and rebuild the rpm. All systems with the old rpm would get the new one during their nightly yum update. Granted, it's not a common use case, but it is a use case. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pjones at redhat.com Thu Aug 2 14:45:04 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 02 Aug 2007 10:45:04 -0400 Subject: RPM roadmapping In-Reply-To: References: Message-ID: <46B1EDF0.2090400@redhat.com> Panu Matilainen wrote: > Not everybody is on rpm-maint list and we'd like to hear the wishes of > (Fedora) developers/packagers too. So: what have you always wanted to do > with rpm, but wasn't able to? Or the other way around: what you always > wished rpm would do for you? What always annoyed you out of your mind? This came up yesterday, so it's fresh in my mind. It'd be nice to have a mechanism for ordering constraints that didn't double as a package discovery mechanism. That is, "Antecedent: foo" rather than "Requires: foo", where the the former is only used by tsort, and if the package is absent the ts will still pass a dep check. The specific case is the ordering during installation; if you're using e.g. iscsi, then we need this (fragment) install ordering: iscsi-initiator-utils mkinitrd kernel But we don't want mkinitrd to actually depend on iscsi-initiator-utils; it shouldn't normally get installed unless you're actually using it. -- Peter From jdieter at gmail.com Thu Aug 2 14:48:55 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 02 Aug 2007 17:48:55 +0300 Subject: RPM roadmapping In-Reply-To: <20070802142025.GA9075@suse.de> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802142025.GA9075@suse.de> Message-ID: <1186066135.3474.35.camel@jndwidescreen.lesbg.loc> On Thu, 2007-08-02 at 16:20 +0200, Michael Schroeder wrote: > On Thu, Aug 02, 2007 at 04:53:43PM +0300, Jonathan Dieter wrote: > > What about extending the cpio format? Something called cpio2, perhaps. > > > > The main problem with using cpio is that individual files have a limit > > of 2GB (which isn't a problem in most cases, but it is a limit). Why > > not push a newer cpio format that changes all 16-bit and 32-bit records > > to 64-bit (along with specifying endienness)? > > Actually the cpio format used in rpm is 'newc', which encodes > all values as 8 ASCII bytes of hex. So it's a 4 GB size limit. > > But, as already said, it's not just the cpio format you'd have > to extend, it's also rpm's header data. > > Cheers, > Michael. Fair enough, though 4 GB may not be large enough when we're talking virtual hard drives (see message just posted a minute ago). And, yes, there wouldn't be much point in extending the cpio format if we didn't fix the rpm header as well. But I wouldn't see much point in extending the cpio format if rpm wasn't going to use it. Jonathan -------------- 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 notting at redhat.com Thu Aug 2 14:47:42 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 2 Aug 2007 10:47:42 -0400 Subject: RPM roadmapping In-Reply-To: References: Message-ID: <20070802144742.GD9527@nostromo.devel.redhat.com> Panu Matilainen (pmatilai at redhat.com) said: > The more specific you can be, the better - "make it not suck" isn't > productive. Of course there's no way everything can be done, we want the > next major release out before end of the decade... Also this is not a > voting where most votes guarantee implementation, but consider it your > chance to be heard. I'm listening... :) Multiple concurrent database writers! Bill From yocum at fnal.gov Thu Aug 2 14:51:14 2007 From: yocum at fnal.gov (Dan Yocum) Date: Thu, 02 Aug 2007 09:51:14 -0500 Subject: please enable XFS in anaconda In-Reply-To: <46B09635.3050903@redhat.com> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A92D79.7040600@ccmi.salk.edu> <46A898FE.3000609@fedoraproject.org> <46B09635.3050903@redhat.com> Message-ID: <46B1EF62.3040806@fnal.gov> Eric Sandeen wrote: > Rahul Sundaram wrote: >> David Chambers wrote: >> >>> Can't comment on SELinux, don't use it :-) :-) >> It doesn't matter whether you use it or not. SELinux support is >> important to this project and filesystem is a critical piece. If anyone >> is volunteering to support whatever features Fedora needs, test it and >> keep it updated, that's when XFS can be considered for being available >> for default. > > I'm already getting xfs bugs & xfsprogs bugs from fedora - some I fix, > some I pass on to sgi, some are still unfixed - IOW, about like any > other fedora subsystem. ;) > > I'd be happy to continue to look after xfs & userspace as well as I can > (given various time constraints) for fedora, and I'm sure the sgi guys > will offer backup support as they have been already. Excellent! David - Since Eric has been kind enough to step forward and fill this role, can we expect to see XFS in the next test release, then? I would assume it would be too late to get it into test1... Thanks, Dan -- Dan Yocum Fermilab 630.840.6509 yocum at fnal.gov, http://fermigrid.fnal.gov Fermilab. Just zeros and ones. From notting at redhat.com Thu Aug 2 14:53:22 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 2 Aug 2007 10:53:22 -0400 Subject: msmtp license change In-Reply-To: <20070801230532.GA4354@localhost.localdomain> References: <20070801230532.GA4354@localhost.localdomain> Message-ID: <20070802145322.GE9527@nostromo.devel.redhat.com> Nikolay Vladimirov (nikolay at vladimiroff.com) said: > msmtp has BuildRequires for gnutls-devel,libidn-devel and libgsasl-devel. > It also requires gettext and info. > > Is there a problem with the new license? Thanks for the heads-up. It doesn't provide a library that other things use, so it should be OK. Bill From jkeating at redhat.com Thu Aug 2 14:57:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 2 Aug 2007 10:57:59 -0400 Subject: please enable XFS in anaconda In-Reply-To: <46B1EF62.3040806@fnal.gov> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A92D79.7040600@ccmi.salk.edu> <46A898FE.3000609@fedoraproject.org> <46B09635.3050903@redhat.com> <46B1EF62.3040806@fnal.gov> Message-ID: <20070802105759.22b3452a@localhost.localdomain> On Thu, 02 Aug 2007 09:51:14 -0500 Dan Yocum wrote: > David - Since Eric has been kind enough to step forward and fill this > role, can we expect to see XFS in the next test release, then? I > would assume it would be too late to get it into test1... Well, xfs is there already if you pass the 'xfs' flag at boot time. More people testing xfs in more scenarios would be helpful. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwilson at redhat.com Thu Aug 2 15:06:56 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 02 Aug 2007 11:06:56 -0400 Subject: please enable XFS in anaconda In-Reply-To: <20070802105759.22b3452a@localhost.localdomain> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A92D79.7040600@ccmi.salk.edu> <46A898FE.3000609@fedoraproject.org> <46B09635.3050903@redhat.com> <46B1EF62.3040806@fnal.gov> <20070802105759.22b3452a@localhost.localdomain> Message-ID: <46B1F310.70502@redhat.com> Jesse Keating wrote: > On Thu, 02 Aug 2007 09:51:14 -0500 > Dan Yocum wrote: > >> David - Since Eric has been kind enough to step forward and fill this >> role, can we expect to see XFS in the next test release, then? I >> would assume it would be too late to get it into test1... > > Well, xfs is there already if you pass the 'xfs' flag at boot time. > More people testing xfs in more scenarios would be helpful. Betcha we'd get more testing in more scenarios if we didn't require the flag though... :) -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From pjones at redhat.com Thu Aug 2 15:17:50 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 02 Aug 2007 11:17:50 -0400 Subject: RPM roadmapping In-Reply-To: <604aa7910707271112w5022c6fetbe9b211a8e5b4f8d@mail.gmail.com> References: <604aa7910707271112w5022c6fetbe9b211a8e5b4f8d@mail.gmail.com> Message-ID: <46B1F59E.90309@redhat.com> Jeff Spaleta wrote: > On 7/27/07, Panu Matilainen wrote: >> The more specific you can be, the better - "make it not suck" isn't >> productive. Of course there's no way everything can be done, we want the >> next major release out before end of the decade... Also this is not a >> voting where most votes guarantee implementation, but consider it your >> chance to be heard. I'm listening... :) > > If I had any ability to hack on rpm..... > Is there a way to make the rpmdb smart enough to make auto-removal of > package dependencies happen when all packages using that dep were > explicitly installed are no longer on the system. > > Naively, I would think that you could mark individual packages as > explicitly installed or not in the rpmdb. So tools which interact > with the db could set that flag accordingly and such a demarcation > could be queried or used in transactions. There's a logic problem here -- how do you determine which packages are marked which way on a fresh install? Marking them all as explicit means you rarely remove anything. Marking them all implicit means the first time you remove anything it destroys your system. There's no obvious determining factor to use as middle ground, at least to me. -- Peter From fedora at camperquake.de Thu Aug 2 15:26:39 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 2 Aug 2007 17:26:39 +0200 Subject: RPM roadmapping In-Reply-To: <1186065809.3474.29.camel@jndwidescreen.lesbg.loc> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802161906.5afcdf89@banea.int.addix.net> <1186065809.3474.29.camel@jndwidescreen.lesbg.loc> Message-ID: <20070802172639.2815e12f@banea.int.addix.net> Hi. On Thu, 02 Aug 2007 17:43:29 +0300, Jonathan Dieter wrote: > Packaging it as an rpm would also help in keeping track of what > "version" of the virtual hard drive is on each real machine. If we > decide to add a new program to the virtual hard drive, we could bump > the version and rebuild the rpm. All systems with the old rpm would > get the new one during their nightly yum update. Especially since the virtual machines modify the drive image, thus an update kills all modifications to the image. From Theodore.Papadopoulo at sophia.inria.fr Thu Aug 2 15:30:28 2007 From: Theodore.Papadopoulo at sophia.inria.fr (Theodore Papadopoulo) Date: Thu, 02 Aug 2007 17:30:28 +0200 Subject: RPM roadmapping In-Reply-To: <46B1F59E.90309@redhat.com> References: <604aa7910707271112w5022c6fetbe9b211a8e5b4f8d@mail.gmail.com> <46B1F59E.90309@redhat.com> Message-ID: <46B1F894.4040907@sophia.inria.fr> >> >> Naively, I would think that you could mark individual packages as >> explicitly installed or not in the rpmdb. So tools which interact >> with the db could set that flag accordingly and such a demarcation >> could be queried or used in transactions. > > There's a logic problem here -- how do you determine which packages > are marked which way on a fresh install? Marking them all as explicit > means you rarely remove anything. Marking them all implicit means the > first time you remove anything it destroys your system. There's no > obvious determining factor to use as middle ground, at least to me. > Well, the basic installs are all supposed to propose an initial set of selected services (a kernel, a basic running environment, OpenOffice, editors, at least one desktop, a mailer, a browser, ....). The packages corresponding to these services should be marked as explicit and all the others implicit. If this is difficult to achieve, then mark everything as explicit at install time and this scheme will work essentially for user added packages and their dependencies... This still has quite some value. Believe me, the number of packages installed just to solve dependencies is quite high once the user start to ask for some addons. From jkeating at redhat.com Thu Aug 2 15:31:06 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 2 Aug 2007 11:31:06 -0400 Subject: please enable XFS in anaconda In-Reply-To: <46B1F310.70502@redhat.com> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A92D79.7040600@ccmi.salk.edu> <46A898FE.3000609@fedoraproject.org> <46B09635.3050903@redhat.com> <46B1EF62.3040806@fnal.gov> <20070802105759.22b3452a@localhost.localdomain> <46B1F310.70502@redhat.com> Message-ID: <20070802113106.59763d3f@localhost.localdomain> On Thu, 02 Aug 2007 11:06:56 -0400 Jarod Wilson wrote: > Betcha we'd get more testing in more scenarios if we didn't require > the flag though... :) Heh, sure. Still need to do that test to see if you can /boot from it successfully. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dcantrell at redhat.com Thu Aug 2 15:36:43 2007 From: dcantrell at redhat.com (David Cantrell) Date: Thu, 2 Aug 2007 11:36:43 -0400 Subject: please enable XFS in anaconda In-Reply-To: <20070802113106.59763d3f@localhost.localdomain> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A92D79.7040600@ccmi.salk.edu> <46A898FE.3000609@fedoraproject.org> <46B09635.3050903@redhat.com> <46B1EF62.3040806@fnal.gov> <20070802105759.22b3452a@localhost.localdomain> <46B1F310.70502@redhat.com> <20070802113106.59763d3f@localhost.localdomain> Message-ID: <20070802113643.c79e9bf7.dcantrell@redhat.com> On Thu, 2 Aug 2007 11:31:06 -0400 Jesse Keating wrote: > On Thu, 02 Aug 2007 11:06:56 -0400 > Jarod Wilson wrote: > > > Betcha we'd get more testing in more scenarios if we didn't require > > the flag though... :) > > Heh, sure. Still need to do that test to see if you can /boot from it > successfully. Rather than removing the flag now, how about a boot menu choice that passes the xfs parameter? Not much different than requiring the parameter, but I guess the main point is to explain on the boot screen what users need to do to enable installation to XFS. We make it easier for people to test XFS and don't remove the flag from anaconda right away. -- David Cantrell Red Hat / Westford, MA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jdieter at gmail.com Thu Aug 2 15:50:37 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 02 Aug 2007 18:50:37 +0300 Subject: RPM roadmapping In-Reply-To: <20070802172639.2815e12f@banea.int.addix.net> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802161906.5afcdf89@banea.int.addix.net> <1186065809.3474.29.camel@jndwidescreen.lesbg.loc> <20070802172639.2815e12f@banea.int.addix.net> Message-ID: <1186069837.3474.37.camel@jndwidescreen.lesbg.loc> On Thu, 2007-08-02 at 17:26 +0200, Ralf Ertzinger wrote: > Hi. > > On Thu, 02 Aug 2007 17:43:29 +0300, Jonathan Dieter wrote: > > > Packaging it as an rpm would also help in keeping track of what > > "version" of the virtual hard drive is on each real machine. If we > > decide to add a new program to the virtual hard drive, we could bump > > the version and rebuild the rpm. All systems with the old rpm would > > get the new one during their nightly yum update. > > Especially since the virtual machines modify the drive image, thus > an update kills all modifications to the image. > The hard drive images are read-only; all data is stored on a network drive. Jonathan -------------- 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 jdieter at gmail.com Thu Aug 2 15:52:43 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 02 Aug 2007 18:52:43 +0300 Subject: RPM roadmapping In-Reply-To: <20070802172639.2815e12f@banea.int.addix.net> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802161906.5afcdf89@banea.int.addix.net> <1186065809.3474.29.camel@jndwidescreen.lesbg.loc> <20070802172639.2815e12f@banea.int.addix.net> Message-ID: <1186069963.3474.39.camel@jndwidescreen.lesbg.loc> On Thu, 2007-08-02 at 17:26 +0200, Ralf Ertzinger wrote: > Hi. > > On Thu, 02 Aug 2007 17:43:29 +0300, Jonathan Dieter wrote: > > > Packaging it as an rpm would also help in keeping track of what > > "version" of the virtual hard drive is on each real machine. If we > > decide to add a new program to the virtual hard drive, we could bump > > the version and rebuild the rpm. All systems with the old rpm would > > get the new one during their nightly yum update. > > Especially since the virtual machines modify the drive image, thus > an update kills all modifications to the image. > I should probably clarify my previous post. The hard drive images are readonly, and we use qemu-kvm -snapshot, so all changes are lost when the machine is shut down anyway. Jonathan -------------- 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 orion at cora.nwra.com Thu Aug 2 15:54:12 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 02 Aug 2007 09:54:12 -0600 Subject: Older branches seem to be missing for some packages Message-ID: <46B1FE24.1060007@cora.nwra.com> I've noticed that when I checkout certain packages, branches older than F-7 seem to be missing: [orion at cynosure ~/fedora]$ cvs co yum-metadata-parser cvs checkout: Updating yum-metadata-parser U yum-metadata-parser/Makefile U yum-metadata-parser/import.log U yum-metadata-parser/pkg.acl cvs checkout: Updating yum-metadata-parser/F-7 U yum-metadata-parser/F-7/.cvsignore U yum-metadata-parser/F-7/Makefile U yum-metadata-parser/F-7/branch U yum-metadata-parser/F-7/sources U yum-metadata-parser/F-7/yum-metadata-parser-1.0-quiet.patch U yum-metadata-parser/F-7/yum-metadata-parser-1.1.0-dbversion.patch U yum-metadata-parser/F-7/yum-metadata-parser.spec cvs checkout: Updating yum-metadata-parser/devel U yum-metadata-parser/devel/.cvsignore U yum-metadata-parser/devel/Makefile U yum-metadata-parser/devel/sources U yum-metadata-parser/devel/yum-metadata-parser-1.0-quiet.patch U yum-metadata-parser/devel/yum-metadata-parser-1.1.0-dbversion.patch U yum-metadata-parser/devel/yum-metadata-parser.spec cvs checkout: Updating common U common/Makefile U common/Makefile.common U common/branches U common/cvs-import.sh [orion at cynosure ~/fedora]$ cvs co yum-metadata-parser/FC-6 cvs checkout: warning: new-born yum-metadata-parser/FC-6 has disappeared [orion at cynosure ~/fedora]$ cat CVS/Root :ext:orion at cvs.fedora.redhat.com:/cvs/pkgs Is this expected? -- Orion Poplawski Technical Manager 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 opensource at till.name Thu Aug 2 15:59:06 2007 From: opensource at till.name (Till Maas) Date: Thu, 2 Aug 2007 17:59:06 +0200 Subject: RPM roadmapping In-Reply-To: <46B1F59E.90309@redhat.com> References: <604aa7910707271112w5022c6fetbe9b211a8e5b4f8d@mail.gmail.com> <46B1F59E.90309@redhat.com> Message-ID: <200708021759.13936.opensource@till.name> On Thursday 02 August 2007 17:17:50 Peter Jones wrote: > There's a logic problem here -- how do you determine which packages are > marked which way on a fresh install? Marking them all as explicit means You can use comps for this, everything that is enabled there or selected by the user from comps entries can be marked explicit and all the dependecies implicit. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From wwoods at redhat.com Thu Aug 2 16:14:05 2007 From: wwoods at redhat.com (Will Woods) Date: Thu, 02 Aug 2007 12:14:05 -0400 Subject: RPM roadmapping In-Reply-To: References: <1185542422.3928.54.camel@dimi.lattica.com> Message-ID: <1186071245.5090.63.camel@metroid.rdu.redhat.com> On Sat, 2007-07-28 at 21:31 +0300, Panu Matilainen wrote: > On Fri, 27 Jul 2007, Dimi Paun wrote: > > > On Fri, 2007-07-27 at 15:40 +0300, Panu Matilainen wrote: > >> Or the other way around: what you always > >> wished rpm would do for you? What always annoyed you out of your mind? > > > > * Version control the meta-information > > This can't be efficiently done outside RPM, and it would provide > > an administrator with an invaluable tool (say a malfunction starts > > at about 4am): > > - what packages changes are different from yesterday? > > - what files have changed for package foo between version V and W? > > - what's the history of package foo on this system? > > Not very difficult, but quite useful. Every time something breaks > > on a system (usually via an automatic yum update) I would kill > > for the ability to run such queries. > > Ah, something fresh for a change :) Most of the things that have come up > in this thread, well lets just say I'd been very surprised if they hadn't > come up. I know I'm a bit late to the party here but let me second (read: "+1") this idea. Having historical rpmdb info would be a huge boon for testing as well as sysadmins: being able to show exactly which packages changed (and when) would make it easier to implement all kinds of things. Example use case: Over the course of a week, Jake installs 25 new packages. He starts up foo-client and it crashes - but it worked when he started it last week! Jake wants to get a list of packages that were updated in the past week and try rolling some of them back to their previous versions. Yeah, being able to have a "packages installed/updated in the last N days" dialog, with "revert this change" buttons (and love/hate/add comment for testing purposes etc.) would be completely awesome. -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 pjones at redhat.com Thu Aug 2 16:14:19 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 02 Aug 2007 12:14:19 -0400 Subject: RPM roadmapping In-Reply-To: References: Message-ID: <46B202DB.7040305@redhat.com> Panu Matilainen wrote: > Not everybody is on rpm-maint list and we'd like to hear the wishes of > (Fedora) developers/packagers too. So: what have you always wanted to do > with rpm, but wasn't able to? Or the other way around: what you always > wished rpm would do for you? What always annoyed you out of your mind? It'd be nice to move away from signatures on packages, towards certificates which are signed and contain a cryptographic sum and a data blob. That would allow for multiple signatures that specify their purpose directly, rather than inferring multiple purposes from a signature that merely specifies that the contents haven't changed. -- Peter From ivazqueznet at gmail.com Thu Aug 2 16:14:58 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 02 Aug 2007 12:14:58 -0400 Subject: Older branches seem to be missing for some packages In-Reply-To: <46B1FE24.1060007@cora.nwra.com> References: <46B1FE24.1060007@cora.nwra.com> Message-ID: <1186071298.3972.22.camel@ignacio.lan> On Thu, 2007-08-02 at 09:54 -0600, Orion Poplawski wrote: > I've noticed that when I checkout certain packages, branches older than > F-7 seem to be missing: They're still under /cvs/dist or /cvs/extras. -- Ignacio Vazquez-Abrams -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Thu Aug 2 16:28:22 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 2 Aug 2007 08:28:22 -0800 Subject: RPM roadmapping In-Reply-To: <46B1F59E.90309@redhat.com> References: <604aa7910707271112w5022c6fetbe9b211a8e5b4f8d@mail.gmail.com> <46B1F59E.90309@redhat.com> Message-ID: <604aa7910708020928m4d759ccmebe2aaf28b87f960@mail.gmail.com> On 8/2/07, Peter Jones wrote: > There's a logic problem here -- how do you determine which packages are > marked which way on a fresh install? Marking them all as explicit means > you rarely remove anything. Marking them all implicit means the first > time you remove anything it destroys your system. There's no obvious > determining factor to use as middle ground, at least to me. naively.... fresh installs.... assuming anaconda's current interface if its got a checkbox by it... its explicit. So if its a default item in a group and the group is select for install its explicit If its an option item that was explicit checked.. its explicit Or looking at it another way, if the depsolver has to pull it in to the transaction... its implicit. Using this naive logic... with fresh installs break in significant ways as packages are removed? -jef From pjones at redhat.com Thu Aug 2 16:29:17 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 02 Aug 2007 12:29:17 -0400 Subject: RPM roadmapping In-Reply-To: <1185653382.2409.120.camel@cutter> References: <46AB8FDB.6040609@fedoraproject.org> <1185653382.2409.120.camel@cutter> Message-ID: <46B2065D.2010303@redhat.com> seth vidal wrote: > On Sun, 2007-07-29 at 00:20 +0530, Rahul Sundaram wrote: >> User (as opposed to administrator) installs in their home directories. I >> could run say Mozilla Firefox extracted from a tarball but having a >> similar capability in RPM itself would be nice. >> >> RPM should also recognize and use library files I have installed through >> other means. > > -ENOTSANE > > It does not make sense to have rpm chase down paths which may or may not > be available at any given time. Let alone be able to maintain and verify > them. (think security updates) It's worse than that. If you look carefully at his example, firefox, you'll notice this: $ eu-readelf -d /usr/lib/firefox-2.0.0.3/firefox-bin | grep RPATH RPATH Library rpath: [/usr/lib/firefox-2.0.0.3] Which means if you want it installed in a home directory, you have to modify all the binaries to look in a different path than they normally would -- rpath would need to point at something like ~pjones/usr/lib/firefox-2.0.0.3 . If we're want to support something like this, the way to do it would be something like per-user unionfs namespaces. We'd still need some rpm help (it'd need to remap file ownership during installation, at the very least), but mostly the work isn't within rpm's scope. -- Peter From pjones at redhat.com Thu Aug 2 16:45:44 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 02 Aug 2007 12:45:44 -0400 Subject: RPM roadmapping In-Reply-To: <20070729181010.569d3a49@ender> References: <200707282335.14256.opensource@till.name> <20070729111505.GA3744@hurricane.linuxnetz.de> <200707291813.40418.opensource@till.name> <20070729181010.569d3a49@ender> Message-ID: <46B20A38.90309@redhat.com> Jesse Keating wrote: > On Sun, 29 Jul 2007 18:13:32 +0200 > Till Maas wrote: > >> And what insane spec files produce dangling symlinks? > > A large amount of -devel packages have .so symlinks that are dangling > within the -devel package itself. However rpm is smart enough to > figure out where that link is pointing to and add a hard requires to > that file. Speaking of which, handling library paths better would be nice. Right now if you say "provides: libxpcom.so" you'll satisfy dependencies for things, whether that library is in the linker path or not. Kindof complicated to get right, unfortunately. -- Peter From pjones at redhat.com Thu Aug 2 17:07:20 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 02 Aug 2007 13:07:20 -0400 Subject: RPM roadmapping In-Reply-To: <46ADD529.5080904@redhat.com> References: <46ADD529.5080904@redhat.com> Message-ID: <46B20F48.1090004@redhat.com> Florian Festi wrote: > Hi! > > Small behavior change for obsoletes: > > Issue an error if to be installed pkgs are obsoleted by already > installed pkgs. As obsoleting pkgs are logically newer "--oldpackage" > should be required to install the obsoleted pkg IMHO. Right now > obsoleted pkgs are happily installed. There's an issue here, caused by the fact that obsoletes is not only used to rename a package when the old one is going away forever (think fileutils -> coreutils), but also to give a hint of package discovery when the repo is replacing one package with a different work to provide the same functionality. The canonical concrete example here is routing daemons. Once upon a time we shipped gated. Then it didn't get maintained very well, and zebra came along. So zebra got "obsoletes: gated". Then zebra didn't get it's share of maintenance upstream, but gated did. So gated got an obsoletes on zebra. And now there's a loop. If the obsoletes don't have version information in them (which is generally preferred for the rename case), then there's a loop that your criteria above can't solve. This is part of why Conary puts packages in revision trees. -- Peter From pemboa at gmail.com Thu Aug 2 17:09:08 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 2 Aug 2007 12:09:08 -0500 Subject: RPM roadmapping In-Reply-To: <20070802161906.5afcdf89@banea.int.addix.net> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802161906.5afcdf89@banea.int.addix.net> Message-ID: <16de708d0708021009w4654fd02wef9b5acb87a9f4d8@mail.gmail.com> On 8/2/07, Ralf Ertzinger wrote: > Hi. > > On Thu, 02 Aug 2007 16:53:43 +0300, Jonathan Dieter wrote: > > > The main problem with using cpio is that individual files have a limit > > of 2GB (which isn't a problem in most cases, but it is a limit). Why > > not push a newer cpio format that changes all 16-bit and 32-bit > > records to 64-bit (along with specifying endienness)? > > What exactly is the use case of files larger than 2GB wrt RPM? > > I just do not see the need for this. Seems like computer history has taught us that this is a bad reason to not extend something. -- Fedora Core 6 and proud From dmalcolm at redhat.com Thu Aug 2 17:11:42 2007 From: dmalcolm at redhat.com (David Malcolm) Date: Thu, 02 Aug 2007 13:11:42 -0400 Subject: RPM roadmapping In-Reply-To: <1186071245.5090.63.camel@metroid.rdu.redhat.com> References: <1185542422.3928.54.camel@dimi.lattica.com> <1186071245.5090.63.camel@metroid.rdu.redhat.com> Message-ID: <1186074702.26684.93.camel@cassandra.boston.redhat.com> On Thu, 2007-08-02 at 12:14 -0400, Will Woods wrote: > On Sat, 2007-07-28 at 21:31 +0300, Panu Matilainen wrote: > > On Fri, 27 Jul 2007, Dimi Paun wrote: > > > > > On Fri, 2007-07-27 at 15:40 +0300, Panu Matilainen wrote: > > >> Or the other way around: what you always > > >> wished rpm would do for you? What always annoyed you out of your mind? > > > > > > * Version control the meta-information > > > This can't be efficiently done outside RPM, and it would provide > > > an administrator with an invaluable tool (say a malfunction starts > > > at about 4am): > > > - what packages changes are different from yesterday? > > > - what files have changed for package foo between version V and W? > > > - what's the history of package foo on this system? > > > Not very difficult, but quite useful. Every time something breaks > > > on a system (usually via an automatic yum update) I would kill > > > for the ability to run such queries. > > > > Ah, something fresh for a change :) Most of the things that have come up > > in this thread, well lets just say I'd been very surprised if they hadn't > > come up. > > I know I'm a bit late to the party here but let me second (read: "+1") > this idea. Having historical rpmdb info would be a huge boon for testing > as well as sysadmins: being able to show exactly which packages changed > (and when) would make it easier to implement all kinds of things. > > Example use case: Over the course of a week, Jake installs 25 new > packages. He starts up foo-client and it crashes - but it worked when he > started it last week! Jake wants to get a list of packages that were > updated in the past week and try rolling some of them back to their > previous versions. > > Yeah, being able to have a "packages installed/updated in the last N > days" dialog, with "revert this change" buttons (and love/hate/add > comment for testing purposes etc.) would be completely awesome. > AFAIK there's no good way to get at this direct from a host's local data: we have e.g. /var/log/yum.log, but it only records the changes made via yum; it seems to me like the place for this to live is inside the rpmdb itself. There's plenty of complexity in the details here, of course, like rotating out the logs to stop filling up the disk, etc etc. The biggest issue: what to store? one approach might be timestamped triples of sets of (ENVR, checksum) for packages installed/uninstalled/upgraded, so you'd do things like this: rpm -qa --date=2007-04-01 (get list of packages installed at the given time/date; how to express dates/times?) rpm -q --changed --from-date=2007-04-01 --to-date=2007-04-31 (get list of packages installed, uninstalled, changed E-V-R within the date ranges) rpm -q --changes (get list of transactions, handwaving away issues of formatting...) rpm -q --changes --from-date=2007-04-01 --to-date=2007-04-31 (get list of transactions within the date ranges) rpm -q --changes --from-date=2007-04-01 --to-date=2007-04-31 glibc (get list of transactions within the date ranges that affected glibc) rpm -qf --changes --from-date=2007-04-01 --to-date=2007-04-31 /usr/bin/foo (get list of transactions affecting the specified file; but this isn't implementable without storing a much larger amount of data, and similar for other such queries e.g. rpm -q --what-provides --changes --from-date=2007-04-01 --to-date=2007-04-31 some-requirement [snip] Hope this helps Dave From pjones at redhat.com Thu Aug 2 17:23:34 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 02 Aug 2007 13:23:34 -0400 Subject: RPM roadmapping In-Reply-To: <1186004818.18603.99.camel@localhost> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <20070801202636.GA28506@nostromo.devel.redhat.com> <1186004818.18603.99.camel@localhost> Message-ID: <46B21316.7030400@redhat.com> Callum Lerwick wrote: > On Wed, 2007-08-01 at 16:26 -0400, Bill Nottingham wrote: >> bz2 makes things somewhat smaller, with a significant increase in >> cpu time and memory usage; unknown how much that is worth it. rpm >> already gzips the payload. > > bz2 is orders of magnitude slower than gzip. It tends to be worth it > with source tarballs, where bz2's compression is especially effective, > the bandwidth savings outweigh the slowness and you're usually not > dealing with gigabytes of data. > > Now, installing an entire 4-6-10gb Fedora distro from bz2 will likely > stretch your install time to days on a mediocre machine, and weeks on a > slow one. Not worth it. I don't think you're right. For package (or whole OS) installation we're mostly I/O bound, with some latency added by scriptlets. Some of the scriptlets are cpu bound, but that doesn't matter in this context since we're not decompressing things while the scriptlets run. In the package installation scenario, rpm is basically piping the output of the decompression into cpio -di . CPU time isn't really an issue; the output is being limited by disk i/o. You're basically not going to be cpu bound unless your target media is *extremely* fast. If you're in a situation where that's the case, you're still going to get a faster install than most users, so the decompression isn't really a point of pain. -- Peter From pjones at redhat.com Thu Aug 2 17:37:07 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 02 Aug 2007 13:37:07 -0400 Subject: RPM roadmapping In-Reply-To: <20070802161906.5afcdf89@banea.int.addix.net> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802161906.5afcdf89@banea.int.addix.net> Message-ID: <46B21643.6010509@redhat.com> Ralf Ertzinger wrote: > Hi. > > On Thu, 02 Aug 2007 16:53:43 +0300, Jonathan Dieter wrote: > >> The main problem with using cpio is that individual files have a limit >> of 2GB (which isn't a problem in most cases, but it is a limit). Why >> not push a newer cpio format that changes all 16-bit and 32-bit >> records to 64-bit (along with specifying endienness)? > > What exactly is the use case of files larger than 2GB wrt RPM? Believe it or not, I know of one piece of software with a 3GB (compiled) regular expression automaton. Though it'll never be a candidate for a package in Fedora, it'd still be nice if the vendor could package it in rpm. The same is true for large datasets. Frankly, it's useful for all the same reasons as having support for >2GB files *at all* in the OS. -- Peter From pjones at redhat.com Thu Aug 2 17:38:55 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 02 Aug 2007 13:38:55 -0400 Subject: RPM roadmapping In-Reply-To: <20070802142025.GA9075@suse.de> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802142025.GA9075@suse.de> Message-ID: <46B216AF.1070005@redhat.com> Michael Schroeder wrote: > On Thu, Aug 02, 2007 at 04:53:43PM +0300, Jonathan Dieter wrote: >> What about extending the cpio format? Something called cpio2, perhaps. >> >> The main problem with using cpio is that individual files have a limit >> of 2GB (which isn't a problem in most cases, but it is a limit). Why >> not push a newer cpio format that changes all 16-bit and 32-bit records >> to 64-bit (along with specifying endienness)? > > Actually the cpio format used in rpm is 'newc', which encodes > all values as 8 ASCII bytes of hex. So it's a 4 GB size limit. > > But, as already said, it's not just the cpio format you'd have > to extend, it's also rpm's header data. Extending the header data is a quite solvable; I don't think it's even all that difficult. There was discussion about it more than a year ago, with several options proposed. One was even backward compatible. -- Peter From lesmikesell at gmail.com Thu Aug 2 17:44:22 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 02 Aug 2007 12:44:22 -0500 Subject: RPM roadmapping In-Reply-To: <1186074702.26684.93.camel@cassandra.boston.redhat.com> References: <1185542422.3928.54.camel@dimi.lattica.com> <1186071245.5090.63.camel@metroid.rdu.redhat.com> <1186074702.26684.93.camel@cassandra.boston.redhat.com> Message-ID: <46B217F6.6030704@gmail.com> David Malcolm wrote: >> Example use case: Over the course of a week, Jake installs 25 new >> packages. He starts up foo-client and it crashes - but it worked when he >> started it last week! Jake wants to get a list of packages that were >> updated in the past week and try rolling some of them back to their >> previous versions. >> >> Yeah, being able to have a "packages installed/updated in the last N >> days" dialog, with "revert this change" buttons (and love/hate/add >> comment for testing purposes etc.) would be completely awesome. >> > AFAIK there's no good way to get at this direct from a host's local > data: we have e.g. /var/log/yum.log, but it only records the changes > made via yum; it seems to me like the place for this to live is inside > the rpmdb itself. As long as you are proposing wild changes changes here, why not consider (optionally) using a real version control system to manage the list of installed package versions, preferably with the option to use a network server with many machines appearing as branches. Then you'd commit your list (and leave it to the version control system to store the differences efficiently) at any state you might want to recover. You'd still have to deal with doing everything in the right order to survive a re-install of some arbitrary number of old packages but you'd always be able to find what those packages were and you'd have all the VC tools to view the differences between any points in time - or different machines if you go the branching route. The bit of magic that falls out of this scheme is that you'd not only be able to fix a still sort-of-working machine (as anything relying on the rpm db files could) but you could reproduce the installation on a different machine or reconstruct it to an earlier state after a complete meltdown. Of course having gone this far, I'd want a scheme to also version-control the local changes to each machine's config files with the same mechanism so the same tool would show both the installed package differences and the config differences between any points in time or different machines. -- Les Mikesell lesmikesell at gmail.com From orion at cora.nwra.com Thu Aug 2 18:01:36 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 02 Aug 2007 12:01:36 -0600 Subject: Error with old build system web interface Message-ID: <46B21C00.4080203@cora.nwra.com> Getting: Error was: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert certificate expired'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake failure')] -- Orion Poplawski Technical Manager 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 mmcgrath at redhat.com Thu Aug 2 18:10:57 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 02 Aug 2007 13:10:57 -0500 Subject: Error with old build system web interface In-Reply-To: <46B21C00.4080203@cora.nwra.com> References: <46B21C00.4080203@cora.nwra.com> Message-ID: <46B21E31.3000407@redhat.com> Orion Poplawski wrote: > Getting: > > Error was: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert > certificate expired'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl > handshake failure')] > Check your certificate as outlined in: http://fedoraproject.org/wiki/Infrastructure/CommonProblems#head-63c91191b024bc343968fe617454942af9107fc9 -Mike From dmc.fedora at filteredperception.org Thu Aug 2 18:14:50 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Thu, 02 Aug 2007 13:14:50 -0500 Subject: RPM roadmapping In-Reply-To: <46B21643.6010509@redhat.com> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802161906.5afcdf89@banea.int.addix.net> <46B21643.6010509@redhat.com> Message-ID: <46B21F1A.4080607@filteredperception.org> Peter Jones wrote: > Ralf Ertzinger wrote: >> Hi. >> >> On Thu, 02 Aug 2007 16:53:43 +0300, Jonathan Dieter wrote: >> >>> The main problem with using cpio is that individual files have a limit >>> of 2GB (which isn't a problem in most cases, but it is a limit). Why >>> not push a newer cpio format that changes all 16-bit and 32-bit >>> records to 64-bit (along with specifying endienness)? >> >> What exactly is the use case of files larger than 2GB wrt RPM? > > Believe it or not, I know of one piece of software with a 3GB (compiled) > regular expression automaton. Though it'll never be a candidate for a > package in Fedora, it'd still be nice if the vendor could package it in > rpm. The same is true for large datasets. I could see this being useful at some point in the future with something like nasa whirlwind and large sat imagery databases. Currently I suspect such users of massive datasets are quite happy managing their own multi terabyte collections of various data provided from various sources. But I suppose if you keep in mind the 1.44MB floppy -> $10 1GB microsd-usb path, you also should keep in mind that we aren't so far away from a 10T laptop, perhaps holding 1T of public sat imagery displayable via whirlwind, just because it's cool and free. (except for cheney's house of course). And probably by that time, if possible, people would enjoy managing their various sat imagery layers with the same package management tool as the rest of their system. And of course then their are video games with datasets that large, or perhaps just depending on the ubiquitous free nasa whirlwind datasets. But of course then someone will make a video game that simulates terrorism, or even global thermonuclear war, and the feds will have to crack down on this new 'virtual terrorism training ground' ;) -dmc > Frankly, it's useful for all the same reasons as having support for >2GB > files *at all* in the OS. From drago01 at gmail.com Thu Aug 2 18:20:26 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 2 Aug 2007 20:20:26 +0200 Subject: kqemu inclusion in kernel In-Reply-To: <20070616142145.GJ23417@redhat.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070616142145.GJ23417@redhat.com> Message-ID: On 6/16/07, Dave Jones wrote: > > On Sat, Jun 16, 2007 at 03:13:56PM +0100, Chris Brown wrote: > > > I've started playing around with virtualization at work and the first > thing > > I'd like to query is kqemu's lack of inclusion in the Fedora kernel. It > was > > GPL'd in February and although I realise Axel is packaging kmdl/kmods it > > would be good to know if this is being queued up for mainline. > > not afaik.. I've not heard of anyone working on it since its initial > opensource'ing, which seemed to be a reactionary thing in response to > kvm's gaining popularity. > > > If not then can it be backported for Fedora kernels. > > It was fairly big (but not really invasive fwir), but it's still a delta > that we'd perpetually have to carry vs upstream. Each patch adds a > burden towards rebasing, and with no clear path for this to get > upstream, it's questionable how long we'd have to carry it, so I'm > not too enthusiastic to be honest. well but kqemu seems not to break that often I just recompile it after each kernel release and it just works. the code might be big but it does not depend on (fast) changing interfaces. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tcallawa at redhat.com Thu Aug 2 17:56:46 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 02 Aug 2007 13:56:46 -0400 Subject: Licensing guidelines changes Message-ID: <1186077406.9748.166.camel@localhost.localdomain> Today, FESCo ratified a new policy for handling the License tag inside of package spec files. You can read the new Licensing Guidelines here: http://fedoraproject.org/wiki/Packaging/LicensingGuidelines What does this mean for Fedora package maintainers? It means that you're going to need to do a little bit of work. We want F8 packages to have the correct license tag before we release F8. Some questions (with answers): Q. Where is the list of approved licenses? A. It can be found here: http://fedoraproject.org/wiki/Licensing Q. One of my packages uses a license which is not listed, what should I do? A. Email the details, along with a copy of the license, to tcallawa at redhat.com Q. One of my packages uses a license which is listed as "bad", what should I do? A. Either remove the bits which are under the "bad" license, or remove the package from Fedora. If you're not sure what to do, you can email tcallawa at redhat.com, and I'll help. Q. My package is under the GPL/LGPL, do I really need to change it to note the version? A. Yes. This is very important, and will greatly assist us in tracking GPL license interoperability and interlinking conflicts. Q. How should I know if my package is using an "or later version" license clause? A. Some licenses (GPL, LGPL especially) can include an "or any later version" clause. This clause isn't invoked in the license text (at least, not for the GPL/LGPL), but rather, in the source code or corresponding documentation. Look in the source code and see if there is any reference to "any later version". The GPL sample text looks like this: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. The GPL/LGPL "or any later version" clause is _only_ activated when upstream puts it in the source code or attached documentation, so if you can't find it outside of COPYING, it doesn't apply. If you do find it, you make sure the License identifier ends with a +. Q. Why can't I use "Distributable"/"BSD-ish"? A. Its far too vague. We need the specific information to help us perform faster license audits and legal compatibility checks. Q. Do I need to rebuild the package when I make the license tag change? A. In the development branch, yes, please. We're not requiring that you rebuild older branches, but please at least commit the fixed license tag to CVS for all branches, so that it gets picked up on the next update. Q. I want to help you handle Fedora Licensing, spot! A. Are you sure? Its a rather thankless job, you have to tell people that things can't go in Fedora. But if you're interested in helping out, drop me an email. Q. I have a question that you've not covered here, what should I do? A. Ask it. I'll try to answer it. :) ~spot _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From jwilson at redhat.com Thu Aug 2 18:27:01 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 02 Aug 2007 14:27:01 -0400 Subject: kqemu inclusion in kernel In-Reply-To: <46B2217F.6000206@redhat.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070616142145.GJ23417@redhat.com> <46B2217F.6000206@redhat.com> Message-ID: <46B221F5.4060001@redhat.com> Chuck Ebbert wrote: > On 08/02/2007 02:20 PM, dragoran wrote: >> well but kqemu seems not to break that often I just recompile it after each >> kernel release and it just works. >> the code might be big but it does not depend on (fast) changing interfaces. >> > > Maybe I missed the earlier discussions, but just what does kqemu give > you that KVM doesn't? Acceleration of non-hardware-virt guests. -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From drago01 at gmail.com Thu Aug 2 18:38:27 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 2 Aug 2007 20:38:27 +0200 Subject: kqemu inclusion in kernel In-Reply-To: <46B2217F.6000206@redhat.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070616142145.GJ23417@redhat.com> <46B2217F.6000206@redhat.com> Message-ID: On 8/2/07, Chuck Ebbert wrote: > > On 08/02/2007 02:20 PM, dragoran wrote: > > > > well but kqemu seems not to break that often I just recompile it after > each > > kernel release and it just works. > > the code might be big but it does not depend on (fast) changing > interfaces. > > > > Maybe I missed the earlier discussions, but just what does kqemu give > you that KVM doesn't? when your cpu does not support HVM kvm is useless ... kqemu does not use hvm for acceleration so it works on this hw too. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jakub at redhat.com Thu Aug 2 18:42:15 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 2 Aug 2007 14:42:15 -0400 Subject: Licensing guidelines changes In-Reply-To: <1186077406.9748.166.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> Message-ID: <20070802184215.GS2063@devserv.devel.redhat.com> On Thu, Aug 02, 2007 at 01:56:46PM -0400, Tom spot Callaway wrote: > This program is free software; you can redistribute it and/or modify > it under the terms of the GNU General Public License as published by > the Free Software Foundation; either version 2 of the License, or > (at your option) any later version. > > The GPL/LGPL "or any later version" clause is _only_ activated when > upstream puts it in the source code or attached documentation, so if you > can't find it outside of COPYING, it doesn't apply. > > If you do find it, you make sure the License identifier ends with a +. Shouldn't this be if you find the "or any later version" in all files with GPL (resp. LGPL) header? Even one file with GPL header without the "any later version" should be enough to make the whole non-distributable under any later version. Or are we supposed to put multiple licenses in the tag in that case? Say for glibc in F7: License: LGPL2.1+, LGPL2.1/exception, GPL2+, GPL2 (the library stuff is under LGPL2.1 or any later version, except some files have an exception, so that you can link them even into proprietary stuff (e.g. crt files, lib*_nonshared.a), then there are some GPL2 or any later version executables and by mistake some executables were GPL2only (corrected in 2.6.90)). Jakub From sundaram at fedoraproject.org Thu Aug 2 18:51:37 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 03 Aug 2007 00:21:37 +0530 Subject: Licensing guidelines changes In-Reply-To: <1186077406.9748.166.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> Message-ID: <46B227B9.7080201@fedoraproject.org> Tom "spot" Callaway wrote: > > Q. I want to help you handle Fedora Licensing, spot! > A. Are you sure? Its a rather thankless job, you have to tell people > that things can't go in Fedora. But if you're interested in helping out, > drop me an email. I would be interested in helping out if you can let me know what to do. Rahul From lesmikesell at gmail.com Thu Aug 2 18:57:33 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 02 Aug 2007 13:57:33 -0500 Subject: RPM roadmapping In-Reply-To: <16de708d0708021009w4654fd02wef9b5acb87a9f4d8@mail.gmail.com> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <1186005847.2794.217.camel@localhost.localdomain> <20070802132350.GB19027@devserv.devel.redhat.com> <1186062823.3474.19.camel@jndwidescreen.lesbg.loc> <20070802161906.5afcdf89@banea.int.addix.net> <16de708d0708021009w4654fd02wef9b5acb87a9f4d8@mail.gmail.com> Message-ID: <46B2291D.4000607@gmail.com> Arthur Pemberton wrote: > On 8/2/07, Ralf Ertzinger wrote: >> Hi. >> >> On Thu, 02 Aug 2007 16:53:43 +0300, Jonathan Dieter wrote: >> >>> The main problem with using cpio is that individual files have a limit >>> of 2GB (which isn't a problem in most cases, but it is a limit). Why >>> not push a newer cpio format that changes all 16-bit and 32-bit >>> records to 64-bit (along with specifying endienness)? >> What exactly is the use case of files larger than 2GB wrt RPM? >> >> I just do not see the need for this. > > > Seems like computer history has taught us that this is a bad reason to > not extend something. Exactly! Did you ever wonder what unix would have been like if it only supported the operations where Ken Thompson had been given a use case? "Rule of Extensibility: Design for the future, because it will be here sooner than you think" -- Les Mikesell lesmikesell at gmail.com From tibbs at math.uh.edu Thu Aug 2 18:55:22 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 02 Aug 2007 13:55:22 -0500 Subject: Clamav update for F7 In-Reply-To: <1186029627.3136.3.camel@shrek.rexursive.com> References: <1186029627.3136.3.camel@shrek.rexursive.com> Message-ID: >>>>> "BS" == Bojan Smojver writes: BS> I see that clamav-0.91.1-1.fc7 has been built in Koji. Could this BS> be pushed to updates, give this: Do have any successful testing results to provide? https://admin.fedoraproject.org/updates/pending/F7/clamav-0.91.1-1.fc7 - J< From mschwendt.tmp0701.nospam at arcor.de Thu Aug 2 18:59:07 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 2 Aug 2007 20:59:07 +0200 Subject: Error with old build system web interface In-Reply-To: <46B21E31.3000407@redhat.com> References: <46B21C00.4080203@cora.nwra.com> <46B21E31.3000407@redhat.com> Message-ID: <20070802205907.dc406aae.mschwendt.tmp0701.nospam@arcor.de> On Thu, 02 Aug 2007 13:10:57 -0500, Mike McGrath wrote: > Orion Poplawski wrote: > > Getting: > > > > Error was: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert > > certificate expired'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl > > handshake failure')] > > > Check your certificate as outlined in: > > http://fedoraproject.org/wiki/Infrastructure/CommonProblems#head-63c91191b024bc343968fe617454942af9107fc9 > No, something on http://buildsys.fedoraproject.org/build-status/ gives that error. Hence the subject of this thread. From tcallawa at redhat.com Thu Aug 2 19:10:16 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 02 Aug 2007 15:10:16 -0400 Subject: Licensing guidelines changes In-Reply-To: <20070802184215.GS2063@devserv.devel.redhat.com> References: <1186077406.9748.166.camel@localhost.localdomain> <20070802184215.GS2063@devserv.devel.redhat.com> Message-ID: <1186081816.9748.173.camel@localhost.localdomain> On Thu, 2007-08-02 at 14:42 -0400, Jakub Jelinek wrote: > On Thu, Aug 02, 2007 at 01:56:46PM -0400, Tom spot Callaway wrote: > > This program is free software; you can redistribute it and/or modify > > it under the terms of the GNU General Public License as published by > > the Free Software Foundation; either version 2 of the License, or > > (at your option) any later version. > > > > The GPL/LGPL "or any later version" clause is _only_ activated when > > upstream puts it in the source code or attached documentation, so if you > > can't find it outside of COPYING, it doesn't apply. > > > > If you do find it, you make sure the License identifier ends with a +. > > Shouldn't this be if you find the "or any later version" in all files > with GPL (resp. LGPL) header? > Even one file with GPL header without the "any later version" should be > enough to make the whole non-distributable under any later version. If you find cases like this, you'll want to point it out to upstream, as they'll probably want to correct this. In the case you describe, if one header file was missing the "or any later version", the end result would be GPLv2, not GPLv2+. > Or are we supposed to put multiple licenses in the tag in that case? > Say for glibc in F7: > License: LGPL2.1+, LGPL2.1/exception, GPL2+, GPL2 > (the library stuff is under LGPL2.1 or any later version, except > some files have an exception, so that you can link them even into > proprietary stuff (e.g. crt files, lib*_nonshared.a), then there > are some GPL2 or any later version executables and by mistake > some executables were GPL2only (corrected in 2.6.90)). Almost. License: LGPLv2+ and LGPL with exceptions and GPLv2+ (Assuming the package has the corrected executables, theres no need to mention it in the license. If not, then append "and GPLv2". Keep in mind that when you have multiple licenses, you need to somehow explain the breakdown in spec comments (or in an included text file). Your paragraph is an acceptable explanation. ~spot From tibbs at math.uh.edu Thu Aug 2 19:15:51 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 02 Aug 2007 14:15:51 -0500 Subject: Licensing guidelines changes In-Reply-To: <20070802184215.GS2063@devserv.devel.redhat.com> References: <1186077406.9748.166.camel@localhost.localdomain> <20070802184215.GS2063@devserv.devel.redhat.com> Message-ID: >>>>> "JJ" == Jakub Jelinek writes: JJ> Shouldn't this be if you find the "or any later version" in all JJ> files with GPL (resp. LGPL) header? I have the same question. I'm doing a merge review of ypbind and it has: The ypbind-mt are free software; you can redistribute it and/or modify it under the terms of the GNU General Public License version 2 as published by the Free Software Foundation. in some of the source code, but also: in the docbook manpage. So what statement do we trust? They both make blanket statements about the entire program. The fun is just beginning, I think; we're trying to be correct in a way that most upstreams aren't. - J< From j.w.r.degoede at hhs.nl Thu Aug 2 19:36:49 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 02 Aug 2007 21:36:49 +0200 Subject: Licensing guidelines changes In-Reply-To: <1186077406.9748.166.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> Message-ID: <46B23251.4010506@hhs.nl> Tom "spot" Callaway wrote: > Today, FESCo ratified a new policy for handling the License tag inside > of package spec files. > > You can read the new Licensing Guidelines here: > > http://fedoraproject.org/wiki/Packaging/LicensingGuidelines > > What does this mean for Fedora package maintainers? It means that you're > going to need to do a little bit of work. We want F8 packages to have > the correct license tag before we release F8. > I have some questions missing from the QA part you posted. What about freely redistributable but not modifiable contect, does that get: "Freely redistributable without restriction" or: "Redistributable, no modification permitted" And since content and firmware AFAIK are sort of the same exception, shouldn't these 2 be made more consisty, and shouldn't the latter thus be: "Freely redistributable without restriction, no modification permitted" ? Also do you really want me to rebuild a couple of 100MB + noarch packages just for this, wouldn't it be better to just update the devel branch in CVS, so any new package build in devel gets it, and let any scripts do their querying on the files in CVS devel-branch instead of on rpms? Last, you do realize this will effectively cause a mass rebuild? Is this a good moment in the release cycle for this tool-chain wise, or maybe packages should start updating the tags (which is most of the work), but hold off building until another moment? Regards, Hans From wtogami at redhat.com Thu Aug 2 19:57:59 2007 From: wtogami at redhat.com (Warren Togami) Date: Thu, 02 Aug 2007 15:57:59 -0400 Subject: License Change: GPL -> BSD? Message-ID: <46B23747.8070508@redhat.com> I noticed that "dhcpv6 license correction" is a correction noting that dhcpv6 was labeled as GPL but it is really BSD. Is it really necessary to advertise a license change from more restrictive to less restrictive license? GPL -> BSD will never cause a new conflict right? Warren Togami wtogami at redhat.com From matt at truch.net Thu Aug 2 20:02:38 2007 From: matt at truch.net (Matthew D Truch) Date: Thu, 2 Aug 2007 16:02:38 -0400 Subject: Build error Message-ID: <20070802200238.GF12666@truch.net> I recently rebuilt kst in devel for the license tag change. There were no other spec file or source file changes, and kst was last rebuilt in devel 10 days ago (with no issues). However, now the build fails. I don't quite know what's going on here. Any ideas? Build log: http://koji.fedoraproject.org/koji/getfile?taskID=86257&name=build.log Quick excerpt: make[5]: Leaving directory `/builddir/build/BUILD/kst-1.4.0/kst/src/datasources/dirfile' make[5]: Entering directory `/builddir/build/BUILD/kst-1.4.0/kst/src/datasources/dirfile' /bin/sh ../../../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../kst/src/libkst -I../../../../kst/src/libkst -I../../../../kst/src/extdate -I/usr/include/kde -I/usr/lib64/qt-3.3/include -I. -I/usr/include/cfitsio -I/usr/include/netcdf-3 -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o dirfile.lo dirfile.cpp /bin/sh ../../../../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../kst/src/libkst -I../../../../kst/src/libkst -I../../../../kst/src/extdate -I/usr/include/kde -I/usr/lib64/qt-3.3/include -I. -I/usr/include/cfitsio -I/usr/include/netcdf-3 -DQT_THREAD_SUPPORT -D_REENTRANT -std=iso9899:1990 -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wformat-security -Wmissing-format-attribute -c -o getdata.lo getdata.c getdata.c: In function 'ParsePhase': getdata.c:448: warning: unused parameter 'n_cols' getdata.c:449: warning: unused parameter 'format_file' getdata.c:449: warning: unused parameter 'line' getdata.c: In function 'GetNFrames': getdata.c:2077: warning: unused parameter 'in_field' getdata.c: In function 'DoIfRawOut': getdata.c:2207: error: size of array '__open_missing_mode' is negative make[5]: *** [getdata.lo] Error 1 make[5]: *** Waiting for unfinished jobs.... getdata.h:14: warning: 'double __NAN()' defined but not used make[5]: Leaving directory `/builddir/build/BUILD/kst-1.4.0/kst/src/datasources/dirfile' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/builddir/build/BUILD/kst-1.4.0/kst/src/datasources' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/builddir/build/BUILD/kst-1.4.0/kst/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/builddir/build/BUILD/kst-1.4.0/kst' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/kst-1.4.0' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.73014 (%build) -- "Hermits don't have peer pressure." -------------------------- Matthew Truch Department of Physics and Astronomy University of Pennsylvania matt at truch.net http://matt.truch.net/ -------------- 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 Thu Aug 2 20:02:25 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 2 Aug 2007 16:02:25 -0400 Subject: Licensing guidelines changes In-Reply-To: <46B23251.4010506@hhs.nl> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23251.4010506@hhs.nl> Message-ID: <20070802160225.58a777ee@localhost.localdomain> On Thu, 02 Aug 2007 21:36:49 +0200 Hans de Goede wrote: > Last, you do realize this will effectively cause a mass rebuild? Is > this a good moment in the release cycle for this tool-chain wise, or > maybe packages should start updating the tags (which is most of the > work), but hold off building until another moment? We're quickly coming upon a mass rebuild need for a few things. BuildID for debugging ppc32 for incorrect compile flags leading to selinux denials java for IceTea and now for correct license text. This is what I would call 'technical reason' for a mass rebuild (: -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From arjan at infradead.org Thu Aug 2 20:03:59 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Thu, 02 Aug 2007 13:03:59 -0700 Subject: License Change: GPL -> BSD? In-Reply-To: <46B23747.8070508@redhat.com> References: <46B23747.8070508@redhat.com> Message-ID: <1186085040.2728.1.camel@laptopd505.fenrus.org> On Thu, 2007-08-02 at 15:57 -0400, Warren Togami wrote: > I noticed that "dhcpv6 license correction" is a correction noting that > dhcpv6 was labeled as GPL but it is really BSD. > > Is it really necessary to advertise a license change from more > restrictive to less restrictive license? > > GPL -> BSD will never cause a new conflict right? If I had a patch that copied GPL code into it, then yes I'd like to be notified of it no longer being gpl, since that does have implications... (fwiw I dont have such a patch) From j.w.r.degoede at hhs.nl Thu Aug 2 20:09:28 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 02 Aug 2007 22:09:28 +0200 Subject: Licensing guidelines changes In-Reply-To: <20070802160225.58a777ee@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23251.4010506@hhs.nl> <20070802160225.58a777ee@localhost.localdomain> Message-ID: <46B239F8.7080105@hhs.nl> Jesse Keating wrote: > On Thu, 02 Aug 2007 21:36:49 +0200 > Hans de Goede wrote: > >> Last, you do realize this will effectively cause a mass rebuild? Is >> this a good moment in the release cycle for this tool-chain wise, or >> maybe packages should start updating the tags (which is most of the >> work), but hold off building until another moment? > > We're quickly coming upon a mass rebuild need for a few things. > > BuildID for debugging > ppc32 for incorrect compile flags leading to selinux denials > java for IceTea > > and now for correct license text. > > This is what I would call 'technical reason' for a mass rebuild (: > Okay, but wouldn't it be prudent to time this then, I've just updated my first specfile (1 down 149 to go) with a correct license tag, but I haven't build it yet., if we are going to need a full rebuild gor for example the ppc32 issue, is this a good moment to start, I would hate to start rebuilding packages now, only to have todo it later for other reasons, if there will be other reasons later then the rebuilds for the correct license tag can wait. Regards, Hans From jakub at redhat.com Thu Aug 2 20:17:58 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 2 Aug 2007 16:17:58 -0400 Subject: Build error In-Reply-To: <20070802200238.GF12666@truch.net> References: <20070802200238.GF12666@truch.net> Message-ID: <20070802201758.GT2063@devserv.devel.redhat.com> On Thu, Aug 02, 2007 at 04:02:38PM -0400, Matthew D Truch wrote: > I recently rebuilt kst in devel for the license tag change. There were > no other spec file or source file changes, and kst was last rebuilt in > devel 10 days ago (with no issues). However, now the build fails. I > don't quite know what's going on here. Any ideas? You start by reading the line the error was reported on: R->fp = open(datafilename, O_RDWR | O_CREAT); the bug is obvious - open with O_CREAT among flags must be given 3 arguments. glibc recently added for -D_FORTIFY_SOURCE=2 error checking open/open64/openat/openat64 macros that verify proper use, since many people make mistakes with it. > getdata.c: In function 'DoIfRawOut': > getdata.c:2207: error: size of array '__open_missing_mode' is negative > make[5]: *** [getdata.lo] Error 1 Alternatively you could have searched the headers for __open_missing_mode: ... /* If the compiler complains about the size of this array type the \ mode parameter is missing since O_CREAT has been used. */ \ typedef int __open_missing_mode[((flags) & O_CREAT) != 0 \ ? ((long int) sizeof (___arr) \ - (long int) sizeof (int)) : 1]; \ ... and the comment says it all (similarly for other errors the new open macro can report, such as more than 3 arguments or invalid type of the last argument). Jakub From tcallawa at redhat.com Thu Aug 2 20:14:36 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 02 Aug 2007 16:14:36 -0400 Subject: Licensing guidelines changes In-Reply-To: <46B23251.4010506@hhs.nl> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23251.4010506@hhs.nl> Message-ID: <1186085676.9748.183.camel@localhost.localdomain> On Thu, 2007-08-02 at 21:36 +0200, Hans de Goede wrote: > Tom "spot" Callaway wrote: > > Today, FESCo ratified a new policy for handling the License tag inside > > of package spec files. > > > > You can read the new Licensing Guidelines here: > > > > http://fedoraproject.org/wiki/Packaging/LicensingGuidelines > > > > What does this mean for Fedora package maintainers? It means that you're > > going to need to do a little bit of work. We want F8 packages to have > > the correct license tag before we release F8. > > > > I have some questions missing from the QA part you posted. What about freely > redistributable but not modifiable contect, does that get: > "Freely redistributable without restriction" > or: > "Redistributable, no modification permitted" "Redistributable, no modification permitted" > And since content and firmware AFAIK are sort of the same exception, shouldn't > these 2 be made more consisty, and shouldn't the latter thus be: > "Freely redistributable without restriction, no modification permitted" ? I was trying to avoid changing things that didn't need changing for existing packages. > Last, you do realize this will effectively cause a mass rebuild? Is this a good > moment in the release cycle for this tool-chain wise, or maybe packages should > start updating the tags (which is most of the work), but hold off building > until another moment? At least get the changes in CVS now. Development is designed to handle churn, and it wouldn't hurt for people to catch build failures now, instead of on an automated mass rebuild. Then again, if Jesse wants everyone to hold, he'll speak up. ~spot From tcallawa at redhat.com Thu Aug 2 20:16:40 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 02 Aug 2007 16:16:40 -0400 Subject: Licensing guidelines changes In-Reply-To: References: <1186077406.9748.166.camel@localhost.localdomain> <20070802184215.GS2063@devserv.devel.redhat.com> Message-ID: <1186085800.9748.185.camel@localhost.localdomain> On Thu, 2007-08-02 at 14:15 -0500, Jason L Tibbitts III wrote: > >>>>> "JJ" == Jakub Jelinek writes: > > JJ> Shouldn't this be if you find the "or any later version" in all > JJ> files with GPL (resp. LGPL) header? > > I have the same question. I'm doing a merge review of ypbind and it > has: > > The ypbind-mt are free software; you can redistribute it and/or > modify it under the terms of the GNU General Public License version 2 > as published by the Free Software Foundation. > > in some of the source code, but also: > > > > > > > in the docbook manpage. So what statement do we trust? They both > make blanket statements about the entire program. Try to get upstream to clean this up. If they don't, the source code trumps all. If the source code is inconsistent, the most restrictive license wins (which would be "v2 only"). ~spot From jkeating at redhat.com Thu Aug 2 20:22:31 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 2 Aug 2007 16:22:31 -0400 Subject: Licensing guidelines changes In-Reply-To: <1186085676.9748.183.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23251.4010506@hhs.nl> <1186085676.9748.183.camel@localhost.localdomain> Message-ID: <20070802162231.31ee25ef@localhost.localdomain> On Thu, 02 Aug 2007 16:14:36 -0400 "Tom \"spot\" Callaway" wrote: > At least get the changes in CVS now. Development is designed to handle > churn, and it wouldn't hurt for people to catch build failures now, > instead of on an automated mass rebuild. > > Then again, if Jesse wants everyone to hold, he'll speak up. I agree with this. Changing in CVS at your convenience would be good. You can save the actual build until you have either A) something to build for , or B) the mass rebuild steam engine comes along. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Thu Aug 2 20:24:50 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 2 Aug 2007 16:24:50 -0400 Subject: Licensing guidelines changes In-Reply-To: <46B239F8.7080105@hhs.nl> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23251.4010506@hhs.nl> <20070802160225.58a777ee@localhost.localdomain> <46B239F8.7080105@hhs.nl> Message-ID: <20070802162450.0c5f0b65@localhost.localdomain> On Thu, 02 Aug 2007 22:09:28 +0200 Hans de Goede wrote: > Okay, but wouldn't it be prudent to time this then, I've just updated > my first specfile (1 down 149 to go) with a correct license tag, but > I haven't build it yet., if we are going to need a full rebuild gor > for example the ppc32 issue, is this a good moment to start, I would > hate to start rebuilding packages now, only to have todo it later for > other reasons, if there will be other reasons later then the rebuilds > for the correct license tag can wait. Yes, we want to stage all the builds for all the reasons to happen at the same time to minimize churn. As stated in the other email, feel free to change CVS at your convenience but save the build for either A) another reason to build or B) the agreed upon rebuild time comes up. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmz at pobox.com Thu Aug 2 20:26:01 2007 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 2 Aug 2007 16:26:01 -0400 Subject: License Change: GPL -> BSD? In-Reply-To: <46B23747.8070508@redhat.com> References: <46B23747.8070508@redhat.com> Message-ID: <20070802202600.GO29372@psilocybe.teonanacatl.org> Warren Togami wrote: > I noticed that "dhcpv6 license correction" is a correction noting > that dhcpv6 was labeled as GPL but it is really BSD. > > Is it really necessary to advertise a license change from more > restrictive to less restrictive license? > > GPL -> BSD will never cause a new conflict right? Even if it can't cause a conflict, it seems like it's worth noting. It may allow for another package to make use of the package that has just gone from GPL to BSD. New restrictions are important, but so are new freedoms. (I'm not sure if there are any actual examples of this in Fedora...) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Liberty is the only thing you cannot have unless you are willing to give it to others. -- William Allen White - 1940 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From j.w.r.degoede at hhs.nl Thu Aug 2 20:27:31 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 02 Aug 2007 22:27:31 +0200 Subject: Licensing guidelines changes In-Reply-To: <1186077406.9748.166.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> Message-ID: <46B23E33.1010600@hhs.nl> Tom "spot" Callaway wrote: > Today, FESCo ratified a new policy for handling the License tag inside > of package spec files. > > You can read the new Licensing Guidelines here: > > http://fedoraproject.org/wiki/Packaging/LicensingGuidelines > > What does this mean for Fedora package maintainers? It means that you're > going to need to do a little bit of work. We want F8 packages to have > the correct license tag before we release F8. > Okay, 2 more questions: 1: Currently the short for "zlib License" is just zlib. However most current zlib licensed packages currently contain the following as License tag: "zlib/libpng License" as that is what rpmlint wants. Changing all these tags merely because someone thought zlib would be more descriptive feels very wrong. I'm all for one standard for this. But why deviate from the table in rpmlint, a tool long used for reviews, in cases where this isn't necessary. Also I believe that no matter whats gets choisen as short form the long one should be "zlib/libpng License" and not just "zlib License", as now a days its most often refered to as the "zlib/libpng License" see for example: http://www.opensource.org/licenses/zlib-license.php 2: Why aren't the ND variants of the CC licenses allowed for content? Quoting from: http://fedoraproject.org/wiki/Packaging/Guidelines#head-8be956fd12dbe4ae927e65c989e7e83b9fcc0b80 'In this case, the gamedata files can be packaged and included in Fedora, as long as the files meet the requirements for binary firmware.' And then quoting from: http://fedoraproject.org/wiki/Packaging/Guidelines#head-adf31c383612aac313719f7b4f8167b7dcf245d2 'The License tag for any firmware that disallows modification should be set to: "Redistributable, no modification permitted"' On basis of this the Games SIG has long been reviewing and approving game datafiles which lack permission to modify. Especially for for example music it is quite common for the artist to say: "You may do with this as you want, but you may not modify it, I made it and to me it is perfect as it is, so either take it as it is, or leave it". Regards, Hans From davej at redhat.com Thu Aug 2 20:31:33 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 2 Aug 2007 16:31:33 -0400 Subject: kqemu inclusion in kernel In-Reply-To: References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070616142145.GJ23417@redhat.com> Message-ID: <20070802203133.GA29643@redhat.com> On Thu, Aug 02, 2007 at 08:20:26PM +0200, dragoran wrote: > On 6/16/07, Dave Jones wrote: > > > > On Sat, Jun 16, 2007 at 03:13:56PM +0100, Chris Brown wrote: > > > > > I've started playing around with virtualization at work and the first > > thing > > > I'd like to query is kqemu's lack of inclusion in the Fedora kernel. It > > was > > > GPL'd in February and although I realise Axel is packaging kmdl/kmods it > > > would be good to know if this is being queued up for mainline. > > > > not afaik.. I've not heard of anyone working on it since its initial > > opensource'ing, which seemed to be a reactionary thing in response to > > kvm's gaining popularity. > > > > > If not then can it be backported for Fedora kernels. > > > > It was fairly big (but not really invasive fwir), but it's still a delta > > that we'd perpetually have to carry vs upstream. Each patch adds a > > burden towards rebasing, and with no clear path for this to get > > upstream, it's questionable how long we'd have to carry it, so I'm > > not too enthusiastic to be honest. > > > well but kqemu seems not to break that often I just recompile it after each > kernel release and it just works. > the code might be big but it does not depend on (fast) changing interfaces. I'm really against merging more 'not upstream' things. We make a big deal about how close to upstream we are, and frankly in the last year or so, we've _sucked_ at keeping that statement true. Whilst some stuff is likely to end up in upstream at some point (utrace for eg), other stuff is perpetual baggage that is a pita when it comes to rebasing. Each release, we're getting closer though, as more and more old stuff gets thrown away. For eg, for F7, no-one cared enough about tux to really keep it maintained. Result - gone. Xen became such a hindrance it ended up having to go to its own package. The wireless stuff seems to be a sliding patchset, where the stuff it contains ends up upstream, but at the same time, a new batch of not yet upstream stuff arrives. I'm hoping eventually that too will settle down, but adding a driver here and a driver there is a path that I'd really rather we didn't travel due to the ongoing maintainence headache that it involves. A much better way to get this stuff into Fedora is to find out why it isn't getting upstream, and get involved with whatever cleanup work is necessary to get it there. Dave -- http://www.codemonkey.org.uk From ville.skytta at iki.fi Thu Aug 2 20:36:32 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Thu, 2 Aug 2007 23:36:32 +0300 Subject: Licensing guidelines changes In-Reply-To: <46B23E33.1010600@hhs.nl> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23E33.1010600@hhs.nl> Message-ID: <200708022336.32533.ville.skytta@iki.fi> On Thursday 02 August 2007, Hans de Goede wrote: > [...] "zlib/libpng License" as that is what rpmlint wants [...] rpmlint 0.80-2 syncs its license tag checking with the updated Fedora guidelines (thanks to spot). It's currently waiting to be pushed to devel and F-7-updates-testing, and will appear in FC-6 and EPEL a bit later as well. From tcallawa at redhat.com Thu Aug 2 20:34:21 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 02 Aug 2007 16:34:21 -0400 Subject: Licensing guidelines changes In-Reply-To: <46B23E33.1010600@hhs.nl> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23E33.1010600@hhs.nl> Message-ID: <1186086861.9748.192.camel@localhost.localdomain> On Thu, 2007-08-02 at 22:27 +0200, Hans de Goede wrote: > Tom "spot" Callaway wrote: > > Today, FESCo ratified a new policy for handling the License tag inside > > of package spec files. > > > > You can read the new Licensing Guidelines here: > > > > http://fedoraproject.org/wiki/Packaging/LicensingGuidelines > > > > What does this mean for Fedora package maintainers? It means that you're > > going to need to do a little bit of work. We want F8 packages to have > > the correct license tag before we release F8. > > > > Okay, 2 more questions: > > 1: Currently the short for "zlib License" is just zlib. However most current > zlib licensed packages currently contain the following as License tag: > "zlib/libpng License" as that is what rpmlint wants. Changing all these tags > merely because someone thought zlib would be more descriptive feels very wrong. > I'm all for one standard for this. But why deviate from the table in rpmlint, a > tool long used for reviews, in cases where this isn't necessary. Also I believe > that no matter whats gets choisen as short form the long one should be > "zlib/libpng License" and not just "zlib License", as now a days its most often > refered to as the "zlib/libpng License" see for example: > http://www.opensource.org/licenses/zlib-license.php We've actually fixed rpmlint to match the new license table. :) I'll update the long name to be "zlib/libpng License". > 2: Why aren't the ND variants of the CC licenses allowed for content? > > Quoting from: > http://fedoraproject.org/wiki/Packaging/Guidelines#head-8be956fd12dbe4ae927e65c989e7e83b9fcc0b80 > 'In this case, the gamedata files can be packaged and included in Fedora, as > long as the files meet the requirements for binary firmware.' > > And then quoting from: > http://fedoraproject.org/wiki/Packaging/Guidelines#head-adf31c383612aac313719f7b4f8167b7dcf245d2 > 'The License tag for any firmware that disallows modification should be set to: > "Redistributable, no modification permitted"' > > On basis of this the Games SIG has long been reviewing and approving game > datafiles which lack permission to modify. Especially for for example music it > is quite common for the artist to say: "You may do with this as you want, but > you may not modify it, I made it and to me it is perfect as it is, so either > take it as it is, or leave it". Its an oversight, I'll amend it now. Thanks for pointing that out. ~spot From paul at xelerance.com Thu Aug 2 20:35:23 2007 From: paul at xelerance.com (Paul Wouters) Date: Thu, 2 Aug 2007 16:35:23 -0400 (EDT) Subject: kqemu inclusion in kernel In-Reply-To: <20070802203133.GA29643@redhat.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070616142145.GJ23417@redhat.com> <20070802203133.GA29643@redhat.com> Message-ID: On Thu, 2 Aug 2007, Dave Jones wrote: > A much better way to get this stuff into Fedora is to find out why > it isn't getting upstream, and get involved with whatever cleanup > work is necessary to get it there. Upstream (of which a lot of people are working at RedHat as well, so telling them to go upstream is kinda moot) often don't even start to listen. There is no politics in the kernel, because kernel people are just not enganging in an discussion at all. Paul From j.w.r.degoede at hhs.nl Thu Aug 2 20:47:11 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 02 Aug 2007 22:47:11 +0200 Subject: Licensing guidelines changes In-Reply-To: <1186086861.9748.192.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23E33.1010600@hhs.nl> <1186086861.9748.192.camel@localhost.localdomain> Message-ID: <46B242CF.7000109@hhs.nl> Tom "spot" Callaway wrote: > On Thu, 2007-08-02 at 22:27 +0200, Hans de Goede wrote: >> Tom "spot" Callaway wrote: >>> Today, FESCo ratified a new policy for handling the License tag inside >>> of package spec files. >>> >>> You can read the new Licensing Guidelines here: >>> >>> http://fedoraproject.org/wiki/Packaging/LicensingGuidelines >>> >>> What does this mean for Fedora package maintainers? It means that you're >>> going to need to do a little bit of work. We want F8 packages to have >>> the correct license tag before we release F8. >>> >> Okay, 2 more questions: >> >> 1: Currently the short for "zlib License" is just zlib. However most current >> zlib licensed packages currently contain the following as License tag: >> "zlib/libpng License" as that is what rpmlint wants. Changing all these tags >> merely because someone thought zlib would be more descriptive feels very wrong. >> I'm all for one standard for this. But why deviate from the table in rpmlint, a >> tool long used for reviews, in cases where this isn't necessary. Also I believe >> that no matter whats gets choisen as short form the long one should be >> "zlib/libpng License" and not just "zlib License", as now a days its most often >> refered to as the "zlib/libpng License" see for example: >> http://www.opensource.org/licenses/zlib-license.php > > We've actually fixed rpmlint to match the new license table. :) > > I'll update the long name to be "zlib/libpng License". Erm, in response to the second part of my question: > I have some questions missing from the QA part you posted. What about > freely redistributable but not modifiable contect, does that get: > "Freely redistributable without restriction" > or: > "Redistributable, no modification permitted" > > And since content and firmware AFAIK are sort of the same exception, > shouldn't these 2 be made more consisty, and shouldn't the latter thus be: > "Freely redistributable without restriction, no modification permitted" ? > You wrote, you kept "Redistributable, no modification permitted" the same to avoid churn, the why not also keep "zlib/libpng License" as "zlib/libpng License" to avoid churn? It isn't all that important since we will need a mass rebuild anyways, but I still wonder. >> 2: Why aren't the ND variants of the CC licenses allowed for content? >> >> Quoting from: >> http://fedoraproject.org/wiki/Packaging/Guidelines#head-8be956fd12dbe4ae927e65c989e7e83b9fcc0b80 >> 'In this case, the gamedata files can be packaged and included in Fedora, as >> long as the files meet the requirements for binary firmware.' >> >> And then quoting from: >> http://fedoraproject.org/wiki/Packaging/Guidelines#head-adf31c383612aac313719f7b4f8167b7dcf245d2 >> 'The License tag for any firmware that disallows modification should be set to: >> "Redistributable, no modification permitted"' >> >> On basis of this the Games SIG has long been reviewing and approving game >> datafiles which lack permission to modify. Especially for for example music it >> is quite common for the artist to say: "You may do with this as you want, but >> you may not modify it, I made it and to me it is perfect as it is, so either >> take it as it is, or leave it". > > Its an oversight, I'll amend it now. Thanks for pointing that out. > I'm glad to hear that. Regards, Hans From tcallawa at redhat.com Thu Aug 2 20:50:23 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 02 Aug 2007 16:50:23 -0400 Subject: Licensing guidelines changes In-Reply-To: <46B242CF.7000109@hhs.nl> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23E33.1010600@hhs.nl> <1186086861.9748.192.camel@localhost.localdomain> <46B242CF.7000109@hhs.nl> Message-ID: <1186087823.9748.207.camel@localhost.localdomain> On Thu, 2007-08-02 at 22:47 +0200, Hans de Goede wrote: > You wrote, you kept "Redistributable, no modification permitted" the > same to > avoid churn, the why not also keep "zlib/libpng License" as > "zlib/libpng > License" to avoid churn? It isn't all that important since we will > need a mass > rebuild anyways, but I still wonder. Because I want to keep the "short names" short and simple. There wasn't any shorter/simpler way to handle the firmware license text (plus, it has the unique distinction of being blessed by and given to us from the Fedora Board). :) ~spot From jwboyer at jdub.homelinux.org Thu Aug 2 20:04:59 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 2 Aug 2007 15:04:59 -0500 Subject: License Change: GPL -> BSD? In-Reply-To: <46B23747.8070508@redhat.com> References: <46B23747.8070508@redhat.com> Message-ID: <20070802150459.3398cf17@weaponx.rchland.ibm.com> On Thu, 02 Aug 2007 15:57:59 -0400 Warren Togami wrote: > I noticed that "dhcpv6 license correction" is a correction noting > that dhcpv6 was labeled as GPL but it is really BSD. > > Is it really necessary to advertise a license change from more > restrictive to less restrictive license? > > GPL -> BSD will never cause a new conflict right? Does it really matter? It doesn't cause any harm to announce it. josh From jon at fedoraunity.org Thu Aug 2 21:15:32 2007 From: jon at fedoraunity.org (Jonathan Steffan) Date: Thu, 02 Aug 2007 15:15:32 -0600 Subject: Clamav update for F7 In-Reply-To: References: <1186029627.3136.3.camel@shrek.rexursive.com> Message-ID: <1186089332.2610.1.camel@damaestrojr> My understanding has been that there is no .8 -> .9 automagic. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=230075 On Thu, 2007-08-02 at 13:55 -0500, Jason L Tibbitts III wrote: > >>>>> "BS" == Bojan Smojver writes: > > BS> I see that clamav-0.91.1-1.fc7 has been built in Koji. Could this > BS> be pushed to updates, give this: > > Do have any successful testing results to provide? > > https://admin.fedoraproject.org/updates/pending/F7/clamav-0.91.1-1.fc7 > > - J< > From bojan at rexursive.com Thu Aug 2 21:16:58 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 2 Aug 2007 21:16:58 +0000 (UTC) Subject: Clamav update for F7 References: <1186029627.3136.3.camel@shrek.rexursive.com> Message-ID: Jason L Tibbitts III math.uh.edu> writes: > Do have any successful testing results to provide? If this package is supposed to be tested first, it should go into testing. I don't think we should be asking users to pick packages out of koji and test that... But, this is a security related update, so it should most likely go into stable right away. -- Bojan From dcantrell at redhat.com Thu Aug 2 19:37:54 2007 From: dcantrell at redhat.com (David Cantrell) Date: Thu, 2 Aug 2007 15:37:54 -0400 Subject: dhcpv6 license correction Message-ID: <20070802153754.f9e7394a.dcantrell@redhat.com> The dhcpv6 package has incorrectly identified its license for quite some time. The spec file noted the license was GPL. The license is actually BSD, so the spec file has been updated and the package in devel has been rebuilt. The BSD license covers the following packages related to dhcpv6: dhcpv6 dhcpv6-client libdhcp6client libdhcp6client-devel libdhcp6client-static -- David Cantrell Red Hat / Westford, MA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From tcallawa at redhat.com Thu Aug 2 20:57:04 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 02 Aug 2007 16:57:04 -0400 Subject: check 0.9.5 in rawhide Message-ID: <1186088224.9748.211.camel@localhost.localdomain> I've revived check to push it to 0.9.5 in rawhide. If you are building against old check, please note that check now generates both static and shared libs. The check-static subpackage may be what you need to BuildRequires, along with check-devel. If this is too painful, I can go back to 0.9.3, just let me know. ~spot _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From mschwendt.tmp0701.nospam at arcor.de Thu Aug 2 21:25:43 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 2 Aug 2007 23:25:43 +0200 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-01 In-Reply-To: <20070801100441.31231.19824@extras64.linux.duke.edu> References: <20070801100441.31231.19824@extras64.linux.duke.edu> Message-ID: <20070802232543.1d1b4889.mschwendt.tmp0701.nospam@arcor.de> On Wed, 01 Aug 2007 10:04:41 -0000, Fedora Extras repoclosure wrote: > tcallawa AT redhat.com > compat-wxGTK-devel - 2.4.2-21.fc6.i386 (16 days) > compat-wxGTK-devel - 2.4.2-21.fc6.i386 (16 days) > compat-wxGTK-devel - 2.4.2-21.fc6.ppc (16 days) > compat-wxGTK-devel - 2.4.2-21.fc6.x86_64 (16 days) > compat-wxGTK-gl - 2.4.2-21.fc6.i386 (16 days) > compat-wxGTK-gl - 2.4.2-21.fc6.i386 (16 days) > compat-wxGTK-gl - 2.4.2-21.fc6.ppc (16 days) > compat-wxGTK-gl - 2.4.2-21.fc6.x86_64 (16 days) > compat-wxGTK-stc - 2.4.2-21.fc6.i386 (16 days) > compat-wxGTK-stc - 2.4.2-21.fc6.i386 (16 days) > compat-wxGTK-stc - 2.4.2-21.fc6.ppc (16 days) > compat-wxGTK-stc - 2.4.2-21.fc6.x86_64 (16 days) > compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (16 days) > compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (16 days) > compat-wxGTK-xrc - 2.4.2-21.fc6.ppc (16 days) > compat-wxGTK-xrc - 2.4.2-21.fc6.x86_64 (16 days) This is no joke, but real-world breakage, too. https://bugzilla.redhat.com/250687 From tgl at redhat.com Thu Aug 2 21:29:04 2007 From: tgl at redhat.com (Tom Lane) Date: Thu, 02 Aug 2007 17:29:04 -0400 Subject: Licensing guidelines changes In-Reply-To: <1186077406.9748.166.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> Message-ID: <15968.1186090144@sss.pgh.pa.us> "Tom \"spot\" Callaway" writes: > Q. Where is the list of approved licenses? > A. It can be found here: http://fedoraproject.org/wiki/Licensing Will someone teach rpmlint about this? $ rpmlint *rpm W: libdbi invalid-license LGPLv2+ $ (I seem to have rpmlint-0.80-1.fc6.noarch installed, if it matters.) regards, tom lane From jwilson at redhat.com Thu Aug 2 22:00:28 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 02 Aug 2007 18:00:28 -0400 Subject: Clamav update for F7 In-Reply-To: <1186089332.2610.1.camel@damaestrojr> References: <1186029627.3136.3.camel@shrek.rexursive.com> <1186089332.2610.1.camel@damaestrojr> Message-ID: <46B253FC.4080305@redhat.com> Jonathan Steffan wrote: > My understanding has been that there is no .8 -> .9 automagic. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=230075 F7 already has 0.90.3, so that's a non-issue in this case. > On Thu, 2007-08-02 at 13:55 -0500, Jason L Tibbitts III wrote: >>>>>>> "BS" == Bojan Smojver writes: >> BS> I see that clamav-0.91.1-1.fc7 has been built in Koji. Could this >> BS> be pushed to updates, give this: >> >> Do have any successful testing results to provide? >> >> https://admin.fedoraproject.org/updates/pending/F7/clamav-0.91.1-1.fc7 -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From jwilson at redhat.com Thu Aug 2 22:02:55 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 02 Aug 2007 18:02:55 -0400 Subject: Clamav update for F7 In-Reply-To: References: <1186029627.3136.3.camel@shrek.rexursive.com> Message-ID: <46B2548F.6070503@redhat.com> Bojan Smojver wrote: > Jason L Tibbitts III math.uh.edu> writes: > >> Do have any successful testing results to provide? > > If this package is supposed to be tested first, it should go into testing. > I don't think we should be asking users to pick packages out of koji and > test that... +1 > But, this is a security related update, so it should most likely go into > stable right away. Immediately releasing 0.91.1 to stable might be less risky if the current Fedora version was 0.91.0, but its 0.90.3. Dunno what the diff is between 0.90.3 and 0.91.0 is though... But it should definitely go to testing asap. Been meaning to figure out why an update wasn't yet available via yum myself, since my mail server keeps yelling at me to upgrade... -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From jon at fedoraunity.org Thu Aug 2 22:03:25 2007 From: jon at fedoraunity.org (Jonathan Steffan) Date: Thu, 02 Aug 2007 16:03:25 -0600 Subject: Clamav update for F7 In-Reply-To: References: <1186029627.3136.3.camel@shrek.rexursive.com> Message-ID: <1186092205.2610.5.camel@damaestrojr> On Thu, 2007-08-02 at 21:16 +0000, Bojan Smojver wrote: > Jason L Tibbitts III math.uh.edu> writes: > > > Do have any successful testing results to provide? > > If this package is supposed to be tested first, it should go into testing. > I don't think we should be asking users to pick packages out of koji and > test that... > > But, this is a security related update, so it should most likely go into > stable right away. Granted it is a security update, unless something has changed, updates from .8 will not work. Jonathan Steffan From lightsolphoenix at gmail.com Thu Aug 2 22:59:18 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Thu, 2 Aug 2007 18:59:18 -0400 Subject: Kernel Modules in Fedora (was: kqemu inclusion in kernel) In-Reply-To: <20070802203133.GA29643@redhat.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070802203133.GA29643@redhat.com> Message-ID: <200708021859.19509.lightsolphoenix@gmail.com> I'm somewhat interested; is there an exact reason why DKMS hasn't been added to the main repository? I stopped using all other methods of handling non-vanilla kernel modules when I found it, because it really does make life that much easier. From jspaleta at gmail.com Thu Aug 2 23:15:13 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 2 Aug 2007 15:15:13 -0800 Subject: Kernel Modules in Fedora (was: kqemu inclusion in kernel) In-Reply-To: <200708021859.19509.lightsolphoenix@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070802203133.GA29643@redhat.com> <200708021859.19509.lightsolphoenix@gmail.com> Message-ID: <604aa7910708021615q3c07f56w13c82e1e6cbf7439@mail.gmail.com> On 8/2/07, Kelly wrote: > I'm somewhat interested; is there an exact reason why DKMS hasn't been added > to the main repository? I'm confused.... on my f7 system dkms is listed as available from yum. >yum -C list dkms Available Packages dkms.noarch 2.0.16-1.fc7 fedora -jef From mattdm at mattdm.org Fri Aug 3 01:14:26 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 2 Aug 2007 21:14:26 -0400 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-01 In-Reply-To: <20070802232543.1d1b4889.mschwendt.tmp0701.nospam@arcor.de> References: <20070801100441.31231.19824@extras64.linux.duke.edu> <20070802232543.1d1b4889.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070803011426.GA13951@jadzia.bu.edu> On Thu, Aug 02, 2007 at 11:25:43PM +0200, Michael Schwendt wrote: > > tcallawa AT redhat.com > > compat-wxGTK-devel - 2.4.2-21.fc6.i386 (16 days) > This is no joke, but real-world breakage, too. > https://bugzilla.redhat.com/250687 This is my fault; sorry. I'll fix first thing tomorrow morning. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bojan at rexursive.com Fri Aug 3 02:32:42 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Fri, 03 Aug 2007 12:32:42 +1000 Subject: Firefox/Thunderbird 2.0.0.6 for F7 Message-ID: <1186108362.3136.33.camel@shrek.rexursive.com> I somebody going to rebuild 2.0.0.6 for F7? Or are we unaffected by the security problems fixed in this release? -- Bojan From debarshi.ray at gmail.com Fri Aug 3 02:49:16 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Fri, 3 Aug 2007 08:19:16 +0530 Subject: Licensing guidelines changes In-Reply-To: <1186086861.9748.192.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23E33.1010600@hhs.nl> <1186086861.9748.192.camel@localhost.localdomain> Message-ID: <3170f42f0708021949t4a1cc83cq37a7a02d293fb2a5@mail.gmail.com> > We've actually fixed rpmlint to match the new license table. :) When will this new version be available? Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From mtasaka at ioa.s.u-tokyo.ac.jp Fri Aug 3 04:09:53 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 03 Aug 2007 13:09:53 +0900 Subject: Licensing guidelines changes In-Reply-To: <3170f42f0708021949t4a1cc83cq37a7a02d293fb2a5@mail.gmail.com> References: <1186077406.9748.166.camel@localhost.localdomain> <46B23E33.1010600@hhs.nl> <1186086861.9748.192.camel@localhost.localdomain> <3170f42f0708021949t4a1cc83cq37a7a02d293fb2a5@mail.gmail.com> Message-ID: <46B2AA91.4040208@ioa.s.u-tokyo.ac.jp> Debarshi 'Rishi' Ray wrote, at 08/03/2007 11:49 AM +9:00: >> We've actually fixed rpmlint to match the new license table. :) > > When will this new version be available? Already "available" (not yet pushed into rawhide repo, however you can install it from koji repo or download directly from the below) http://koji.fedoraproject.org/packages/rpmlint/ Mamoru From tmz at pobox.com Fri Aug 3 04:39:31 2007 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 3 Aug 2007 00:39:31 -0400 Subject: rpms/gnome-session/devel gnome-session.spec,1.130,1.131 In-Reply-To: <200708030407.l73479LF020272@cvs-int.fedora.redhat.com> References: <200708030407.l73479LF020272@cvs-int.fedora.redhat.com> Message-ID: <20070803043931.GW29372@psilocybe.teonanacatl.org> Hi Matthias, Matthias Clasen wrote: > -%{_datadir}/man/man*/* > %{_bindir}/* > %{_sysconfdir}/gconf/schemas/*.schemas > %{_datadir}/icons/hicolor/*/apps/session-properties.png > %{_datadir}/icons/hicolor/scalable/apps/session-properties.svg > +%doc %{_datadir}/man/man*/* I didn't think it was necessary to mark man pages with %doc? (Same for gtk-docs in /usr/share/gtk-doc/html for rpm in rawhide.) build/files.c in rpm marks these as docs implicitly AFAICT. Is there something I'm missing that you can clue me in to? -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Sleep...the most beautiful experience in life ... except drink. -- W.C. Fields -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From pmatilai at redhat.com Fri Aug 3 05:07:19 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Fri, 3 Aug 2007 08:07:19 +0300 (EEST) Subject: rpms/gnome-session/devel gnome-session.spec,1.130,1.131 In-Reply-To: <20070803043931.GW29372@psilocybe.teonanacatl.org> References: <200708030407.l73479LF020272@cvs-int.fedora.redhat.com> <20070803043931.GW29372@psilocybe.teonanacatl.org> Message-ID: On Fri, 3 Aug 2007, Todd Zullinger wrote: > Hi Matthias, > > Matthias Clasen wrote: >> -%{_datadir}/man/man*/* >> %{_bindir}/* >> %{_sysconfdir}/gconf/schemas/*.schemas >> %{_datadir}/icons/hicolor/*/apps/session-properties.png >> %{_datadir}/icons/hicolor/scalable/apps/session-properties.svg >> +%doc %{_datadir}/man/man*/* > > I didn't think it was necessary to mark man pages with %doc? (Same > for gtk-docs in /usr/share/gtk-doc/html for rpm in rawhide.) > > build/files.c in rpm marks these as docs implicitly AFAICT. Is there > something I'm missing that you can clue me in to? Yes, no need to mark man pages as %doc, they get the treatment automatically. Although one should be using %{_mandir} for them, not %{_datadir}/man/ And yes gtk-doc's are also automatically considered as %doc by rpm 4.4.2.1. - Panu - From tgl at redhat.com Fri Aug 3 06:06:19 2007 From: tgl at redhat.com (Tom Lane) Date: Fri, 03 Aug 2007 02:06:19 -0400 Subject: Licensing guidelines changes In-Reply-To: References: <1186077406.9748.166.camel@localhost.localdomain> <20070802184215.GS2063@devserv.devel.redhat.com> Message-ID: <3996.1186121179@sss.pgh.pa.us> Jason L Tibbitts III writes: > The fun is just beginning, I think; we're trying to be correct in a > way that most upstreams aren't. Yeah. The scheme seems to presume that upstream licenses fall into a small number of categories, which I'm not sure is true. One problem I've got in my package set is that mysql is GPLv2 (not +) with additional permissions --- they're not LGPL, but they give permission for their libraries to be linked with code that's under certain other open-source licenses. What do I do with that? For the moment I just marked it "License: GPLv2" but should I mention the additional permissions, and if so how? I'm also wondering about variant ways of phrasing BSD-style licenses. I'm responsible for libjpeg, libpng, and libtiff, all of which I consider to be BSD-spirit (that's not just guessing, I was involved with all of them years ago) and all of which are currently marked "License: BSD". But they all are old enough to predate the convention of using standardized license wording. I was astonished to discover tonight that spot's license list has "zlib/libpng" as a separate entry. If that's not considered "BSD" then libjpeg certainly needs its own entry, and I'm not too sure that libtiff doesn't. Are we going to insist on chopping our licenses that finely? It seems like mostly a waste of time to me, because none of those packages really intend to prevent you from doing whatever you want with the code. regards, tom lane From giallu at gmail.com Fri Aug 3 06:25:13 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 3 Aug 2007 08:25:13 +0200 Subject: Licensing guidelines changes In-Reply-To: <1186077406.9748.166.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> Message-ID: On 8/2/07, Tom spot Callaway wrote: > > Some questions (with answers): > > Q. Where is the list of approved licenses? > A. It can be found here: http://fedoraproject.org/wiki/Licensing Looks like the LGPLv3+ row in this table has its description in the first column copy&pasted from LGPLv3. You probably want to double check that. From seg at haxxed.com Fri Aug 3 06:46:16 2007 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 03 Aug 2007 01:46:16 -0500 Subject: please enable XFS in anaconda In-Reply-To: <20070802105759.22b3452a@localhost.localdomain> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A92D79.7040600@ccmi.salk.edu> <46A898FE.3000609@fedoraproject.org> <46B09635.3050903@redhat.com> <46B1EF62.3040806@fnal.gov> <20070802105759.22b3452a@localhost.localdomain> Message-ID: <1186123576.6750.22.camel@localhost> On Thu, 2007-08-02 at 10:57 -0400, Jesse Keating wrote: > Well, xfs is there already if you pass the 'xfs' flag at boot time. > More people testing xfs in more scenarios would be helpful. Is XFS ever going to get the ability to resize partitions smaller? Last I tried it, it didn't. This is a showstopper for me, the utility of LVM is greatly reduced if you can't size some volumes down to make room for others... -------------- 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 Fri Aug 3 07:17:08 2007 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 03 Aug 2007 02:17:08 -0500 Subject: RPM roadmapping In-Reply-To: <46B21316.7030400@redhat.com> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <20070801202636.GA28506@nostromo.devel.redhat.com> <1186004818.18603.99.camel@localhost> <46B21316.7030400@redhat.com> Message-ID: <1186125428.6750.31.camel@localhost> On Thu, 2007-08-02 at 13:23 -0400, Peter Jones wrote: > CPU time isn't really an issue; the > output is being limited by disk i/o. You're basically not going to be > cpu bound unless your target media is *extremely* fast. ... Have you ever used bzip2? It really is *that* slow. It can not keep up with disk IO on any machine I've ever used. -------------- 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 pmatilai at redhat.com Fri Aug 3 07:36:58 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Fri, 3 Aug 2007 10:36:58 +0300 (EEST) Subject: RPM roadmapping In-Reply-To: <1186125428.6750.31.camel@localhost> References: <1185997108.5080.6.camel@wombat.tiptoe.de> <16de708d0708011306j67d57b8emb05dd2b96ca92576@mail.gmail.com> <20940.1185999432@laptop13.inf.utfsm.cl> <20070801202636.GA28506@nostromo.devel.redhat.com> <1186004818.18603.99.camel@localhost> <46B21316.7030400@redhat.com> <1186125428.6750.31.camel@localhost> Message-ID: On Fri, 3 Aug 2007, Callum Lerwick wrote: > On Thu, 2007-08-02 at 13:23 -0400, Peter Jones wrote: >> CPU time isn't really an issue; the >> output is being limited by disk i/o. You're basically not going to be >> cpu bound unless your target media is *extremely* fast. > > ... Have you ever used bzip2? It really is *that* slow. It can not keep > up with disk IO on any machine I've ever used. bzip2 also uses quite a bit more memory than gzip, might be an issue in the somewhat constrained installer environment. - Panu - From ffesti at redhat.com Fri Aug 3 07:38:40 2007 From: ffesti at redhat.com (Florian Festi) Date: Fri, 03 Aug 2007 09:38:40 +0200 Subject: RPM roadmapping In-Reply-To: <46B20F48.1090004@redhat.com> References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> Message-ID: <46B2DB80.4070604@redhat.com> Yes, I am aware of obsolete cycles and yes, they are a problem. But they are a problem for yum and all other updating tools. For rpm the situation is quite clear: pkgs that are obsoleted by to be installed pkgs are silently removed. So the circle - and the obsoleting pkg - are gone. Yum on the other side should avoid that the two packages are exchanged on every "yum update" call (package ping pong). But this is unrelated to be proposed behavior change as it can only happen when there is no obsolete circle. Florian From buildsys at fedoraproject.org Fri Aug 3 10:48:33 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 3 Aug 2007 06:48:33 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-03 Message-ID: <20070803104833.1F83F152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 31 adminutil-1.1.4-1.fc6 NEW arm-gp2x-linux-binutils-2.16.1-2.fc6 : Cross Compiling GNU binutils targeted at arm-gp2x-linux NEW arm-gp2x-linux-kernel-headers-2.6.12.0-1.fc6 : Kernel headers for Cross Compiling to arm-gp2x-linux NEW c2050-0.3a-2.fc6 : Converts bitcmyk data to Lexmark 2050 printer language NEW c2070-0.99-1.fc6 : Converts bitcmyk data to Lexmark 2070 printer language NEW cjet-0.8.9-2.fc6 : Converts PCL data to Canon CaPSL III printer language NEW eclipse-quickrex-3.5.0-3.fc6 : QuickREx is a regular-expression test Eclipse Plug-In NEW fann-2.0.0-3.fc6 : A fast artificial neural network library NEW gnome-screensaver-frogs-0.2-4 : GNOME Screensaver Slideshow of Frogs google-perftools-0.92-1.fc6.2 NEW guile-lib-0.1.4-4.fc6 : A repository of useful code written in Guile Scheme NEW hardinfo-0.4.2.2-3.fc6 : System Profiler and Benchmark innotop-1.4.3-2.fc6 krusader-1.80.0-1.fc6 NEW libXNVCtrl-1.0-4.fc6 : Library providing the NV-CONTROL API NEW lx-20030328-1.fc6 : Converts PBM data to Lexmark 1000 printer language NEW min12xxw-0.0.9-1.fc6 : Converts PBM stream to Minolta printer language msmtp-1.4.13-1.fc6 netgo-0.5-7.fc6 NEW pbm2l2030-1.4-1.fc6 : Converts PBM stream to Lexmark 2030 printer language NEW pbm2l7k-990321-2.fc6 : Converts PBM stream to Lexmark 7000, 7200 and 5700 printer language NEW perl-Astro-FITS-CFITSIO-1.05-1.fc6 : Perl extension for using the cfitsio library NEW perl-ExtUtils-F77-1.16-2.fc6 : Simple interface to F77 libs perl-Image-ExifTool-6.94-1.fc6 NEW ptouch-driver-1.2-6.fc6 : CUPS driver for Brother P-touch label printers ser2net-2.4-1.fc6 smart-0.50-47.fc6 specto-0.2.2-1.fc6 NEW wildmidi-0.2.2-1.fc6 : Midi Wavetable Synth Lib wine-0.9.42-1.fc6 xpdf-3.02-1.fc6 Changes in Fedora Extras 6: adminutil-1.1.4-1.fc6 --------------------- * Wed Aug 01 2007 Rich Megginson - 1.1.4-1 - updated to version 1.1.4 - fixes bugzilla 250526 arm-gp2x-linux-binutils-2.16.1-2.fc6 ------------------------------------ * Mon Jun 04 2007 Hans de Goede 2.16.1-2 - Add a patch from rtems fixing the issues when building with -DFORTIFY_SOURCE=2, thanks Ralf! arm-gp2x-linux-kernel-headers-2.6.12.0-1.fc6 -------------------------------------------- * Fri Apr 20 2007 Koos Termeulen koostermeulen at gmail.com 2.6.12.0-1 - Initial release c2050-0.3a-2.fc6 ---------------- * Mon Jun 11 2007 Lubomir Kundrak 0.3a-2 - Silence the %setup (#243947) c2070-0.99-1.fc6 ---------------- * Thu Jun 07 2007 Lubomir Kundrak 0.99-1 - Initial package cjet-0.8.9-2.fc6 ---------------- * Thu Jun 07 2007 Lubomir Kundrak 0.8.9-2 - Use compiler flags, thanks to Ville Skytt? (#249974) eclipse-quickrex-3.5.0-3.fc6 ---------------------------- * Wed Jul 11 2007 Alphonse Van Assche 3.5.0-3 - Some other changes suggested by Andrew, see #246138 for more details * Thu Jul 05 2007 Alphonse Van Assche 3.5.0-2 - Some fixes suggested by Andrew Overholt, see #246138 for more details fann-2.0.0-3.fc6 ---------------- * Wed Aug 01 2007 Tomas Smetana 2.0.0-3 - Ensure linking against libm * Mon Jul 09 2007 Tomas Smetana 2.0.0-2 - Disable static libraries, fix BuildRoot, move headers to subdirectory gnome-screensaver-frogs-0.2-4 ----------------------------- * Wed Aug 01 2007 Tom "spot" Callaway 0.2-3 - fixup licensing google-perftools-0.92-1.fc6.2 ----------------------------- * Wed Aug 01 2007 Tom "spot" Callaway 0.92-1 - bump to 0.92 * Thu May 17 2007 Tom "spot" Callaway 0.91-3.1 - excludearch ppc64 guile-lib-0.1.4-4.fc6 --------------------- * Wed Aug 01 2007 Xavier Lamien - 0.1.4-4 - Managed Timestamp. - Added guile as Requires. * Wed Aug 01 2007 Xavier Lamien - 0.1.4-3 - additional fix. * Tue Jul 31 2007 Chitlesh Goorah - 0.1.4-2 - minor fixes to make gwave work. * Sun Jul 22 2007 Xavier Lamien < lxtnow[at]gmail.com > - 0.1.4-1 - Initial RPM release. hardinfo-0.4.2.2-3.fc6 ---------------------- * Thu Aug 02 2007 Adel Gadllah 0.4.2.2-3 - Backport cleanups from devel - Fix and reenable sensor reading - Remove zlib requires - Fix group * Mon Jul 23 2007 Adel Gadllah 0.4.2.2-2 - In Fedora (human)uids start with 500 not 1000 * Mon Jul 23 2007 Adel Gadllah 0.4.2.2-1 - Initial Build innotop-1.4.3-2.fc6 ------------------- * Thu Aug 02 2007 Michael Fleming 1.4.3-2 - New upstream release. - Remove README from docs (removed upstream) and add changelog krusader-1.80.0-1.fc6 --------------------- * Thu Aug 02 2007 Marcin Garski 1.80.0-1 - Update to 1.80.0 (#249903) - Drop X-Fedora category libXNVCtrl-1.0-4.fc6 -------------------- * Fri Jul 27 2007 Hans de Goede 1.0-4 - Add missing libXext-devel BuildRequires * Fri Jul 27 2007 Hans de Goede 1.0-3 - Link the lib against libX11 and libXext to avoid undefined non weak symbols (through updated libXNVCtrl-imake.patch) * Sun Jul 22 2007 Hans de Goede 1.0-2 - Honor optflags - Preserve timestamps of headers when installing them * Sun Jul 15 2007 Hans de Goede 1.0-1 - Initial Fedora Extras version lx-20030328-1.fc6 ----------------- * Thu Jun 07 2007 Lubomir Kundrak 20030328-1 - Initial package min12xxw-0.0.9-1.fc6 -------------------- * Wed Jun 06 2007 Lubomir Kundrak 0.0.9-1 - Initial package msmtp-1.4.13-1.fc6 ------------------ * Fri Aug 03 2007 Nikolay Vladimirov - 1.4.13-1 - 1.4.13 - license changed to GPLv3 netgo-0.5-7.fc6 --------------- * Fri May 25 2007 Tom "spot" Callaway 0.5-7 - fix pam config to not use pam_stack pbm2l2030-1.4-1.fc6 ------------------- * Fri Jun 08 2007 Lubomir Kundrak 1.4-1 - Initial package pbm2l7k-990321-2.fc6 -------------------- * Mon Jul 02 2007 Lubomir Kundrak 990321-2 - Changed one absolute symlink to relative (#243951) - Fixed the patch filename perl-Astro-FITS-CFITSIO-1.05-1.fc6 ---------------------------------- * Tue Jul 31 2007 Orion Poplawski 1.05-1 - Specfile autogenerated by cpanspec 1.73. perl-ExtUtils-F77-1.16-2.fc6 ---------------------------- * Wed Aug 01 2007 Orion Poplawski 1.16-2 - Add BR: gcc-gfortran * Tue Jul 31 2007 Orion Poplawski 1.16-1 - Specfile autogenerated by cpanspec 1.73. perl-Image-ExifTool-6.94-1.fc6 ------------------------------ * Wed Aug 01 2007 Tom "spot" Callaway 6.94-1 - bump to 6.94 ptouch-driver-1.2-6.fc6 ----------------------- * Fri Jul 27 2007 Lubomir Kundrak 1.2-6 - No. No automake. For the kids! * Fri Jul 27 2007 Lubomir Kundrak 1.2-5 - ...and call it * Fri Jul 27 2007 Lubomir Kundrak 1.2-4 - ...the specific version of automake * Fri Jul 27 2007 Lubomir Kundrak 1.2-3 - We need automake for patch0 to have effect * Fri Jul 27 2007 Lubomir Kundrak 1.2-2 - Install to the right place on 64bit platforms * Fri Jul 20 2007 Lubomir Kundrak 1.2-1 - Initial package ser2net-2.4-1.fc6 ----------------- * Thu Aug 02 2007 Tom "spot" Callaway 2.4-1 - bump to 2.4 smart-0.50-47.fc6 ----------------- * Thu Aug 02 2007 Axel Thimm - 0.50-47 - Add kernel-tuxonice series support. specto-0.2.2-1.fc6 ------------------ * Thu Aug 02 2007 Xavier Lamien - 0.2.2-1 - Updated Release. wildmidi-0.2.2-1.fc6 -------------------- * Sat Jul 14 2007 Hans de Goede 0.2.2-1 - Initial Fedora Extras version wine-0.9.42-1.fc6 ----------------- * Sat Jul 28 2007 Andreas Bierfert - 0.9.42-1 - version upgrade xpdf-3.02-1.fc6 --------------- * Wed Aug 01 2007 Tom "spot" Callaway 1:3.02-1 - bump to 3.02 - patch in security fix - add arabic, greek, hebrew, latin2, turkish lang support For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From jkeating at redhat.com Fri Aug 3 11:59:15 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 07:59:15 -0400 Subject: Licensing guidelines changes In-Reply-To: <3996.1186121179@sss.pgh.pa.us> References: <1186077406.9748.166.camel@localhost.localdomain> <20070802184215.GS2063@devserv.devel.redhat.com> <3996.1186121179@sss.pgh.pa.us> Message-ID: <20070803075915.01fe65ba@ender> On Fri, 03 Aug 2007 02:06:19 -0400 Tom Lane wrote: > Are we going to > insist on chopping our licenses that finely? It seems like mostly a > waste of time to me, because none of those packages really intend to > prevent you from doing whatever you want with the code. If that's the case, why didn't they just use the BSD license? And if you can truly do whatever you want, can't we re-license them BSD for our distribution? Part of this cleansing will help upstreams be a bit more clear and conscious of their licenses and maybe even fix a few things. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tcallawa at redhat.com Fri Aug 3 12:43:38 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 03 Aug 2007 08:43:38 -0400 Subject: Licensing guidelines changes In-Reply-To: References: <1186077406.9748.166.camel@localhost.localdomain> Message-ID: <1186145018.9748.233.camel@localhost.localdomain> On Fri, 2007-08-03 at 08:25 +0200, Gianluca Sforna wrote: > On 8/2/07, Tom spot Callaway wrote: > > > > Some questions (with answers): > > > > Q. Where is the list of approved licenses? > > A. It can be found here: http://fedoraproject.org/wiki/Licensing > > Looks like the LGPLv3+ row in this table has its description in the > first column copy&pasted from LGPLv3. You probably want to double > check that. Yep. It should be fixed now. :) ~spot From sundaram at fedoraproject.org Fri Aug 3 12:49:55 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 03 Aug 2007 18:19:55 +0530 Subject: kqemu inclusion in kernel In-Reply-To: References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070616142145.GJ23417@redhat.com> <20070802203133.GA29643@redhat.com> Message-ID: <46B32473.8080601@fedoraproject.org> Paul Wouters wrote: > On Thu, 2 Aug 2007, Dave Jones wrote: > >> A much better way to get this stuff into Fedora is to find out why >> it isn't getting upstream, and get involved with whatever cleanup >> work is necessary to get it there. > > Upstream (of which a lot of people are working at RedHat as well, so > telling them to go upstream is kinda moot) often don't even start to > listen. There is no politics in the kernel, because kernel people are > just not enganging in an discussion at all. Who even submitted these patches upstream to start engaging in a discussion? Rahul From drago01 at gmail.com Fri Aug 3 13:02:37 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 03 Aug 2007 15:02:37 +0200 Subject: kqemu inclusion in kernel In-Reply-To: <46B32473.8080601@fedoraproject.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070616142145.GJ23417@redhat.com> <20070802203133.GA29643@redhat.com> <46B32473.8080601@fedoraproject.org> Message-ID: <46B3276D.7090209@gmail.com> Rahul Sundaram wrote: > Paul Wouters wrote: >> On Thu, 2 Aug 2007, Dave Jones wrote: >> >>> A much better way to get this stuff into Fedora is to find out why >>> it isn't getting upstream, and get involved with whatever cleanup >>> work is necessary to get it there. >> >> Upstream (of which a lot of people are working at RedHat as well, so >> telling them to go upstream is kinda moot) often don't even start to >> listen. There is no politics in the kernel, because kernel people are >> just not enganging in an discussion at all. > > Who even submitted these patches upstream to start engaging in a > discussion? > in case of kqemu nobody... seems qemu upstream isn't really interessted in doing this. From buildsys at redhat.com Fri Aug 3 13:12:12 2007 From: buildsys at redhat.com (Build System) Date: Fri, 3 Aug 2007 09:12:12 -0400 Subject: rawhide report: 20070803 changes Message-ID: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> New package MyPasswordSafe A graphical password management tool New package PolicyKit Toolkit for privilege control New package PolicyKit-gnome GNOME dialogs for PolicyKit New package R-systemfit Simultaneous Equation Estimation R Package New package and Auto nice daemon New package arm-gp2x-linux-binutils Cross Compiling GNU binutils targeted at arm-gp2x-linux New package arm-gp2x-linux-gcc Cross Compiling GNU GCC targeted at arm-gp2x-linux New package arm-gp2x-linux-kernel-headers Kernel headers for Cross Compiling to arm-gp2x-linux New package bombardier The GNU Bombing utility New package bontmia Backup over network to multiple incremental archives New package cdogs-data Data files for the CDogs game New package cdogs-sdl C-Dogs is an arcade shoot-em-up New package cupsddk CUPS Driver Development Kit New package eclipse-quickrex QuickREx is a regular-expression test Eclipse Plug-In New package exempi Library for easy parsing of XMP metadata New package funionfs Union filesystem in userspace New package gdhcpd GTK+ administration tool for ISC DHCPD New package gnome-password-generator Graphical secure password generator New package gnome-screensaver-frogs GNOME Screensaver Slideshow of Frogs New package guile-lib A repository of useful code written in Guile Scheme New package kdebluetooth The KDE Bluetooth Framework New package libXNVCtrl Library providing the NV-CONTROL API New package libopensync-plugin-synce Synce plugin for libopensync New package nspluginwrapper A compatibility layer for Netscape 4 plugins New package ocaml-curl OCaml Curl library (ocurl) New package ocaml-expat OCaml wrapper for the Expat XML parsing library New package ocaml-extlib OCaml ExtLib additions to the standard library New package ocaml-pcre Perl compatibility regular expressions (PCRE) for OCaml New package ocaml-ssl SSL bindings for OCaml New package ocaml-ulex OCaml lexer generator for Unicode New package paprefs Management tool for PulseAudio New package perl-Astro-FITS-CFITSIO Perl extension for using the cfitsio library New package perl-ExtUtils-F77 Simple interface to F77 libs New package perl-File-chmod Implements symbolic and ls chmod modes New package perl-MasonX-Interp-WithCallbacks Mason callback support via Params::CallbackRequest New package perl-Params-CallbackRequest Functional and object-oriented callback architecture New package perl-Term-ReadPassword Asking the user for a password New package printer-filters Collection of filters for various printer drivers New package python-iniparse Python Module for Accessing and Modifying Configuration Data in INI files New package qfaxreader A multipage monochrome/color TIFF/FAX viewer New package rarian Rarian is a documentation meta-data library New package suitesparse A collection of sparse matrix libraries New package trac-bazaar-plugin Bazaar plugin for Trac New package vtkdata Example data file for VTK New package wildmidi Midi Wavetable Synth Lib New package winpdb An advanced python debugger Removed package gnome-python2-gda Removed package Democracy Updated Packages: GraphicsMagick-1.1.8-2.fc8 -------------------------- * Sun Jul 29 2007 Andreas Thienemann - 1.1.8-2 - Building without gslib support as it results in segfaults. * Sat Jul 28 2007 Andreas Thienemann - 1.1.8-1 - Update to new maintainance release 1.1.8 JSDoc-1.10.2-4.fc8 ------------------ * Sun Jul 01 2007 Matej Cepl - 1.10.2-4 - Administrative increase of the release in order to overcome screwed up tagging in Fedora CVS. MySQL-python-1.2.2-4.fc8 ------------------------ * Thu Aug 02 2007 Tom Lane 1.2.2-4 - Update License tag to match code. OpenEXR-1.4.0a-4.fc8 -------------------- * Sat Oct 28 2006 Rex Dieter 1.4.0a-4 - Obsoletes/Provides: openexr(-devel) (rpmforge compatibility) SDL_image-1.2.6-1.fc8 --------------------- * Mon Jul 30 2007 Brian Pepple - 1.2.6-1 - Update to 1.2.6. - remove IMG_xpm patch. fixed upstream. SDL_mixer-1.2.8-1.fc8 --------------------- * Mon Jul 30 2007 Brian Pepple - 1.2.8-1 - Update to 1.2.8. - Drop requires on SDL, since the devel soname will pull it in. - Drop volume patch. fixed upstream. - Drop reopen patch. fixed upstream. - Drop bad-code patch. fixed upstream. - Bump min version of SDL needed. - Bump min version of mikmod needed. SDL_net-1.2.7-1.fc8 ------------------- * Mon Jul 30 2007 Brian Pepple - 1.2.7-1 - Update to 1.2.7. - Drop requires on SDL. devel soname will pull it in. SDL_ttf-2.0.9-1.fc8 ------------------- * Mon Jul 30 2007 Brian Pepple - 2.0.9-1 - Update to 2.0.9. - Drop freetype-internals patch. fixed upstream. abicheck-1.2-14 --------------- * Thu Aug 02 2007 Michael Schwendt - 1.2-14 - Clarify licence (LGPLv2). acl-2.2.39-4.1.fc8 ------------------ * Thu Jul 26 2007 Jiri Moskovcak 2.2.39-4.1 - Updated man page for getfacl * Wed Jul 25 2007 Jiri Moskovcak 2.2.39-4 - Added support fort short params to getfacl - Resolves: #204087 acpid-1.0.4-8.fc8 ----------------- * Wed Jul 25 2007 Zdenek Prikryl - 1.0.4-8.fc8 - Fixed init script to comply with LSB standard - Resolves: #237754 adminutil-1.1.4-1.fc8.1 ----------------------- * Wed Aug 01 2007 Rich Megginson - 1.1.4-1 - updated to version 1.1.4 - fixes bugzilla 250526 alsa-lib-1.0.14-1.fc8 --------------------- * Wed Jul 25 2007 Martin Stransky 1.0.14-1 - bumped release number - fixed #246011 - alsa-lib should own /usr/lib/alsa-lib/smixer alsa-utils-1.0.14-1.fc8 ----------------------- * Wed Jul 25 2007 Martin Stransky 1.0.14-1 - release bump alsamixergui-0.9.0-0.3.rc1.fc8.1 -------------------------------- ant-0:1.7.0-1jpp.1.fc8 ---------------------- * Fri Jul 27 2007 Fernando Nasser - 0:1.7.0-1jpp.1 - Merge with upstream for upgrade * Wed Jun 20 2007 Fernando Nasser - 0:1.7.0-1jpp - Upgrade to the final 1.7.0 * Wed Apr 25 2007 Permaine Cheung 0:1.6.5-4jpp.3 - Update spec file as per fedora review. apcupsd-3.14.1-3.fc8 -------------------- * Wed Aug 01 2007 - Orion Poplawski - 3.14.1-3 - Add patch to close open file descriptors (bug #247162) - Stop/restart service as needed on removal/upgrade apt-0.5.15lorg3.92-2.fc8 ------------------------ * Thu Aug 02 2007 Axel Thimm - 0.5.15lorg3.92-2 - Fix Fedora bug #249323. artwiz-aleczapka-fonts-1.3-5.fc8.1 ---------------------------------- atk-1.19.6-1.fc8 ---------------- * Mon Jul 30 2007 Matthias Clasen - 1.19.6-1 - Update to 1.19.6 attr-2.4.38-1.fc8 ----------------- * Tue Jul 31 2007 Zdenek Prikryl 2.4.38-1 - New version 2.4.38 - Resolves #245415 audio-entropyd-1.0.0-4.fc8.3 ---------------------------- * Thu Aug 02 2007 Tom "spot" Callaway 1.0.0-4 - selinux policy not needed audit-1.5.6-2.fc8 ----------------- * Wed Jul 25 2007 Steve Grubb 1.5.6-1 - Fix potential buffer overflow in print clone flags of auparse - Fix python traceback parsing watches without perm statement (Miloslav Trmac) - Update auditctl to handle legacy kernels when putting a watch on a dir - Fix acct interpretation in auparse authconfig-5.3.16-1.fc8 ----------------------- * Wed Jul 25 2007 Tomas Mraz - 5.3.16-1 - add support for winbind offline login (#232955) autofs-1:5.0.2-10 ----------------- * Mon Jul 30 2007 Ian Kent - 5.0.2-10 - mark map instances stale so they aren't "cleaned" during updates. - fix large file compile time option. * Fri Jul 27 2007 Ian Kent - 5.0.2-9 - fix version passed to get_supported_ver_and_cost (bz 249574). * Tue Jul 24 2007 Ian Kent - 5.0.2-8 - fix parse confusion between attribute and attribute value. bc-1.06-27 ---------- * Thu Jul 26 2007 Zdenek Prikryl 1.06-27 - dc accepts the input which contains wrong symbols of radix in same way like bc - Resolves: #151844 - Added library string.h to remove warnings. bchunk-1.2.0-5 -------------- * Thu Aug 02 2007 Michael Schwendt - 1.2.0-5 - Clarify licence (GPLv2+). bigboard-0.5.5-1.fc8 -------------------- * Wed Aug 01 2007 Colin Walters - 0.5.5-1 - new upstream * Mon Jul 30 2007 Colin Walters - 0.5.4-1 - new upstream bind-32:9.5.0-8.a6.fc8 ---------------------- * Mon Jul 30 2007 Adam Tkac 32:9.5.0-8.a6 - minor next improvements on autotools patch - dig and host utilities now using libidn instead idnkit for IDN support binutils-2.17.50.0.17-7 ----------------------- * Tue Jul 31 2007 Jakub Jelinek 2.17.50.0.17-7 - fix ppc32 secure PLT detection (Alan Modra) blacs-1.1-24.fc8.2 ------------------ bluez-gnome-0.13-1.fc8 ---------------------- * Wed Aug 01 2007 - Bastien Nocera - 0.13-1 - Update to 0.13 * Tue Jul 31 2007 - Bastien Nocera - 0.12-1 - Update to 0.12 * Tue Jul 31 2007 - Bastien Nocera - 0.11-1 - Update to 0.11 bluez-libs-3.13-1.fc8 --------------------- * Wed Aug 01 2007 David Woodhouse - 3.13-1 - Update to bluez-libs 3.13 bluez-utils-3.13-1.fc8 ---------------------- * Wed Aug 01 2007 David Woodhouse 3.13-1 - Update to bluez-utils 3.13 - Kill hidd init script -- the input service replaces it - Update other init scripts. boost-1.34.1-2.fc8 ------------------ * Thu Aug 02 2007 Benjamin Kosnik 1.34.1-2 - SONAME to 3. * Tue Jul 31 2007 Benjamin Kosnik 1.34.1-1 - Update to boost_1_34_1. - Source via http. - Philipp Thomas fix for RPM_OPT_FLAGS - Philipp Thomas fix for .so sym links. - (#225622) Patrice Dumas review comments. * Tue Jun 26 2007 Benjamin Kosnik 1.34.1.rc1-0.1 - Update to boost_1_34_1_RC1. bzr-0.18-1.fc8 -------------- * Wed Jul 25 2007 Warren Togami - 0.18-1 - Update to 0.18. * Tue Jun 26 2007 Warren Togami - 0.17-2 - Update to 0.17. * Tue May 08 2007 Toshio Kuratomi - 0.16-1 - Update to 0.16. bzr-gtk-0.18.0-1.fc8 -------------------- * Wed Jul 25 2007 Warren Togami 0.18.0-1 - Update to 0.18.0. bzrtools-0.18.0-1.fc8 --------------------- * Wed Jul 25 2007 Warren Togami 0.18.0-1 - Update to 0.18.0. ccache-2.4-9.fc8 ---------------- * Mon Jul 30 2007 Ville Skytt?? - 2.4-9 - Use shared cache dir for users in the ccache group by default (#247760, based on Andy Shevchenko's work). - Fix outdated hardlink info in cache sharing docs. - Add auto-symlink support for avr-gcc(-c++) and arm-gp2x-linux-gcc(-c++). - Make triggers always exit with a zero exit status. cernlib-2006-16.fc8 ------------------- * Wed Jul 25 2007 Patrice Dumas 2006-16 - add rhel conditionals - bring back support for monolithic X - don't build anything in parallel cfitsio-3.040-2.fc8 ------------------- * Thu Aug 02 2007 Matthew Truch - 3.040-2 - Update License tag check-0.9.5-1.fc8.1 ------------------- * Thu Aug 02 2007 Tom "spot" Callaway 0.9.5-1 - 0.9.5 bump * Fri Jul 14 2006 Jesse Keating - 0.9.3-5 - rebuild * Fri Feb 10 2006 Jesse Keating - 0.9.3-4.fc5.2 - bump again for double-long bug on ppc(64) contact-lookup-applet-0.16-2.fc8 -------------------------------- * Thu Aug 02 2007 Brian Pepple - 0.16-2 - Update license tag. control-center-1:2.19.6-1.fc8 ----------------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 cryptsetup-luks-1.0.5-3.fc8 --------------------------- * Fri Jul 27 2007 Till Maas - 1.0.5-3 - Use /%{_lib} instead of /lib to use /lib64 on 64bit archs * Thu Jul 26 2007 Till Maas - 1.0.5-2 - Use /lib as libdir (#243228) - sync header and library (#215349) - do not use %makeinstall (recommended by PackageGuidelines) - select sbindir with %configure instead with make - add TODO ctapi-cyberjack-3.0.3-1.fc8 --------------------------- * Sat Jul 28 2007 Frank B??ttner - 3.0.3-1 - update to 3.0.3 - next fix for the "only root problem" cups-1:1.3-0.rc2.1.fc8 ---------------------- * Tue Jul 31 2007 Tim Waugh 1:1.3-0.rc2.1 - Better buildroot tag. - Moved LSPP access check in add_job() to before allocation of the job structure (bug #231522). - 1.3rc2. No longer need avahi patch. dbus-1.1.2-2.fc8 ---------------- * Wed Aug 01 2007 David Zeuthen - 1.1.2-2.fc8 - Move system bus activation helper to /{lib,lib64}/dbus-1. Also set the correct mode and permissions. - Own the directory /usr/share/dbus-1/system-services - Delete the diretory /{lib,lib64}/dbus-1.0 as it's not used - Pass 'dbus' instead of 81 as --with-dbus-user; otherwise the setuid system bus activation helper fails * Sat Jul 28 2007 Matthias Clasen - 1.1.2-1 - Update to 1.1.2 * Fri Jul 06 2007 Matthias Clasen - 1.1.1-3 - Add LSB header to init script (#246902) dbus-glib-0.73-2.fc8 -------------------- * Wed Aug 01 2007 Matthias Clasen - 0.73-2 - Fix a bug in introspection support (#248150) dejavu-lgc-fonts-2.18-1 ----------------------- * Wed Jul 25 2007 Behdad Esfahbod - 2.18-1 - Update to 2.18 * Wed Apr 18 2007 Behdad Esfahbod - 2.16-1 - Update to 2.16 deluge-0.5.3-1.fc8 ------------------ * Fri Jul 20 2007 Peter Gordon - 0.5.3-1 - Update to new upstream release candidate (0.5.3) - Drop %ifarch invocations for 64-bit builds. The internal setup script now properly determines this and adds the AMD64 compiler definition if necessary. dhcpv6-0.10-45.fc8 ------------------ * Thu Aug 02 2007 David Cantrell - 0.10-45 - Rename the dhcpv6_client package to dhcpv6-client - Remove incorrect documentation references in package descriptions * Thu Aug 02 2007 David Cantrell - 0.10-44 - License for dhcpv6 is actually BSD, changed the field dovecot-1.1-14.6.hg.a744ae38a9e1.fc8 ------------------------------------ * Wed Jul 25 2007 Tomas Janousek - 1.1-14.6.hg.a744ae38a9e1 - update to a744ae38a9e1 from hg - update dovecot-sieve to 131e25f6862b from hg and enable it again * Thu Jul 19 2007 Tomas Janousek - 1.1-14.5.alpha1 - update to latest upstream beta - don't build dovecot-sieve, it's only for 1.0 drupal-5.2-1.fc8 ---------------- * Thu Jul 26 2007 Jon Ciesla - 5.2-1 - Upgrade to 5.2, Cross-site request forgery fix. eclipse-1:3.3.0-4.fc8 --------------------- * Tue Jul 31 2007 Ben Konrath 3.3.0-4 - Link to commons-el.jar. - Remove ant 1.7 hacks. * Wed Jul 18 2007 Ben Konrath 3.3.0-3 - Add links for lucene and lucene.analysis. - Remove icu4j symlink from /usr/share/eclipse/plugins. - Resolves: #248749. * Mon Jul 16 2007 Ben Konrath 3.3.0-2 - Fix dep in rcp sub-package. - Add Alpha support. - Link to commons-logging.jar - Resolves: #248359. eel2-2.19.6-1.fc8 ----------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 ejabberd-1.1.3-7.fc8 -------------------- * Tue Jul 31 2007 Jeffrey C. Ollie - 1.1.3-7 - Bump release and rebuild due to Koji hiccups. * Tue Jul 31 2007 Jeffrey C. Ollie - 1.1.3-6 - Don't try building on PPC64 since hevea isn't available on PPC64. * Tue Jul 31 2007 Jeffrey C. Ollie - 1.1.3-5 - Sigh... elinks-0.11.3-2.fc8 ------------------- * Fri Jul 27 2007 Ondrej Vasik 0.11.3-2 - cleanup of duplicates in buildreq, added license file to doc - (package review by Tyler Owen(#225725)) em8300-kmod-0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8 ---------------------------------------------------- * Wed Jul 25 2007 Ville Skytt?? - Rebuild for kernel 2.6.23-0.45.rc0.git16.fc8. emelfm2-0.3.5-1.fc8 ------------------- * Sun Jul 29 2007 Christoph Wickert - 0.3.5-1 - Update 0.3.5. * Sat Jun 09 2007 Christoph Wickert - 0.3.4-1 - Update 0.3.4. - Enable support for inotify * Wed Mar 21 2007 Christoph Wickert - 0.3.3-1 - Update 0.3.3. epiphany-2.19.6-1.fc8 --------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 * Wed Jul 25 2007 Jesse Keating - 2.19.5-4 - Rebuild for RH #249435 * Mon Jul 23 2007 Matthias Clasen - 2.19.5-3 - Port to new GTK+ tooltips API evince-0.9.3-1.fc8 ------------------ * Mon Jul 30 2007 Matthias Clasen - 0.9.3-1 - Update to 0.9.3 evolution-2.11.6.1-1.fc8 ------------------------ * Wed Aug 01 2007 Matthew Barnes - 2.11.6.1-1.fc8 - Update to 2.11.6.1 * Tue Jul 31 2007 Matthew Barnes - 2.11.6-1.fc8 - Update to 2.11.6 - Remove patch for GNOME bug #380534 (fixed upstream). * Fri Jul 27 2007 Matthew Barnes - 2.11.5-3.fc8 - Add patch for GNOME bug #380534 (clarify version requirements). evolution-data-server-1.11.6-1.fc8 ---------------------------------- * Tue Jul 31 2007 Matthew Barnes - 1.11.6-1.fc8 - Update to 1.11.6 - Remove patch for GNOME bug #380534 (fixed upstream). * Fri Jul 27 2007 Matthew Barnes - 1.11.5-3.fc8 - Add patch for GNOME bug #380534 (clarify version requirements). evolution-exchange-2.11.5-2.fc8 ------------------------------- * Fri Jul 27 2007 Matthew Barnes - 2.11.5-2.fc8 - Add patch for GNOME bug #380534 (clarify version requirements). farsight-0.1.21-1.fc8 --------------------- * Mon Jul 30 2007 Brian Pepple - 0.1.21-1 - Update to 0.1.21. fftw-3.1.2-4.fc8 ---------------- * Fri Jul 27 2007 Quentin Spencer 3.1.2-4 - Split static libs into separate package (bug 249686). * Thu Oct 05 2006 Christian Iseli 3.1.2-3 - rebuilt for unwind info generation, broken in gcc-4.1.1-21 * Tue Sep 26 2006 Quentin Spencer 3.1.2-2 - BuildRequires: pkgconfig for -devel (bug 206444). file-roller-2.19.4-1.fc8 ------------------------ * Mon Jul 30 2007 Matthias Clasen - 2.19.4-1 - Update to 2.19.4 firefox-2.0.0.5-3.fc8 --------------------- * Mon Jul 23 2007 Martin Stransky 2.0.0.5-3 - added nspluginwrapper support * Wed Jul 18 2007 Kai Engert - 2.0.0.5-2 - Update to 2.0.0.5 * Fri Jun 29 2007 Martin Stransky 2.0.0.4-3 - backported pango patches from FC6 (1.5.0.12) fonts-arabic-2.0-6.fc8 ---------------------- * Fri Jul 27 2007 Rahul Bhalerao - 2.0-6.fc8 - SPEC cleanup as part of merge review #225760 fonts-chinese-3.03-5.2.fc8 -------------------------- * Fri Aug 03 2007 Caius Chance - 3.03-5.2.fc8 - Updates font postinstallation updation procedure (fc-cache): http://fedoraproject.org/wiki/Packaging/ScriptletSnippets#head-4863fc4c93cec14292719d8901d83f5d90c3e477 - Refactorizes .spec file. * Thu Jul 26 2007 Caius Chance - 3.03-5.1.fc8 - Resolves: rhbz#249644 fc-cache is not always caching newly installed fonts in fonts-chinese. - Refactorizes .spec file. fonts-hebrew-0.100-5.fc8 ------------------------ * Fri Jul 27 2007 Rahul Bhalerao - 0.100-5.fc8 - SPEC cleanup as part of merge review #225762 fonts-indic-2.1.5-2.fc8 ----------------------- * Fri Jul 27 2007 Rahul Bhalerao - 2.1.5-2.fc8 - SPEC cleanup as part of merge review #225763 fonts-korean-2.2-1.fc8 ---------------------- * Tue Jul 31 2007 Caius Chance - 2.2-1.fc8 - Synchonized version number with baekmuk font upstream release. * Thu Jul 26 2007 Parag Nemade - 1.0.11-10 - Resolves: rhbz#225767 Merge Review: fonts-korean (with baekmuk updation from upstream). freetype-2.3.5-2.fc8 -------------------- * Tue Jul 31 2007 Behdad Esfahbod 2.3.5-2 - Change spec file to permit enabling bytecode-interpreter and subpixel-rendering without editing spec file. - Resolves: 249986 fribidi-0.10.8-2.fc8 -------------------- * Thu Aug 02 2007 Caolan McNamara 0.10.8-2 - clarify license fwbackups-1.43.1-2.fc8 ---------------------- * Wed Jul 25 2007 Stewart Adam 1.43.1-2 - Add Manual fields patch (bz #249592) gai-temp-0.1.1-7 ---------------- * Thu Aug 02 2007 Michael Schwendt - 0.1.1-7 - Clarify licence (GPL+). gail-1.19.6-1.fc8 ----------------- * Mon Jul 30 2007 Matthias Clasen - 1.19.6-1 - Update to 1.19.6 gamin-0.1.9-1.fc8 ----------------- * Fri Jul 27 2007 Daniel Veillard - 0.1.9-1.fc8 - made new upstream release, that includes all the existing patches * Sat Apr 21 2007 Matthias Clasen - 0.1.8-6 - Don't ship static libraries gcalctool-5.19.6-2.fc8 ---------------------- * Thu Aug 02 2007 Matthias Clasen - 5.19.6-2 - Update the License field - Don't install ChangeLog * Mon Jul 30 2007 Matthias Clasen - 5.19.6-1 - Update to 5.19.6 gdal-1.4.2-2.fc8 ---------------- * Tue Jul 24 2007 Balint Cristian 1.4.2-2 - disable one more HFA test, HFA is unaviable due to license * Tue Jul 24 2007 Balint Cristian 1.4.2-1 - new upstream one - catch some more docs - fix ogr python module runtime - include testcases and run tests - enable geotiff external library we have new libgeotiff now - EPSG geodetic database is licensed OK since v6.13 so re-enable - enable it against grass by default, implement optional switches gdesklets-0.35.4-8.fc8 ---------------------- * Sun Jul 15 2007 Tyler Owen - 0.35.4-8 - Added directory for Displays - Added directory for Controls gedit-1:2.19.3-1.fc8 -------------------- * Wed Aug 01 2007 Matthias Clasen - 1:2.19.3-1 - Update to 2.19.3 gettext-0.16.1-9.fc8 -------------------- * Wed Aug 01 2007 Jens Petersen - 0.16.1-9 - fix encoding of msghack script (Dwayne Bailey, #250248) glest-data-2.0.0-3.fc7 ---------------------- glib2-2.13.7-3.fc8 ------------------ * Thu Aug 02 2007 Matthias Clasen - 2.13.7-3 - Update License field - Don't ship ChangeLog glibc-2.6.90-2 -------------- * Wed Aug 01 2007 Jakub Jelinek 2.6.90-2 - make aux-cache purely optional performance optimization in ldconfig, don't issue any errors if it can't be created (#250430) - remove override_headers hack, BuildRequire >= 2.6.22 kernel-headers and rely on its content * Tue Jul 31 2007 Jakub Jelinek 2.6.90-1 - update to trunk - private futex optimizations - open{,at}{,64} argument checking - ldconfig speedups glibmm24-2.13.9-1.fc8 --------------------- * Wed Aug 01 2007 Denis Leroy - 2.13.9-1 - Update to 2.13.9 glpk-4.20-1.fc8 --------------- * Fri Jul 27 2007 Quentin Spencer 4.20-1 - New release. - Split static libs into separate package. gnome-applet-music-2.2.0-1.fc8 ------------------------------ * Sat Jul 28 2007 Peter Gordon - 2.2.0-1 - Update to new upstream release (2.2.0), and update %description to note new music player support. - Drop upstreamed Exaile play/pause bugfix: - fix-Exaile-play_pause.patch - Sync Provides/Obsoletes, to provide proper upgrade paths for old package names. * Mon May 07 2007 Peter Gordon - 2.1.0-2 - Add a patch from Nicholas Omann (already in upstream's BZR) to fix bug + fix-Exaile-play_pause.patch - Update the %description to note that it supports Exaile. :) - Don't mark the installed GConf schemas file as %config(noreplace). - Fix %preun scriplet to use music-applet.schemas instead of "[NAME].spec" in the gconftool-2 invocation. gnome-applet-sensors-1.8.1-3.fc8 -------------------------------- * Fri Jul 27 2007 Hans de Goede 1.8.1-3 - Rebuild with Nvidia temp sensor support now that libXNVCtrl is approved gnome-applets-1:2.19.1-3.fc8 ---------------------------- * Thu Aug 02 2007 Matthias Clasen - 1:2.19.1-3 - Waste less space in Locations.xml * Wed Aug 01 2007 Matthias Clasen - 1:2.19.1-2 - Fix scriptlets * Wed Aug 01 2007 Matthias Clasen - 1:2.19.1-1 - Update to 2.19.1 gnome-desktop-2.19.6-1.fc8 -------------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 gnome-doc-utils-0.11.1-1.fc8 ---------------------------- * Mon Jul 30 2007 Matthias Clasen - 0.11.1-1 - Update to 0.11.1 gnome-games-1:2.19.6-1.fc8 -------------------------- * Sat Jul 28 2007 Matthias Clasen - 1:2.19.6-1 - Update to 2.19.6 * Sat Jul 21 2007 Hans de Goede - 1:2.19.4-3 - Don't build a private copy of gnuchess, instead require gnuchess (bz 215110) - Rename / rebrand Gnometris to GnomeFallingBlocks, so that it stays clear of the Tetris trademark, and include it (bz 238651) - Don't own dirs under /usr/share/icons/hicolor, instead add Requires: hicolor-icon-theme - Cleanup handling of with_card and with_tali defines using --enable-omitgames * Thu Jul 05 2007 Ray Strode - 1:2.19.4-2 - Add glchess back (bug 234127) gnome-games-extra-data-2.19.2-1 ------------------------------- * Tue Jul 31 2007 Matthias Clasen - 2.19.2-1 - Update to 2.19.2 gnome-keyring-2.19.6.1-1.fc8 ---------------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6.1-1 - Update to 2.19.6.1 * Mon Jul 30 2007 Matthias Clasen - 2.19.6-2 - Backport a fix from upstream * Fri Jul 27 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 - Add a pam subpackage gnome-launch-box-0.4-3.fc8 -------------------------- * Tue Jul 31 2007 - Bastien Nocera - 0.4-3 - Add an autolauncher gnome-menus-2.19.6-1.fc8 ------------------------ * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 gnome-mount-0.7-0.git20070725.1.fc8 ----------------------------------- * Tue Jul 31 2007 David Zeuthen - 0.7-0.git20070725.1.fc8 - Rebuild * Tue Jul 31 2007 David Zeuthen - 0.7-0.git20070725.fc8 - Update to git snapshot featuring PolicyKit support gnome-panel-2.19.5-5.fc8 ------------------------ * Wed Jul 25 2007 Matthias Clasen - 2.19.5-5 - Make the panel talk to gnome-power-manager again. - Drop the patch to add suspend to the menu, it was rejected by upstream gnome-power-manager-2.19.6-1.fc8 -------------------------------- * Sun Jul 29 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 gnome-python2-2.19.2-1.fc8 -------------------------- * Mon Jul 30 2007 Matthew Barnes - 2.19.2-1.fc8 - Update to 2.19.2 * Sat Jul 07 2007 Matthew Barnes - 2.19.1-1.fc8 - Update to 2.19.1 - Update versions of required packages. - Remove the zvt subpackage, which was removed upstream long ago. * Sun May 20 2007 Matthias Clasen - 2.18.2-1 - Update to 2.18.2 gnome-python2-desktop-2.19.2-1.fc8 ---------------------------------- * Mon Jul 30 2007 Matthew Barnes - 2.19.2-1.fc8 - Update to 2.19.2 gnome-screensaver-2.19.6-2.fc8 ------------------------------ * Tue Jul 31 2007 Ray Strode - 2.19.6-2 - add the _right_ missing build requires to get fade animation back (bug 247485) * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 * Mon Jul 30 2007 Matthias Clasen - 2.19.1.1-3 - Add optional gnome-keyring support to the gnome-screensaver pam stack gnome-session-2.19.6-1.fc8 -------------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 gnome-sharp-2.16.0-4.fc8 ------------------------ * Thu Jul 26 2007 Matthias Clasen - 2.16.0-4 - Add alpha to ExclusiveArch (#246205) gnome-speech-0.4.16-1.fc8 ------------------------- * Sun Jul 29 2007 Matthias Clasen - 0.4.16-1 - Update to 0.4.16 gnome-system-monitor-2.19.6-1.fc8 --------------------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 gnome-themes-2.19.6-1.fc8 ------------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 gnome-vfs2-2.19.3-1.fc8 ----------------------- * Fri Jul 27 2007 Matthias Clasen - 2.19.3-1 - Update to 2.19.3 gnome-vfs2-obexftp-0.4-1.fc8 ---------------------------- * Thu Jul 26 2007 - Bastien Nocera - 0.4-1 - Update to 0.4 gobby-0.4.4-1.fc8 ----------------- * Sat Jun 16 2007 Luke Macken - 0.4.4-1 - 0.4.4 google-perftools-0.92-1.fc8.1 ----------------------------- * Wed Aug 01 2007 Tom "spot" Callaway 0.92-1 - bump to 0.92 * Thu May 17 2007 Tom "spot" Callaway 0.91-3.1 - excludearch ppc64 gossip-0.26-4.fc8 ----------------- * Thu Aug 02 2007 Brian Pepple - 0.26-4 - Update license tag. * Sun Jun 10 2007 Brian Pepple - 0.26-3 - Drop requires on yelp (#243398) gourmet-0.13.4-1.fc8 -------------------- * Sat Jul 28 2007 Jef Spaleta - 0.13.4-1 - Update to new upstream version gpart-0.1h-6.fc8 ---------------- * Thu Aug 02 2007 David Cantrell - 0.1h-6 - License field updated to GPLv2+ * Sat Feb 03 2007 David Cantrell - 0.1h-5 - Fix spec file problems with merge review (#225853) * Sun Oct 22 2006 David Cantrell - 0.1h-4 - Compile with large file support (#211746) gphoto2-2.4.0-1.fc8 ------------------- * Tue Jul 31 2007 Jindrich Novy 2.4.0-1 - update gphoto2 and libgphoto2 to 2.4.0 - add missing libtool-ltdl-devel buildrequires - package check-mtp-device gpodder-0.9.4-1.fc8 ------------------- * Sat Jul 28 2007 Jef Spaleta 0.9.4-1 - Update to 0.9.4 release and adjust specfile accordingly gqview-2.0.4-3 -------------- * Thu Aug 02 2007 Michael Schwendt - 2.0.4-3 - Clarify licence (GPLv2). grass-6.2.2-1.fc8 ----------------- * Wed Jul 25 2007 Balint Cristian 6.2.2-1 - new upstream stable version gsf-sharp-0.8.1-4.fc8 --------------------- * Thu Jul 26 2007 Matthias Clasen - 0.8.1-4 - Add alpha to ExclusiveArch (#246203) * Sat Apr 21 2007 Matthias Clasen - 0.8.1-3 - Don't ship .la files and static libs gtk-sharp2-2.10.0-5.fc8 ----------------------- * Thu Jul 26 2007 Matthias Clasen - 2.10.4-5 - Add alpha to ExclusiveArch (#246206) gtk2-2.11.6-4.fc8 ----------------- * Thu Aug 02 2007 Matthias Clasen - 2.11.6-4 - Move gtk-demo to the -devel package - Don't install ChangeLog - Update the License field * Wed Jul 25 2007 Matthias Clasen - 2.11.6-3 - Fix the behaviour of tooltips on system tray icons * Tue Jul 24 2007 Matthias Clasen - 2.11.6-2 - Silence the icon cache validator (#248789) gtk2-engines-2.11.4-1.fc8 ------------------------- * Mon Jul 30 2007 Matthias Clasen - 2.11.4-1 - Update to 2.11.4 gtkhtml3-3.15.6.1-1.fc8 ----------------------- * Wed Aug 01 2007 Matthew Barnes - 3.15.6.1-1.fc8 - Update to 3.15.6.1 * Tue Jul 31 2007 Matthew Barnes - 3.15.6-1.fc8 - Update to 3.15.6 - Remove patch for GNOME bug #380534 (fixed upstream). * Fri Jul 27 2007 Matthew Barnes - 3.15.5-2.fc8 - Add patch for GNOME bug #380534 (clarify version requirements). gtklp-1.2.4-1.fc8 ----------------- * Tue Jul 31 2007 Gerard Milmeister - 1.2.4-1 - new version 1.2.4 gtkmm24-2.11.6-1.fc8 -------------------- * Wed Aug 01 2007 Denis Leroy - 2.11.6-1 - Update to 2.11.6 gtksourceview2-1.90.3-1.fc8 --------------------------- * Wed Aug 01 2007 Matthias Clasen - 1.90.3-1 - Update to 1.90.3 gtkwave-3.0.30-1.fc8 -------------------- * Fri Jul 27 2007 Paul Howarth 3.0.30-1 - update to 3.0.30 hal-0.5.10-0.git20070731.fc8 ---------------------------- * Tue Jul 31 2007 - David Zeuthen - 0.5.10-0.git20070731.fc8 - Update to RC1 git snapshot; include PolicyKit support - Obsolete hal-gnome package as that is dropped upstream (eventually the functionality will be replaced by a gnome-device-manager package) - Drop all patches as they are upstream - Drop 99-redhat-storage-policy-fixed-drives.fdi; this is now controlled by PolicyKit - Drop use of find_lang; upstream dropped all translations hal-info-20070725-1.fc8 ----------------------- * Tue Jul 31 2007 David Zeuthen - 20070725-1.fc8 - Update to latest release. hardinfo-0.4.2.2-12.fc8 ----------------------- * Thu Aug 02 2007 Adel Gadllah 0.4.2.2-12 - Try again to fix RH #249794 hpic-0.52.2-3.fc8 ----------------- * Thu Aug 02 2007 Matthew Truch - 0.52.2-3 - Update License tag httpd-2.2.4-7 ------------- * Thu Jul 26 2007 Joe Orton 2.2.4-7 - drop -tools dependency on httpd (thanks to Matthias Saou) * Wed Jul 25 2007 Joe Orton 2.2.4-6 - split out utilities into -tools subpackage, based on patch by Jason Tibbs (#238257) * Tue Jul 24 2007 Joe Orton 2.2.4-5 - spec file cleanups: provide httpd-suexec, mod_dav; don't obsolete mod_jk; drop trailing dots from Summaries - init script * add LSB info header, support force-reload (#246944) * update description * drop 1.3 config check * pass $pidfile to daemon and pidfile everywhere hunspell-1.1.9-2.fc8 -------------------- * Thu Aug 02 2007 Caolan McNamara - 1.1.9-2 - clarify license hunspell-da-1.7.14-1.fc8 ------------------------ * Mon Jul 30 2007 Caolan McNamara - 1.7.14-1 - latest version im-chooser-0.4.1-2.fc8 ---------------------- * Mon Jul 30 2007 Akira TAGOH - 0.4.1-2 - Update Require for xorg-x11-xinit * Wed Jul 25 2007 Akira TAGOH - 0.4.1-1 - New upstream release. - xinput.sh has been moved from xorg-x11-xinit. initscripts-8.55-1 ------------------ * Fri Jul 27 2007 Bill Nottingham - add /etc/networks (#239602) - rc.sysinit: fix quotacheck, remove obsolete convertquota (#249003, ) - rc.sysinit: add gfs2 to the 'don't mount here' list (#248985) - netfs: check for rpcbind, not portmap (#245595) - ifup-eth: set 'primary' later for bonding devices (#236897, ) - translation updates: cy, en_GB, mk, ml, ms, pl, sk, ta, zh_CN * Tue Jul 17 2007 Nils Philippsen - avoid calling unicode_start unnecessarily often during startup/shutdown which causes certain monitor/video card combos to flicker heavily (#237839) * Tue May 15 2007 Bill Nottingham 8.54-1 - translation updates: as, bg, cs, ja, ms - redirect bogus errors from cryptsetup to /dev/null innotop-1.4.3-2.fc8 ------------------- * Sun Jul 29 2007 Michael Fleming 1.4.3-2 - New upstream release. - Remove README from docs (removed upstream) intltool-0.35.5-5.fc8 --------------------- * Tue Jul 31 2007 David Zeuthen - 0.35.5-5 - Add support for PolicyKit .policy files (b.g.o #462312) * Sat Jul 28 2007 Matthias Clasen - 0.35.5-4 - Don't produce useless debuginfo (#249969) jd-1.9.5-2.svn1204.fc8 ---------------------- * Sun Jul 29 2007 Mamoru Tasaka - 1.9.5-2.svn1204 - svn 1204 * Sat Jun 30 2007 Mamoru Tasaka - 1.9.5-1 - 1.9.5 * Mon Jun 25 2007 Mamoru Tasaka - 1.9.5-0.6.rc070625 - 1.9.5 rc 070625 k3b-0:1.0.3-1.fc8 ----------------- * Fri Jul 27 2007 Harald Hoyer - 0:1.0.3-1 - version 1.0.3 - added gnome-umount patch kaffeine-0.8.5-1.fc8 -------------------- * Mon Jul 30 2007 Rex Dieter 0.8.5-1 - kaffeine-0.8.5 - BR: libxcb-devel kdeaddons-3.5.7-3.fc8 --------------------- * Thu Jul 26 2007 Rex Dieter 3.5.7-3 - move noatun-plugins to -extras - move mediacontrol to main - improve %description kdeutils-6:3.5.7-3.fc8 ---------------------- * Thu Jul 26 2007 Rex Dieter - 6:3.5.7-3 - drop Requires: kdebase * Thu Jul 26 2007 Rex Dieter - 6:3.6.7-2 - fix undefined symbols in %_libdir/kde3/kded_klaptopdaemon.so - BR: libXScrnSaver-devel kexec-tools-1.101-77.fc8 ------------------------ * Wed Aug 01 2007 Neil Horman - 1.101-77.fc8 - Update mkdumprd to suppres notifications /rev makedumpfile (bz 250341) kio_p7zip-0.3.1-5.fc8 --------------------- * Thu Aug 02 2007 Kelly Miller 0.3.1-5 - Updated license to GPL2+ as per new Fedora requirements. krb5-1.6.2-2.fc8 ---------------- * Thu Jul 26 2007 Nalin Dahyabhai 1.6.2-2 - kdc.conf: default to listening for TCP clients, too (#248415) * Thu Jul 19 2007 Nalin Dahyabhai 1.6.2-1 - update to 1.6.2 - add "buildrequires: texinfo-tex" to get texi2pdf * Wed Jun 27 2007 Nalin Dahyabhai 1.6.1-8 - incorporate fixes for MITKRB5-SA-2007-004 (CVE-2007-2442,CVE-2007-2443) and MITKRB5-SA-2007-005 (CVE-2007-2798) krusader-1.80.0-1.fc7 --------------------- * Thu Aug 02 2007 Marcin Garski 1.80.0-1 - Update to 1.80.0 (#249903) ksensors-0.7.3-11.fc8 --------------------- * Fri Jul 27 2007 Hans de Goede 0.7.3-11 - Remove OnlyShowIn=KDE; from .desktop file (I like using ksensors under GNOME, works fine grumbel) * Fri Jul 27 2007 Hans de Goede 0.7.3-10 - Add icon-cache update scriptlets - Add Requires: hicolor-icon-theme for dir ownership ksynaptics-0.3.3-1.fc8 ---------------------- * Fri Jul 27 2007 - Orion Poplawski - 0.3.3-1 - Update to 0.3.3 kudzu-1.2.72-1 -------------- * Wed Aug 01 2007 Bill Nottingham - 1.2.72-1 - PS3 updates (#250405, ) * Fri May 18 2007 Bill Nottingham - 1.2.71-1 - ignore network devices such as wmasterX that aren't what we want (#239825) * Thu Apr 19 2007 Bill Nottingham - 1.2.70-1 - don't write alsactl lines (#236918) libXi-1.1.1-1.fc7 ----------------- * Wed Jul 11 2007 Adam Jackson 1.1.1-1 - libXi 1.1.1 * Sat Apr 21 2007 Matthias Clasen 1.0.4-2 - Don't install INSTALL libbonobo-2.19.6-1.fc8 ---------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 * Tue Jun 19 2007 Matthias Clasen - 2.19.4-1 - Update to 2.19.4 * Fri Apr 20 2007 Matthias Clasen - 2.18.0-3 - Use the more correct upstream fix for the leak fixed in -2 libbonoboui-2.19.6-1.fc8 ------------------------ * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 libdbi-0.8.2-2.fc8 ------------------ * Thu Aug 02 2007 Tom Lane 0.8.2-2 - Fix typo in Release field. * Thu Aug 02 2007 Tom Lane 0.8.2-1 - Update to version 0.8.2. - Update License tag to match code. - Remove static library and .la file, per packaging guidelines. * Wed Jul 12 2006 Jesse Keating - 0.8.1-2.1 - rebuild libdbi-drivers-0.8.2-1.1.fc8 ---------------------------- * Thu Aug 02 2007 Tom Lane 0.8.2-1.1 - Update to version 0.8.2-1. - Update License tag to match code. - Remove static libraries and .la files, per packaging guidelines. - Fix up packaging of documentation. libgcrypt-1.2.4-3 ----------------- * Mon Jul 30 2007 Nalin Dahyabhai - 1.2.4-3 - disable static libraries (part of #249815) * Fri Jul 27 2007 Nalin Dahyabhai - 1.2.4-2 - move libgcrypt shared library to /lib (#249815) libglade2-2.6.2-1.fc8 --------------------- * Mon Jul 30 2007 Matthias Clasen - 2.6.2-1 - Update to 2.6.2 libgnome-2.19.1-1.fc8 --------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.1-1 - Update to 2.19.1 * Sat Jul 07 2007 Matthias Clasen - 2.19.0-2 - Fix directory ownership issues * Mon Jun 18 2007 Matthias Clasen - 2.19.0-1 - Update to 2.19.0 - Drop upstreamed patch libgnomeui-2.19.1-1.fc8 ----------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.1-1 - Update to 2.19.1 * Fri Jul 20 2007 Jesse Keating 0 2.19.0-2 - Don't require yelp (RH #249000) * Mon Jun 18 2007 Matthias Clasen - 2.19.0-1 - Update to 2.19.0 libgpg-error-1.5-3 ------------------ * Mon Jul 30 2007 Nalin Dahyabhai - 1.5-3 - disable static libraries (part of #249815) * Fri Jul 27 2007 Nalin Dahyabhai - 1.5-2 - move libgpg-error shared library to /lib (#249816) libgsasl-0.2.18-4.fc8 --------------------- * Thu Aug 02 2007 Nikolay Vladimirov - 0.2.18-4 - License tag changed libgsf-1.14.5-2.fc8 ------------------- * Thu Aug 02 2007 Caolan McNamara 1.14.5-2 - clarify license: LGPL v2.1 in source headers, no "later" libgssapi-0.11-1.fc8 -------------------- * Wed May 09 2007 Steve Dickson - 0.11-1 - Updated to latest upstream version libidn-0.6.14-2 --------------- * Mon Jun 18 2007 Joe Orton 0.6.14-2 - update to 0.6.14 * Mon Jan 29 2007 Joe Orton 0.6.9-2 - update to 0.6.9 - make install-info use failsafe (Ville Skytt??, #223707) libmtp-0.1.5-2.fc8 ------------------ * Mon Jul 30 2007 Harald Hoyer - 0.1.5-2 - changed udev rules for new kernel and udev versions libnet-1.1.2.1-11.fc8 --------------------- * Wed Aug 01 2007 Patrice Dumas 1.1.2.1-11 - build with -fPIC (#250296) * Fri Jan 12 2007 Patrice Dumas 1.1.2.1-10 - add debian patch to correct bad checksums * Tue Aug 29 2006 Patrice Dumas 1.1.2.1-9 - rebuild for FC6 libntlm-0.3.13-4.fc8 -------------------- * Thu Aug 02 2007 Nikolay Vladimirov - 0.3.13-4 - License tag changed libotr-3.1.0-1.fc8 ------------------ * Wed Aug 01 2007 Paul Wouters 3.1.0-1 - Upgraded to current version - Updated URLS and configure line librsvg2-2.18.0-2.fc8 --------------------- * Wed Aug 01 2007 Matthias Clasen - 2.18.0-2 - Don't let scriptlets fail (#243185) * Fri Jul 27 2007 Matthias Clasen - 2.18.0-1 - Update to 2.18.0 libsidplay-1.36.57-13 --------------------- * Thu Aug 02 2007 Michael Schwendt 1.36.57-13 - Clarify licence (GPLv2+). libsynaptics-0.14.6c-1.fc8 -------------------------- * Fri Jul 27 2007 Orion Poplawski - 0.14.6c-1 - Update to 0.14.6c libtextcat-2.2-2.fc8 -------------------- libtirpc-0.1.7-9.fc8 -------------------- * Mon Jul 30 2007 0.1.7-9 - Fixed mutex lock problem in clnt_raw_create() - Ignore the return value of snprintf() and use strlen() instead to bump the pointer in clnt_sperror() - A couple ntohs() were needed in bindresvport_sa() - Added IP_RECVERR processing with to clnt_dg_call() so application will see errors instead of timing out - Make sure remote address (xp_rtaddr) is populated with the correct type of address. - Change the order of network ids in /etc/netconfg putting ipv4 ids before ipv6. - Bumped up Release from 8 to 9. libtool-1.5.24-1.fc8 -------------------- * Tue Jul 24 2007 Karsten Hopp 1.5.24-1 - update to libtool 1.5.24 libusb-0.1.12-8.fc8 ------------------- * Wed Aug 01 2007 Jindrich Novy 0.1.12-8 - don't use uninitialized buffers on stack (#250274) libvirt-0.3.1-3.fc8 ------------------- * Thu Jul 26 2007 Daniel Veillard - 0.3.1-3.fc8 - adds fix for bug #249594 libwnck-2.19.6-1.fc8 -------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 lighttpd-1.4.16-1.fc8 --------------------- * Thu Jul 26 2007 Matthias Saou 1.4.16-1 - Update to 1.4.16 security fix release. lilypond-2.10.25-2.fc8 ---------------------- * Wed Aug 01 2007 Quentin Spencer 2.10.25-2 - Patch to fix problems with recent versions of fontforge. * Fri Jul 27 2007 Quentin Spencer 2.10.25-1 - New release & new source URL. * Tue Mar 20 2007 Quentin Spencer 2.10.20-1 - New release. lucene-0:1.9.1-1jpp.3.fc8 ------------------------- * Thu Aug 02 2007 Ben Konrath 0:1.9.1-1jpp.3 - Cleanup packaging of OSGi manifests. * Tue Jul 31 2007 Ben Konrath 0:1.9.1-1jpp.2 - Use OSGi manifests from eclipse 3.3.0 instead of merged manifests. - Resolves: #250221. lvm2-2.02.27-2.fc8 ------------------ * Wed Aug 01 2007 Milan Broz - 2.02.27-2 - Add SUN's LDOM virtual block device (vdisk) and ps3disk to filters. lyx-1.5.0-1.fc8 --------------- * Wed Jul 25 2007 Rex Dieter 1.5.0-1 - lyx-1.5.0(final) m2crypto-0.18-1 --------------- * Wed Aug 01 2007 Miloslav Trma?? - 0.18-1 - Update to m2crypto-0.18 maxima-5.12.0-6.fc8 ------------------- * Sat Jul 28 2007 Rex Dieter 5.12.0-6 - respin for sbcl-1.0.8 mecab-ipadic-2.7.0.20070801-1.fc8 --------------------------------- * Wed Aug 01 2007 Mamoru Tasaka - 2.7.0.20070801 - New release 2.7.0-20070801 mew-5.2.50-1.fc8 ---------------- * Fri Jul 27 2007 Akira TAGOH - 5.2.50-1 - New upstream release. mftrace-1.2.14-1.fc8 -------------------- * Mon Jul 30 2007 Quentin Spencer 1.2.14-1 - New release. - Update URLs. mhash-0.9.9-2 ------------- * Thu Aug 02 2007 Michael Schwendt - 0.9.9-2 - Clarify licence (LGPLv2+). minicom-2.2-3.fc8 ----------------- * Wed Jul 25 2007 Miroslav Lichvar 2.2-3 - check for errors on tty device (#248701) mksh-30-1.fc8 ------------- mlmmj-1.2.15-1.fc8 ------------------ * Tue Jul 31 2007 Michael Fleming 1.2.15-1 - New upstream release. Please read the release and upgrade notes when upgrading. - Enabled new "enable-recieve-strip" option for MIME handling. moodle-1.8.2-1.fc8 ------------------ * Wed Jul 25 2007 Jon Ciesla - 1.8.2-1 - Update to 1.8.2. - Updated language packs to the 25 July 2007 versions. - Added Mongolian, Gujerati, Lao, Tongan, Maori (Waikato Uni), Samoan, Tamil. msmtp-1.4.13-2.fc8 ------------------ * Thu Aug 02 2007 Nikolay Vladimirov - 1.4.13-2 - License tag changed * Thu Aug 02 2007 Nikolay Vladimirov - 1.4.13-1 - 1.4.13 - license changed to GPLv3 mugshot-1.1.49-1.fc8 -------------------- * Wed Aug 01 2007 Colin Walters - 1.1.49-1 - 1.1.49 - sqlite-devel * Tue Jul 24 2007 Colin Walters - 1.1.48-1 - 1.1.48 * Thu Jul 12 2007 Owen Taylor - 1.1.47-1 - 1.1.47 mysql-connector-odbc-3.51.14r248-2.fc8 -------------------------------------- * Thu Aug 02 2007 Tom Lane 3.51.14r248-2 - Update License tag to match code. * Fri Apr 20 2007 Tom Lane 3.51.14r248-1 - Update to mysql-connector-odbc 3.51.14r248-1 Resolves: #236473 - Fix build problem on multilib machines nail-12.3-1.fc8 --------------- * Tue Jul 24 2007 Dmitry Butskoy - 12.3-1 - update to 12.3 nautilus-2.19.6-1.fc8 --------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 * Wed Jul 25 2007 Jesse Keating - 2.19.5-3 - Rebuild for RH #249435 * Mon Jul 23 2007 Matthias Clasen - 2.19.5-2 - Port to new GTK+ tooltips API nautilus-cd-burner-2.19.6-1.fc8 ------------------------------- * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 net-snmp-1:5.4-16.fc8 --------------------- * Tue Jul 31 2007 Safranek 5.4-16 - supported lm_sensors on ppc64 (#249255) - snmpconf generates config files with proper selinux context (#247462) - fix leak in udp transport (#247771) - add alpha to supported archs in net-snmp-config (#246825) - fix hrSWInst (#250237) netgo-0.5-7.fc8 --------------- * Fri May 25 2007 Tom "spot" Callaway 0.5-7 - fix pam config to not use pam_stack nfs-utils-1:1.1.0-1.fc8 ----------------------- * Sat Jul 28 2007 Steve Dickson 1.1.0-1 - Upgraded to the latest upstream version (nfs-utils-1.1.0) * Thu May 24 2007 Steve Dickson 1.0.10-7 - Fixed typo in mount.nfs4 that causes a segfault during error processing (bz 241190) * Tue May 22 2007 Steve Dickson 1.0.10-6 - Make sure the condrestarts exit with a zero value (bz 240225) - Stopped /etc/sysconfig/nfs from being overwritten on updates (bz 234543) - Added -o nordirplus mount option to disable READDIRPLUS (bz 240357) - Disabled the FSCache patch, for now... nfs-utils-lib-1.1.0-1.fc8 ------------------------- * Sat Jul 28 2007 Steve Dickson 1.1.0-1 - Updated libnfsidmap to the 0.20 release - Added rules to install/remove /etc/idmap.conf * Mon Mar 12 2007 Steve Dickson 1.0.8-9 - Removed the --prefix=$RPM_BUILD_ROOT from the %configure (bz 213152) nginx-0.5.30-1.fc8 ------------------ * Mon Jul 30 2007 Jeremy Hinegardner - 0.5.30-1 - Update to 0.5.30 * Tue Jul 24 2007 Jeremy Hinegardner - 0.5.29-1 - Update to 0.5.29 nip2-7.12.2-1.fc8 ----------------- * Wed Jul 25 2007 Adam Goode - 7.12.2-1 - New stable release 7.12 ocaml-findlib-1.1.2pl1-10.fc8 ----------------------------- * Thu Aug 02 2007 Richard W.M. Jones - 1.1.2pl1-10 - BR added ocaml-ocamldoc so that ocamlfind ocamldoc works. - Fix path of camlp4 parsers in Makefile. online-desktop-0.2.6-1.fc8 -------------------------- * Wed Aug 01 2007 Colin Walters - 0.2.6-1 - new upstream openldap-2.3.37-1.fc8 --------------------- * Tue Jul 31 2007 Jan Safranek 2.3.37-1.fc8 - new upstream version openoffice.org-1:2.2.1-18.7.fc8 ------------------------------- * Tue Jul 24 2007 Caolan McNamara - 1:2.2.1-18.7 - Resolves: ooo#79953 inhibit screensaver during presentations - Resolves: rhbz#249196 propogate font width types up from the font ooo#79878 - Resolves: rhbz#249568 empty line in autocorrect options - Resolves: rhbz#247632 new text only impress layout * Thu Jul 19 2007 Caolan McNamara - 1:2.2.1-18.6 - FC-8 Test 1 Candidate - Resolves: rhbz#247781 openoffice.org-2.2.1.ooo79481.sw.rowordcount.patch - better page counting for titlepage dialog * Tue Jul 10 2007 Caolan McNamara - 1:2.2.1-18.5 - Resolves: rhbz#245729 openoffice.org-2.2.1.ooo78921.sw.embedded.patch - update setlangtolocale for prettier fonts when appropiate langpack is missing - add openoffice.org-2.2.1.oooXXXXX.sw.titlepagedialog.patch opensc-0.11.3-2.fc8 ------------------- * Thu Jul 26 2007 Ville Skytt?? - 0.11.3-2 - Fix pkcs11-tool usage message crash (#249702). openssl-0.9.8b-13.fc8 --------------------- * Wed Jul 25 2007 Tomas Mraz 0.9.8b-13 - allow building on ARM architectures (#245417) - use reference timestamps to prevent multilib conflicts (#218064) - -devel package must require pkgconfig (#241031) * Mon Dec 11 2006 Tomas Mraz 0.9.8b-12 - detect duplicates in add_dir properly (#206346) * Thu Nov 30 2006 Tomas Mraz 0.9.8b-11 - the previous change still didn't make X509_NAME_cmp transitive oprofile-0.9.3-2.fc8 -------------------- * Wed Jul 25 2007 Will Cohen - 0.9.3-2 - Re-enable xen patch. orca-2.19.6-1.fc8 ----------------- * Sun Jul 29 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 pam_krb5-2.2.16-1 ----------------- * Fri Jul 27 2007 Nalin Dahyabhai - 2.2.16-1 - update to 2.2.16, also avoiding use of the helper if we're creating a ticket file for our own use pam_passwdqc-1.0.4-2 -------------------- * Sun Jul 29 2007 Nalin Dahyabhai - 1.0.4-2 - set LDFLAGS_LINUX, not LDFLAGS, so that we don't strip the module before the debuginfo gets pulled out (#249963) pango-1.17.5-1.fc8 ------------------ * Mon Jul 30 2007 Matthias Clasen - 1.17.5-1 - Update to 1.17.5 * Tue Jul 03 2007 Behdad Esfahbod - Distribute NEWS pbzip2-1.0.2-2.fc8 ------------------ * Thu Jul 26 2007 Jeff Gilchrist - 1.0.2-2 - Fixed symbolic link for pbunzip2 file * Wed Jul 25 2007 Jeff Gilchrist - 1.0.2-1 - Release 1.0.2 perl-Algorithm-Dependency-1.103-1.fc8 ------------------------------------- * Sun Jul 29 2007 Ralf Cors??pius - 1.103-1 - Upstream update. perl-Class-Accessor-0.31-1.fc8.1 -------------------------------- * Fri Jul 27 2007 Tom "spot" Callaway 0.31-1 - update for 0.31, hooray for performance patches * Wed Jan 17 2007 Tom "spot" Callaway 0.30-1 - bump to 0.30 * Thu Sep 14 2006 Tom "spot" Callaway 0.27-2 - bump for fc6 perl-Class-Data-Inheritable-0.06-1.fc8.1 ---------------------------------------- perl-Clone-0.27-1.fc8 --------------------- * Fri Jul 27 2007 Tom "spot" Callaway 0.27-1 - bump to 0.27 perl-Image-ExifTool-6.94-1.fc8 ------------------------------ * Wed Aug 01 2007 Tom "spot" Callaway 6.94-1 - bump to 6.94 perl-Mozilla-LDAP-1.5.2-1.fc8 ----------------------------- * Fri Jul 27 2007 Rich Megginson - 1.5.2-1 - Fix bugzilla 389731 - crash when a bad URL is passed perl-PAR-Dist-0.25-1.fc8 ------------------------ * Mon Jul 30 2007 Ville Skytt?? - 0.25-1 - 0.25. perl-Want-0.15-1.fc8 -------------------- * Thu Jul 26 2007 Ralf Cors??pius - 0.15-1 - Upstream update. perltidy-20070801-1.fc8 ----------------------- * Wed Aug 01 2007 Ville Skytt?? - 20070801-1 - 20070801. pfqueue-0.5.6-5.fc8 ------------------- * Mon Jun 18 2007 Michael Fleming 0.5.6-5 - Initial import into Fedora / EPEL - Fix Source URL * Wed Jun 13 2007 Michael Fleming 0.5.6-3.mf - Remove the rpath from binaries @ build time. * Wed Feb 14 2007 Michael Fleming 0.5.6-1.mf - New upstream version. pidgin-2.1.0-1.fc8 ------------------ * Mon Jul 30 2007 Stu Tomlinson - 2.1.0-1 - 2.1.0 - Only include translations in libpurple instead of duplicating them in packages that depend on libpurple anyway * Tue Jun 19 2007 Warren Togami - 2.0.2-3 - libpurple obsoletes and provides gaim This smoothens multilib the upgrade path. * Fri Jun 15 2007 Stu Tomlinson - 2.0.2-1 - 2.0.2 pikloops-0.2.3-1.fc8 -------------------- * Thu Jul 26 2007 Alain Portal 0.2.3-1 - New upstream version pilot-link-2:0.12.2-4.fc8 ------------------------- * Fri Jul 27 2007 Ivana Varekova - 2:0.12.2-4 - add libusb-devel planner-0.14.2-8.fc8 -------------------- * Thu Aug 02 2007 Caolan McNamara - 0.14.2-8 - clarify license, GPLv2 + later version policycoreutils-2.0.22-13.fc8 ----------------------------- * Wed Aug 01 2007 Dan Walsh 2.0.22-13 - Speed up genhomedircon by an order of magnitude by compiling regex - Allow semanage fcontext -a -t <> /path to work * Fri Jul 27 2007 Dan Walsh 2.0.22-11 - Fixfiles update required to match new regex * Fri Jul 27 2007 Dan Walsh 2.0.22-10 - Update booleans translations postgresql-odbc-08.02.0200-2.fc8 -------------------------------- * Thu Aug 02 2007 Tom Lane 08.02.0200-2 - Update License tag to match code. * Wed Apr 25 2007 Tom Lane 08.02.0200-1 - Update to version 08.02.0200 psacct-6.3.2-47.fc8 ------------------- * Wed Jul 25 2007 Ivana Varekova - 6.3.2-47 - fix status service * Wed Jul 25 2007 Ivana Varekova - 6.3.2-46 - Resolves: #247034 fix init script pth-2.0.7-2 ----------- * Thu Aug 02 2007 Michael Schwendt - 2.0.7-2 - Clarify licence (LGPLv2+). puppet-0.23.1-1.fc8 ------------------- * Thu Jul 26 2007 David Lutterkort - 0.23.1-1 - Remove old config files pv-0.9.9-1.fc8 -------------- pwsafe-0.2.0-2.fc8 ------------------ pygtksourceview-1.90.3-1.fc8 ---------------------------- * Wed Aug 01 2007 Matthias Clasen - 1.90.3-1 - Update to 1.90.3 pykickstart-1.6-1.fc8 --------------------- * Thu Aug 02 2007 Chris Lumens 1.6-1 - Fix a couple tracebacks in ksvalidator. - Change --class to --dhcpclass (#248912). python-lxml-1.3.3-1.fc8 ----------------------- * Mon Jul 30 2007 Jeffrey C. Ollie - 1.3.3-1 - Update to 1.3.3 python-sqlalchemy-0.3.10-2.fc8 ------------------------------ * Tue Jul 24 2007 Toshio Kuratomi - 0.3.10-2 - Remove python-abi Requires. This is automatic since FC4+. * Tue Jul 24 2007 Toshio Kuratomi - 0.3.10-1 - Update to new upstream version 0.3.10 python-virtinst-0.200.0-2.fc8 ----------------------------- * Thu Jul 26 2007 Daniel P. Berrange - 0.200.0-2.fc8 - Fixed default architecture pyxdg-0.15-5.fc8.1 ------------------ qgis-0.8.1-12.fc8 ----------------- * Thu Aug 02 2007 Douglas E. Warner 0.8.1-12 - updated License from GPL to GPLv2+ qtpfsgui-1.8.11-2.fc8 --------------------- * Thu Aug 02 2007 Douglas E. Warner 1.8.11-2 - updated License from GPL to GPLv2+ * Tue Jul 31 2007 Douglas E. Warner 1.8.11-1 - update to version 1.8.11 quagga-0:0.99.8-1.fc8 --------------------- * Mon Jul 30 2007 Martin Bacovsky - 0.99.8-1 - upgrade to new upstream version 0.99.8 - resolves: #249423: scripts in /etc/rc.d/init.d/* are marked as config files in specfile - resolves: #247040: Initscript Review - resolves: #249538: Inconsistencies in init scripts - resolves: #220531: quagga: non-failsafe install-info usage, info files removed from index on update ragel-5.23-1.fc8 ---------------- * Tue Jul 24 2007 Jeremy Hinegardner - 5.23-1 - update to 5.23 - removed ragel-rlcodegen-replace.patch - it was applied upstream rdesktop-1.5.0-3.fc8 -------------------- * Sat Jul 28 2007 Matthias Clasen - 1.5.0-3 - Produce useful debuginfo (#249962) rhdb-utils-8.2.0-2.fc8 ---------------------- * Thu Aug 02 2007 Tom Lane 8.2.0-2 - Update License tag to match code. rosegarden4-1.5.1-1.fc7.1 ------------------------- * Sat Jun 16 2007 Callum Lerwick - 1.5.1-1.1 - Bump, tags got messed up. * Wed May 02 2007 Callum Lerwick - 1.5.1-1 - New upstream version. * Tue Feb 13 2007 Callum Lerwick - 1.5.0-1 - New upstream version. rpmlint-0.80-2.fc8 ------------------ * Tue Jul 31 2007 Tom "spot" Callaway - 0.80-2 - new fedora licensing scheme * Thu May 31 2007 Ville Skytt?? - Filter hardcoded-library-path errors for /lib/udev. rsh-0.17-41.fc8 --------------- * Thu Jul 26 2007 Adam Tkac 0.17-41 - improved nodns patch (in.rshd also has -D option now) * Tue Apr 10 2007 Adam Tkac 0.17-40 - improved -D option to rlogind - when name won't be resolved rlogind uses IP address - added smp_mflags to make * Mon Jan 22 2007 Adam Tkac 0.17-39 - rebased on ncurses instead of libtermcap rsyslog-1.17.6-1.fc8 -------------------- * Thu Aug 02 2007 Peter Vrabec 1.17.6-1 - upstream bugfix release sbcl-1.0.8-1.fc8 ---------------- * Sat Jul 28 2007 Rex Dieter 1.0.8-1 - sbcl-1.0.8 schedtool-1.2.10-6.fc8 ---------------------- * Thu Jul 26 2007 Adel Gadllah 1.2.10-6 - Don't install SCHED_DESIGN (outdated Fedora uses CFS) scim-qtimm-0.9.4-8.fc8 ---------------------- * Wed Aug 01 2007 Jens Petersen - 0.9.4-8 - add a couple of patches from openSUSE: scim-qtimm-suse116220-keyboard-layout.patch and scim-qtimm-suse206547-scim-qtimm-crash.patch seamonkey-1.1.3-4.fc8 --------------------- * Mon Jul 30 2007 Martin Stransky 1.1.3-4 - added nspluginwrapper support * Fri Jul 27 2007 Martin Stransky - 1.1.3-3 - added pango patches selinux-policy-3.0.4-5.fc8 -------------------------- * Wed Aug 01 2007 Dan Walsh 3.0.4-5 - Fix new usb devices and dmfm * Mon Jul 30 2007 Dan Walsh 3.0.4-4 - Eliminate mount_ntfs_t policy, merge into mount_t ser2net-2.4-1.fc8 ----------------- * Thu Aug 02 2007 Tom "spot" Callaway 2.4-1 - bump to 2.4 shared-mime-info-0.22-1.fc8 --------------------------- * Mon Jul 30 2007 - Bastien Nocera - 0.22-1 - Update to 0.22 sofia-sip-1.12.6-10.fc8 ----------------------- * Tue Jul 31 2007 Jeffrey C. Ollie - 1.12.6-10 - Clean up * Tue Jul 31 2007 Jeffrey C. Ollie - 1.12.6-9 - Enable building on PPC64 sofsip-cli-0.13-4.fc8 --------------------- * Thu Aug 02 2007 Jeffrey C. Ollie - 0.13-4 - Enable building on PPC64 spamassassin-3.2.2-2.fc8 ------------------------ * Thu Aug 02 2007 Warren Togami 3.2.2-2 - Fix SA#5574 which cripples dcc/pyzor users speedcrunch-0.8-4.fc8 --------------------- * Thu Jul 26 2007 Roland Wolters 0.8-1 - update to upstream 0.8 - various new features and bugfixes squid-7:2.6.STABLE14-1.fc8 -------------------------- * Thu Jul 19 2007 Martin Bacovsky - 7:2.6.STABLE14-1 - update to latest upstream 2.6.STABLE14 - resolves: #247064: Initscript Review * Tue Mar 27 2007 Martin Bacovsky - 7:2.6.STABLE12-1 - update to latest upstream 2.6.STABLE12 - Resolves: #233913: squid: unowned directory * Mon Feb 19 2007 Martin Bacovsky - 7:2.6.STABLE9-2 - Resolves: #226431: Merge Review: squid strigi-0.5.4-0.1.svn20070729 ---------------------------- * Sun Jul 29 2007 Deji Akingunola - 0.5.4-0.1.svn20070729 - New KDE SVN snapshot version for KDE 4.0 beta 1 (bz#20015) stripesnoop-1.5-7.fc8.2 ----------------------- * Thu Aug 02 2007 Tom "spot" Callaway 1.5-7.2 - correct license * Thu May 17 2007 Tom "spot" Callaway 1.5-7.1 - ppc64 won't work here either syslog-ng-2.0.5-1.fc8 --------------------- * Thu Jul 26 2007 Jose Pedro Oliveira - 2.0.5-1 - Update to 2.0.5 sysprof-kmod-1.0.8-1.2.6.23_0.61.rc1.git9.fc8 --------------------------------------------- * Thu Jul 26 2007 Gianluca Sforna - No more i586 builds - disable kdump (see http://article.gmane.org/gmane.linux.redhat.fedora.devel/59829) system-config-date-1.9.3-2.fc8 ------------------------------ * Tue Jul 31 2007 Nils Philippsen 1.9.3-2 - bump release to appease build system * Tue Jul 31 2007 Nils Philippsen 1.9.3 - fix canvas tooltip * Mon Jul 30 2007 Nils Philippsen - use smoother zoom steps when using the mouse wheel - hide city label when using the mouse wheel to zoom system-config-kickstart-2.7.8-1.fc8 ----------------------------------- * Mon Jul 30 2007 Chris Lumens 2.7.8-1 - Fix traceback on X configuration screen (#248600). system-config-soundcard-2.0.6-8.fc8 ----------------------------------- * Wed Jul 25 2007 Martin Stransky - 2.0.6-8 - fixed #245875 - desktop file categories * Tue Jun 26 2007 Martin Stransky - 2.0.6-7 - fixed broken URL (#237724) tailor-0.9.28-4.fc8 ------------------- * Fri Jul 27 2007 Dan Horak 0.9.28-4 - exclude ppc64 because darcs cannot be build on ppc64 now (#249906) tasks-0.10-2.fc8 ---------------- * Thu Aug 02 2007 Dan Young - 0.10-2 - License tag change per Licensing Guidelines tastymenu-0.8.2-2.fc8 --------------------- * Thu Aug 02 2007 Kelly Miller 0.8.2-2 - Updated license to LGPL2+ as per new Fedora requirements. tcl-1:8.4.15-1.fc8 ------------------ * Tue May 22 2007 Marcela Maslanova - 1:8.4.15-1 - Update Tcl-8.4.15 * Tue May 22 2007 Marcela Maslanova - 1:8.4.13-18 - rhbz#235812 * Tue Apr 03 2007 Marcela Maslanova - 1:8.4.13-16 - rhbz#227725 tcp_wrappers-7.6-49.fc8 ----------------------- * Wed Jul 25 2007 Tomas Janousek - 7.6-49 - fix for a.b.c.d/255.255.255.255 - fixes #249430 texinfo-4.9-1.fc8 ----------------- * Tue Jul 31 2007 Vitezslav Crhonek - 4.9-1 - Rebase to upstream texinfo-4.9, fix typo in summary Resolves: #250119, #248883 thunderbird-2.0.0.0-3.fc8 ------------------------- * Tue Jul 31 2007 Martin Stransky 2.0.0.0-3 - added pango ligature fix * Thu Apr 19 2007 Christopher Aillon 2.0.0.0-1 - Update to 2.0.0.0 Final * Fri Apr 13 2007 Christopher Aillon 2.0.0.0-0.5.rc1 - Fix the desktop file - Clean up the files list - Remove the default client stuff from the pref window tk-1:8.4.15-1.fc8 ----------------- * Tue Jul 31 2007 Marcela Maslanova - 1:8.4.15-1 - Update tk8.4.15 * Tue Feb 20 2007 Marcela Maslanova - 1:8.4.13-5 - rhbz#226494 review again * Wed Feb 14 2007 Marcela Maslanova - 1:8.4.13-4 - rhbz#226494 review tn5250-0.17.3-15.fc8 -------------------- * Wed Aug 01 2007 Karsten Hopp 0.17.3-15 - change requires to hicolor-icon-theme for the icons directory (#250358) tomboy-0.7.3-2.fc8 ------------------ * Thu Aug 02 2007 Matthias Clasen - 0.7.3-2 - Fix a default value in the GConf schema * Mon Jul 30 2007 Matthias Clasen - 0.7.3-1 - Update to 0.7.3 tor-0.1.2.15-1.fc8 ------------------ * Sat Jul 28 2007 Enrico Scholz - 0.1.2.15-1 - updated to 0.1.2.15 * Sat May 26 2007 Enrico Scholz - 0.1.2.14-1 - updated to 0.1.2.14 * Wed Apr 25 2007 Enrico Scholz - 0.1.2.13-1 - updated to 0.1.2.13 - minor cleanups; especially in the %doc section twinkle-1.1-1.fc8 ----------------- * Wed Aug 01 2007 Kevin Fenzi - 1.1-1 - Update to 1.1 udev-113-8.fc8 -------------- * Mon Jul 30 2007 Harald Hoyer - 113-8 - removed "noreplace" config tag from rules (#250043) * Fri Jul 27 2007 Harald Hoyer - 113-7 - major rule cleanup - removed persistent rules from 50 and included upstream rules - removed skip_wait from modprobe unixODBC-2.2.12-4.fc8 --------------------- * Thu Aug 02 2007 Tom Lane 2.2.12-4 - Update License tag to match code. * Fri Apr 20 2007 Tom Lane 2.2.12-3 - Make configure find correct Qt libraries when building on a multilib machine vdr-1.4.7-3.fc8 --------------- * Wed Aug 01 2007 Ville Skytt?? - 1.4.7-3 - Sync user/group handling with current packaging guideline draft. - Include vdr-moveto.sh, a script for organizing recordings. - Refresh patches, include GPL version info in License tag. - Move pre-2007 %changelog entries to CHANGES.package.old. - Make sure all package scriptlets exit with zero status. - Add LSB comment block to init script. * Mon Jun 11 2007 Ville Skytt?? - 1.4.7-2 - Apply Reinhard Ni??l's "sync early" patch for smoother channel changes. * Sat May 12 2007 Ville Skytt?? - 1.4.7-1 - 1.4.7. veusz-0.10-16.fc8 ----------------- * Thu Aug 02 2007 Jeremy Sanders - 0.10-16 - Rebuilt as forgot to commit changes before make tag * Thu Aug 02 2007 Jeremy Sanders - 0.10-15 - Rebuilt as forgot to include comment for license update * Thu Aug 02 2007 Jeremy Sanders - 0.10-14 - Changed for new licensing guidelines. Now indicates the single file with Python licensing vips-7.12.2-1.fc8 ----------------- * Tue Jul 24 2007 Adam Goode - 7.12.2-1 - New stable release 7.12 vixie-cron-4:4.1-85.fc8 ----------------------- * Tue Jul 31 2007 Marcela Maslanova - 4:4.1-85 - add pam to crontab, clean in security.c - fix typo in init script - Resolves: rhbz#249512 vnc-4.1.2-20.1.fc8 ------------------ * Wed Aug 01 2007 Adam Tkac 4.1.2-20.1 - rebuild * Tue Jul 31 2007 Adam Tkac 4.1.2-20 - vnc service is now disabled in all runlevels by default (#250157) * Tue Jul 17 2007 Adam Tkac 4.1.2-19 - initscript is ready for parallel booting (#247092) vte-0.16.8-1.fc8 ---------------- * Mon Jul 30 2007 Matthias Clasen 0.16.8-1 - Update to 0.16.8 * Sat Jul 28 2007 Matthias Clasen 0.16.7-1 - Update to 0.16.7 wdm-1.28-8.fc8 -------------- * Wed Aug 01 2007 Patrice Dumas 1.28-8 - require system-logos instead of fedora-logos (#250366) - build requires WINGs-devel instead of WindowMaker-devel wesnoth-1.2.6-1.fc8 ------------------- * Sat Jul 28 2007 Brian Pepple - 1.2.6-1 - Update to 1.2.6. wine-0.9.42-1.fc8 ----------------- * Sat Jul 28 2007 Andreas Bierfert - 0.9.42-1 - version upgrade wine-docs-0.9.42-1.fc8 ---------------------- * Sat Jul 28 2007 Andreas Bierfert - 0.9.42-1 - version upgrade xbae-4.60.4-7.fc8 ----------------- * Wed Jul 25 2007 Patrice Dumas 4.60.4-7 - add rhel conditionals xfce-mcs-manager-4.4.1-2.fc8 ---------------------------- * Wed Aug 01 2007 Kevin Fenzi - 4.4.1-2 - Add patch to fix excessive wakeups (fixes #250364) xfce-mcs-plugins-4.4.1-2.fc8 ---------------------------- * Mon Jul 30 2007 Kevin Fenzi - 4.4.1-2 - Add dpi interface option. (fixes #244286) xfce-utils-4.4.1-2.fc8 ---------------------- * Mon Jul 30 2007 Kevin Fenzi - 4.4.1-2 - Add dbus BuildRequires. Thanks to Andy Shevchenko (fixes #250067) xfsprogs-2.9.3-1.fc8 -------------------- * Thu Jul 26 2007 Eric Sandeen 2.9.3-1 - Upgrade to xfsprogs 2.9.2, quota, xfs_repair, and filesystreams changes xl2tpd-1.1.11-2.fc8 ------------------- * Sat Jul 28 2007 Paul Wouters 1.1.11-2 - Upgraded to 1.1.11 - Include new split README.* xoo-0.7-6.fc8 ------------- * Sat Jul 28 2007 Paul Wouters 0.7-6 - Bump for EVR xorg-x11-server-1.3.0.0-16.fc8 ------------------------------ * Thu Aug 02 2007 Dave Airlie 1.3.0.0-16 - xserver-1.3.0-add-really-slow-bcopy.patch: Speed server start on some cards * Thu Jul 12 2007 Adam Jackson 1.3.0.0-15 - xserver-1.3.0-edid-quirk-backports.patch: Backport EDID quirks from master; fixes some Samsung monitors. (#232810) * Thu Jul 12 2007 Adam Jackson 1.3.0.0-14 - xserver-1.3.0-composite-version.patch: Force the server to report the Composite extension version it supports, not simply the version defined by the protocol headers it was built against. xorg-x11-xfs-1:1.0.4-2 ---------------------- * Fri Jul 27 2007 Bill Nottingham - 1:1.0.4-2 - don't run by default any more, as it's not used by default - remove explicit restorecon dependency (#215142) xorg-x11-xinit-1.0.2-24.fc8 --------------------------- * Thu Aug 02 2007 Soren Sandmann 1.0.2-24 - Fix bug 212167, CVE-2006-5214 * Sun Jul 29 2007 Soren Sandmann 1.0.2-23 - Fix Xsession to run the login shell inside the setgid ssh-agent, rather than the other way around. This preserves LD_LIBRARY_PRELOAD. Patch from Stefan Becker, bug 164869. * Fri Jul 27 2007 Soren Sandmann 1.0.2-22 - Remove xinput.sh. Bug 244963. xpdf-1:3.02-1.fc8 ----------------- * Wed Aug 01 2007 Tom "spot" Callaway 1:3.02-1 - bump to 3.02 - patch in security fix - add arabic, greek, hebrew, latin2, turkish lang support yp-tools-2.9-2 -------------- * Tue Jul 31 2007 Steve Dickson 2.9-1 - Changed install process to create an useful debuginfo package (bz 249961) ypserv-2.19-5.fc7 ----------------- * Tue Jul 31 2007 Steve Dickson 2.19-5 - Changed install process to create an useful debuginfo package (bz 249961) yum-utils-1.1.6-1.fc8 --------------------- * Tue Jul 24 2007 Tim Lauridsen - mark as 1.1.6 * Tue Jul 17 2007 Tim Lauridsen - Added Requires: yum-updatesd to yum-refresh-updatesd * Tue Jul 03 2007 Panu Matilainen - Add versionlock list format documentation yumex-1.9.11-1.fc8 ------------------ * Sun Jul 08 2007 Tim Lauridsen - 1.9.11-1 - Development Release 1.9.11-1 zenity-2.19.1-2.fc8 ------------------- * Wed Aug 01 2007 Matthias Clasen - 2.19.1-2 - Incorporate package review feedback zoneminder-1.22.3-8.fc8 ----------------------- * Thu Aug 02 2007 Martin Ebourne - 1.22.3-8 - Fix licence tag zsh-4.3.4-0.fc8 --------------- * Wed Jul 25 2007 James Antill - 4.3.4-0 - Move to upstream 4.3.4, the stable non-stable release Broken deps for i386 ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.i386 requires libboost_unit_test_framework.so.2 arts - 8:1.5.7-4.fc8.i386 requires libboost_filesystem.so.2 arts - 8:1.5.7-4.fc8.i386 requires libboost_regex.so.2 chess - 1.0-6.fc8.i386 requires libboost_thread.so.2 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 ctapi-cyberjack - 3.0.3-1.fc8.i386 requires group(ctapiusers) deluge - 0.5.3-1.fc8.i386 requires libboost_date_time.so.2 deluge - 0.5.3-1.fc8.i386 requires libboost_thread.so.2 deluge - 0.5.3-1.fc8.i386 requires libboost_filesystem.so.2 gnash - 0.8.0-1.fc8.i386 requires libboost_date_time.so.2 gnash - 0.8.0-1.fc8.i386 requires libboost_thread.so.2 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 k3d - 0.6.7.0-1.fc8.i386 requires libboost_date_time.so.2 k3d - 0.6.7.0-1.fc8.i386 requires libboost_regex.so.2 kdeedu - 3.5.7-1.fc8.i386 requires libboost_python.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 printer-filters - 1.1-1.fc8.noarch requires ptouch-driver python-tag - 0.91-3.fc7.i386 requires libboost_python.so.2 rb_libtorrent - 0.12-1.fc8.i386 requires libboost_date_time.so.2 rb_libtorrent - 0.12-1.fc8.i386 requires libboost_thread.so.2 rb_libtorrent - 0.12-1.fc8.i386 requires libboost_filesystem.so.2 rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_program_options.so.2 rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_date_time.so.2 rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_thread.so.2 rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_filesystem.so.2 rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_regex.so.2 referencer - 1.0.4-1.fc8.i386 requires libboost_regex.so.2 ruby-gtkmozembed - 0.16.0-6.fc8.i386 requires firefox = 0:2.0.0.4 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 twinkle - 1.1-1.fc8.i386 requires libboost_regex.so.2 vegastrike - 0.4.3-3.fc7.i386 requires libboost_python.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 xsupplicant - 1.2.8-1.fc7.1.i386 requires libiw.so.28 Broken deps for x86_64 ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.x86_64 requires libboost_unit_test_framework.so.2()(64bit) arts - 8:1.5.7-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) arts - 8:1.5.7-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) arts - 8:1.5.7-4.fc8.i386 requires libboost_filesystem.so.2 arts - 8:1.5.7-4.fc8.i386 requires libboost_regex.so.2 chess - 1.0-6.fc8.x86_64 requires libboost_thread.so.2()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 ctapi-cyberjack - 3.0.3-1.fc8.x86_64 requires group(ctapiusers) ctapi-cyberjack - 3.0.3-1.fc8.i386 requires group(ctapiusers) deluge - 0.5.3-1.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) deluge - 0.5.3-1.fc8.x86_64 requires libboost_thread.so.2()(64bit) deluge - 0.5.3-1.fc8.x86_64 requires libboost_date_time.so.2()(64bit) gnash - 0.8.0-1.fc8.x86_64 requires libboost_thread.so.2()(64bit) gnash - 0.8.0-1.fc8.x86_64 requires libboost_date_time.so.2()(64bit) hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) k3d - 0.6.7.0-1.fc8.x86_64 requires libboost_regex.so.2()(64bit) k3d - 0.6.7.0-1.fc8.x86_64 requires libboost_date_time.so.2()(64bit) k3d - 0.6.7.0-1.fc8.i386 requires libboost_date_time.so.2 k3d - 0.6.7.0-1.fc8.i386 requires libboost_regex.so.2 kdeedu - 3.5.7-1.fc8.i386 requires libboost_python.so.2 kdeedu - 3.5.7-1.fc8.x86_64 requires libboost_python.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) printer-filters - 1.1-1.fc8.noarch requires ptouch-driver python-tag - 0.91-3.fc7.x86_64 requires libboost_python.so.2()(64bit) rb_libtorrent - 0.12-1.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) rb_libtorrent - 0.12-1.fc8.x86_64 requires libboost_thread.so.2()(64bit) rb_libtorrent - 0.12-1.fc8.x86_64 requires libboost_date_time.so.2()(64bit) rb_libtorrent - 0.12-1.fc8.i386 requires libboost_date_time.so.2 rb_libtorrent - 0.12-1.fc8.i386 requires libboost_thread.so.2 rb_libtorrent - 0.12-1.fc8.i386 requires libboost_filesystem.so.2 rb_libtorrent-examples - 0.12-1.fc8.x86_64 requires libboost_regex.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.x86_64 requires libboost_program_options.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.x86_64 requires libboost_thread.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.x86_64 requires libboost_date_time.so.2()(64bit) referencer - 1.0.4-1.fc8.x86_64 requires libboost_regex.so.2()(64bit) ruby-gtkmozembed - 0.16.0-6.fc8.x86_64 requires firefox = 0:2.0.0.4 source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) twinkle - 1.1-1.fc8.x86_64 requires libboost_regex.so.2()(64bit) vegastrike - 0.4.3-3.fc7.x86_64 requires libboost_python.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) xsupplicant - 1.2.8-1.fc7.1.x86_64 requires libiw.so.28()(64bit) Broken deps for ppc ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.ppc requires libboost_unit_test_framework.so.2 arts - 8:1.5.7-4.fc8.ppc requires libboost_filesystem.so.2 arts - 8:1.5.7-4.fc8.ppc requires libboost_regex.so.2 arts - 8:1.5.7-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) arts - 8:1.5.7-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) chess - 1.0-6.fc8.ppc requires libboost_thread.so.2 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 ctapi-cyberjack - 3.0.3-1.fc8.ppc requires group(ctapiusers) ctapi-cyberjack - 3.0.3-1.fc8.ppc64 requires group(ctapiusers) deluge - 0.5.3-1.fc8.ppc requires libboost_date_time.so.2 deluge - 0.5.3-1.fc8.ppc requires libboost_thread.so.2 deluge - 0.5.3-1.fc8.ppc requires libboost_filesystem.so.2 glest-data - 2.0.0-3.fc7.noarch requires glest = 0:2.0.0 gnash - 0.8.0-1.fc8.ppc requires libboost_date_time.so.2 gnash - 0.8.0-1.fc8.ppc requires libboost_thread.so.2 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 k3d - 0.6.7.0-1.fc8.ppc requires libboost_date_time.so.2 k3d - 0.6.7.0-1.fc8.ppc requires libboost_regex.so.2 k3d - 0.6.7.0-1.fc8.ppc64 requires libboost_regex.so.2()(64bit) k3d - 0.6.7.0-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) kdeedu - 3.5.7-1.fc8.ppc requires libboost_python.so.2 kdeedu - 3.5.7-1.fc8.ppc64 requires libboost_python.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 printer-filters - 1.1-1.fc8.noarch requires ptouch-driver python-tag - 0.91-3.fc7.ppc requires libboost_python.so.2 rb_libtorrent - 0.12-1.fc8.ppc requires libboost_date_time.so.2 rb_libtorrent - 0.12-1.fc8.ppc requires libboost_thread.so.2 rb_libtorrent - 0.12-1.fc8.ppc requires libboost_filesystem.so.2 rb_libtorrent - 0.12-1.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) rb_libtorrent - 0.12-1.fc8.ppc64 requires libboost_thread.so.2()(64bit) rb_libtorrent - 0.12-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.ppc requires libboost_program_options.so.2 rb_libtorrent-examples - 0.12-1.fc8.ppc requires libboost_date_time.so.2 rb_libtorrent-examples - 0.12-1.fc8.ppc requires libboost_thread.so.2 rb_libtorrent-examples - 0.12-1.fc8.ppc requires libboost_filesystem.so.2 rb_libtorrent-examples - 0.12-1.fc8.ppc requires libboost_regex.so.2 referencer - 1.0.4-1.fc8.ppc requires libboost_regex.so.2 ruby-gtkmozembed - 0.16.0-6.fc8.ppc requires firefox = 0:2.0.0.4 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 twinkle - 1.1-1.fc8.ppc requires libboost_regex.so.2 vegastrike - 0.4.3-3.fc7.ppc requires libboost_python.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 xsupplicant - 1.2.8-1.fc7.1.ppc requires libiw.so.28 Broken deps for ppc64 ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.ppc64 requires libboost_unit_test_framework.so.2()(64bit) arts - 8:1.5.7-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) arts - 8:1.5.7-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) chess - 1.0-6.fc8.ppc64 requires libboost_thread.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) ctapi-cyberjack - 3.0.3-1.fc8.ppc64 requires group(ctapiusers) deluge - 0.5.3-1.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) deluge - 0.5.3-1.fc8.ppc64 requires libboost_thread.so.2()(64bit) deluge - 0.5.3-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) gnash - 0.8.0-1.fc8.ppc64 requires libboost_thread.so.2()(64bit) gnash - 0.8.0-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) k3d - 0.6.7.0-1.fc8.ppc64 requires libboost_regex.so.2()(64bit) k3d - 0.6.7.0-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) kdeedu - 3.5.7-1.fc8.ppc64 requires libboost_python.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) printer-filters - 1.1-1.fc8.noarch requires ptouch-driver python-tag - 0.91-3.fc7.ppc64 requires libboost_python.so.2()(64bit) rb_libtorrent - 0.12-1.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) rb_libtorrent - 0.12-1.fc8.ppc64 requires libboost_thread.so.2()(64bit) rb_libtorrent - 0.12-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.ppc64 requires libboost_regex.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.ppc64 requires libboost_program_options.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.ppc64 requires libboost_thread.so.2()(64bit) rb_libtorrent-examples - 0.12-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) referencer - 1.0.4-1.fc8.ppc64 requires libboost_regex.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display ruby-gtkmozembed - 0.16.0-6.fc8.ppc64 requires firefox = 0:2.0.0.4 source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) twinkle - 1.1-1.fc8.ppc64 requires libboost_regex.so.2()(64bit) vegastrike - 0.4.3-3.fc7.ppc64 requires libboost_python.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From mmcgrath at redhat.com Fri Aug 3 13:15:33 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 03 Aug 2007 08:15:33 -0500 Subject: Error with old build system web interface In-Reply-To: <46B21E31.3000407@redhat.com> References: <46B21C00.4080203@cora.nwra.com> <46B21E31.3000407@redhat.com> Message-ID: <46B32A75.2090402@redhat.com> Mike McGrath wrote: > Orion Poplawski wrote: >> Getting: >> >> Error was: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert >> certificate expired'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl >> handshake failure')] >> > Check your certificate as outlined in: > > http://fedoraproject.org/wiki/Infrastructure/CommonProblems#head-63c91191b024bc343968fe617454942af9107fc9 > > We've had other reports of this, looking into it now. Ticket: https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/91 -Mike From jkeating at redhat.com Fri Aug 3 13:21:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 09:21:59 -0400 Subject: Rawhide unfrozen Message-ID: <20070803092159.5e1f04bc@ender> Given that we have a good tree set for F8 Test1 I have unfrozen rawhide. The results of which can be seen in the rawhide-report that just landed. Since F8 Test1 is not released yet (got to give mirrors time to get it) anybody who tracks rawhide will have moved on from what is in Test1, therefor "upgrades" to test1 are not possible. Thank you for your patience while we worked on Test1. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From tcallawa at redhat.com Fri Aug 3 13:23:22 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 03 Aug 2007 09:23:22 -0400 Subject: Licensing guidelines changes In-Reply-To: <3996.1186121179@sss.pgh.pa.us> References: <1186077406.9748.166.camel@localhost.localdomain> <20070802184215.GS2063@devserv.devel.redhat.com> <3996.1186121179@sss.pgh.pa.us> Message-ID: <1186147402.9748.256.camel@localhost.localdomain> On Fri, 2007-08-03 at 02:06 -0400, Tom Lane wrote: > Jason L Tibbitts III writes: > > The fun is just beginning, I think; we're trying to be correct in a > > way that most upstreams aren't. > > Yeah. The scheme seems to presume that upstream licenses fall into > a small number of categories, which I'm not sure is true. > > One problem I've got in my package set is that mysql is GPLv2 (not +) > with additional permissions --- they're not LGPL, but they give > permission for their libraries to be linked with code that's under > certain other open-source licenses. What do I do with that? For the > moment I just marked it "License: GPLv2" but should I mention the > additional permissions, and if so how? License: GPLv2 with exceptions I've added an entry for MySQL (linking to the exceptions: http://www.mysql.com/company/legal/licensing/foss-exception.html) > I'm also wondering about variant ways of phrasing BSD-style licenses. > I'm responsible for libjpeg, libpng, and libtiff, all of which I > consider to be BSD-spirit (that's not just guessing, I was involved > with all of them years ago) and all of which are currently marked > "License: BSD". But they all are old enough to predate the convention > of using standardized license wording. I was astonished to discover > tonight that spot's license list has "zlib/libpng" as a separate entry. > If that's not considered "BSD" then libjpeg certainly needs its own > entry, and I'm not too sure that libtiff doesn't. Are we going to > insist on chopping our licenses that finely? Yes. While it may not seem to matter in this case, being able to cleanly differentiate between changes in wording is quite important when auditing things like linking compliance. And if it indeed doesn't matter in the specific cases that you mention, then maybe it is time to try to bring the license wording to the standardized license. Believe me, my intent was not to cause you pain over this, but we just need to have a better way of distinguishing licenses. BSD-ish covers a far too wide range of licenses, with varying restrictions (and in some cases, licenses that aren't BSD-ish at all). Please send me the license texts for the items in question (libjpeg, libtiff, and we'll look them over and figure out where they go). ~spot From dwmw2 at infradead.org Fri Aug 3 13:39:24 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 03 Aug 2007 14:39:24 +0100 Subject: rawhide report: 20070803 changes In-Reply-To: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> References: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> Message-ID: <1186148364.2931.91.camel@pmac.infradead.org> On Fri, 2007-08-03 at 09:12 -0400, Build System wrote: > New package arm-gp2x-linux-kernel-headers > Kernel headers for Cross Compiling to arm-gp2x-linux Grrr. This is still using the obsolete tarball of headers instead of the ones exported by the kernel. -- dwmw2 From esandeen at redhat.com Fri Aug 3 14:21:00 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Fri, 03 Aug 2007 09:21:00 -0500 Subject: please enable XFS in anaconda In-Reply-To: <1186123576.6750.22.camel@localhost> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A92D79.7040600@ccmi.salk.edu> <46A898FE.3000609@fedoraproject.org> <46B09635.3050903@redhat.com> <46B1EF62.3040806@fnal.gov> <20070802105759.22b3452a@localhost.localdomain> <1186123576.6750.22.camel@localhost> Message-ID: <46B339CC.9070006@redhat.com> Callum Lerwick wrote: > On Thu, 2007-08-02 at 10:57 -0400, Jesse Keating wrote: >> Well, xfs is there already if you pass the 'xfs' flag at boot time. >> More people testing xfs in more scenarios would be helpful. > > Is XFS ever going to get the ability to resize partitions smaller? Last > I tried it, it didn't. This is a showstopper for me, the utility of LVM > is greatly reduced if you can't size some volumes down to make room for > others... > > There have been some 3rd-party patches (from Ruben Porras) floated on the list lately, so there has been a little activity in this regard. It's highly unlikely that it'd be available in the F8 timeframe though. -Eric From alan at redhat.com Fri Aug 3 14:34:04 2007 From: alan at redhat.com (Alan Cox) Date: Fri, 3 Aug 2007 10:34:04 -0400 Subject: kqemu inclusion in kernel In-Reply-To: <46B3276D.7090209@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070616142145.GJ23417@redhat.com> <20070802203133.GA29643@redhat.com> <46B32473.8080601@fedoraproject.org> <46B3276D.7090209@gmail.com> Message-ID: <20070803143404.GB25124@devserv.devel.redhat.com> On Fri, Aug 03, 2007 at 03:02:37PM +0200, dragoran wrote: > >>listen. There is no politics in the kernel, because kernel people are > >>just not enganging in an discussion at all. > > > >Who even submitted these patches upstream to start engaging in a > >discussion? > > > in case of kqemu nobody... seems qemu upstream isn't really interessted > in doing this. Simple observation: kqemu has not been discussed on the kernel list. This is a public list so not a single person since the start of 2007 and maybe before has raised it. That seems to make it less of a priority to the world than some ancient 8bit ISA controller cards From lightsolphoenix at gmail.com Fri Aug 3 14:35:58 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Fri, 3 Aug 2007 10:35:58 -0400 Subject: Kernel Modules in Fedora (was: kqemu inclusion in kernel) In-Reply-To: <604aa7910708021615q3c07f56w13c82e1e6cbf7439@mail.gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708021859.19509.lightsolphoenix@gmail.com> <604aa7910708021615q3c07f56w13c82e1e6cbf7439@mail.gmail.com> Message-ID: <200708031035.58617.lightsolphoenix@gmail.com> On Thursday, August 02, 2007 7:15 pm Jeff Spaleta wrote: > I'm confused.... on my f7 system dkms is listed as available from yum. You're right; it is. Okay, then I'm going to rephrase this: Why can't kqemu be included in main as a DKMS module? It's already in FreshRPMs that way, and it seems to me that would be a more effective way of dealing with it than to directly embed it in the kernel (since it would allow kqemu to be upgraded separate from the kernel itself, and make kernel debugging easier). -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From sundaram at fedoraproject.org Fri Aug 3 14:39:13 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 03 Aug 2007 20:09:13 +0530 Subject: kqemu inclusion in kernel In-Reply-To: <46B3276D.7090209@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070616142145.GJ23417@redhat.com> <20070802203133.GA29643@redhat.com> <46B32473.8080601@fedoraproject.org> <46B3276D.7090209@gmail.com> Message-ID: <46B33E11.4050504@fedoraproject.org> dragoran wrote: > Rahul Sundaram wrote: >> Paul Wouters wrote: >>> On Thu, 2 Aug 2007, Dave Jones wrote: >>> >>>> A much better way to get this stuff into Fedora is to find out why >>>> it isn't getting upstream, and get involved with whatever cleanup >>>> work is necessary to get it there. >>> >>> Upstream (of which a lot of people are working at RedHat as well, so >>> telling them to go upstream is kinda moot) often don't even start to >>> listen. There is no politics in the kernel, because kernel people are >>> just not enganging in an discussion at all. >> >> Who even submitted these patches upstream to start engaging in a >> discussion? >> > in case of kqemu nobody... seems qemu upstream isn't really interessted > in doing this. So all the harping on about whether Red Hat developers are involved upstream or not, kernel politics etc is irrelevant. Red Hat kernel developers wouldn't prefer discussing patches to the kernel here either. If anyone is really interested in getting Kqemu in the Fedora, encourage the Kqemu developer to submit his patches to LKML instead of focusing on getting the Fedora kernel maintainers to patch the kernel. Rahul From j.w.r.degoede at hhs.nl Fri Aug 3 15:01:05 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 03 Aug 2007 17:01:05 +0200 Subject: rawhide report: 20070803 changes In-Reply-To: <1186148364.2931.91.camel@pmac.infradead.org> References: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> <1186148364.2931.91.camel@pmac.infradead.org> Message-ID: <46B34331.3000004@hhs.nl> David Woodhouse wrote: > On Fri, 2007-08-03 at 09:12 -0400, Build System wrote: >> New package arm-gp2x-linux-kernel-headers >> Kernel headers for Cross Compiling to arm-gp2x-linux > > Grrr. This is still using the obsolete tarball of headers instead of the > ones exported by the kernel. > Yes because you never gave me a fix for the 40 MB srpm problem. Also the gp2x is an embedded device which actually ships with a 2.4.25 kernel, so 2.6.12 is plenty of new enough, also 2.6.12 is what upstreams "sdk" (a script which downloads veriaous files and compiles them in ugly ways) uses, and what the open2x (a project to create 100% free firmware for this device) uses. Regards, Hans From tmz at pobox.com Fri Aug 3 15:05:23 2007 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 3 Aug 2007 11:05:23 -0400 Subject: Kernel Modules in Fedora (was: kqemu inclusion in kernel) In-Reply-To: <200708031035.58617.lightsolphoenix@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708021859.19509.lightsolphoenix@gmail.com> <604aa7910708021615q3c07f56w13c82e1e6cbf7439@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> Message-ID: <20070803150523.GC29372@psilocybe.teonanacatl.org> Kelly wrote: > You're right; it is. Okay, then I'm going to rephrase this: > > Why can't kqemu be included in main as a DKMS module? It's already > in FreshRPMs that way, and it seems to me that would be a more > effective way of dealing with it than to directly embed it in the > kernel (since it would allow kqemu to be upgraded separate from the > kernel itself, and make kernel debugging easier). It would require end users to have compiler tools on their systems and it was frowned upon to ship packages with that requirement. I'm sure the archives have much more discussion of this. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Anarchism is founded on the observation that since few men are wise enough to rule themselves, even fewer are wise enough to rule others. -- Edward Abbey -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From lightsolphoenix at gmail.com Fri Aug 3 15:29:29 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Fri, 3 Aug 2007 11:29:29 -0400 Subject: Kernel Modules in Fedora (was: kqemu inclusion in kernel) In-Reply-To: <20070803150523.GC29372@psilocybe.teonanacatl.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> Message-ID: <200708031129.29778.lightsolphoenix@gmail.com> On Friday, August 03, 2007 11:05 am Todd Zullinger wrote: > It would require end users to have compiler tools on their systems and > it was frowned upon to ship packages with that requirement. I'm sure > the archives have much more discussion of this. Following that logic, all the -devel packages should be removed as well, because they require compiler tools. Last time I checked, DKMS and the modules are kept separate from the main kernel, so the separate packages can have dependencies on the compiler tools without requiring them for the main kernel. DKMS isn't a requirement for everybody, is it? -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From fedora at leemhuis.info Fri Aug 3 15:57:46 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 03 Aug 2007 17:57:46 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <200708031129.29778.lightsolphoenix@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> Message-ID: <46B3507A.8060907@leemhuis.info> On 03.08.2007 17:29, Kelly wrote: > On Friday, August 03, 2007 11:05 am Todd Zullinger wrote: >> It would require end users to have compiler tools on their systems and >> it was frowned upon to ship packages with that requirement. I'm sure >> the archives have much more discussion of this. https://www.redhat.com/archives/fedora-devel-list/2007-January/msg01211.html was the last important discussion (including comments from Jeremy). Kelly, please take a look there, this discussion likely won't lead anywhere if nothing changed in between. As kmods are on the way out in general in Fedora (which is something I in parts agree with) it's even more unlikely now. CU knurd From jkeating at redhat.com Fri Aug 3 17:13:26 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 13:13:26 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B3507A.8060907@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> Message-ID: <20070803131326.3e292804@ender> On Fri, 03 Aug 2007 17:57:46 +0200 Thorsten Leemhuis wrote: > As kmods are on the way out in > general in Fedora (which is something I in parts agree with) it's even > more unlikely now. kmods as separate packages is what's hopefully on the way out. Out of tree modules can still be included in the main kernel rpm. It makes things tramendously easier to keep them in the kernel tree so that they are built right along with the kernel. It's easier on the end user's system too as they always get a kernel with the module they need. And now the kernel maintainers would be the deciders as to what goes in our out of our kernel, so the same criteria that is used for the kernel is now used for kernel modules which is completely fair (everybody plays by the same rules) -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwilson at redhat.com Fri Aug 3 17:22:18 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Fri, 03 Aug 2007 13:22:18 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803131326.3e292804@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> Message-ID: <46B3644A.5080204@redhat.com> Jesse Keating wrote: > On Fri, 03 Aug 2007 17:57:46 +0200 > Thorsten Leemhuis wrote: > >> As kmods are on the way out in >> general in Fedora (which is something I in parts agree with) it's even >> more unlikely now. > > kmods as separate packages is what's hopefully on the way out. Out of > tree modules can still be included in the main kernel rpm. It makes > things tramendously easier to keep them in the kernel tree so that they > are built right along with the kernel. It's easier on the end user's > system too as they always get a kernel with the module they need. Only thing is DaveJ sorta kinda said no thanks to carrying any additional out-of-tree stuff in the kernel package. https://www.redhat.com/archives/fedora-kernel-list/2007-August/msg00011.html > And now the kernel maintainers would be the deciders as to what goes in > our out of our kernel, so the same criteria that is used for the kernel > is now used for kernel modules which is completely fair (everybody > plays by the same rules) See above... :) -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From jkeating at redhat.com Fri Aug 3 17:30:17 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 13:30:17 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B3644A.5080204@redhat.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B3644A.5080204@redhat.com> Message-ID: <20070803133017.43952cf5@ender> On Fri, 03 Aug 2007 13:22:18 -0400 Jarod Wilson wrote: > Only thing is DaveJ sorta kinda said no thanks to carrying any > additional out-of-tree stuff in the kernel package. > > https://www.redhat.com/archives/fedora-kernel-list/2007-August/msg00011.html > > > And now the kernel maintainers would be the deciders as to what > > goes in our out of our kernel, so the same criteria that is used > > for the kernel is now used for kernel modules which is completely > > fair (everybody plays by the same rules) > > See above... :) I'm OK with that. The reasons he states are valid whether they are in the kernel or packaged separately. In fact, things are /worse/ of it's packaged separately. This was also before we had the source control merged and it would have been possible for somebody outside of Red Hat to help with the kernel and anything we carry /in/ the kernel. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Fri Aug 3 17:33:40 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 3 Aug 2007 09:33:40 -0800 Subject: Kernel Modules in Fedora (was: kqemu inclusion in kernel) In-Reply-To: <200708031129.29778.lightsolphoenix@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> Message-ID: <604aa7910708031033o2ec307a8p2d6a0e089b6374e@mail.gmail.com> On 8/3/07, Kelly wrote: > Following that logic, all the -devel packages should be removed as well, > because they require compiler tools. This is a bit of inflammatory logic. Let's see if I can re-orient the discussion. First of all very very few items in the repository actually have a requirement on a compiler. > repoquery --whatrequires --alldeps gcc |wc -l 17 -devel packages shouldn't be pulling in the compiler at all really. The couple that do could be errors in the specfile that need to be corrected. And the devel packages are on their face meant for..developers. They are not expected to provide functionality or just work out of the box. So its difficult to hold the -devel packages up to the same light as potential dkms packages, it's not an apples to apples comparison. -jef From fedora at leemhuis.info Fri Aug 3 17:47:01 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 03 Aug 2007 19:47:01 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803131326.3e292804@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> Message-ID: <46B36A15.3020202@leemhuis.info> On 03.08.2007 19:13, Jesse Keating wrote: > On Fri, 03 Aug 2007 17:57:46 +0200 > Thorsten Leemhuis wrote: > >> As kmods are on the way out in >> general in Fedora (which is something I in parts agree with) it's even >> more unlikely now. > kmods as separate packages is what's hopefully on the way out. As I said, I agree in parts with it -- I'm these days against having them in the "Fedora Everything" spin. But I still think we should have a place for kernel-module packages in the Fedora project. A kind of "alphaworks", "testing kitchen" or something like that for this and other stuff that's not in shape for Fedora proper (or rawhide) yet -- with a big fat warning sign "use on your own risk" "this *will* eat babies" on the front of course. Sure, some people won't read that, but that's not enough reasons to *not* do it IMHO. > Out of > tree modules can still be included in the main kernel rpm. Not all. And that's part of the reason why there was a certain interest from some people inside Red Hat to have a packaging standard tested and used in Fedora that can get reused for RHEL (which is the case). Well, some Red Hat people kick kernel modules packages out of Fedora now, so I expect you guys can fight that out own your own inside Red Hat. I'm just wondering in general about the current happenings -- some months ago the Board issued a statement to allow kmods but now a new FESCo shoots it down again. Well, not my business as well. > [...] CU knurd From jkeating at redhat.com Fri Aug 3 17:52:46 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 13:52:46 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B36A15.3020202@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> Message-ID: <20070803135246.19257df7@ender> On Fri, 03 Aug 2007 19:47:01 +0200 Thorsten Leemhuis wrote: > Not all. And that's part of the reason why there was a certain > interest from some people inside Red Hat to have a packaging standard > tested and used in Fedora that can get reused for RHEL (which is the > case). Well, some Red Hat people kick kernel modules packages out of > Fedora now, so I expect you guys can fight that out own your own > inside Red Hat. I never understood why we did out of spec modules in RHEL. It's just plain stupid, and it didn't work worth a damn. One "bright" idea was to let Fedora come up with a way to make it better. Well I have a way, and it's you don't do it. If it hurts when you poke yourself in the eye, no amount of finger protection is going to help. You've got to stop poking yourself in the eye. > > I'm just wondering in general about the current happenings -- some > months ago the Board issued a statement to allow kmods but now a new > FESCo shoots it down again. Well, not my business as well. We're not saying no to non-upstream kernel modules, which is at the heart of what the board wants (at least from my understanding of the topic). All we're doing is trying to redefine the delivery mechanism so that it is easier for all parties involved. Currently, FESCo itself has to approve any and all kmod packages, yet the kernel team is allowed to put whatever they want into the kernel rpm whether it is upstream or not. To me it makes sense to grant the kernel team the same right they have now, over all kernel modules. That would leave us with A) still the ability to ship out of upstream kernel modules, and B) an approval process for what is acceptable in this nature to have in Fedora. As a bonus we make it far more convenient to produce and consume these things. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lesmikesell at gmail.com Fri Aug 3 18:18:46 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 03 Aug 2007 13:18:46 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803135246.19257df7@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> Message-ID: <46B37186.4000500@gmail.com> Jesse Keating wrote: > I never understood why we did out of spec modules in RHEL. It's just > plain stupid, and it didn't work worth a damn. I thought RHEL made some effort to avoid breaking the 3rd party modules that their customers rely on with every kernel update (and that's probably a very large reason they have customers...) while Linus and fedora refuse to provide a stable interface. > One "bright" idea was > to let Fedora come up with a way to make it better. You mean - like actually define an interface and stick to it at least through a kernel major revision number? -- Les Mikesell lesmikesell at gmail.com From jkeating at redhat.com Fri Aug 3 18:15:10 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 14:15:10 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803133017.43952cf5@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B3644A.5080204@redhat.com> <20070803133017.43952cf5@ender> Message-ID: <20070803141510.65e57557@ender> On Fri, 3 Aug 2007 13:30:17 -0400 Jesse Keating wrote: > This was also before we had the source control merged and it would > have been possible for somebody outside of Red Hat to help with the > kernel and anything we carry /in/ the kernel. Obviously I need to get my eyes checked. This was 2007, not 2006 (: -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lightsolphoenix at gmail.com Fri Aug 3 18:20:50 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Fri, 3 Aug 2007 14:20:50 -0400 Subject: Kernel Modules in Fedora (was: kqemu inclusion in kernel) In-Reply-To: <604aa7910708031033o2ec307a8p2d6a0e089b6374e@mail.gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031129.29778.lightsolphoenix@gmail.com> <604aa7910708031033o2ec307a8p2d6a0e089b6374e@mail.gmail.com> Message-ID: <200708031420.51139.lightsolphoenix@gmail.com> On Friday, August 03, 2007 1:33 pm Jeff Spaleta wrote: > On 8/3/07, Kelly wrote: > > Following that logic, all the -devel packages should be removed as well, > > because they require compiler tools. > > This is a bit of inflammatory logic. Let's see if I can re-orient the > discussion. I didn't mean it as inflammatory; I'm just trying to point out that I can go through the main repository and find packages with dependencies on the compilers, so that as a restriction seems odd to me. I can see it if we're talking about the kernel package itself (obviously compilers shouldn't be installed in the base system), but it seems wrong if we're discussing packages not in the kernel package that are technically optional. > And now the kernel maintainers would be the deciders as to what goes in > our out of our kernel, so the same criteria that is used for the kernel > is now used for kernel modules which is completely fair (everybody > plays by the same rules) Okay. What happens if the kernel maintainers don't want a module in the kernel for some reason (we're seeing one here with the kqemu module)? You have to compile from source? There is a plan for that, right? -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From jkeating at redhat.com Fri Aug 3 18:22:00 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 14:22:00 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B37186.4000500@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> Message-ID: <20070803142200.346abe63@ender> On Fri, 03 Aug 2007 13:18:46 -0500 Les Mikesell wrote: > I thought RHEL made some effort to avoid breaking the 3rd party > modules that their customers rely on with every kernel update (and > that's probably a very large reason they have customers...) while > Linus and fedora refuse to provide a stable interface. This is only helpful in RHEL5. not really helpful in 4/3/2.1 and I'm not entirely convinced that it's a good thing either. I just don't know the problem space well enough. > > > One "bright" idea was > > to let Fedora come up with a way to make it better. > > You mean - like actually define an interface and stick to it at least > through a kernel major revision number? Which is again not helpful in Fedora as we jump major numbers all the time. The very crux of my argument is that if it's good enough to be in Fedora, it's good enough to be in the kernel package. And if it's not, it's not. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Fri Aug 3 18:24:00 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 03 Aug 2007 20:24:00 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803135246.19257df7@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> Message-ID: <46B372C0.9030705@leemhuis.info> On 03.08.2007 19:52, Jesse Keating wrote: > On Fri, 03 Aug 2007 19:47:01 +0200 > Thorsten Leemhuis wrote: > >> Not all. And that's part of the reason why there was a certain >> interest from some people inside Red Hat to have a packaging standard >> tested and used in Fedora that can get reused for RHEL (which is the >> case). Well, some Red Hat people kick kernel modules packages out of >> Fedora now, so I expect you guys can fight that out own your own >> inside Red Hat. > I never understood why we did out of spec modules in RHEL. It's just > plain stupid, and it didn't work worth a damn. One "bright" idea was > to let Fedora come up with a way to make it better. Well I have a way, > and it's you don't do it. If it hurts when you poke yourself in the > eye, no amount of finger protection is going to help. You've got to > stop poking yourself in the eye. There are lot's of cases and situations in the world where kernel-module packages are needed -- updated or new open-source drivers for testing are a valid area IMHO. I think we should not ignore those and other cases completely. But well, your statement IMHO shows nicely how Fedora sometimes acts. For heavens sake we at least got firefox.i386 due to the multilib mess (and firefox-32 thx to warren) -- otherwise we'd still would leave people out in the cold just do encourage 3rd-party plugin-writers to port their stuff to x86_64. Side not one the current "thinking about the Fedora brand" thread on FAB-list: maybe we should just say "Fedora only gives you what it thinks is good for you, even if it creates trouble and headaches for you". >> I'm just wondering in general about the current happenings -- some >> months ago the Board issued a statement to allow kmods but now a new >> FESCo shoots it down again. Well, not my business as well. > We're not saying no to non-upstream kernel modules, which is at the > heart of what the board wants (at least from my understanding of the > topic). All we're doing is trying to redefine the delivery mechanism > so that it is easier for all parties involved. And davej indicated that he does not want more out-of-kernel modules. That fact and the "at least from my understanding of the topic" IMHO makes it worth to ask the Board for its opinion. CU knurd From paul at xelerance.com Fri Aug 3 18:19:44 2007 From: paul at xelerance.com (Paul Wouters) Date: Fri, 3 Aug 2007 14:19:44 -0400 (EDT) Subject: Kernel Modules in Fedora -x In-Reply-To: <46B37186.4000500@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> Message-ID: On Fri, 3 Aug 2007, Les Mikesell wrote: > I thought RHEL made some effort to avoid breaking the 3rd party modules that > their customers rely on with every kernel update (and that's probably a very > large reason they have customers...) while Linus and fedora refuse to provide > a stable interface. > > > One "bright" idea was > > to let Fedora come up with a way to make it better. > > You mean - like actually define an interface and stick to it at least through > a kernel major revision number? Hear hear! Being able to do: #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,22) and having that work properly on both Linus and RedHat kernels would be a huge win. Right now for openswan, these are all off-by-one for RedHat kernels. Paul -- Building and integrating Virtual Private Networks with Openswan: http://www.amazon.com/gp/product/1904811256/104-3099591-2946327?n=283155 From drago01 at gmail.com Fri Aug 3 18:25:25 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 3 Aug 2007 20:25:25 +0200 Subject: Kernel Modules in Fedora (was: kqemu inclusion in kernel) In-Reply-To: <200708031420.51139.lightsolphoenix@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031129.29778.lightsolphoenix@gmail.com> <604aa7910708031033o2ec307a8p2d6a0e089b6374e@mail.gmail.com> <200708031420.51139.lightsolphoenix@gmail.com> Message-ID: On 8/3/07, Kelly wrote: > > [...] > > Okay. What happens if the kernel maintainers don't want a module in the > kernel for some reason (we're seeing one here with the kqemu module)? You > have to compile from source? There is a plan for that, right? in this case the compiler is needed anyway so whats wrong with using dkms to automate things? -------------- next part -------------- An HTML attachment was scrubbed... URL: From tmz at pobox.com Fri Aug 3 18:40:48 2007 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 3 Aug 2007 14:40:48 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B37186.4000500@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> Message-ID: <20070803184048.GC2564@psilocybe.teonanacatl.org> Les Mikesell wrote: > I thought RHEL made some effort to avoid breaking the 3rd party > modules that their customers rely on with every kernel update (and > that's probably a very large reason they have customers...) while > Linus and fedora refuse to provide a stable interface. The goal of Fedora is to be as close to upstream as possible - not to have more customers^Wusers or win popularity contests. RHEL has customers -- customers who pay good money so that Red Hat can pay developers to spend time backporting things to maintain ABI. Fedora has users -- users who get a very current open source OS at no cost. If you really need what RHEL provides, use RHEL or CentOS. Why should Fedora duplicate that? >> One "bright" idea was to let Fedora come up with a way to make it >> better. > > You mean - like actually define an interface and stick to it at > least through a kernel major revision number? Right, and have davej and the kernel team spend all of their time backporting? I'd rather have the kernel updated in a timely manner. The place to argue for a stable interface is upstream. Hasn't this been said over and over before? -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Start every day with a smile and get it over with. -- W.C. Fields -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From paul at xelerance.com Fri Aug 3 18:35:38 2007 From: paul at xelerance.com (Paul Wouters) Date: Fri, 3 Aug 2007 14:35:38 -0400 (EDT) Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803142200.346abe63@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803142200.346abe63@ender> Message-ID: On Fri, 3 Aug 2007, Jesse Keating wrote: > Which is again not helpful in Fedora as we jump major numbers all the > time. The very crux of my argument is that if it's good enough to be > in Fedora, it's good enough to be in the kernel package. And if it's > not, it's not. I disagree. Take the KLIPS openswan kernel module. Most openswan users want it because without the kernel module's ipsecX interfaces, sysadmins find it too hard to configure their firewals properly (especially with NAT added to the mix, and NETKEY's odd packet flow you can't tcpdump properly). There are valid reasons for this code not to be included in the kernel, and we wishewe could restart a dialog with kernel developers to phase out the dual stack issues. The Openswan project now loses most of its time by playing catch up to massive changes in 2.6.2x kernels. But there is really no valid reasons for not including it in Fedora, since the code has proven to be rock solid for 5+ years, is widely used and widely prefered over the NETKEY code by those sysadmins involved. The reason why I haven't submitted a kmod package for KLIPS, is that for it to work properly with NAT, one small patch to udp.c is needed (two if you want to add support for clashing IP's in transport mode IPsec required for running a more then one-user L2TP server), and my attempt years ago to get that patch in (even disabled so people would have to rpmbuild it but no other people could possible be affected) was unsuccessful. openswan klips has been in the ATrpms kernel since they started. Debian provides klips kernel module packages. Distributions like Fedora should enable such choice. Paul ps. if there are redhat/linux kernel develpors following this thread, I'm more then happy to talk about our extensive work done to gut KLIPS of its own crypto and pfkey code and make it call ESP() and cryptoapi, and about the whole acrypto vs OCF requirements and implementations to move things to a unified stack everyone can be happy with. From jkeating at redhat.com Fri Aug 3 19:05:11 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 15:05:11 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803142200.346abe63@ender> Message-ID: <20070803150511.4f0378e6@ender> On Fri, 3 Aug 2007 14:35:38 -0400 (EDT) Paul Wouters wrote: > There are valid reasons for this code not to be included in the kernel What are the reasons? Just because it's in the kernel package doesn't mean it will be probed at boot up. Why is it acceptable to have this outside the kernel as a package, but not inside the kernel package? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Aug 3 19:15:28 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 15:15:28 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B372C0.9030705@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> Message-ID: <20070803151528.398cc7f3@ender> On Fri, 03 Aug 2007 20:24:00 +0200 Thorsten Leemhuis wrote: > There are lot's of cases and situations in the world where > kernel-module packages are needed -- updated or new open-source > drivers for testing are a valid area IMHO. I think we should not > ignore those and other cases completely. And every single one of those cases has lead to very difficult to manage user situations or lots of really really ugly hacks to make rpm and yum handle this bad situation. You could make the same argument for any big package. Why should oo.org-writer users have to consume an oo.org update just to fix something in oo.org-impress? Surely we should just make all these external srpms that we can build at will right? It's not like we don't update the kernel often, and I think we'd all benefit from making kernel changes at the same time rather than having it happen at random, whenever each of the modules decide to rebuild. > > But well, your statement IMHO shows nicely how Fedora sometimes acts. > For heavens sake we at least got firefox.i386 due to the multilib mess > (and firefox-32 thx to warren) -- otherwise we'd still would leave > people out in the cold just do encourage 3rd-party plugin-writers to > port their stuff to x86_64. Side not one the current "thinking about > the Fedora brand" thread on FAB-list: maybe we should just say > "Fedora only gives you what it thinks is good for you, even if it > creates trouble and headaches for you". Don't confuse "how Fedora acts" with my opinions and wishes. I don't have the authority to make new blanket policy and define new rules. All I can do is suggest then and put them up for vote (and in a few places I have the right to vote). All decisions like this are voted on by a panel of your duly elected representatives. > > >> I'm just wondering in general about the current happenings -- some > >> months ago the Board issued a statement to allow kmods but now a > >> new FESCo shoots it down again. Well, not my business as well. > > We're not saying no to non-upstream kernel modules, which is at the > > heart of what the board wants (at least from my understanding of the > > topic). All we're doing is trying to redefine the delivery > > mechanism so that it is easier for all parties involved. > > And davej indicated that he does not want more out-of-kernel modules. > > That fact and the "at least from my understanding of the topic" IMHO > makes it worth to ask the Board for its opinion. Having just had a conversation with Davej on irc, I can offer these tidbits: f13/j-rod: so, my stance on not-upstream modules in the fedora kernel... if we have someone actually working towards getting that stuff upstream, I have *no* objection to it being included. (well, with some caveats, like some mods are clearly crack) He then reviewed the two current kmods: this doesn't look like it'd need huge amounts of work to get into an upstreamable state it'd need to lose crap like devfs support though and all the #ifdef KERNEL_VERSION < 2.5.x junk but the key blocker is, is someone going to do the work to get it into that state? davej, ok... so given that if the maintainer was willing to work on that would you let them carry it in the main kernel as a patch? jwb: if someone was working on it, sure. so.. moving on to systrace.. just needs a champion to work on upstream merge really, otherwise it'll just sit there. So it looks like Dave is absolutely willing to let out of tree kernel modules in, so long as they have a hope of going upstream, or a really really really good reason why we should continue carrying it forward. He even spoke of perhaps a timeout, where you get one Fedora release to beat it into shape and get it upstream or we re-review it and perhaps toss it out at the next Feature Freeze. Could be doable. But this tells me that a draft to allow this isn't dead in the water on insta-kernel-nack. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwilson at redhat.com Fri Aug 3 19:20:15 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Fri, 03 Aug 2007 15:20:15 -0400 Subject: please enable XFS in anaconda In-Reply-To: <20070802113106.59763d3f@localhost.localdomain> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A92D79.7040600@ccmi.salk.edu> <46A898FE.3000609@fedoraproject.org> <46B09635.3050903@redhat.com> <46B1EF62.3040806@fnal.gov> <20070802105759.22b3452a@localhost.localdomain> <46B1F310.70502@redhat.com> <20070802113106.59763d3f@localhost.localdomain> Message-ID: <46B37FEF.1050506@redhat.com> Jesse Keating wrote: > On Thu, 02 Aug 2007 11:06:56 -0400 > Jarod Wilson wrote: > >> Betcha we'd get more testing in more scenarios if we didn't require >> the flag though... :) > > Heh, sure. Still need to do that test to see if you can /boot from it > successfully. # mount | grep xfs /dev/mapper/VolGroup00-LogVol00 on / type xfs (rw) /dev/sda1 on /boot type xfs (rw) Works quite nicely, thank you. :) Nb: there are still two bugs related to getting that working, the first being bug 250815 that I just filed, the second being a grub-install bug that Eric is about to file. -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From jwilson at redhat.com Fri Aug 3 19:22:50 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Fri, 03 Aug 2007 15:22:50 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> Message-ID: <46B3808A.6070200@redhat.com> Paul Wouters wrote: > On Fri, 3 Aug 2007, Les Mikesell wrote: > >> I thought RHEL made some effort to avoid breaking the 3rd party modules that >> their customers rely on with every kernel update (and that's probably a very >> large reason they have customers...) while Linus and fedora refuse to provide >> a stable interface. >> >>> One "bright" idea was >>> to let Fedora come up with a way to make it better. >> You mean - like actually define an interface and stick to it at least through >> a kernel major revision number? > > Hear hear! Being able to do: > > #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,22) > > and having that work properly on both Linus and RedHat kernels would be > a huge win. Right now for openswan, these are all off-by-one for > RedHat kernels. We actually fixed that just a few weeks ago in rawhide, and carried the changes back to the 2.6.22.1 kernels in FC6 and F7. -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From lesmikesell at gmail.com Fri Aug 3 19:37:13 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 03 Aug 2007 14:37:13 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803184048.GC2564@psilocybe.teonanacatl.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> Message-ID: <46B383E9.10501@gmail.com> Todd Zullinger wrote: > RHEL has customers -- customers who pay good money so that Red Hat can > pay developers to spend time backporting things to maintain ABI. Which, if someone would pick an interface and stick to it, wouldn't have to be done at all. > If you really need what RHEL provides, use RHEL or CentOS. Why should > Fedora duplicate that? When something works right, everyone can use the same thing. But people also need something RHEL and CentOS don't provide, which is current application versions. >>> One "bright" idea was to let Fedora come up with a way to make it >>> better. >> You mean - like actually define an interface and stick to it at >> least through a kernel major revision number? > > Right, and have davej and the kernel team spend all of their time > backporting? There would be no need to backport if the kernel had an interface. > I'd rather have the kernel updated in a timely manner. > The place to argue for a stable interface is upstream. Hasn't this > been said over and over before? I just appreciate the fact that on my Windows and Mac boxes I don't have to get or rebuild every vendor-supplied driver after every system update and I think Solaris works that way too. I'm not convinced it's necessary. As an interesting aside - has anyone considered the viability of building fedora's userland around the opensolaris kernel like http://www.gnusolaris.org/gswiki is doing with ubuntu? -- Les Mikesell lesmikesell at gmail.com From fedora at leemhuis.info Fri Aug 3 19:49:46 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 03 Aug 2007 21:49:46 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803151528.398cc7f3@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> Message-ID: <46B386DA.8040404@leemhuis.info> On 03.08.2007 21:15, Jesse Keating wrote: > On Fri, 03 Aug 2007 20:24:00 +0200 > Thorsten Leemhuis wrote: > >> There are lot's of cases and situations in the world where >> kernel-module packages are needed -- updated or new open-source >> drivers for testing are a valid area IMHO. I think we should not >> ignore those and other cases completely. > And every single one of those cases has lead to very difficult to > manage user situations or lots of really really ugly hacks to make rpm > and yum handle this bad situation. Well, there is a need for those packages, if you like it or not, so we should fine ways to properly support them in rpm and yum. Wich isn#t the biggest problem. The big problem is to ship new modules when new kernels get shipped. We discussed this and gregdek and some others supported the idea to send out a "we are likely pushing kernel-update foo from updates-testing to updates proper in 24 hours" *if such a warning period is possible (e.g. not in the case of security updates). But that idea got lost. > You could make the same argument > for any big package. Why should oo.org-writer users have to consume an > oo.org update just to fix something in oo.org-impress? That a different problem -- deltarpm will solve that one afaics. A similar (but not identical) problem would be pacakges depending on a exact version of firefox or pidgin (?). We have like other such strict dependencies and those share some of the problems with kernel-module packages (the "old kernels stay installed in parallel make the kernel-module case more complicated)". > [...] >> But well, your statement IMHO shows nicely how Fedora sometimes acts. >> For heavens sake we at least got firefox.i386 due to the multilib mess >> (and firefox-32 thx to warren) -- otherwise we'd still would leave >> people out in the cold just do encourage 3rd-party plugin-writers to >> port their stuff to x86_64. Side not one the current "thinking about >> the Fedora brand" thread on FAB-list: maybe we should just say >> "Fedora only gives you what it thinks is good for you, even if it >> creates trouble and headaches for you". > Don't confuse "how Fedora acts" with my opinions and wishes. I don't -- this is just another case. firefox.i386 in the x86-64 tree is another one. > I don't > have the authority to make new blanket policy and define new rules. But you seem to be really interested in this topic and you are in the committee that is planing to kick kmod's, so it's IMHO your job to ask the Board for its opinion as it allowed kmod#s again not that long ago. > [...] >>>> I'm just wondering in general about the current happenings -- some >>>> months ago the Board issued a statement to allow kmods but now a >>>> new FESCo shoots it down again. Well, not my business as well. >>> We're not saying no to non-upstream kernel modules, which is at the >>> heart of what the board wants (at least from my understanding of the >>> topic). All we're doing is trying to redefine the delivery >>> mechanism so that it is easier for all parties involved. >> And davej indicated that he does not want more out-of-kernel modules. >> That fact and the "at least from my understanding of the topic" IMHO >> makes it worth to ask the Board for its opinion. > > Having just had a conversation with Davej on irc, I can offer these > tidbits: > [...] > So it looks like Dave is absolutely willing to let out of tree kernel > modules in, so long as they have a hope of going upstream, or a really > really really good reason why we should continue carrying it forward. Which leaves a lot of modules out. zaptel, spca5xx or gspca anyone? > He even spoke of perhaps a timeout, [...] We talked about that before and people said "to dangerous, as people will yell at us when module foo suddenly vanishes in Fedora (x+2) again. CU knurd From jkeating at redhat.com Fri Aug 3 20:03:27 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 16:03:27 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B386DA.8040404@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> Message-ID: <20070803160327.25a2f611@ender> On Fri, 03 Aug 2007 21:49:46 +0200 Thorsten Leemhuis wrote: > Well, there is a need for those packages, if you like it or not, so we > should fine ways to properly support them in rpm and yum. Wich isn#t > the biggest problem. The big problem is to ship new modules when new > kernels get shipped. We discussed this and gregdek and some others > supported the idea to send out a "we are likely pushing kernel-update > foo from updates-testing to updates proper in 24 hours" *if such a > warning period is possible (e.g. not in the case of security > updates). But that idea got lost. We wouldn't have to worry about that if the modules were /in/ the kernel package itself. Then they'd get built at the same time and all is love. It's not really that bad to wait for your next kernel update to get new modules in place. Every other module has to wait as well. > > You could make the same argument > > for any big package. Why should oo.org-writer users have to > > consume an oo.org update just to fix something in oo.org-impress? > > That a different problem -- deltarpm will solve that one afaics. > > A similar (but not identical) problem would be pacakges depending on a > exact version of firefox or pidgin (?). We have like other such strict > dependencies and those share some of the problems with kernel-module > packages (the "old kernels stay installed in parallel make the > kernel-module case more complicated)". Off in the weeds here, sorry I probably took you there. > > [...] > >> But well, your statement IMHO shows nicely how Fedora sometimes > >> acts. For heavens sake we at least got firefox.i386 due to the > >> multilib mess (and firefox-32 thx to warren) -- otherwise we'd > >> still would leave people out in the cold just do encourage > >> 3rd-party plugin-writers to port their stuff to x86_64. Side not > >> one the current "thinking about the Fedora brand" thread on > >> FAB-list: maybe we should just say "Fedora only gives you what it > >> thinks is good for you, even if it creates trouble and headaches > >> for you". > > Don't confuse "how Fedora acts" with my opinions and wishes. > > I don't -- this is just another case. firefox.i386 in the x86-64 tree > is another one. > > > I don't > > have the authority to make new blanket policy and define new > > rules. > > But you seem to be really interested in this topic and you are in the > committee that is planing to kick kmod's, so it's IMHO your job to ask > the Board for its opinion as it allowed kmod#s again not that long > ago. Sure, once the draft shows up I'll run it through the board if dwmw2 doesn't first. > > > [...] > >>>> I'm just wondering in general about the current happenings -- > >>>> some months ago the Board issued a statement to allow kmods but > >>>> now a new FESCo shoots it down again. Well, not my business as > >>>> well. > >>> We're not saying no to non-upstream kernel modules, which is at > >>> the heart of what the board wants (at least from my understanding > >>> of the topic). All we're doing is trying to redefine the delivery > >>> mechanism so that it is easier for all parties involved. > >> And davej indicated that he does not want more out-of-kernel > >> modules. That fact and the "at least from my understanding of the > >> topic" IMHO makes it worth to ask the Board for its opinion. > > > > Having just had a conversation with Davej on irc, I can offer these > > tidbits: > > [...] > > So it looks like Dave is absolutely willing to let out of tree > > kernel modules in, so long as they have a hope of going upstream, > > or a really really really good reason why we should continue > > carrying it forward. > > Which leaves a lot of modules out. zaptel, spca5xx or gspca anyone? We only looked at the ones currently in Fedora. The rest would have to be reviewed in their own time. And as Davej puts, it's our responsibility and onus to help these people with a grander long term scheme which is getting these things upstream and becoming responsible for them upstream instead of packaging them in N+ distributions. > > > He even spoke of perhaps a timeout, [...] > > We talked about that before and people said "to dangerous, as people > will yell at us when module foo suddenly vanishes in Fedora (x+2) > again. The same danger exists when the kernel moves on and these modules no longer compile without change. That is the danger, and why we're not interested unless there is interest in the module owner in getting them upstream, as that is part of the responsibility, keeping them going. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Fri Aug 3 20:09:13 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 3 Aug 2007 15:09:13 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B386DA.8040404@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> Message-ID: <20070803150913.64d083c0@weaponx.rchland.ibm.com> On Fri, 03 Aug 2007 21:49:46 +0200 Thorsten Leemhuis wrote: > > So it looks like Dave is absolutely willing to let out of tree kernel > > modules in, so long as they have a hope of going upstream, or a really > > really really good reason why we should continue carrying it forward. > > Which leaves a lot of modules out. zaptel, spca5xx or gspca anyone? There are two goals here that are conflicting in this specific instance. The first is that Fedora wants stuff from upstream. The second is that it wants to be bleeding edge. Finding the balance here, if there is one, is the key. > > He even spoke of perhaps a timeout, [...] > > We talked about that before and people said "to dangerous, as people > will yell at us when module foo suddenly vanishes in Fedora (x+2) again. I'm not particularly in favor of a timeout either. josh From paul at xelerance.com Fri Aug 3 20:07:35 2007 From: paul at xelerance.com (Paul Wouters) Date: Fri, 3 Aug 2007 16:07:35 -0400 (EDT) Subject: Kernel Modules in Fedora -x In-Reply-To: <46B3808A.6070200@redhat.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <46B3808A.6070200@redhat.com> Message-ID: On Fri, 3 Aug 2007, Jarod Wilson wrote: > > #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,22) > > > > and having that work properly on both Linus and RedHat kernels would be > > a huge win. Right now for openswan, these are all off-by-one for > > RedHat kernels. > > We actually fixed that just a few weeks ago in rawhide, and carried the > changes back to the 2.6.22.1 kernels in FC6 and F7. Excellent. Thank you! Paul -- Building and integrating Virtual Private Networks with Openswan: http://www.amazon.com/gp/product/1904811256/104-3099591-2946327?n=283155 From bpepple at fedoraproject.org Fri Aug 3 20:20:26 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 03 Aug 2007 16:20:26 -0400 Subject: FESCo Meeting Summary for 2007-08-02 Message-ID: <1186172426.3370.9.camel@kennedy> Members Present * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Warren Togami (warren) * Tom Callaway (spot) * Jesse Keating (f13) * Bill Nottingham (notting) * Christian Iseli (c4chris) * David Woodhouse (dwmw2) * Christopher Aillon (caillon) * Kevin Fenzi (nirik) * Dennis Gilmore (dgilmore) * Josh Boyer (jwb) Absent * Jeremy Katz (jeremy) == Summary == === FPC Policy Proposals === * FESCo had no objections to the FPC License Tag proposal: http://fedoraproject.org/wiki/PackagingDrafts/LicenseTag * FESCo had no objections to the FPC Dynamic User & Group Creation policy: http://fedoraproject.org/wiki/PackagingDrafts/UsersAndGroups === New Feature Proposals Approvals === * http://fedoraproject.org/wiki/Features/IcedTea - FESCo wanted clarification on the ppc arch, before approving this proposal. * http://fedoraproject.org/wiki/Releases/FeatureLaptopImprovements - FESCo approved this proposal. * http://fedoraproject.org/wiki/Releases/FeatureVirtSecurity - FESCo approved this proposal. * http://fedoraproject.org/wiki/Releases/FeatureTexLive - FESCo approved this proposal. * http://fedoraproject.org/wiki/Releases/NepaliLanguageSupport - FESCo approved this proposal. * http://fedoraproject.org/wiki/Releases/FeatureCodecBuddy - FESCo approved this proposal. === kmod's === * Long discussion on getting rid of kmods, and maintaining the modules within the kernel. dwmw2 is going to write-up a proposal for next week's meeting. For full IRC log: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070802 Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 admin at zapped.2y.net Fri Aug 3 20:22:53 2007 From: admin at zapped.2y.net (Erik van Pienbroek) Date: Fri, 03 Aug 2007 22:22:53 +0200 Subject: rawhide report: 20070803 changes In-Reply-To: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> References: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> Message-ID: <1186172573.15697.1.camel@alguno> Op vrijdag 03-08-2007 om 09:12 uur [tijdzone -0400], schreef Build System: New package rarian > Rarian is a documentation meta-data library > > This package causes yum to refuse to update: Error: Unresolveable requirement scrollkeeper for mail-notification Error: Unresolveable requirement scrollkeeper for eog Error: Unresolveable requirement scrollkeeper for anjuta-docs Error: Unresolveable requirement scrollkeeper for sound-juicer Error: Unresolveable requirement scrollkeeper >= 0.3.11 for gnome-user-docs Error: Unresolveable requirement scrollkeeper for gdm Error: Unresolveable requirement scrollkeeper >= 0.1.4 for gnome-media Error: Unresolveable requirement scrollkeeper for seahorse Error: Unresolveable requirement scrollkeeper for gthumb Error: Unresolveable requirement scrollkeeper for gconf-editor Error: Unresolveable requirement scrollkeeper for ghex Error: Unresolveable requirement scrollkeeper for gucharmap Error: Unresolveable requirement scrollkeeper for gnome-applet-netspeed Error: Unresolveable requirement scrollkeeper for gnome-terminal Error: Unresolveable requirement scrollkeeper for gnome-utils Error: Unresolveable requirement scrollkeeper for gnomebaker Error: Unresolveable requirement scrollkeeper for xchat-gnome Error: Unresolveable requirement scrollkeeper for fast-user-switch-applet Error: Unresolveable requirement scrollkeeper for gnome-keyring-manager Error: Unresolveable requirement scrollkeeper for nant Error: Unresolveable requirement scrollkeeper for yelp Error: Unresolveable requirement scrollkeeper for totem Error: Unresolveable requirement scrollkeeper >= 0.1.4 for gok Error: Unresolveable requirement scrollkeeper for gnome-pilot Error: Unresolveable requirement scrollkeeper for screem Error: Unresolveable requirement scrollkeeper for gtk-doc Error: Unresolveable requirement scrollkeeper for ekiga If I --exclude=rarian those errors go away. Another error I get is : Package system-config-kickstart needs system-config-securitylevel <= 1.7.0, this is not available. How comes the build system hasn't detected these broken packages ? Could this be a yum bug or is something strange going on at my side ? $ rpm -qa | grep yum yum-utils-1.1.5-1.fc8 yum-updateonboot-1.1.5-1.fc8 yum-changelog-1.1.5-1.fc8 yum-updatesd-0.4-1.fc8 yum-metadata-parser-1.1.0-2.fc7 yum-3.2.2-3.fc8 yum-skip-broken-1.1.5-1.fc8 yum-presto-0.4.0-1.fc8 yum-fastestmirror-1.1.5-1.fc8 yum-protectbase-1.1.5-1.fc8 Regards, Erik van Pienbroek From jkeating at redhat.com Fri Aug 3 20:23:36 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 16:23:36 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803150913.64d083c0@weaponx.rchland.ibm.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <20070803150913.64d083c0@weaponx.rchland.ibm.com> Message-ID: <20070803162336.279d690b@ender> On Fri, 3 Aug 2007 15:09:13 -0500 Josh Boyer wrote: > I'm not particularly in favor of a timeout either. Well, what about a timeout once it starts failing to compile? Or a timeout once the maintainer is no longer interested in maintaining it (orphan a part of the kernel...) -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Aug 3 20:23:58 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 16:23:58 -0400 Subject: rawhide report: 20070803 changes In-Reply-To: <1186172573.15697.1.camel@alguno> References: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> <1186172573.15697.1.camel@alguno> Message-ID: <20070803162358.20bfded9@ender> On Fri, 03 Aug 2007 22:22:53 +0200 Erik van Pienbroek wrote: > This package causes yum to refuse to update: Known and fixed already. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lightsolphoenix at gmail.com Fri Aug 3 20:29:26 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Fri, 3 Aug 2007 16:29:26 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B386DA.8040404@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> Message-ID: <200708031629.27231.lightsolphoenix@gmail.com> On Friday, August 03, 2007 3:49 pm Thorsten Leemhuis wrote: > Well, there is a need for those packages, if you like it or not, so we > should fine ways to properly support them in rpm and yum. Wich isn#t the > biggest problem. The big problem is to ship new modules when new kernels > get shipped. We discussed this and gregdek and some others supported the > idea to send out a "we are likely pushing kernel-update foo from > updates-testing to updates proper in 24 hours" *if such a warning period > is possible (e.g. not in the case of security updates). But that idea > got lost. And this is why IMO non-kernel-packaged modules should be provided as plugins to DKMS. Then you don't have the "you have to repackage the modules after every kernel update" problem, because DKMS will do it automatically upon restart. And since this is for modules NOT considered "important" (as in, they wouldn't serve any real purpose in the main kernel), I don't see why having a dependency on the build tools is so bad. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From mark.bidewell at alumni.clemson.edu Fri Aug 3 20:31:06 2007 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Fri, 3 Aug 2007 16:31:06 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <46B3808A.6070200@redhat.com> Message-ID: One thing that concerns me (or I am not clear on what is being proposed) is that if out-of-tree drivers are merged with the kernel package, we will have a distro that works with the stock kernel but drop in a custom kernel and suddenly everything breaks. Mark Bidewell -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Fri Aug 3 20:34:18 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 16:34:18 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <46B3808A.6070200@redhat.com> Message-ID: <20070803163418.60358e33@ender> On Fri, 3 Aug 2007 16:31:06 -0400 "Mark Bidewell" wrote: > One thing that concerns me (or I am not clear on what is being > proposed) is that if out-of-tree drivers are merged with the kernel > package, we will have a distro that works with the stock kernel but > drop in a custom kernel and suddenly everything breaks. How is that different from today? Unless you build those out of tree kmod packages against your custom kernel, they'll go boom. But if they're in the kernel package, and you customize your kernel based on that package, you'll get those mods you want for free. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Fri Aug 3 20:36:30 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 3 Aug 2007 15:36:30 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803162336.279d690b@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <20070803150913.64d083c0@weaponx.rchland.ibm.com> <20070803162336.279d690b@ender> Message-ID: <20070803153630.5a8a406e@weaponx.rchland.ibm.com> On Fri, 3 Aug 2007 16:23:36 -0400 Jesse Keating wrote: > On Fri, 3 Aug 2007 15:09:13 -0500 > Josh Boyer wrote: > > > I'm not particularly in favor of a timeout either. > > Well, what about a timeout once it starts failing to compile? Or a > timeout once the maintainer is no longer interested in maintaining it > (orphan a part of the kernel...) There is a difference in having an arbitrary timeout because something didn't get upstreamed and having a module be orphaned. If the maintainer is still fighting to get it upstream and it hasn't happened yet, I see no reason to arbitrarily tell them "too bad, you didn't meet the timeout." However, the more I think about this the more I'm of the opinion that they have no place in kmods or in the kernel proper. Maybe pointing people to DKMS is a sufficient solution. If users want these modules that bad, they'll be willing to install the toolchain to build them. Dunno, haven't really decided yet. josh From mark.bidewell at alumni.clemson.edu Fri Aug 3 20:50:00 2007 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Fri, 3 Aug 2007 16:50:00 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803163418.60358e33@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <46B3808A.6070200@redhat.com> <20070803163418.60358e33@ender> Message-ID: The issue (to me at least) would be "do I know before I start what functionality is provided by the base kernel and what is provided by third party modules.?" My nightmare scenario goes like this. 1) I install fedora feature X works due to non-upstream patch. 2) Build custom kernel. feature X no longer works. Using Nvidia as an example...(I realize that they will nver be included in the kernel). If I see build a custom kernel, I know I will need to rebuild the nvidia drivers. If these drivers were in the kernel rpm, I might carelessly assume that my video card is handled by upstream and be in for a nasty shock. In the case of multiple packages I know what will need to be redone. If the module is in the kernel RPM due to a patch,etc; I would have a much harder time determining what to rebuild. My vote would be for: kernel rpm == upstream (kernel.org) as much as possible with only rare exceptions (devicescape wireless stack for example). Mark Bidewell On 8/3/07, Jesse Keating wrote: > > On Fri, 3 Aug 2007 16:31:06 -0400 > "Mark Bidewell" wrote: > > > One thing that concerns me (or I am not clear on what is being > > proposed) is that if out-of-tree drivers are merged with the kernel > > package, we will have a distro that works with the stock kernel but > > drop in a custom kernel and suddenly everything breaks. > > How is that different from today? Unless you build those out of tree > kmod packages against your custom kernel, they'll go boom. > > But if they're in the kernel package, and you customize your kernel > based on that package, you'll get those mods you want for free. > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > > -- > 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 jkeating at redhat.com Fri Aug 3 20:48:57 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 16:48:57 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803153630.5a8a406e@weaponx.rchland.ibm.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <20070803150913.64d083c0@weaponx.rchland.ibm.com> <20070803162336.279d690b@ender> <20070803153630.5a8a406e@weaponx.rchland.ibm.com> Message-ID: <20070803164857.189d767c@ender> On Fri, 3 Aug 2007 15:36:30 -0500 Josh Boyer wrote: > There is a difference in having an arbitrary timeout because something > didn't get upstreamed and having a module be orphaned. If the > maintainer is still fighting to get it upstream and it hasn't happened > yet, I see no reason to arbitrarily tell them "too bad, you didn't > meet the timeout." Well, I didn't want the timeout to be a flat "sod off", I wanted it to be another review point. If they're still fighting and there is progress, no reason not to extend it for another release. IF they've sat on their duff and done nothing, well... -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Fri Aug 3 20:57:15 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 3 Aug 2007 15:57:15 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803164857.189d767c@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <20070803150913.64d083c0@weaponx.rchland.ibm.com> <20070803162336.279d690b@ender> <20070803153630.5a8a406e@weaponx.rchland.ibm.com> <20070803164857.189d767c@ender> Message-ID: <20070803155715.146b95dc@weaponx.rchland.ibm.com> On Fri, 3 Aug 2007 16:48:57 -0400 Jesse Keating wrote: > On Fri, 3 Aug 2007 15:36:30 -0500 > Josh Boyer wrote: > > > There is a difference in having an arbitrary timeout because something > > didn't get upstreamed and having a module be orphaned. If the > > maintainer is still fighting to get it upstream and it hasn't happened > > yet, I see no reason to arbitrarily tell them "too bad, you didn't > > meet the timeout." > > > Well, I didn't want the timeout to be a flat "sod off", I wanted it to > be another review point. If they're still fighting and there is > progress, no reason not to extend it for another release. IF they've > sat on their duff and done nothing, well... Yeah. See, this is where we have to trust davej and cebbert to correctly evaluate whether the maintainer is going to stick it out or not. If I were them, I wouldn't be overly trusting. It's a lot to ask of the kernel guys. But maybe they don't mind. josh From rhally at mindspring.com Fri Aug 3 21:10:56 2007 From: rhally at mindspring.com (Richard Hally) Date: Fri, 03 Aug 2007 17:10:56 -0400 Subject: rawhide report: 20070803 changes In-Reply-To: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> References: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> Message-ID: <46B399E0.5030707@mindspring.com> Build System wrote: > New package MyPasswordSafe > A graphical password management tool > snip > New package qfaxreader > A multipage monochrome/color TIFF/FAX viewer > > New package rarian > Rarian is a documentation meta-data library > big snip > zsh-4.3.4-0.fc8 > --------------- > * Wed Jul 25 2007 James Antill - 4.3.4-0 > - Move to upstream 4.3.4, the stable non-stable release > > Broken deps for i386 > ---------------------------------------------------------- > QuantLib-test - 0.8.1-1.fc8.i386 requires libboost_unit_test_framework.so.2 > arts - 8:1.5.7-4.fc8.i386 requires libboost_filesystem.so.2 > arts - 8:1.5.7-4.fc8.i386 requires libboost_regex.so.2 > chess - 1.0-6.fc8.i386 requires libboost_thread.so.2 > conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 > ctapi-cyberjack - 3.0.3-1.fc8.i386 requires group(ctapiusers) > deluge - 0.5.3-1.fc8.i386 requires libboost_date_time.so.2 > deluge - 0.5.3-1.fc8.i386 requires libboost_thread.so.2 > deluge - 0.5.3-1.fc8.i386 requires libboost_filesystem.so.2 > gnash - 0.8.0-1.fc8.i386 requires libboost_date_time.so.2 > gnash - 0.8.0-1.fc8.i386 requires libboost_thread.so.2 > hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 > k3d - 0.6.7.0-1.fc8.i386 requires libboost_date_time.so.2 > k3d - 0.6.7.0-1.fc8.i386 requires libboost_regex.so.2 > kdeedu - 3.5.7-1.fc8.i386 requires libboost_python.so.2 > kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 > kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE > monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 > monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 > openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 > openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 > openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 > osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 > osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 > osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 > osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 > osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 > osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 > osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 > osgal - 20060903-3.fc7.i386 requires libosgText.so.1 > osgal - 20060903-3.fc7.i386 requires libosg.so.1 > osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 > osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 > printer-filters - 1.1-1.fc8.noarch requires ptouch-driver > python-tag - 0.91-3.fc7.i386 requires libboost_python.so.2 > rb_libtorrent - 0.12-1.fc8.i386 requires libboost_date_time.so.2 > rb_libtorrent - 0.12-1.fc8.i386 requires libboost_thread.so.2 > rb_libtorrent - 0.12-1.fc8.i386 requires libboost_filesystem.so.2 > rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_program_options.so.2 > rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_date_time.so.2 > rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_thread.so.2 > rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_filesystem.so.2 > rb_libtorrent-examples - 0.12-1.fc8.i386 requires libboost_regex.so.2 > referencer - 1.0.4-1.fc8.i386 requires libboost_regex.so.2 > ruby-gtkmozembed - 0.16.0-6.fc8.i386 requires firefox = 0:2.0.0.4 > source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 > tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 > twinkle - 1.1-1.fc8.i386 requires libboost_regex.so.2 > vegastrike - 0.4.3-3.fc7.i386 requires libboost_python.so.2 > wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 > wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 > xsupplicant - 1.2.8-1.fc7.1.i386 requires libiw.so.28 > Why doesn't the snafu with rarian and skrollkeeper show up the this broken deps report? Richard From sundaram at fedoraproject.org Fri Aug 3 21:21:30 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 04 Aug 2007 02:51:30 +0530 Subject: Kernel Modules in Fedora In-Reply-To: <200708031420.51139.lightsolphoenix@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031129.29778.lightsolphoenix@gmail.com> <604aa7910708031033o2ec307a8p2d6a0e089b6374e@mail.gmail.com> <200708031420.51139.lightsolphoenix@gmail.com> Message-ID: <46B39C5A.4030309@fedoraproject.org> Kelly wrote: > > Okay. What happens if the kernel maintainers don't want a module in the > kernel for some reason (we're seeing one here with the kqemu module)? You > have to compile from source? There is a plan for that, right? You can't just assume the kernel developers don't want a module that the developer's have tried to submit as patches publicly in LKML. If the module has no future in the kernel, I don't see how we are going to take on the burden of maintaining it continuously forever. DKMS is a short term hack that will only work when the interface doesn't change and with the 2.6 kernel the amount of changes here are more often. Rahul From sundaram at fedoraproject.org Fri Aug 3 21:25:05 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 04 Aug 2007 02:55:05 +0530 Subject: FESCo Meeting Summary for 2007-08-02 In-Reply-To: <1186172426.3370.9.camel@kennedy> References: <1186172426.3370.9.camel@kennedy> Message-ID: <46B39D31.6020308@fedoraproject.org> Brian Pepple wrote: > * http://fedoraproject.org/wiki/Releases/FeatureCodecBuddy - FESCo > approved this proposal. > I wish FESCo hadn't approved this. There is a lot of things being discussed in FAB list about this and Max Spevack was going to get legal to look into the questions raised there. From my understanding the package under review currently is not how we want this feature to work. Rahul From jspaleta at gmail.com Fri Aug 3 21:25:38 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 3 Aug 2007 13:25:38 -0800 Subject: Kernel Modules in Fedora -x In-Reply-To: <200708031629.27231.lightsolphoenix@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <200708031629.27231.lightsolphoenix@gmail.com> Message-ID: <604aa7910708031425x66debc2eif1a0fbc117113d87@mail.gmail.com> On 8/3/07, Kelly wrote: > And this is why IMO non-kernel-packaged modules should be provided as plugins > to DKMS. Then you don't have the "you have to repackage the modules after > every kernel update" problem, because DKMS will do it automatically upon > restart. And since this is for modules NOT considered "important" (as in, > they wouldn't serve any real purpose in the main kernel), I don't see why > having a dependency on the build tools is so bad. the fact that dkms itself doesn't depend on the build tools as packaged already sort of already speaks to the issue of making dkms payloads explicitly require gcc and friends. Forget about making them depend on build tools its only complicating the argument you really want to make. Just argue for things that depend on dkms in to fedora sans any mention of build tools requirement. Anyone who wants to use dkms can install the build tools needed to rebuild dkms payloads on their own. The question that needs to be asked and answers is this: Is there room in the baseline Fedora repository for dkms enabled payloads or not? I'm all in favor of the upstream mantra, but I have to wonder, could dkms payloads be part of a multi-step mechanism that Fedora could use to try to help the upstreaming of out-of-tree modules? Can we have a process where out-of-tree stuff shows up first as dkms enabled payloads, that do not do anything out of the box, that expert users can use and report bugs against and whatnot? And then from there establish the upstreaming dialog that allows the module to be moved into the fedora kernel package once its clear there is a dedicated maintainer who is going to champion the upstreaming cause? If a timeout clock on out-of-tree kernel modules in our kernel package is an icky idea for some people. Would a timeout on dkms payloads in fedora be less-repugnant? I'd like to see a way that we could play around with experimental stuff for a limited time, and then for the items that have maintainership momentum towards upstream we make a longer term commitment and include it in the kernel tree while the upstreaming finalizes. I think limited time (aka deadman walking) dkms payloads might make be that first experimental step, especially if they do not work out of the box to draw a clear expectation boundary for end-users. "This doesn't work out of the box, because these are experimental and we want help getting them in shape for inclusion in the mainline kernel." Or is dkms only being included in the repo for do-it-yourself end-user convenience? Since we are shipping it it would be nice if we could leverage it as part of an upstreaming process. thoughts? -jef From jkeating at redhat.com Fri Aug 3 21:28:22 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 17:28:22 -0400 Subject: rawhide report: 20070803 changes In-Reply-To: <46B399E0.5030707@mindspring.com> References: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> <46B399E0.5030707@mindspring.com> Message-ID: <20070803172822.457351de@ender> On Fri, 03 Aug 2007 17:10:56 -0400 Richard Hally wrote: > Why doesn't the snafu with rarian and skrollkeeper show up the this > broken deps report? Because that snafu is related to upgrading when you already have scrollkeeper installed. If you were to do a fresh install of rawhide as is, it would be OK since scrollkeeper was provided by a package in the repo. (in fact, scrollkeeper itself was still in the repo, but...) -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mclasen at redhat.com Fri Aug 3 21:46:27 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 03 Aug 2007 17:46:27 -0400 Subject: FESCo Meeting Summary for 2007-08-02 In-Reply-To: <46B39D31.6020308@fedoraproject.org> References: <1186172426.3370.9.camel@kennedy> <46B39D31.6020308@fedoraproject.org> Message-ID: <1186177587.3194.9.camel@localhost.localdomain> On Sat, 2007-08-04 at 02:55 +0530, Rahul Sundaram wrote: > Brian Pepple wrote: > > > * http://fedoraproject.org/wiki/Releases/FeatureCodecBuddy - FESCo > > approved this proposal. > > > > I wish FESCo hadn't approved this. There is a lot of things being > discussed in FAB list about this and Max Spevack was going to get legal > to look into the questions raised there. From my understanding the > package under review currently is not how we want this feature to work. If you want this to work differently, better start working on an alternative. Also look at the updated details on the feature page, which take up some of the points raised in the fab discussion. From d.jacobfeuerborn at conversis.de Fri Aug 3 21:56:03 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Fri, 03 Aug 2007 23:56:03 +0200 Subject: Yum says package "ntp" is not available which is not true Message-ID: <46B3A473.7080509@conversis.de> I just tried to update the system-config-date and yum complains that it needs the package ntp which is not available. Problem is that the ntp package is actually installed and up-to-date: [root at nexus ~]# yum update system-config-date Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package system-config-date.noarch 0:1.9.3-2.fc8 set to be updated Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: system-config-date noarch 1.9.3-2.fc8 development 1.1 M Transaction Summary ============================================================================= Install 0 Package(s) Update 1 Package(s) Remove 0 Package(s) Total download size: 1.1 M Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug --> Populating transaction set with selected packages. Please wait. ---> Package system-config-date.noarch 0:1.9.3-2.fc8 set to be updated ERROR with rpm_check_debug vs depsolve: Package system-config-date needs ntp, this is not available. Complete! [root at nexus ~]# rpm -qa|grep ntp chkfontpath-1.10.1-1.1 ntp-4.2.4p2-3.fc8 Regards, Dennis From debarshi.ray at gmail.com Fri Aug 3 22:15:56 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 4 Aug 2007 03:45:56 +0530 Subject: Rawhide problems: GNOME locks up & kernel update Message-ID: <3170f42f0708031515p4d6a93a0j5fbd7934eb6bf617@mail.gmail.com> After updating a few packages from Rawhide, I notice the following problems: a. The GNOME desktop (I do not have KDE or XFCE) locks up, while changing windows. Say I have Firefox, Emacs, and XChat-GNOME open and I am changing from one window to the other, the entire desktop suddenly stops responding to keystrokes and mouse clicks. When this happens usually Ctrl-Alt-Backspace and Ctrl-Alt-F1 works, but there was one occasion when it did not. The only solution is to restart X or to hard reboot. It is to be noted that I was running kernel-2.6.21-1.3228.fc7.i686, and runlevel 3 seemed to be unaffected. b. While updating the kernel to the latest in Rawhide, I keep getting this message: end_request: I/O error, dev fd0, sector 0 Buffer I/O error on device fd0, logical block 0 Please note that I do not have a floppy drive, although my motherboard (ASUS with a VIA chipset) has a slot for it. Here are the packages which I updated from Rawhide before trying out the kernel: bash cups-libs dvd+rw-tools emacs emacs-common firefox exaile gnash gnash-plugin gnome-terminal gnutls gnutls-devel gstreamer* gzip less system-config-* Shall I file it in Bugzilla? If yes, against which component? Thanks, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From christoph.wickert at nurfuerspam.de Fri Aug 3 22:25:24 2007 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Sat, 04 Aug 2007 00:25:24 +0200 Subject: [LICENSE CHANGE] emelfm2-0.3.5-1 (was Re: NOTE: Please publicize any license changes to your packages) In-Reply-To: <20070719184500.GC20184@nostromo.devel.redhat.com> References: <20070719184500.GC20184@nostromo.devel.redhat.com> Message-ID: <1186179924.3790.3.camel@wicktop.localdomain> Am Donnerstag, den 19.07.2007, 14:45 -0400 schrieb Bill Nottingham: > The Fedora Engineering Steering Committee would like to remind maintainers > that a license change in a package is a very serious event - it has as many, > if not more, implications for related packages as ABI changes do. > > Therefore, if your package changes license, even if it just changes the > license version, it is required that you announce it, whether on this list > or fedora-devel-list. emelfm2's license changed from GPL v.2 to v.3 in emelfm2 0.3.5. Sorry that I didn't announce this earlier, because it's already in rawhide and updates-testing. Christoph From sundaram at fedoraproject.org Fri Aug 3 22:59:50 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 04 Aug 2007 04:29:50 +0530 Subject: FESCo Meeting Summary for 2007-08-02 In-Reply-To: <1186177587.3194.9.camel@localhost.localdomain> References: <1186172426.3370.9.camel@kennedy> <46B39D31.6020308@fedoraproject.org> <1186177587.3194.9.camel@localhost.localdomain> Message-ID: <46B3B366.8060704@fedoraproject.org> Matthias Clasen wrote: > On Sat, 2007-08-04 at 02:55 +0530, Rahul Sundaram wrote: >> Brian Pepple wrote: >> >>> * http://fedoraproject.org/wiki/Releases/FeatureCodecBuddy - FESCo >>> approved this proposal. >>> >> I wish FESCo hadn't approved this. There is a lot of things being >> discussed in FAB list about this and Max Spevack was going to get legal >> to look into the questions raised there. From my understanding the >> package under review currently is not how we want this feature to work. > > If you want this to work differently, better start working on an > alternative. It is not code. Questions need to be answered from Red Hat Legal. There is no point in working on a alternative that we cannot include otherwise. Also look at the updated details on the feature page, > which take up some of the points raised in the fab discussion. Yes. I have seen that. Just pointing directly to Fluendo is not really a acceptable solution. That has been made clearly already. See the FAB list discussions for details. Rahul From bojan at rexursive.com Fri Aug 3 22:59:00 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Fri, 3 Aug 2007 22:59:00 +0000 (UTC) Subject: Clamav update for F7 References: <1186029627.3136.3.camel@shrek.rexursive.com> Message-ID: Bojan Smojver rexursive.com> writes: > Could this be pushed to updates Guys, there is a problem with Bodhi - it displays no buttons at all on this package, so package maintainer cannot push it. Could someone with enough privileges please fix this? -- Bojan From seandarcy2 at gmail.com Fri Aug 3 22:58:00 2007 From: seandarcy2 at gmail.com (sean) Date: Fri, 03 Aug 2007 18:58:00 -0400 Subject: build system not seeing perl deps Message-ID: For the past few days: yum update ................ Resolving Dependencies --> Running transaction check ---> Package perl-Test-Simple.x86_64 0:0.62-22.fc8 set to be updated ---> Package perl-suidperl.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-libs.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-CPAN.x86_64 0:1.76_02-22.fc8 set to be updated ---> Package perl-devel.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-Test-Harness.x86_64 0:2.56-22.fc8 set to be updated ---> Package perl.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-ExtUtils-MakeMaker.x86_64 0:6.30-22.fc8 set to be updated Dependencies Resolved ............. Transaction Summary ============================================================================= Install 0 Package(s) Update 8 Package(s) Remove 0 Package(s) Total download size: 12 M Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug --> Populating transaction set with selected packages. Please wait. ---> Package perl-Test-Simple.x86_64 0:0.62-22.fc8 set to be updated ---> Package perl-suidperl.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-libs.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-CPAN.x86_64 0:1.76_02-22.fc8 set to be updated ---> Package perl-devel.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-Test-Harness.x86_64 0:2.56-22.fc8 set to be updated ---> Package perl.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-ExtUtils-MakeMaker.x86_64 0:6.30-22.fc8 set to be updated ERROR with rpm_check_debug vs depsolve: Package perl-devel needs perl(ExtUtils::Embed), this is not available. Complete! I assume that perl-ExtUtils-MakeMaker provides perl(ExtUtils::Embed) but doesn't declare it. But how come the build system doesn't catch it? Is this a perl only problem? Or is rpm_check_debug doing something beyond what the build system can do? sean From jspaleta at gmail.com Sat Aug 4 01:00:02 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 3 Aug 2007 17:00:02 -0800 Subject: Licensing guidelines changes In-Reply-To: <1186077406.9748.166.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> Message-ID: <604aa7910708031800w31a17eeer5c2297a1e7d22947@mail.gmail.com> On 8/2/07, Tom spot Callaway wrote: > The GPL/LGPL "or any later version" clause is _only_ activated when > upstream puts it in the source code or attached documentation, so if you > can't find it outside of COPYING, it doesn't apply. Okay If some source files have the "or later" clause and some state GPLv2 explicitly. Is the appropriate tag for the package then GPLv2 and GPLv2+ ? -jef From jwboyer at jdub.homelinux.org Sat Aug 4 01:15:41 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 3 Aug 2007 20:15:41 -0500 Subject: Licensing guidelines changes In-Reply-To: <604aa7910708031800w31a17eeer5c2297a1e7d22947@mail.gmail.com> References: <1186077406.9748.166.camel@localhost.localdomain> <604aa7910708031800w31a17eeer5c2297a1e7d22947@mail.gmail.com> Message-ID: <20070803201541.711b9e4c@vader.jdub.homelinux.org> On Fri, 3 Aug 2007 17:00:02 -0800 "Jeff Spaleta" wrote: > On 8/2/07, Tom spot Callaway wrote: > > The GPL/LGPL "or any later version" clause is _only_ activated when > > upstream puts it in the source code or attached documentation, so > > if you can't find it outside of COPYING, it doesn't apply. > > > Okay If some source files have the "or later" clause and some state > GPLv2 explicitly. Is the appropriate tag for the package then GPLv2 > and GPLv2+ ? No. It's GPLv2. The package as a whole is distributed under the more strict of the two in that case. josh From jspaleta at gmail.com Sat Aug 4 01:17:48 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 3 Aug 2007 17:17:48 -0800 Subject: Licensing guidelines changes In-Reply-To: <20070803201541.711b9e4c@vader.jdub.homelinux.org> References: <1186077406.9748.166.camel@localhost.localdomain> <604aa7910708031800w31a17eeer5c2297a1e7d22947@mail.gmail.com> <20070803201541.711b9e4c@vader.jdub.homelinux.org> Message-ID: <604aa7910708031817w5e9a347dmf5d399c73307729@mail.gmail.com> On 8/3/07, Josh Boyer wrote: > No. It's GPLv2. The package as a whole is distributed under the more > strict of the two in that case. good enough thanks. -jef From jwboyer at jdub.homelinux.org Sat Aug 4 01:18:47 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 3 Aug 2007 20:18:47 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <604aa7910708031425x66debc2eif1a0fbc117113d87@mail.gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <200708031629.27231.lightsolphoenix@gmail.com> <604aa7910708031425x66debc2eif1a0fbc117113d87@mail.gmail.com> Message-ID: <20070803201847.5a020825@vader.jdub.homelinux.org> On Fri, 3 Aug 2007 13:25:38 -0800 "Jeff Spaleta" wrote: > On 8/3/07, Kelly wrote: > > And this is why IMO non-kernel-packaged modules should be provided > > as plugins to DKMS. Then you don't have the "you have to repackage > > the modules after every kernel update" problem, because DKMS will > > do it automatically upon restart. And since this is for modules > > NOT considered "important" (as in, they wouldn't serve any real > > purpose in the main kernel), I don't see why having a dependency on > > the build tools is so bad. > > the fact that dkms itself doesn't depend on the build tools as > packaged already sort of already speaks to the issue of making dkms > payloads explicitly require gcc and friends. Forget about making them > depend on build tools its only complicating the argument you really > want to make. Just argue for things that depend on dkms in to fedora > sans any mention of build tools requirement. Anyone who wants to use > dkms can install the build tools needed to rebuild dkms payloads on > their own. > > The question that needs to be asked and answers is this: > Is there room in the baseline Fedora repository for dkms enabled > payloads or not? > > I'm all in favor of the upstream mantra, but I have to wonder, could > dkms payloads be part of a multi-step mechanism that Fedora could use > to try to help the upstreaming of out-of-tree modules? Can we have a > process where out-of-tree stuff shows up first as dkms enabled > payloads, that do not do anything out of the box, that expert users > can use and report bugs against and whatnot? And then from there > establish the upstreaming dialog that allows the module to be moved > into the fedora kernel package once its clear there is a dedicated > maintainer who is going to champion the upstreaming cause? > > If a timeout clock on out-of-tree kernel modules in our kernel package > is an icky idea for some people. Would a timeout on dkms payloads in > fedora be less-repugnant? > > I'd like to see a way that we could play around with experimental > stuff for a limited time, and then for the items that have > maintainership momentum towards upstream we make a longer term > commitment and include it in the kernel tree while the upstreaming > finalizes. I think limited time (aka deadman walking) dkms payloads > might make be that first experimental step, especially if they do not > work out of the box to draw a clear expectation boundary for > end-users. "This doesn't work out of the box, because these are > experimental and we want help getting them in shape for inclusion in > the mainline kernel." > > Or is dkms only being included in the repo for do-it-yourself end-user > convenience? Since we are shipping it it would be nice if we could > leverage it as part of an upstreaming process. > > thoughts? I think we are thinking of similar things, but to be sure I'll ask this question: By DKMS payloads, are you referring to DKMS-packaged source RPMs for the modules in question? So that a user would install dkms-foo-mod and then use dkms to build and install it? josh From jspaleta at gmail.com Sat Aug 4 01:23:33 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 3 Aug 2007 17:23:33 -0800 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803201847.5a020825@vader.jdub.homelinux.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <200708031629.27231.lightsolphoenix@gmail.com> <604aa7910708031425x66debc2eif1a0fbc117113d87@mail.gmail.com> <20070803201847.5a020825@vader.jdub.homelinux.org> Message-ID: <604aa7910708031823q1d214055l346b3c61c2189090@mail.gmail.com> On 8/3/07, Josh Boyer wrote: > By DKMS payloads, are you referring to DKMS-packaged source RPMs for > the modules in question? So that a user would install dkms-foo-mod and > then use dkms to build and install it? I wouldn't necessarily package them as source rpms. I'd want them to be noarch packages that people can install and get updates for, as bug fixes come down the pipe. But to make use of them they'd have to install dkms and the necessary build tools themselves which dkms makes use of. -jef From jwboyer at jdub.homelinux.org Sat Aug 4 01:55:48 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 3 Aug 2007 20:55:48 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <604aa7910708031823q1d214055l346b3c61c2189090@mail.gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <200708031629.27231.lightsolphoenix@gmail.com> <604aa7910708031425x66debc2eif1a0fbc117113d87@mail.gmail.com> <20070803201847.5a020825@vader.jdub.homelinux.org> <604aa7910708031823q1d214055l346b3c61c2189090@mail.gmail.com> Message-ID: <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> On Fri, 3 Aug 2007 17:23:33 -0800 "Jeff Spaleta" wrote: > On 8/3/07, Josh Boyer wrote: > > By DKMS payloads, are you referring to DKMS-packaged source RPMs for > > the modules in question? So that a user would install dkms-foo-mod > > and then use dkms to build and install it? > > > I wouldn't necessarily package them as source rpms. I'd want them to > be noarch packages that people can install and get updates for, as bug > fixes come down the pipe. But to make use of them they'd have to > install dkms and the necessary build tools themselves which dkms makes > use of. By source RPMs I didn't mean .src.rpm. I meant the payload that is installed from dkms-foo-mod is the source of the module that you want DKMS to build. I think we're saying the same thing. And I am more and more starting to think this might be a _good_ idea. Users that want modules we aren't willing to carry upstream can install the dkms "payload" (as you described it) for the module, build and install. Some might think this is too technical a hurdle for users to clear, but I think it might be worth examining. Care to draft a proposal for FESCo? We could evaluate it at the same time we do dwmw2/f13's. josh From hellwolf.misty at gmail.com Sat Aug 4 02:28:34 2007 From: hellwolf.misty at gmail.com (ZC Miao) Date: Sat, 04 Aug 2007 10:28:34 +0800 Subject: Feature proposal : media:// gnome url handler for requesting users to insert needed CD/DVD Message-ID: <1186194514.23982.13.camel@cocteau.freehell.org> Imagine user clicking menu =Applications->Add/Remove Software= and she configured CD/DVD based yum repositories(is it possible currently?) before. Would pirut request her to insert the needed CD/DVD? I think if we use a media://cdlable/path/ url for the CD/DVD repos, and implements a gnome url handler for media://, the problem could be resolved. The other problems are : 1. Can pirut resolve media:// url by itself instead of by yum, since yum may not depend on the gnome vfs layer. 2. How to handle the situations that some user has no CD/DVD box or more than one. Any ideas? -- http://hellwolf.cublog.cn gpg --keyserver pgp.mit.edu --recv-key 0x6B174C6F You'd best be snoozin', 'cause you don't be gettin' no work done at 5 a.m. anyway. -- From the wall of the Wurster Hall stairwell From jkeating at redhat.com Sat Aug 4 02:46:12 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 3 Aug 2007 22:46:12 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <200708031629.27231.lightsolphoenix@gmail.com> <604aa7910708031425x66debc2eif1a0fbc117113d87@mail.gmail.com> <20070803201847.5a020825@vader.jdub.homelinux.org> <604aa7910708031823q1d214055l346b3c61c2189090@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> Message-ID: <20070803224612.634912c0@ender> On Fri, 3 Aug 2007 20:55:48 -0500 Josh Boyer wrote: > And I am more and more starting to think this might be a _good_ idea. > Users that want modules we aren't willing to carry upstream can > install the dkms "payload" (as you described it) for the module, > build and install. > > Some might think this is too technical a hurdle for users to clear, > but I think it might be worth examining. Care to draft a proposal for > FESCo? We could evaluate it at the same time we do dwmw2/f13's. I'm not totally opposed to the idea, if the dkms system takes care of the logic of building the module when new kernels land and such. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Sat Aug 4 06:38:16 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 04 Aug 2007 08:38:16 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <200708031629.27231.lightsolphoenix@gmail.com> <604aa7910708031425x66debc2eif1a0fbc117113d87@mail.gmail.com> <20070803201847.5a020825@vader.jdub.homelinux.org> <604aa7910708031823q1d214055l346b3c61c2189090@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> Message-ID: <46B41ED8.1070708@leemhuis.info> On 04.08.2007 03:55, Josh Boyer wrote: > On Fri, 3 Aug 2007 17:23:33 -0800 > "Jeff Spaleta" wrote: > > Some might think this is too technical a hurdle for users to clear, but > I think it might be worth examining. Care to draft a proposal for > FESCo? We could evaluate it at the same time we do dwmw2/f13's. Just FYI, some of the concerns Jeremy raised last time dkms came up can be found in this thread: https://www.redhat.com/archives/fedora-devel-list/2007-January/msg01211.html For example: https://www.redhat.com/archives/fedora-devel-list/2007-January/msg01294.html I doubt things changed much. CU thl BTW, for Matt or other dkms lovers: can somebody please show a rough spec file example how to use dkms in a SRPM (that can be compiled with mock) that pre-compiles modules (that could get shipped in kmod packages) and produces a dkms file for dynamic kernel-module generation, that users could install? Both should use the same codepath for compilation, to avoid that we have to maintain two? I'd be really interested in that, because that is IMHO what we should aim for: Pre-compiled modules in packages for the masses, dynamic for the rest and the rare cases where users might run into problem, and maintain just one spec file/codepath. From mschwendt.tmp0701.nospam at arcor.de Sat Aug 4 08:34:01 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sat, 4 Aug 2007 10:34:01 +0200 Subject: Clamav update for F7 In-Reply-To: References: <1186029627.3136.3.camel@shrek.rexursive.com> Message-ID: <20070804103401.34f1f16a.mschwendt.tmp0701.nospam@arcor.de> On Fri, 3 Aug 2007 22:59:00 +0000 (UTC), Bojan Smojver wrote: > Bojan Smojver rexursive.com> writes: > > > Could this be pushed to updates > > Guys, there is a problem with Bodhi - it displays no buttons at all on this > package, so package maintainer cannot push it. Could someone with enough > privileges please fix this? 1) Load: https://admin.fedoraproject.org/updates/ 2) Log in with Fedora account details 3) Click "New update" 4) Type in "clamav" into "Package" field => clamav builds appear in the list-box That should work for now. From mschwendt.tmp0701.nospam at arcor.de Sat Aug 4 08:40:39 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sat, 4 Aug 2007 10:40:39 +0200 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <46B3A473.7080509@conversis.de> References: <46B3A473.7080509@conversis.de> Message-ID: <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> On Fri, 03 Aug 2007 23:56:03 +0200, Dennis Jacobfeuerborn wrote: > I just tried to update the system-config-date and yum complains that it > needs the package ntp which is not available. Problem is that the ntp > package is actually installed and up-to-date: > > [root at nexus ~]# yum update system-config-date > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ---> Package system-config-date.noarch 0:1.9.3-2.fc8 set to be updated > > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Updating: > system-config-date noarch 1.9.3-2.fc8 development 1.1 M > > Transaction Summary > ============================================================================= > Install 0 Package(s) > Update 1 Package(s) > Remove 0 Package(s) > > Total download size: 1.1 M > Is this ok [y/N]: y > Downloading Packages: > Running rpm_check_debug > --> Populating transaction set with selected packages. Please wait. > ---> Package system-config-date.noarch 0:1.9.3-2.fc8 set to be updated > ERROR with rpm_check_debug vs depsolve: > Package system-config-date needs ntp, this is not available. > Complete! > [root at nexus ~]# rpm -qa|grep ntp > chkfontpath-1.10.1-1.1 > ntp-4.2.4p2-3.fc8 Cannot reproduce. # yum update system-config-date Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package system-config-date.noarch 0:1.9.3-2.fc8 set to be updated Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: system-config-date noarch 1.9.3-2.fc8 development 1.1 M Transaction Summary ============================================================================= Install 0 Package(s) Update 1 Package(s) Remove 0 Package(s) Total download size: 1.1 M Is this ok [y/N]: y Downloading Packages: (1/1): system-config-date 100% |=========================| 1.1 MB 00:09 Running rpm_check_debug --> Populating transaction set with selected packages. Please wait. ---> Package system-config-date.noarch 0:1.9.3-2.fc8 set to be updated Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : system-config-date ######################### [1/2] Cleanup : system-config-date ######################### [2/2] Updated: system-config-date.noarch 0:1.9.3-2.fc8 Complete! # rpm -q ntp ntp-4.2.4p2-3.fc8 From erik at vanpienbroek.nl Sat Aug 4 09:52:44 2007 From: erik at vanpienbroek.nl (Erik van Pienbroek) Date: Sat, 04 Aug 2007 11:52:44 +0200 Subject: build system not seeing perl deps In-Reply-To: References: Message-ID: <1186221164.10963.1.camel@localhost> Op vrijdag 03-08-2007 om 18:58 uur [tijdzone -0400], schreef sean: > ERROR with rpm_check_debug vs depsolve: > Package perl-devel needs perl(ExtUtils::Embed), this is not > available. > Complete! Hi, I also stumbled across this problem. 'Solved' it by manually installing the perl-ExtUtils-MakeMaker package. Regards, Erik van Pienbroek From buildsys at redhat.com Sat Aug 4 10:52:23 2007 From: buildsys at redhat.com (Build System) Date: Sat, 4 Aug 2007 06:52:23 -0400 Subject: rawhide report: 20070804 changes Message-ID: <200708041052.l74AqNS2025495@porkchop.devel.redhat.com> New package arm-gp2x-linux-glibc Cross Compiled GNU C Library targeted at arm-gp2x-linux New package fann A fast artificial neural network library New package ptouch-driver CUPS driver for Brother P-touch label printers Removed package scrollkeeper Removed package evolution-connector Updated Packages: SDL_Pango-0.1.2-6 ----------------- * Fri Aug 03 2007 Matthias Saou 0.1.2-6 - Update License field. - Remove dist tag, since the package will seldom change. SDL_gfx-2.0.16-3.fc8 -------------------- * Fri Aug 03 2007 Matthias Saou 2.0.16-3 - Update License field. advancecomp-1.15-8 ------------------ * Fri Aug 03 2007 Matthias Saou 1.15-8 - Update License field. - Remove dist tag, since the package will seldom change. anaconda-11.3.0.16-1 -------------------- * Fri Aug 03 2007 Chris Lumens 11.3.0.16-1 - Remove debug button from exception dialog on livecd installs. - Don't look at removed devices to find free space (#250148). - Build fixes. - Force formatting / on livecd installs (#250301). - Remove plip support (notting). - upd-instroot fixes (pjones). - Fix kickstart updates command. - Add more information to .treeinfo (wwoods). archmage-0.1.9-1.fc8 -------------------- * Fri Aug 03 2007 Patrice Dumas 0.1.9-1 - update to 0.1.9 arts-8:1.5.7-6.fc8 ------------------ * Thu Aug 02 2007 Rex Dieter 6:1.5.7-6 - update glibc patch ( open -> (open) ) * Thu Aug 02 2007 Rex Dieter 6:1.5.7-5 - omit extention_loader patch (for now anyway), removes boost dep - License: LGPLv2+ audacious-plugins-1.3.5-2.fc8 ----------------------------- * Fri Aug 03 2007 Ralf Ertzinger 1.3.5-2 - Rebuild for clean upgrade path autodir-0.99.9-3.fc8 -------------------- * Fri Aug 03 2007 Matthias Saou 0.99.9-3 - Update License field. bbkeys-0.9.0-8 -------------- * Fri Aug 03 2007 Matthias Saou 0.9.0-8 - Fix License field, it was "GPL" but should have been "MIT" all along. - Remove dist tag, since the package will seldom change. blackbox-0.70.1-8 ----------------- * Fri Aug 03 2007 Matthias Saou 0.70.1-8 - Fix License field, it was "GPL" but should have been "MIT" all along. - Remove dist tag, since the package will seldom change. booty-0.86-1.fc8 ---------------- * Fri Aug 03 2007 Peter Jones - 0.86-1 - Always specify --stage2 on grub's "install" command (#202101) * Thu Apr 19 2007 Jeremy Katz - 0.85-1 - fix for upgrade where we're creating a new bootloader config to create a new device.map * Wed Apr 18 2007 Peter Jones - 0.84-1 - Fix mkofboot setup on non-pmac, non-pseries ppc machines (#236513) chess-1.0-7.fc8 --------------- * Fri Aug 03 2007 Hans de Goede 1.0-7 - Update License tag for new Licensing Guidelines compliance - Rebuild against new boost chkconfig-1.3.35-1 ------------------ * Fri Aug 03 2007 Bill Nottingham 1.3.35-1 - clarify licensing cjet-0.8.9-2.fc8 ---------------- control-center-1:2.19.6-2.fc8 ----------------------------- * Fri Aug 03 2007 Matthias Clasen - 2.19.6-2 - Update the license field eclipse-1:3.3.0-5.fc8 --------------------- * Fri Aug 03 2007 Ben Konrath 3.3.0-5 - Add patch to fix double free bug in launcher library. - Resolves: #248798. * Tue Jul 31 2007 Ben Konrath 3.3.0-4 - Link to commons-el.jar. - Remove ant 1.7 hacks. * Wed Jul 18 2007 Ben Konrath 3.3.0-3 - Add links for lucene and lucene.analysis. - Remove icu4j symlink from /usr/share/eclipse/plugins. - Resolves: #248749. eclipse-checkstyle-4.0.1-8.fc8 ------------------------------ * Fri Aug 03 2007 Rob Myers 4.0.1-8 - update for eclipse 3.3 * Thu Aug 02 2007 Rob Myers 4.0.1-7 - update license from LGPL to LGPLv2+ fslint-2.22-2.fc8 ----------------- * Fri Aug 03 2007 P??draig Brady

- 2.22-2 - clarify license gdm-1:2.19.5-3.fc8 ------------------ * Fri Aug 03 2007 Ray Strode - 1:2.19.5-3 - remove dwellmouselistener module from default configuration. It's pretty broken (bug 248752) * Fri Aug 03 2007 Matthias Clasen - 1:2.19.5-2 - Update license field * Tue Jul 31 2007 Matthias Clasen - 1:2.19.5-1 - Update to 2.19.5 ghostscript-8.60-1.fc8 ---------------------- * Fri Aug 03 2007 Tim Waugh 8.60-1 - 8.60. git-1.5.2.4-1.fc8 ----------------- * Fri Aug 03 2007 Josh Boyer 1.5.2.4-1 - git-1.5.2.4-1 * Tue Jul 03 2007 Josh Boyer 1.5.2.2-3 - Add git-daemon and gitweb packages glabels-2.0.4-6.fc8 ------------------- * Fri Aug 03 2007 Peter Gordon - 2.0.4-6 - Update License tagging (GPLv2+). This necessitates a split of two subpackages: (1) glabels-doc: Runtime documentation for gLabels (GFDLv1.1+) (2) glabels-libs: Shared libraries for gLabels (LGPLv2+) - Fix version in previous %changelog entry. - Lots and lots of aesthetic spec file changes. - Remove X-Fedora category from desktop-file-install invocation. - Add TODO to installed %doc files. * Sun Aug 27 2006 Peter Gordon - 2.0.4-5 - Add BR: perl(XML::Parser) * Sun Aug 27 2006 Peter Gordon - 2.0.4-4 - Mass FC6 rebuild gnash-0.8.0-2.fc8 ----------------- * Fri Aug 03 2007 Patrice Dumas 0.8.0-2 - rebuild for boost soname change gnome-icon-theme-2.19.6-1.fc8 ----------------------------- * Fri Aug 03 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 - Update license field hal-cups-utils-0.6.12-1.fc8 --------------------------- * Fri Aug 03 2007 Tim Waugh 0.6.12-1 - 0.6.12: - Improvements from Till Kamppeter: o Updated configure method to use CUPS directly o Don't use full path in fdi file o Disable disconnected printers o Set up fax queues for multi-function devices o Use HPLIP even for HP devices with no serial number o Fixed generation of usb: URIs hardinfo-0.4.2.2-14.fc8 ----------------------- * Fri Aug 03 2007 Adel Gadllah 0.4.2.2-14 - Revert patch doesn't work * Fri Aug 03 2007 Adel Gadllah 0.4.2.2-13 - Update License tag hunspell-pl-0.20070803-1.fc8 ---------------------------- * Fri Aug 03 2007 Caolan McNamara - 0.20070803-1 - clarify that is tri-licensed intltool-0.36.0-1.fc8 --------------------- * Fri Aug 03 2007 Matthias Clasen - 0.36.0-1 - Update to 0.36.0 - Update license field - Drop patch rejected, obsolete and upstreamed patches - Some spec file cleanups - Require automake jd-1.9.5-2.svn1221.fc8 ---------------------- * Sat Aug 04 2007 Mamoru Tasaka - 1.9.5-2.svn1221 - svn 1221 * Sat Jun 30 2007 Mamoru Tasaka - 1.9.5-1 - 1.9.5 * Mon Jun 25 2007 Mamoru Tasaka - 1.9.5-0.6.rc070625 - 1.9.5 rc 070625 jss-4.2.5-1.fc8 --------------- * Fri Aug 03 2007 Rob Crittenden 4.2.5-1 - update to 4.2.5 kazehakase-0.4.7-8.svn3228.fc8 ------------------------------ * Fri Aug 03 2007 Mamoru Tasaka - 0.4.7-8.svn3228 - Try svn 3228 - Disable GTK_DISABLE_DEPRECATED for now - License update * Sat Jul 21 2007 Mamoru Tasaka - 0.4.7-7.svn3227 - Try svn 3227 to drop GLib patch * Mon Jun 18 2007 Mamoru Tasaka - 0.4.7-5 - Rebuild against new gecko engine kdeedu-3.5.7-2.fc8 ------------------ * Fri Aug 03 2007 Rex Dieter - 3.5.7-2 - respin for boost abi change kdelibs-6:3.5.7-16.fc8.1 ------------------------ * Fri Aug 03 2007 Rex Dieter - 6:3.5.7-16 - undo kdelibs3 rename (for now, anyway) - move to -devel: checkXML, kconfig_compiler, (make)kdewidgets, ksgmltools2, ksvgtopng, kunittestmodrunner - set KDE_IS_PRELINKED unconditionally (#244065) - License: LGPLv2+ * Fri Jul 20 2007 Rex Dieter - 6:3.5.7-15 - Obsoletes/Provides: kdelibs-apidocs (kdelibs3) * Fri Jul 20 2007 Rex Dieter - 6:3.5.7-14 - toggle kdelibs3 (f8+) kernel-2.6.23-0.70.rc1.git13.fc8 -------------------------------- * Fri Aug 03 2007 Dave Jones - Reenable CONFIG_NETLABEL. * Fri Aug 03 2007 Dave Jones - 2.6.23-rc1-git13 * Fri Aug 03 2007 John W. Linville - Disable busted mac80211 local multicast filter patch libdbi-drivers-0.8.2-1.2.fc8 ---------------------------- * Fri Aug 03 2007 Tom Lane 0.8.2-1.2 - Correct License tag for sqlite subpackage; it's currently not same license as the rest of the code. libselinux-2.0.29-1.fc8 ----------------------- * Fri Aug 03 2007 Dan Walsh - 2.0.29-1 - Upgrade to upstream * Updated version for stable branch. * Added x_contexts path function patch from Eamon Walsh. * Fix build for EMBEDDED=y from Yuichi Nakamura. * Fix markup problems in selinux man pages from Dan Walsh. * Updated av_permissions.h and flask.h to include new nscd permissions from Dan Walsh. * Added swigify to top-level Makefile from Dan Walsh. * Fix for string_to_security_class segfault on x86_64 from Stephen Smalley. lock-keys-applet-1.0-13.fc8 --------------------------- * Fri Aug 03 2007 Jorge Torres 1.0-13 - Port to new GTK+ tooltips API * Fri Aug 03 2007 Jorge Torres 1.0-12 - Update license tag mysql-5.0.45-2.fc8 ------------------ * Thu Aug 02 2007 Tom Lane 5.0.45-2 - Update License tag to match code. - Work around recent Fedora change that makes "open" a macro name. * Sun Jul 22 2007 Tom Lane 5.0.45-1 - Update to MySQL 5.0.45 Resolves: #246535 - Move mysql_config's man page to base package Resolves: #245770 - move my_print_defaults to base RPM, for consistency with Stacks packaging - mysql user is no longer deleted at RPM uninstall Resolves: #241912 * Thu Mar 29 2007 Tom Lane 5.0.37-2 - Use a less hacky method of getting default values in initscript Related: #233771, #194596 - Improve packaging of mysql-libs per suggestions from Remi Collet Resolves: #233731 - Update default /etc/my.cnf ([mysql.server] has been bogus for a long time) nspluginwrapper-0.9.91.4-10.fc8 ------------------------------- * Fri Aug 03 2007 Martin Stransky 0.9.91.4-10 - fixed totem-complex plugin wrapping numactl-0.9.8-3.fc8 ------------------- * Fri Aug 03 2007 Neil Horman - 0.9.8-3.fc8 - fixing up merge review (bz 226207) * Fri Jan 12 2007 Neil Horman - 0.9.8-2.fc8 - Properly fixed bz 221982 - Updated revision string to include .fc8 * Thu Jan 11 2007 Neil Horman - 0.9.8-1.38 - Fixed -devel to depend on base package so libnuma.so resolves octave-6:2.9.13-1.fc8 --------------------- * Thu Jul 26 2007 Quentin Spencer 2.9.13-1 - New release. - Changed ufsparse-devel dependency to suitesparse-devel. - Add configure flag to close bug 245562. - Add directories for add-on packages (bug 234012). - Since texinfo is now separate from tetex, it is a build requirement. * Wed May 23 2007 Quentin Spencer 2.9.12-1 - New release. * Tue Feb 20 2007 Quentin Spencer 2.9.9-2 - Fix install-info bug (Bug 219404). - Add dependency on octave API so that breakages will be detected. (Bug 224050). - Remove libtermcap-devel as build dependency (Bug 226768). openssl-0.9.8b-14.fc8 --------------------- * Fri Aug 03 2007 Tomas Mraz 0.9.8b-14 - use localhost in testsuite, hopefully fixes slow build in koji - CVE-2007-3108 - fix side channel attack on private keys (#250577) - make ssl session cache id matching strict (#233599) * Wed Jul 25 2007 Tomas Mraz 0.9.8b-13 - allow building on ARM architectures (#245417) - use reference timestamps to prevent multilib conflicts (#218064) - -devel package must require pkgconfig (#241031) * Mon Dec 11 2006 Tomas Mraz 0.9.8b-12 - detect duplicates in add_dir properly (#206346) perl-Pugs-Compiler-Rule-0.26-1.fc8 ---------------------------------- * Fri Aug 03 2007 Steven Pritchard 0.26-1 - Update to 0.26. perl-Time-Piece-MySQL-0.05-4.fc8 -------------------------------- * Fri Aug 03 2007 Chris Grau 0.05-4 - Remove generation of license texts. - Prevent automatic provide of perl(Time::Piece) (#247253). php-pear-PHP-CodeSniffer-0.7.0-1.fc8 ------------------------------------ * Mon Jun 11 2007 Konstantin Ryabitsev - 0.7.0-1 - Upstream 0.7.0 - Drop Requirement on php-common (php-pear pulls that in) php-pear-Structures-DataGrid-DataSource-DataObject-0.2.0-1.fc8 -------------------------------------------------------------- * Mon Jul 02 2007 Christopher Stone 0.2.0-1 - Upstream sync - Remove requirement on DB_DataObject_FormBuilder - Update requirement on Structures_DataGrid and DB_DataObject pyscript-0.6.1-1.fc8 -------------------- * Fri Aug 03 2007 Jef Spaleta 0.6.1-1 - Update to 0.6.1 and adjust licensing tag for updated guidelines python-Coherence-0.4.0-1.fc8 ---------------------------- * Fri Aug 03 2007 Matthias Saou 0.4.0-1 - Update to 0.4.0. - No need to update License field, MIT is already correct. python-lirc-0.0.5-4 ------------------- * Fri Aug 03 2007 Matthias Saou 0.0.5-4 - Update License field. - Remove dist tag, since the package will seldom change. python-ogg-1.3-6 ---------------- * Fri Aug 03 2007 Matthias Saou 1.3-6 - Update License field. - Remove dist tag, since the package will seldom change. python-tag-0.91-4 ----------------- * Fri Aug 03 2007 Matthias Saou 0.91-4 - Rebuild against new boost packages. - Remove dist tag, since the package will seldom change. python-vorbis-1.4-2 ------------------- * Fri Aug 03 2007 Matthias Saou 1.4-2 - Update License field. - Remove dist tag, since the package will seldom change. radvd-1.0-4.fc8 --------------- * Fri Aug 03 2007 Martin Bacovsky - 1.0-4 - resolves: #247041: Initscript Review * Wed Feb 14 2007 Martin Bacovsky - 1.0-3 - specfile cleanup for review * Thu Feb 01 2007 Martin Bacovsky - 1.0-2 - linking with -pie flag turned on again rb_libtorrent-0.12-2.fc8 ------------------------ * Fri Aug 03 2007 Peter Gordon - 0.12-2 - Rebuild against new Boost libraries. referencer-1.0.4-2.fc8 ---------------------- * Fri Aug 03 2007 Deji Akingunola - 1.0.4-2 - Modify the license tag, and - Rebuild for new boost library ruby-gnome2-0.16.0-8.fc8 ------------------------ * Sat Aug 04 2007 Mamoru Tasaka 0.16.0-8 - Apply patch extracted from CVS to build glib gtk poppler * Fri Jul 20 2007 Jesse Keating 0.16.0-7 - Rebuild against new firefox selinux-policy-3.0.5-1.fc8 -------------------------- * Thu Aug 02 2007 Dan Walsh 3.0.5-1 - Update from upstream * Wed Aug 01 2007 Dan Walsh 3.0.4-6 - Add nasd support strace-4.5.16-1.fc8 ------------------- * Fri Aug 03 2007 Roland McGrath - 4.5.16-1 - fix multithread issues (#240962, #240961, #247907) - fix spurious SIGSTOP on early interrupt (#240986) - fix utime for biarch (#247185) - fix -u error message (#247170) - better futex syscall printing (##241467) - fix argv/envp printing with small -s settings, and for biarch - new syscalls: getcpu, eventfd, timerfd, signalfd, epoll_pwait, move_pages, utimensat synergy-1.3.1-4.fc8 ------------------- * Fri Aug 03 2007 Matthias Saou 1.3.1-4 - Update License field (GPLv2 only, no "or any later version"). system-config-kickstart-2.7.9-1.fc8 ----------------------------------- * Fri Aug 03 2007 Chris Lumens 2.7.9-1 - Disable package selection if there are any problems setting up yum (#250268). system-config-printer-0.7.71-1.fc8 ---------------------------------- * Fri Aug 03 2007 Tim Waugh 0.7.71-1 - 0.7.71: - Don't discard make/model-matched devices when there are ID-matched devices (Till Kamppeter). - Fixed fallback if no text-only driver is available (Till Kamppeter). - Initialise the make/model list when an ID match failed (Till Kamppeter). - Better error-handling in default-print application (Ubuntu #129901). - UI tweak in admin tool (Ubuntu #128263). - Handle socket: URIs (Ubuntu #127074). twinkle-1.1-2.fc8 ----------------- * Fri Aug 03 2007 Kevin Fenzi - 1.1-2 - Rebuild for new boost - Fix License tag valgrind-1:3.2.3-5 ------------------ * Fri Aug 03 2007 Jakub Jelinek 3.2.3-5 - add ppc64-linux symlink in valgrind ppc.rpm, so that when rpm prefers 32-bit binaries over 64-bit ones 32-bit /usr/bin/valgrind can find 64-bit valgrind helper binaries (#249773) - power5+ and power6 support (#240762) vegastrike-0.4.3-4.fc8 ---------------------- * Fri Aug 03 2007 Hans de Goede 0.4.3-4 - Update License tag for new Licensing Guidelines compliance - Rebuild against new boost wxGTK-2.8.4-5.fc8 ----------------- * Fri Aug 03 2007 Matthew Miller - 2.8.4-5 - obsolete all compat-wxGTK subpackages properly (bug #250687) xmms-sid-0.8.0-0.3.beta17.fc8 ----------------------------- * Thu Aug 02 2007 Michael Schwendt - 0.8.0-0.3.beta17 - Upgrade to 0.8.0beta17, add translation message object files. - Clarify licence (GPLv2+). xvattr-1.3-13.fc8 ----------------- * Fri Aug 03 2007 Matthias Saou 1.3-13 - Update License field. yasm-0.6.1-2.fc8 ---------------- * Fri Aug 03 2007 Matthias Saou 0.6.1-2 - Update License field, it wasn't simply "BSD"... yelp-2.19.1-3.fc8 ----------------- * Fri Aug 03 2007 Matthew Barnes - 2.19.1-3 - Require rarian-devel for building. * Fri Aug 03 2007 Matthias Clasen - 2.19.1-2 - Update the license field * Thu Aug 02 2007 Matthew Barnes - 2.19.1-1 - Update to 2.19.1 - Adapt the "apropos" patch for 2.19.1. - The "posix-man" patch appears to no longer apply. - Update dependencies based on configure.ac. Broken deps for i386 ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.i386 requires libboost_unit_test_framework.so.2 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 ctapi-cyberjack - 3.0.3-1.fc8.i386 requires group(ctapiusers) deluge - 0.5.3-1.fc8.i386 requires libboost_date_time.so.2 deluge - 0.5.3-1.fc8.i386 requires libboost_thread.so.2 deluge - 0.5.3-1.fc8.i386 requires libboost_filesystem.so.2 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 k3d - 0.6.7.0-1.fc8.i386 requires libboost_date_time.so.2 k3d - 0.6.7.0-1.fc8.i386 requires libboost_regex.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 plplot-octave - 5.7.3-2.fc7.i386 requires octave(api) = 0:api-v22 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 xsupplicant - 1.2.8-1.fc7.1.i386 requires libiw.so.28 Broken deps for x86_64 ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.x86_64 requires libboost_unit_test_framework.so.2()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 ctapi-cyberjack - 3.0.3-1.fc8.x86_64 requires group(ctapiusers) ctapi-cyberjack - 3.0.3-1.fc8.i386 requires group(ctapiusers) deluge - 0.5.3-1.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) deluge - 0.5.3-1.fc8.x86_64 requires libboost_thread.so.2()(64bit) deluge - 0.5.3-1.fc8.x86_64 requires libboost_date_time.so.2()(64bit) hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) k3d - 0.6.7.0-1.fc8.x86_64 requires libboost_regex.so.2()(64bit) k3d - 0.6.7.0-1.fc8.x86_64 requires libboost_date_time.so.2()(64bit) k3d - 0.6.7.0-1.fc8.i386 requires libboost_date_time.so.2 k3d - 0.6.7.0-1.fc8.i386 requires libboost_regex.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) plplot-octave - 5.7.3-2.fc7.x86_64 requires octave(api) = 0:api-v22 source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) xsupplicant - 1.2.8-1.fc7.1.x86_64 requires libiw.so.28()(64bit) Broken deps for ppc ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.ppc requires libboost_unit_test_framework.so.2 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 ctapi-cyberjack - 3.0.3-1.fc8.ppc requires group(ctapiusers) ctapi-cyberjack - 3.0.3-1.fc8.ppc64 requires group(ctapiusers) deluge - 0.5.3-1.fc8.ppc requires libboost_date_time.so.2 deluge - 0.5.3-1.fc8.ppc requires libboost_thread.so.2 deluge - 0.5.3-1.fc8.ppc requires libboost_filesystem.so.2 glest-data - 2.0.0-3.fc7.noarch requires glest = 0:2.0.0 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 k3d - 0.6.7.0-1.fc8.ppc requires libboost_date_time.so.2 k3d - 0.6.7.0-1.fc8.ppc requires libboost_regex.so.2 k3d - 0.6.7.0-1.fc8.ppc64 requires libboost_regex.so.2()(64bit) k3d - 0.6.7.0-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 plplot-octave - 5.7.3-2.fc7.ppc requires octave(api) = 0:api-v22 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 xsupplicant - 1.2.8-1.fc7.1.ppc requires libiw.so.28 Broken deps for ppc64 ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.ppc64 requires libboost_unit_test_framework.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) ctapi-cyberjack - 3.0.3-1.fc8.ppc64 requires group(ctapiusers) deluge - 0.5.3-1.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) deluge - 0.5.3-1.fc8.ppc64 requires libboost_thread.so.2()(64bit) deluge - 0.5.3-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) k3d - 0.6.7.0-1.fc8.ppc64 requires libboost_regex.so.2()(64bit) k3d - 0.6.7.0-1.fc8.ppc64 requires libboost_date_time.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From bojan at rexursive.com Sat Aug 4 10:56:17 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Sat, 4 Aug 2007 10:56:17 +0000 (UTC) Subject: Clamav update for F7 References: <1186029627.3136.3.camel@shrek.rexursive.com> <20070804103401.34f1f16a.mschwendt.tmp0701.nospam@arcor.de> Message-ID: Michael Schwendt arcor.de> writes: > 1) Load: https://admin.fedoraproject.org/updates/ > 2) Log in with Fedora account details > 3) Click "New update" > 4) Type in "clamav" into "Package" field 5) Fill in the details 6) Click submit 7) System says package already exists Been there, done that. Couldn't remove the existing package (no buttons). -- Bojan From dwmw2 at infradead.org Sat Aug 4 12:20:52 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 04 Aug 2007 13:20:52 +0100 Subject: Kernel Modules in Fedora -x In-Reply-To: References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <46B3808A.6070200@redhat.com> <20070803163418.60358e33@ender> Message-ID: <1186230052.22190.19.camel@shinybook.infradead.org> On Fri, 2007-08-03 at 16:50 -0400, Mark Bidewell wrote: > My vote would be for: kernel rpm == upstream (kernel.org) as much as > possible with only rare exceptions (devicescape wireless stack for > example). Yes. We're not proposing that every man and his dog should suddenly be permitted to commit their kernel hack du jour to the Fedora kernel. The kernel would have a few very carefully selected additions which are very close to being merged upstream, just like it's _always_ had. -- dwmw2 From dwmw2 at infradead.org Sat Aug 4 12:30:07 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 04 Aug 2007 13:30:07 +0100 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B386DA.8040404@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> Message-ID: <1186230607.22190.26.camel@shinybook.infradead.org> On Fri, 2007-08-03 at 21:49 +0200, Thorsten Leemhuis wrote: > But you seem to be really interested in this topic and you are in the > committee that is planing to kick kmod's, so it's IMHO your job to ask > the Board for its opinion as it allowed kmod#s again not that long ago. I thought the Board said FESCo would have the right to approve or deny kmod packages. So all FESCo needs to do is say 'no' to them all :) > > [...] > >>>> I'm just wondering in general about the current happenings -- some > >>>> months ago the Board issued a statement to allow kmods but now a > >>>> new FESCo shoots it down again. Well, not my business as well. > >>> We're not saying no to non-upstream kernel modules, which is at the > >>> heart of what the board wants (at least from my understanding of the > >>> topic). All we're doing is trying to redefine the delivery > >>> mechanism so that it is easier for all parties involved. > >> And davej indicated that he does not want more out-of-kernel modules. > >> That fact and the "at least from my understanding of the topic" IMHO > >> makes it worth to ask the Board for its opinion. > > > > Having just had a conversation with Davej on irc, I can offer these > > tidbits: > > [...] > > So it looks like Dave is absolutely willing to let out of tree kernel > > modules in, so long as they have a hope of going upstream, or a really > > really really good reason why we should continue carrying it forward. Which is hardly a surprising result, since we've been doing it that way for years. > Which leaves a lot of modules out. zaptel, $DEITY yes, we don't want to be shipping Zaptel until/unless they get off their wossname and make it mergable upstream. There's a _reason_ we're shipping Callweaver (which dropped the crappy dependency on Zaptel just for _timing_, and switched to POSIX timers instead) and not Asterisk. > spca5xx or gspca anyone? I read lkml and I've never heard of those. I assume therefore that they _deserved_ to be mentioned in the same sentence as zaptel? > > He even spoke of perhaps a timeout, [...] > > We talked about that before and people said "to dangerous, as people > will yell at us when module foo suddenly vanishes in Fedora (x+2) again. True. Which is why the 'almost upstream' criterion is useful. We've rarely had to carry new drivers like that for more than one release, have we? -- dwmw2 From mschwendt.tmp0701.nospam at arcor.de Sat Aug 4 12:32:01 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sat, 4 Aug 2007 14:32:01 +0200 Subject: Clamav update for F7 In-Reply-To: References: <1186029627.3136.3.camel@shrek.rexursive.com> <20070804103401.34f1f16a.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070804143201.cc88145b.mschwendt.tmp0701.nospam@arcor.de> On Sat, 4 Aug 2007 10:56:17 +0000 (UTC), Bojan Smojver wrote: > Michael Schwendt arcor.de> writes: > > > > 1) Load: https://admin.fedoraproject.org/updates/ > > 2) Log in with Fedora account details > > 3) Click "New update" > > 4) Type in "clamav" into "Package" field > > 5) Fill in the details > 6) Click submit > 7) System says package already exists > > Been there, done that. Couldn't remove the existing package (no buttons). Oh, it is sitting in "Pending" since 2007-07-22, has not been pushed to "Testing" by Enrico: https://admin.fedoraproject.org/updates/pending/F7/clamav-0.91.1-1.fc7 Perhaps meanwhile only the submitter or admins can undo that. From jkeating at redhat.com Sat Aug 4 14:18:08 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 4 Aug 2007 10:18:08 -0400 Subject: Clamav update for F7 In-Reply-To: <20070804143201.cc88145b.mschwendt.tmp0701.nospam@arcor.de> References: <1186029627.3136.3.camel@shrek.rexursive.com> <20070804103401.34f1f16a.mschwendt.tmp0701.nospam@arcor.de> <20070804143201.cc88145b.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070804101808.79123a53@ender> On Sat, 4 Aug 2007 14:32:01 +0200 Michael Schwendt wrote: > Perhaps meanwhile only the submitter or admins can undo that. I submitted it to testing. The update may have gotten into a weird state that didn't allow Enrico to push it. Needs investigation. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lightsolphoenix at gmail.com Sat Aug 4 16:12:39 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sat, 4 Aug 2007 12:12:39 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803224612.634912c0@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> <20070803224612.634912c0@ender> Message-ID: <200708041212.39457.lightsolphoenix@gmail.com> On Friday, August 03, 2007 10:46 pm Jesse Keating wrote: > On Fri, 3 Aug 2007 20:55:48 -0500 > > Josh Boyer wrote: > > And I am more and more starting to think this might be a _good_ idea. > > Users that want modules we aren't willing to carry upstream can > > install the dkms "payload" (as you described it) for the module, > > build and install. > > > > Some might think this is too technical a hurdle for users to clear, > > but I think it might be worth examining. Care to draft a proposal for > > FESCo? We could evaluate it at the same time we do dwmw2/f13's. > > I'm not totally opposed to the idea, if the dkms system takes care of > the logic of building the module when new kernels land and such. That was what Dell developed DKMS to handle; situations where people are installing outside modules while updating the kernel frequently. Every time a new kernel is booted, the autoinstalled automatically builds all installed DKMS modules for the new kernel before it starts. It takes care of the problem of having to create new packages for all the modules when the kernel is updated. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From buytenh at wantstofly.org Sat Aug 4 16:24:25 2007 From: buytenh at wantstofly.org (Lennert Buytenhek) Date: Sat, 4 Aug 2007 18:24:25 +0200 Subject: desktop-file-install related build failures Message-ID: <20070804162425.GA32392@xi.wantstofly.org> I'm seeing a lot of build failures (on ARM) with messages like: /var/tmp/quarry-0.2.0-1.fc8-root-root/usr/share/applications/fedora-quarry.desktop: error: value "0.2.0" for key "Version" in group "Desktop Entry" is not a known version On IRC I was told that this is due to stricter checks in a newer version of desktop-file-utils. I've disabled the validation in my local copy of desktop-file-utils for now, as this issue is causing important packages like qt to fail to build entirely. From sertac.liste at gmail.com Sat Aug 4 16:49:52 2007 From: sertac.liste at gmail.com (=?utf-8?B?U2VydGHDpyDDli4gWcSxbGTEsXo=?=) Date: Sat, 4 Aug 2007 19:49:52 +0300 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070804164952.GA11373@kerouac> [04.A?u.07 10:40 +0200] Michael Schwendt: >On Fri, 03 Aug 2007 23:56:03 +0200, Dennis Jacobfeuerborn wrote: > >> I just tried to update the system-config-date and yum complains that it >> needs the package ntp which is not available. Problem is that the ntp >> package is actually installed and up-to-date: >> >> [root at nexus ~]# yum update system-config-date [...] >> ERROR with rpm_check_debug vs depsolve: >> Package system-config-date needs ntp, this is not available. >> Complete! > >Cannot reproduce. I've seen the same error when updating libvirt and libvirt-python. It said dnsmasq wasn't available. -- ~serta? From mtasaka at ioa.s.u-tokyo.ac.jp Sat Aug 4 16:51:52 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sun, 05 Aug 2007 01:51:52 +0900 Subject: desktop-file-install related build failures In-Reply-To: <20070804162425.GA32392@xi.wantstofly.org> References: <20070804162425.GA32392@xi.wantstofly.org> Message-ID: <46B4AEA8.5030808@ioa.s.u-tokyo.ac.jp> Lennert Buytenhek wrote, at 08/05/2007 01:24 AM +9:00: > I'm seeing a lot of build failures (on ARM) with messages like: > > /var/tmp/quarry-0.2.0-1.fc8-root-root/usr/share/applications/fedora-quarry.desktop: error: value "0.2.0" for key "Version" in group "Desktop Entry" is not a known version > This is expected (from 0.13+ desktop-file-utils). Actually "Version" entry in desktop file has no relation with the version of the package. http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.0.html You can use the version "1.0", or you can completely remove Version entry. Mamoru From oliver at linux-kernel.at Sat Aug 4 17:23:52 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Sat, 04 Aug 2007 19:23:52 +0200 Subject: desktop-file-install related build failures In-Reply-To: <20070804162425.GA32392@xi.wantstofly.org> References: <20070804162425.GA32392@xi.wantstofly.org> Message-ID: <46B4B628.1080301@linux-kernel.at> Lennert Buytenhek schrieb: > I'm seeing a lot of build failures (on ARM) with messages like: > > /var/tmp/quarry-0.2.0-1.fc8-root-root/usr/share/applications/fedora-quarry.desktop: error: value "0.2.0" for key "Version" in group "Desktop Entry" is not a known version > > On IRC I was told that this is due to stricter checks in a newer > version of desktop-file-utils. I've disabled the validation in my > local copy of desktop-file-utils for now, as this issue is causing > important packages like qt to fail to build entirely. Same is true for alpha rebuild... desktop-file-install often fails. I've tried to file a bug for every desktop-file-install problem that I encountered... Eg qt.... -of From caillon at redhat.com Sat Aug 4 18:03:41 2007 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 04 Aug 2007 14:03:41 -0400 Subject: Firefox/Thunderbird 2.0.0.6 for F7 In-Reply-To: <1186108362.3136.33.camel@shrek.rexursive.com> References: <1186108362.3136.33.camel@shrek.rexursive.com> Message-ID: <46B4BF7D.6020009@redhat.com> Bojan Smojver wrote: > I somebody going to rebuild 2.0.0.6 for F7? Or are we unaffected by the > security problems fixed in this release? Unaffected. And it would cause more rebuild issues with tons of packages. From d.jacobfeuerborn at conversis.de Sat Aug 4 19:25:04 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sat, 04 Aug 2007 21:25:04 +0200 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <46B4D290.601@conversis.de> Michael Schwendt wrote: > Cannot reproduce. > > # yum update system-config-date > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ---> Package system-config-date.noarch 0:1.9.3-2.fc8 set to be updated > > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Updating: > system-config-date noarch 1.9.3-2.fc8 development 1.1 M > > Transaction Summary > ============================================================================= > Install 0 Package(s) > Update 1 Package(s) > Remove 0 Package(s) > > Total download size: 1.1 M > Is this ok [y/N]: y > Downloading Packages: > (1/1): system-config-date 100% |=========================| 1.1 MB 00:09 > Running rpm_check_debug > --> Populating transaction set with selected packages. Please wait. > ---> Package system-config-date.noarch 0:1.9.3-2.fc8 set to be updated > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Updating : system-config-date ######################### [1/2] > Cleanup : system-config-date ######################### [2/2] > > Updated: system-config-date.noarch 0:1.9.3-2.fc8 > Complete! > > # rpm -q ntp > ntp-4.2.4p2-3.fc8 > There is something really weird going on here: [root at nexus etc]# rpm -ql ntp package ntp is not installed [root at nexus etc]# rpm -ql ntp-4.2.4p2-3.fc8 /etc/ntp /etc/ntp.conf /etc/ntp/crypto /etc/ntp/crypto/pw /etc/ntp/keys ... Why doesn't rpm recognize the package with the name "ntp"? I even removed the package with "rpm -e --nodeps ntp-4.2.4p2-3.fc8" (again just saying "ntp" isn't enough) and reinstalled it but that doesn't help. I also tried to check the db: [root at nexus ~]# package-cleanup --problems Setting up yum No Repositories Available to Set Up Reading local RPM database Processing all local requires No problems found That doesn't look quite right... Regards, Dennis From jkeating at redhat.com Sat Aug 4 20:05:11 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 4 Aug 2007 16:05:11 -0400 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <46B4D290.601@conversis.de> References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> Message-ID: <20070804160511.3e807cbd@ender> On Sat, 04 Aug 2007 21:25:04 +0200 Dennis Jacobfeuerborn wrote: > [root at nexus etc]# rpm -ql ntp > package ntp is not installed > [root at nexus etc]# rpm -ql ntp-4.2.4p2-3.fc8 > /etc/ntp > /etc/ntp.conf > /etc/ntp/crypto > /etc/ntp/crypto/pw > /etc/ntp/keys > ... Uh, try rpm -qi ntp-4.2.4p2-3.fc8 It sounds like your rpmdb entry got the whole n-v-r as the 'name' of the package. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From triad at df.lth.se Sat Aug 4 22:21:18 2007 From: triad at df.lth.se (Linus Walleij) Date: Sun, 5 Aug 2007 00:21:18 +0200 (CEST) Subject: libmtp soname bump Message-ID: I just built libmtp 0.2.0 in devel, bumping its soname from libmtp.so.5 to libmtp.so.6. I'm still a bit clueless on how to pick up dependencies properly in devel, but apparently the builder was not populated by it immediately, because trying to rebuild gnomad2 to it failed (still picks up old soname). Any advice is welcome... Linus From ville.skytta at iki.fi Sat Aug 4 22:32:40 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sun, 5 Aug 2007 01:32:40 +0300 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803151528.398cc7f3@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> Message-ID: <200708050132.40305.ville.skytta@iki.fi> On Friday 03 August 2007, Jesse Keating wrote: > > He then reviewed the two current kmods: I'm guessing davej talks about em8300 in the quoted part below: > this doesn't look like it'd need huge amounts of work to get > into an upstreamable state > > it'd need to lose crap like devfs > support though > > and all the #ifdef KERNEL_VERSION < 2.5.x junk > > > but the key blocker is, is someone going to do the work to get > it into that state? > > davej, ok... so given that if the maintainer > was willing to work on that would you let them carry it in the main > kernel as a patch? > > jwb: if someone was working on it, sure. There's some related discussion going on in the em8300-devel mailing list, here's a link to a message I just posted: http://sourceforge.net/mailarchive/forum.php?thread_name=200708050125.29726.ville.skytta%40iki.fi&forum_name=dxr3-devel From jkeating at redhat.com Sat Aug 4 22:38:57 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 4 Aug 2007 18:38:57 -0400 Subject: libmtp soname bump In-Reply-To: References: Message-ID: <20070804183857.22ad4cd4@ender> On Sun, 5 Aug 2007 00:21:18 +0200 (CEST) Linus Walleij wrote: > I just built libmtp 0.2.0 in devel, bumping its soname from > libmtp.so.5 to libmtp.so.6. > > I'm still a bit clueless on how to pick up dependencies properly in > devel, but apparently the builder was not populated by it > immediately, because trying to rebuild gnomad2 to it failed (still > picks up old soname). > > Any advice is welcome... It takes about 20~30 minutes after your build completes for the new createrepo process to pick it up. If you know ahead of time that you want to build a chain of packages, look into chain-build. (make help) -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From d.jacobfeuerborn at conversis.de Sat Aug 4 22:55:51 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sun, 05 Aug 2007 00:55:51 +0200 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <20070804160511.3e807cbd@ender> References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> <20070804160511.3e807cbd@ender> Message-ID: <46B503F7.3020608@conversis.de> Jesse Keating wrote: > On Sat, 04 Aug 2007 21:25:04 +0200 > Dennis Jacobfeuerborn wrote: > >> [root at nexus etc]# rpm -ql ntp >> package ntp is not installed >> [root at nexus etc]# rpm -ql ntp-4.2.4p2-3.fc8 >> /etc/ntp >> /etc/ntp.conf >> /etc/ntp/crypto >> /etc/ntp/crypto/pw >> /etc/ntp/keys >> ... > > Uh, try rpm -qi ntp-4.2.4p2-3.fc8 [root at nexus ~]# rpm -qi ntp-4.2.4p2-3.fc8 Name : ntp Relocations: (not relocatable) Version : 4.2.4p2 Vendor: Fedora Project Release : 3.fc8 Build Date: Wed 25 Jul 2007 08:49:28 PM CEST ... > It sounds like your rpmdb entry got the whole n-v-r as the 'name' of > the package. What worries me is that removing the package and installing it again results in the same behavior. Everything else seems to work fine it's just this package that is acting weird. Regards, Dennis From tonynelson at georgeanelson.com Sat Aug 4 22:58:55 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Sat, 4 Aug 2007 18:58:55 -0400 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <46B4D290.601@conversis.de> References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> Message-ID: At 9:25 PM +0200 8/4/07, Dennis Jacobfeuerborn wrote: ... >There is something really weird going on here: > >[root at nexus etc]# rpm -ql ntp >package ntp is not installed >[root at nexus etc]# rpm -ql ntp-4.2.4p2-3.fc8 >/etc/ntp >/etc/ntp.conf >/etc/ntp/crypto >/etc/ntp/crypto/pw >/etc/ntp/keys >... > >Why doesn't rpm recognize the package with the name "ntp"? I even removed >the package with "rpm -e --nodeps ntp-4.2.4p2-3.fc8" (again just saying >"ntp" isn't enough) and reinstalled it but that doesn't help. > >I also tried to check the db: >[root at nexus ~]# package-cleanup --problems >Setting up yum >No Repositories Available to Set Up >Reading local RPM database >Processing all local requires >No problems found > >That doesn't look quite right... That doesn't check the database files. If the option hasn't been removed yet, "rpm --verifydb" will check the individual files, though not the referential integrity, of the RPM database. -- ____________________________________________________________________ TonyN.:' ' From wart at kobold.org Sat Aug 4 23:28:38 2007 From: wart at kobold.org (Wart) Date: Sat, 04 Aug 2007 16:28:38 -0700 Subject: New tcl8.4.15 is released In-Reply-To: <46B11DC5.1010000@kobold.org> References: <46AEDC4F.8090709@redhat.com> <46AF9DBD.6030805@kobold.org> <46B06F47.40903@redhat.com> <46B11DC5.1010000@kobold.org> Message-ID: <46B50BA6.3020502@kobold.org> Michael Thomas wrote: > Marcela Maslanova wrote: >>> I'm certainly interested in upgrading to 8.4.15. I would hope that some >>> of the auto_path patches could be added at the same time (but I won't >>> hold my breath). >>> >>> --Wart >>> >>> >> If you want to add some patches to auto_path let me know. But changes >> for example /usr/lib >> to /usr/lib64 could break some dependencies. Isn't too late for this >> change? >> >> Let me know your opinion on auto_path. It should be fixed. > > The main change I want to make to auto_path is to add /usr/lib/tcl8.4 > (or /usr/lib64/tcl8.4 on x86_64) to the auto_path so that extensions can > be installed in either %_datadir or %_libdir and still be found. This > won't impact existing extensions because their installation directories > would still be part of auto_path. > > When tcl 8.5 is available then we can look at removing some directories > from auto_path (namely /usr/lib and /usr/share) to speed up the initial > startup time for Tcl applications. But this is a more invasive change > that will require patching almost all of the current Tcl extensions. > > For now, adding %{_libdir}/tcl8.4 will be a good intermediate step that > will allow extensions to slowly migrate to the proper tcl-specific > install directories before we remove the generic /usr/share and /usr/lib > from auto_path. > > With your permission I'll update the tcl package in CVS to use this > extra auto_path directory. Below is a trivial patch to the existing patch in CVS to make this fix. --Wart Index: tcl-confi.patch =================================================================== RCS file: /cvs/extras/rpms/tcl/devel/tcl-confi.patch,v retrieving revision 1.1 diff -u -r1.1 tcl-confi.patch --- tcl-confi.patch 31 Jul 2007 09:54:53 -0000 1.1 +++ tcl-confi.patch 4 Aug 2007 23:27:08 -0000 @@ -41,7 +41,7 @@ TCL_PACKAGE_PATH="${libdir} ${prefix}/lib" else - TCL_PACKAGE_PATH="${prefix}/lib" -+ TCL_PACKAGE_PATH="${libdir} ${prefix}/share" ++ TCL_PACKAGE_PATH="${libdir} ${prefix}/share ${prefix}/share/tcl8.4 ${libdir}/tcl8.4" fi #-------------------------------------------------------------------- From skvidal at fedoraproject.org Sat Aug 4 23:35:25 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 04 Aug 2007 19:35:25 -0400 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> Message-ID: <1186270525.998.232.camel@cutter> On Sat, 2007-08-04 at 18:58 -0400, Tony Nelson wrote: > At 9:25 PM +0200 8/4/07, Dennis Jacobfeuerborn wrote: > ... > >There is something really weird going on here: > > > >[root at nexus etc]# rpm -ql ntp > >package ntp is not installed > >[root at nexus etc]# rpm -ql ntp-4.2.4p2-3.fc8 > >/etc/ntp > >/etc/ntp.conf > >/etc/ntp/crypto > >/etc/ntp/crypto/pw > >/etc/ntp/keys > >... > > > >Why doesn't rpm recognize the package with the name "ntp"? I even removed > >the package with "rpm -e --nodeps ntp-4.2.4p2-3.fc8" (again just saying > >"ntp" isn't enough) and reinstalled it but that doesn't help. > > > >I also tried to check the db: > >[root at nexus ~]# package-cleanup --problems > >Setting up yum > >No Repositories Available to Set Up > >Reading local RPM database > >Processing all local requires > >No problems found > > > >That doesn't look quite right... > > That doesn't check the database files. If the option hasn't been removed > yet, "rpm --verifydb" will check the individual files, though not the > referential integrity, of the RPM database. rpm -Va --nofiles --nomd5 see what that outputs -sv From kwade at redhat.com Sun Aug 5 04:43:00 2007 From: kwade at redhat.com (Karsten Wade) Date: Sat, 04 Aug 2007 21:43:00 -0700 Subject: FESCo Meeting Summary for 2007-08-02 In-Reply-To: <1186177587.3194.9.camel@localhost.localdomain> References: <1186172426.3370.9.camel@kennedy> <46B39D31.6020308@fedoraproject.org> <1186177587.3194.9.camel@localhost.localdomain> Message-ID: <1186288980.27970.609.camel@erato.phig.org> On Fri, 2007-08-03 at 17:46 -0400, Matthias Clasen wrote: > On Sat, 2007-08-04 at 02:55 +0530, Rahul Sundaram wrote: > > Brian Pepple wrote: > > > > > * http://fedoraproject.org/wiki/Releases/FeatureCodecBuddy - FESCo > > > approved this proposal. > > > > > > > I wish FESCo hadn't approved this. There is a lot of things being > > discussed in FAB list about this and Max Spevack was going to get legal > > to look into the questions raised there. From my understanding the > > package under review currently is not how we want this feature to work. > > If you want this to work differently, better start working on an > alternative. Also look at the updated details on the feature page, > which take up some of the points raised in the fab discussion. Hopefully the developers are watching/involved in the discussions. We've also got John Poelstra watching both sides. These folks need to make sure details and changes don't fall between the cracks and get lost/behind schedule. Bottom line is, the feature description (and resulting code) is going to have to (re)conform to what Fedora's legal friends tell us is best. Right? - Karsten -- Karsten Wade ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.fedorapeople.org | 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 abo at kth.se Sun Aug 5 05:50:04 2007 From: abo at kth.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Sun, 05 Aug 2007 07:50:04 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B383E9.10501@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> Message-ID: <1186293004.31216.7.camel@home.alexander.bostrom.net> On Fri, 2007-08-03 at 14:37 -0500, Les Mikesell wrote: > > I just appreciate the fact that on my Windows and Mac boxes I don't > have > to get or rebuild every vendor-supplied driver after every system > update > and I think Solaris works that way too. OTOH, you can't update to 64-bit Vista, because there are no drivers. And what's the solution to that? Have driver producers license and escrow their source code to Microsoft, so that they can distribute the drivers with the OS. Sounds like a good idea. Why isn't Linus doing that? Oh wait, he is. :) /abo From davehoz at gmail.com Sun Aug 5 08:17:47 2007 From: davehoz at gmail.com (David Hunter) Date: Sun, 5 Aug 2007 18:17:47 +1000 Subject: Unsiggned development packages. Message-ID: <6bb886180708050117i20ecf860yfd993c947f86a4cf@mail.gmail.com> Sinced I have activated the development repo of fedora, I've notced a number of packages are unsigned, or I haven't installed the updated key. Where can I obtain it and how to install it? -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Sun Aug 5 09:00:38 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 05 Aug 2007 14:30:38 +0530 Subject: FESCo Meeting Summary for 2007-08-02 In-Reply-To: <1186288980.27970.609.camel@erato.phig.org> References: <1186172426.3370.9.camel@kennedy> <46B39D31.6020308@fedoraproject.org> <1186177587.3194.9.camel@localhost.localdomain> <1186288980.27970.609.camel@erato.phig.org> Message-ID: <46B591B6.40304@fedoraproject.org> Karsten Wade wrote: > > Bottom line is, the feature description (and resulting code) is going to > have to (re)conform to what Fedora's legal friends tell us is best. > Right? We have to confirm the right solution first and then ask legal for approval. Rahul From buildsys at fedoraproject.org Sun Aug 5 09:02:45 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 5 Aug 2007 05:02:45 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-05 Message-ID: <20070805090245.91783152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 18 NEW bombardier-0.8.2.2-5.fc6 : The GNU Bombing utility chmlib-0.39-3.fc6 ejabberd-1.1.3-6.fc6 emacs-auctex-11.84-3.fc6 emacs-common-muse-3.03-4.fc6 NEW guile-cairo-1.4.0-4.fc6 : The Cairo graphics library for Guile Scheme jd-1.9.6-0.1.beta070804.fc6 jss-4.2.5-1.fc6 php-pear-PHP-CodeSniffer-0.7.0-1.fc6 poker-network-1.1.1-1.fc6 poker2d-1.1.1-1.fc6 postgresql-pgpool-3.4-1.fc6 postgresql-pgpool-II-1.2-1.fc6 NEW printer-filters-1.1-1.fc6 : Collection of filters for various printer drivers NEW python-pygments-0.8.1-1.fc6 : A syntax highlighting engine written in Python smb4k-0.8.4-1.fc6 stratagus-2.2.4-1.fc6 util-vserver-0.30.213-2.fc6 Changes in Fedora Extras 6: bombardier-0.8.2.2-5.fc6 ------------------------ * Fri Jul 27 2007 Jon Ciesla - 0.8.2.2-5 - Finished fixing macros. - Dropped superfluous mkdir. * Fri Jul 27 2007 Jon Ciesla - 0.8.2.2-4 - Fixed .desktop version. - Macroized mandir. - Corrected rpm_opt_flags usage. * Thu Jul 26 2007 Jon Ciesla - 0.8.2.2-3 - Added height patch. - Added man page. - Added rpm_opt_flags. - Simplified install. * Thu Jul 26 2007 Jon Ciesla - 0.8.2.2-2 - Added desktop file, icon. * Thu Jul 26 2007 Jon Ciesla - 0.8.2.2-1 - Initial packaging. chmlib-0.39-3.fc6 ----------------- * Sat Aug 04 2007 Peter Lemenkov 0.39-3 - Upstream URL changed * Thu Aug 02 2007 Oliver Falk 0.39-2 - Add alpha fix ejabberd-1.1.3-6.fc6 -------------------- * Tue Jul 31 2007 Jeffrey C. Ollie - 1.1.3-6 - Don't try building on PPC64 since hevea isn't available on PPC64. * Tue Jul 31 2007 Jeffrey C. Ollie - 1.1.3-5 - Sigh... * Tue Jul 31 2007 Jeffrey C. Ollie - 1.1.3-4 - Don't forget to add patch. * Thu Jul 26 2007 Jeffrey C. Ollie - 1.1.3-3 - Add ejabberdctl (#199873) - Add patch to fix LDAP authentication. (#248268) - Add a sleep in init script between stop/start when restarting. - LSB compliance cleanups for init script. (#246917) - Don't mention "reload" in the init script usage string. (#227254) * Tue Jul 24 2007 Jeffrey C. Ollie - 1.1.3-2 - Update mod_ctlextra emacs-auctex-11.84-3.fc6 ------------------------ * Sat Aug 04 2007 Jonathan G. Underwood - 11.84-3 - Clarify license version - Correct version and release requirement for the el package emacs-common-muse-3.03-4.fc6 ---------------------------- * Sat Aug 04 2007 Jonathan G. Underwood - 3.03-4 - Clarify license guile-cairo-1.4.0-4.fc6 ----------------------- * Sat Aug 04 2007 Xavier Lamien - 1.4.0-4 - Fixed typo on pkgconfig. * Wed Aug 01 2007 Xavier Lamien - 1.4.0-3 - Added missing Requires. * Wed Aug 01 2007 Xavier Lamien - 1.4.0-2 - Minor Fixes. * Tue Jul 24 2007 Chitlesh Goorah - 1.4.0-1 - Initial Package jd-1.9.6-0.1.beta070804.fc6 --------------------------- * Sat Aug 04 2007 Mamoru Tasaka - 1.9.6-0.1.beta070804 - 1.9.6 beta 070804 jss-4.2.5-1.fc6 --------------- * Thu May 24 2007 Rob Crittenden 4.2.5-1 - update to 4.2.5 php-pear-PHP-CodeSniffer-0.7.0-1.fc6 ------------------------------------ * Mon Jun 11 2007 Konstantin Ryabitsev - 0.7.0-1 - Upstream 0.7.0 - Drop Requirement on php-common (php-pear pulls that in) poker-network-1.1.1-1.fc6 ------------------------- * Fri Jul 27 2007 Christopher Stone 1.1.1-1 - Upstream sync poker2d-1.1.1-1.fc6 ------------------- * Fri Jul 27 2007 Christopher Stone 1.1.1-1 - Upstream sync - Remove no longer needed python25 patch - Add python-simplejson to Requires * Wed May 23 2007 Christopher Stone 1.0.37-2 - Add patch to allow python25 builds postgresql-pgpool-3.4-1.fc6 --------------------------- * Wed Aug 01 2007 - Devrim GUNDUZ 3.4-1 - Update to 3.4 - Removed patches, they are now in upstream - Added pam-devel to BR * Sat Jun 02 2007 - Devrim GUNDUZ 3.3-2 - Spec file version bump up for 3.3 * Mon May 21 2007 - Devrim GUNDUZ 3.3-1 - Update to 3.3 - Added temporary patches from upstream, will be removed in next release. postgresql-pgpool-II-1.2-1.fc6 ------------------------------ * Wed Aug 01 2007 Devrim Gunduz 1.2-1 - Update to 1.2 printer-filters-1.1-1.fc6 ------------------------- * Fri Jul 27 2007 Lubomir Kundrak 1.1-1 - Added a dependency on ptouch-driver python-pygments-0.8.1-1.fc6 --------------------------- * Thu Jun 28 2007 Steve 'Ashcrow' Milner - 0.8.1-1 - Initial packaging for Fedora. smb4k-0.8.4-1.fc6 ----------------- * Fri Aug 03 2007 Marcin Garski 0.8.4-1 - Update to 0.8.4 * Thu May 03 2007 Marcin Garski 0.8.3-1 - Updated to version 0.8.3 stratagus-2.2.4-1.fc6 --------------------- * Sat Aug 04 2007 Peter Lemenkov 2.2.4-1 - Version 2.2.4 * Thu Apr 19 2007 Peter Lemenkov 2.2.3-2 - rebuild util-vserver-0.30.213-2.fc6 --------------------------- * Sat Aug 04 2007 Enrico Scholz - 0.30.213-2 - added patch to make 'vyum' work with a patched yum-3.2 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From debarshi.ray at gmail.com Sun Aug 5 09:48:31 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 5 Aug 2007 15:18:31 +0530 Subject: Rawhide problems: GNOME locks up & kernel update In-Reply-To: <3170f42f0708031515p4d6a93a0j5fbd7934eb6bf617@mail.gmail.com> References: <3170f42f0708031515p4d6a93a0j5fbd7934eb6bf617@mail.gmail.com> Message-ID: <3170f42f0708050248m437a8bdcted55e963cd3cdedc@mail.gmail.com> > a. The GNOME desktop (I do not have KDE or XFCE) locks up, while > changing windows. Say I have Firefox, Emacs, and XChat-GNOME open and > I am changing from one window to the other, the entire desktop > suddenly stops responding to keystrokes and mouse clicks. When this > happens usually Ctrl-Alt-Backspace and Ctrl-Alt-F1 works, but there > was one occasion when it did not. The only solution is to restart X or > to hard reboot. Updating metacity to the latest Rawhide version seems to have solved the problem. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From pertusus at free.fr Sun Aug 5 09:53:46 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 5 Aug 2007 11:53:46 +0200 Subject: koji fails to download a source file Message-ID: <20070805095346.GA8236@free.fr> Hello, I got a strange error from koji when building cernlib-g77: http://koji.fedoraproject.org/koji/getfile?taskID=89463&name=srpm.log It cannot download a source file that should be in the look-aside cache since it comes from the cernlib package. I copied the sources file from the cernlib package. Is it a bug or should I reupload the sources from the new directory? -- Pat From mschwendt.tmp0701.nospam at arcor.de Sun Aug 5 10:25:59 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sun, 5 Aug 2007 12:25:59 +0200 Subject: koji fails to download a source file In-Reply-To: <20070805095346.GA8236@free.fr> References: <20070805095346.GA8236@free.fr> Message-ID: <20070805122559.ea6378c8.mschwendt.tmp0701.nospam@arcor.de> On Sun, 5 Aug 2007 11:53:46 +0200, Patrice Dumas wrote: > Hello, > > I got a strange error from koji when building cernlib-g77: > http://koji.fedoraproject.org/koji/getfile?taskID=89463&name=srpm.log > > It cannot download a source file that should be in the look-aside cache > since it comes from the cernlib package. I copied the sources file from > the cernlib package. Is it a bug or should I reupload the sources from > the new directory? Upload first, since if I remember correctly, package module $NAME is part of the lookaside-cache URL. From linux_4ever at yahoo.com Sun Aug 5 11:29:57 2007 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 5 Aug 2007 04:29:57 -0700 (PDT) Subject: rawhide perl update problem Message-ID: <767659.11372.qm@web51507.mail.re2.yahoo.com> Hi, For about a week, yum update perl has done this: Running rpm_check_debug --> Populating transaction set with selected packages. Please wait. ---> Package perl-Test-Simple.x86_64 0:0.62-22.fc8 set to be updated ---> Package perl-libs.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-CPAN.x86_64 0:1.76_02-22.fc8 set to be updated ---> Package perl-devel.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-Test-Harness.x86_64 0:2.56-22.fc8 set to be updated ---> Package perl.x86_64 4:5.8.8-22.fc8 set to be updated ---> Package perl-ExtUtils-MakeMaker.x86_64 0:6.30-22.fc8 set to be updated ERROR with rpm_check_debug vs depsolve: Package perl-devel needs perl(ExtUtils::Embed), this is not available. Complete! Doing "yum install perl-ExtUtils-Embed" causes the dependency to be correctly resolved and perl updated. -Steve ____________________________________________________________________________________ Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/ From linux_4ever at yahoo.com Sun Aug 5 11:46:01 2007 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 5 Aug 2007 04:46:01 -0700 (PDT) Subject: F7 metacity unrecognized ? Message-ID: <662660.73159.qm@web51511.mail.re2.yahoo.com> Hi, This past week, I updated a F7 machine which included: gtk2, glib2, & gdm. Ever since then, about half the time I login to gnome it has no window manager. Any terminal opens the menu over the top panel. The desktop switcher is gone. It claims there is no window manager installed. I can't drag any windows anywhere...no title area. No control over where windows open they are randomly placed...sometimes partly offscreen. Running "metacity --replace &" seems to temporarily solve the problem - even if I manually save the session. So, has anyone else run into this? Which component is likely to be the problem? It seems like its not saving metacity into the session or something fails kicking it out of the session. Looking at the System->Preferences->Personal->Sessions, it lists 2 programs as "no name". Not sure if that's related, but its odd considering this is a freshly installed & updated machine. -Steve ____________________________________________________________________________________ Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. http://mobile.yahoo.com/go?refer=1GNXIC From jkeating at redhat.com Sun Aug 5 12:02:10 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 5 Aug 2007 08:02:10 -0400 Subject: Unsiggned development packages. In-Reply-To: <6bb886180708050117i20ecf860yfd993c947f86a4cf@mail.gmail.com> References: <6bb886180708050117i20ecf860yfd993c947f86a4cf@mail.gmail.com> Message-ID: <20070805080210.6bdf289f@ender> On Sun, 5 Aug 2007 18:17:47 +1000 "David Hunter" wrote: > Sinced I have activated the development repo of fedora, I've notced a > number of packages are unsigned, or I haven't installed the updated > key. Where can I obtain it and how to install it? Development packages aren't automatically signed. They're only signed if they were part of a previous release (F7), updates to a previous release (F7 Updates), or part of a test release (F8 Test1). -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dr.diesel at gmail.com Sun Aug 5 12:47:45 2007 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sun, 5 Aug 2007 08:47:45 -0400 Subject: Gnome menu pop-ups Message-ID: <2a28d2ab0708050547r47933a19n7dcc2aed9b55c4c7@mail.gmail.com> Please turn off the Gnome menu pop-ups! They cover up the menu items and offer no additional helpful information! From d.jacobfeuerborn at conversis.de Sun Aug 5 14:09:18 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sun, 05 Aug 2007 16:09:18 +0200 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <1186270525.998.232.camel@cutter> References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> <1186270525.998.232.camel@cutter> Message-ID: <46B5DA0E.7010506@conversis.de> seth vidal wrote: > On Sat, 2007-08-04 at 18:58 -0400, Tony Nelson wrote: > > rpm -Va --nofiles --nomd5 > > see what that outputs > -sv > > [root at nexus ~]# rpm -Va --nofiles --nomd5 Unsatisfied dependencies for system-config-date-1.9.3-2.fc8.noarch: ntp /var/tmp/rpm-tmp.80003: line 850: IntegrateWithGNOME: command not found [root at nexus ~]# Regards, Dennis From linux_4ever at yahoo.com Sun Aug 5 14:14:09 2007 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 5 Aug 2007 07:14:09 -0700 (PDT) Subject: Layering an IDS on Linux - prepwork Message-ID: <817696.39834.qm@web51504.mail.re2.yahoo.com> Hi, I am slowly working on a host based IDS/IPS system. For a full overview of the design (and the audit system) there is a presentation here from the Red Hat Summit at San Diego: http://people.redhat.com/sgrubb/audit/summit07_audit_ids.odp I'll probably start the real work on this in the F9 cycle. In the mean time, I wanted to raise awareness of an issue that will affect its accuracy. I did a basic threat model of Fedora and one of the branches to intrude is by trying buffer overflow or other attacks. Thanks to protective measures in place, this usually results in a segfault or glibc detecting the problem and terminating the application. In the 2.6.22 kernel, I was able to get the foundation in place for detecting this attempt so that I can write software to detect it later. The way the mechanism works is to hook the core dump routine inside the kernel. Its the easiest way to hook all arches in a way that doesn't impact performance. When a core dump is attempted, the audit system gets control briefly. It records the event as an ANOM_ABEND event. ANOM_ is the whole class of events that are intended for use by the IDS/IPS code. ABEND is the subtype that means the program ended abnormally. You can see these events on you system by running "aureport --start today" and looking at the anomaly entry. Further details can be seen by running the anomaly report, "aureport --start today --anomaly -i" which gives out put like this: # aureport --start today --anomaly Anomaly Report ========================================= # date time type exe term host auid event ========================================= 1. 08/05/2007 08:47:46 ANOM_ABEND dhcdbd ? ? -1 272 To see more details about the event, you can issue this command, "ausearch --start today -m ANOM_ABEND -a 272 -i". This tells it to pull the ANOM_ABEND event number 272 from the logs and interpret it. This is what it looks like: # ausearch --start today -m ANOM_ABEND -a 272 -i ---- type=ANOM_ABEND msg=audit(08/05/2007 08:47:46.696:272) : auid=unset uid=root gid=root subj=system_u:system_r:dhcpc_t:s0 pid=2489 comm=dhcdbd sig=Aborted Now, the reason that I'm writing all this in an email is that there are programs that can cause false positives. No one is attacking my system via the dhcdbd command. The aborted tells me that the application must be calling abort(). In many cases people want their program to exit due to some problem. Calling abort() means end the program AND dump core. This will trigger the IPS part of the system at some point. Anyways, I wanted to point this out so that as new code is written, people understand that an abort() may be confused with an attack. Please don't call abort() unless you really intend to dump core. User space will need some cleaning up to make an IDS/IPS effective. From what I can see, there's only a couple offending programs. Thanks, -Steve Signal Value Action Comment SIGQUIT 03 Core Quit from keyboard SIGILL 04 Core Illegal Instruction SIGABRT 06 Core Abort signal from abort(3) SIGFPE 08 Core Floating point exception SIGSEGV 11 Core Invalid memory reference ____________________________________________________________________________________ Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us. http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 From d.jacobfeuerborn at conversis.de Sun Aug 5 14:20:19 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sun, 05 Aug 2007 16:20:19 +0200 Subject: Gnome menu pop-ups In-Reply-To: <2a28d2ab0708050547r47933a19n7dcc2aed9b55c4c7@mail.gmail.com> References: <2a28d2ab0708050547r47933a19n7dcc2aed9b55c4c7@mail.gmail.com> Message-ID: <46B5DCA3.3010606@conversis.de> Dr. Diesel wrote: > Please turn off the Gnome menu pop-ups! They cover up the menu items > and offer no additional helpful information! > Waht makes this worse is that once a tool-tip gets displayed other tool-tips show up with no delay at all. Also tool-tips for tray icons sometimes don't disappear until you move the mouse over them (this one has already been fixed in the gtk SVN though). Regards, Dennis From d.jacobfeuerborn at conversis.de Sun Aug 5 14:25:01 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sun, 05 Aug 2007 16:25:01 +0200 Subject: Gnome menu pop-ups In-Reply-To: <46B5DCA3.3010606@conversis.de> References: <2a28d2ab0708050547r47933a19n7dcc2aed9b55c4c7@mail.gmail.com> <46B5DCA3.3010606@conversis.de> Message-ID: <46B5DDBD.3070200@conversis.de> Dennis Jacobfeuerborn wrote: > Dr. Diesel wrote: >> Please turn off the Gnome menu pop-ups! They cover up the menu items >> and offer no additional helpful information! >> > > Waht makes this worse is that once a tool-tip gets displayed other > tool-tips show up with no delay at all. Also tool-tips for tray icons > sometimes don't disappear until you move the mouse over them (this one > has already been fixed in the gtk SVN though). Disregard the SVN comment. According to koji this should have been fixed with 2.11.6-3 but I'm still seeing the problem in 2.11.6-4. Regards, Dennis From debarshi.ray at gmail.com Sun Aug 5 14:31:38 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 5 Aug 2007 20:01:38 +0530 Subject: F7 metacity unrecognized ? In-Reply-To: <662660.73159.qm@web51511.mail.re2.yahoo.com> References: <662660.73159.qm@web51511.mail.re2.yahoo.com> Message-ID: <3170f42f0708050731y101f9721s3dc732e04e443f8d@mail.gmail.com> I do not know if this is related to your problem, but recently I found my GNOME session locking up. Mouse clicks would not work, keyboard would not respond, etc.. Sometimes I could restart X, and at other times I had to manually reboot. This happened after I updated some packages to Rawhide, and the problem seems to have got resolved after I updated Metacity to the latest version in Rawhide. Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From mitr at volny.cz Sun Aug 5 14:31:48 2007 From: mitr at volny.cz (Miloslav Trmac) Date: Sun, 05 Aug 2007 16:31:48 +0200 Subject: Layering an IDS on Linux - prepwork In-Reply-To: <817696.39834.qm@web51504.mail.re2.yahoo.com> References: <817696.39834.qm@web51504.mail.re2.yahoo.com> Message-ID: <46B5DF54.1020109@volny.cz> Hello, Steve G napsal(a): > When a core dump is attempted, the audit system gets control briefly. It records > the event as an ANOM_ABEND event. ANOM_ is the whole class of events that are > intended for use by the IDS/IPS code. ABEND is the subtype that means the program > ended abnormally. > Now, the reason that I'm writing all this in an email is that there are programs > that can cause false positives. No one is attacking my system via the dhcdbd > command. The aborted tells me that the application must be calling abort(). In > many cases people want their program to exit due to some problem. Calling abort() > means end the program AND dump core. This will trigger the IPS part of the system > at some point. > > Anyways, I wanted to point this out so that as new code is written, people > understand that an abort() may be confused with an attack. Please don't call > abort() unless you really intend to dump core. User space will need some cleaning > up to make an IDS/IPS effective. From what I can see, there's only a couple > offending programs. abort() is the traditional way to abort a program when an assertion fails (developers might need the core file in that case), and SIGABRT terminations are very unlikely to be caused by buffer overflows and similar attacks. They are much more likely to be caused by application bugs that can not be used for unauthorized code execution (although they might be used for denial of service.) Changing all software to use some other mechanism to report assertion failure is completely impractical (even the POSIX standard requires assert() to call abort() on failures); besides, what alternative mechanism is available? Repeated SIGABRT terminations might indicate an ongoing DoS attack, but isolated SIGABRT terminations need to be ignored, IMHO. Mirek From mtasaka at ioa.s.u-tokyo.ac.jp Sun Aug 5 14:49:58 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sun, 05 Aug 2007 23:49:58 +0900 Subject: rawhide report: 20070803 changes In-Reply-To: <1186172573.15697.1.camel@alguno> References: <200708031312.l73DCCSZ003859@porkchop.devel.redhat.com> <1186172573.15697.1.camel@alguno> Message-ID: <46B5E396.4030905@ioa.s.u-tokyo.ac.jp> Erik van Pienbroek wrote, at 08/04/2007 05:22 AM +9:00: > Op vrijdag 03-08-2007 om 09:12 uur [tijdzone -0400], schreef Build > System: > New package rarian >> Rarian is a documentation meta-data library >> >> > This package causes yum to refuse to update: Still no good: [root at localhost ~]# yum upgrade yelp Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: yelp i386 2.19.1-3.fc8 koji 681 k Installing for dependencies: rarian i386 0.5.6-4.fc8 koji 98 k Transaction Summary ============================================================================= Install 1 Package(s) Update 1 Package(s) Remove 0 Package(s) Total download size: 779 k Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug --> Populating transaction set with selected packages. Please wait. ---> Package rarian.i386 0:0.5.6-4.fc8 set to be updated ---> Package yelp.i386 0:2.19.1-3.fc8 set to be updated ERROR with rpm_check_debug vs depsolve: Package gconf-editor needs scrollkeeper, this is not available. Package gconf-editor needs scrollkeeper, this is not available. Package gucharmap needs scrollkeeper, this is not available. Package gucharmap needs scrollkeeper, this is not available. Strangely: [root at localhost ~]# yum install rarian-compat Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: rarian-compat i386 0.5.6-4.fc8 koji 96 k Installing for dependencies: rarian i386 0.5.6-4.fc8 koji 98 k Transaction Summary ============================================================================= Install 2 Package(s) Update 0 Package(s) Remove 0 Package(s) Transaction Test Succeeded Running Transaction Installing: rarian ######################### [1/3] Installing: rarian-compat ######################### [2/3] Removing : scrollkeeper ######################### [3/3] Installed: rarian-compat.i386 0:0.5.6-4.fc8 Dependency Installed: rarian.i386 0:0.5.6-4.fc8 Complete! [root at localhost ~]# yum upgrade yelp Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: yelp i386 2.19.1-3.fc8 koji 681 k Transaction Summary ============================================================================= Install 0 Package(s) Update 1 Package(s) Remove 0 Package(s) Transaction Test Succeeded Running Transaction Updating : yelp ######################### [1/2] Cleanup : yelp ######################### [2/2] Updated: yelp.i386 0:2.19.1-3.fc8 Complete! I think this is showing that yum-3.2.2-3.fc8 is broken in unknown way. I also think that this is related to that some people complain that perl-devel cannot be upgraded due to missing perl(ExtUtils::Embed) dependency: https://www.redhat.com/archives/fedora-devel-list/2007-August/msg00267.html Mamoru From linux_4ever at yahoo.com Sun Aug 5 15:12:38 2007 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 5 Aug 2007 08:12:38 -0700 (PDT) Subject: Layering an IDS on Linux - prepwork In-Reply-To: <46B5DF54.1020109@volny.cz> Message-ID: <916683.70314.qm@web51510.mail.re2.yahoo.com> >abort() is the traditional way to abort a program when an assertion >fails (developers might need the core file in that case), Which is ok in the debug case. For a production webserver its a different story. >and SIGABRT terminations are very unlikely to be caused by buffer overflows and >similar attacks. Turns out that is the way that glibc stops programs when FORTIFY_SOURCE sees a runtime error. :) So, it could signal a real attack. >Changing all software to use some other mechanism to report assertion >failure is completely impractical (even the POSIX standard requires >assert() to call abort() on failures); besides, what alternative >mechanism is available? I think assert is only valid when NDEBUG is defined. So, there is a way for it to be used for debugging apps which is legit. And it magically disappears when compiled for production use. I've only seen a handful of programs that seem to be calling abort(). So, its not a rampant problem. Thanks, -Steve ____________________________________________________________________________________Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV. http://tv.yahoo.com/ From mitr at volny.cz Sun Aug 5 15:29:00 2007 From: mitr at volny.cz (Miloslav Trmac) Date: Sun, 05 Aug 2007 17:29:00 +0200 Subject: Layering an IDS on Linux - prepwork In-Reply-To: <916683.70314.qm@web51510.mail.re2.yahoo.com> References: <916683.70314.qm@web51510.mail.re2.yahoo.com> Message-ID: <46B5ECBC.9050601@volny.cz> Steve G napsal(a): >> abort() is the traditional way to abort a program when an assertion >> fails (developers might need the core file in that case), > Which is ok in the debug case. For a production webserver its a different story. Even in production code it is useful to abort() in "can't happen" branches. The cost of the additional code is negligible. >> and SIGABRT terminations are very unlikely to be caused by buffer overflows and >> similar attacks. > Turns out that is the way that glibc stops programs when FORTIFY_SOURCE sees a > runtime error. :) So, it could signal a real attack. True, I have completely forgotten about this. >> Changing all software to use some other mechanism to report assertion >> failure is completely impractical (even the POSIX standard requires >> assert() to call abort() on failures); besides, what alternative >> mechanism is available? > I think assert is only valid when NDEBUG is defined. So, there is a way for it to > be used for debugging apps which is legit. And it magically disappears when > compiled for production use. It's the other way around: assert()s are checked unless NDEBUG is defined. Mirek From linux_4ever at yahoo.com Sun Aug 5 15:57:51 2007 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 5 Aug 2007 08:57:51 -0700 (PDT) Subject: Layering an IDS on Linux - prepwork In-Reply-To: <46B5ECBC.9050601@volny.cz> Message-ID: <578969.86691.qm@web51510.mail.re2.yahoo.com> >>> abort() is the traditional way to abort a program when an assertion >>> fails (developers might need the core file in that case), >> Which is ok in the debug case. For a production webserver its a different >> story. > >Even in production code it is useful to abort() in "can't happen" >branches. The cost of the additional code is negligible. This is the issue that I'm trying to raise awareness about. Most of the time, programmers just want the program to end with an error code. They have no use for a core dump since its deployed in a million end user's machines and they will not be forwarding that core dump to the developer. Think of it, is there any reason for dhcdbd to dump core *every time* it runs? Will anyone be looking at that core dump? If the program is detecting something that is truly bad or unusual an abort() is correct. For example, when tcp_wrappers sees a miscompared forward and reverse lookup. I only know of a couple programs that do this. But I only run a small amount of all the packages that Fedora offers. So, I could use some help hunting down the programs that do this regularly so that we can evaluate whether the program is reporting something exceptional or the programmer didn't realize that he/she was requesting a coredump on exit. I'm also hoping that people see aureport's anomaly detection as something useful in the meantime before I can get the IDS part working. It could help people spot an attack by knowing its there. Thanks, -Steve ____________________________________________________________________________________ Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/ From mitr at volny.cz Sun Aug 5 16:02:33 2007 From: mitr at volny.cz (Miloslav Trmac) Date: Sun, 05 Aug 2007 18:02:33 +0200 Subject: Layering an IDS on Linux - prepwork In-Reply-To: <578969.86691.qm@web51510.mail.re2.yahoo.com> References: <578969.86691.qm@web51510.mail.re2.yahoo.com> Message-ID: <46B5F499.3000501@volny.cz> Steve G napsal(a): >>>> abort() is the traditional way to abort a program when an assertion >>>> fails (developers might need the core file in that case), >>> Which is ok in the debug case. For a production webserver its a different >>> story. >> Even in production code it is useful to abort() in "can't happen" >> branches. The cost of the additional code is negligible. > This is the issue that I'm trying to raise awareness about. Most of the time, > programmers just want the program to end with an error code. They have no use for > a core dump since its deployed in a million end user's machines and they will not > be forwarding that core dump to the developer. Think of it, is there any reason > for dhcdbd to dump core *every time* it runs? Will anyone be looking at that core > dump? Fedora runs (ulimit -S -c 0) in /etc/profile, so no process doesn't dump core by default. It dumps core only on machines of developers that have explicitly overridden the ulimit setting, or when the user was instructed to enable core dumps during troubleshooting. I don't know about the specific case of dhcdbd - maybe it uses abort() when it should use exit(nonzero). But in general, abort() is useful even on production systems. Mirek From linux_4ever at yahoo.com Sun Aug 5 16:18:01 2007 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 5 Aug 2007 09:18:01 -0700 (PDT) Subject: Layering an IDS on Linux - prepwork In-Reply-To: <46B5F499.3000501@volny.cz> Message-ID: <480844.84232.qm@web51512.mail.re2.yahoo.com> >> Think of it, is there any reason for dhcdbd to dump core *every time* it runs? >> Will anyone be looking at that core dump? > >Fedora runs (ulimit -S -c 0) in /etc/profile, so no process doesn't dump >core by default. The kernel hook is before anything decides whether or not to actually allow the dumping of core. Its for this very reason. Most admin's will not allow core dumps because it wastes disk space and could contain privileged information. So, people may not be aware of the consequences of using abort() casually in a program. So, if core dump is always turned off and we want to protect everyone...we need to hook before that check. >I don't know about the specific case of dhcdbd - maybe it uses abort() >when it should use exit(nonzero). But in general, abort() is useful >even on production systems. I guess part of the issue is that glibc uses abort to bring the program to an end - like on a double free. If there was another signal that indicated that a program is ending due to something FORTIFY_SOURCE detected or gcc's stack protector found, we could filter this out better. -Steve ____________________________________________________________________________________ Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/ From sb at monkey-mind.net Sun Aug 5 16:29:40 2007 From: sb at monkey-mind.net (Steven Bakker) Date: Sun, 5 Aug 2007 18:29:40 +0200 Subject: Gnome menu pop-ups In-Reply-To: <2a28d2ab0708050547r47933a19n7dcc2aed9b55c4c7@mail.gmail.com> References: <2a28d2ab0708050547r47933a19n7dcc2aed9b55c4c7@mail.gmail.com> Message-ID: <20070805182940.5e366942@cluestix.noc.ams-ix.net> On Sun, 5 Aug 2007 08:47:45 -0400 Dr. Diesel wrote: > Please turn off the Gnome menu pop-ups! They cover up the menu items > and offer no additional helpful information! Using gconf-editor, toggle "apps/panel/global/tooltips_enabled". Some applet tooltips are still shown, though, but at least the menu and launcher tooltips are gone. Cheers, Steven From mattdm at mattdm.org Sun Aug 5 16:39:47 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 5 Aug 2007 12:39:47 -0400 Subject: Firefox/Thunderbird 2.0.0.6 for F7 In-Reply-To: <46B4BF7D.6020009@redhat.com> References: <1186108362.3136.33.camel@shrek.rexursive.com> <46B4BF7D.6020009@redhat.com> Message-ID: <20070805163947.GA27699@jadzia.bu.edu> On Sat, Aug 04, 2007 at 02:03:41PM -0400, Christopher Aillon wrote: > >I somebody going to rebuild 2.0.0.6 for F7? Or are we unaffected by the > >security problems fixed in this release? > Unaffected. And it would cause more rebuild issues with tons of packages. Maybe we need some way to send out non-update announcements. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From vonbrand at inf.utfsm.cl Sun Aug 5 16:48:48 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 05 Aug 2007 12:48:48 -0400 Subject: rawhide report: 20070804 changes In-Reply-To: <200708041052.l74AqNS2025495@porkchop.devel.redhat.com> References: <200708041052.l74AqNS2025495@porkchop.devel.redhat.com> Message-ID: <16445.1186332528@laptop13.inf.utfsm.cl> Build System wrote: [...] > glabels-2.0.4-6.fc8 > ------------------- > * Fri Aug 03 2007 Peter Gordon - 2.0.4-6 > - Update License tagging (GPLv2+). This necessitates a split of two > subpackages: > (1) glabels-doc: Runtime documentation for gLabels (GFDLv1.1+) > (2) glabels-libs: Shared libraries for gLabels (LGPLv2+) This is very unfortunate. Packages should be defined by logical boundaries, not legal trivia. -- 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 From lesmikesell at gmail.com Sun Aug 5 18:14:31 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 05 Aug 2007 13:14:31 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <1186293004.31216.7.camel@home.alexander.bostrom.net> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> Message-ID: <46B61387.6090204@gmail.com> Alexander Bostr?m wrote: > On Fri, 2007-08-03 at 14:37 -0500, Les Mikesell wrote: >> I just appreciate the fact that on my Windows and Mac boxes I don't >> have >> to get or rebuild every vendor-supplied driver after every system >> update >> and I think Solaris works that way too. > > OTOH, you can't update to 64-bit Vista, because there are no drivers. > And what's the solution to that? Have driver producers license and > escrow their source code to Microsoft, so that they can distribute the > drivers with the OS. Sounds like a good idea. Why isn't Linus doing > that? Oh wait, he is. :) That sometimes works, sometimes doesn't. It's not really the business of an OS to own and restrict everything that touches it, whether on the driver or application interfaces. Attempting that will limit what users can do with it. Would you, for example, put all of your critical data on a firewire drive while you upgrade through the kernels used from FC5 to current? -- Les Mikesell lesmikesell at gmail.com From sundaram at fedoraproject.org Sun Aug 5 18:37:06 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Aug 2007 00:07:06 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B61387.6090204@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> Message-ID: <46B618D2.8040505@fedoraproject.org> Les Mikesell wrote: > That sometimes works, sometimes doesn't. It's not really the business of > an OS to own and restrict everything that touches it, whether on the > driver or application interfaces. Attempting that will limit what users > can do with it. Would you, for example, put all of your critical data > on a firewire drive while you upgrade through the kernels used from FC5 > to current? I assume you know very well that discussing this here isn't going to change how the upstream kernel works. Either go to LKML and see if you can convince anyone with your arguments or drop it. Rahul From linux_4ever at yahoo.com Sun Aug 5 18:52:48 2007 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 5 Aug 2007 11:52:48 -0700 (PDT) Subject: Layering an IDS on Linux - prepwork In-Reply-To: <46B5F499.3000501@volny.cz> Message-ID: <30860.44230.qm@web51512.mail.re2.yahoo.com> >I don't know about the specific case of dhcdbd - maybe it uses abort() >when it should use exit(nonzero). So, I spent a few minutes on this...turns out that 1) selinux was preventing the reading of a dbus file: open("/var/lib/dbus/machine-id", O_RDONLY) = -1 EACCES (Permission denied) getpid() = 3118 write(2, "process 3118: ", 14) = 14 write(2, "D-Bus library appears to be inco"..., 198) = 198 write(2, " D-Bus not built with -rdynamic"..., 64) = 64 tgkill(3118, 3118, SIGABRT) = 0 --- SIGABRT (Terminated) @ 0 (0) --- +++ killed by SIGABRT +++ 2) dbus-libs call abort for _dbus_warn(). Looking at the case of not being able to read a file resulting in a core dump...I think dbus needs to add a new function, _dbus_terminate and call that for fatal warnings. Fixing dbus-libs will fix several other apps linked to it. -Steve --- dbus-1.0.2.orig/dbus/dbus-internals.c 2006-12-11 14:21:06.000000000 -0500 +++ dbus-1.0.2/dbus/dbus-internals.c 2007-08-05 14:29:42.000000000 -0400 @@ -280,7 +280,7 @@ _dbus_warn_check_failed(const char *form if (fatal_warnings_on_check_failed) { fflush (stderr); - _dbus_abort (); + _dbus_terminate (); } } diff -urp dbus-1.0.2.orig/dbus/dbus-sysdeps.c dbus-1.0.2/dbus/dbus-sysdeps.c --- dbus-1.0.2.orig/dbus/dbus-sysdeps.c 2006-12-11 14:21:06.000000000 -0500 +++ dbus-1.0.2/dbus/dbus-sysdeps.c 2007-08-05 14:30:38.000000000 -0400 @@ -45,6 +45,7 @@ #ifdef HAVE_ERRNO_H #include #endif +#include _DBUS_DEFINE_GLOBAL_LOCK (win_fds); _DBUS_DEFINE_GLOBAL_LOCK (sid_atom_cache); @@ -64,6 +65,20 @@ _DBUS_DEFINE_GLOBAL_LOCK (sid_atom_cache */ /** + * Terminates the program with SIGTERM. + */ +void +_dbus_terminate (void) +{ + + _dbus_print_backtrace (); + + raise (SIGTERM); + _dbus_sleep_milliseconds (1000); + _dbus_exit (1); /* in case someone ignores SIGTERM ? */ +} + +/** * Aborts the program with SIGABRT (dumping core). */ void diff -urp dbus-1.0.2.orig/dbus/dbus-sysdeps.h dbus-1.0.2/dbus/dbus-sysdeps.h --- dbus-1.0.2.orig/dbus/dbus-sysdeps.h 2006-12-11 14:21:16.000000000 -0500 +++ dbus-1.0.2/dbus/dbus-sysdeps.h 2007-08-05 14:29:42.000000000 -0400 @@ -81,6 +81,7 @@ typedef struct DBusList DBusList; * used to tell gcc about functions that never return, such as _dbus_abort() */ +void _dbus_terminate (void) _DBUS_GNUC_NORETURN; void _dbus_abort (void) _DBUS_GNUC_NORETURN; const char* _dbus_getenv (const char *varname); ____________________________________________________________________________________ Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 From tonynelson at georgeanelson.com Sun Aug 5 19:35:28 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Sun, 5 Aug 2007 15:35:28 -0400 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <46B5DA0E.7010506@conversis.de> References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> <1186270525.998.232.camel@cutter> <46B5DA0E.7010506@conversis.de> Message-ID: >seth vidal wrote: >> On Sat, 2007-08-04 at 18:58 -0400, Tony Nelson wrote: [ Nothing that was quoted.] >> rpm -Va --nofiles --nomd5 >> >> see what that outputs >> -sv >> >> > >[root at nexus ~]# rpm -Va --nofiles --nomd5 >Unsatisfied dependencies for system-config-date-1.9.3-2.fc8.noarch: ntp >/var/tmp/rpm-tmp.80003: line 850: IntegrateWithGNOME: command not found >[root at nexus ~]# That checked some of the data in the RPM database files. As the output from that is odd, the database files should be checked for integrity, hopefully with `rpm --verifydb`. If problems are found, the RPM database can often be rebuilt if the Packages file is OK, with `rpm --rebuilddb` unless that has been removed also. -- ____________________________________________________________________ TonyN.:' ' From alan at redhat.com Sun Aug 5 20:06:50 2007 From: alan at redhat.com (Alan Cox) Date: Sun, 5 Aug 2007 16:06:50 -0400 Subject: Layering an IDS on Linux - prepwork In-Reply-To: <46B5DF54.1020109@volny.cz> References: <817696.39834.qm@web51504.mail.re2.yahoo.com> <46B5DF54.1020109@volny.cz> Message-ID: <20070805200650.GA19004@devserv.devel.redhat.com> On Sun, Aug 05, 2007 at 04:31:48PM +0200, Miloslav Trmac wrote: > Repeated SIGABRT terminations might indicate an ongoing DoS attack, but > isolated SIGABRT terminations need to be ignored, IMHO. They probably want logging. You only need one attack. But you want to log an abort/core dump of any system service/process anyway - because it shouldn't be aborting and the dumb will be good gdb food Alan From pemboa at gmail.com Sun Aug 5 20:19:12 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Sun, 5 Aug 2007 15:19:12 -0500 Subject: First Fedora7 problem : KDE + Xorg + Fonts Message-ID: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> = Preamble = Fedora 7 has been without issue for me thus far.Kudos to all involved. = Problem = Shutdown machine without notice of any problems. Booted up next day and Xorg, and in turn KDM wouldn't load. /var/log/messages was quiet but both /var/log/kdm.log and /var/log/Xorg.0.log showed: could not open default font 'fixed' = Solution = I eventually found out that I had an entry in my xorg.cong:Files FontPath "/usr/local/share/fonts" commenting that out fixed the problem. = Cuase = According to the Google cache of the Xorg wiki (which was down at the time), "The use of the font server xfs is deprecated due to several bugs in it. It is recommended that the Xserver loads the fonts directly." So I'm guessing KDE assumes that font paths are setup via xorg.cong. I had attempted to add ttf fonts via KDE's control center (it did ask for root password). Incidentally, I did notice that that did not add the fonts in question, so I went back to how I normally add fonts, using fonts:/Personal (that worked as normal). I'm not sure what a possible resolution is, but I think it's fair to expect people to attempt to use Control Center to add a font. (although using fonts:/Personal is better) Peace -- Fedora Core 6 and proud From d.jacobfeuerborn at conversis.de Sun Aug 5 20:44:05 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sun, 05 Aug 2007 22:44:05 +0200 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> <1186270525.998.232.camel@cutter> <46B5DA0E.7010506@conversis.de> Message-ID: <46B63695.7050808@conversis.de> Tony Nelson wrote: >> seth vidal wrote: >>> On Sat, 2007-08-04 at 18:58 -0400, Tony Nelson wrote: > > [ Nothing that was quoted.] > > >>> rpm -Va --nofiles --nomd5 >>> >>> see what that outputs >>> -sv >>> >>> >> [root at nexus ~]# rpm -Va --nofiles --nomd5 >> Unsatisfied dependencies for system-config-date-1.9.3-2.fc8.noarch: ntp >> /var/tmp/rpm-tmp.80003: line 850: IntegrateWithGNOME: command not found >> [root at nexus ~]# > > That checked some of the data in the RPM database files. As the output > from that is odd, the database files should be checked for integrity, > hopefully with `rpm --verifydb`. If problems are found, the RPM database > can often be rebuilt if the Packages file is OK, with `rpm --rebuilddb` > unless that has been removed also. 'rpm --verifydb' doesn't output anything at all which I presume means that the integrity of the database is ok. Regards, Dennis From j.w.r.degoede at hhs.nl Sun Aug 5 20:45:12 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 05 Aug 2007 22:45:12 +0200 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> Message-ID: <46B636D8.1040307@hhs.nl> Arthur Pemberton wrote: > = Preamble = > > Fedora 7 has been without issue for me thus far.Kudos to all involved. > > = Problem = > > Shutdown machine without notice of any problems. Booted up next day > and Xorg, and in turn KDM wouldn't load. /var/log/messages was quiet > but both /var/log/kdm.log and /var/log/Xorg.0.log showed: > > could not open default font 'fixed' > > = Solution = > > I eventually found out that I had an entry in my xorg.cong:Files > > FontPath "/usr/local/share/fonts" > > commenting that out fixed the problem. > > = Cuase = > > According to the Google cache of the Xorg wiki (which was down at the > time), "The use of the font server xfs is deprecated due to several > bugs in it. It is recommended that the Xserver loads the fonts > directly." > > So I'm guessing KDE assumes that font paths are setup via xorg.cong. I > had attempted to add ttf fonts via KDE's control center (it did ask > for root password). Incidentally, I did notice that that did not add > the fonts in question, so I went back to how I normally add fonts, > using fonts:/Personal (that worked as normal). > > I'm not sure what a possible resolution is, but I think it's fair to > expect people to attempt to use Control Center to add a font. > (although using fonts:/Personal is better) Many thanks for your bug report and esp. for the detailed problem description, can you please put this in bugzilla so that it doesn't get lost. Thanks & Regards, Hans From sundaram at fedoraproject.org Sun Aug 5 20:56:54 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Aug 2007 02:26:54 +0530 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> Message-ID: <46B63996.2090200@fedoraproject.org> Arthur Pemberton wrote: > > According to the Google cache of the Xorg wiki (which was down at the > time), "The use of the font server xfs is deprecated due to several > bugs in it. It is recommended that the Xserver loads the fonts > directly." Right. Fedora is dropping XFS (X font server, not the filesystem) by default in the next version so this problem is going away. See http://fedoraproject.org/wiki/Releases/FeatureNoMoreXFS. Mostly done. Just a few fonts need to be fixed. Rahul From andy at warmcat.com Sun Aug 5 21:02:19 2007 From: andy at warmcat.com (Andy Green) Date: Sun, 05 Aug 2007 22:02:19 +0100 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> Message-ID: <46B63ADB.2080203@warmcat.com> Somebody in the thread at some point said: > FontPath "/usr/local/share/fonts" I don't think Fedora packages have anything to do with /usr/local, it's (pretty conveniently) reserved for stuff you cook yourself. I noticed that a lot of source tarballs have a configure script that defaults to building down /usr/local, again that can be convenient. But I wonder if something you installed or built yesterday, probably not from a Fedora package, inserted that line. -Andy From bojan at rexursive.com Sun Aug 5 21:24:55 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Sun, 5 Aug 2007 21:24:55 +0000 (UTC) Subject: Clamav update for F7 References: <1186029627.3136.3.camel@shrek.rexursive.com> <20070804103401.34f1f16a.mschwendt.tmp0701.nospam@arcor.de> <20070804143201.cc88145b.mschwendt.tmp0701.nospam@arcor.de> <20070804101808.79123a53@ender> Message-ID: Jesse Keating redhat.com> writes: > I submitted it to testing. Apparently, that didn't work. Still marked as "pending" and a no show in testing. BTW, you may want to submit it to stable instead. It's a security fix. -- Bojan From jkeating at redhat.com Sun Aug 5 21:38:24 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 5 Aug 2007 17:38:24 -0400 Subject: Clamav update for F7 In-Reply-To: References: <1186029627.3136.3.camel@shrek.rexursive.com> <20070804103401.34f1f16a.mschwendt.tmp0701.nospam@arcor.de> <20070804143201.cc88145b.mschwendt.tmp0701.nospam@arcor.de> <20070804101808.79123a53@ender> Message-ID: <20070805173824.5e264565@ender> On Sun, 5 Aug 2007 21:24:55 +0000 (UTC) Bojan Smojver wrote: > Apparently, that didn't work. Still marked as "pending" and a no show > in testing. I haven't done an updates push. Trying to enjoy some of my weekend (: I just set it up so that it would go out next push. > > BTW, you may want to submit it to stable instead. It's a security fix. If I were the maintainer sure. I'm not, so I'd rather it go to testing first before I override somebody. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lightsolphoenix at gmail.com Sun Aug 5 22:04:30 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sun, 5 Aug 2007 18:04:30 -0400 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <46B63996.2090200@fedoraproject.org> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <46B63996.2090200@fedoraproject.org> Message-ID: <200708051804.31483.lightsolphoenix@gmail.com> On Sunday, August 05, 2007 4:56 pm Rahul Sundaram wrote: > > Right. Fedora is dropping XFS (X font server, not the filesystem) by > default in the next version so this problem is going away. Well, that sucks. I've found Xorg is far more flaky with the fonts without xfs... When I ran Debian, I used to get crashes due to the system not being able to find fonts with alarming frequency. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From sundaram at fedoraproject.org Sun Aug 5 22:07:05 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Aug 2007 03:37:05 +0530 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <200708051804.31483.lightsolphoenix@gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <46B63996.2090200@fedoraproject.org> <200708051804.31483.lightsolphoenix@gmail.com> Message-ID: <46B64A09.2020205@fedoraproject.org> Kelly wrote: > On Sunday, August 05, 2007 4:56 pm Rahul Sundaram wrote: >> Right. Fedora is dropping XFS (X font server, not the filesystem) by >> default in the next version so this problem is going away. > > Well, that sucks. I've found Xorg is far more flaky with the fonts without > xfs... > > When I ran Debian, I used to get crashes due to the system not being able to > find fonts with alarming frequency. Well Fedora 7 doesnt use core fonts either. So XFS is just there doing nothing at all for the most part. All the modern toolkits and desktop environments use fontconfig and not XFS. Can you be more specific about those crashes you mention? Got bug reports? Rahul From lightsolphoenix at gmail.com Sun Aug 5 22:11:38 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sun, 5 Aug 2007 18:11:38 -0400 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <46B64A09.2020205@fedoraproject.org> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <200708051804.31483.lightsolphoenix@gmail.com> <46B64A09.2020205@fedoraproject.org> Message-ID: <200708051811.39019.lightsolphoenix@gmail.com> On Sunday, August 05, 2007 6:07 pm Rahul Sundaram wrote: > > Can you be more specific about those crashes you mention? Got bug reports? > > Rahul Sorry, that was over 2 years ago. I haven't had a problem with system fonts since I started using Fedora. BTW, if Xorg doesn't need xfs, why is it that Xorg will crash if xfs isn't running? -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From sundaram at fedoraproject.org Sun Aug 5 22:18:43 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Aug 2007 03:48:43 +0530 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <200708051811.39019.lightsolphoenix@gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <200708051804.31483.lightsolphoenix@gmail.com> <46B64A09.2020205@fedoraproject.org> <200708051811.39019.lightsolphoenix@gmail.com> Message-ID: <46B64CC3.80805@fedoraproject.org> Kelly wrote: > On Sunday, August 05, 2007 6:07 pm Rahul Sundaram wrote: >> Can you be more specific about those crashes you mention? Got bug reports? >> >> Rahul > > Sorry, that was over 2 years ago. I haven't had a problem with system fonts > since I started using Fedora. You seem to be worrying about a really old problem in a different distribution and saying that the current plan in Fedora sucks because of that. Doesn't seem to be very logical to me. > > BTW, if Xorg doesn't need xfs, why is it that Xorg will crash if xfs isn't > running? Are you using Fedora 7? I have turned off XFS while back. Xorg starts just fine. Previous version did have a startup check to see if the core fonts exists and fail otherwise because some legacy apps (as in ancient and crufty) still need them but we don't have that check anymore. Rahul From lightsolphoenix at gmail.com Sun Aug 5 22:21:21 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sun, 5 Aug 2007 18:21:21 -0400 Subject: Recap: Networking problems with LDAP? Message-ID: <200708051821.22488.lightsolphoenix@gmail.com> I just want to re-mention this problem, because I saw it again yesterday and I think it's rather important to look into... Fedora 7 doesn't use network anymore; instead, it uses NetworkManager to create network connections at startup. That's fine, except for one thing; NetworkManager needs DBus to be running to start, and DBus won't start unless the system can get all the logins at that point. There's no problem if all logins are local, but if they aren't (using LDAP or ActiveDirectory or something like that), then the DBus startup script hangs, then crashes out, which is no good. I tried moving NetworkManager up, but as I mentioned before, it requires DBus to already be running. That means that the system has to run the network init script if the system is using network logins, just so DBus can get the list of logins at startup. The problem completely disappeared when I reactivated the normal network init script. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From lightsolphoenix at gmail.com Sun Aug 5 22:25:03 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sun, 5 Aug 2007 18:25:03 -0400 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <46B64CC3.80805@fedoraproject.org> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <200708051811.39019.lightsolphoenix@gmail.com> <46B64CC3.80805@fedoraproject.org> Message-ID: <200708051825.03786.lightsolphoenix@gmail.com> On Sunday, August 05, 2007 6:18 pm Rahul Sundaram wrote: > > Sorry, that was over 2 years ago. I haven't had a problem with system > > fonts since I started using Fedora. > > You seem to be worrying about a really old problem in a different > distribution and saying that the current plan in Fedora sucks because of > that. Doesn't seem to be very logical to me. Experimentation I performed at the time showed that the problem was the system didn't have any way of properly finding the fonts. When I started using xfs, the problem disappeared. That is why I'm worried about it. > > BTW, if Xorg doesn't need xfs, why is it that Xorg will crash if xfs > > isn't running? > > Are you using Fedora 7? I have turned off XFS while back. Xorg starts > just fine. Previous version did have a startup check to see if the core > fonts exists and fail otherwise because some legacy apps (as in ancient > and crufty) still need them but we don't have that check anymore. I don't remember exactly which version I was running, because I don't shut down my system very often (it runs as both a server and a desktop). When I was configuring another Fedora system (with 7), I noted that Xorg wouldn't start without xfs. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From sundaram at fedoraproject.org Sun Aug 5 23:05:42 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Aug 2007 04:35:42 +0530 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <200708051825.03786.lightsolphoenix@gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <200708051811.39019.lightsolphoenix@gmail.com> <46B64CC3.80805@fedoraproject.org> <200708051825.03786.lightsolphoenix@gmail.com> Message-ID: <46B657C6.1060806@fedoraproject.org> Kelly wrote: > Experimentation I performed at the time showed that the problem was the system > didn't have any way of properly finding the fonts. When I started using xfs, > the problem disappeared. That is why I'm worried about it. That should not happen in Fedora anymore. > > I don't remember exactly which version I was running, because I don't shut > down my system very often (it runs as both a server and a desktop). When I > was configuring another Fedora system (with 7), I noted that Xorg wouldn't > start without xfs. Can you check in the system when you can and report the problem if it exists with the Xorg log and information about your hardware (smolt profile for instance)? None of the Fedora 7 systems that I checked requires XFS. I suspect you are just seeing this from a older version. I have XFS deamon disabled on startup and no Xorg configuration at all and Fedora 7 has been working fine including desktop effects. Dell D420 with Intel Xorg driver. Rahul From arjan at infradead.org Sun Aug 5 23:33:08 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Sun, 05 Aug 2007 16:33:08 -0700 Subject: Layering an IDS on Linux - prepwork In-Reply-To: <20070805200650.GA19004@devserv.devel.redhat.com> References: <817696.39834.qm@web51504.mail.re2.yahoo.com> <46B5DF54.1020109@volny.cz> <20070805200650.GA19004@devserv.devel.redhat.com> Message-ID: <1186356788.2697.1.camel@laptopd505.fenrus.org> On Sun, 2007-08-05 at 16:06 -0400, Alan Cox wrote: > On Sun, Aug 05, 2007 at 04:31:48PM +0200, Miloslav Trmac wrote: > > Repeated SIGABRT terminations might indicate an ongoing DoS attack, but > > isolated SIGABRT terminations need to be ignored, IMHO. > > They probably want logging. You only need one attack. But you want to > log an abort/core dump of any system service/process anyway - because it > shouldn't be aborting and the dumb will be good gdb food getting things to dump core somewhere securily, and then do (semi)offline processing works quite ok. It would even be nice if there was a "a program dumped core. Can I send a backtrace to the distro vendor?" program that would allow fedora (and others) to get statistical information about where the most common crashes happen. (and if some little magic you can normally deduce attacks as well for local use) Example script from way-back attached that runs on a coredump and produces something that in theory can be used for this -------------- next part -------------- A non-text attachment was scrubbed... Name: bt.sh Type: application/x-shellscript Size: 1092 bytes Desc: not available URL: From mclasen at redhat.com Sun Aug 5 23:33:23 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Sun, 05 Aug 2007 19:33:23 -0400 Subject: RPM roadmapping In-Reply-To: <46B2DB80.4070604@redhat.com> References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> Message-ID: <1186356803.3196.3.camel@localhost.localdomain> One more thing that would be nice to take into consideration for rpm is support for language packs or some way to install a limited set of locales. We have traditionally kept our head in the sand, and said rpm does not support this, disks are getting bigger anyway. But for making useful live cds, something like this is pretty much indispensable (considering that OOo with all locales is already bigger than one cd). The existing %lang tag support might be almost good enough. From sundaram at fedoraproject.org Sun Aug 5 23:51:11 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Aug 2007 05:21:11 +0530 Subject: Layering an IDS on Linux - prepwork In-Reply-To: <1186356788.2697.1.camel@laptopd505.fenrus.org> References: <817696.39834.qm@web51504.mail.re2.yahoo.com> <46B5DF54.1020109@volny.cz> <20070805200650.GA19004@devserv.devel.redhat.com> <1186356788.2697.1.camel@laptopd505.fenrus.org> Message-ID: <46B6626F.2080407@fedoraproject.org> Arjan van de Ven wrote: > getting things to dump core somewhere securily, and then do > (semi)offline processing works quite ok. It would even be nice if there > was a "a program dumped core. Can I send a backtrace to the distro > vendor?" program that would allow fedora (and others) to get statistical > information about where the most common crashes happen. Are you referring to something like Apport? http://fedoraproject.org/wiki/Releases/FeatureApport http://kerneltrap.org/node/14010 http://lkml.org/lkml/2007/7/19/521 Rahul From bojan at rexursive.com Sun Aug 5 23:53:47 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Sun, 5 Aug 2007 23:53:47 +0000 (UTC) Subject: Clamav update for F7 References: <1186029627.3136.3.camel@shrek.rexursive.com> <20070804103401.34f1f16a.mschwendt.tmp0701.nospam@arcor.de> <20070804143201.cc88145b.mschwendt.tmp0701.nospam@arcor.de> <20070804101808.79123a53@ender> <20070805173824.5e264565@ender> Message-ID: Jesse Keating redhat.com> writes: > Trying to enjoy some of my weekend (: Yeah, I heard about this concept once :-) > If I were the maintainer sure. I'm not, so I'd rather it go to testing > first before I override somebody. No worries. -- Bojan From linux_4ever at yahoo.com Mon Aug 6 00:30:54 2007 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 5 Aug 2007 17:30:54 -0700 (PDT) Subject: Layering an IDS on Linux - prepwork In-Reply-To: <1186356788.2697.1.camel@laptopd505.fenrus.org> Message-ID: <263878.50100.qm@web51506.mail.re2.yahoo.com> >It would even be nice if there was a "a program dumped core. Can I send a backtrace >to the distro vendor?" program that would allow fedora (and others) to get > statistical information about where the most common crashes happen. That would be easy to add as a plugin to the audit event dispatcher. All it would have to do is filter on the ANOM_ABEND event type and then do further analysis. There is an example filter program here: /usr/share/doc/audit-1.5.6/skeleton.c that could be used as the basis for this kind of tool. Right now the audit event dispatcher only supports one plugin. audispd is being rewritten so that many plugins could be written besides setroubleshoot that do realtime analysis of events. -Steve ____________________________________________________________________________________ Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games. http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow From ssorce at redhat.com Mon Aug 6 00:37:59 2007 From: ssorce at redhat.com (Simo Sorce) Date: Sun, 05 Aug 2007 20:37:59 -0400 Subject: Layering an IDS on Linux - prepwork In-Reply-To: <480844.84232.qm@web51512.mail.re2.yahoo.com> References: <480844.84232.qm@web51512.mail.re2.yahoo.com> Message-ID: <1186360679.3316.4.camel@localhost.localdomain> On Sun, 2007-08-05 at 09:18 -0700, Steve G wrote: > >> Think of it, is there any reason for dhcdbd to dump core *every time* it runs? > > >> Will anyone be looking at that core dump? > > > >Fedora runs (ulimit -S -c 0) in /etc/profile, so no process doesn't dump > >core by default. > > The kernel hook is before anything decides whether or not to actually allow the > dumping of core. Its for this very reason. Most admin's will not allow core dumps > because it wastes disk space and could contain privileged information. So, people > may not be aware of the consequences of using abort() casually in a program. So, > if core dump is always turned off and we want to protect everyone...we need to > hook before that check. > > >I don't know about the specific case of dhcdbd - maybe it uses abort() > >when it should use exit(nonzero). But in general, abort() is useful > >even on production systems. > > I guess part of the issue is that glibc uses abort to bring the program to an end > - like on a double free. If there was another signal that indicated that a > program is ending due to something FORTIFY_SOURCE detected or gcc's stack > protector found, we could filter this out better. We use abort() quite extensively in samba, it is used exactly to obtain a core dump from users when asked for, for strange conditions. I don't think you can declare abort() like something applications should not use at this point, it's been used for so long. Reality is that many applications use it, for legit reasons, and I don't think you are easily going to convince upstream they shouldn't. A more sensible approach is to build application profiles like you do for SELinux, and build in a mechanism to easily shutdown alerts at the root if the admin thinks the specific pattern behavior of an application is ok. Simo. From linux_4ever at yahoo.com Mon Aug 6 00:51:51 2007 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 5 Aug 2007 17:51:51 -0700 (PDT) Subject: Layering an IDS on Linux - prepwork In-Reply-To: <1186360679.3316.4.camel@localhost.localdomain> Message-ID: <32877.17458.qm@web51501.mail.re2.yahoo.com> >A more sensible approach is to build application profiles like you do >for SELinux, and build in a mechanism to easily shutdown alerts at the >root if the admin thinks the specific pattern behavior of an application >is ok. SE Linux is one feed of data into the analysis. It does a good job of letting you know if the program suddenly wants to make syscalls or access resources that it hasn't in the past. But some attacks are within the behavior that SE Linux says is OK. At that point you are relying on other detectors for abnormal conditions like FORTIFY_SOURCE and stack-protector. This is what I'm really after and not abort() called by programmers. Its just unfortunate there is not a way to distinguish the two uses. -Steve ____________________________________________________________________________________ Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 From tonynelson at georgeanelson.com Mon Aug 6 01:42:19 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Sun, 5 Aug 2007 21:42:19 -0400 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <46B63695.7050808@conversis.de> References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> <1186270525.998.232.camel@cutter> <46B5DA0E.7010506@conversis.de> <46B63695.7050808@conversis.de> Message-ID: At 10:44 PM +0200 8/5/07, Dennis Jacobfeuerborn wrote: >Tony Nelson wrote: >>> seth vidal wrote: >>>> On Sat, 2007-08-04 at 18:58 -0400, Tony Nelson wrote: >> >> [ Nothing that was quoted.] >> >> >>>> rpm -Va --nofiles --nomd5 >>>> >>>> see what that outputs >>>> -sv >>>> >>>> >>> [root at nexus ~]# rpm -Va --nofiles --nomd5 >>> Unsatisfied dependencies for system-config-date-1.9.3-2.fc8.noarch: ntp >>> /var/tmp/rpm-tmp.80003: line 850: IntegrateWithGNOME: command not found >>> [root at nexus ~]# >> >> That checked some of the data in the RPM database files. As the output >> from that is odd, the database files should be checked for integrity, >> hopefully with `rpm --verifydb`. If problems are found, the RPM database >> can often be rebuilt if the Packages file is OK, with `rpm --rebuilddb` >> unless that has been removed also. > >'rpm --verifydb' doesn't output anything at all which I presume means that >the integrity of the database is ok. Yes, the checks passed. (They don't check referential integrity, the data relationships between tables. They just check that each table is in proper format.) It's good to know the database is not hosed when RPM is being weird. I've seen it limp along for quite a while, getting weirder and weirder. -- ____________________________________________________________________ TonyN.:' ' From wolfy at nobugconsulting.ro Mon Aug 6 03:22:06 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Mon, 06 Aug 2007 06:22:06 +0300 Subject: mock build failing sometimes Message-ID: <46B693DE.2000307@nobugconsulting.ro> Hi I am trying to build in mock a new package I've created. Build succeeds for x86_64 but fails for i386, despite there is almost no config difference. The logs of the failed builds ends always with: [wolfy at wolfy64 ~]$ tail -20 /var/lib/mock/fedora-7-i386/result/root.log Executing timeout(0): /usr/sbin/mock-helper chmod 2775 /var/lib/mock/fedora-7-i386/root/etc Executing timeout(0): /usr/sbin/mock-helper chown 500.102 /var/lib/mock/fedora-7-i386/root/etc Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "rm -rf /builddir/build" Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "mkdir -p /builddir/build/RPMS" Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "mkdir -p /builddir/build/SRPMS" Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "mkdir -p /builddir/build/SOURCES" Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "mkdir -p /builddir/build/SPECS" Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "mkdir -p /builddir/build/BUILD" Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "mkdir -p /builddir/build/originals" Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "chown -R mockbuild.mockbuild /builddir" Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "chmod -R 0777 /builddir" Executing timeout(0): /usr/sbin/mock-helper chroot /var/lib/mock/fedora-7-i386/root /sbin/runuser - root -c "/sbin/runuser -c 'rpm -Uvh --nodeps /builddir/build/originals/xorg-x11-avivo-1.0-2.fc7.src.rpm' mockbuild" error: Macro % has illegal name (%define) error: cannot write to %sourcedir /usr/src/redhat/SOURCES No Spec file found in srpm: xorg-x11-avivo-1.0-2.fc7.src.rpm Cleaning up... Executing timeout(0): /usr/sbin/mock-helper umount /var/lib/mock/fedora-7-i386/root/dev/pts Executing timeout(0): /usr/sbin/mock-helper umount /var/lib/mock/fedora-7-i386/root/dev Executing timeout(0): /usr/sbin/mock-helper umount /var/lib/mock/fedora-7-i386/root/proc Done. I assume my personal .rpmmacros does not matter but here it is just in case: #%_missing_doc_files_terminate_build 0 %_unpackaged_files_terminate_build 0 %_topdir /home/wolfy/rpm %debug_package %{nil} %_signature gpg %_smp_mflags -j3 #%dist .fc5 #%fedora 1 #%distname el4 #%distname fc #%distversion %(rpm -qf --qf='%{VERSION}' /etc/redhat-release) #%dist .%{distname}%{distversion} The src.rpm package itself builds always very happy outside mock. mock (mock-0.7.2-1.fc7.x86_64) has been freshly reinstalled and I have run "mock --rebuildcache init" (which work always without problems). It is unmodified except for the config files in order to force usage of a local mirror and parallel build. I've pasted at http://rafb.net/p/AdzlVz23.html the tests I've performed and my mock config files. The src.rpm/spec are available at http://wolfy.fedorapeople.org/xf86-video-avivo/ If more details are needed I'll be happy to provide. If anyone has useful ideas, please assist, it seems I am in "idiot" mode since Friday, I cannot figure what's going on and I don't feel like using a debugger unless I have no other option. Manuel From pemboa at gmail.com Mon Aug 6 06:23:36 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 6 Aug 2007 01:23:36 -0500 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <46B636D8.1040307@hhs.nl> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <46B636D8.1040307@hhs.nl> Message-ID: <16de708d0708052323n6cb2f265i5c26a7089221641a@mail.gmail.com> On 8/5/07, Hans de Goede wrote: > Many thanks for your bug report and esp. for the detailed problem description, > can you please put this in bugzilla so that it doesn't get lost. > > Thanks & Regards, > > Hans Any suggestions on which package I should file this against? Thank you, Arthur Pemberton -- Fedora Core 6 and proud From pemboa at gmail.com Mon Aug 6 06:24:44 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 6 Aug 2007 01:24:44 -0500 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <46B63996.2090200@fedoraproject.org> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <46B63996.2090200@fedoraproject.org> Message-ID: <16de708d0708052324g337d88ejd7995eaf09b968eb@mail.gmail.com> On 8/5/07, Rahul Sundaram wrote: > Arthur Pemberton wrote: > > > > > According to the Google cache of the Xorg wiki (which was down at the > > time), "The use of the font server xfs is deprecated due to several > > bugs in it. It is recommended that the Xserver loads the fonts > > directly." > > Right. Fedora is dropping XFS (X font server, not the filesystem) by > default in the next version so this problem is going away. > > See http://fedoraproject.org/wiki/Releases/FeatureNoMoreXFS. Mostly > done. Just a few fonts need to be fixed. > > Rahul Interesting to know, seems like progress to me. -- Fedora Core 6 and proud From pemboa at gmail.com Mon Aug 6 06:27:14 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 6 Aug 2007 01:27:14 -0500 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <46B63ADB.2080203@warmcat.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <46B63ADB.2080203@warmcat.com> Message-ID: <16de708d0708052327k7a2f95cbp5fad66ae238a15f9@mail.gmail.com> On 8/5/07, Andy Green wrote: > Somebody in the thread at some point said: > > > FontPath "/usr/local/share/fonts" > > I don't think Fedora packages have anything to do with /usr/local, it's > (pretty conveniently) reserved for stuff you cook yourself. > > I noticed that a lot of source tarballs have a configure script that > defaults to building down /usr/local, again that can be convenient. > > But I wonder if something you installed or built yesterday, probably not > from a Fedora package, inserted that line. > > -Andy As I attempted to say, I'm pretty sure this was done by by KDE's font manager, which was just trying to be helpful and allow me to import fonts. -- Fedora Core 6 and proud From sundaram at fedoraproject.org Mon Aug 6 06:33:58 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Aug 2007 12:03:58 +0530 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <16de708d0708052327k7a2f95cbp5fad66ae238a15f9@mail.gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <46B63ADB.2080203@warmcat.com> <16de708d0708052327k7a2f95cbp5fad66ae238a15f9@mail.gmail.com> Message-ID: <46B6C0D6.9010200@fedoraproject.org> Arthur Pemberton wrote: > > > As I attempted to say, I'm pretty sure this was done by by KDE's font > manager, which was just trying to be helpful and allow me to import > fonts. There you go, you got your answer on which component to file the bug report against. Rahul From panemade at gmail.com Mon Aug 6 07:14:35 2007 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Mon, 6 Aug 2007 12:44:35 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <1186230607.22190.26.camel@shinybook.infradead.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <1186230607.22190.26.camel@shinybook.infradead.org> Message-ID: Hi, On 8/4/07, David Woodhouse wrote: > On Fri, 2007-08-03 at 21:49 +0200, Thorsten Leemhuis wrote: > > But you seem to be really interested in this topic and you are in the > > committee that is planing to kick kmod's, so it's IMHO your job to ask > > the Board for its opinion as it allowed kmod#s again not that long ago. > > I thought the Board said FESCo would have the right to approve or deny > kmod packages. So all FESCo needs to do is say 'no' to them all :) > > > > [...] > > >>>> I'm just wondering in general about the current happenings -- some > > >>>> months ago the Board issued a statement to allow kmods but now a > > >>>> new FESCo shoots it down again. Well, not my business as well. > > >>> We're not saying no to non-upstream kernel modules, which is at the > > >>> heart of what the board wants (at least from my understanding of the > > >>> topic). All we're doing is trying to redefine the delivery > > >>> mechanism so that it is easier for all parties involved. > > >> And davej indicated that he does not want more out-of-kernel modules. > > >> That fact and the "at least from my understanding of the topic" IMHO > > >> makes it worth to ask the Board for its opinion. > > > > > > Having just had a conversation with Davej on irc, I can offer these > > > tidbits: > > > [...] > > > So it looks like Dave is absolutely willing to let out of tree kernel > > > modules in, so long as they have a hope of going upstream, or a really > > > really really good reason why we should continue carrying it forward. > > Which is hardly a surprising result, since we've been doing it that way > for years. > > > Which leaves a lot of modules out. zaptel, > > $DEITY yes, we don't want to be shipping Zaptel until/unless they get > off their wossname and make it mergable upstream. There's a _reason_ > we're shipping Callweaver (which dropped the crappy dependency on Zaptel > just for _timing_, and switched to POSIX timers instead) and not > Asterisk. > > > spca5xx or gspca anyone? > > I read lkml and I've never heard of those. I assume therefore that they > _deserved_ to be mentioned in the same sentence as zaptel? Ohh. some one want to more about spca5xx and gpsca kmods? Ok. Here are some of links that you can refer. https://www.redhat.com/archives/fedora-devel-list/2007-July/msg01444.html https://www.redhat.com/archives/fedora-devel-list/2007-July/msg01449.html and why I tried to add those modules is because I have personally tested and used them. Also, If you are not knowing then spca5xx kmod is a part of Ubuntu distribution. Check http://packages.ubuntu.com/feisty/misc/spca5xx-source and its help page is given at https://help.ubuntu.com/community/Spca5xx > > > > He even spoke of perhaps a timeout, [...] > > > > We talked about that before and people said "to dangerous, as people > > will yell at us when module foo suddenly vanishes in Fedora (x+2) again. > > True. Which is why the 'almost upstream' criterion is useful. We've > rarely had to carry new drivers like that for more than one release, > have we? > Regards, Parag. From mmaslano at redhat.com Mon Aug 6 07:43:08 2007 From: mmaslano at redhat.com (Marcela Maslanova) Date: Mon, 06 Aug 2007 09:43:08 +0200 Subject: New tcl8.4.15 is released In-Reply-To: <46B11DC5.1010000@kobold.org> References: <46AEDC4F.8090709@redhat.com> <46AF9DBD.6030805@kobold.org> <46B06F47.40903@redhat.com> <46B11DC5.1010000@kobold.org> Message-ID: <46B6D10C.3060504@redhat.com> > For now, adding %{_libdir}/tcl8.4 will be a good intermediate step that > will allow extensions to slowly migrate to the proper tcl-specific > install directories before we remove the generic /usr/share and /usr/lib > from auto_path. > > With your permission I'll update the tcl package in CVS to use this > extra auto_path directory. > > --Wart > > Ok, you can change it. From oliver at linux-kernel.at Mon Aug 6 08:06:36 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 06 Aug 2007 10:06:36 +0200 Subject: Recap: Networking problems with LDAP? In-Reply-To: <200708051821.22488.lightsolphoenix@gmail.com> References: <200708051821.22488.lightsolphoenix@gmail.com> Message-ID: <46B6D68C.1060406@linux-kernel.at> On 08/06/2007 12:21 AM, Kelly wrote: > I just want to re-mention this problem, because I saw it again yesterday and I > think it's rather important to look into... > > Fedora 7 doesn't use network anymore; instead, it uses NetworkManager to > create network connections at startup. That's fine, except for one thing; > NetworkManager needs DBus to be running to start, and DBus won't start unless > the system can get all the logins at that point. There's no problem if all > logins are local, but if they aren't (using LDAP or ActiveDirectory or > something like that), then the DBus startup script hangs, then crashes out, > which is no good. > > I tried moving NetworkManager up, but as I mentioned before, it requires DBus > to already be running. That means that the system has to run the network > init script if the system is using network logins, just so DBus can get the > list of logins at startup. The problem completely disappeared when I > reactivated the normal network init script. [oliver at pils etc]$ grep dbus /etc/passwd; grep dbus ldap.conf dbus:x:81:81:System message bus:/:/sbin/nologin nss_initgroups_ignoreusers root,ldap,named,avahi,haldaemon,dbus I don't know if I added dbus myself or not, but this setup usually works. -of From chitlesh at fedoraproject.org Mon Aug 6 10:24:28 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 6 Aug 2007 12:24:28 +0200 Subject: request : manual override for interdependent package Message-ID: <13dbfe4f0708060324x4ad5aa08led858a5b0613ba11@mail.gmail.com> Hello there, can anyone do a manual override so that qwtplot3d could be in dist-fc7-build? LabPlot requires qwtplot3d to build. thanks Chitlesh -- http://clunixchit.blogspot.com From d.jacobfeuerborn at conversis.de Mon Aug 6 10:39:34 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Mon, 06 Aug 2007 12:39:34 +0200 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> <1186270525.998.232.camel@cutter> <46B5DA0E.7010506@conversis.de> <46B63695.7050808@conversis.de> Message-ID: <46B6FA66.9090400@conversis.de> Tony Nelson wrote: > Yes, the checks passed. (They don't check referential integrity, the data > relationships between tables. They just check that each table is in proper > format.) > > It's good to know the database is not hosed when RPM is being weird. I've > seen it limp along for quite a while, getting weirder and weirder. Yes, that's exactly why I posted about the problem on this mailinglist. Right now it only seems to be a minor annoyance but I fear that it might lead to bigger problems down the road. Given that other users have reported similar problems on this list with other packages in the last couple of days and that according to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=250604 this problem doesn't seem to be confined to rawhide I think this looks like a bug in rpm. While I cannot say how serious this bug really is I tend to get a little nervous when it comes to creeping integrity problems of databases (rpm's or otherwise). Could this be a result of the latest rpm version update (which had a rather long changelog)? Regards, Dennis From buildsys at redhat.com Mon Aug 6 12:01:37 2007 From: buildsys at redhat.com (Build System) Date: Mon, 6 Aug 2007 08:01:37 -0400 Subject: rawhide report: 20070806 changes Message-ID: <200708061201.l76C1brF014570@porkchop.devel.redhat.com> New package bouml UML2 tool box to specify and generate code in C++, Java and IDL New package cernlib-g77 General purpose CERN library New package nodoka-theme-gnome The Nodoka Theme Pack for Gnome New package ustr String library, very low memory overhead, simple to import Updated Packages: amarok-1.4.6-3.fc8 ------------------ * Sun Aug 05 2007 Aurelien Bompard 1.4.6-3 - rebuild for new libmtp (bug 250905) * Wed Jun 27 2007 Aurelien Bompard 1.4.6-2 - add explicit Requires on kdelibs >= 3.5.7 to fix bug 245386 * Mon Jun 18 2007 Aurelien Bompard 1.4.6-1 - version 1.4.6 arm-gp2x-linux-gcc-4.1.2-6.fc8 ------------------------------ * Fri Aug 03 2007 Kevin Kofler 4.1.2-6 - Disable bootstrap - Add "GP2X" to VERSUFFIX - Link C++ against -lgcc_eh to fix undefined references - Specify GPL version in License tag arm-gp2x-linux-glibc-2.3.6-4.fc8 -------------------------------- * Sun Aug 05 2007 Hans de Goede 2.3.6-4 - Do NOT provide and require native glibc symbols cernlib-2006-17.fc8 ------------------- * Sun Aug 05 2007 Patrice Dumas 2006-17 - remove old patches - remove 'binaries' from the main lib summary compat-wxGTK26-2.6.3-5 ---------------------- * Sun Aug 05 2007 Michael Schwendt - 2.6.3-5 - Temporarily disable GetTooltipColors(), which crashes with gtk2-2.11.6 because it accesses private/deprecated members (#250936). crystal-clear-20050622-6.fc8 ---------------------------- * Mon Aug 06 2007 Chitlesh Goorah 20050622-6 - removed dependency on fedora-logos #250367 and license crystal-project-20070620-4.fc8 ------------------------------ * Mon Aug 06 2007 Chitlesh Goorah 20070620-4 - removed dependency on fedora-logos flow-tools-0.68.1-1.fc8 ----------------------- * Sun Aug 05 2007 Paul P Komkoff Jr - 0.68.1-1 - New upstream release * Sun Jul 15 2007 Paul P Komkoff Jr - 0.68.1-0.1.rc3 - New upstream rc * Sun Jul 15 2007 Paul P Komkoff Jr - 0.68.1-0.1.rc2 - Switch to 0.68.1 fork - Drop all patches - Sanitize spec frozen-bubble-2.1.0-4.fc8 ------------------------- * Sun Aug 05 2007 Matthias Saou 2.1.0-4 - Update License field. gentoo-0.11.56-4 ---------------- * Sun Aug 05 2007 Matthias Saou 0.11.56-4 - Update License field. gkrellm-aclock-0.3.4-3 ---------------------- * Sun Aug 05 2007 Matthias Saou 0.3.4-3 - Update License field. gkrellm-freq-1.0-5 ------------------ * Sun Aug 05 2007 Matthias Saou 1.0-5 - Update License field... GPLv2 only, will be a problem with GPLv3 gkrellm. gkrellm-moon-0.6-4 ------------------ * Sun Aug 05 2007 Matthias Saou 0.6-4 - Update License field... GPLv2 only, will be a problem with GPLv3 gkrellm. gkrellm-sun-1.0.0-4 ------------------- * Sun Aug 05 2007 Matthias Saou 1.0.0-4 - Update License field... GPLv2 only, will be a problem with GPLv3 gkrellm. glibc-2.6.90-4 -------------- * Sun Aug 05 2007 Jakub Jelinek 2.6.90-4 - fix librt.so and librtkaio.so on ppc32, so that it is not using bss PLT gnomad2-2.8.13-3.fc8 -------------------- * Sun Aug 05 2007 Linus Walleij 2.8.13-3 - Rebuild again, second try. gnome-applets-1:2.19.1-4.fc8 ---------------------------- * Sun Aug 05 2007 Matthias Clasen - 1:2.19.1-4 - gswitchit.schemas does not exist anymore gnome-games-1:2.19.6-3.fc8 -------------------------- * Sun Aug 05 2007 Matthias Clasen - 1:2.19.6-3 - Use find-lang for help files, too * Fri Aug 03 2007 Matthias Clasen - 1:2.19.6-2 - Update the license field goffice04-0.4.2-1.fc8 --------------------- * Sun Aug 05 2007 Julian Sikorski - 0.4.2-1 - Updated to 0.4.2 - Added libgsf-gnome-devel to BuildRequires (RH #245604) gtk-nodoka-engine-0.5.3-1.fc8 ----------------------------- * Sun Aug 05 2007 Martin Sourada - 0.5.3-1 - new version gtk-rezlooks-engine-0.6-5.fc8 ----------------------------- * Thu Aug 02 2007 Mads Villadsen - 0.6-5 - Updated License field per new Licensing Guidelines. Some source files are missing the license declaration thus the entire package has to be strict GPLv2. gtk2-2.11.6-5.fc8 ----------------- * Sun Aug 05 2007 Matthias Clasen - 2.11.6-5 - Really move gtk-demo over * Thu Aug 02 2007 Matthias Clasen - 2.11.6-4 - Move gtk-demo to the -devel package - Don't install ChangeLog - Update the License field * Wed Jul 25 2007 Matthias Clasen - 2.11.6-3 - Fix the behaviour of tooltips on system tray icons gtweakui-0.4.0-4 ---------------- * Sun Aug 05 2007 Matthias Saou 0.4.0-4 - Update License field. - Remove dist tag, since the package will seldom change. - Use DESTDIR make install method. ipython-0.8.1-2.fc8 ------------------- * Sun Aug 05 2007 James Bowes - 0.8.1-2 - Remove explicit requires on python-abi. * Sun Aug 05 2007 James Bowes - 0.8.1-1 - Update to 0.8.1 jd-1.9.6-0.2.beta070804.fc8 --------------------------- * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 keepalived-1.1.13-7.fc8 ----------------------- * Sun Aug 05 2007 Matthias Saou 1.1.13-7 - Update License field. libmp4v2-1.5.0.1-4.fc8 ---------------------- * Sun Aug 05 2007 Matthias Saou 1.5.0.1-4 - Update License field. liboil-0.3.12-4.fc8 ------------------- * Sun Aug 05 2007 Matthias Saou 0.3.12-4 - Update License field. - Remove standard gcc-c++ build requirement. - Spec file cleanup, only consistency changes. - Remove standard rpath from oil-bugreport. linux_logo-5.01-2.fc8 --------------------- * Sun Aug 05 2007 Matthias Saou 5.01-2 - Update License field. * Tue Jul 24 2007 Matthias Saou 5.01-1 - Update to 5.01. - Remove no longer needed strip patch. - Clean up build/install based on the upstream improvements. - Add "which" build requirement, the custom configure script uses it. mdsplib-0.11-4.fc8 ------------------ * Sun Aug 05 2007 Matthias Saou 0.11-4 - Update License field. moin-1.5.8-2.fc8 ---------------- * Sun Aug 05 2007 Matthias Saou 1.5.8-2 - Update License field. ncftp-2:3.2.0-4.fc8 ------------------- * Sun Aug 05 2007 Matthias Saou 2:3.2.0-4 - Update License field. - Use DESTDIR install method. - Version 3.2.1 is out, but the KAME IPv6 patch hasn't been updated yet. ngspice-17-12.fc8 ----------------- * Sun Jul 08 2007 Chitlesh Goorah 17-12 - fixed ScriptletSnippets for Texinfo #246780 - moved documentations to -doc package openbox-3.4.4-1.fc8 ------------------- * Sun Aug 05 2007 Miroslav Lichvar - 3.4.4-1 - Update to 3.4.4 - Update license tag p7zip-4.51-1.fc8 ---------------- * Sun Aug 05 2007 Matthias Saou 4.51-1 - Update to 4.51. - Update License field. pdfcube-0.0.2-4.fc8 ------------------- * Thu Aug 02 2007 Mads Villadsen - 0.0.2-4 - Updated License field per new Licensing Guidelines portaudio-19-2.fc8 ------------------ * Sun Aug 05 2007 Matthias Saou 19-2 - Update License field. pwgen-2.06-1.fc8 ---------------- * Sun Aug 05 2007 James Bowes - 2.06-1 - Update to 2.06 starfighter-1.1-10 ------------------ * Sun Aug 05 2007 Matthias Saou 1.1-10 - Update License field. - Remove dist tag, since the package will seldom change. stgit-0.13-1.fc8 ---------------- * Sun Aug 05 2007 James Bowes - 0.13-1 - Update to 0.13 system-config-language-1.2.6-1.fc8 ---------------------------------- * Mon Aug 06 2007 Lingning Zhang - 1.2.6 - re-fix bug241744. ucarp-1.2-8.fc8 --------------- * Sun Aug 05 2007 Matthias Saou 1.2-8 - Update License field. util-vserver-0.30.213-2.fc8 --------------------------- * Sat Aug 04 2007 Enrico Scholz - 0.30.213-2 - added patch to make 'vyum' work with a patched yum-3.2 viruskiller-1.0-5 ----------------- * Sun Aug 05 2007 Matthias Saou 1.0-5 - Update License field. - Remove dist tag, since the package will seldom change. - Remove desktop file prefix. wxsvg-1.0-0.4.b7_3.fc8 ---------------------- * Sun Aug 05 2007 Matthias Saou 1.0-0.4.b7_3 - Update License field. Broken deps for i386 ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.i386 requires libboost_unit_test_framework.so.2 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 plplot-octave - 5.7.3-2.fc7.i386 requires octave(api) = 0:api-v22 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 xsupplicant - 1.2.8-1.fc7.1.i386 requires libiw.so.28 Broken deps for x86_64 ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.x86_64 requires libboost_unit_test_framework.so.2()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) plplot-octave - 5.7.3-2.fc7.x86_64 requires octave(api) = 0:api-v22 source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) xsupplicant - 1.2.8-1.fc7.1.x86_64 requires libiw.so.28()(64bit) Broken deps for ppc ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.ppc requires libboost_unit_test_framework.so.2 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 glest-data - 2.0.0-4.fc8.noarch requires glest = 0:2.0.0 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 plplot-octave - 5.7.3-2.fc7.ppc requires octave(api) = 0:api-v22 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 xsupplicant - 1.2.8-1.fc7.1.ppc requires libiw.so.28 Broken deps for ppc64 ---------------------------------------------------------- QuantLib-test - 0.8.1-1.fc8.ppc64 requires libboost_unit_test_framework.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From jkeating at redhat.com Mon Aug 6 13:05:05 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 6 Aug 2007 09:05:05 -0400 Subject: request : manual override for interdependent package In-Reply-To: <13dbfe4f0708060324x4ad5aa08led858a5b0613ba11@mail.gmail.com> References: <13dbfe4f0708060324x4ad5aa08led858a5b0613ba11@mail.gmail.com> Message-ID: <20070806090505.6c4c911e@ender> On Mon, 6 Aug 2007 12:24:28 +0200 "Chitlesh GOORAH" wrote: > can anyone do a manual override so that qwtplot3d could be in > dist-fc7-build? LabPlot requires qwtplot3d to build. done. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From snecklifter at gmail.com Mon Aug 6 14:32:07 2007 From: snecklifter at gmail.com (Chris Brown) Date: Mon, 6 Aug 2007 15:32:07 +0100 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B618D2.8040505@fedoraproject.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> Message-ID: <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> On 05/08/07, Rahul Sundaram wrote: > Les Mikesell wrote: > > > That sometimes works, sometimes doesn't. It's not really the business of > > an OS to own and restrict everything that touches it, whether on the > > driver or application interfaces. Attempting that will limit what users > > can do with it. Would you, for example, put all of your critical data > > on a firewire drive while you upgrade through the kernels used from FC5 > > to current? > > I assume you know very well that discussing this here isn't going to > change how the upstream kernel works. Either go to LKML and see if you > can convince anyone with your arguments or drop it. Can I take it by that statement you mean that the Fedora project has no influence over the state of the upstream kernel? That would be a pretty sad state of affairs, given the size and influence of the project's main contributor. As the person who started this whole argument by querying kqemu's inclusion (or lack thereof) into the kernel, I can also state I started this here rather than on the LKML because: -There is more chance of me getting an answer here -I do not subscribe to LKML and do not wish to in order to ask one question -I prefer the ... how shall I put this .. ambience.. of the fedora-devel to LKML I think this is also a good forum to debate things in before poking a nose in LKML, to also glean information as to varying modules and their progression towards inclusion - yes I remain the eternal optimist. It is also sad to see you are yet again ordering people about on a public mailing list. If you are not interested in the discussion, you do not need to read or reply to it, the latter being an option I would personally prefer. Regards Chris -- http://www.chruz.com From oliver at linux-kernel.at Mon Aug 6 15:17:07 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 06 Aug 2007 17:17:07 +0200 Subject: rpms/db4/devel db-4.6.18-glibc.patch, NONE, 1.1 db4.spec, 1.47, 1.48 In-Reply-To: <200708061451.l76Ep8ZQ015089@cvs-int.fedora.redhat.com> References: <200708061451.l76Ep8ZQ015089@cvs-int.fedora.redhat.com> Message-ID: <46B73B73.8090504@linux-kernel.at> On 08/06/2007 04:51 PM, Jindrich Novy (jnovy) wrote: > Author: jnovy > > Update of /cvs/extras/rpms/db4/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv14937 > > Modified Files: > db4.spec > Added Files: > db-4.6.18-glibc.patch > Log Message: > - correct open() calls so that new db4 compiles with the new glibc [ ... ] Hasn't Jakub relaxed it in latest glibc build, so that it doesn't break!? And is it planned to send this patch upstream? -of From orion at cora.nwra.com Mon Aug 6 15:26:26 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 06 Aug 2007 09:26:26 -0600 Subject: Build hangs on ppc64 builder Message-ID: <46B73DA2.5000202@cora.nwra.com> Every time I've tried to build plplot for F-7 the ppc64 builder hangs. Other arches work and I don't have a ppc64 machine to test. Can someone see what it is hanging on? http://koji.fedoraproject.org/koji/getfile?taskID=89237&name=build.log Thanks! - Orion -- Orion Poplawski Technical Manager 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 mikeb at redhat.com Mon Aug 6 15:33:57 2007 From: mikeb at redhat.com (Mike Bonnet) Date: Mon, 06 Aug 2007 11:33:57 -0400 Subject: Build hangs on ppc64 builder In-Reply-To: <46B73DA2.5000202@cora.nwra.com> References: <46B73DA2.5000202@cora.nwra.com> Message-ID: <1186414437.28026.17.camel@burren.boston.redhat.com> On Mon, 2007-08-06 at 09:26 -0600, Orion Poplawski wrote: > Every time I've tried to build plplot for F-7 the ppc64 builder hangs. > Other arches work and I don't have a ppc64 machine to test. Can someone > see what it is hanging on? > > http://koji.fedoraproject.org/koji/getfile?taskID=89237&name=build.log One of the test scripts has been spinning at 100% on that box since the 4th. I suggest you take a look at what's wrong with that test script. Here's the relevant ps output: 103 30412 0.0 0.0 3624 1560 ? S Aug04 0:00 | \_ /bin/sh -e /var/tmp/rpm-tmp.67801 103 30413 0.0 0.1 15636 5356 ? S Aug04 0:00 | \_ ctest -V 103 30591 0.0 0.0 3624 1640 ? S Aug04 0:00 | \_ /bin/bash ./plplot-test.sh --device=psc --front-end=python 103 30596 0.0 0.0 3620 1552 ? S Aug04 0:00 | \_ /bin/bash ./test_python.sh 103 30597 97.1 0.1 11744 7068 ? R Aug04 2190:25 | \_ python /builddir/build/BUILD/plplot-5.7.3/fedora/examples/python/x01 -dev psc -o ./x01p.ps From dwmw2 at infradead.org Mon Aug 6 15:47:03 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 06 Aug 2007 23:47:03 +0800 Subject: Build hangs on ppc64 builder In-Reply-To: <46B73DA2.5000202@cora.nwra.com> References: <46B73DA2.5000202@cora.nwra.com> Message-ID: <1186415223.30408.93.camel@shinybook.infradead.org> On Mon, 2007-08-06 at 09:26 -0600, Orion Poplawski wrote: > Every time I've tried to build plplot for F-7 the ppc64 builder hangs. > Other arches work and I don't have a ppc64 machine to test. Mail me a SSH public key and you can have an account on a suitable box. -- dwmw2 From arjan at infradead.org Mon Aug 6 16:11:37 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Mon, 06 Aug 2007 09:11:37 -0700 Subject: Layering an IDS on Linux - prepwork In-Reply-To: <263878.50100.qm@web51506.mail.re2.yahoo.com> References: <263878.50100.qm@web51506.mail.re2.yahoo.com> Message-ID: <1186416697.2706.9.camel@laptopd505.fenrus.org> On Sun, 2007-08-05 at 17:30 -0700, Steve G wrote: > >It would even be nice if there was a "a program dumped core. Can I send a > backtrace > >to the distro vendor?" program that would allow fedora (and others) to get > > statistical information about where the most common crashes happen. > > That would be easy to add as a plugin to the audit event dispatcher. All it would > have to do is filter on the ANOM_ABEND event type and then do further analysis. > There is an example filter program here: /usr/share/doc/audit-1.5.6/skeleton.c > that could be used as the basis for this kind of tool. what I imagine is simpler than that; have the coredumps go to a specific directory on the system and just watch that directory from some daemon. Alternative is actually nicer; the new kernel can actually pipe coredumps to a program, that can just take care of all this from the start; no audit things needed whatsoever; that'd just be pointless overhead. From rnorwood at redhat.com Mon Aug 6 16:17:46 2007 From: rnorwood at redhat.com (Robin Norwood) Date: Mon, 06 Aug 2007 12:17:46 -0400 Subject: rawhide perl update problem In-Reply-To: <767659.11372.qm@web51507.mail.re2.yahoo.com> (Steve G.'s message of "Sun, 5 Aug 2007 04:29:57 -0700 (PDT)") References: <767659.11372.qm@web51507.mail.re2.yahoo.com> Message-ID: Steve G writes: > Hi, > > For about a week, yum update perl has done this: > > Running rpm_check_debug > --> Populating transaction set with selected packages. Please wait. > ---> Package perl-Test-Simple.x86_64 0:0.62-22.fc8 set to be updated > ---> Package perl-libs.x86_64 4:5.8.8-22.fc8 set to be updated > ---> Package perl-CPAN.x86_64 0:1.76_02-22.fc8 set to be updated > ---> Package perl-devel.x86_64 4:5.8.8-22.fc8 set to be updated > ---> Package perl-Test-Harness.x86_64 0:2.56-22.fc8 set to be updated > ---> Package perl.x86_64 4:5.8.8-22.fc8 set to be updated > ---> Package perl-ExtUtils-MakeMaker.x86_64 0:6.30-22.fc8 set to be updated > ERROR with rpm_check_debug vs depsolve: > Package perl-devel needs perl(ExtUtils::Embed), this is not available. > Complete! > > Doing "yum install perl-ExtUtils-Embed" causes the dependency to be correctly > resolved and perl updated. I can't seem to reproduce this - perl-ExtUtils-Embed provides perl(ExtUtils::Embed) and perl-devel requires the same. Is the x86_64 arch confusing yum somehow? -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From jkeating at redhat.com Mon Aug 6 16:23:34 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 6 Aug 2007 12:23:34 -0400 Subject: rawhide perl update problem In-Reply-To: References: <767659.11372.qm@web51507.mail.re2.yahoo.com> Message-ID: <20070806122334.2a5f6044@ender> On Mon, 06 Aug 2007 12:17:46 -0400 Robin Norwood wrote: > I can't seem to reproduce this - perl-ExtUtils-Embed provides > perl(ExtUtils::Embed) and perl-devel requires the same. Is the x86_64 > arch confusing yum somehow? Actually I think it is a small depsolving bug in yum that is fixed in CVS but not yet built for rawhide. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jakub at redhat.com Mon Aug 6 16:40:19 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Mon, 6 Aug 2007 12:40:19 -0400 Subject: rpms/db4/devel db-4.6.18-glibc.patch, NONE, 1.1 db4.spec, 1.47, 1.48 In-Reply-To: <46B73B73.8090504@linux-kernel.at> References: <200708061451.l76Ep8ZQ015089@cvs-int.fedora.redhat.com> <46B73B73.8090504@linux-kernel.at> Message-ID: <20070806164019.GD2063@devserv.devel.redhat.com> On Mon, Aug 06, 2007 at 05:17:07PM +0200, Oliver Falk wrote: > On 08/06/2007 04:51 PM, Jindrich Novy (jnovy) wrote: > > Author: jnovy > > > > Update of /cvs/extras/rpms/db4/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv14937 > > > > Modified Files: > > db4.spec > > Added Files: > > db-4.6.18-glibc.patch > > Log Message: > > - correct open() calls so that new db4 compiles with the new glibc > > [ ... ] > > Hasn't Jakub relaxed it in latest glibc build, so that it doesn't > break!? And is it planned to send this patch upstream? No. What I have fixed is a bug when correct use of open ("x", O_RDONLY) when compiled with -pedantic or -pedantic-errors resulted in errors and warnings - even in pedantic compilation modes it now behaves the same as in non-pedantic. Jakub From tonynelson at georgeanelson.com Mon Aug 6 16:43:38 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Mon, 6 Aug 2007 12:43:38 -0400 Subject: Yum says package "ntp" is not available which is not true In-Reply-To: <46B6FA66.9090400@conversis.de> References: <46B3A473.7080509@conversis.de> <20070804104039.12418c3e.mschwendt.tmp0701.nospam@arcor.de> <46B4D290.601@conversis.de> <1186270525.998.232.camel@cutter> <46B5DA0E.7010506@conversis.de> <46B63695.7050808@conversis.de> <46B6FA66.9090400@conversis.de> Message-ID: At 12:39 PM +0200 8/6/07, Dennis Jacobfeuerborn wrote: >Tony Nelson wrote: >> Yes, the checks passed. (They don't check referential integrity, the data >> relationships between tables. They just check that each table is in proper >> format.) >> >> It's good to know the database is not hosed when RPM is being weird. I've >> seen it limp along for quite a while, getting weirder and weirder. > >Yes, that's exactly why I posted about the problem on this mailinglist. >Right now it only seems to be a minor annoyance but I fear that it might >lead to bigger problems down the road. Given that other users have reported >similar problems on this list with other packages in the last couple of >days and that according to >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=250604 this problem >doesn't seem to be confined to rawhide I think this looks like a bug in >rpm. While I cannot say how serious this bug really is I tend to get a >little nervous when it comes to creeping integrity problems of databases >(rpm's or otherwise). Could this be a result of the latest rpm version >update (which had a rather long changelog)? Yes, certainly, that's programming for you. However, I'm not using that version so I can't be of more help (too darn busy to install F7 -- may skip to F8, sigh). Now that the simple stupid question is settled, it's time for me to be quiet and let this problem go back to the experts. -- ____________________________________________________________________ TonyN.:' ' From orion at cora.nwra.com Mon Aug 6 16:45:07 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 06 Aug 2007 10:45:07 -0600 Subject: Build hangs on ppc64 builder In-Reply-To: <1186414437.28026.17.camel@burren.boston.redhat.com> References: <46B73DA2.5000202@cora.nwra.com> <1186414437.28026.17.camel@burren.boston.redhat.com> Message-ID: <46B75013.5060009@cora.nwra.com> Mike Bonnet wrote: > On Mon, 2007-08-06 at 09:26 -0600, Orion Poplawski wrote: >> Every time I've tried to build plplot for F-7 the ppc64 builder hangs. >> Other arches work and I don't have a ppc64 machine to test. Can someone >> see what it is hanging on? >> >> http://koji.fedoraproject.org/koji/getfile?taskID=89237&name=build.log > > One of the test scripts has been spinning at 100% on that box since the > 4th. I suggest you take a look at what's wrong with that test script. > Here's the relevant ps output: > > 103 30412 0.0 0.0 3624 1560 ? S Aug04 0:00 | \_ /bin/sh -e /var/tmp/rpm-tmp.67801 > 103 30413 0.0 0.1 15636 5356 ? S Aug04 0:00 | \_ ctest -V > 103 30591 0.0 0.0 3624 1640 ? S Aug04 0:00 | \_ /bin/bash ./plplot-test.sh --device=psc --front-end=python > 103 30596 0.0 0.0 3620 1552 ? S Aug04 0:00 | \_ /bin/bash ./test_python.sh > 103 30597 97.1 0.1 11744 7068 ? R Aug04 2190:25 | \_ python /builddir/build/BUILD/plplot-5.7.3/fedora/examples/python/x01 -dev psc -o ./x01p.ps > > Well, as I said, the test runs fine on the other arches. I'll see if I can reproduce the problem on the machine David is going to let me use, but otherwise unless I can get access to the builder, someone else is going to have to help me track this down. Does strace give a clue as to what it is doing? gdb? -- Orion Poplawski Technical Manager 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 jcm at redhat.com Mon Aug 6 16:50:04 2007 From: jcm at redhat.com (Jon Masters) Date: Mon, 06 Aug 2007 12:50:04 -0400 Subject: Future of Yum In-Reply-To: <14366.1185805861@laptop13.inf.utfsm.cl> References: <46ADDF1C.6040201@redhat.com> <1185799809.2409.160.camel@cutter> <14366.1185805861@laptop13.inf.utfsm.cl> Message-ID: <1186419004.23029.560.camel@jcmlaptop> On Mon, 2007-07-30 at 10:31 -0400, Horst H. von Brand wrote: > seth vidal wrote: > > On Mon, 2007-07-30 at 14:52 +0200, Florian Festi wrote: > > > Hi! > > > > > > The next generation of yum can be found at http://www.yum4.org > > > And for those who want the future right now: http://www.yum5.org. > > > > > > If you think the content is too boring try using whois. > > > > > > > Florian, > > That is hilarious. Thanks for pointing that out. > > > > I was thinking from here on out we should just do squares for version > > number increases: > > > > yum 3 -> yum 9 -> yum 81 -> yum 6561 -> yum 43046721 -> yum > > 1853020188851841 > > Why not using the (La)TeX idea of an irrational number, adding a digit > each round? sqrt(11) = 3.316624... would do. So the next one would be > 3.3, then 3.31, 3.316, ... > > [Sadly, the "nice" numbers \pi, e, \phi are too small now...] Use resonant frequencies of your favorite isotopes - you get the benefit of higher version numbers and multiple choices for each release :P Yeah, I'm just being silly, catching up on old email. Jon. From notting at redhat.com Mon Aug 6 16:59:58 2007 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Aug 2007 12:59:58 -0400 Subject: [LICENSE CHANGE] emelfm2-0.3.5-1 (was Re: NOTE: Please publicize any license changes to your packages) In-Reply-To: <1186179924.3790.3.camel@wicktop.localdomain> References: <20070719184500.GC20184@nostromo.devel.redhat.com> <1186179924.3790.3.camel@wicktop.localdomain> Message-ID: <20070806165958.GB31486@nostromo.devel.redhat.com> Christoph Wickert (christoph.wickert at nurfuerspam.de) said: > Am Donnerstag, den 19.07.2007, 14:45 -0400 schrieb Bill Nottingham: > > The Fedora Engineering Steering Committee would like to remind maintainers > > that a license change in a package is a very serious event - it has as many, > > if not more, implications for related packages as ABI changes do. > > > > Therefore, if your package changes license, even if it just changes the > > license version, it is required that you announce it, whether on this list > > or fedora-devel-list. > > emelfm2's license changed from GPL v.2 to v.3 in emelfm2 0.3.5. Sorry > that I didn't announce this earlier, because it's already in rawhide and > updates-testing. Doesn't seem to provide any libraries, so it's safe in that regard. Bill From lesmikesell at gmail.com Mon Aug 6 17:09:26 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Mon, 06 Aug 2007 12:09:26 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> Message-ID: <46B755C6.4030407@gmail.com> Chris Brown wrote: > On 05/08/07, Rahul Sundaram wrote: >> Les Mikesell wrote: >> >>> That sometimes works, sometimes doesn't. It's not really the business of >>> an OS to own and restrict everything that touches it, whether on the >>> driver or application interfaces. Attempting that will limit what users >>> can do with it. Would you, for example, put all of your critical data >>> on a firewire drive while you upgrade through the kernels used from FC5 >>> to current? >> I assume you know very well that discussing this here isn't going to >> change how the upstream kernel works. Either go to LKML and see if you >> can convince anyone with your arguments or drop it. > > Can I take it by that statement you mean that the Fedora project has > no influence over the state of the upstream kernel? That would be a > pretty sad state of affairs, given the size and influence of the > project's main contributor. > > As the person who started this whole argument by querying kqemu's > inclusion (or lack thereof) into the kernel, I can also state I > started this here rather than on the LKML because: And I added my comments because RHEL demonstrates that a distribution does not have to pass upstream breakage directly to users, and the centosplus kernel shows that it can be pretty solid even if you leave in the parts that RHEL removes. > -There is more chance of me getting an answer here > -I do not subscribe to LKML and do not wish to in order to ask one question > -I prefer the ... how shall I put this .. ambience.. of the fedora-devel to LKML I don't see much hope for changes in kernel development unless/until someone puts together a really nice distribution around opensolaris so there is some other choice, but there is plenty of competition now at the linux distribution level and fedora has a somewhat-deserved reputation for breaking things with updates in the middle of a version cycle. Since fedora already has a very fast version turnover, why can't kernel updates be held back to security patches within a version or made 'opt-in' in the updater so users with working systems don't have unpleasant surprises? > I think this is also a good forum to debate things in before poking a > nose in LKML, to also glean information as to varying modules and > their progression towards inclusion - yes I remain the eternal > optimist. > > It is also sad to see you are yet again ordering people about on a > public mailing list. If you are not interested in the discussion, you > do not need to read or reply to it, the latter being an option I would > personally prefer. The discussion I'd like to see is to what extent stability matters and whether users that need it should just look for some other distro that includes firefox 2.x (etc.) but isn't so aggressive with kernel changes? -- Les Mikesell lesmikesell at gmail.com From orion at cora.nwra.com Mon Aug 6 17:37:47 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 06 Aug 2007 11:37:47 -0600 Subject: [Fwd: Build Error (Job 35477): perl-Device-SerialPort-1_002-3_el5 on fedora-5-epel] Message-ID: <46B75C6B.8070400@cora.nwra.com> What does this mean? Munged builder? -- Orion Poplawski Technical Manager 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 -------------- next part -------------- An embedded message was scrubbed... From: buildsys at fedoraproject.org Subject: Build Error (Job 35477): perl-Device-SerialPort-1_002-3_el5 on fedora-5-epel Date: Mon, 6 Aug 2007 12:54:27 -0400 (EDT) Size: 2535 URL: From debarshi.ray at gmail.com Mon Aug 6 18:18:32 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 6 Aug 2007 23:48:32 +0530 Subject: High frequency noise in Fedora 7 In-Reply-To: <3170f42f0707272027u61918acx90d4c2d403f8575@mail.gmail.com> References: <3170f42f0707261216o348cebdcrd32f94c9a3954fe9@mail.gmail.com> <20070726203233.GG3673@serv.smile.org.ua> <3170f42f0707272027u61918acx90d4c2d403f8575@mail.gmail.com> Message-ID: <3170f42f0708061118s6fde35fbk9609134dafd84782@mail.gmail.com> > > Did you try to setup ALSA 1.0.14 ? > alsa-utils-1.0.14-0.7.fc8 from Rawhide fixed it. It is back again. I have tried both the latest Rawhide and Fedora 7 kernels, and the latest Alsa packages. Sometimes the sound completely disappears when trying to adjust the volume from GNOME. Please let me know what I need to produce for someone to help solve this problem. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From kevin at scrye.com Mon Aug 6 18:36:33 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 6 Aug 2007 12:36:33 -0600 Subject: [Fwd: Build Error (Job 35477): perl-Device-SerialPort-1_002-3_el5 on fedora-5-epel] In-Reply-To: <46B75C6B.8070400@cora.nwra.com> References: <46B75C6B.8070400@cora.nwra.com> Message-ID: <20070806123633.77a574a7@ghistelwchlohm.scrye.com> On Mon, 06 Aug 2007 11:37:47 -0600 orion at cora.nwra.com (Orion Poplawski) wrote: > What does this mean? Munged builder? Yeah, something was in a bad state on the ppc builder. Things have been restarted, so can you requeue your job now and see if it works? kevin From tcallawa at redhat.com Mon Aug 6 20:34:50 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 06 Aug 2007 16:34:50 -0400 Subject: CMU license? Message-ID: <1186432490.3839.42.camel@dhcp67.install.boston.redhat.com> Hi. Did I tell you to use the CMU license for a package? Did you come to the conclusion that the CMU license was what you had? I was wrong. Forgive me. If you've got a package with: License: CMU change it to: License: MIT All apologies for the confusion, I promise, I won't change it again. :) ~spot From buildsys at fedoraproject.org Mon Aug 6 21:25:07 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 6 Aug 2007 17:25:07 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-06 Message-ID: <20070806212507.69F3C152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 15 NEW arm-gp2x-linux-gcc-4.1.2-5.fc6 : Cross Compiling GNU GCC targeted at arm-gp2x-linux NEW arm-gp2x-linux-glibc-2.3.6-4.fc6 : Cross Compiled GNU C Library targeted at arm-gp2x-linux ctapi-common-1.1-3.fc6 ctapi-cyberjack-3.0.3-3.fc6 emacs-vm-8.0.2.482-4.fc6 gammu-1.12.92-1.fc6 jd-1.9.6-0.2.beta070804.fc6 LabPlot-1.5.1.6-1.fc6 moodle-1.8.2-1.fc6 NEW Perlbal-1.59-1.fc6 : Reverse-proxy load balancer and webserver python-gammu-0.21-1.fc6 qwtplot3d-0.2.7-1.fc6 NEW ustr-1.0.1-4.fc6 : String library, very low memory overhead, simple to import xpdf-3.02-2.fc6 zope-2.9.8-1.fc6 Changes in Fedora Extras 6: arm-gp2x-linux-gcc-4.1.2-5.fc6 ------------------------------ * Thu May 31 2007 Hans de Goede 4.1.2-5 - Merge in avr-gcc cross compile changes arm-gp2x-linux-glibc-2.3.6-4.fc6 -------------------------------- * Sun Aug 05 2007 Hans de Goede 2.3.6-4 - Do NOT provide and require native glibc symbols * Fri Aug 03 2007 Hans de Goede 2.3.6-3 - Change License tag to: LGPLv2+ - Don't own %{_prefix}/%{target} and %{_prefix}/%{target}/include dirs, as these are already owned by the required arm-gp2x-linux-kernel-headers rpm ctapi-common-1.1-3.fc6 ---------------------- * Sat Aug 04 2007 Frank B?ttner - 1.1-3 - fix creation of the group and don't remove it * Mon Jul 23 2007 Ville Skytt? - 1.1-2 - Change group to ctapiusers. - Don't hardcode a static gid. - Don't remove the group at all. - Require shadow-utils for group creation. * Sat Jul 21 2007 Frank B?ttner - 1.1-1 - set version to 1.1 so that other packages can require it * Sat Jul 21 2007 Frank B?ttner - 1.0-5 - fix for #220767 all users that will use card readers must be in the new group cardusers. ctapi-cyberjack-3.0.3-3.fc6 --------------------------- * Mon Aug 06 2007 Frank B?ttner - 3.0.3-3 - apply fix only for F7 an newer * Sat Aug 04 2007 Frank B?ttner - 3.0.3-2 - fix #246842 (change udev rules) * Sat Jul 28 2007 Frank B?ttner - 3.0.3-1 - update to 3.0.3 - next fix for the "only root problem" * Sat Jul 21 2007 Frank B?ttner - 3.0.2-2 - fix the old "only root can use the reader" problem emacs-vm-8.0.2.482-4.fc6 ------------------------ * Mon Aug 06 2007 Jonathan G. Underwood - 8.0.2.482-4 - Fix archive directory name * Mon Aug 06 2007 Jonathan G. Underwood - 8.0.2.482-3 - Fix pixmap installation directory * Sun Aug 05 2007 Jonathan G. Underwood - 8.0.2.482-2 - Correct previous changelog entry - Correct error in source .tgz filename * Sun Aug 05 2007 Jonathan G. Underwood - 8.0.2.482-1 - Update to 8.0.2-devo482 - Clarify license gammu-1.12.92-1.fc6 ------------------- * Thu Aug 02 2007 Xavier Lamien < lxtnow[at]gmail.com > - 1.12.92.1 - Updated Release. * Wed Jul 25 2007 Xavier Lamien < lxtnow[at]gmail.com > - 1.12.91-1 - Updated Release. jd-1.9.6-0.2.beta070804.fc6 --------------------------- * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 LabPlot-1.5.1.6-1.fc6 --------------------- * Mon Jul 30 2007 Chitlesh Goorah - 1.5.1.6-1 - New upstream release * Mon Apr 23 2007 Chitlesh Goorah - 1.5.1.5-7 - removed parallel build for ppc moodle-1.8.2-1.fc6 ------------------ * Wed Jul 25 2007 Jon Ciesla - 1.8.2-1 - Update to 1.8.2. - Updated language packs to the 25 July 2007 versions. - Added Mongolian, Gujerati, Lao, Tongan, Maori (Waikato Uni), Samoan, Tamil. Perlbal-1.59-1.fc6 ------------------ * Wed Jun 20 2007 Ruben Kerkhof 1.59-1 - Upstream released new version - Received patch from upstream for failing buffered upload test (240693) python-gammu-0.21-1.fc6 ----------------------- * Tue Jul 03 2007 Xavier Lamien < lxtnow[at]gmail.com > - 0.21-1 - Updated Release. qwtplot3d-0.2.7-1.fc6 --------------------- * Mon Jul 30 2007 Chitlesh Goorah - 0.2.7-1 - New upstream release - Added optflags to the make process - fix ownership ustr-1.0.1-4.fc6 ---------------- * Sun Aug 05 2007 James Antill - 1.0.1-4 - Patches for minor GIT HEAD documentation fixes. - Install mkdir_p and fgrep examples. * Sat Aug 04 2007 James Antill - 1.0.1-2 - First upload to Fedora repos. * Fri Aug 03 2007 James Antill - 1.0.1-0.10.fc7 - Re-fix dups in -devel and -debug file lists. - Change license to new format * Thu Aug 02 2007 James Antill - 1.0.1-0.9.fc7 - Fix dups in -devel and -debug file lists. * Wed Aug 01 2007 James Antill - 1.0.1-0.8.fc7 - Required to make DBG_ONLY_BAD_POLICIES_HAVE_THIS_EMPTY_CFLAGS empty - due to so called "review" * Fri Jul 27 2007 James Antill - 1.0.1-0.2.fc7 - Next test release of 1.0.1, lots of fixes from Fedora review. * Wed Jul 25 2007 James Antill - 1.0.1-0 - Test release of 1.0.1. * Wed Jul 11 2007 James Antill - 1.0.0-1 - Upgrade to 1.0.0 - Minor fixes on specfile xpdf-3.02-2.fc6 --------------- * Mon Aug 06 2007 Tom "spot" Callaway 1:3.02-2 - fix font list parsing to squelch noise (bz 250709) - cleanup add-to-xpdfrc files, update xpdfrc to include them by default zope-2.9.8-1.fc6 ---------------- * Mon Aug 06 2007 Jonathan Steffan 2.9.8-1 - Updated to 2.9.8 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From linuxsemi at gmail.com Mon Aug 6 23:28:59 2007 From: linuxsemi at gmail.com (semi linux) Date: Mon, 6 Aug 2007 16:28:59 -0700 Subject: Bug in Initscripts...? Message-ID: I'm not sure if this is a "bug", something that has been left-out or an intentional design decision. So feel free to tell me if I'm out to lunch. In FC4, initscripts-8.11.1 will not rename an interfaces based on HWADDR unless ONBOOT=yes... I'm upgrading to F7 (or RHEL 5) soon but I was wondering the current status of this issue. I scoured the Changelog on RHEL5 (initscripts-8.45.14.EL) and got nothing. Before I pull down the CVS history and follow the code path I was wondering if anyone had dealt with this before. If it's not fixed, should it? I can work on a patch, if needed. - G. P.S. I currently use a combination of HWADDR and udev rules to get the naming of my interfaces right but it takes quite a bit of playing sometimes and turning off/erasing kudzu config. From dtimms at iinet.net.au Mon Aug 6 23:31:47 2007 From: dtimms at iinet.net.au (David Timms) Date: Tue, 07 Aug 2007 09:31:47 +1000 Subject: Packaging software with included Trademark images Message-ID: <46B7AF63.3080708@iinet.net.au> I'm pre-reviewing lshw: Hardware Lister https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229591 now: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251019 The upstream source contains svg logos to represent some common hardware: http://ezix.org/project/browser/packages/lshw/releases/B.02.11.01/src/gui/artwork The upstream developer has stated: "All the cliparts except the Intel logo were created from scratch using Inkscape and are released under GPLv2 (cf. the tags in SVG files). The Intel logo was converted from the official Intel EPS." Logos for AMD, Intel, bluetooth, usb, and images representing the form of various Apple products {with a visible apple logo} are amongst the other artwork. My impression is that they we could not be include this artwork, unless upstream has received explicit permission from the owner's of each trademark to use the actual or re-implementation of the logo in open source software. Can we include the logos ? If not, can we patch the source to not use the affected logos when building the package - yet still include the full .tar.gz upstream code that includes the logos ? From linuxsemi at gmail.com Mon Aug 6 23:37:43 2007 From: linuxsemi at gmail.com (semi linux) Date: Mon, 6 Aug 2007 16:37:43 -0700 Subject: Bug in Initscripts...? In-Reply-To: References: Message-ID: On 8/6/07, semi linux wrote: > I'm not sure if this is a "bug", something that has been left-out or > an intentional design decision. So feel free to tell me if I'm out to > lunch. > > In FC4, initscripts-8.11.1 will not rename an interfaces based on > HWADDR unless ONBOOT=yes... > > I'm upgrading to F7 (or RHEL 5) soon but I was wondering the current > status of this issue. I scoured the Changelog on RHEL5 > (initscripts-8.45.14.EL) and got nothing. Before I pull down the CVS > history and follow the code path I was wondering if anyone had dealt > with this before. > > If it's not fixed, should it? I can work on a patch, if needed. > > - G. > > P.S. I currently use a combination of HWADDR and udev rules to get the > naming of my interfaces right but it takes quite a bit of playing > sometimes and turning off/erasing kudzu config. > Clarification: - ifup ethX will rename the interface no matter what ONBOOT= - I'm asking if the interfaces should be renamed w/o having to be ifup'ed From notting at redhat.com Mon Aug 6 23:53:54 2007 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Aug 2007 19:53:54 -0400 Subject: Bug in Initscripts...? In-Reply-To: References: Message-ID: <20070806235354.GJ4275@nostromo.devel.redhat.com> semi linux (linuxsemi at gmail.com) said: > I'm not sure if this is a "bug", something that has been left-out or > an intentional design decision. So feel free to tell me if I'm out to > lunch. > > In FC4, initscripts-8.11.1 will not rename an interfaces based on > HWADDR unless ONBOOT=yes... > > I'm upgrading to F7 (or RHEL 5) soon but I was wondering the current > status of this issue. I scoured the Changelog on RHEL5 > (initscripts-8.45.14.EL) and got nothing. Before I pull down the CVS > history and follow the code path I was wondering if anyone had dealt > with this before. It's very much intentional, as with udev interfaces can be loaded in a random order. So renaming them all on module load is simplest. Bill From adam at spicenitz.org Tue Aug 7 02:40:04 2007 From: adam at spicenitz.org (Adam Goode) Date: Mon, 06 Aug 2007 22:40:04 -0400 Subject: CMU license? In-Reply-To: <1186432490.3839.42.camel@dhcp67.install.boston.redhat.com> References: <1186432490.3839.42.camel@dhcp67.install.boston.redhat.com> Message-ID: <46B7DB84.508@spicenitz.org> What about the Standard ML of New Jersey License (SMLNJL)? Is this just another instance of MIT? I'm asking because MLton has bits and pieces under different licenses: package license use -------------- ------------------------------ ------------ MLton MLton-LICENSE (BSD-style) SML/NJ NJ-LICENSE (BSD-style) front-end mllex specification front-end mlyacc specification precedence parser CM lexer and parser OS.IO, Posix.IO, Process, Unix mllex mlyacc and MLYacc Library Concurrent ML Library CKit Library mlnlffigen and MLNLFFI Library MLRISC Library SML/NJ Lib SMLNJ-LIB-LICENSE (BSD-style) SML/NJ Library ML Kit MLKit-LICENSE (MIT) Path, Time, Date gdtoa gdtoa-LICENSE (BSD-style) Real binary <-> decimal conversions gmp gmp-LICENSE (LGPL) IntInf It would be nice if I could just say "MIT" and be done with it. (gmp is not actually shipped with MLton) Adam Tom "spot" Callaway wrote: > Hi. > > Did I tell you to use the CMU license for a package? Did you come to the > conclusion that the CMU license was what you had? > > I was wrong. Forgive me. > > If you've got a package with: > > License: CMU > > change it to: > > License: MIT > > All apologies for the confusion, I promise, I won't change it again. :) > > ~spot > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From adam at spicenitz.org Tue Aug 7 02:41:21 2007 From: adam at spicenitz.org (Adam Goode) Date: Mon, 06 Aug 2007 22:41:21 -0400 Subject: CMU license? In-Reply-To: <46B7DB84.508@spicenitz.org> References: <1186432490.3839.42.camel@dhcp67.install.boston.redhat.com> <46B7DB84.508@spicenitz.org> Message-ID: <46B7DBD1.6030900@spicenitz.org> Ug, word wrapped. package license use -------------- ------------------------------ ------------ MLton MLton-LICENSE (BSD-style) SML/NJ NJ-LICENSE (BSD-style) front-end mllex specification front-end mlyacc specification precedence parser CM lexer and parser OS.IO, Posix.IO, Process, Unix mllex mlyacc and MLYacc Library Concurrent ML Library CKit Library mlnlffigen and MLNLFFI Library MLRISC Library SML/NJ Lib SMLNJ-LIB-LICENSE (BSD-style) SML/NJ Library ML Kit MLKit-LICENSE (MIT) Path, Time, Date gdtoa gdtoa-LICENSE (BSD-style) Real binary <-> decimal conversions gmp gmp-LICENSE (LGPL) IntInf Adam Adam Goode wrote: > What about the Standard ML of New Jersey License (SMLNJL)? Is this just > another instance of MIT? > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From seandarcy2 at gmail.com Tue Aug 7 02:21:26 2007 From: seandarcy2 at gmail.com (sean) Date: Mon, 06 Aug 2007 22:21:26 -0400 Subject: build system not seeing perl deps In-Reply-To: <1186221164.10963.1.camel@localhost> References: <1186221164.10963.1.camel@localhost> Message-ID: Erik van Pienbroek wrote: > Op vrijdag 03-08-2007 om 18:58 uur [tijdzone -0400], schreef sean: >> ERROR with rpm_check_debug vs depsolve: >> Package perl-devel needs perl(ExtUtils::Embed), this is not >> available. >> Complete! > > Hi, > > I also stumbled across this problem. 'Solved' it by manually installing > the perl-ExtUtils-MakeMaker package. > > Regards, > > Erik van Pienbroek > > Thanks. That worked for me. But if the build system doesn't catch it, the package will be much less likely to get the explicit Provides in the specfile it needs. sean From debarshi.ray at gmail.com Tue Aug 7 03:13:48 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 7 Aug 2007 08:43:48 +0530 Subject: Possible missing dependency for source-highlight. Message-ID: <3170f42f0708062013s91226d8y5ed00137fca47764@mail.gmail.com> Hi Adrian, http://koji.fedoraproject.org/koji/getfile?taskID=91833&name=root.log I was trying to build gengetopt-2.21-1 in Rawhide, which had source-highlight as one of the BuildRequires. The build failed for x86_64, and preliminary investigation revealed (see above link): Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-28428-3897/root install 'source-highlight' 'valgrind' 'help2man' Error: Missing Dependency: libboost_regex.so.2()(64bit) is needed by package source-highlight Since then I have removed source-highlight from the BuildRequires, but just thought it might be helpful to let you know. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From esandeen at redhat.com Tue Aug 7 04:38:58 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Mon, 06 Aug 2007 23:38:58 -0500 Subject: please enable XFS in anaconda In-Reply-To: <20070726190754.68d0316c@ender> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> Message-ID: <46B7F762.1060809@redhat.com> Jesse Keating wrote: > On Thu, 26 Jul 2007 16:32:30 -0500 > Dan Yocum wrote: > >> It's stable, widely tested, widely deployed, and >> it's being actively developed and maintained (which is more than can >> be said of some other filesystems that remain in the default list). >> It's in the kernel, it shouldn't be "hidden" in the depths of >> anaconda anymore. > > How's the SELinux support these days? And why can't I boot from xfs > yet? Not addressing either of these questions directly, but with regard to overall quality of xfs in F8... I ran the xfsqa test suite on 2.6.23-0.71.rc2.fc8 over the weekend. Of the "auto" test group (those expected to pass reliably), 90 of 93 tests passed (this after fixing a quota bug I found & fixed over the weekend). Of the 3 failures, 2 are "harmless" - i.e. no data corruption, security issues, or anything like that - one is a bleeding-edge allocator feature not working quite 100%, another has to do with slightly different log traffic pattern due to a recent change w.r.t. the expected output. The "real" failure has to do with mmap writes into preallocated space; I'll look into that as I have time. just FYI, -Eric From airlied at redhat.com Tue Aug 7 05:01:40 2007 From: airlied at redhat.com (Dave Airlie) Date: Tue, 07 Aug 2007 15:01:40 +1000 Subject: please enable XFS in anaconda In-Reply-To: <46B7F762.1060809@redhat.com> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46B7F762.1060809@redhat.com> Message-ID: <1186462900.4312.15.camel@dhcp-64-231.bne.redhat.com> On Mon, 2007-08-06 at 23:38 -0500, Eric Sandeen wrote: > Jesse Keating wrote: > > On Thu, 26 Jul 2007 16:32:30 -0500 > > Dan Yocum wrote: > > > >> It's stable, widely tested, widely deployed, and > >> it's being actively developed and maintained (which is more than can > >> be said of some other filesystems that remain in the default list). > >> It's in the kernel, it shouldn't be "hidden" in the depths of > >> anaconda anymore. > > > > How's the SELinux support these days? And why can't I boot from xfs > > yet? > > Not addressing either of these questions directly, but with regard to > overall quality of xfs in F8... I ran the xfsqa test suite on > 2.6.23-0.71.rc2.fc8 over the weekend. Of the "auto" test group (those > expected to pass reliably), 90 of 93 tests passed (this after fixing a > quota bug I found & fixed over the weekend). Of the 3 failures, 2 are > "harmless" - i.e. no data corruption, security issues, or anything like > that - one is a bleeding-edge allocator feature not working quite 100%, > another has to do with slightly different log traffic pattern due to a > recent change w.r.t. the expected output. > > The "real" failure has to do with mmap writes into preallocated space; > I'll look into that as I have time. Don't we ship Fedora with 4K stacks, so I've heard XFS + RAID stuff can overflow the stack.. so it may not be the stable.. Dave. From sertac.liste at gmail.com Tue Aug 7 06:24:35 2007 From: sertac.liste at gmail.com (=?utf-8?B?U2VydGHDpyDDli4gWcSxbGTEsXo=?=) Date: Tue, 7 Aug 2007 09:24:35 +0300 Subject: Anaconda crash for Turkish installation In-Reply-To: <1181737834.3673.24.camel@localhost.localdomain> References: <1181737834.3673.24.camel@localhost.localdomain> Message-ID: <20070807062435.GA5228@kerouac> [13.Haz.07 15:30 +0300] Baris Cicek: >It's not possible to install fedora 7 unless you choose other language, >and if you prefer to use Turkish, change the language post-install. >That's not acceptable for regular user. I'm affraid most Turkish users >think that Fedora has a problem and they choose other distributions. I can *still* reproduce this with f8-test1. It was initially reported for FC5?. Can someone modify the summary of the bug report and add blocker for f8? ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191096 -- ~serta? From jnovy at redhat.com Tue Aug 7 07:18:23 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Tue, 7 Aug 2007 09:18:23 +0200 Subject: rpms/db4/devel db-4.6.18-glibc.patch, NONE, 1.1 db4.spec, 1.47, 1.48 In-Reply-To: <46B73B73.8090504@linux-kernel.at> References: <200708061451.l76Ep8ZQ015089@cvs-int.fedora.redhat.com> <46B73B73.8090504@linux-kernel.at> Message-ID: <20070807071823.GB7363@dhcp-lab-186.brq.redhat.com> On Mon, Aug 06, 2007 at 05:17:07PM +0200, Oliver Falk wrote: > And is it planned to send this patch upstream? It's a trivial fix, but I sent it to upstream already. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From mschwendt.tmp0701.nospam at arcor.de Tue Aug 7 08:24:59 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 7 Aug 2007 10:24:59 +0200 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <46B657C6.1060806@fedoraproject.org> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <200708051811.39019.lightsolphoenix@gmail.com> <46B64CC3.80805@fedoraproject.org> <200708051825.03786.lightsolphoenix@gmail.com> <46B657C6.1060806@fedoraproject.org> Message-ID: <20070807102459.df7e220e.mschwendt.tmp0701.nospam@arcor.de> On Mon, 06 Aug 2007 04:35:42 +0530, Rahul Sundaram wrote: > Kelly wrote: > > > Experimentation I performed at the time showed that the problem was the system > > didn't have any way of properly finding the fonts. When I started using xfs, > > the problem disappeared. That is why I'm worried about it. > > That should not happen in Fedora anymore. Depends on your configuration. Here with F7 and GNOME I could not stop xfs because fonts would be missing afterwards. E.g. Emacs fails fatally: $ emacs No fonts match `-*-fixed-*-*-*-*-*-*-*-*-*-100-iso8859-15' $ xterm Warning: Cannot convert string "nil2" to type FontStruct xterm: unable to open font "-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-15", trying "fixed".... And stopping a running xfs sort of "kills" X until the X server is restarted. From drago01 at gmail.com Tue Aug 7 08:32:28 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 07 Aug 2007 10:32:28 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> Message-ID: <46B82E1C.1020400@gmail.com> Chris Brown wrote: > [...] > -I do not subscribe to LKML and do not wish to in order to ask one question > you don't have to .. you can just send a mail to lkml and note that you are not subscribed so that people should CC you on replies. From sundaram at fedoraproject.org Tue Aug 7 10:14:57 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 07 Aug 2007 15:44:57 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> Message-ID: <46B84621.6090407@fedoraproject.org> Chris Brown wrote: > Can I take it by that statement you mean that the Fedora project has > no influence over the state of the upstream kernel? That would be a > pretty sad state of affairs, given the size and influence of the > project's main contributor. Pick the most appropriate list to discuss it. Fedora folks work on GNOME too but doesn't mean you should discuss all the GNOME changes here. > It is also sad to see you are yet again ordering people about on a > public mailing list. If you are not interested in the discussion, you > do not need to read or reply to it, the latter being an option I would > personally prefer. Nobody is ordering anyone here. Continue discussing it here if you want to. Just pointing out that it isn't going to suddenly convince kernel developers to have a ABI for kernel modules. Rahul From sundaram at fedoraproject.org Tue Aug 7 10:16:56 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 07 Aug 2007 15:46:56 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B755C6.4030407@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> Message-ID: <46B84698.7080501@fedoraproject.org> Les Mikesell wrote: > > And I added my comments because RHEL demonstrates that a distribution > does not have to pass upstream breakage directly to users, That involves tedious back porting. Not something we have the resources in Fedora. Fedora has a explicit goal to be close to upstream and the explicit non-goal to support proprietary components. Rahul From skasal at redhat.com Tue Aug 7 10:19:09 2007 From: skasal at redhat.com (Stepan Kasal) Date: Tue, 7 Aug 2007 12:19:09 +0200 Subject: Anaconda crash for Turkish installation In-Reply-To: <20070807062435.GA5228@kerouac> References: <1181737834.3673.24.camel@localhost.localdomain> <20070807062435.GA5228@kerouac> Message-ID: <20070807101909.GA3719@camelia.ucw.cz.> Hello Serta?, thank you for pointing out this important issue. On Tue, Aug 07, 2007 at 09:24:35AM +0300, Serta? ?. Y?ld?z wrote: > Baris Cicek wrote: > > It's not possible to install fedora 7 unless you choose other language, > > [... than] Turkish, change the language post-install. > >That's not acceptable for regular user. I'm affraid most Turkish users > >think that Fedora has a problem and they choose other distributions. > > I can *still* reproduce this with f8-test1. It was initially reported > for FC5?. Can someone modify the summary of the bug report and add > blocker for f8? > > ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191096 OK, I modified the summary, changed the version from fc5 to f8test1, added a comment linking to your mail, increased priority to high (severity already was high), changed the component to "python," and changed the owner and QA contact accordingly. Let's see what happens. Have a nice day, Stepan Kasal From skasal at redhat.com Tue Aug 7 10:46:03 2007 From: skasal at redhat.com (Stepan Kasal) Date: Tue, 7 Aug 2007 12:46:03 +0200 Subject: rawhide perl update problem In-Reply-To: <20070806122334.2a5f6044@ender> References: <767659.11372.qm@web51507.mail.re2.yahoo.com> <20070806122334.2a5f6044@ender> Message-ID: <20070807104603.GB3719@camelia.ucw.cz.> Hello, On Mon, Aug 06, 2007 at 12:23:34PM -0400, Jesse Keating wrote: > Actually I think it is a small depsolving bug in yum that is fixed in > CVS but not yet built for rawhide. does this indicate that you looked at the depsolving code recently? Bug 240540 seems to indicate a depsolving problem in a previous version of yum: perl-5.8.8-15.*.rpm _both_ required and provided libperl.so since perl-5.8.8-15, perl rpm only required liboperl.so, which is provided by perl-libs-*.rpm. Could you perhaps inspect the current code that it correctly handles the situation when a previous self-provided requirement starts being important? Thanks, Stepan Kasal From buildsys at redhat.com Tue Aug 7 10:51:51 2007 From: buildsys at redhat.com (Build System) Date: Tue, 7 Aug 2007 06:51:51 -0400 Subject: rawhide report: 20070807 changes Message-ID: <200708071051.l77Appgi029710@porkchop.devel.redhat.com> New package Perlbal Reverse-proxy load balancer and webserver New package guile-cairo The Cairo graphics library for Guile Scheme New package mpfr A C library for multiple-precision floating-point computations New package pidgin-otr Off-The-Record Messaging plugin for Pidgin Updated Packages: ConsoleKit-0.2.1-4.fc8 ---------------------- * Mon Aug 06 2007 Matthias Clasen - 0.2.1-4 - Update license field QuantLib-0.8.1-1.fc8.1 ---------------------- * Mon Aug 06 2007 Tom "spot" Callaway 0.8.1-1.1 - rebuild for new boost in rawhide anaconda-11.3.0.17-1 -------------------- * Mon Aug 06 2007 Chris Lumens 11.3.0.17-1 - Check the rpmdb of the installed root (katzj). - Fix mknod calls (hhara AT miraclelinux DOT com). - Generate module-info at build time (notting). - Use more specific error messages when copying stage2 fails (#250954). - Test using zenity for kickstart script progress reports (#147109). at-spi-1.19.5-2.fc8 ------------------- * Mon Aug 06 2007 Matthias Clasen - 1.19.5-2 - Update license field atk-1.19.6-2.fc8 ---------------- * Mon Aug 06 2007 Matthias Clasen - 1.19.6-2 - Update license field boa-0.94.14-0.7.rc21.fc8 ------------------------ * Mon Aug 06 2007 Matthias Saou 0.94.14-0.7.rc21 - Include cgi.c patch to fix env. variable dump (#250950, Jose Pedro Oliveira). - Update license field. * Tue Jun 19 2007 Matthias Saou 0.94.14-0.6.rc21 - Switch to using .bz2 sources. - Add missing scriplet requirements. - Switch webroot to /srv/www/boa. - Change user creation to create its own "boa" group instead of "www". - Update config patch to match updates. - Create empty default cgi-bin directory. - Fix sysconfig file mode (755 -> 644). control-center-1:2.19.6-3.fc8 ----------------------------- * Mon Aug 06 2007 Matthias Clasen - 2.19.6-3 - Update the license field again - Use %find_lang for help files, too ctapi-cyberjack-3.0.3-3.fc8 --------------------------- * Mon Aug 06 2007 Frank B??ttner - 3.0.3-3 - apply fix only for F7 an newer * Sat Aug 04 2007 Frank B??ttner - 3.0.3-2 - fix #246842 (change udev rules) * Sat Jul 28 2007 Frank B??ttner - 3.0.3-1 - update to 3.0.3 - next fix for the "only root problem" dasher-4.5.2-2.fc8 ------------------ * Mon Aug 06 2007 Matthias Clasen - 4.5.2-2 - Update license field dcraw-8.77-1.fc8 ---------------- * Mon Feb 05 2007 Nils Philippsen - 8.77-1 - version 8.77 dd2-0.2.1-2.fc8 --------------- desktop-file-utils-0.13-2.fc8 ----------------------------- * Mon Aug 06 2007 Matthias Clasen - 0.13-2 - Update license field djvulibre-3.5.19-3.fc8 ---------------------- * Mon Aug 06 2007 Matthias Saou 3.5.19-3 - Update License field. dvb-apps-1.1.1-9.fc8 -------------------- * Mon Aug 06 2007 Ville Skytt?? - 1.1.1-9 - Do not build test binaries we don't run or ship. - Update tuning files to 20070806. - Change License tag to GPLv2+. emacs-vm-8.0.2.482-4.fc8 ------------------------ * Mon Aug 06 2007 Jonathan G. Underwood - 8.0.2.482-4 - Bump release - Fix previous changelog entry * Sat Aug 04 2007 Jonathan G. Underwood - 8.0.2.482-3 - Clarify license * Wed Jul 25 2007 Jesse Keating - 8.0.2.482-2 - Rebuild for RH #249435 eog-2.19.4-3.fc8 ---------------- * Mon Aug 06 2007 Matthias Clasen - 2.19.4-3 - Update license field - Use %find_lang for help files, too fillets-ng-0.7.4-2.fc8 ---------------------- * Mon Aug 06 2007 Matthias Saou 0.7.4-2 - Update License field. fillets-ng-data-0.7.4-2 ----------------------- * Mon Aug 06 2007 Matthias Saou 0.7.4-2 - Update License field. fuse-convmvfs-0.2.4-4.fc8 ------------------------- * Tue Aug 07 2007 ZC Miao - 0.2.4-4 - increase release ver to fix EVR problems gchempaint-0.8.2-2.fc8 ---------------------- * Mon Aug 06 2007 Julian Sikorski - 0.8.2-2 - Adjusted for new goffice - Delete the goffice plugin libtool archive as well * Sun Jul 29 2007 Julian Sikorski - 0.8.2-1 - Updated to 0.8.2 - Merged the useless -devel package with the main one - Fixed bogus theme dir * Fri Jun 29 2007 Julian Sikorski - 0.8.1-1 - Updated to 0.8.1 - Dropped upstreamed patches gdm-1:2.19.5-6.fc8 ------------------ * Mon Aug 06 2007 Matthias Clasen - 1:2.19.5-6 - Require gnome-keyring-pam * Mon Aug 06 2007 Ray Strode - 1:2.19.5-5 - change previous patch to drop even more code * Mon Aug 06 2007 Ray Strode - 1:2.19.5-4 - turn off dwellmouselistener if devices don't send core events. don't warp pointer to stylus ever (upstream bug 457998) gengetopt-2.21-2.fc8 -------------------- * Tue Aug 07 2007 Debarshi Ray - 2.21-2 - Removed 'BuildRequires: source-highlight' to prevent build failure. * Sat Aug 04 2007 Debarshi Ray - 2.21-1 - Version bump to 2.21. Closes Red Hat Bugzilla bug #250817. - License changed to GPLv3 or later. - Parallel build problems fixed by upstream. - README.example added by upstream. gmp-4.2.1-1.fc8 --------------- * Mon Aug 06 2007 Ivana Varekova 4.2.1-1 - update to 4.2.1 - do some spec cleanups - fix 238794 - gmp-devel depends on {version} but not on {version}-{release} - remove mpfr (moved to separate package) * Thu Jul 05 2007 Florian La Roche 4.1.4-13 - don't fail scripts to e.g. allow excludedocs installs * Tue Apr 24 2007 Karsten Hopp 4.1.4-12.3 - fix library permissions gnome-applets-1:2.19.1-5.fc8 ---------------------------- * Sun Aug 05 2007 Matthias Clasen - 1:2.19.1-5 - Use %find_lang for help files, too - Update the license field gnome-chemistry-utils-0.8.2-3.fc8 --------------------------------- * Mon Aug 06 2007 Julian Sikorski - 0.8.2-3 - Added goffice04-devel to -devel subpackage Requires gnome-panel-2.19.5-6.fc8 ------------------------ * Mon Aug 06 2007 Matthias Clasen - 2.19.5-7 - Update license field again - Use %find_lang for help files, too * Sat Aug 04 2007 Matthias Clasen - 2.19.5-6 - Update license field gnome-screensaver-2.19.6-4.fc8 ------------------------------ * Mon Aug 06 2007 Matthias Clasen - 2.19.6-4 - Require gnome-keyring-pam * Fri Aug 03 2007 Matthias Clasen - 2.19.6-3 - Update the license field gtk2hs-0.9.12-1.fc7 ------------------- * Fri Jul 27 2007 Bryan O'Sullivan - 0.9.12-1 - update to 0.9.12 release hackedbox-0.8.5-2.fc8 --------------------- * Mon Aug 06 2007 Matthias Saou 0.8.5-2 - Update License field. - Switch to using DESTDIR install method. hal-cups-utils-0.6.12-2.fc8 --------------------------- * Mon Aug 06 2007 Tim Waugh 0.6.12-2 - Don't use IEEE 1284 DES field for device description: make/model strings are better. i8kutils-1.25-12 ---------------- * Mon Aug 06 2007 Matthias Saou 1.25-12 - Update License field. - Remove dist tag, since the package will seldom change. im-chooser-0.4.1-3.fc8 ---------------------- * Mon Aug 06 2007 Akira TAGOH - 0.4.1-3 - Own /etc/X11/xinit/xinput.d (#250960) js-1.60-3.fc8 ------------- * Mon Aug 06 2007 Matthias Saou 1.60-3 - Update License field. - Add perl(ExtUtils::MakeMaker) build requirement to pull in perl-devel. * Fri Feb 02 2007 Matthias Saou 1.60-2 - Include jsopcode.tbl and js.msg in devel (#235481). - Install static lib mode 644 instead of 755. * Fri Feb 02 2007 Matthias Saou 1.60-1 - Update to 1.60. - Rebuild in order to link against ncurses instead of termcap (#226773). - Add ncurses-devel build requirement and patch s/termcap/ncurses/ in. - Change mode of perl library from 555 to 755 (#224603). kannel-1.4.1-4 -------------- * Mon Aug 06 2007 Matthias Saou 1.4.1-4 - Update License field. - Switch to using the DESTDIR install method. - No longer mark init script as config file. - Remove executable bit from man pages. - Move gw-config to devel sub-package. * Thu Dec 14 2006 Matthias Saou 1.4.1-3 - Add ghostscript build requirement, needed (at least on) RHEL4. kdelibs-6:3.5.7-17.fc8 ---------------------- * Mon Aug 06 2007 Than Ngo - 6:3.5.7-17 - cleanup kernel-2.6.23-0.73.rc2.fc8 -------------------------- * Mon Aug 06 2007 John W. Linville - Update git-wireless-dev.patch (bcm43xx-mac80211 & zd1211rw-mac80211 updates) - mac80211: Filter locally-originated multicast frames echoed by AP (2nd try) - mac80211: probe for hidden SSIDs during when scanning for association * Mon Aug 06 2007 Dave Jones - Make CONFIG_DEBUG_STACK_USAGE a 'make debug' option. * Sat Aug 04 2007 Dave Jones - 2.6.23-rc2 libcaca-0.99-0.2.beta11.fc8 --------------------------- * Mon Aug 06 2007 Matthias Saou 0.99-0.2.beta11 - Update License field. mediawiki-1.10.0-35.0.1.fc8 --------------------------- * Wed May 09 2007 Axel Thimm - 1.10.0-35 - Update to 1.0. * Thu Feb 22 2007 Axel Thimm - 1.9.3-34 - Update to 1.9.4. memcached-1.2.3-7.fc8 --------------------- * Mon Aug 06 2007 Paul Lindner - 1.2.3-7 - Fix problem with -P and -d flag combo on x86_64 - Fix init script for FC-6 metakit-2.4.9.7-2.fc8 --------------------- * Mon Aug 06 2007 Matthias Saou 2.4.9.7-2 - Fix License field, it's "MIT", not "GPL". milter-regex-1.7-1.fc8 ---------------------- * Mon Aug 06 2007 Paul Howarth - 1.7-1 - update to 1.7 (sendmail macro filtering support added) - tarball now includes a versioned directory name - split milter-regex.conf out from being a here document in the spec and have it as a separate source file instead - unexpand tabs - use the standard scriptlet for user/group creation in %pre - use %{_initrddir} rather than %{_sysconfdir}/rc.d/init.d for initscript - use %{__install} rather than %{__cp} in %install - drop scriptlet dependencies on /sbin/service by calling initscript directly - LSB-ize initscript (#246983) obexftp-0.22-0.3.rc6.fc8 ------------------------ * Mon Aug 06 2007 Dominik Mierzejewski - 0.22-0.3.rc6 - updated to 0.22-rc6 - added ruby bindings (patch by Andy Shevchenko) - dropped upstreamed patch - added missing BRs for F7+ oidentd-2.0.8-3.fc8 ------------------- * Mon Aug 06 2007 Matthias Saou 2.0.8-3 - Include masquerade patch fix for 2.6.21+ (#247868, Vilius ??umskas). - Update License field. - Switch to using DESTDIR install method. pam-0.99.8.1-3.fc8 ------------------ * Mon Aug 06 2007 Tomas Mraz 0.99.8.1-3 - updated db4 to 4.6.18 (#249740) - added user and new instance parameters to namespace init - document the new features of pam_namespace - do not log an audit error when uid != 0 (#249870) * Wed Jul 25 2007 Jeremy Katz - 0.99.8.1-2 - rebuild for toolchain bug * Mon Jul 23 2007 Tomas Mraz 0.99.8.1-1 - upgrade to latest upstream version - add some firewire devices to default console perms (#240770) perl-libintl-1.16-4.fc8 ----------------------- * Mon Aug 06 2007 Matthias Saou 1.16-4 - Update License field. - Add perl(ExtUtils::MakeMaker) build requirement. php-eaccelerator-1:0.9.5.1-5.fc8 -------------------------------- * Mon Aug 06 2007 Matthias Saou 1:0.9.5.1-5 - Update License field. php-pecl-mailparse-2.1.1-7 -------------------------- * Mon Aug 06 2007 Matthias Saou 2.1.1-7 - Update License field. - Remove dist tag, since the package will seldom change. pigment-0.3.1-1.fc8 ------------------- * Sat Aug 04 2007 Matthias Saou 0.3.1-1 - Update to 0.3.1. - Correct License field from "GPL" to "LGPLv2+". - Disable gtk-doc because it tries to link to libpigment directly, which isn't yet available. - Add new "check" build requirement. postgrey-1.30-1.fc8 ------------------- * Mon Aug 06 2007 Matthias Saou 1.30-1 - Update to 1.30. - Update License field. quodlibet-1.0-2.fc8 ------------------- * Mon Jul 09 2007 Todd Zullinger - 1.0-2 - Small fix for changes in python-gpod-0.5.2 - Fix some desktop-file-install warning and errors qwtplot3d-0.2.7-1.fc8 --------------------- repoview-0.6.0-1.fc8 -------------------- * Thu Jul 19 2007 Konstantin Ryabitsev - 0.6.0-1 - Upstream 0.6.0 - Drop obsolete patch * Tue Jul 04 2006 Konstantin Ryabitsev - 0.5.2-1 - Version 0.5.2 - Use yum-2.9 API patch (Jesse Keating) * Wed Feb 15 2006 Konstantin Ryabitsev - 0.5.1-1 - Version 0.5.1 rsyslog-1.18.0-1.fc8 -------------------- * Mon Aug 06 2007 Peter Vrabec 1.18.0-1 - new upstream release scim-bridge-0.4.13-2.fc8 ------------------------ * Tue Aug 07 2007 Huang Peng - 0.4.13-2 - setlocale in scim-agent to fix bug (#242864) seamonkey-1.1.3-5.fc8 --------------------- * Mon Aug 06 2007 Martin Stransky 1.1.3-5 - unwrapped plugins moved to the old location selinux-policy-3.0.5-2.fc8 -------------------------- * Mon Aug 06 2007 Dan Walsh 3.0.5-2 - Fixes for ldconfig slim-1.2.6-6.fc8 ---------------- * Mon Aug 06 2007 Anders F Bjorklund 1.2.6-6 - require system-logos instead of fedora-logos (#250365) smb4k-0.8.4-1.fc7 ----------------- * Fri Aug 03 2007 Marcin Garski 0.8.4-1 - Update to 0.8.4 spampd-2.30-4 ------------- strigi-0.5.4-1.fc8 ------------------ * Mon Aug 06 2007 Deji Akingunola - 0.5.4-1 - Update to 0.5.4 proper - License tag update torcs-1.3.0-2.fc8 ----------------- * Mon Aug 06 2007 Matthias Saou 1.3.0-2 - Update License field. - Minor spec file cleanups. - Minor desktop file cleanups. torcs-data-1.3.0-2 ------------------ * Mon Aug 06 2007 Matthias Saou 1.3.0-2 - Update License field. - Don't use _sourcedir. udunits-1.12.4-11.fc8.1 ----------------------- * Mon Aug 06 2007 Tom "spot" Callaway 1.12.4-11.1 - fix license (MIT) ufraw-0.12-1.fc8 ---------------- * Mon Aug 06 2007 Nils Philippsen - 0.12-1 - version 0.12 - drop obsolete exiv2, cmserrorhandler patches - package ufraw-mime.xml for up to Fedora 7, RHEL 5 upx-3.01-1.fc8 -------------- * Mon Aug 06 2007 Jon Ciesla - 3.01-1 - 3.01. * Sun May 13 2007 Ville Skytt?? - 3.00-1 - 3.00. xmms-acme-0.4.3-7 ----------------- * Sun Aug 05 2007 Matthias Saou 0.4.3-7 - Update License field. - Remove dist tag, since the package will seldom change. xmms-arts-0.7.1-5 ----------------- * Sun Aug 05 2007 Matthias Saou 0.7.1-5 - Update License field. - Remove dist tag, since the package will seldom change. xmms-crossfade-0.3.12-1 ----------------------- * Sun Aug 05 2007 Matthias Saou 0.3.12-1 - Update to 0.3.12. - Add missing xmme epoch to the versionned requirement. - Update License field. - Remove dist tag, since the package will seldom change. - Switch to using DESTDIR install method. xmms-lirc-1.4-10 ---------------- * Fri Aug 03 2007 Matthias Saou 1.4-10 - Update License field. - Remove dist tag, since the package will seldom change. - Switch to using the DESTDIR install method. xmms-modplug-2.05-10.fc8 ------------------------ * Mon Aug 06 2007 Ville Skytt?? - 2.05-10 - Build with plugin.h from xmms-devel instead of a private copy. xmms-speex-0.9.1-10 ------------------- * Mon Aug 06 2007 Matthias Saou 0.9.1-10 - Update License field. - Remove dist tag, since the package will seldom change. xorg-x11-xinit-1.0.2-26.fc8 --------------------------- * Mon Aug 06 2007 Soren Sandmann 1.0.2-26 - Bump release * Mon Aug 06 2007 Soren Sandmann 1.0.2-25 - Fix typo: s/unask/umask/ - Bug 250882, Jan ONDREJ (ondrejj at salstar.sk) xpdf-1:3.02-2.fc8 ----------------- * Mon Aug 06 2007 Tom "spot" Callaway 1:3.02-2 - fix font list parsing to squelch noise (bz 250709) - cleanup add-to-xpdfrc files, update xpdfrc to include them by default xsupplicant-1.2.8-3.fc8 ----------------------- * Mon Aug 06 2007 Tom "spot" Callaway 1.2.8-3 - fix xsupplicant to compile in devel (needs linux/if.h) - fix doc generation - fix license * Wed May 23 2007 Christopher Aillon 1.2.8-2 - Rebuild against newer libiw.so Broken deps for i386 ---------------------------------------------------------- conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 plplot-octave - 5.7.3-2.fc7.i386 requires octave(api) = 0:api-v22 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) plplot-octave - 5.7.3-2.fc7.x86_64 requires octave(api) = 0:api-v22 source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 glest-data - 2.0.0-4.fc8.noarch requires glest = 0:2.0.0 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 plplot-octave - 5.7.3-2.fc7.ppc requires octave(api) = 0:api-v22 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From drago01 at gmail.com Tue Aug 7 11:06:46 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 07 Aug 2007 13:06:46 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> Message-ID: <46B85246.2070106@gmail.com> Have you read Documentation/stable_api_nonsense.txt ? From pmatilai at redhat.com Tue Aug 7 11:49:13 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Tue, 7 Aug 2007 14:49:13 +0300 (EEST) Subject: RPM roadmapping In-Reply-To: <1186356803.3196.3.camel@localhost.localdomain> References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> Message-ID: On Sun, 5 Aug 2007, Matthias Clasen wrote: > One more thing that would be nice to take into consideration for rpm is > support for language packs or some way to install a limited set of > locales. We have traditionally kept our head in the sand, and said > rpm does not support this, disks are getting bigger anyway. But for > making useful live cds, something like this is pretty much indispensable > (considering that OOo with all locales is already bigger than one cd). > > The existing %lang tag support might be almost good enough. Actually rpm does already support installing only a limited set of locales via %{_install_langs} macro setting, and I think anaconda even set that to match the selected languages at some point. It's just not that useful since there's no way (apart from reinstalling with --force) to get back any of the skipped languages. Creating sub-packages for different locales doesn't suffer from that problem but causes package (metadata) bloat... - Panu - From pmatilai at redhat.com Tue Aug 7 12:01:55 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Tue, 7 Aug 2007 15:01:55 +0300 (EEST) Subject: RPM roadmapping In-Reply-To: <20070802095550.GN7910@xi.wantstofly.org> References: <46A9EA0F.30405@gmail.com> <46B1A063.9010208@gmail.com> <20070802095550.GN7910@xi.wantstofly.org> Message-ID: On Thu, 2 Aug 2007, Lennert Buytenhek wrote: > On Thu, Aug 02, 2007 at 12:42:27PM +0300, Panu Matilainen wrote: > >>>>>> Not everybody is on rpm-maint list and we'd like to hear the wishes of >>>>>> (Fedora) developers/packagers too. So: what have you always wanted to >>>>>> do with rpm, but wasn't able to? Or the other way around: what you >>>>>> always wished rpm would do for you? What always annoyed you out of your >>>>>> mind? >>>>> >>>>> arch requires and provides ... to end the endless multilib discussions ;) >>>>> should be automatic until the packager say Requires: foo.arch >>>> >>>> I wish it was that simple... >>>> >>>> Sure, being able to say "Requires: foo.arch = version-release" would help >>>> in many cases, but it does not *solve* the multilib problems. >>>> >>>> A big offender here is the x86 architecture with i386, i486 ... etc >>>> subarchitectures. While most packages are i386 there, the assumed >>> what about being able to say foo.i?86 >> >> What about foo.athlon which is also a 32bit arch? > > Can you match against the canonical arch, i.e. %{_arch}? > > On ARM, we have armv3l, armv4l, armv4tl, armv5tl, armv5tel, > armv5tejl, armv6l, et cetera, but %{_arch} is always just 'arm'. That'd probably work for i386 and x86_64 but I wonder how ppc vs ppc64 behaves with %{_arch} ? My dislike with that is it overloads the meaning of arch. Consider a package for which i386 and i686 package is available, both would then provide foo.i386. Confusing and problematic, at least in the cases where you want (additional) dependency on %{_target_cpu}. - Panu - From pmatilai at redhat.com Tue Aug 7 12:21:54 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Tue, 7 Aug 2007 15:21:54 +0300 (EEST) Subject: RPM roadmapping In-Reply-To: <604aa7910707271327s204695xea2ff896dfea2f1d@mail.gmail.com> References: <20070727222204.6d768b62@pensja.lam.pl> <604aa7910707271327s204695xea2ff896dfea2f1d@mail.gmail.com> Message-ID: On Fri, 27 Jul 2007, Jeff Spaleta wrote: > On 7/27/07, Leszek Matok wrote: >> - Tell if a given package was installed by hand (rpm -i/U/F) or (if installed >> by yum/apt/whatever) which repository did it come from. Some people suggested >> to use "Signature:" for that, but that only tells, which repo this pakage was >> first published on, and I want to know, where did I get it from in reality. > > Like the actual url it was pulled from, regardless of which mirror in > a dynamicly generated mirrorlist you used in that run? A > repository-wide signature/cert referenced in signed repository > metadata from the repository might be better in some ways than the > full url to a specific mirror. Repository signatures would have their uses, but that doesn't really work on rpm level. You could have downloaded manually and rpm -Uvh'd into the system, there's no trace of the package origins anywhere then. Except the package signature which is already recorded in rpmdb. In other words, I think the package signature is the best indicator of package origins you can realistically get. Making the already existing information more easily accessible and usable is another topic :) - Panu - From mclasen at redhat.com Tue Aug 7 13:11:14 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 07 Aug 2007 09:11:14 -0400 Subject: RPM roadmapping In-Reply-To: References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> Message-ID: <1186492274.3180.4.camel@localhost.localdomain> On Tue, 2007-08-07 at 14:49 +0300, Panu Matilainen wrote: > On Sun, 5 Aug 2007, Matthias Clasen wrote: > > > One more thing that would be nice to take into consideration for rpm is > > support for language packs or some way to install a limited set of > > locales. We have traditionally kept our head in the sand, and said > > rpm does not support this, disks are getting bigger anyway. But for > > making useful live cds, something like this is pretty much indispensable > > (considering that OOo with all locales is already bigger than one cd). > > > > The existing %lang tag support might be almost good enough. > > Actually rpm does already support installing only a limited set of locales > via %{_install_langs} macro setting, and I think anaconda even set that to > match the selected languages at some point. It's just not that useful > since there's no way (apart from reinstalling with --force) to get back > any of the skipped languages. Thats what I meant with the existing support. What it is missing is that rpm needs to track the installed and skipped locales per-package, and some smart way to reinstall the relevant subset of packages when a new locale is added to the system. > Creating sub-packages for different locales doesn't suffer from that > problem but causes package (metadata) bloat... Yeah, that is going to make the package database explode. Out of interest, does the rpm database contain the %lang() information from the file lists, currently ? From emmanuel.seyman at club-internet.fr Tue Aug 7 13:19:00 2007 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Tue, 7 Aug 2007 15:19:00 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B755C6.4030407@gmail.com> References: <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> Message-ID: <20070807131900.GA5763@orient.maison.lan> * Les Mikesell [06/08/2007 20:14] : > > The discussion I'd like to see is to what extent stability matters and > whether users that need it should just look for some other distro that > includes firefox 2.x (etc.) but isn't so aggressive with kernel changes? IMHO, We'll only be able to have this discussion once people stop presenting API/ABI changes as breakage. Once we've got that straw man out of the way, we might be able to discuss this constructively. Emmanuel From pmatilai at redhat.com Tue Aug 7 13:33:34 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Tue, 7 Aug 2007 16:33:34 +0300 (EEST) Subject: RPM roadmapping In-Reply-To: <1186492274.3180.4.camel@localhost.localdomain> References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> <1186492274.3180.4.camel@localhost.localdomain> Message-ID: On Tue, 7 Aug 2007, Matthias Clasen wrote: > > On Tue, 2007-08-07 at 14:49 +0300, Panu Matilainen wrote: >> On Sun, 5 Aug 2007, Matthias Clasen wrote: >> >>> One more thing that would be nice to take into consideration for rpm is >>> support for language packs or some way to install a limited set of >>> locales. We have traditionally kept our head in the sand, and said >>> rpm does not support this, disks are getting bigger anyway. But for >>> making useful live cds, something like this is pretty much indispensable >>> (considering that OOo with all locales is already bigger than one cd). >>> >>> The existing %lang tag support might be almost good enough. >> >> Actually rpm does already support installing only a limited set of locales >> via %{_install_langs} macro setting, and I think anaconda even set that to >> match the selected languages at some point. It's just not that useful >> since there's no way (apart from reinstalling with --force) to get back >> any of the skipped languages. > > Thats what I meant with the existing support. What it is missing is that > rpm needs to track the installed and skipped locales per-package, and > some smart way to reinstall the relevant subset of packages when a new > locale is added to the system. Yup. >> Creating sub-packages for different locales doesn't suffer from that >> problem but causes package (metadata) bloat... > > Yeah, that is going to make the package database explode. Out of > interest, does the rpm database contain the %lang() information > from the file lists, currently ? Sure - how else could it support the above to the extent it currently does? :) Something like this can be used to extract the info: rpm -q --qf '[%{FILENAMES}\t%{FILELANGS}\n]' - Panu - From jkeating at redhat.com Tue Aug 7 13:34:39 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 7 Aug 2007 09:34:39 -0400 Subject: rawhide perl update problem In-Reply-To: <20070807104603.GB3719@camelia.ucw.cz.> References: <767659.11372.qm@web51507.mail.re2.yahoo.com> <20070806122334.2a5f6044@ender> <20070807104603.GB3719@camelia.ucw.cz.> Message-ID: <20070807093439.19266a10@localhost.localdomain> On Tue, 7 Aug 2007 12:46:03 +0200 Stepan Kasal wrote: > does this indicate that you looked at the depsolving code recently? No, I'm just repeating what Seth said a few days ago when I encountered a problem quite like this one. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Tue Aug 7 12:55:17 2007 From: notting at redhat.com (Bill Nottingham) Date: Tue, 7 Aug 2007 08:55:17 -0400 Subject: RPM roadmapping In-Reply-To: References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> Message-ID: <20070807125517.GA5241@nostromo.devel.redhat.com> Panu Matilainen (pmatilai at redhat.com) said: > Actually rpm does already support installing only a limited set of locales > via %{_install_langs} macro setting, and I think anaconda even set that to > match the selected languages at some point. It's just not that useful since > there's no way (apart from reinstalling with --force) to get back any of > the skipped languages. > > Creating sub-packages for different locales doesn't suffer from that > problem but causes package (metadata) bloat... Not just metadata bloat, there's manual maintenance on the metatdata required, and requires wiring bits into every single installing tool to handle them in any sort of sane manner. Bill From jdieter at gmail.com Tue Aug 7 14:02:39 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Tue, 07 Aug 2007 17:02:39 +0300 Subject: RPM roadmapping In-Reply-To: References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> <1186492274.3180.4.camel@localhost.localdomain> Message-ID: <1186495359.15471.5.camel@jndwidescreen.lesbg.loc> On Tue, 2007-08-07 at 16:33 +0300, Panu Matilainen wrote: > On Tue, 7 Aug 2007, Matthias Clasen wrote: > > On Tue, 2007-08-07 at 14:49 +0300, Panu Matilainen wrote: > >> Actually rpm does already support installing only a limited set of locales > >> via %{_install_langs} macro setting, and I think anaconda even set that to > >> match the selected languages at some point. It's just not that useful > >> since there's no way (apart from reinstalling with --force) to get back > >> any of the skipped languages. > > > > Thats what I meant with the existing support. What it is missing is that > > rpm needs to track the installed and skipped locales per-package, and > > some smart way to reinstall the relevant subset of packages when a new > > locale is added to the system. > > Yup. > > >> Creating sub-packages for different locales doesn't suffer from that > >> problem but causes package (metadata) bloat... > > > > Yeah, that is going to make the package database explode. Out of > > interest, does the rpm database contain the %lang() information > > from the file lists, currently ? > > Sure - how else could it support the above to the extent it currently > does? :) > > Something like this can be used to extract the info: > rpm -q --qf '[%{FILENAMES}\t%{FILELANGS}\n]' > > - Panu - Just a heads up that deltarpm only works if the *whole* rpm is installed. If any files are missing from the old rpm (i.e. anaconda's excluded them because they're not the user's language), deltarpm will be unable to rebuild the new rpm from the drpm, and yum will have to download the full new rpm. Jonathan -------------- 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 mclasen at redhat.com Tue Aug 7 14:08:04 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 07 Aug 2007 10:08:04 -0400 Subject: RPM roadmapping In-Reply-To: <1186495359.15471.5.camel@jndwidescreen.lesbg.loc> References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> <1186492274.3180.4.camel@localhost.localdomain> <1186495359.15471.5.camel@jndwidescreen.lesbg.loc> Message-ID: <1186495684.3180.10.camel@localhost.localdomain> On Tue, 2007-08-07 at 17:02 +0300, Jonathan Dieter wrote: > On Tue, 2007-08-07 at 16:33 +0300, Panu Matilainen wrote: > > On Tue, 7 Aug 2007, Matthias Clasen wrote: > > > On Tue, 2007-08-07 at 14:49 +0300, Panu Matilainen wrote: > > >> Actually rpm does already support installing only a limited set of locales > > >> via %{_install_langs} macro setting, and I think anaconda even set that to > > >> match the selected languages at some point. It's just not that useful > > >> since there's no way (apart from reinstalling with --force) to get back > > >> any of the skipped languages. > > > > > > Thats what I meant with the existing support. What it is missing is that > > > rpm needs to track the installed and skipped locales per-package, and > > > some smart way to reinstall the relevant subset of packages when a new > > > locale is added to the system. > > > > Yup. > > > > >> Creating sub-packages for different locales doesn't suffer from that > > >> problem but causes package (metadata) bloat... > > > > > > Yeah, that is going to make the package database explode. Out of > > > interest, does the rpm database contain the %lang() information > > > from the file lists, currently ? > > > > Sure - how else could it support the above to the extent it currently > > does? :) > > > > Something like this can be used to extract the info: > > rpm -q --qf '[%{FILENAMES}\t%{FILELANGS}\n]' > > > > - Panu - > > Just a heads up that deltarpm only works if the *whole* rpm is > installed. If any files are missing from the old rpm (i.e. anaconda's > excluded them because they're not the user's language), deltarpm will be > unable to rebuild the new rpm from the drpm, and yum will have to > download the full new rpm. Technically, yes. But if you have excluded language X from your installation, what are the chance that you are interested in the delta for language X ? rpm will still have enough information to construct the correct contents except for the part that the user explicitly chose not to install... From jkeating at redhat.com Tue Aug 7 14:14:20 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 7 Aug 2007 10:14:20 -0400 Subject: Announcing Fedora 8 Test 1 (7.90) Message-ID: <20070807101420.618b5725@localhost.localdomain> We interrupt your rawhide for a moment to make a small announcement. Fedora 8 Test one has been loosed upon the world today. Included in this release is a "Fedora" installable 'choose your own adventure' style set of isos and trees for i386, x86_64, and ppc(64). Also included are Live images of both the Fedora Desktop and the Fedora KDE desktop. These are available for both i686 and x86_64 (x86_64 is DVD size only). Remember these can be used on USB media via the livecd-iso-to-disk utility available in the livecd-tools package. Test 1 is for "alpha" users. This is the time when we would like to have full community participation. Without this participation both hardware and software functionality suffers. We need your help. Join us! Road Map And Release Schedule ============================= This is the first test release of the Fedora 8 release, which is scheduled for November 8, 2007. For further information see http://fedoraproject.org/wiki/Releases/8/ How to get it: ============= DVD and network installation are available. We also offer two different varieties of installable Live media. http://fedoraproject.org/get-fedora.html For those of you already running rawhide, all you need to do is yum update. You may already have packages newer than Test 1 installed. Bug reporting and tracking: ========================== The Release Engineering and QA teams keep track of bugs that are considered release blockers. You can see that list here: http://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=F8Blocker In addition, a list of non-blocker bugs that should be fixed for Fedora 8 if possible can be found here: http://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=F8Target Please check these lists before reporting new bugs! Bugs for this release should be reported against the Fedora product, version 'f8test1'. You can use this convenient link to report bugs: https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora&version=f8test1 About Fedora ============ Fedora is a set of projects sponsored by Red Hat and guided by the contributors. These projects are developed by a large community of people who strive to provide and maintain the very best in free, open source software and standards. The central Fedora project is an operating system and platform based on Linux that is always free for anyone to use, modify, and distribute, now and forever. You can help the Fedora Project community continue to improve Fedora if you file bug reports and enhancement requests. Refer to http://fedoraproject.org/wiki/BugsAndFeatureRequests for more information. Thank you for your participation! To find out more general information about Fedora, refer to the following Web page: http://fedoraproject.org -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From debarshi.ray at gmail.com Sat Aug 4 15:57:02 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 4 Aug 2007 21:27:02 +0530 Subject: [LICENSE CHANGE] GNU Gengetopt Message-ID: <3170f42f0708040857k11225767sda80213996647968@mail.gmail.com> >From version 2.21 GNU Gengetopt (http://www.gnu.org/software/gengetopt/) has changed its license to "GPL version 3 or later". However this does not affect the code generated by Gengetopt and the info manual says: "The code that Gengetopt generates is also free software; however it is licensed with a simple all-permissive license instead of the GPL or LGPL. You are free to do anything you like with the generated code, including incorporating it into or linking it with proprietary software." If this is not a problem then I shall update the Fedora package to version 2.21 Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From katzj at redhat.com Tue Aug 7 14:24:10 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 07 Aug 2007 10:24:10 -0400 Subject: RPM roadmapping In-Reply-To: <1186492274.3180.4.camel@localhost.localdomain> References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> <1186492274.3180.4.camel@localhost.localdomain> Message-ID: <1186496650.6256.8.camel@localhost.localdomain> On Tue, 2007-08-07 at 09:11 -0400, Matthias Clasen wrote: > On Tue, 2007-08-07 at 14:49 +0300, Panu Matilainen wrote: > > On Sun, 5 Aug 2007, Matthias Clasen wrote: > > > > > One more thing that would be nice to take into consideration for rpm is > > > support for language packs or some way to install a limited set of > > > locales. We have traditionally kept our head in the sand, and said > > > rpm does not support this, disks are getting bigger anyway. But for > > > making useful live cds, something like this is pretty much indispensable > > > (considering that OOo with all locales is already bigger than one cd). > > > > > > The existing %lang tag support might be almost good enough. > > > > Actually rpm does already support installing only a limited set of locales > > via %{_install_langs} macro setting, and I think anaconda even set that to > > match the selected languages at some point. It's just not that useful > > since there's no way (apart from reinstalling with --force) to get back > > any of the skipped languages. > > Thats what I meant with the existing support. What it is missing is that > rpm needs to track the installed and skipped locales per-package, and > some smart way to reinstall the relevant subset of packages when a new > locale is added to the system. This isn't the painful part (it mostly worked the last time I tried) -- the painful part is that you now have to redownload the full package to just add, eg, the German mo file. Without the full package, you can't actually do any sort of sane verification that your download was correct Jeremy From notting at redhat.com Tue Aug 7 14:28:17 2007 From: notting at redhat.com (Bill Nottingham) Date: Tue, 7 Aug 2007 10:28:17 -0400 Subject: [LICENSE CHANGE] GNU Gengetopt In-Reply-To: <3170f42f0708040857k11225767sda80213996647968@mail.gmail.com> References: <3170f42f0708040857k11225767sda80213996647968@mail.gmail.com> Message-ID: <20070807142817.GA6792@nostromo.devel.redhat.com> Debarshi 'Rishi' Ray (debarshi.ray at gmail.com) said: > >From version 2.21 GNU Gengetopt > (http://www.gnu.org/software/gengetopt/) has changed its license to > "GPL version 3 or later". > > However this does not affect the code generated by Gengetopt and the > info manual says: > > "The code that Gengetopt generates is also free software; however it > is licensed with a simple all-permissive license instead of the GPL or > LGPL. You are free to do anything you like with the generated code, > including incorporating it into or linking it with proprietary > software." Seems reasonable. Bill From katzj at redhat.com Tue Aug 7 14:26:13 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 07 Aug 2007 10:26:13 -0400 Subject: RPM roadmapping In-Reply-To: <1186495684.3180.10.camel@localhost.localdomain> References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> <1186492274.3180.4.camel@localhost.localdomain> <1186495359.15471.5.camel@jndwidescreen.lesbg.loc> <1186495684.3180.10.camel@localhost.localdomain> Message-ID: <1186496773.6256.11.camel@localhost.localdomain> On Tue, 2007-08-07 at 10:08 -0400, Matthias Clasen wrote: > On Tue, 2007-08-07 at 17:02 +0300, Jonathan Dieter wrote: > > Just a heads up that deltarpm only works if the *whole* rpm is > > installed. If any files are missing from the old rpm (i.e. anaconda's > > excluded them because they're not the user's language), deltarpm will be > > unable to rebuild the new rpm from the drpm, and yum will have to > > download the full new rpm. > > Technically, yes. > But if you have excluded language X from your installation, what are the > chance that you are interested in the delta for language X ? rpm will > still have enough information to construct the correct contents except > for the part that the user explicitly chose not to install... Except that now you don't have the full RPM so you have no way to verify that the package hasn't been tampered with Jeremy From tcallawa at redhat.com Tue Aug 7 14:29:12 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 07 Aug 2007 10:29:12 -0400 Subject: CMU license? In-Reply-To: <46B7DBD1.6030900@spicenitz.org> References: <1186432490.3839.42.camel@dhcp67.install.boston.redhat.com> <46B7DB84.508@spicenitz.org> <46B7DBD1.6030900@spicenitz.org> Message-ID: <1186496952.3368.27.camel@dhcp67.install.boston.redhat.com> On Mon, 2007-08-06 at 22:41 -0400, Adam Goode wrote: > > What about the Standard ML of New Jersey License (SMLNJL)? Is this just > > another instance of MIT? Yes. Standard ML of New Jersey License: MIT MLton License: MIT gdtoa License: MIT (Same as Standard ML of NJ License) I've updated the tables to reflect this. ~spot From mclasen at redhat.com Tue Aug 7 14:33:41 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 07 Aug 2007 10:33:41 -0400 Subject: RPM roadmapping In-Reply-To: <1186496773.6256.11.camel@localhost.localdomain> References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> <1186492274.3180.4.camel@localhost.localdomain> <1186495359.15471.5.camel@jndwidescreen.lesbg.loc> <1186495684.3180.10.camel@localhost.localdomain> <1186496773.6256.11.camel@localhost.localdomain> Message-ID: <1186497221.3180.12.camel@localhost.localdomain> On Tue, 2007-08-07 at 10:26 -0400, Jeremy Katz wrote: > On Tue, 2007-08-07 at 10:08 -0400, Matthias Clasen wrote: > > On Tue, 2007-08-07 at 17:02 +0300, Jonathan Dieter wrote: > > > Just a heads up that deltarpm only works if the *whole* rpm is > > > installed. If any files are missing from the old rpm (i.e. anaconda's > > > excluded them because they're not the user's language), deltarpm will be > > > unable to rebuild the new rpm from the drpm, and yum will have to > > > download the full new rpm. > > > > Technically, yes. > > But if you have excluded language X from your installation, what are the > > chance that you are interested in the delta for language X ? rpm will > > still have enough information to construct the correct contents except > > for the part that the user explicitly chose not to install... > > Except that now you don't have the full RPM so you have no way to verify > that the package hasn't been tampered with Yeah, problems. But I'm sure we have the engineers to solve them... From lesmikesell at gmail.com Tue Aug 7 14:49:23 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 09:49:23 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070807131900.GA5763@orient.maison.lan> References: <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> Message-ID: <46B88673.4050905@gmail.com> Emmanuel Seyman wrote: > * Les Mikesell [06/08/2007 20:14] : >> The discussion I'd like to see is to what extent stability matters and >> whether users that need it should just look for some other distro that >> includes firefox 2.x (etc.) but isn't so aggressive with kernel changes? > > IMHO, We'll only be able to have this discussion once people stop presenting > API/ABI changes as breakage. Once we've got that straw man out of the way, > we might be able to discuss this constructively. Interfaces broken by mid-version updates are just as broken in fedora as they would be in RHEL and it's not any more a straw man for one distribution than another unless you are willing to say that one is only suitable for testing. If you want to say the changes are a good thing, then lets see them in RHEL too. But, if you want to put that aside for the moment, firewire will make a great example. Do you forsee a time when you would keep your own backups or valuable data on a firewire drive under fedora? -- Les Mikesell lesmikesell at gmail.com From dwmw2 at infradead.org Tue Aug 7 14:43:51 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 07 Aug 2007 22:43:51 +0800 Subject: Kernel Modules in Fedora -x In-Reply-To: References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <1186230607.22190.26.camel@shinybook.infradead.org> Message-ID: <1186497831.2877.120.camel@shinybook.infradead.org> On Mon, 2007-08-06 at 12:44 +0530, Parag N(????) wrote: > Ohh. some one want to more about spca5xx and gpsca kmods? Ok. Here > are some of links that you can refer. That doesn't answer the most important question, which is: Why aren't they good enough to be merged upstream? What needs to be fixed before Linus will take them? -- dwmw2 From katzj at redhat.com Tue Aug 7 14:50:34 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 07 Aug 2007 10:50:34 -0400 Subject: KDE 4 Beta 1 In-Reply-To: References: <200707281158.42981.jospoortvliet@kde.nl> <6e24a8e80707290801q13596e06p9363dec51f5f4752@mail.gmail.com> <16de708d0707291238x7947ef0csc4abb5c644488c9d@mail.gmail.com> Message-ID: <1186498234.6256.14.camel@localhost.localdomain> On Sun, 2007-07-29 at 18:04 -0500, Rex Dieter wrote: > Arthur Pemberton wrote: > > BTW, if KDE4 turns out to be not parallel insalltable, it might be > > helpful to release a qemu image to facilitate testing. > > It's not directly parallel installable at the moment. Someone interested in > helping make such a thing for qemu would be greatly appreciated. :) Should be easy enough to do a live image for it... and they're then usable in qemu Jeremy From esandeen at redhat.com Tue Aug 7 14:57:58 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Tue, 07 Aug 2007 09:57:58 -0500 Subject: please enable XFS in anaconda In-Reply-To: <1186462900.4312.15.camel@dhcp-64-231.bne.redhat.com> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46B7F762.1060809@redhat.com> <1186462900.4312.15.camel@dhcp-64-231.bne.redhat.com> Message-ID: <46B88876.6010908@redhat.com> Dave Airlie wrote: > On Mon, 2007-08-06 at 23:38 -0500, Eric Sandeen wrote: >> Jesse Keating wrote: >>> On Thu, 26 Jul 2007 16:32:30 -0500 >>> Dan Yocum wrote: >>> >>>> It's stable, widely tested, widely deployed, and >>>> it's being actively developed and maintained (which is more than can >>>> be said of some other filesystems that remain in the default list). >>>> It's in the kernel, it shouldn't be "hidden" in the depths of >>>> anaconda anymore. >>> How's the SELinux support these days? And why can't I boot from xfs >>> yet? >> Not addressing either of these questions directly, but with regard to >> overall quality of xfs in F8... I ran the xfsqa test suite on >> 2.6.23-0.71.rc2.fc8 over the weekend. Of the "auto" test group (those >> expected to pass reliably), 90 of 93 tests passed (this after fixing a >> quota bug I found & fixed over the weekend). Of the 3 failures, 2 are >> "harmless" - i.e. no data corruption, security issues, or anything like >> that - one is a bleeding-edge allocator feature not working quite 100%, >> another has to do with slightly different log traffic pattern due to a >> recent change w.r.t. the expected output. >> >> The "real" failure has to do with mmap writes into preallocated space; >> I'll look into that as I have time. > > Don't we ship Fedora with 4K stacks, so I've heard XFS + RAID stuff can > overflow the stack.. > > so it may not be the stable.. Yeah, I talked about 4k stacks earlier in this thread - 4k stacks on x86 can cause xfs to run into trouble with more "interesting" io stacks. (though there are non-trivial cases where ext3 can blow through 4k as well; see recent LKML threads on 4k stacks...) The testing above, though, was on x86_64 with a larger stack size. -Eric From tcallawa at redhat.com Tue Aug 7 15:07:34 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 07 Aug 2007 11:07:34 -0400 Subject: Packaging software with included Trademark images In-Reply-To: <46B7AF63.3080708@iinet.net.au> References: <46B7AF63.3080708@iinet.net.au> Message-ID: <1186499254.3368.48.camel@dhcp67.install.boston.redhat.com> On Tue, 2007-08-07 at 09:31 +1000, David Timms wrote: > My impression is that they we could not be include this artwork, unless > upstream has received explicit permission from the owner's of each > trademark to use the actual or re-implementation of the logo in open > source software. This is correct. > Can we include the logos ? No. > If not, can we patch the source to not use the affected logos when > building the package - yet still include the full .tar.gz upstream code > that includes the logos ? Yes. ~spot From sundaram at fedoraproject.org Tue Aug 7 15:11:27 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 07 Aug 2007 20:41:27 +0530 Subject: please enable XFS in anaconda In-Reply-To: <46B88876.6010908@redhat.com> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46B7F762.1060809@redhat.com> <1186462900.4312.15.camel@dhcp-64-231.bne.redhat.com> <46B88876.6010908@redhat.com> Message-ID: <46B88B9F.2030009@fedoraproject.org> Eric Sandeen wrote: > > Yeah, I talked about 4k stacks earlier in this thread - 4k stacks on x86 > can cause xfs to run into trouble with more "interesting" io stacks. Does "interesting" here translate to "we can lose data"? Rahul From a.badger at gmail.com Tue Aug 7 15:34:28 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 07 Aug 2007 08:34:28 -0700 Subject: RPM roadmapping In-Reply-To: <1186497221.3180.12.camel@localhost.localdomain> References: <46ADD529.5080904@redhat.com> <46B20F48.1090004@redhat.com> <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> <1186492274.3180.4.camel@localhost.localdomain> <1186495359.15471.5.camel@jndwidescreen.lesbg.loc> <1186495684.3180.10.camel@localhost.localdomain> <1186496773.6256.11.camel@localhost.localdomain> <1186497221.3180.12.camel@localhost.localdomain> Message-ID: <1186500872.11521.8.camel@localhost.localdomain> On Tue, 2007-08-07 at 10:33 -0400, Matthias Clasen wrote: > On Tue, 2007-08-07 at 10:26 -0400, Jeremy Katz wrote: > > On Tue, 2007-08-07 at 10:08 -0400, Matthias Clasen wrote: > > > On Tue, 2007-08-07 at 17:02 +0300, Jonathan Dieter wrote: > > > > Just a heads up that deltarpm only works if the *whole* rpm is > > > > installed. If any files are missing from the old rpm (i.e. anaconda's > > > > excluded them because they're not the user's language), deltarpm will be > > > > unable to rebuild the new rpm from the drpm, and yum will have to > > > > download the full new rpm. > > > > > > Technically, yes. > > > But if you have excluded language X from your installation, what are the > > > chance that you are interested in the delta for language X ? rpm will > > > still have enough information to construct the correct contents except > > > for the part that the user explicitly chose not to install... > > > > Except that now you don't have the full RPM so you have no way to verify > > that the package hasn't been tampered with > > Yeah, problems. But I'm sure we have the engineers to solve them... > One way this could be done is to only gpg sign the rpm metadata. Where metadata includes md5/sha sums of the files and the ownership/permissions of the files. Then rpm could have a switch to allow certain file types to be missing from the archive (%lang, %doc). -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 pjones at redhat.com Tue Aug 7 15:38:57 2007 From: pjones at redhat.com (Peter Jones) Date: Tue, 07 Aug 2007 11:38:57 -0400 Subject: High frequency noise in Fedora 7 In-Reply-To: <3170f42f0708061118s6fde35fbk9609134dafd84782@mail.gmail.com> References: <3170f42f0707261216o348cebdcrd32f94c9a3954fe9@mail.gmail.com> <20070726203233.GG3673@serv.smile.org.ua> <3170f42f0707272027u61918acx90d4c2d403f8575@mail.gmail.com> <3170f42f0708061118s6fde35fbk9609134dafd84782@mail.gmail.com> Message-ID: <46B89211.1080909@redhat.com> Debarshi 'Rishi' Ray wrote: >>> Did you try to setup ALSA 1.0.14 ? > >> alsa-utils-1.0.14-0.7.fc8 from Rawhide fixed it. > > It is back again. I have tried both the latest Rawhide and Fedora 7 > kernels, and the latest Alsa packages. Sometimes the sound completely > disappears when trying to adjust the volume from GNOME. > > Please let me know what I need to produce for someone to help solve > this problem. I'm not completely sure, given your hardware configuration, but a similar behavior occurs with snd_ac97_codec when the module parameter "power_save" is turn on. I'd expect this is an analogous case. -- Peter From emmanuel.seyman at club-internet.fr Tue Aug 7 15:50:09 2007 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Tue, 7 Aug 2007 17:50:09 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B88673.4050905@gmail.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> Message-ID: <20070807155009.GA6686@orient.maison.lan> * Les Mikesell [07/08/2007 16:45] : > > Interfaces broken by mid-version updates are just as broken in fedora as > they would be in RHEL and it's not any more a straw man for one > distribution than another unless you are willing to say that one is only > suitable for testing. This implies (to varying degrees) several things : - The two distributions target the same audience. - The two distributions claim equivalent support of API/ABI stability. - API/ABI changes are broken for the sheer heck of it. - Updates have no features other than changes in API/ABI. These implications range from "not true" to "false". Put together, they make a poor representation of the reasons why Fedora sticks to upstream whereas RHEL promises API/ABI stability which is why I call this a straw man. > If you want to say the changes are a good thing, > then lets see them in RHEL too. Ad hominem tu quoque. FWIW, its stagnation is one of the reasons I do not use RHEL (or clone thereof). > But, if you want to put that aside for > the moment, firewire will make a great example. Do you forsee a time > when you would keep your own backups or valuable data on a firewire > drive under fedora? Not having any firewire materiel, I can't answer the question. What exactly is the problem with firewire support in Fedora ? Emmanuel From overholt at redhat.com Tue Aug 7 16:19:23 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 07 Aug 2007 12:19:23 -0400 Subject: Jetty maintainer requested Message-ID: <1186503563.28711.2.camel@localhost.localdomain> Hi, Jetty is now a requirement of the Eclipse SDK (for help) but I don't think I can do it justice as a maintainer. Is anyone able to be the Jetty maintainer? If so, see the review here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202334 . Thanks, Andrew -------------- 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 notting at redhat.com Tue Aug 7 16:21:22 2007 From: notting at redhat.com (Bill Nottingham) Date: Tue, 7 Aug 2007 12:21:22 -0400 Subject: RPM roadmapping In-Reply-To: <1186500872.11521.8.camel@localhost.localdomain> References: <46B2DB80.4070604@redhat.com> <1186356803.3196.3.camel@localhost.localdomain> <1186492274.3180.4.camel@localhost.localdomain> <1186495359.15471.5.camel@jndwidescreen.lesbg.loc> <1186495684.3180.10.camel@localhost.localdomain> <1186496773.6256.11.camel@localhost.localdomain> <1186497221.3180.12.camel@localhost.localdomain> <1186500872.11521.8.camel@localhost.localdomain> Message-ID: <20070807162122.GB10710@nostromo.devel.redhat.com> Toshio Kuratomi (a.badger at gmail.com) said: > One way this could be done is to only gpg sign the rpm metadata. Where > metadata includes md5/sha sums of the files and the > ownership/permissions of the files. > > Then rpm could have a switch to allow certain file types to be missing > from the archive (%lang, %doc). Owwww.... that would seriously bloat the metadata. Not sure how much you'd save if filelists suddenly becomes 100M. Bill From lesmikesell at gmail.com Tue Aug 7 17:50:29 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 12:50:29 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070807155009.GA6686@orient.maison.lan> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> Message-ID: <46B8B0E5.2000101@gmail.com> Emmanuel Seyman wrote: > * Les Mikesell [07/08/2007 16:45] : >> Interfaces broken by mid-version updates are just as broken in fedora as >> they would be in RHEL and it's not any more a straw man for one >> distribution than another unless you are willing to say that one is only >> suitable for testing. > > This implies (to varying degrees) several things : > > - The two distributions target the same audience. > - The two distributions claim equivalent support of API/ABI stability. > - API/ABI changes are broken for the sheer heck of it. > - Updates have no features other than changes in API/ABI. > > These implications range from "not true" to "false". Put together, they > make a poor representation of the reasons why Fedora sticks to upstream > whereas RHEL promises API/ABI stability which is why I call this a straw > man. What I'm looking for from this discussion is a definition of the target audience for fedora. Nobody expects perfection, but is there really an audience that doesn't care if their devices stop working or not? >> If you want to say the changes are a good thing, >> then lets see them in RHEL too. > > Ad hominem tu quoque. > FWIW, its stagnation is one of the reasons I do not use RHEL (or clone > thereof). Agreed at the application level, but not for the kernel. I have yet to see a mid-version kernel change that mattered to me in any situation where the machine was working to begin with. Enhancing hotplug support is nice but that's the sort of change that could be made at major version releases which come around fast enough anyway in fedora. >> But, if you want to put that aside for >> the moment, firewire will make a great example. Do you forsee a time >> when you would keep your own backups or valuable data on a firewire >> drive under fedora? > > Not having any firewire materiel, I can't answer the question. > What exactly is the problem with firewire support in Fedora ? There have been large chunks of time that it hasn't worked or disks wouldn't be recognized even if it saw a raw IEEE device. I gave up and switched the machines that needed it to Centos with the centosplus kernel so I don't know the current state except that I've seen comments about a complete rewrite coming so it must still leave something to be desired (and even on Centos I don't trust it beyond connecting temporarily for backup copies). Anyway it's a good device to talk about in any discussion of included vs. vendor-supplied drivers or user expectations vs. experience in general. -- Les Mikesell lesmikesell at gmail.com From pemboa at gmail.com Tue Aug 7 17:54:31 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 7 Aug 2007 12:54:31 -0500 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <20070807102459.df7e220e.mschwendt.tmp0701.nospam@arcor.de> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <200708051811.39019.lightsolphoenix@gmail.com> <46B64CC3.80805@fedoraproject.org> <200708051825.03786.lightsolphoenix@gmail.com> <46B657C6.1060806@fedoraproject.org> <20070807102459.df7e220e.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <16de708d0708071054k7fd842ccgd8c77d57e3fad529@mail.gmail.com> On 8/7/07, Michael Schwendt wrote: > On Mon, 06 Aug 2007 04:35:42 +0530, Rahul Sundaram wrote: > > > Kelly wrote: > > > > > Experimentation I performed at the time showed that the problem was the system > > > didn't have any way of properly finding the fonts. When I started using xfs, > > > the problem disappeared. That is why I'm worried about it. > > > > That should not happen in Fedora anymore. > > Depends on your configuration. Here with F7 and GNOME I could not stop > xfs because fonts would be missing afterwards. E.g. Emacs fails fatally: > > $ emacs > No fonts match `-*-fixed-*-*-*-*-*-*-*-*-*-100-iso8859-15' > > $ xterm > Warning: Cannot convert string "nil2" to type FontStruct > xterm: unable to open font "-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-15", trying "fixed".... > > And stopping a running xfs sort of "kills" X until the X server is restarted. Did you put the font paths into your xorg.conf -- Fedora Core 6 and proud From mike at cchtml.com Tue Aug 7 17:58:43 2007 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 07 Aug 2007 12:58:43 -0500 Subject: cpio not gnu compliant Message-ID: <46B8B2D3.1080607@cchtml.com> Why is the Red Hat cpio package heavily modified from the GNU cpio package? In particular -- the -c option defaults to the new SVR4 format where as the GNU cpio defaults to the old ASCII format. This breaks compatibility on my app that runs on several different OSes (Red Hat and Fedora being two of them). Am I forced to build a custom RPM that uses the GNU package?...... Not a happy camper, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Tue Aug 7 18:01:56 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 07 Aug 2007 23:31:56 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8B0E5.2000101@gmail.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> Message-ID: <46B8B394.2080909@fedoraproject.org> Les Mikesell wrote: > What I'm looking for from this discussion is a definition of the target > audience for fedora. I remember pointing out this to you atleast twice but see http://fedoraproject.org/wiki/Objectives Nobody expects perfection, but is there really an > audience that doesn't care if their devices stop working or not? Don't confuse robustness with ABI breakage. > There have been large chunks of time that it hasn't worked or disks > wouldn't be recognized even if it saw a raw IEEE device. I gave up and > switched the machines that needed it to Centos with the centosplus > kernel so I don't know the current state except that I've seen comments > about a complete rewrite coming so it must still leave something to be > desired The rewrite is already in Fedora 7 (and will be in RHEL 5.1). Rahul From debarshi.ray at gmail.com Tue Aug 7 18:09:43 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 7 Aug 2007 23:39:43 +0530 Subject: High frequency noise in Fedora 7 In-Reply-To: <46B89211.1080909@redhat.com> References: <3170f42f0707261216o348cebdcrd32f94c9a3954fe9@mail.gmail.com> <20070726203233.GG3673@serv.smile.org.ua> <3170f42f0707272027u61918acx90d4c2d403f8575@mail.gmail.com> <3170f42f0708061118s6fde35fbk9609134dafd84782@mail.gmail.com> <46B89211.1080909@redhat.com> Message-ID: <3170f42f0708071109s5828cd40pf4226c17459702b6@mail.gmail.com> > I'm not completely sure, given your hardware configuration, but a > similar behavior occurs with snd_ac97_codec when the module parameter > "power_save" is turn on. I'd expect this is an analogous case. I think I am not using snd_ac97_codec. [root at ginger ~]# lsmod | grep snd snd_usb_audio 81521 0 snd_usb_lib 20569 1 snd_usb_audio snd_rawmidi 27617 1 snd_usb_lib snd_hwdep 13389 1 snd_usb_audio snd_hda_intel 266045 2 snd_seq_dummy 7877 0 snd_seq_oss 34385 0 snd_seq_midi_event 11337 1 snd_seq_oss snd_seq 52761 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 12501 4 snd_rawmidi,snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 43745 0 snd_mixer_oss 19657 2 snd_pcm_oss snd_pcm 77037 3 snd_usb_audio,snd_hda_intel,snd_pcm_oss snd_timer 25949 2 snd_seq,snd_pcm snd 55685 13 snd_usb_audio,snd_rawmidi,snd_hwdep,snd_hda_intel,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 12065 2 snd snd_page_alloc 14025 2 snd_hda_intel,snd_pcm [root at ginger ~]# Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From tcallawa at redhat.com Tue Aug 7 18:09:56 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 07 Aug 2007 14:09:56 -0400 Subject: cpio not gnu compliant In-Reply-To: <46B8B2D3.1080607@cchtml.com> References: <46B8B2D3.1080607@cchtml.com> Message-ID: <1186510196.3368.85.camel@dhcp67.install.boston.redhat.com> On Tue, 2007-08-07 at 12:58 -0500, Mike Cronenworth wrote: > Why is the Red Hat cpio package heavily modified from the GNU cpio > package? To be fair, it's not heavily modified. The only change is the -c option. This has been changed since Tue Jun 30 1998. If you wish guarantee the old portable (ASCII) archive format, use -H odc instead. ~spot From lesmikesell at gmail.com Tue Aug 7 18:34:49 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 13:34:49 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8B394.2080909@fedoraproject.org> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> Message-ID: <46B8BB49.8070900@gmail.com> Rahul Sundaram wrote: > >> What I'm looking for from this discussion is a definition of the >> target audience for fedora. > > I remember pointing out this to you atleast twice but see > http://fedoraproject.org/wiki/Objectives There's some mention of usability and robustness there that don't match my experience except around mid to late FC3 and FC6. > Nobody expects perfection, but is there really an >> audience that doesn't care if their devices stop working or not? > > Don't confuse robustness with ABI breakage. Robustness is something you can observe without knowledge of internals. Why something breaks is not particularly relevant. The question is, to what degree can you expect it to not break? >> There have been large chunks of time that it hasn't worked or disks >> wouldn't be recognized even if it saw a raw IEEE device. I gave up >> and switched the machines that needed it to Centos with the centosplus >> kernel so I don't know the current state except that I've seen >> comments about a complete rewrite coming so it must still leave >> something to be desired > > The rewrite is already in Fedora 7 (and will be in RHEL 5.1). Can you - or someone - comment on whether you'd trust it with your working copy of something important? -- Les Mikesell lesmikesell at gmail.com From mschwendt.tmp0701.nospam at arcor.de Tue Aug 7 18:44:21 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 7 Aug 2007 20:44:21 +0200 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <16de708d0708071054k7fd842ccgd8c77d57e3fad529@mail.gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <200708051811.39019.lightsolphoenix@gmail.com> <46B64CC3.80805@fedoraproject.org> <200708051825.03786.lightsolphoenix@gmail.com> <46B657C6.1060806@fedoraproject.org> <20070807102459.df7e220e.mschwendt.tmp0701.nospam@arcor.de> <16de708d0708071054k7fd842ccgd8c77d57e3fad529@mail.gmail.com> Message-ID: <20070807204421.4eac6476.mschwendt.tmp0701.nospam@arcor.de> On Tue, 7 Aug 2007 12:54:31 -0500, Arthur Pemberton wrote: > On 8/7/07, Michael Schwendt wrote: > > On Mon, 06 Aug 2007 04:35:42 +0530, Rahul Sundaram wrote: > > > > > Kelly wrote: > > > > > > > Experimentation I performed at the time showed that the problem was the system > > > > didn't have any way of properly finding the fonts. When I started using xfs, > > > > the problem disappeared. That is why I'm worried about it. > > > > > > That should not happen in Fedora anymore. > > > > Depends on your configuration. Here with F7 and GNOME I could not stop > > xfs because fonts would be missing afterwards. E.g. Emacs fails fatally: > > > > $ emacs > > No fonts match `-*-fixed-*-*-*-*-*-*-*-*-*-100-iso8859-15' > > > > $ xterm > > Warning: Cannot convert string "nil2" to type FontStruct > > xterm: unable to open font "-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-15", trying "fixed".... > > > > And stopping a running xfs sort of "kills" X until the X server is restarted. > > > Did you put the font paths into your xorg.conf Why me? Either Fedora 7 can run without xfs out of the box, or it can't, since the user would need to edit xorg.conf manually. Last time I ran system-config-display it didn't put any font paths into xorg.conf. From jkeating at redhat.com Tue Aug 7 18:46:04 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 7 Aug 2007 14:46:04 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8BB49.8070900@gmail.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> Message-ID: <20070807144604.033b86d9@ender> On Tue, 07 Aug 2007 13:34:49 -0500 Les Mikesell wrote: > Can you - or someone - comment on whether you'd trust it with your > working copy of something important? All my development happens on Fedora, I push the code up to hosted.fp.o periodically. The only real thing stopping me from having more on Fedora is the timeline. There are servers that I just don't want to touch, save for the few updates that apply to that install set, for years, and for that I have RHEL, the Long Term Fedora. Everything else is Fedora. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Tue Aug 7 18:52:23 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 00:22:23 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8BB49.8070900@gmail.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> Message-ID: <46B8BF67.5080807@fedoraproject.org> Les Mikesell wrote: > Rahul Sundaram wrote: >> > > There's some mention of usability and robustness there that don't match > my experience except around mid to late FC3 and FC6. You can continue changing interfaces quite rapidly without affecting robustness. If there are problems with robustness file bug reports. Did you file any? > Robustness is something you can observe without knowledge of internals. > Why something breaks is not particularly relevant. Pretty much. So your real concern is not ABI but things not breaking. So if anything included in Fedora breaks report it. If it is not Fedora specific consider reporting upstream. > Can you - or someone - comment on whether you'd trust it with your > working copy of something important? I don't have firewire devices but if my data is important to me, I would consider doing automated backups. All my work is done in Fedora. So I do absolutely depend on it. Rahul From jkeating at redhat.com Tue Aug 7 18:58:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 7 Aug 2007 14:58:54 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070807144604.033b86d9@ender> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> Message-ID: <20070807145854.473f8d2c@ender> On Tue, 7 Aug 2007 14:46:04 -0400 Jesse Keating wrote: > > Can you - or someone - comment on whether you'd trust it with your > > working copy of something important? > > All my development happens on Fedora, I push the code up to > hosted.fp.o periodically. The only real thing stopping me from > having more on Fedora is the timeline. There are servers that I just > don't want to touch, save for the few updates that apply to that > install set, for years, and for that I have RHEL, the Long Term > Fedora. Everything else is Fedora. Sorry, I misread the question. Ignore my reply. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwilson at redhat.com Tue Aug 7 19:03:07 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 07 Aug 2007 15:03:07 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070807144604.033b86d9@ender> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> Message-ID: <46B8C1EB.4080105@redhat.com> Jesse Keating wrote: > On Tue, 07 Aug 2007 13:34:49 -0500 > Les Mikesell wrote: > >> Can you - or someone - comment on whether you'd trust it with your >> working copy of something important? > > All my development happens on Fedora, I push the code up to hosted.fp.o > periodically. The only real thing stopping me from having more on > Fedora is the timeline. There are servers that I just don't want to > touch, save for the few updates that apply to that install set, for > years, and for that I have RHEL, the Long Term Fedora. Everything else > is Fedora. My "day job" is RHEL kernel stuff. And yet, my personal web and mail server, home file server, home workstation, office workstation and laptop all run Fedora (and F7 at the oldest now). I most definitely trust Fedora with my working copy of something important -- like the PITA backport patches I'm working on for the RHEL kernel... ;) -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From jwilson at redhat.com Tue Aug 7 19:06:25 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 07 Aug 2007 15:06:25 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8C1EB.4080105@redhat.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> Message-ID: <46B8C2B1.5070101@redhat.com> Jarod Wilson wrote: > Jesse Keating wrote: >> On Tue, 07 Aug 2007 13:34:49 -0500 >> Les Mikesell wrote: >> >>> Can you - or someone - comment on whether you'd trust it with your >>> working copy of something important? >> All my development happens on Fedora, I push the code up to hosted.fp.o >> periodically. The only real thing stopping me from having more on >> Fedora is the timeline. There are servers that I just don't want to >> touch, save for the few updates that apply to that install set, for >> years, and for that I have RHEL, the Long Term Fedora. Everything else >> is Fedora. > > My "day job" is RHEL kernel stuff. And yet, my personal web and mail > server, home file server, home workstation, office workstation and > laptop all run Fedora (and F7 at the oldest now). I most definitely > trust Fedora with my working copy of something important -- like the > PITA backport patches I'm working on for the RHEL kernel... ;) Oh, just saw Jesse's reply and read further up the thread... The "it" was the new firewire stack, not Fedora, right? FWIW, I do have a few firewire hard drives and a firewire dvd burner that all work just fine with the new stack, haven't had any issues whatsoever. (anything firewire that touches libavc1394, libraw1394 or libiec61883 is another issue though...) -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From poelstra at redhat.com Tue Aug 7 19:19:43 2007 From: poelstra at redhat.com (John Poelstra) Date: Tue, 07 Aug 2007 12:19:43 -0700 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-06 Message-ID: <46B8C5CF.2000500@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-aug-06 Please make corrections and clarifications to the wiki page. == Summary == * Releasing on schedule Tuesday * May have limited mirror coverage * Torrents will be ready. == IRC Transcript == From lesmikesell at gmail.com Tue Aug 7 19:34:58 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 14:34:58 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8BF67.5080807@fedoraproject.org> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> Message-ID: <46B8C962.4070207@gmail.com> Rahul Sundaram wrote: >> There's some mention of usability and robustness there that don't >> match my experience except around mid to late FC3 and FC6. > > You can continue changing interfaces quite rapidly without affecting > robustness. If there are problems with robustness file bug reports. Did > you file any? Yes, in the firewire case, but I couldn't wait the several months it took before disks were recognized again. Then for most of FC5 the update kernels wouldn't boot on an ibm xseries 225 but I didn't have any idea what to report. Eventually on the mail list someone suggested a bios update which I did to coincide with installing FC6. After the bios update, older versions wouldn't work but the new ones did. >> Robustness is something you can observe without knowledge of >> internals. Why something breaks is not particularly relevant. > > Pretty much. So your real concern is not ABI but things not breaking. So > if anything included in Fedora breaks report it. If it is not Fedora > specific consider reporting upstream. But I don't necessarily want to limit my machine to fedora-owned drivers. If that is a restriction, then it should be stated clearly where a new user would see it before installing. >> Can you - or someone - comment on whether you'd trust it with your >> working copy of something important? > > I don't have firewire devices but if my data is important to me, I would > consider doing automated backups. Yes, I don't expect it to be more robust than the underlying disk drive. I was just hoping for an educated guess about another months-long interval where it wouldn't work at all. Or if it will be solid enough to leave in a raid-mirror configuration? > All my work is done in Fedora. So I do absolutely depend on it. It's probably not coincidental that fedora works nicely on your hardware. It hasn't been that way for me much of the time and the user mail list makes it look like others have many of the same issues. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Tue Aug 7 19:44:12 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 14:44:12 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8C2B1.5070101@redhat.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> Message-ID: <46B8CB8C.7020004@gmail.com> Jarod Wilson wrote: > Oh, just saw Jesse's reply and read further up the thread... The "it" > was the new firewire stack, not Fedora, right? Yes, thanks. > FWIW, I do have a few firewire hard drives and a firewire dvd burner > that all work just fine with the new stack, haven't had any issues > whatsoever. (anything firewire that touches libavc1394, libraw1394 or > libiec61883 is another issue though...) Do you know if a firewire drive will work reliably as a raid1 mirror with a matching internal drive? With the older stack it isn't recognized in time at boot-up to automatically connect the md device. You can add it and the re-sync generally works if the partition is not too busy, but it tends to be failed out of the array if it is left connected when the partition is very active. -- Les Mikesell lesmikesell at gmail.com From sundaram at fedoraproject.org Tue Aug 7 19:51:38 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 01:21:38 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8C962.4070207@gmail.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> Message-ID: <46B8CD4A.90105@fedoraproject.org> Les Mikesell wrote: > > But I don't necessarily want to limit my machine to fedora-owned > drivers. If that is a restriction, then it should be stated clearly > where a new user would see it before installing. Fedora cannot in anyway help with third party proprietary kernel drivers. That has been said several times quite prominently. > > It's probably not coincidental that fedora works nicely on your > hardware. It hasn't been that way for me much of the time and the user > mail list makes it look like others have many of the same issues. Fedora works quite nicely on my system because I specifically got a box which doesn't require anything proprietary to work. Well except the wireless firmware. Rahul From jwilson at redhat.com Tue Aug 7 20:12:35 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 07 Aug 2007 16:12:35 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8CB8C.7020004@gmail.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> <46B8CB8C.7020004@gmail.com> Message-ID: <46B8D233.5020105@redhat.com> Les Mikesell wrote: > Jarod Wilson wrote: > >> Oh, just saw Jesse's reply and read further up the thread... The "it" >> was the new firewire stack, not Fedora, right? > > Yes, thanks. > >> FWIW, I do have a few firewire hard drives and a firewire dvd burner >> that all work just fine with the new stack, haven't had any issues >> whatsoever. (anything firewire that touches libavc1394, libraw1394 or >> libiec61883 is another issue though...) > > Do you know if a firewire drive will work reliably as a raid1 mirror > with a matching internal drive? Not a clue, never tried. > With the older stack it isn't > recognized in time at boot-up to automatically connect the md device. It is if you load the firewire modules in your initrd. :) > You can add it and the re-sync generally works if the partition is not > too busy, but it tends to be failed out of the array if it is left > connected when the partition is very active. I wonder if the cfs scheduler would help with this any. And/or shutting off beagle (which likes to absolutely slaughter the i/o on my workstation). -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From lesmikesell at gmail.com Tue Aug 7 20:47:06 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 15:47:06 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8D233.5020105@redhat.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> <46B8CB8C.7020004@gmail.com> <46B8D233.5020105@redhat.com> Message-ID: <46B8DA4A.9090403@gmail.com> Jarod Wilson wrote: >> Do you know if a firewire drive will work reliably as a raid1 mirror >> with a matching internal drive? > > Not a clue, never tried. > >> With the older stack it isn't >> recognized in time at boot-up to automatically connect the md device. > > It is if you load the firewire modules in your initrd. :) Hmmm, would that happen by itself if the drive is attached during an install with the new system? >> You can add it and the re-sync generally works if the partition is not >> too busy, but it tends to be failed out of the array if it is left >> connected when the partition is very active. > > I wonder if the cfs scheduler would help with this any. And/or shutting > off beagle (which likes to absolutely slaughter the i/o on my workstation). The place I want it is as a 3rd member of a RAID1 set that is used for the pooled file storage for backuppc - which hardlinks all identical files it finds across your backup set. This is extremely busy during backups and takes an impractically long time to copy with tar or other file-oriented means because of the way hardlinks are re-constructed (many days for a 250 gig drive), while a raid-sync will complete in a couple of hours. There's probably a better way to do that now with LVM snapshots but that's getting off the topic of reliability. -- Les Mikesell lesmikesell at gmail.com From orion at cora.nwra.com Tue Aug 7 20:51:11 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 07 Aug 2007 14:51:11 -0600 Subject: mock build failing sometimes In-Reply-To: <46B693DE.2000307@nobugconsulting.ro> References: <46B693DE.2000307@nobugconsulting.ro> Message-ID: <46B8DB3F.7070004@cora.nwra.com> Manuel Wolfshant wrote: > Hi > > I am trying to build in mock a new package I've created. Build > succeeds for x86_64 but fails for i386, despite there is almost no > config difference. The logs of the failed builds ends always with: > Try wiping out your root cache in /var/lib/mock/root-cache and starting over. -- Orion Poplawski Technical Manager 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 lesmikesell at gmail.com Tue Aug 7 20:59:52 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 15:59:52 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8CD4A.90105@fedoraproject.org> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> Message-ID: <46B8DD48.7030909@gmail.com> Rahul Sundaram wrote: >> >> But I don't necessarily want to limit my machine to fedora-owned >> drivers. If that is a restriction, then it should be stated clearly >> where a new user would see it before installing. > > Fedora cannot in anyway help with third party proprietary kernel > drivers. That has been said several times quite prominently. "Not helping" is unrelated to actively breaking in mid-version updates. If you plan the latter, just say so up front - and in a way that points out this difference from RHEL. And anyone who wants current apps on a box that keeps working will just have to learn a different administration style. >> It's probably not coincidental that fedora works nicely on your >> hardware. It hasn't been that way for me much of the time and the >> user mail list makes it look like others have many of the same issues. > > Fedora works quite nicely on my system because I specifically got a box > which doesn't require anything proprietary to work. Well except the > wireless firmware. I didn't think there was anything unusual or proprietary about my firewire drives or the IBM 225's either - but they both went through many months of not working with various fedora kernels. -- Les Mikesell lesmikesell at gmail.com From jcm at redhat.com Tue Aug 7 21:06:03 2007 From: jcm at redhat.com (Jon Masters) Date: Tue, 7 Aug 2007 17:06:03 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803131326.3e292804@ender> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> Message-ID: <20070807210603.GB24839@devserv.devel.redhat.com> On Fri, Aug 03, 2007 at 01:13:26PM -0400, Jesse Keating wrote: > On Fri, 03 Aug 2007 17:57:46 +0200 > Thorsten Leemhuis wrote: > > > As kmods are on the way out in > > general in Fedora (which is something I in parts agree with) it's even > > more unlikely now. > > kmods as separate packages is what's hopefully on the way out. Out of > tree modules can still be included in the main kernel rpm. It makes > things tramendously easier to keep them in the kernel tree so that they > are built right along with the kernel. It's easier on the end user's > system too as they always get a kernel with the module they need. With respect, I completely disagree with this logic. This pre-supposes that Fedora kernels will always include every third party driver that any user might want to use, and that logic is never going to hold. There simply must be a mechanism for third parties to package drivers for Fedora. > And now the kernel maintainers would be the deciders as to what goes in > our out of our kernel, so the same criteria that is used for the kernel > is now used for kernel modules which is completely fair (everybody > plays by the same rules) Yay! Increasing user choice, by telling them what they can and can't add to their kernels. I completely agree that Fedora doesn't need to own any kmods in the core compose, but there simply must be a packaging process - can I clarify that you want to completely do away with any third party packaged kernel modules, even out of Core? Really? FWIW, I'm happy to own third party packaging infrastructure, and have BZs assigned to me on the Red Hat end of things for third party drivers. > Fedora -- All my bits are free, are yours? Yup. Including the drivers I added to my system. Jon. From sundaram at fedoraproject.org Tue Aug 7 21:08:49 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 02:38:49 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8DD48.7030909@gmail.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> Message-ID: <46B8DF61.9030301@fedoraproject.org> Les Mikesell wrote: > "Not helping" is unrelated to actively breaking in mid-version updates. > If you plan the latter, just say so up front - and in a way that points > out this difference from RHEL. And anyone who wants current apps on a > box that keeps working will just have to learn a different > administration style. If you are saying that Fedora is intentionally breaking third party proprietary modules that would be misleading. Fedora stays close to upstream versions and pulling upstream versions can sometimes break these modules. Sometimes new versions are needed for security fixes. In other cases it brings in bug fixes or new desired functionality. > > I didn't think there was anything unusual or proprietary about my > firewire drives or the IBM 225's either - but they both went through > many months of not working with various fedora kernels. This isn't Fedora specific issue. All distributions suffered from the same problems. Firewire layer in the upstream kernel wasn't robust enough previously. Red Hat rewrote it and it was in Fedora 7 and it hasn't been merged upstream now in the latest kernel. Rahul From sundaram at fedoraproject.org Tue Aug 7 21:10:06 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 02:40:06 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8DF61.9030301@fedoraproject.org> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> Message-ID: <46B8DFAE.5080401@fedoraproject.org> Rahul Sundaram wrote: Red Hat rewrote it and it was in Fedora 7 and it > hasn't been merged upstream now in the latest kernel. Correction: It has been merged. Rahul From drago01 at gmail.com Tue Aug 7 21:13:28 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 7 Aug 2007 23:13:28 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8D233.5020105@redhat.com> References: <46B37186.4000500@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> <46B8CB8C.7020004@gmail.com> <46B8D233.5020105@redhat.com> Message-ID: On 8/7/07, Jarod Wilson wrote: > > [...] > > You can add it and the re-sync generally works if the partition is not > > too busy, but it tends to be failed out of the array if it is left > > connected when the partition is very active. > > I wonder if the cfs scheduler would help with this any. And/or shutting > off beagle (which likes to absolutely slaughter the i/o on my > workstation). cfs is a cpu scheduler we already have a fair io scheduler (cfq ;) ) but cfq got some improvements too (uses a rbtree now like cfs) -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcm at redhat.com Tue Aug 7 21:15:02 2007 From: jcm at redhat.com (Jon Masters) Date: Tue, 7 Aug 2007 17:15:02 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B36A15.3020202@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> Message-ID: <20070807211502.GC24839@devserv.devel.redhat.com> On Fri, Aug 03, 2007 at 07:47:01PM +0200, Thorsten Leemhuis wrote: > On 03.08.2007 19:13, Jesse Keating wrote: > > On Fri, 03 Aug 2007 17:57:46 +0200 > > Thorsten Leemhuis wrote: > > > >> As kmods are on the way out in > >> general in Fedora (which is something I in parts agree with) it's even > >> more unlikely now. > > kmods as separate packages is what's hopefully on the way out. > > As I said, I agree in parts with it -- I'm these days against having > them in the "Fedora Everything" spin. But I still think we should have a > place for kernel-module packages in the Fedora project. A kind of > "alphaworks", "testing kitchen" or something like that for this and > other stuff that's not in shape for Fedora proper (or rawhide) yet -- > with a big fat warning sign "use on your own risk" "this *will* eat > babies" on the front of course. Sure, some people won't read that, but > that's not enough reasons to *not* do it IMHO. It's *essential* that Fedora provide a mechanism for this. To not do so makes the distribution *less free* not more so. FLOSS is so great because of the person choice that it imparts to users - the freedom to do what I, you, or they, want to do with a system. It's not your place, or mine to say what a user should or should not do on their own system. Fedora should perhaps not ship kmod packages, but there should be a process, there should be a mechanism, and in fact, it should be extended to include online automated updates and various other capabilities missing right now. Think about why the upstream Linux kernel didn't kill off non-GPL exported symbols (though I don't want to turn this into a binary driver driver discussion per se. everything I'm talking about applies also to non-non-GPL drivers) in the end. User choice. Quite frankly (from my person viewpoint), if a user wants to install a proprietary graphics driver on their system, I think that should be their call. I don't do it myself, and that's my call to make for myself also. Let each person decide how to live their life :-) Jon. From ghenry at suretecsystems.com Tue Aug 7 21:23:29 2007 From: ghenry at suretecsystems.com (Gavin Henry) Date: Tue, 7 Aug 2007 22:23:29 +0100 (BST) Subject: Resurrecting gnome-applet-netmon Message-ID: <49560.212.159.59.85.1186521809.squirrel@webmail.suretecsystems.com> Dear all, Is it possible to resurrect this package that I used to maintain? It is dead upstream, but I'd happily maintain it upstream too. http://fedoraproject.org/wiki/PackageMaintainers/RetiredPackages I've not found a suitable replacement in Gnome. Thanks, Gavin. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From pjones at redhat.com Tue Aug 7 21:24:08 2007 From: pjones at redhat.com (Peter Jones) Date: Tue, 07 Aug 2007 17:24:08 -0400 Subject: High frequency noise in Fedora 7 In-Reply-To: <3170f42f0708071109s5828cd40pf4226c17459702b6@mail.gmail.com> References: <3170f42f0707261216o348cebdcrd32f94c9a3954fe9@mail.gmail.com> <20070726203233.GG3673@serv.smile.org.ua> <3170f42f0707272027u61918acx90d4c2d403f8575@mail.gmail.com> <3170f42f0708061118s6fde35fbk9609134dafd84782@mail.gmail.com> <46B89211.1080909@redhat.com> <3170f42f0708071109s5828cd40pf4226c17459702b6@mail.gmail.com> Message-ID: <46B8E2F8.4010900@redhat.com> Debarshi 'Rishi' Ray wrote: >> I'm not completely sure, given your hardware configuration, but a >> similar behavior occurs with snd_ac97_codec when the module parameter >> "power_save" is turn on. I'd expect this is an analogous case. > > I think I am not using snd_ac97_codec. Hence why I said "an analogous case". -- Peter From davej at redhat.com Tue Aug 7 21:47:46 2007 From: davej at redhat.com (Dave Jones) Date: Tue, 7 Aug 2007 17:47:46 -0400 Subject: please enable XFS in anaconda In-Reply-To: <46B88B9F.2030009@fedoraproject.org> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46B7F762.1060809@redhat.com> <1186462900.4312.15.camel@dhcp-64-231.bne.redhat.com> <46B88876.6010908@redhat.com> <46B88B9F.2030009@fedoraproject.org> Message-ID: <20070807214746.GA6102@redhat.com> On Tue, Aug 07, 2007 at 08:41:27PM +0530, Rahul Sundaram wrote: > Eric Sandeen wrote: > > > > > Yeah, I talked about 4k stacks earlier in this thread - 4k stacks on x86 > > can cause xfs to run into trouble with more "interesting" io stacks. > > Does "interesting" here translate to "we can lose data"? With a stack overflow, you'll usually just end up with a hung computer. Dave -- http://www.codemonkey.org.uk From jspaleta at gmail.com Tue Aug 7 21:53:22 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 7 Aug 2007 13:53:22 -0800 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <200708031629.27231.lightsolphoenix@gmail.com> <604aa7910708031425x66debc2eif1a0fbc117113d87@mail.gmail.com> <20070803201847.5a020825@vader.jdub.homelinux.org> <604aa7910708031823q1d214055l346b3c61c2189090@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> Message-ID: <604aa7910708071453n7634f156ma94ad30bace67cb6@mail.gmail.com> On 8/3/07, Josh Boyer wrote: > By source RPMs I didn't mean .src.rpm. I meant the payload that is > installed from dkms-foo-mod is the source of the module that you want > DKMS to build. I think we're saying the same thing. > And I am more and more starting to think this might be a _good_ idea. > Users that want modules we aren't willing to carry upstream can install > the dkms "payload" (as you described it) for the module, build and > install. We might also want to think about enabling optional magic in something like /sbin/new-kernel-pkg for systems with dkms configured to attempt dkms payload rebuilds on new kernel installs. If we do not even attempt to provide the binary module against a kernel, we avoid the never-ending game of catch-up that we have to play in the build system with traditional kmod packages when a new kernel is pushed. And I think it sends a clear message that these things are more experimental in nature. > > Some might think this is too technical a hurdle for users to clear, but > I think it might be worth examining. Care to draft a proposal for > FESCo? We could evaluate it at the same time we do dwmw2/f13's. I should be able to draft a proposal. When's the next meeting? -jef From pemboa at gmail.com Tue Aug 7 22:02:05 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 7 Aug 2007 17:02:05 -0500 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <20070807204421.4eac6476.mschwendt.tmp0701.nospam@arcor.de> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <200708051811.39019.lightsolphoenix@gmail.com> <46B64CC3.80805@fedoraproject.org> <200708051825.03786.lightsolphoenix@gmail.com> <46B657C6.1060806@fedoraproject.org> <20070807102459.df7e220e.mschwendt.tmp0701.nospam@arcor.de> <16de708d0708071054k7fd842ccgd8c77d57e3fad529@mail.gmail.com> <20070807204421.4eac6476.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <16de708d0708071502u7f50c231o874512a577741106@mail.gmail.com> On 8/7/07, Michael Schwendt wrote: > On Tue, 7 Aug 2007 12:54:31 -0500, Arthur Pemberton wrote: > > > On 8/7/07, Michael Schwendt wrote: > > > On Mon, 06 Aug 2007 04:35:42 +0530, Rahul Sundaram wrote: > > > > > > > Kelly wrote: > > > > > > > > > Experimentation I performed at the time showed that the problem was the system > > > > > didn't have any way of properly finding the fonts. When I started using xfs, > > > > > the problem disappeared. That is why I'm worried about it. > > > > > > > > That should not happen in Fedora anymore. > > > > > > Depends on your configuration. Here with F7 and GNOME I could not stop > > > xfs because fonts would be missing afterwards. E.g. Emacs fails fatally: > > > > > > $ emacs > > > No fonts match `-*-fixed-*-*-*-*-*-*-*-*-*-100-iso8859-15' > > > > > > $ xterm > > > Warning: Cannot convert string "nil2" to type FontStruct > > > xterm: unable to open font "-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-15", trying "fixed".... > > > > > > And stopping a running xfs sort of "kills" X until the X server is restarted. > > > > > > Did you put the font paths into your xorg.conf > > Why me? Either Fedora 7 can run without xfs out of the box, or it can't, > since the user would need to edit xorg.conf manually. Last time I ran > system-config-display it didn't put any font paths into xorg.conf. Well I mean if you take out a service that was running by default, you have to expect there to be some repercussions. Now if you had taken out the service and replaced the functionality, that would be a different story. -- Fedora Core 6 and proud From lesmikesell at gmail.com Tue Aug 7 22:08:53 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 17:08:53 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8DF61.9030301@fedoraproject.org> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> Message-ID: <46B8ED75.7060104@gmail.com> Rahul Sundaram wrote: > Les Mikesell wrote: > >> "Not helping" is unrelated to actively breaking in mid-version updates. >> If you plan the latter, just say so up front - and in a way that >> points out this difference from RHEL. And anyone who wants current >> apps on a box that keeps working will just have to learn a different >> administration style. > > If you are saying that Fedora is intentionally breaking third party > proprietary modules that would be misleading. Fedora stays close to > upstream versions and pulling upstream versions can sometimes break > these modules. Sometimes new versions are needed for security fixes. In > other cases it brings in bug fixes or new desired functionality. I'm not suggesting that fedora modifies the ABI arbitrarily just to encourage users to switch to RHEL, but if there is there is no expectation that 3rd party drivers that work at the beginning of a version will work after the first update, I think that should be stated more clearly. >> I didn't think there was anything unusual or proprietary about my >> firewire drives or the IBM 225's either - but they both went through >> many months of not working with various fedora kernels. > > This isn't Fedora specific issue. It is from the perspective I'm trying to get across. I installed and tested a fedora version with the drives in question. They stopped working after some updates, mid-version. > All distributions suffered from the > same problems. Firewire layer in the upstream kernel wasn't robust > enough previously. Red Hat rewrote it and it was in Fedora 7 and it > hasn't been merged upstream now in the latest kernel. The change that broke things was never pushed into the Centosplus version I ended up using. If fedora must send every new and untested change on to the users, how about some easier way to avoid them if they break your hardware, like making kernel updates opt-in within a release version? An install option that offered to reserve alternate system partitions so you can revert to a known-working version with access to your current home directory after installing the next might be nice too. -- Les Mikesell lesmikesell at gmail.com From sundaram at fedoraproject.org Tue Aug 7 22:23:07 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 03:53:07 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8ED75.7060104@gmail.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> Message-ID: <46B8F0CB.9020109@fedoraproject.org> Les Mikesell wrote: > I'm not suggesting that fedora modifies the ABI arbitrarily just to > encourage users to switch to RHEL, but if there is there is no > expectation that 3rd party drivers that work at the beginning of a > version will work after the first update, I think that should be stated > more clearly. There is no expectation that any software outside of Fedora repositories can really be supported by anyone within the project. This is just common sense. The fact that we are going to be close to upstream and not consider proprietary kernel modules is clearly stated in the objectives page. The front page of fedoraproject.org and overview is clear about the focus on Free and open source software. \ > > The change that broke things was never pushed into the Centosplus > version I ended up using. That is because they are just rebuilding the RHEL kernel and RHEL kernel team does the backporting work to remain on pretty much the same kernel. Again Fedora does have that kind of resources nor does match the goal of Fedora. If you want and prefer RHEL or rebuilds just continue using that instead. If fedora must send every new and untested > change on to the users, how about some easier way to avoid them if they > break your hardware, like making kernel updates opt-in within a release > version? Fedora is targeted towards the end users who prefer running close to the latest versions. These are not untested nor is every version in all packages pushed into the stable branches. All updates are opt-in anyway. So if the older version works for you, you don't have to update. Rahul From jspaleta at gmail.com Tue Aug 7 22:27:19 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 7 Aug 2007 14:27:19 -0800 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8ED75.7060104@gmail.com> References: <46B37186.4000500@gmail.com> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> Message-ID: <604aa7910708071527t2f01c3b6wce3e09c86a6aadf4@mail.gmail.com> On 8/7/07, Les Mikesell wrote: > If fedora must send every new and untested > change on to the users, how about some easier way to avoid them if they > break your hardware, like making kernel updates opt-in within a release > version? reconfiguring the setting in /etc/sysconfig/kernel don't provide enough protection for you? setting UPDATEDEFAULT=no should keep your current kernel the default, then you can boot to the update kernel when you see fit to. -jef"runs updates-testing kernels, so saying things are untested is technically incorrect."spaleta From alan at redhat.com Tue Aug 7 22:28:45 2007 From: alan at redhat.com (Alan Cox) Date: Tue, 7 Aug 2007 18:28:45 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8ED75.7060104@gmail.com> References: <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> Message-ID: <20070807222845.GB30279@devserv.devel.redhat.com> On Tue, Aug 07, 2007 at 05:08:53PM -0500, Les Mikesell wrote: > I'm not suggesting that fedora modifies the ABI arbitrarily just to > encourage users to switch to RHEL, but if there is there is no > expectation that 3rd party drivers that work at the beginning of a > version will work after the first update, I think that should be stated > more clearly. Its the default Linux assumption always has been. RHEL is kind of special in that it bothers (at great pain and hard work) to preserve bits of kABI If your 3rd party driver had its dependancies correct your kernel update would have been caught by rpm as violating a requires. Ask your packager From mschwendt.tmp0701.nospam at arcor.de Tue Aug 7 22:32:38 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 8 Aug 2007 00:32:38 +0200 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <16de708d0708071502u7f50c231o874512a577741106@mail.gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> <200708051811.39019.lightsolphoenix@gmail.com> <46B64CC3.80805@fedoraproject.org> <200708051825.03786.lightsolphoenix@gmail.com> <46B657C6.1060806@fedoraproject.org> <20070807102459.df7e220e.mschwendt.tmp0701.nospam@arcor.de> <16de708d0708071054k7fd842ccgd8c77d57e3fad529@mail.gmail.com> <20070807204421.4eac6476.mschwendt.tmp0701.nospam@arcor.de> <16de708d0708071502u7f50c231o874512a577741106@mail.gmail.com> Message-ID: <20070808003238.04a31fea.mschwendt.tmp0701.nospam@arcor.de> On Tue, 7 Aug 2007 17:02:05 -0500, Arthur Pemberton wrote: > > > > Depends on your configuration. Here with F7 and GNOME I could not stop > > > > xfs because fonts would be missing afterwards. E.g. Emacs fails fatally: > > > > > > > > $ emacs > > > > No fonts match `-*-fixed-*-*-*-*-*-*-*-*-*-100-iso8859-15' > > > > > > > > $ xterm > > > > Warning: Cannot convert string "nil2" to type FontStruct > > > > xterm: unable to open font "-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-15", trying "fixed".... > > > > > > > > And stopping a running xfs sort of "kills" X until the X server is restarted. > > > > > > > > > Did you put the font paths into your xorg.conf > > > > Why me? Either Fedora 7 can run without xfs out of the box, or it can't, > > since the user would need to edit xorg.conf manually. Last time I ran > > system-config-display it didn't put any font paths into xorg.conf. > > > Well I mean if you take out a service that was running by default, you > have to expect there to be some repercussions. Now if you had taken > out the service and replaced the functionality, that would be a > different story. Which is contrary to the claims earlier in this thread. Btw: http://bugzilla.redhat.com/251203 From seandarcy2 at gmail.com Tue Aug 7 22:33:33 2007 From: seandarcy2 at gmail.com (gmane) Date: Tue, 7 Aug 2007 18:33:33 -0400 Subject: rawhide August 6: X won't start; Xorg.log Ok Message-ID: Amd64. An ATI xpress 200 integrated display adapter. Worked fine in the past. Not using beryl or compiz or any other composite driver. Updated to yesterday's and then today's rawhide. startx just goes to black. The console after ctl-alt-backaspace: ................ X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Fedora Core 7 Red Hat, Inc. Current Operating System: Linux amd64-jfb 2.6.23-0.71.rc2.fc8 #1 SMP Sat Aug 4 0 1:21:06 EDT 2007 x86_64 Build Date: 01 August 2007 Build ID: xorg-x11-server 1.3.0.0-16.fc8 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Aug 7 09:26:20 2007 (==) Using config file: "/etc/X11/xorg.conf" (II) Module already built-in (II) Module already built-in (II) Module already built-in Warning, xpress200 detected. Probably won't work. warning: /etc/X11/xinit/xinitrc.d/tmp does not end in .sh extension, ignoring The application 'gnome-session' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. xinit: connection to X server lost. waiting for X server to shut down FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing ................ Xorg.log shows no problem. syslog shows no problem. I don't know where the xpress200 warning came from. It's not from Xorg.log. I've tried switchdesk kde and xfce. No luck. I've not a clue what's going on, much less where to file a bug. Any suggestions?? sean From mschwendt.tmp0701.nospam at arcor.de Tue Aug 7 23:06:52 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 8 Aug 2007 01:06:52 +0200 Subject: rawhide August 6: X won't start; Xorg.log Ok In-Reply-To: References: Message-ID: <20070808010652.b815584a.mschwendt.tmp0701.nospam@arcor.de> On Tue, 7 Aug 2007 18:33:33 -0400, gmane wrote: > Amd64. An ATI xpress 200 integrated display adapter. Worked fine in the > past. Not using beryl or compiz or any other composite driver. > > Updated to yesterday's and then today's rawhide. > > startx just goes to black. Problems with the ATI driver *might* be related to this: https://bugzilla.redhat.com/251051 There the main fault is visible in the logs, however, and X fails to start. From wolfy at nobugconsulting.ro Tue Aug 7 23:08:40 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 08 Aug 2007 02:08:40 +0300 Subject: mock build failing sometimes In-Reply-To: <46B8DB3F.7070004@cora.nwra.com> References: <46B693DE.2000307@nobugconsulting.ro> <46B8DB3F.7070004@cora.nwra.com> Message-ID: <46B8FB78.7090905@nobugconsulting.ro> On 08/07/2007 11:51 PM, Orion Poplawski wrote: > Manuel Wolfshant wrote: >> Hi >> >> I am trying to build in mock a new package I've created. Build >> succeeds for x86_64 but fails for i386, despite there is almost no >> config difference. The logs of the failed builds ends always with: >> > > Try wiping out your root cache in /var/lib/mock/root-cache and > starting over. Tried that before posting, several times. Reinstalled mock, updated to latest version available in updates (the machine is running F7/x86_64 with all available updates installed, reverted my config to the default one, used standard mirrors instead of a specific baseurl, nothing works. I am facing the same problem each time: mock build for devel/i386 and F-7/i386 fail. Anything else I've tried (all x86_64 builds, FC6/i386) works. [root at wolfy64 ~]# rpm -q yum yum-3.2.1-1.fc7.noarch [root at wolfy64 ~]# rpm -q mock mock-0.7.4-1.fc7.x86_64 [wolfy at wolfy64 ~]$ rpm -qa rpm\* rpmlint-0.80-2.fc7.noarch rpm-libs-4.4.2-46.fc7.x86_64 rpm-python-4.4.2-46.fc7.x86_64 rpmdevtools-5.4-1.fc7.noarch rpm-4.4.2-46.fc7.x86_64 rpm-libs-4.4.2-46.fc7.i386 rpm-build-4.4.2-46.fc7.x86_64 [root at wolfy64 ~]# uname -a Linux wolfy64 2.6.22.1-41.fc7 #1 SMP Fri Jul 27 18:21:43 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux Result from 5 minutes ago: [wolfy at wolfy64 ~]$ sudo yum update Password: Loading "skip-broken" plugin Loading "installonlyn" plugin Setting up Update Process No Packages marked for Update/Obsoletion [wolfy at wolfy64 ~]$ mock --autocache --rebuildcache -r fedora-devel-i386 init init clean prep This may take a while create cache ending done Finished initializing root [wolfy at wolfy64 ~]$ mock -r fedora-devel-i386 /home/wolfy/rpm/SRPMS/xorg-x11-avivo-1.0-2.fc7.src.rpm init clean prep This may take a while unpack cache setup error: Macro % has illegal name (%define) error: cannot write to %sourcedir /usr/src/redhat/SOURCES Error installing srpm: xorg-x11-avivo-1.0-2.fc7.src.rpm ending done From lesmikesell at gmail.com Tue Aug 7 23:17:33 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 18:17:33 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <604aa7910708071527t2f01c3b6wce3e09c86a6aadf4@mail.gmail.com> References: <46B37186.4000500@gmail.com> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> <604aa7910708071527t2f01c3b6wce3e09c86a6aadf4@mail.gmail.com> Message-ID: <46B8FD8D.2020501@gmail.com> Jeff Spaleta wrote: > On 8/7/07, Les Mikesell wrote: >> If fedora must send every new and untested >> change on to the users, how about some easier way to avoid them if they >> break your hardware, like making kernel updates opt-in within a release >> version? > > reconfiguring the setting in /etc/sysconfig/kernel don't provide > enough protection for you? If it is expected to not work - and that's been my experience except for FC3 and FC6, that should be the default. Fortunately through my problems with FC5, yum was smart enough not to delete my working kernel and cycled through many others which I would try to boot, then pick the old one from the grub menu when that failed. I'm not sure if that is still the case, though. > setting UPDATEDEFAULT=no should keep your current kernel the default, > then you can boot to the update kernel when you see fit to. People seem to be having problems with udev too these days. Do they have to stay in sync? > -jef"runs updates-testing kernels, so saying things are untested is > technically incorrect."spaleta OK, but what happens if they fail testing? The problem with firewire drives not being recognized wasn't unique to my machine - it couldn't have worked anywhere. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Tue Aug 7 23:24:02 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 07 Aug 2007 18:24:02 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070807222845.GB30279@devserv.devel.redhat.com> References: <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> <20070807222845.GB30279@devserv.devel.redhat.com> Message-ID: <46B8FF12.9050503@gmail.com> Alan Cox wrote: >> I'm not suggesting that fedora modifies the ABI arbitrarily just to >> encourage users to switch to RHEL, but if there is there is no >> expectation that 3rd party drivers that work at the beginning of a >> version will work after the first update, I think that should be stated >> more clearly. > > Its the default Linux assumption always has been. RHEL is kind of special > in that it bothers (at great pain and hard work) to preserve bits of kABI Your assumptions probably are not the same as a typical new fedora user who might not have any assumptions at all - and I think this distinction should be made clear on the fedora project pages. > If your 3rd party driver had its dependancies correct your kernel update would > have been caught by rpm as violating a requires. Ask your packager Is that a recent addition? -- Les Mikesell lesmikesell at gmail.com From jspaleta at gmail.com Tue Aug 7 23:38:49 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 7 Aug 2007 15:38:49 -0800 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8FD8D.2020501@gmail.com> References: <46B37186.4000500@gmail.com> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> <604aa7910708071527t2f01c3b6wce3e09c86a6aadf4@mail.gmail.com> <46B8FD8D.2020501@gmail.com> Message-ID: <604aa7910708071638l5375495ev828ab668f71856c5@mail.gmail.com> On 8/7/07, Les Mikesell wrote: > OK, but what happens if they fail testing? I guess will get to that bridge once people relying on firewire drives start running the test update kernels and filing reports. -jef From sundaram at fedoraproject.org Tue Aug 7 23:53:35 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 05:23:35 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8FD8D.2020501@gmail.com> References: <46B37186.4000500@gmail.com> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> <604aa7910708071527t2f01c3b6wce3e09c86a6aadf4@mail.gmail.com> <46B8FD8D.2020501@gmail.com> Message-ID: <46B905FF.2090800@fedoraproject.org> Les Mikesell wrote: > > If it is expected to not work - and that's been my experience except for > FC3 and FC6, that should be the default. Bug report? > OK, but what happens if they fail testing? The problem with firewire > drives not being recognized wasn't unique to my machine - it couldn't > have worked anywhere. Firewire issues were hardware specific. Some worked, others didn't and others had data transfer issues. It wasn't a global problem with all firewire devices. If issues with a particular package are found and reported during updates-testing, then the maintainer has to decide on pushing the update based on that. All this assumes anyone who has the particular firewire devices actually tests the kernel in the the updates-testing repository and files proper bug reports before it hits the updates repository. Rahul From jwboyer at jdub.homelinux.org Wed Aug 8 00:37:54 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 7 Aug 2007 19:37:54 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <604aa7910708071453n7634f156ma94ad30bace67cb6@mail.gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <200708031629.27231.lightsolphoenix@gmail.com> <604aa7910708031425x66debc2eif1a0fbc117113d87@mail.gmail.com> <20070803201847.5a020825@vader.jdub.homelinux.org> <604aa7910708031823q1d214055l346b3c61c2189090@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> <604aa7910708071453n7634f156ma94ad30bace67cb6@mail.gmail.com> Message-ID: <20070807193754.175dac06@vader.jdub.homelinux.org> On Tue, 7 Aug 2007 13:53:22 -0800 "Jeff Spaleta" wrote: > On 8/3/07, Josh Boyer wrote: > > By source RPMs I didn't mean .src.rpm. I meant the payload that is > > installed from dkms-foo-mod is the source of the module that you > > want DKMS to build. I think we're saying the same thing. > > > > And I am more and more starting to think this might be a _good_ > > idea. Users that want modules we aren't willing to carry upstream > > can install the dkms "payload" (as you described it) for the > > module, build and install. > > We might also want to think about enabling optional magic in something > like /sbin/new-kernel-pkg for systems with dkms configured to attempt > dkms payload rebuilds on new kernel installs. > > If we do not even attempt to provide the binary module against a > kernel, we avoid the never-ending game of catch-up that we have to > play in the build system with traditional kmod packages when a new > kernel is pushed. And I think it sends a clear message that these > things are more experimental in nature. > > > > > Some might think this is too technical a hurdle for users to clear, > > but I think it might be worth examining. Care to draft a proposal > > for FESCo? We could evaluate it at the same time we do dwmw2/f13's. > > I should be able to draft a proposal. When's the next meeting? Thursday. josh From alan at redhat.com Wed Aug 8 01:28:07 2007 From: alan at redhat.com (Alan Cox) Date: Tue, 7 Aug 2007 21:28:07 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8FF12.9050503@gmail.com> References: <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> <20070807222845.GB30279@devserv.devel.redhat.com> <46B8FF12.9050503@gmail.com> Message-ID: <20070808012807.GA5803@devserv.devel.redhat.com> On Tue, Aug 07, 2007 at 06:24:02PM -0500, Les Mikesell wrote: > >If your 3rd party driver had its dependancies correct your kernel update > >would > >have been caught by rpm as violating a requires. Ask your packager > > Is that a recent addition? No. You've been able to require a specific kernel version since ooh Red Hat 3.03 I believe so about ten years ago From panemade at gmail.com Wed Aug 8 01:34:08 2007 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Wed, 8 Aug 2007 07:04:08 +0530 Subject: Kernel Modules in Fedora -x In-Reply-To: <1186497831.2877.120.camel@shinybook.infradead.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> <1186230607.22190.26.camel@shinybook.infradead.org> <1186497831.2877.120.camel@shinybook.infradead.org> Message-ID: Hi, On 8/7/07, David Woodhouse wrote: > On Mon, 2007-08-06 at 12:44 +0530, Parag N(????) wrote: > > Ohh. some one want to more about spca5xx and gpsca kmods? Ok. Here > > are some of links that you can refer. > > That doesn't answer the most important question, which is: > Why aren't they good enough to be merged upstream? What needs to be > fixed before Linus will take them? Thats because Author is not willing to make it upstream and want to maintain his own code in his own source code tree. GSPCA kernel module is already GPLv2. But If a module is well popular in its functionality and use and author is not willing to make it upstream then does that mean then Fedora will never see it as rpm package? Regards, Parag. From cr33dog at gmail.com Wed Aug 8 04:24:06 2007 From: cr33dog at gmail.com (Chris Mohler) Date: Tue, 7 Aug 2007 23:24:06 -0500 Subject: rawhide August 6: X won't start; Xorg.log Ok In-Reply-To: References: Message-ID: On 8/7/07, gmane wrote: > Any suggestions?? A stab in the dark: did you try CTRL-ALT-plus or CTRL-ALT-minus? I just swapped a monitor and had some similar symptoms. Even 'rm xorg.conf && sys-conf-display --reconfig' had no effect until I cycled the display. Chris From esandeen at redhat.com Wed Aug 8 04:41:42 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Tue, 07 Aug 2007 23:41:42 -0500 Subject: please enable XFS in anaconda In-Reply-To: <1186462900.4312.15.camel@dhcp-64-231.bne.redhat.com> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46B7F762.1060809@redhat.com> <1186462900.4312.15.camel@dhcp-64-231.bne.redhat.com> Message-ID: <46B94986.5070903@redhat.com> Dave Airlie wrote: > On Mon, 2007-08-06 at 23:38 -0500, Eric Sandeen wrote: >> Jesse Keating wrote: >>> On Thu, 26 Jul 2007 16:32:30 -0500 >>> Dan Yocum wrote: >>> >>>> It's stable, widely tested, widely deployed, and >>>> it's being actively developed and maintained (which is more than can >>>> be said of some other filesystems that remain in the default list). >>>> It's in the kernel, it shouldn't be "hidden" in the depths of >>>> anaconda anymore. >>> How's the SELinux support these days? And why can't I boot from xfs >>> yet? >> Not addressing either of these questions directly, but with regard to >> overall quality of xfs in F8... I ran the xfsqa test suite on >> 2.6.23-0.71.rc2.fc8 over the weekend. Of the "auto" test group (those >> expected to pass reliably), 90 of 93 tests passed (this after fixing a >> quota bug I found & fixed over the weekend). Of the 3 failures, 2 are >> "harmless" - i.e. no data corruption, security issues, or anything like >> that - one is a bleeding-edge allocator feature not working quite 100%, >> another has to do with slightly different log traffic pattern due to a >> recent change w.r.t. the expected output. >> >> The "real" failure has to do with mmap writes into preallocated space; >> I'll look into that as I have time. FWIW that turned out to be a non-error as well, test assumed 16k pages. > Don't we ship Fedora with 4K stacks, so I've heard XFS + RAID stuff can > overflow the stack.. > > so it may not be the stable.. I'll test on x86 over lvm some evening or next weekend. It is a concern. My x86 mythbox is perfectly happy on FC6, though, running xfs on plain partitions (no lvm). -Eric From pemboa at gmail.com Wed Aug 8 06:35:17 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 8 Aug 2007 01:35:17 -0500 Subject: First Fedora7 problem : KDE + Xorg + Fonts In-Reply-To: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> References: <16de708d0708051319k17babd6l7bf48924c5e66e04@mail.gmail.com> Message-ID: <16de708d0708072335k36d4ba30h468bb2253ae01c1b@mail.gmail.com> Bug report made: https://bugzilla.redhat.com/251286 From pemboa at gmail.com Wed Aug 8 06:41:37 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 8 Aug 2007 01:41:37 -0500 Subject: Semi-OT: Bugzilla guided mode addition freezes browers Message-ID: <16de708d0708072341x14b6db75k75de13f3a10cd6c6@mail.gmail.com> I was attempting to file a bug (http://bugzilla.redhat.com) and thought I would give the Guide mode a try. I tried the following OS : Browser combinations a try, all requiring me to terminate them manually upon reaching the component selection page: * Windows XP Pro : Firefox 2 * Fedora 7 (kde) : Firefox 2 * Fedora 7 (kde) : Konqueror I'm guessing it had something to do with with the Javascript 1.2 and the large amount of data, but it uses up enough cycles to render firefox entirely useless. on Fedora/Firefox2, I did get a warning that a script was unresponsive, but I didn't stop it (mostly as part of the experimentation). Should I file a bug about this? -- Fedora Core 6 and proud From jwilson at redhat.com Wed Aug 8 13:12:14 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 08 Aug 2007 09:12:14 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: References: <46B37186.4000500@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> <46B8CB8C.7020004@gmail.com> <46B8D233.5020105@redhat.com> Message-ID: <46B9C12E.60301@redhat.com> dragoran wrote: > > > On 8/7/07, *Jarod Wilson* > wrote: > > [...] > > You can add it and the re-sync generally works if the partition is not > > too busy, but it tends to be failed out of the array if it is left > > connected when the partition is very active. > > I wonder if the cfs scheduler would help with this any. And/or shutting > off beagle (which likes to absolutely slaughter the i/o on my > workstation). > > > cfs is a cpu scheduler we already have a fair io scheduler (cfq ;) ) > but cfq got some improvements too (uses a rbtree now like cfs) Just throwing it out there, because the responsiveness of my desktop went up like 100x while doing heavy lifting in the background (like a kernel build) when I 1) upgraded it to a kernel w/cfs and 2) shut off beagle indexing. -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From jwilson at redhat.com Wed Aug 8 13:16:23 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 08 Aug 2007 09:16:23 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8DA4A.9090403@gmail.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> <46B8CB8C.7020004@gmail.com> <46B8D233.5020105@redhat.com> <46B8DA4A.9090403@gmail.com> Message-ID: <46B9C227.3060205@redhat.com> Les Mikesell wrote: > Jarod Wilson wrote: > >>> Do you know if a firewire drive will work reliably as a raid1 mirror >>> with a matching internal drive? >> >> Not a clue, never tried. >> >>> With the older stack it isn't >>> recognized in time at boot-up to automatically connect the md device. >> >> It is if you load the firewire modules in your initrd. :) > > Hmmm, would that happen by itself if the drive is attached during an > install with the new system? I'm reasonably certain that's the case. >>> You can add it and the re-sync generally works if the partition is not >>> too busy, but it tends to be failed out of the array if it is left >>> connected when the partition is very active. >> >> I wonder if the cfs scheduler would help with this any. And/or shutting >> off beagle (which likes to absolutely slaughter the i/o on my >> workstation). > > The place I want it is as a 3rd member of a RAID1 set that is used for > the pooled file storage for backuppc - which hardlinks all identical > files it finds across your backup set. This is extremely busy during > backups and takes an impractically long time to copy with tar or other > file-oriented means because of the way hardlinks are re-constructed > (many days for a 250 gig drive), while a raid-sync will complete in a > couple of hours. There's probably a better way to do that now with LVM > snapshots but that's getting off the topic of reliability. Wait... So you're essentially creating a cloned volume on the firewire disk via a raid resync, rather than having the initial backup written with the firewire disk connected in the raid set? If so, that's moderately amusing... :) -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From ribeirogustavoti at gmail.com Wed Aug 8 13:15:47 2007 From: ribeirogustavoti at gmail.com (Gustavo Ribeiro De Bonis) Date: Wed, 08 Aug 2007 10:15:47 -0300 Subject: F7 + Mono + Oracle 10g Express Message-ID: <46B9C203.7020705@gmail.com> Hi, a few days ago I was trying to setup a database (Oracle 10g) in my distro (F7) to start to develop simple applications that I saw in college. I was trying to connect to the database through a C# connection string (using Mono Framwork). But i didn't because i couldn't setup oracle enviroment variables ($ORACLE_HOME and $LD_LIBRARY_PATH), I would like to know if someone did this, or successfully configured oracle 10g express on F7. For futher explanations, i executed oracle scripts as Oracle Installation Guide for Linux says, but i had nothing. My SELinux was disable. I searched for the libraries in $ORACLE_HOME/lib and they are all in right folder. I've installed Oracle Client too and executed the scripts. I don't know what to do anymore. Anybody here does this successfully, if did please help me. Thanks everybody and sorry by my bad english. From sundaram at fedoraproject.org Wed Aug 8 13:20:30 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 18:50:30 +0530 Subject: F7 + Mono + Oracle 10g Express In-Reply-To: <46B9C203.7020705@gmail.com> References: <46B9C203.7020705@gmail.com> Message-ID: <46B9C31E.2000908@fedoraproject.org> Gustavo Ribeiro De Bonis wrote: > Hi, a few days ago I was trying to setup a database (Oracle 10g) in my > distro (F7) to start to develop simple applications that I saw in college. > Try fedora-list or http://fedoraforum.org for end user questions. This is meant for discussion about development of Fedora itself. Rahul From drago01 at gmail.com Wed Aug 8 13:21:43 2007 From: drago01 at gmail.com (dragoran) Date: Wed, 08 Aug 2007 15:21:43 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B9C12E.60301@redhat.com> References: <46B37186.4000500@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> <46B8CB8C.7020004@gmail.com> <46B8D233.5020105@redhat.com> <46B9C12E.60301@redhat.com> Message-ID: <46B9C367.1050806@gmail.com> Jarod Wilson wrote: > dragoran wrote: > >> On 8/7/07, *Jarod Wilson* > > wrote: >> >> [...] >> > You can add it and the re-sync generally works if the partition is not >> > too busy, but it tends to be failed out of the array if it is left >> > connected when the partition is very active. >> >> I wonder if the cfs scheduler would help with this any. And/or shutting >> off beagle (which likes to absolutely slaughter the i/o on my >> workstation). >> >> >> cfs is a cpu scheduler we already have a fair io scheduler (cfq ;) ) >> but cfq got some improvements too (uses a rbtree now like cfs) >> > > Just throwing it out there, because the responsiveness of my desktop > went up like 100x while doing heavy lifting in the background (like a > kernel build) when I 1) upgraded it to a kernel w/cfs and 2) shut off > beagle indexing. > > the worst thing you can do is to let beagle index a dir where you build stuff... (I still use beagle but I excluded them). From pertusus at free.fr Wed Aug 8 14:18:10 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 8 Aug 2007 16:18:10 +0200 Subject: is there an url for packages? Message-ID: <20070808141810.GG15409@free.fr> Hello, More than once I had a want to point to an url for a package I maintain in fedora, an url that wouldn't chenge in time (that is which would work for any fedora version and package version). Most common reason is for upstream to give an url to the fedora rpm. Is there something like that? I searched a bit but didn't found anything. Of course that url would then point to version and release specific rpms or to other pages with version and release specific rpms and also maybe srpms. -- Pat From esandeen at redhat.com Wed Aug 8 14:35:35 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Wed, 08 Aug 2007 09:35:35 -0500 Subject: is there an url for packages? In-Reply-To: <20070808141810.GG15409@free.fr> References: <20070808141810.GG15409@free.fr> Message-ID: <46B9D4B7.20209@redhat.com> Patrice Dumas wrote: > Hello, > > More than once I had a want to point to an url for a package I maintain > in fedora, an url that wouldn't chenge in time (that is which would work > for any fedora version and package version). Most common reason is for > upstream to give an url to the fedora rpm. Is there something like that? > I searched a bit but didn't found anything. > > Of course that url would then point to version and release specific rpms > or to other pages with version and release specific rpms and also maybe > srpms. http://koji.fedoraproject.org/packages/$PACKAGENAME? Dunno if that meets the guarantees of not moving... -Eric From pertusus at free.fr Wed Aug 8 14:34:53 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 8 Aug 2007 16:34:53 +0200 Subject: is there an url for packages? In-Reply-To: <46B9D4B7.20209@redhat.com> References: <20070808141810.GG15409@free.fr> <46B9D4B7.20209@redhat.com> Message-ID: <20070808143453.GH15409@free.fr> On Wed, Aug 08, 2007 at 09:35:35AM -0500, Eric Sandeen wrote: > Patrice Dumas wrote: > > Hello, > > > http://koji.fedoraproject.org/packages/$PACKAGENAME? > > Dunno if that meets the guarantees of not moving... It does in the sense that I used above. It is a bit austere, however, and allows only to browse by package version, although it would be much easier by release, and showing only the latest for a release. -- Pat From sundaram at fedoraproject.org Wed Aug 8 14:41:05 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 20:11:05 +0530 Subject: is there an url for packages? In-Reply-To: <20070808141810.GG15409@free.fr> References: <20070808141810.GG15409@free.fr> Message-ID: <46B9D601.7020906@fedoraproject.org> Patrice Dumas wrote: > Hello, > > More than once I had a want to point to an url for a package I maintain > in fedora, an url that wouldn't chenge in time (that is which would work > for any fedora version and package version). Most common reason is for > upstream to give an url to the fedora rpm. Is there something like that? > I searched a bit but didn't found anything. > > Of course that url would then point to version and release specific rpms > or to other pages with version and release specific rpms and also maybe > srpms. This has come up several times before. The last time was a couple of weeks back. https://www.redhat.com/archives/fedora-devel-list/2007-July/msg00954.html Rahul From mastahnke at gmail.com Wed Aug 8 14:48:02 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 8 Aug 2007 09:48:02 -0500 Subject: is there an url for packages? In-Reply-To: <46B9D601.7020906@fedoraproject.org> References: <20070808141810.GG15409@free.fr> <46B9D601.7020906@fedoraproject.org> Message-ID: <7874d9dd0708080748i4343bbacv52ebee13f99ea854@mail.gmail.com> Can I tack on a request to have all spec files available easily, perhaps in a single directory online? This would help packagers by being able to see spec files for lots of other rpms quickly. stahnma From wolfy at nobugconsulting.ro Wed Aug 8 14:56:18 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 08 Aug 2007 17:56:18 +0300 Subject: is there an url for packages? In-Reply-To: <7874d9dd0708080748i4343bbacv52ebee13f99ea854@mail.gmail.com> References: <20070808141810.GG15409@free.fr> <46B9D601.7020906@fedoraproject.org> <7874d9dd0708080748i4343bbacv52ebee13f99ea854@mail.gmail.com> Message-ID: <46B9D992.2050207@nobugconsulting.ro> Michael Stahnke wrote: > Can I tack on a request to have all spec files available easily, > perhaps in a single directory online? > > This would help packagers by being able to see spec files for lots of > other rpms quickly. > > stahnma > > maybe http://cvs.fedora.redhat.com/viewcvs/devel/?root=extras can help From mastahnke at gmail.com Wed Aug 8 15:21:26 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 8 Aug 2007 10:21:26 -0500 Subject: is there an url for packages? In-Reply-To: <46B9D992.2050207@nobugconsulting.ro> References: <20070808141810.GG15409@free.fr> <46B9D601.7020906@fedoraproject.org> <7874d9dd0708080748i4343bbacv52ebee13f99ea854@mail.gmail.com> <46B9D992.2050207@nobugconsulting.ro> Message-ID: <7874d9dd0708080821r2b19f1c1o28d320b4fb9c3a20@mail.gmail.com> On 8/8/07, Manuel Wolfshant wrote: > Michael Stahnke wrote: > > Can I tack on a request to have all spec files available easily, > > perhaps in a single directory online? > > > > This would help packagers by being able to see spec files for lots of > > other rpms quickly. > > > > stahnma > > > > > maybe http://cvs.fedora.redhat.com/viewcvs/devel/?root=extras can help It certainly does help. I was looking for plaintext, and not quite so many clicks to get there. Am I picky? Probably a little. :) stahnma > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From mschwendt.tmp0701.nospam at arcor.de Wed Aug 8 15:21:46 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 8 Aug 2007 17:21:46 +0200 Subject: rpms/gtk2/devel tooltip-compat.patch, NONE, 1.1 gtk2.spec, 1.249, 1.250 In-Reply-To: <200708081457.l78EvWAh014335@cvs-int.fedora.redhat.com> References: <200708081457.l78EvWAh014335@cvs-int.fedora.redhat.com> Message-ID: <20070808172146.c0cfb829.mschwendt.tmp0701.nospam@arcor.de> On Wed, 8 Aug 2007 10:57:32 -0400, Matthias Clasen (mclasen) wrote: > Author: mclasen > > Update of /cvs/extras/rpms/gtk2/devel > Log Message: > improve tooltip compatibility > +# fixed in upstream svn > +Patch6: tooltip-compat.patch > +* Wed Aug 8 2007 Matthias Clasen - 2.11.6-6 > +- Improve tooltip compatibility to make acroread work again How are these comments to be understood? The GtkTooltip changes in 2.11.6 also break wxGTK. The changelog and headers say the old tooltip API is deprecated. wxGTK uses the private tip_window member which became NULL in gtk 2.11.6. When will this compatibility patch be dropped from gtk2 again? https://bugzilla.redhat.com/250936 (Audacity segfault in wxGTK 2.6) From pertusus at free.fr Wed Aug 8 15:27:44 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 8 Aug 2007 17:27:44 +0200 Subject: is there an url for packages? In-Reply-To: <46B9D601.7020906@fedoraproject.org> References: <20070808141810.GG15409@free.fr> <46B9D601.7020906@fedoraproject.org> Message-ID: <20070808152744.GI15409@free.fr> On Wed, Aug 08, 2007 at 08:11:05PM +0530, Rahul Sundaram wrote: > > This has come up several times before. The last time was a couple of weeks > back. > > https://www.redhat.com/archives/fedora-devel-list/2007-July/msg00954.html Thanks. So currently it seems that there is nothing. Now that repoview has been updated, it could be used again. Is there somebody working on this? -- Pat From drago01 at gmail.com Wed Aug 8 15:39:57 2007 From: drago01 at gmail.com (dragoran) Date: Wed, 8 Aug 2007 17:39:57 +0200 Subject: is there an url for packages? In-Reply-To: <20070808141810.GG15409@free.fr> References: <20070808141810.GG15409@free.fr> Message-ID: On 8/8/07, Patrice Dumas wrote: > > Hello, > > More than once I had a want to point to an url for a package I maintain > in fedora, an url that wouldn't chenge in time (that is which would work > for any fedora version and package version). Most common reason is for > upstream to give an url to the fedora rpm. isn't it easier for upstream to tell fedora users to do yum install pkgname ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Wed Aug 8 15:37:25 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Aug 2007 11:37:25 -0400 Subject: find-debuginfo.sh Message-ID: <20070808113725.2e642373@ender> So it appears with the latest rpm build in koji (http://koji.fedoraproject.org/koji/buildinfo?buildID=13088 rpm-4.4.2.1-3.fc8) there is a drop in replacement for find-debuginfo.sh. This is just dropped into cvs/pkgs to override the find-debuginfo.sh from the upstream source tarball. In it are things for buildID, such as creating a symlink, and more importantly, erroring the build if no buildID is found. Since this was done rather quietly (as far as I can tell) with no announcement, no discussion, no wiki page update (http://fedoraproject.org/wiki/Releases/FeatureBuildId still says that "find-debuginfo.sh WRITTEN, UNTESTED"), and no (that I can find) help in um, debugging the debuginfo failures I'm of a mind to revert this change immediately. We have builds failing due to no buildID and maintainers with no earthly idea as to how to fix this. Any opinions before I revert this change until we can get some supporting documentation, and warning that this will go into effect and potentially break our builds? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Aug 8 15:40:45 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Aug 2007 11:40:45 -0400 Subject: is there an url for packages? In-Reply-To: <20070808152744.GI15409@free.fr> References: <20070808141810.GG15409@free.fr> <46B9D601.7020906@fedoraproject.org> <20070808152744.GI15409@free.fr> Message-ID: <20070808114045.4bac9365@ender> On Wed, 8 Aug 2007 17:27:44 +0200 Patrice Dumas wrote: > Now that repoview has been updated, it could be used again. Is there > somebody working on this? Yes, I talked to Icon about it the other day. He was going to get the upstream update into rawhide and ping me when done, and then at some point before Test2 I was going to look at re-integrating it back into our various compose tools (mash, pungi, etc..) -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dwmw2 at infradead.org Wed Aug 8 15:33:47 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 08 Aug 2007 23:33:47 +0800 Subject: Build hangs on ppc64 builder In-Reply-To: <46B73DA2.5000202@cora.nwra.com> References: <46B73DA2.5000202@cora.nwra.com> Message-ID: <1186587227.2877.331.camel@shinybook.infradead.org> On Mon, 2007-08-06 at 09:26 -0600, Orion Poplawski wrote: > Every time I've tried to build plplot for F-7 the ppc64 builder hangs. > Other arches work and I don't have a ppc64 machine to test. Can > someone see what it is hanging on? > > http://koji.fedoraproject.org/koji/getfile?taskID=89237&name=build.log For the record, this turned out (as so many such things do) to be a generic 64-bit bug; not specific to ppc64. Although it affects x86_64, it didn't have _precisely_ the same effects there, so it didn't cause a build failure and would have gone unnoticed until it actually started to cause problems elsewhere. -- dwmw2 From lesmikesell at gmail.com Wed Aug 8 16:04:25 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 08 Aug 2007 11:04:25 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B9C227.3060205@redhat.com> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> <46B8CB8C.7020004@gmail.com> <46B8D233.5020105@redhat.com> <46B8DA4A.9090403@gmail.com> <46B9C227.3060205@redhat.com> Message-ID: <46B9E989.8020403@gmail.com> Jarod Wilson wrote: >> The place I want it is as a 3rd member of a RAID1 set that is used for >> the pooled file storage for backuppc - which hardlinks all identical >> files it finds across your backup set. This is extremely busy during >> backups and takes an impractically long time to copy with tar or other >> file-oriented means because of the way hardlinks are re-constructed >> (many days for a 250 gig drive), while a raid-sync will complete in a >> couple of hours. There's probably a better way to do that now with LVM >> snapshots but that's getting off the topic of reliability. > > Wait... So you're essentially creating a cloned volume on the firewire > disk via a raid resync, rather than having the initial backup written > with the firewire disk connected in the raid set? If so, that's > moderately amusing... :) The object is to make copies that can be rotated offsite weekly and that's the first way I found that actually worked. In earlier attempts I tried to use one internal, one external drive as a mirrored set, just failing/removing the external drive and adding a different one periodically. That didn't work well because the drive would frequently be marked as failed even though it really didn't have a problem, and on any reboot it would have to be re-synced manually. Also while trying to do it this way I had an actual failure on the internal drive which took some contortions to recover. So, I created a 3-member raid1 with one device specified as "missing" and now have 2 internal drives that run mirrored all the time and at weekly intervals add the external drive and wait for the sync. Then I momentarily stop the backuppc service, unmount the drive, fail the device in the raid, and remove it. I can then access the external drive with a laptop and could do disaster recovery restores without any other special equipment. Backuppc's compression/pooling scheme crams about 700gigs worth of archives on the 250 gig disks that I am using and it beats trying to find things on tapes. But, for some reason the drive works fine for the 2+ hour sync procedure but will generally fail out of the raid if I forget and leave it connected through the nightly backups. My guess is that it isn't doing as many retries on soft errors or timeouts as a raid member as a standalone device would. -- Les Mikesell lesmikesell at gmail.com From tibbs at math.uh.edu Wed Aug 8 16:07:08 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 08 Aug 2007 11:07:08 -0500 Subject: find-debuginfo.sh In-Reply-To: <20070808113725.2e642373@ender> References: <20070808113725.2e642373@ender> Message-ID: >>>>> "JK" == Jesse Keating writes: JK> In it are things for buildID, such as creating a symlink, and more JK> importantly, erroring the build if no buildID is found. And other brokenness: http://koji.fedoraproject.org/koji/getfile?taskID=93839&name=build.log dies with: + /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/autoconf-2.13 stat: missing operand Try `stat --help' for more information. error: Bad exit status from /var/tmp/rpm-tmp.98781 (%install) - J< From jkeating at redhat.com Wed Aug 8 16:11:17 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Aug 2007 12:11:17 -0400 Subject: find-debuginfo.sh In-Reply-To: References: <20070808113725.2e642373@ender> Message-ID: <20070808121117.40985c5b@ender> On 08 Aug 2007 11:07:08 -0500 Jason L Tibbitts III wrote: > >>>>> "JK" == Jesse Keating writes: > > JK> In it are things for buildID, such as creating a symlink, and more > JK> importantly, erroring the build if no buildID is found. > > And other brokenness: > > http://koji.fedoraproject.org/koji/getfile?taskID=93839&name=build.log > dies with: > > + /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/autoconf-2.13 > stat: missing operand > Try `stat --help' for more information. > error: Bad exit status from /var/tmp/rpm-tmp.98781 (%install) > > - J< > Ok, I've untagged rpm-4.4.2.1-3.fc8 for now. Once repos regen we should fall back to the previous rpm version rpm-4.4.2.1-1.fc8 and these errors should stop. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Wed Aug 8 16:14:17 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 8 Aug 2007 18:14:17 +0200 Subject: is there an url for packages? In-Reply-To: References: <20070808141810.GG15409@free.fr> Message-ID: <20070808161417.GJ15409@free.fr> On Wed, Aug 08, 2007 at 05:39:57PM +0200, dragoran wrote: > On 8/8/07, Patrice Dumas wrote: > > > > Hello, > > > > More than once I had a want to point to an url for a package I maintain > > in fedora, an url that wouldn't chenge in time (that is which would work > > for any fedora version and package version). Most common reason is for > > upstream to give an url to the fedora rpm. > > > isn't it easier for upstream to tell fedora users to do yum install pkgname > ? Upstream doesn't necessarily knows about yum, but knows about urls. -- Pat From skvidal at fedoraproject.org Wed Aug 8 16:24:53 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 08 Aug 2007 12:24:53 -0400 Subject: is there an url for packages? In-Reply-To: <20070808161417.GJ15409@free.fr> References: <20070808141810.GG15409@free.fr> <20070808161417.GJ15409@free.fr> Message-ID: <1186590293.712.27.camel@cutter> On Wed, 2007-08-08 at 18:14 +0200, Patrice Dumas wrote: > On Wed, Aug 08, 2007 at 05:39:57PM +0200, dragoran wrote: > > On 8/8/07, Patrice Dumas wrote: > > > > > > Hello, > > > > > > More than once I had a want to point to an url for a package I maintain > > > in fedora, an url that wouldn't chenge in time (that is which would work > > > for any fedora version and package version). Most common reason is for > > > upstream to give an url to the fedora rpm. > > > > > > isn't it easier for upstream to tell fedora users to do yum install pkgname > > ? > > Upstream doesn't necessarily knows about yum, but knows about urls. and for purposes of referencing info about the pkg, or links to existing bugs or whatever, having a url is much much nicer. -sv From opensource at till.name Wed Aug 8 16:47:55 2007 From: opensource at till.name (Till Maas) Date: Wed, 08 Aug 2007 18:47:55 +0200 Subject: Package End Of Life - no change to owners.list needed? Message-ID: <200708081848.09482.opensource@till.name> Hiyas, according to http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife it is not needed to modify owners.list when a package is retired, is this correct? Or is this the task of rel-eng, too? Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From opensource at till.name Wed Aug 8 16:50:35 2007 From: opensource at till.name (Till Maas) Date: Wed, 08 Aug 2007 18:50:35 +0200 Subject: Fedora Package Status of Jul 26, 2007 In-Reply-To: <20070726151216.24876949@ludwig-alpha.unil.ch> References: <20070726151216.24876949@ludwig-alpha.unil.ch> Message-ID: <200708081850.35849.opensource@till.name> On Do Juli 26 2007, Christian Iseli wrote: > - 58 packages not available in devel or release > paul at all-the-johnsons dot co dot uk XaraLX Afaik XaraLX was removed because of licensing issues, there was some BLOB in the tarball. It seems that only step 5 of the PackageEndOfLife procedure[1] was followed, yet. Regards, Till [1] http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From opensource at till.name Wed Aug 8 16:53:56 2007 From: opensource at till.name (Till Maas) Date: Wed, 08 Aug 2007 18:53:56 +0200 Subject: Fedora Package Status of Jul 26, 2007 In-Reply-To: <20070726151216.24876949@ludwig-alpha.unil.ch> References: <20070726151216.24876949@ludwig-alpha.unil.ch> Message-ID: <200708081853.57042.opensource@till.name> Aloa, On Do Juli 26 2007, Christian Iseli wrote: > - 58 packages not available in devel or release I have a suggestion for a little improvement here. Can you please distinguish between packages that are not available for the first time and packages that were already not available the last time? Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From opensource at till.name Wed Aug 8 17:04:37 2007 From: opensource at till.name (Till Maas) Date: Wed, 08 Aug 2007 19:04:37 +0200 Subject: Fedora Package Status of Jul 26, 2007 In-Reply-To: <20070726151216.24876949@ludwig-alpha.unil.ch> References: <20070726151216.24876949@ludwig-alpha.unil.ch> Message-ID: <200708081904.43023.opensource@till.name> On Do Juli 26 2007, Christian Iseli wrote: > FE-LEGAL packages stats: Imho it would be a little less confusing when you use "FE-Legal" here, because the blocker bug has this alias and not "FE-LEGAL". Or even better would be to rename FE-Legal to FE-LEGAL in case it does not break references in Bugzilla. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From bpepple at fedoraproject.org Wed Aug 8 17:51:03 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 08 Aug 2007 13:51:03 -0400 Subject: Plan for tomorrows (20070809) FESCO meeting Message-ID: <1186595463.2729.17.camel@kennedy> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCO-Meeting -- MISC -- Feature Proposal Approval - http://fedoraproject.org/wiki/Features/Dashboard - notting, poelcat /topic FESCO-Meeting -- MISC -- dropping kmods proposal - dwmw2 /topic FESCO-Meeting -- Rebuilding Packages -- Needs to decide whether to always rebuild, or only when toolchain warrants it - all /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule (I can't promise we will get to it tomorrow, but we'll most likely will if we don't run out of time). You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Aug 8 17:53:28 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Aug 2007 13:53:28 -0400 Subject: Package End Of Life - no change to owners.list needed? In-Reply-To: <200708081848.09482.opensource@till.name> References: <200708081848.09482.opensource@till.name> Message-ID: <20070808135328.43b4f786@ender> On Wed, 08 Aug 2007 18:47:55 +0200 Till Maas wrote: > according to > http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife > it is not needed to modify owners.list when a package is retired, is > this correct? Or is this the task of rel-eng, too? Something should probably be done. Now that we have pkgdb I'm not sure what that "thing" to do would be. Would be handy if there was just a 'retire package' link that did all of the cvs removals, koji removal, etc... all in one shot. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From orion at cora.nwra.com Wed Aug 8 18:19:00 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 08 Aug 2007 12:19:00 -0600 Subject: [Fwd: ] multi-lib brokenness? Message-ID: <46BA0914.3090404@cora.nwra.com> I got this from the buildsys. Looks like a multi-lib of some kind. Anything I need to do? Or does tcl/tk need to be made multi-lib? Seems like the dependencies should have the library versions listed. -- Orion Poplawski Technical Manager 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 -------------- next part -------------- An embedded message was scrubbed... From: buildsys at fedoraproject.org Subject: no subject Date: Wed, 8 Aug 2007 10:52:16 -0700 Size: 2573 URL: From roland at redhat.com Wed Aug 8 18:28:34 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 11:28:34 -0700 (PDT) Subject: find-debuginfo.sh In-Reply-To: Jesse Keating's message of Wednesday, 8 August 2007 11:37:25 -0400 <20070808113725.2e642373@ender> Message-ID: <20070808182834.36ACA4D04C4@magilla.localdomain> Sorry folks. I'm responsible for the new find-debuginfo.sh script. I'd intended to post about it when it went in, but the difference in Panu's schedule and mine meant it went in and started affecting folks while I was asleep. The new script is intended to work. ;-) Most maintainers should not need to worry about the new script. It should silently do the right thing without any attention from you. If you see any new problems, please harrass me immediately. For any packages doing special non-default debuginfo packaging, please talk to me directly. I've taken care of kernel and glibc, which are the only special cases I know of. I am already looking into the problem with noarch packages. Since the new rpm build got backed out, there is nothing to see until a newer build with a fixed script goes back in. I will post again before that. Thanks, Roland From jwilson at redhat.com Wed Aug 8 18:30:26 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 08 Aug 2007 14:30:26 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B9C367.1050806@gmail.com> References: <46B37186.4000500@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> <46B8CB8C.7020004@gmail.com> <46B8D233.5020105@redhat.com> <46B9C12E.60301@redhat.com> <46B9C367.1050806@gmail.com> Message-ID: <46BA0BC2.8000108@redhat.com> dragoran wrote: >>> cfs is a cpu scheduler we already have a fair io scheduler (cfq ;) ) >>> but cfq got some improvements too (uses a rbtree now like cfs) >> >> Just throwing it out there, because the responsiveness of my desktop >> went up like 100x while doing heavy lifting in the background (like a >> kernel build) when I 1) upgraded it to a kernel w/cfs and 2) shut off >> beagle indexing. >> > the worst thing you can do is to let beagle index a dir where you build > stuff... > (I still use beagle but I excluded them). Yep, I now know this, and have since rpm -e'd beagle into oblivion -- I've never really cared enough to use it (I run OS X too, and never use spotlight). But before I nuked beagle, with it running in conjunction with cfs, it was nowhere near as bad as prior to cfs, so at least in my single use case, empirical evidence says cfs is good. :) -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From jkeating at redhat.com Wed Aug 8 18:33:42 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Aug 2007 14:33:42 -0400 Subject: find-debuginfo.sh In-Reply-To: <20070808182834.36ACA4D04C4@magilla.localdomain> References: <20070808113725.2e642373@ender> <20070808182834.36ACA4D04C4@magilla.localdomain> Message-ID: <20070808143342.2457da57@ender> On Wed, 8 Aug 2007 11:28:34 -0700 (PDT) Roland McGrath wrote: > Most maintainers should not need to worry about the new script. > It should silently do the right thing without any attention from you. > If you see any new problems, please harrass me immediately. > For any packages doing special non-default debuginfo packaging, > please talk to me directly. I've taken care of kernel and glibc, > which are the only special cases I know of. > > I am already looking into the problem with noarch packages. See http://koji.fedoraproject.org/koji/taskinfo?taskID=93674 as well. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From roland at redhat.com Wed Aug 8 18:56:53 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 11:56:53 -0700 (PDT) Subject: find-debuginfo.sh In-Reply-To: Jesse Keating's message of Wednesday, 8 August 2007 14:33:42 -0400 <20070808143342.2457da57@ender> Message-ID: <20070808185653.B5A114D04C4@magilla.localdomain> > See http://koji.fedoraproject.org/koji/taskinfo?taskID=93674 as well. That failure (mock) is because of building a .so improperly. This is bad in other ways and it's been broken to be that way for some time. The strict build-ID checking was just what noticed it. If there is a really strong reason why this was intentional, please talk to me about it. Otherwise, please apply this: --- mock-0.7.5/src/Makefile.~1~ 2007-08-02 08:38:35.000000000 -0700 +++ mock-0.7.5/src/Makefile 2007-08-08 11:54:37.000000000 -0700 @@ -21,7 +21,7 @@ endif all: $(EXECUTABLE) $(LIBRARY) $(LIBRARY): selinux-mock.o - $(LD) -shared -o $(LIBRARY) selinux-mock.o + $(CC) $(CFLAGS) -shared -o $(LIBRARY) selinux-mock.o selinux-mock.o: selinux-mock.c $(CC) $(CFLAGS) -fPIC -c selinux-mock.c Thanks, Roland From roland at redhat.com Wed Aug 8 19:00:06 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 12:00:06 -0700 (PDT) Subject: find-debuginfo.sh In-Reply-To: Jason L Tibbitts III's message of , 8 August 2007 11:07:08 -0500 Message-ID: <20070808190006.8B26C4D04C4@magilla.localdomain> > http://koji.fedoraproject.org/koji/getfile?taskID=93839&name=build.log dies with: > > + /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/autoconf-2.13 > stat: missing operand > Try `stat --help' for more information. > error: Bad exit status from /var/tmp/rpm-tmp.98781 (%install) That was a stupid bug on my part affecting any noarch package (or any that has no ELF binaries). I've fixed the script. Thanks, Roland From tibbs at math.uh.edu Wed Aug 8 19:18:00 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 08 Aug 2007 14:18:00 -0500 Subject: find-debuginfo.sh In-Reply-To: <20070808185653.B5A114D04C4@magilla.localdomain> References: <20070808185653.B5A114D04C4@magilla.localdomain> Message-ID: >>>>> "RM" == Roland McGrath writes: RM> That failure (mock) is because of building a .so improperly. I have to wonder if this issue is going to come up with other packages. Actually, I don't; it's nearly a certainty. Someone who fully understands the issues really should document how to fix packages that have issues with the new debuginfo stuff. - J< From paul at xelerance.com Wed Aug 8 19:19:34 2007 From: paul at xelerance.com (Paul Wouters) Date: Wed, 8 Aug 2007 15:19:34 -0400 (EDT) Subject: Build error, but it built fine? was Build Error (Job 35518): ssss-0_5-3_fc6 on fedora-6-extras (fwd) Message-ID: Though this email says the job failed. It also says it wrote the i386 rpm. Did something really go wrong, and if so, what? ---------- Forwarded message ---------- Date: Wed, 8 Aug 2007 15:07:52 -0400 (EDT) From: To: Subject: Build Error (Job 35518): ssss-0_5-3_fc6 on fedora-6-extras Job failed on arch i386 Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-6-extras/35518-ssss-0.5-3.fc6/ ------------------------------------------------- Processing files: ssss-0.5-3.fc6 Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.45455 + umask 022 + cd /builddir/build/BUILD + cd ssss-0.5 + DOCDIR=/var/tmp/ssss-0.5-3.fc6-root-mockbuild/usr/share/doc/ssss-0.5 + export DOCDIR + rm -rf /var/tmp/ssss-0.5-3.fc6-root-mockbuild/usr/share/doc/ssss-0.5 + /bin/mkdir -p /var/tmp/ssss-0.5-3.fc6-root-mockbuild/usr/share/doc/ssss-0.5 + cp -pr doc.html HISTORY LICENSE THANKS ssss.manpage.xml /var/tmp/ssss-0.5-3.fc6-root-mockbuild/usr/share/doc/ssss-0.5 + exit 0 Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PartialHardlinkSets) <= 4.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires: libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) libgmp.so.3 rtld(GNU_HASH) Processing files: ssss-debuginfo-0.5-3.fc6 Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/ssss-0.5-3.fc6-root-mockbuild warning: Could not canonicalize hostname: xenbuilder2.fedora.redhat.com Wrote: /builddir/build/RPMS/ssss-0.5-3.fc6.i386.rpm Wrote: /builddir/build/RPMS/ssss-debuginfo-0.5-3.fc6.i386.rpm Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.45455 + umask 022 + cd /builddir/build/BUILD + cd ssss-0.5 + rm -rf /var/tmp/ssss-0.5-3.fc6-root-mockbuild + exit 0 Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.45455 + umask 022 + cd /builddir/build/BUILD + rm -rf ssss-0.5 + exit 0 From jspaleta at gmail.com Wed Aug 8 19:25:55 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Aug 2007 11:25:55 -0800 Subject: find-debuginfo.sh In-Reply-To: References: <20070808185653.B5A114D04C4@magilla.localdomain> Message-ID: <604aa7910708081225k97a371bu2394834490c451fc@mail.gmail.com> On 08 Aug 2007 14:18:00 -0500, Jason L Tibbitts III wrote: > Someone who fully understands the issues really should document how to > fix packages that have issues with the new debuginfo stuff. Would the new buildid stuff work exactly the same in local mock testing? Would it be useful to do local builds in mock to see how messy its gonna be? -jef From roland at redhat.com Wed Aug 8 19:30:47 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 12:30:47 -0700 (PDT) Subject: find-debuginfo.sh In-Reply-To: Jason L Tibbitts III's message of , 8 August 2007 14:18:00 -0500 Message-ID: <20070808193047.8BF304D04C4@magilla.localdomain> > I have to wonder if this issue is going to come up with other > packages. Actually, I don't; it's nearly a certainty. Probably so. Do we have a place we document common bugs packagers will see? (Another area that comes to mind is _FORTIFY_SOURCE issues.) Thanks, Roland From roland at redhat.com Wed Aug 8 19:46:54 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 12:46:54 -0700 (PDT) Subject: packagers note: do not run ld directly In-Reply-To: Jason L Tibbitts III's message of , 8 August 2007 14:18:00 -0500 Message-ID: <20070808194654.CAE6F4D04C4@magilla.localdomain> An easy mistake sometimes made in packages' build setup is to run ld directly rather than via gcc, e.g. when creating a shared library. It is always wrong to run ld directly when a linking user-mode executable or shared library. This rule is not Fedora-specific, so be sure to get the makefile fixes upstream. e.g. a makefile line: $(LD) -shared -o $@ $(objs) should be: $(CC) -shared -o $@ $(objs) Best practice is to use consistently the flags otherwise passed to the compiler, and also use LDFLAGS, i.e.: $(CC) $(CFLAGS) $(LDFLAGS) -shared -o $@ $(objs) If you use higher-level tools rather than writing these command lines by hand in makefiles or elsewhere, those tools should already be doing the right thing. For DSOs especially, linking the wrong way causes several subtle bugs though things may work correctly when you test them right after the build. Letting the compiler run the linker with the correct details is always the right way to be sure you get a kosher binary. In Fedora 8 (and rawhide as of very soon), a binary built incorrectly in this way is likely to be detected at rpm build time and prevent your rpm being built. You may see errors like: *** ERROR: No build ID note found in /var/tmp/buildroot/.../some-binary The most likely cause of that error is an improper linking command used to create "some-binary". If your package runs ld directly for the final link to create an executable or DSO, and it seems more complex than the simple mistakes I've described, please post here for advice. The initial presumption should be that the use of ld is probably wrong. If there is a special need, there is probably a better way to address it. Thanks, Roland From buildsys at redhat.com Wed Aug 8 19:51:59 2007 From: buildsys at redhat.com (Build System) Date: Wed, 8 Aug 2007 15:51:59 -0400 Subject: rawhide report: 20070808 changes Message-ID: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> New package alsa-plugins The Advanced Linux Sound Architecture (ALSA) Plugins New package arm-gp2x-linux-SDL Cross Compiled SDL Library targeted at arm-gp2x-linux New package arm-gp2x-linux-zlib Cross Compiled zlib Library targeted at arm-gp2x-linux New package dnscap DNS traffic capture utility New package rkward Graphical frontend for R language New package stormbaancoureur Simulated obstacle course for automobiles New package sundials Suite of nonlinear solvers New package xapian-bindings Bindings for the Xapian Probabilistic Information Retrieval Library New package xapian-core The Xapian Probabilistic Information Retrieval Library Updated Packages: LabPlot-1.5.1.6-3.fc8 --------------------- * Mon Aug 06 2007 Chitlesh Goorah - 1.5.1.6-3 - Excluding PPC64 since it misses ocaml * Mon Aug 06 2007 Chitlesh Goorah - 1.5.1.6-2 - Update License tag for new Licensing Guidelines compliance * Mon Jul 30 2007 Chitlesh Goorah - 1.5.1.6-1 - New upstream release NetworkManager-1:0.6.5-8.fc8 ---------------------------- * Wed Aug 08 2007 Christopher Aillon 1:0.6.5-8 - Own /etc/NetworkManager/dispatcher.d and /etc/NetworkManager/VPN (#234004) * Wed Jun 27 2007 Dan Williams 1:0.6.5-7 - Fix Wireless Enabled checkbox when no killswitches are present * Thu Jun 21 2007 Dan Williams 1:0.6.5-6 - Update to stable branch snapshot: - More fixes for ethernet link detection (gnome #354565, rh #194124) - Support for HAL-detected rfkill switches abcm2ps-5.5.1-1.fc8 ------------------- * Wed Aug 08 2007 Gerard Milmeister - 5.5.1-1 - new release 5.5.1 amanda-2.5.2p1-5.fc8 -------------------- * Wed Aug 08 2007 Radek Brich 2.5.2.p1-5 - Added ssh and ncompress to BuildRequires (#250730). - Removed some obsolete makes from build section. anthy-9100-2.fc8 ---------------- * Wed Aug 08 2007 Akira TAGOH - 9100-2 - Update alt-cannadic to 070805. - Use gtankan.ctd instead of tankanji.t. - Update License tag. apel-10.7-1.fc8 --------------- * Wed Aug 08 2007 Akira TAGOH - 10.7-1 - New upstream release. - Update License tag. apr-util-1.2.8-9 ---------------- * Wed Aug 08 2007 Joe Orton 1.2.8-9 - add rewrite of expat autoconf code (upstream r493791) - fix build for new glibc open()-as-macro - split out sqlite subpackage booty-0.87-1.fc8 ---------------- * Tue Aug 07 2007 Peter Jones - 0.87-1 - Fix the error that crept in with the fix for #202101 . cryptsetup-luks-1.0.5-4.fc8 --------------------------- * Wed Aug 08 2007 Till Maas - 1.0.5-4 - disable patch2, libsepol is now detected by configure - move libcryptsetup.so to %{_libdir} instead of /%{_lib} cups-1:1.3-0.rc2.2.fc8 ---------------------- * Tue Jul 31 2007 Tim Waugh 1:1.3-0.rc2.2 - Make cancel man page work properly with alternatives system (bug #249768). - Don't call aclocal even when we modify m4 files -- CUPS does not use automake (bug #250251). * Tue Jul 31 2007 Tim Waugh 1:1.3-0.rc2.1 - Better buildroot tag. - Moved LSPP access check in add_job() to before allocation of the job structure (bug #231522). - 1.3rc2. No longer need avahi patch. * Mon Jul 23 2007 Tim Waugh 1:1.3-0.b1.5 - Use kernel support for USB paper-out detection, when available (bug #249213). eruby-1.0.5-8 ------------- * Wed Aug 08 2007 Akira TAGOH - 1.0.5-8 - Update License tag. freeradius-1.1.7-1.fc8 ---------------------- * Tue Aug 07 2007 Thomas Woerner 1.1.7-1 - new versin 1.1.7 - install snmp MIB files - dropped LDAP_DEPRECATED flag, it is upstream - marked config files for sub packages as config (rhbz#240400) - moved db files to /var/lib/raddb (rhbz#199082) ftp-0.17-41.fc8 --------------- * Tue Aug 07 2007 Marcela Maslanova - 0.17-41 - #251074 add patch from Jan Kratochvil gmp-4.2.1-2.fc8 --------------- * Tue Aug 07 2007 Ivana Varekova 4.2.1-2 - add arm support (#245456) thanks to Lennert Buytenhek * Mon Aug 06 2007 Ivana Varekova 4.2.1-1 - update to 4.2.1 - do some spec cleanups - fix 238794 - gmp-devel depends on {version} but not on {version}-{release} - remove mpfr (moved to separate package) * Thu Jul 05 2007 Florian La Roche 4.1.4-13 - don't fail scripts to e.g. allow excludedocs installs gnome-backgrounds-2.18.3-1.fc8 ------------------------------ * Tue Aug 07 2007 Matthias Clasen - 2.18.3-1 - Update to 2.18.3 - Update the license field grub-0.97-16 ------------ * Tue Aug 07 2007 Peter Jones - 0.97-16 - Add ext[23] large inode support (patch from Eric Sandeen) - Fix auto* breakage that happened when we switched from autoreconf to autoconf - Move to original tarball + patch generated from git * Mon Jul 16 2007 Peter Jones - 0.97-15 - Support booting from GPT * Fri Feb 23 2007 Bill Nottingham - 0.97-14 - fix scriplet errors when installed with --nodocs - coax grub into building (-ltinfo, autoconf instead of autoreconf) icu-3.8-0.1.d01.fc8 ------------------- * Tue Aug 07 2007 Caolan McNamara - 3.8-0.1.d01 - 3.8 release candidate - drop integrated icu.icu5433.oriya.patch - drop integrated icu.icu5488.assamese.patch - drop integrated icu.icu5500.devicetablecrash.patch - drop integrated icu.icu5501.sinhala.biggerexpand.patch - drop integrated icu.icu5594.gujarati.patch - drop integrated icu.icu5465.telegu.patch * Wed Jun 13 2007 Caolan McNamara - 3.6-20 - Resolves: rhbz#243984 change the icu group as it is libicu which is "System Environment/Libraries" not icu * Mon Apr 30 2007 Caolan McNamara - 3.6-19 - Resolves: rhbz#220867 Malayalam rendering imlib-1:1.9.15-3.fc8 -------------------- * Wed Aug 08 2007 Paul Howarth 1:1.9.15-3 - redesign of enlightenment.org website removed imlib page, so URL changed to enlightenment.sourceforge.net where the original website lived (#251278) - clarify license as GNU Lesser General Public License v2 or later (LGPL+) iputils-20070202-4.fc8 ---------------------- * Fri Aug 03 2007 Martin Bacovsky - 20070202-4 - resolves: #236725: ping does not work for subsecond intervals for ordinary user - resolves: #243197: RFE: Please sync ifenslave with current kernel - resolves: #246954: Initscript Review - resolves: #251124: can't build rdisc - OPEN_MAX undeclared kakasi-2.3.4-23.fc8 ------------------- * Wed Aug 08 2007 Akira TAGOH - 2.3.4-23 - Update License tag. - Build with --disable-static - Not ship *.la files. kasumi-2.2-5.fc8 ---------------- * Wed Aug 08 2007 Akira TAGOH - 2.2-4 - Update License tag. kcc-2.3-25 ---------- * Wed Aug 08 2007 Akira TAGOH - 2.3-25 - Update License tag. - clean up the spec file. kernel-2.6.23-0.74.rc2.git1.fc8 ------------------------------- * Tue Aug 07 2007 Dave Jones - 2.6.23-rc2-git1 * Mon Aug 06 2007 John W. Linville - Update git-wireless-dev.patch (bcm43xx-mac80211 & zd1211rw-mac80211 updates) - mac80211: Filter locally-originated multicast frames echoed by AP (2nd try) - mac80211: probe for hidden SSIDs during when scanning for association * Mon Aug 06 2007 Dave Jones - Make CONFIG_DEBUG_STACK_USAGE a 'make debug' option. kernel-xen-2.6-2.6.21-2925.15.fc8 --------------------------------- * Tue Aug 07 2007 Eduardo Habkost - Re-add linux-2.6-disable-netback-checksum.patch. The other checksum patches are already included on linux-2.6-xen-3.1.0.patch. * Mon Aug 06 2007 Eduardo Habkost - Xenoprof: fix DOMAIN_SWITCH_CODE value according to oprofile 0.9.3 (Markus Armbruster) libmtp-0.2.1-1.fc8 ------------------ * Tue Aug 07 2007 Linus Walleij 0.2.1-1 - Upstream bugfix release. libsmbios-0.13.8-1.fc8 ---------------------- * Mon Aug 06 2007 Michael E Brown - 0.13.8 - new upstream liferea-1.2.21-1.fc8 -------------------- * Tue Aug 07 2007 Brian Pepple - 1.2.21-1 - Update to 1.2.21. * Sun Aug 05 2007 Brian Pepple - 1.2.20-3 - Update license tag. lksctp-tools-1.0.7-1.fc8 ------------------------ * Wed Aug 08 2007 Karsten Hopp 1.0.7-1 - update to 1.0.7 - update license tag logrotate-3.7.6-1.fc8 --------------------- * Tue Aug 07 2007 Tomas Smetana 3.7.6-1 - new upstream version - fix #248565 logrotate never rotates /var/log/btmp - fix compile warnings - tabooext accepts wildcards (related #247816) - fix minor errors and update man page (related #250059) - fix handling of size directive (related #247410) man-pages-2.63-3.fc8 -------------------- * Tue Aug 07 2007 Ivana Varekova - 2.63-3 - add iconv patch (245040) thanks to Josef Kubin * Fri Jul 20 2007 Ivana Varekova - 2.63-2 - Resolves: #248655 add getent patch (thanks Ville Skytt??) * Fri Jul 20 2007 Ivana Varekova - 2.63-1 - update to 2.63 metacity-2.19.55-1.fc8 ---------------------- * Tue Aug 07 2007 Matthias Clasen - 2.19.55-1 - Update to 2.19.55 * Tue Aug 07 2007 Matthias Clasen - 2.19.34-3 - Update license field nagios-plugins-1.4.8-3.fc8 -------------------------- * Tue Aug 07 2007 Mike McGrath 1.4.8-3 - Fix for check_smtp - #251049 net-snmp-1:5.4.1-1.fc8 ---------------------- * Tue Aug 07 2007 Safranek 5.4.1-1 - Lincense: field changed to MIT - 5.4.1 integrated nspluginwrapper-0.9.91.4-13.fc8 ------------------------------- * Wed Aug 08 2007 Martin Stransky 0.9.91.4-13 - removed unsafe plugins probe - added agruments to mozilla-plugin-config * Tue Aug 07 2007 Martin Stransky 0.9.91.4-12 - removed fake libxpcom * Mon Aug 06 2007 Martin Stransky 0.9.91.4-11 - added gecko dependency - added plugin configuration utility numactl-0.9.8-4.fc8 ------------------- * Tue Aug 07 2007 Neil Horman - 0.9.8-4 - Fixing some remaining merge review issues (bz 226207) * Fri Aug 03 2007 Neil Horman - 0.9.8-3 - fixing up merge review (bz 226207) * Fri Jan 12 2007 Neil Horman - 0.9.8-2 - Properly fixed bz 221982 - Updated revision string to include .fc8 openldap-2.3.37-2.fc8 --------------------- * Thu Aug 02 2007 Jan Safranek 2.3.37-2.fc8 - do not use specific automake and autoconf - do not distinguish between NPTL and non-NPTL platforms, we have NPTL everywhere - db-4.6.18 integrated - updated openldap-servers License: field to reference BDB license paprefs-0.9.5-2.fc8 ------------------- parted-1.8.6-6.fc8 ------------------ * Tue Aug 07 2007 David Cantrell - 1.8.6-6 - Detect Xen virtual block devices and set model name appropriately * Thu Apr 19 2007 David Cantrell - 1.8.6-5 - Spec file cleanups for merge review (#226230) perl-File-MimeInfo-0.14-1.fc8 ----------------------------- * Wed Aug 08 2007 Patrice Dumas 0.14-1 - update to 0.14 perl-HTML-FormatText-WithLinks-0.09-1.fc8 ----------------------------------------- * Wed Aug 08 2007 Patrice Dumas 0.09-1 - update to 0.09 perl-Heap-0.80-1.fc8 -------------------- perl-XML-LibXSLT-1.62-1.fc8 --------------------------- * Tue Aug 07 2007 Zing - 1.62-1 - update to 1.62 - Conform to Fedora Licensing Guideline plplot-5.7.3-3.fc8 ------------------ * Thu Jul 12 2007 - Orion Poplawski - 5.7.3-3 - Disable Ada interface on ppc64 until available (bug #241233) - Add svn patch to fix ada bindings on x86_64 and other issues - Add build_doc conditional to test doc builds - Disable octave until plplot supports octave 2.9.11+ - Update license to LGPLv2+ - Exclude psttfc test until fixed qt-qsa-1.1.5-1.fc8 ------------------ * Tue Aug 07 2007 Julian Sikorski - 1.1.5-1 - Updated to 1.1.5 - Adjusted License tag as per latest guidelines rpm-4.4.2.1-3.fc8 ----------------- * Wed Aug 08 2007 Panu Matilainen - 4.4.2.1-3 - make peace with new glibc checks on open() wrt internal bdb and rpm itself * Wed Aug 08 2007 Panu Matilainen - 4.4.2.1-2 - ARM-related typo fixes from Lennert Buytenhek - License clarifications * Mon Aug 06 2007 Roland McGrath - new find-debuginfo.sh script, requires elfutils >= 0.128 seamonkey-1.1.3-6.fc8 --------------------- * Tue Aug 07 2007 Martin Stransky 1.1.3-6 - removed plugin configuration utility ssmtp-2.61-11.2.fc8 ------------------- * Fri Aug 03 2007 lonely wolf 2.61-11.3 - license clarification xar-1.5.1-2.fc8 --------------- * Wed Aug 08 2007 Matthias Saou 1.5.1-2 - Patch memset call with swapped arguments (Dave Jones). * Wed Jul 11 2007 Matthias Saou 1.5.1-1 - Update to 1.5.1. * Wed May 30 2007 Matthias Saou 1.5-1 - Update to 1.5. - Include patch to remove rpath. - Include patch to fix file modes, and get the lib properly stripped. xorg-x11-drv-ati-6.6.193-2.fc8 ------------------------------ * Wed Aug 08 2007 Dave Airlie 6.6.193-2 - xf86-video-ati 6.6.193. - remove dotclock workaround for now It causes crashes bug 251051 Broken deps for i386 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 boost - 1.34.1-2.fc8.i386 requires libicuuc.so.36 boost - 1.34.1-2.fc8.i386 requires libicui18n.so.36 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 gnomesword - 2.2.3-3.fc8.i386 requires libicui18n.so.36 gnomesword - 2.2.3-3.fc8.i386 requires libicuuc.so.36 gnomesword - 2.2.3-3.fc8.i386 requires libicudata.so.36 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openoffice.org-core - 1:2.2.1-18.7.fc8.i386 requires libicuuc.so.36 openoffice.org-core - 1:2.2.1-18.7.fc8.i386 requires libicui18n.so.36 openoffice.org-core - 1:2.2.1-18.7.fc8.i386 requires libicule.so.36 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 plplot - 5.7.3-3.fc8.i386 requires libtk.so plplot - 5.7.3-3.fc8.i386 requires libtcl.so plplot-tk - 5.7.3-3.fc8.i386 requires libtk.so plplot-tk - 5.7.3-3.fc8.i386 requires libtcl.so source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 sword - 1.5.9-4.fc7.i386 requires libicudata.so.36 sword - 1.5.9-4.fc7.i386 requires libicuuc.so.36 sword - 1.5.9-4.fc7.i386 requires libicui18n.so.36 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) boost - 1.34.1-2.fc8.x86_64 requires libicuuc.so.36()(64bit) boost - 1.34.1-2.fc8.x86_64 requires libicui18n.so.36()(64bit) boost - 1.34.1-2.fc8.i386 requires libicuuc.so.36 boost - 1.34.1-2.fc8.i386 requires libicui18n.so.36 conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicui18n.so.36()(64bit) gnomesword - 2.2.3-3.fc8.x86_64 requires libicuuc.so.36()(64bit) gnomesword - 2.2.3-3.fc8.x86_64 requires libicui18n.so.36()(64bit) gnomesword - 2.2.3-3.fc8.x86_64 requires libicudata.so.36()(64bit) hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openoffice.org-core - 1:2.2.1-18.7.fc8.x86_64 requires libicule.so.36()(64bit) openoffice.org-core - 1:2.2.1-18.7.fc8.x86_64 requires libicuuc.so.36()(64bit) openoffice.org-core - 1:2.2.1-18.7.fc8.x86_64 requires libicui18n.so.36()(64bit) openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) plplot - 5.7.3-3.fc8.x86_64 requires libtk.so()(64bit) plplot - 5.7.3-3.fc8.x86_64 requires libtcl.so()(64bit) plplot-tk - 5.7.3-3.fc8.x86_64 requires libtcl.so()(64bit) plplot-tk - 5.7.3-3.fc8.x86_64 requires libtk.so()(64bit) plplot-tk - 5.7.3-3.fc8.i386 requires libtk.so plplot-tk - 5.7.3-3.fc8.i386 requires libtcl.so source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) sword - 1.5.9-4.fc7.i386 requires libicudata.so.36 sword - 1.5.9-4.fc7.i386 requires libicuuc.so.36 sword - 1.5.9-4.fc7.i386 requires libicui18n.so.36 sword - 1.5.9-4.fc7.x86_64 requires libicuuc.so.36()(64bit) sword - 1.5.9-4.fc7.x86_64 requires libicui18n.so.36()(64bit) sword - 1.5.9-4.fc7.x86_64 requires libicudata.so.36()(64bit) tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 boost - 1.34.1-2.fc8.ppc requires libicuuc.so.36 boost - 1.34.1-2.fc8.ppc requires libicui18n.so.36 boost - 1.34.1-2.fc8.ppc64 requires libicuuc.so.36()(64bit) boost - 1.34.1-2.fc8.ppc64 requires libicui18n.so.36()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) glest-data - 2.0.0-4.fc8.noarch requires glest = 0:2.0.0 gnomesword - 2.2.3-3.fc8.ppc requires libicui18n.so.36 gnomesword - 2.2.3-3.fc8.ppc requires libicuuc.so.36 gnomesword - 2.2.3-3.fc8.ppc requires libicudata.so.36 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openoffice.org-core - 1:2.2.1-18.7.fc8.ppc requires libicuuc.so.36 openoffice.org-core - 1:2.2.1-18.7.fc8.ppc requires libicui18n.so.36 openoffice.org-core - 1:2.2.1-18.7.fc8.ppc requires libicule.so.36 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 plplot - 5.7.3-3.fc8.ppc requires libtk.so plplot - 5.7.3-3.fc8.ppc requires libtcl.so plplot-tk - 5.7.3-3.fc8.ppc requires libtk.so plplot-tk - 5.7.3-3.fc8.ppc requires libtcl.so plplot-tk - 5.7.3-3.fc8.ppc64 requires libtcl.so()(64bit) plplot-tk - 5.7.3-3.fc8.ppc64 requires libtk.so()(64bit) source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 sword - 1.5.9-4.fc7.ppc requires libicudata.so.36 sword - 1.5.9-4.fc7.ppc requires libicuuc.so.36 sword - 1.5.9-4.fc7.ppc requires libicui18n.so.36 sword - 1.5.9-4.fc7.ppc64 requires libicuuc.so.36()(64bit) sword - 1.5.9-4.fc7.ppc64 requires libicui18n.so.36()(64bit) sword - 1.5.9-4.fc7.ppc64 requires libicudata.so.36()(64bit) tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) boost - 1.34.1-2.fc8.ppc64 requires libicuuc.so.36()(64bit) boost - 1.34.1-2.fc8.ppc64 requires libicui18n.so.36()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) gnomesword - 2.2.3-3.fc8.ppc64 requires libicuuc.so.36()(64bit) gnomesword - 2.2.3-3.fc8.ppc64 requires libicui18n.so.36()(64bit) gnomesword - 2.2.3-3.fc8.ppc64 requires libicudata.so.36()(64bit) hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openoffice.org-core - 1:2.2.1-18.7.fc8.ppc64 requires libicule.so.36()(64bit) openoffice.org-core - 1:2.2.1-18.7.fc8.ppc64 requires libicuuc.so.36()(64bit) openoffice.org-core - 1:2.2.1-18.7.fc8.ppc64 requires libicui18n.so.36()(64bit) openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) plplot - 5.7.3-3.fc8.ppc64 requires libtcl.so()(64bit) plplot - 5.7.3-3.fc8.ppc64 requires libtk.so()(64bit) plplot-tk - 5.7.3-3.fc8.ppc64 requires libtcl.so()(64bit) plplot-tk - 5.7.3-3.fc8.ppc64 requires libtk.so()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) sword - 1.5.9-4.fc7.ppc64 requires libicuuc.so.36()(64bit) sword - 1.5.9-4.fc7.ppc64 requires libicui18n.so.36()(64bit) sword - 1.5.9-4.fc7.ppc64 requires libicudata.so.36()(64bit) tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From notting at redhat.com Wed Aug 8 19:56:46 2007 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Aug 2007 15:56:46 -0400 Subject: Plan for tomorrows (20070809) FESCO meeting In-Reply-To: <1186595463.2729.17.camel@kennedy> References: <1186595463.2729.17.camel@kennedy> Message-ID: <20070808195646.GC5001@nostromo.devel.redhat.com> Brian Pepple (bpepple at fedoraproject.org) said: > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule (I can't promise we will get > to it tomorrow, but we'll most likely will if we don't run out of time). > You can also propose topics in the meeting while it is in the "Free > discussion around Fedora" phase. I'd like to have a discussion on handling bugs that are blocking approved features - if there is no response, do we institute the AWOL maintainer process? Add people to ACLs temporarily so they can get fixed? Have admins do the changes? Something else? (The current case of this is the font packaging changes necessary to remove xfs; there could be more cases in the future.) Bill From roland at redhat.com Wed Aug 8 19:56:53 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 12:56:53 -0700 (PDT) Subject: find-debuginfo.sh In-Reply-To: Jeff Spaleta's message of Wednesday, 8 August 2007 11:25:55 -0800 <604aa7910708081225k97a371bu2394834490c451fc@mail.gmail.com> Message-ID: <20070808195653.0C8E74D04C4@magilla.localdomain> > Would the new buildid stuff work exactly the same in local mock > testing? It should. > Would it be useful to do local builds in mock to see how messy its gonna be? If I had the machine resources and an automated thing to rebuild everything in mock against a new rpm-build, I would have tried it. (Sorry for using Fedora public development and testing, for, you know, developing and testing.) I tested a handful of packages, including the special cases like glibc and kernel, but was not smart enough to try any noarch packages, and had no way of knowing which packages would have the common and no-longer-harmless build bugs like mock does, so as to ferret those out ahead of time. Honestly, I don't think it's really going to be all that bad. The fires will be small and quickly quenched, as with mock--at least when I'm awake. My plan all along was to have a few days of pain getting the regime in place. I intend to stay available to quickly hash out any build issues with build-id and find-debuginfo stuff, when the new script hits and through the coming mass rebuild. (But I hadn't planned to forego sleep entirely.) Thanks, Roland From skasal at redhat.com Wed Aug 8 19:59:07 2007 From: skasal at redhat.com (Stepan Kasal) Date: Wed, 8 Aug 2007 21:59:07 +0200 Subject: plplot linked incorrectly [was: multi-lib brokenness?] In-Reply-To: <46BA0914.3090404@cora.nwra.com> References: <46BA0914.3090404@cora.nwra.com> Message-ID: <20070808195907.GA10773@camelia.ucw.cz.> Hello Orion: On Wed, Aug 08, 2007 at 12:19:00PM -0600, Orion Poplawski wrote: > I got this from the buildsys. Looks like a multi-lib of some kind. > plplot - 5.7.3-3.fc8.i386 requires libtk.so > plplot - 5.7.3-3.fc8.i386 requires libtcl.so ... > plplot-tk - 5.7.3-3.fc8.i386 requires libtk.so > plplot-tk - 5.7.3-3.fc8.i386 requires libtcl.so no, this is not multilib problem. Your build is not linked correctly; ldd reveals that the binaries are linked against "libtcl.so" and "libtk.so" instead of "libtcl8.4.so" "libtk8.4.so". The build environment contained broken versions of tcl and tk, tk-8.4.15-1.fc8 and tcl-8.4.15-1.fc8 . I have just filed the bugs: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251410 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251411 > Anything I need to do? As soon as these bugs are fixed (or the broken rpms are untagged), you have to rebuild plplot. Hope this helps, Stepan Kasal From j.w.r.degoede at hhs.nl Wed Aug 8 20:05:47 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 08 Aug 2007 22:05:47 +0200 Subject: find-debuginfo.sh In-Reply-To: <20070808195653.0C8E74D04C4@magilla.localdomain> References: <20070808195653.0C8E74D04C4@magilla.localdomain> Message-ID: <46BA221B.8040306@hhs.nl> Hi, This whole new debuginfo.sh thing, could be a good thing. Roland, have you also taken cross-building into account? The old find-debuginfo.sh did horrible things when crossbuilding leading to all kind of interesting hacks in the specfiles, for an example see avr-gcc.spec and even more interesting sdcc.spec Basicly when building a cross development embedded toolchain, we do not want find-debuginfo and the brp-XXXX scripts to touch any non native files. However when doing a Fedora -> Fedora cross, debuginfo should be normally generated but using the cross versions of strip and friends, so not use strip but for example arm-redhat-linux-strip Regards, Hans From skasal at redhat.com Wed Aug 8 20:08:00 2007 From: skasal at redhat.com (Stepan Kasal) Date: Wed, 8 Aug 2007 22:08:00 +0200 Subject: plplot linked incorrectly [was: multi-lib brokenness?] In-Reply-To: <20070808195907.GA10773@camelia.ucw.cz.> References: <46BA0914.3090404@cora.nwra.com> <20070808195907.GA10773@camelia.ucw.cz.> Message-ID: <20070808200800.GB10773@camelia.ucw.cz.> Hello Orion, I apologize for replying to my own mail: On Wed, Aug 08, 2007 at 09:59:07PM +0200, Stepan Kasal wrote: > On Wed, Aug 08, 2007 at 12:19:00PM -0600, Orion Poplawski wrote: > > > Anything I need to do? > > As soon as these bugs are fixed (or the broken rpms are untagged), you > have to rebuild plplot. I untagged the broken rpms from dist-f8, so when the repo gets rebuilt (after an hour or two, I think), you can run the rebuild. Verify that the resulting rpms have the reiquires right again. Stepan From tcallawa at redhat.com Wed Aug 8 20:04:25 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 08 Aug 2007 16:04:25 -0400 Subject: packagers note: do not run ld directly In-Reply-To: <20070808194654.CAE6F4D04C4@magilla.localdomain> References: <20070808194654.CAE6F4D04C4@magilla.localdomain> Message-ID: <1186603465.3368.239.camel@dhcp67.install.boston.redhat.com> On Wed, 2007-08-08 at 12:46 -0700, Roland McGrath wrote: > An easy mistake sometimes made in packages' build setup is to run ld > directly rather than via gcc, e.g. when creating a shared library. > It is always wrong to run ld directly when a linking user-mode > executable or shared library. This rule is not Fedora-specific, so > be sure to get the makefile fixes upstream. > > e.g. a makefile line: > > $(LD) -shared -o $@ $(objs) > > should be: > > $(CC) -shared -o $@ $(objs) > > Best practice is to use consistently the flags otherwise passed to > the compiler, and also use LDFLAGS, i.e.: > > $(CC) $(CFLAGS) $(LDFLAGS) -shared -o $@ $(objs) This fix will also fix sparc64, we've been sending patches to fix this upstream for some time now (but only for core libs). ~spot From jspaleta at gmail.com Wed Aug 8 20:09:06 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Aug 2007 12:09:06 -0800 Subject: find-debuginfo.sh In-Reply-To: <20070808195653.0C8E74D04C4@magilla.localdomain> References: <604aa7910708081225k97a371bu2394834490c451fc@mail.gmail.com> <20070808195653.0C8E74D04C4@magilla.localdomain> Message-ID: <604aa7910708081309l76006e2cib3dd4350e651c14f@mail.gmail.com> On 8/8/07, Roland McGrath wrote: > If I had the machine resources and an automated thing to rebuild everything > in mock against a new rpm-build, I would have tried it. (Sorry for using > Fedora public development and testing, for, you know, developing and testing.) Some maintainers do local builds in mock, before sending things off to the build server. If we could get the buildid stuff into local mock environments for testing easily before it goes live in the build system, you might find some more in-the-wild problems from people willing to go the extras mile and be helpful, before you get the pitchforks and torches from another niche group. > Honestly, I don't think it's really going to be all that bad. The fires > will be small and quickly quenched, as with mock--at least when I'm awake. > My plan all along was to have a few days of pain getting the regime in place. > I intend to stay available to quickly hash out any build issues with > build-id and find-debuginfo stuff, when the new script hits and through the > coming mass rebuild. (But I hadn't planned to forego sleep entirely.) I think the public commitment to help people out will go a long way in smoothing out the introduction period. Would it be possible to have the new script provide a wikipage url in the build.log if there is an error generated by this script? And in the wiki page you can summarize the gotchas as you find them and provide contact info for maintainers who run into a new problem yet to be listed? -jef From che666 at gmail.com Wed Aug 8 20:09:22 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Wed, 8 Aug 2007 22:09:22 +0200 Subject: find-debuginfo.sh In-Reply-To: <20070808195653.0C8E74D04C4@magilla.localdomain> References: <604aa7910708081225k97a371bu2394834490c451fc@mail.gmail.com> <20070808195653.0C8E74D04C4@magilla.localdomain> Message-ID: 2007/8/8, Roland McGrath : > > Would the new buildid stuff work exactly the same in local mock > > testing? > > It should. > > > Would it be useful to do local builds in mock to see how messy its gonna be? > > If I had the machine resources and an automated thing to rebuild everything > in mock against a new rpm-build, I would have tried it. (Sorry for using > Fedora public development and testing, for, you know, developing and testing.) > > I tested a handful of packages, including the special cases like glibc and > kernel, but was not smart enough to try any noarch packages, and had no way > of knowing which packages would have the common and no-longer-harmless > build bugs like mock does, so as to ferret those out ahead of time. > > Honestly, I don't think it's really going to be all that bad. The fires > will be small and quickly quenched, as with mock--at least when I'm awake. > My plan all along was to have a few days of pain getting the regime in place. > I intend to stay available to quickly hash out any build issues with > build-id and find-debuginfo stuff, when the new script hits and through the > coming mass rebuild. (But I hadn't planned to forego sleep entirely.) > > > Thanks, > Roland > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > for automated testing one would need: * something that computes the correct build order of packages to be done with mock * ? regards, Rudolf Kastl From roland at redhat.com Wed Aug 8 20:17:09 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 13:17:09 -0700 (PDT) Subject: find-debuginfo.sh In-Reply-To: Hans de Goede's message of Wednesday, 8 August 2007 22:05:47 +0200 <46BA221B.8040306@hhs.nl> Message-ID: <20070808201709.E85A14D04C4@magilla.localdomain> > This whole new debuginfo.sh thing, could be a good thing. Roland, have > you also taken cross-building into account? Not especially. I changed a few things about find-debuginfo.sh, but anything I did not address specifically, I was not intending to change. The changes are the build-id magic, smart handling of hard links and symlinks, and generating all the correct %dir lines. Changes for other purposes are separate from this effort, though I am happy to help with unrelated work on the script. > Basicly when building a cross development embedded toolchain, we do not want > find-debuginfo and the brp-XXXX scripts to touch any non native files. I'm not sure there are real good ways to detect that correctly. It would be some kludge and probably error-prone. I'm a little more inclined just to provide an easy way to give a list of files to exclude from consideration. Then these packages would still need a special case, rather than expecting insanely smart automagic behavior just for them. But it would be a reasonably clean special case. > However when doing a Fedora -> Fedora cross, debuginfo should be normally > generated but using the cross versions of strip and friends, so not use strip > but for example arm-redhat-linux-strip eu-strip and the other elfutils tools are already inherently cross-friendly. find-debuginfo.sh uses only eu-strip. The various brp-* scripts do all sorts of nonsense and could probably use a general cleanup. Thanks, Roland From skasal at redhat.com Wed Aug 8 20:18:19 2007 From: skasal at redhat.com (Stepan Kasal) Date: Wed, 8 Aug 2007 22:18:19 +0200 Subject: packagers note: do not run ld directly In-Reply-To: <20070808194654.CAE6F4D04C4@magilla.localdomain> References: <20070808194654.CAE6F4D04C4@magilla.localdomain> Message-ID: <20070808201819.GC10773@camelia.ucw.cz.> Hello Roland, On Wed, Aug 08, 2007 at 12:46:54PM -0700, Roland McGrath wrote: > An easy mistake sometimes made in packages' build setup is to run > ld directly rather than via gcc, e.g. when creating a shared library. [...] > For DSOs especially, linking the wrong way causes several subtle > bugs though things may work correctly when you test them right after > the build. Pardon a silly question, but is it possible that https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251410, "libtcl8.4.so lacks an SONAME record" is caused by this? Thanks, Stepan From roland at redhat.com Wed Aug 8 20:26:34 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 13:26:34 -0700 (PDT) Subject: packagers note: do not run ld directly In-Reply-To: Stepan Kasal's message of Wednesday, 8 August 2007 22:18:19 +0200 <20070808201819.GC10773@camelia.ucw.cz.> Message-ID: <20070808202634.7D0954D04C4@magilla.localdomain> > Pardon a silly question, but is it possible that > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251410, > "libtcl8.4.so lacks an SONAME record" > > is caused by this? Nope, sorry. You still have to know what you're doing with DSOs and supporting an ABI. ;-) Every general-purpose installed DSO should have an explicit SONAME, which you pass with the -Wl,-soname=foobar option. The maintainer of the package needs to grok what this means and what constitute ABI changes that mandate changing the SONAME. Thanks, Roland From zboszor at freemail.hu Wed Aug 8 20:31:40 2007 From: zboszor at freemail.hu (Zoltan Boszormenyi) Date: Wed, 08 Aug 2007 22:31:40 +0200 Subject: rawhide report: 20070808 changes In-Reply-To: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> Message-ID: <46BA282C.2030809@freemail.hu> Build System ?rta: > xorg-x11-drv-ati-6.6.193-2.fc8 > ------------------------------ > * Wed Aug 08 2007 Dave Airlie 6.6.193-2 > - xf86-video-ati 6.6.193. - remove dotclock workaround for now > It causes crashes bug 251051 > Hurray! Finally 3D support for ATI Xpress 200M arrived. At least it's advertised with the new driver in glxinfo. This driver absolutely requires Mesa 7.0[.1]. With current Mesa 6.5.2 X will lock up as soon as I start any 3D app, say glxgears. I tested it on F7. From Jochen at herr-schmitt.de Wed Aug 8 20:35:51 2007 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 08 Aug 2007 22:35:51 +0200 Subject: Trouble to build python releate stuff on koji Message-ID: <46BA2927.2060507@herr-schmitt.de> Hello, I try to build blender for devel on koji and have got the following error messages: Executing /usr/sbin/mock-helper chroot /var/lib/mock/dist-f8-build-29168-4024/root /sbin/runuser - root -c "chown -R kojibuilder.kojibuilder /builddir" Executing /usr/sbin/mock-helper chroot /var/lib/mock/dist-f8-build-29168-4024/root /sbin/runuser - root -c "/sbin/runuser -c 'rpm -Uvh --nodeps /builddir/build/originals/blender-2.44-6.fc8.src.rpm' kojibuilder" blender ################################################## Executing /usr/sbin/mock-helper chroot /var/lib/mock/dist-f8-build-29168-4024/root /sbin/runuser - root -c "/sbin/runuser -c 'rpmbuild -bs --target x86_64 --nodeps /builddir/build/SPECS/blender.spec' kojibuilder" sh: /usr/bin/python: No such file or directory error: line 57: Version required: Requires: python-abi = Building target platforms: x86_64 Building for target x86_64 Cleaning up... Executing /usr/sbin/mock-helper umount /var/lib/mock/dist-f8-build-29168-4024/root/proc Executing /usr/sbin/mock-helper umount /var/lib/mock/dist-f8-build-29168-4024/root/dev/pts It will be nice, if anyone can explain me the reason which caused this issue. Best Regards: Jochen Schmitt From airlied at redhat.com Wed Aug 8 20:40:37 2007 From: airlied at redhat.com (Dave Airlie) Date: Thu, 09 Aug 2007 06:40:37 +1000 Subject: rawhide report: 20070808 changes In-Reply-To: <46BA282C.2030809@freemail.hu> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> Message-ID: <1186605637.5439.6.camel@localhost.localdomain> On Wed, 2007-08-08 at 22:31 +0200, Zoltan Boszormenyi wrote: > Build System ?rta: > > xorg-x11-drv-ati-6.6.193-2.fc8 > > ------------------------------ > > * Wed Aug 08 2007 Dave Airlie 6.6.193-2 > > - xf86-video-ati 6.6.193. - remove dotclock workaround for now > > It causes crashes bug 251051 > > > > Hurray! Finally 3D support for ATI Xpress 200M arrived. > At least it's advertised with the new driver in glxinfo. > This driver absolutely requires Mesa 7.0[.1]. > With current Mesa 6.5.2 X will lock up as soon as > I start any 3D app, say glxgears. I tested it on F7. > I'll look at getting the new Mesa into the tree soon so we can actually support 3D on this chipset.. Dave. > > From jkeating at redhat.com Wed Aug 8 20:43:17 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Aug 2007 16:43:17 -0400 Subject: Trouble to build python releate stuff on koji In-Reply-To: <46BA2927.2060507@herr-schmitt.de> References: <46BA2927.2060507@herr-schmitt.de> Message-ID: <20070808164317.45e478ac@ender> On Wed, 08 Aug 2007 22:35:51 +0200 Jochen Schmitt wrote: > It will be nice, if anyone can explain me the reason which caused this > issue. Did you BuildRequire python-devel ? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From peter at thecodergeek.com Wed Aug 8 20:53:23 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 08 Aug 2007 13:53:23 -0700 Subject: rawhide report: 20070808 changes In-Reply-To: <1186605637.5439.6.camel@localhost.localdomain> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> <1186605637.5439.6.camel@localhost.localdomain> Message-ID: <1186606403.17572.15.camel@tuxhugs> On Thu, 2007-08-09 at 06:40 +1000, Dave Airlie wrote: > I'll look at getting the new Mesa into the tree soon so we can actually > support 3D on this chipset.. > > Dave. <3 Dave, the new Mesa should also (at least from my and David Nielsen's testing about a month ago) fix a problem with Gnash where the left third or so of YouTube videos are all striped with white for some reason or another. Thanks! -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- 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 mschwendt.tmp0701.nospam at arcor.de Wed Aug 8 21:08:31 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 8 Aug 2007 23:08:31 +0200 Subject: Build error, but it built fine? was Build Error (Job 35518): ssss-0_5-3_fc6 on fedora-6-extras (fwd) In-Reply-To: References: Message-ID: <20070808230831.b795700d.mschwendt.tmp0701.nospam@arcor.de> On Wed, 8 Aug 2007 15:19:34 -0400 (EDT), Paul Wouters wrote: > > Though this email says the job failed. It also says it wrote the i386 rpm. Did > something really go wrong, and if so, what? > > ---------- Forwarded message ---------- > Date: Wed, 8 Aug 2007 15:07:52 -0400 (EDT) > From: > To: > Subject: Build Error (Job 35518): ssss-0_5-3_fc6 on fedora-6-extras > > Job failed on arch i386 > > > Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-6-extras/35518-ssss-0.5-3.fc6/ > Is that reproducible when your requeue the build job? > + cd /builddir/build/BUILD > + rm -rf ssss-0.5 > + exit 0 From tmz at pobox.com Wed Aug 8 21:10:02 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 8 Aug 2007 17:10:02 -0400 Subject: Trouble to build python releate stuff on koji In-Reply-To: <46BA2927.2060507@herr-schmitt.de> References: <46BA2927.2060507@herr-schmitt.de> Message-ID: <20070808211002.GI4230@psilocybe.teonanacatl.org> Jochen Schmitt wrote: > Hello, > > I try to build blender for devel on koji and have got the following > error messages: > > Executing /usr/sbin/mock-helper chroot /var/lib/mock/dist-f8-build-29168-4024/root /sbin/runuser - root -c "chown -R kojibuilder.kojibuilder /builddir" > Executing /usr/sbin/mock-helper chroot /var/lib/mock/dist-f8-build-29168-4024/root /sbin/runuser - root -c "/sbin/runuser -c 'rpm -Uvh --nodeps /builddir/build/originals/blender-2.44-6.fc8.src.rpm' kojibuilder" > blender ################################################## > Executing /usr/sbin/mock-helper chroot /var/lib/mock/dist-f8-build-29168-4024/root /sbin/runuser - root -c "/sbin/runuser -c 'rpmbuild -bs --target x86_64 --nodeps /builddir/build/SPECS/blender.spec' kojibuilder" > sh: /usr/bin/python: No such file or directory > error: line 57: Version required: Requires: python-abi = This looks like it would be caused by %pyver not being defined. But you shouldn't explicitly set a python-abi requires any more (since FC4). See http://fedoraproject.org/wiki/Packaging/Python -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Every actual state is corrupt. Good men must not obey the laws too well. -- Ralph Waldo Emerson -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From kwizart at gmail.com Wed Aug 8 21:12:03 2007 From: kwizart at gmail.com (KH KH) Date: Wed, 8 Aug 2007 23:12:03 +0200 Subject: Trouble to build python releate stuff on koji In-Reply-To: <20070808164317.45e478ac@ender> References: <46BA2927.2060507@herr-schmitt.de> <20070808164317.45e478ac@ender> Message-ID: 2007/8/8, Jesse Keating : > On Wed, 08 Aug 2007 22:35:51 +0200 > Jochen Schmitt wrote: > > > It will be nice, if anyone can explain me the reason which caused this > > issue. > > Did you BuildRequire python-devel ? Also, do we still have python as minimal BuildRequirement ? This might be required to find the python version from within the spec file like with: %define pyver %(%{__python} -c "import sys ; print sys.version[:3]") This is sometime needed, but should be detected at build step most of the time... Nicolas (kwizart) > Jesse Keating > Fedora -- All my bits are free, are yours? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From bpepple at fedoraproject.org Wed Aug 8 21:12:08 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 08 Aug 2007 17:12:08 -0400 Subject: Plan for tomorrows (20070809) FESCO meeting In-Reply-To: <20070808195646.GC5001@nostromo.devel.redhat.com> References: <1186595463.2729.17.camel@kennedy> <20070808195646.GC5001@nostromo.devel.redhat.com> Message-ID: <1186607528.2728.0.camel@kennedy> On Wed, 2007-08-08 at 15:56 -0400, Bill Nottingham wrote: > I'd like to have a discussion on handling bugs that are blocking > approved features - if there is no response, do we institute the > AWOL maintainer process? Add people to ACLs temporarily so they > can get fixed? Have admins do the changes? Something else? > > (The current case of this is the font packaging changes necessary > to remove xfs; there could be more cases in the future.) I'll add it to the schedule. /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 kzak at redhat.com Wed Aug 8 21:15:31 2007 From: kzak at redhat.com (Karel Zak) Date: Wed, 8 Aug 2007 23:15:31 +0200 Subject: mutt + sidebar patch Message-ID: <20070808211531.GA3119@petra.dvoda.cz> Mutt is the best e-mail client. The sidebar patch is the best mutt extension (I daily use it for last two years). See screenshot, download src.rpm: http://people.redhat.com/kzak/mutt/ Karel -- Karel Zak From debarshi.ray at gmail.com Wed Aug 8 21:19:14 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Thu, 9 Aug 2007 02:49:14 +0530 Subject: is there an url for packages? In-Reply-To: <1186590293.712.27.camel@cutter> References: <20070808141810.GG15409@free.fr> <20070808161417.GJ15409@free.fr> <1186590293.712.27.camel@cutter> Message-ID: <3170f42f0708081419o726baf05x34cb0f74bdff7e40@mail.gmail.com> > and for purposes of referencing info about the pkg, or links to existing > bugs or whatever, having a url is much much nicer. Sometimes it is really helpful to have a look at the %changelog from the .spec file before updating a package. Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From roland at redhat.com Wed Aug 8 21:22:01 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 14:22:01 -0700 (PDT) Subject: find-debuginfo.sh In-Reply-To: Jeff Spaleta's message of Wednesday, 8 August 2007 12:09:06 -0800 <604aa7910708081309l76006e2cib3dd4350e651c14f@mail.gmail.com> Message-ID: <20070808212201.E08864D04C4@magilla.localdomain> > Some maintainers do local builds in mock, before sending things off to > the build server. If we could get the buildid stuff into local mock > environments for testing easily before it goes live in the build > system, you might find some more in-the-wild problems from people > willing to go the extras mile and be helpful, before you get the > pitchforks and torches from another niche group. http://koji.fedoraproject.org/scratch/roland/task_94236/ has rpm packages with the latest (fixed) find-debuginfo.sh. What else should I do? > I think the public commitment to help people out will go a long way in > smoothing out the introduction period. Would it be possible to have > the new script provide a wikipage url in the build.log if there is an > error generated by this script? And in the wiki page you can summarize > the gotchas as you find them and provide contact info for maintainers > who run into a new problem yet to be listed? Well, I suppose. But isn't this what fedora-maintainers is for? Can't I just post there and expect people to read it? I mean, it's rawhide, and I broke it for a day. I broke the linker far worse than this a few weeks ago, and noone gave me any flak--and with these problems I will actually know how to fix them! Honestly, I'd like to just break it again tomorrow, and bring the pain. There was one bug found in the script today, which I fixed today. There is one vaguely common upstream bug, which I posted a warning about. Do we really need a dissertation on the subject? Thanks, Roland From tmz at pobox.com Wed Aug 8 21:37:48 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 8 Aug 2007 17:37:48 -0400 Subject: mutt + sidebar patch In-Reply-To: <20070808211531.GA3119@petra.dvoda.cz> References: <20070808211531.GA3119@petra.dvoda.cz> Message-ID: <20070808213748.GJ4230@psilocybe.teonanacatl.org> Karel Zak wrote: > Mutt is the best e-mail client. The sidebar patch is the best mutt > extension (I daily use it for last two years). See screenshot, > download src.rpm: > > http://people.redhat.com/kzak/mutt/ Mutt maintainer Brendan Cully had this to say about the sidebar patch recently[1]: "This is very likely a problem with the sidebar patch, which is not well-written. Try reproducing the problem without the patch applied." I used the patch ages ago and found that it caused numerous crashes in an otherwise stable mutt. Perhaps it's iproved since then, but Brendan's comments don't give me a lot of confidence. ;) [1] http://marc.info/?l=mutt-users&m=118279988010823&w=2 -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ If you don't drink, smoke, or drive a car, you're a tax evader. -- Rep. Thomas S. Foley, 1990 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From wolfy at nobugconsulting.ro Wed Aug 8 21:47:07 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 09 Aug 2007 00:47:07 +0300 Subject: suuport for ATI R500 (ex Re: rawhide report: 20070808 changes) In-Reply-To: <1186605637.5439.6.camel@localhost.localdomain> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> <1186605637.5439.6.camel@localhost.localdomain> Message-ID: <46BA39DB.7030504@nobugconsulting.ro> On 08/08/2007 11:40 PM, Dave Airlie wrote: > On Wed, 2007-08-08 at 22:31 +0200, Zoltan Boszormenyi wrote: > >> Build System ?rta: >> >>> xorg-x11-drv-ati-6.6.193-2.fc8 >>> ------------------------------ >>> * Wed Aug 08 2007 Dave Airlie 6.6.193-2 >>> - xf86-video-ati 6.6.193. - remove dotclock workaround for now >>> It causes crashes bug 251051 >>> >>> >> Hurray! Finally 3D support for ATI Xpress 200M arrived. >> At least it's advertised with the new driver in glxinfo. >> This driver absolutely requires Mesa 7.0[.1]. >> With current Mesa 6.5.2 X will lock up as soon as >> I start any 3D app, say glxgears. I tested it on F7. >> >> > > I'll look at getting the new Mesa into the tree soon so we can actually > support 3D on this chipset.. A friend of mine asked me to package the experimental free driver for ATI R500 (which I did, see http://wolfy.fedorapeople.org/xf86-video-avivo/; incidentally, the package works for him) Are there any plans to include support for this chip in the mainstream package xorg-drv-ati package ? From mschwendt.tmp0701.nospam at arcor.de Wed Aug 8 22:21:06 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 9 Aug 2007 00:21:06 +0200 Subject: Trouble to build python releate stuff on koji In-Reply-To: <20070808164317.45e478ac@ender> References: <46BA2927.2060507@herr-schmitt.de> <20070808164317.45e478ac@ender> Message-ID: <20070809002106.1c1d4d43.mschwendt.tmp0701.nospam@arcor.de> On Wed, 8 Aug 2007 16:43:17 -0400, Jesse Keating wrote: > On Wed, 08 Aug 2007 22:35:51 +0200 > Jochen Schmitt wrote: > > > It will be nice, if anyone can explain me the reason which caused this > > issue. > > Did you BuildRequire python-devel ? It failed elsewhere when --nodeps rebuilding the src.rpm on x86_64: http://koji.fedoraproject.org/koji/taskinfo?taskID=94211 Executing /usr/sbin/mock-helper chroot /var/lib/mock/dist-f8-build-29168-4024/root /sbin/runuser - root -c "/sbin/runuser -c 'rpm -Uvh --nodeps /builddir/build/originals/blender-2.44-6.fc8.src.rpm' kojibuilder" blender ################################################## Executing /usr/sbin/mock-helper chroot /var/lib/mock/dist-f8-build-29168-4024/root /sbin/runuser - root -c "/sbin/runuser -c 'rpmbuild -bs --target x86_64 --nodeps /builddir/build/SPECS/blender.spec' kojibuilder" sh: /usr/bin/python: No such file or directory error: line 57: Version required: Requires: python-abi = From mclasen at redhat.com Wed Aug 8 22:33:28 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 08 Aug 2007 18:33:28 -0400 Subject: rpms/gtk2/devel tooltip-compat.patch, NONE, 1.1 gtk2.spec, 1.249, 1.250 In-Reply-To: <20070808172146.c0cfb829.mschwendt.tmp0701.nospam@arcor.de> References: <200708081457.l78EvWAh014335@cvs-int.fedora.redhat.com> <20070808172146.c0cfb829.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1186612408.3842.4.camel@localhost.localdomain> On Wed, 2007-08-08 at 17:21 +0200, Michael Schwendt wrote: > On Wed, 8 Aug 2007 10:57:32 -0400, Matthias Clasen (mclasen) wrote: > > > Author: mclasen > > > > Update of /cvs/extras/rpms/gtk2/devel > > > Log Message: > > improve tooltip compatibility > > > +# fixed in upstream svn > > +Patch6: tooltip-compat.patch > > > +* Wed Aug 8 2007 Matthias Clasen - 2.11.6-6 > > +- Improve tooltip compatibility to make acroread work again > > How are these comments to be understood? > > The GtkTooltip changes in 2.11.6 also break wxGTK. The changelog and > headers say the old tooltip API is deprecated. wxGTK uses the private > tip_window member which became NULL in gtk 2.11.6. When will this > compatibility patch be dropped from gtk2 again? > > https://bugzilla.redhat.com/250936 (Audacity segfault in wxGTK 2.6) They will not be dropped again. It is a backport from upstream svn, as the comment in the spec file clearly indicates. I'd be interested to know if this helps for wxGTK, too. From mschwendt.tmp0701.nospam at arcor.de Wed Aug 8 23:45:02 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 9 Aug 2007 01:45:02 +0200 Subject: rpms/gtk2/devel tooltip-compat.patch, NONE, 1.1 gtk2.spec, 1.249, 1.250 In-Reply-To: <1186612408.3842.4.camel@localhost.localdomain> References: <200708081457.l78EvWAh014335@cvs-int.fedora.redhat.com> <20070808172146.c0cfb829.mschwendt.tmp0701.nospam@arcor.de> <1186612408.3842.4.camel@localhost.localdomain> Message-ID: <20070809014502.0a453af4.mschwendt.tmp0701.nospam@arcor.de> On Wed, 08 Aug 2007 18:33:28 -0400, Matthias Clasen wrote: > > On Wed, 2007-08-08 at 17:21 +0200, Michael Schwendt wrote: > > On Wed, 8 Aug 2007 10:57:32 -0400, Matthias Clasen (mclasen) wrote: > > > > > Author: mclasen > > > > > > Update of /cvs/extras/rpms/gtk2/devel > > > > > Log Message: > > > improve tooltip compatibility > > > > > +# fixed in upstream svn > > > +Patch6: tooltip-compat.patch > > > > > +* Wed Aug 8 2007 Matthias Clasen - 2.11.6-6 > > > +- Improve tooltip compatibility to make acroread work again > > > > How are these comments to be understood? > > > > The GtkTooltip changes in 2.11.6 also break wxGTK. The changelog and > > headers say the old tooltip API is deprecated. wxGTK uses the private > > tip_window member which became NULL in gtk 2.11.6. When will this > > compatibility patch be dropped from gtk2 again? > > > > https://bugzilla.redhat.com/250936 (Audacity segfault in wxGTK 2.6) > > They will not be dropped again. > It is a backport from upstream svn, as the comment in the spec file > clearly indicates. > > I'd be interested to know if this helps for wxGTK, too. Yes, it does (gtk2-2.11.6-6.fc8 compat-wxGTK26-2.6.3-4). Now what remains a mystery is why in rawhide all Gtk related tooltips are coloured in gray compared with yellow in F7. Changing themes doesn't change them. From mclasen at redhat.com Thu Aug 9 00:19:37 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 08 Aug 2007 20:19:37 -0400 Subject: rpms/gtk2/devel tooltip-compat.patch, NONE, 1.1 gtk2.spec, 1.249, 1.250 In-Reply-To: <20070809014502.0a453af4.mschwendt.tmp0701.nospam@arcor.de> References: <200708081457.l78EvWAh014335@cvs-int.fedora.redhat.com> <20070808172146.c0cfb829.mschwendt.tmp0701.nospam@arcor.de> <1186612408.3842.4.camel@localhost.localdomain> <20070809014502.0a453af4.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1186618778.3842.6.camel@localhost.localdomain> On Thu, 2007-08-09 at 01:45 +0200, Michael Schwendt wrote: > Now what remains a mystery is why in rawhide all Gtk related tooltips > are coloured in gray compared with yellow in F7. Changing themes > doesn't change them. Old tooltips used the widget name "gtk-tooltips" for themeing, new tooltips use "gtk-tooltip". For some reason, most themes haven't been updated for that yet. From jkeating at redhat.com Thu Aug 9 01:00:13 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Aug 2007 21:00:13 -0400 Subject: find-debuginfo.sh In-Reply-To: <20070808212201.E08864D04C4@magilla.localdomain> References: <604aa7910708081309l76006e2cib3dd4350e651c14f@mail.gmail.com> <20070808212201.E08864D04C4@magilla.localdomain> Message-ID: <20070808210013.47734c87@ender> On Wed, 8 Aug 2007 14:22:01 -0700 (PDT) Roland McGrath wrote: > Honestly, I'd like to just break it again tomorrow, and bring the > pain. There was one bug found in the script today, which I fixed > today. There is one vaguely common upstream bug, which I posted a > warning about. Do we really need a dissertation on the subject? Nope. But send a note to 'fedora-devel-announce at redhat.com' alerting people that this change will go in, some builds may break when running the debug script, and that they should contact you for help. Hell, you might even just put that in the debug script itself so that when it errors it leaves some breadcrumbs for maintainers to maybe fix things. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mtasaka at ioa.s.u-tokyo.ac.jp Thu Aug 9 01:30:00 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 09 Aug 2007 10:30:00 +0900 Subject: Trouble to build python releate stuff on koji In-Reply-To: References: <46BA2927.2060507@herr-schmitt.de> <20070808164317.45e478ac@ender> Message-ID: <46BA6E18.4000805@ioa.s.u-tokyo.ac.jp> KH KH wrote, at 08/09/2007 06:12 AM +9:00: > 2007/8/8, Jesse Keating : >> On Wed, 08 Aug 2007 22:35:51 +0200 >> Jochen Schmitt wrote: >> >>> It will be nice, if anyone can explain me the reason which caused this >>> issue. >> Did you BuildRequire python-devel ? > > Also, do we still have python as minimal BuildRequirement ? No. "python" is removed from minimal buildroot (I don't know the reason). Mamoru From jkeating at redhat.com Thu Aug 9 02:35:21 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Aug 2007 22:35:21 -0400 Subject: Trouble to build python releate stuff on koji In-Reply-To: <46BA6E18.4000805@ioa.s.u-tokyo.ac.jp> References: <46BA2927.2060507@herr-schmitt.de> <20070808164317.45e478ac@ender> <46BA6E18.4000805@ioa.s.u-tokyo.ac.jp> Message-ID: <20070808223521.7334024c@ender> On Thu, 09 Aug 2007 10:30:00 +0900 Mamoru Tasaka wrote: > No. "python" is removed from minimal buildroot (I don't know > the reason). It's no longer brought in via deps of something else in the minimal set, or perhaps python-devel isn't. We never listed it specifically. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From a.badger at gmail.com Thu Aug 9 03:17:23 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 08 Aug 2007 20:17:23 -0700 Subject: Package End Of Life - no change to owners.list needed? In-Reply-To: <200708081848.09482.opensource@till.name> References: <200708081848.09482.opensource@till.name> Message-ID: <1186629483.5890.49.camel@localhost.localdomain> On Wed, 2007-08-08 at 18:47 +0200, Till Maas wrote: > Hiyas, > > according to > http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife > it is not needed to modify owners.list when a package is retired, is this > correct? Or is this the task of rel-eng, too? > Hi Till! Could you open an RFE here: https://hosted.fedoraproject.org/projects/packagedb/newticket With some ideas of what you'd like to see? The wiki link and ideas of other things you think should be done would be great. I don't know when I'll get to adding non-essential features, but this definitely sounds like one of them. BTW: I'd set the owner to orphan (release ownership in the packagedb) on a package I orphaned. That marks it as being non-owned if some files a newbug in bugzilla and also for people looking to pick up an orphaned package. -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 poelstra at redhat.com Thu Aug 9 04:27:04 2007 From: poelstra at redhat.com (John Poelstra) Date: Wed, 08 Aug 2007 21:27:04 -0700 Subject: F8 Feature Tracking & Testing Message-ID: <46BA9798.9050703@redhat.com> Hi Feature Owners and Testers A quick update and thank you to all the feature owners for keeping your feature pages updated and helping this new process to run smoothly. I believe this may be the earliest stage of a Fedora releases so far where we have we have a clearly defined list of what we are tracking for the next release--http://fedoraproject.org/wiki/Releases/8/FeatureList With Fedora 8 Test 1 out in the wild, it is not too early to start testing the features already finished or completed enough to be added. Feature owners, please update: http://fedoraproject.org/wiki/QA/8#features with information about areas ready for testing and specific areas where targeted testing would be helpful. This is also a useful page to point interested testers to if there are questions like "how or what can I help test?" In the future I hope to do a better job of collecting this information before Test 1 launches so that it can be part of the release announcement. I have been somewhat relaxed about reminding people to update feature status on the 1st and 15th of each month [1] and for the most part people have done a great job on their own :-). 2007-08-15 will be an important status date as it will be the last milestone before feature freeze on 2007-08-28, when all features must be completed. If you have not updated the status of your feature in the last 15 days or more, please do so before 2007-08-15. Thank you, John [1] http://fedoraproject.org/wiki/Features/Policy#status From david at lovesunix.net Thu Aug 9 05:20:50 2007 From: david at lovesunix.net (David Nielsen) Date: Thu, 09 Aug 2007 07:20:50 +0200 Subject: suuport for ATI R500 (ex Re: rawhide report: 20070808 changes) In-Reply-To: <46BA39DB.7030504@nobugconsulting.ro> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> <1186605637.5439.6.camel@localhost.localdomain> <46BA39DB.7030504@nobugconsulting.ro> Message-ID: <1186636850.32646.2.camel@dawkins> tor, 09 08 2007 kl. 00:47 +0300, skrev Manuel Wolfshant: > On 08/08/2007 11:40 PM, Dave Airlie wrote: > > On Wed, 2007-08-08 at 22:31 +0200, Zoltan Boszormenyi wrote: > > > >> Build System ?rta: > >> > >>> xorg-x11-drv-ati-6.6.193-2.fc8 > >>> ------------------------------ > >>> * Wed Aug 08 2007 Dave Airlie 6.6.193-2 > >>> - xf86-video-ati 6.6.193. - remove dotclock workaround for now > >>> It causes crashes bug 251051 > >>> > >>> > >> Hurray! Finally 3D support for ATI Xpress 200M arrived. > >> At least it's advertised with the new driver in glxinfo. > >> This driver absolutely requires Mesa 7.0[.1]. > >> With current Mesa 6.5.2 X will lock up as soon as > >> I start any 3D app, say glxgears. I tested it on F7. > >> > >> > > > > I'll look at getting the new Mesa into the tree soon so we can actually > > support 3D on this chipset.. > > A friend of mine asked me to package the experimental free driver for > ATI R500 (which I did, see > http://wolfy.fedorapeople.org/xf86-video-avivo/; incidentally, the > package works for him) Are there any plans to include support for this > chip in the mainstream package xorg-drv-ati package ? I think Adam Jackson has avivo driver rpms on his people.redhat.com account still, maybe combining the effort would mean we could get it into Fedora as the "will eat your kitties" experimental type deal, kinda like nouveau is included atm. - David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From paul at xelerance.com Thu Aug 9 05:49:22 2007 From: paul at xelerance.com (Paul Wouters) Date: Thu, 9 Aug 2007 01:49:22 -0400 (EDT) Subject: Build error, but it built fine? was Build Error (Job 35518): ssss-0_5-3_fc6 on fedora-6-extras (fwd) In-Reply-To: <20070808230831.b795700d.mschwendt.tmp0701.nospam@arcor.de> References: <20070808230831.b795700d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: On Wed, 8 Aug 2007, Michael Schwendt wrote: > > Though this email says the job failed. It also says it wrote the i386 rpm. Did > > something really go wrong, and if so, what? > > > > ---------- Forwarded message ---------- > > Date: Wed, 8 Aug 2007 15:07:52 -0400 (EDT) > > From: > > To: > > Subject: Build Error (Job 35518): ssss-0_5-3_fc6 on fedora-6-extras > > > > Job failed on arch i386 > > > > > > Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-6-extras/35518-ssss-0.5-3.fc6/ > > > > Is that reproducible when your requeue the build job? Yes, it happened again, this time on the x86_64 arch: http://buildsys.fedoraproject.org/logs/fedora-6-extras/35530-ssss-0.5-3.fc6/ Paul From pmatilai at redhat.com Thu Aug 9 07:40:09 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Thu, 9 Aug 2007 10:40:09 +0300 (EEST) Subject: find-debuginfo.sh In-Reply-To: <20070808182834.36ACA4D04C4@magilla.localdomain> References: <20070808182834.36ACA4D04C4@magilla.localdomain> Message-ID: On Wed, 8 Aug 2007, Roland McGrath wrote: > Sorry folks. I'm responsible for the new find-debuginfo.sh script. > I'd intended to post about it when it went in, but the difference in > Panu's schedule and mine meant it went in and started affecting folks > while I was asleep. The new script is intended to work. ;-) Yeah, a bit of a bad timing as I too was away when it started affecting people :) > Most maintainers should not need to worry about the new script. > It should silently do the right thing without any attention from you. > If you see any new problems, please harrass me immediately. > For any packages doing special non-default debuginfo packaging, > please talk to me directly. I've taken care of kernel and glibc, > which are the only special cases I know of. > > I am already looking into the problem with noarch packages. > > Since the new rpm build got backed out, there is nothing to see until > a newer build with a fixed script goes back in. I will post again > before that. Next rawhide push will have this again (with noarch fixed by Roland). This time people have been at least warned, sorry about the mixup. - Panu - From pertusus at free.fr Thu Aug 9 07:51:25 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 9 Aug 2007 09:51:25 +0200 Subject: find-debuginfo.sh In-Reply-To: <20070808182834.36ACA4D04C4@magilla.localdomain> References: <20070808113725.2e642373@ender> <20070808182834.36ACA4D04C4@magilla.localdomain> Message-ID: <20070809075125.GA3056@free.fr> On Wed, Aug 08, 2007 at 11:28:34AM -0700, Roland McGrath wrote: > Sorry folks. I'm responsible for the new find-debuginfo.sh script. > I'd intended to post about it when it went in, but the difference in > Panu's schedule and mine meant it went in and started affecting folks > while I was asleep. The new script is intended to work. ;-) No need to be sorry, no need to apologize. It is rawhide, it is natural to experiment, at least to find bugs, and let things break to have users report. -- Pat From jnovy at redhat.com Thu Aug 9 09:01:00 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 9 Aug 2007 11:01:00 +0200 Subject: New db4 update and package changes Message-ID: <20070809090100.GA1165@dhcp-lab-186.brq.redhat.com> Hi folks, you may have noticed Oracle released db-4.6.18 recently. The update is now prepared in CVS, old db-4.5.20 is now moved to compat-db so the new db4 is ready to hit rawhide soon. I want to announce a change I made in the new db4, that may affect you from the packaging POV if your package is dependent on db4. It is that I moved all the C++ stuff to db4-cxx and db4-cxx-devel subpackages to reduce dependency bloat (#220484). If you have any proposals/objections related to the update, please speak up. Thanks, Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From opensource at till.name Thu Aug 9 09:46:20 2007 From: opensource at till.name (Till Maas) Date: Thu, 09 Aug 2007 11:46:20 +0200 Subject: RPM roadmapping In-Reply-To: References: Message-ID: <200708091146.37084.opensource@till.name> On Fr Juli 27 2007, Panu Matilainen wrote: > Not everybody is on rpm-maint list and we'd like to hear the wishes of > (Fedora) developers/packagers too. So: what have you always wanted to do > with rpm, but wasn't able to? Or the other way around: what you always > wished rpm would do for you? What always annoyed you out of your mind? Another nice feature would be to have all Scriptlets from http://fedoraproject.org/wiki/Packaging/ScriptletSnippets that are used in other distros, too, to be available in rpm directly. E.g. instead of having to copy the code from there, rpm could automatically detect whether or not an desktop, mimeinfo, shared library, font, icon or texinfo file was installed or removed and run the appropiate scriptlet. Also having macros that can be used in %file, that work like %doc for documentation, but for the some of the filetypes above would be nice, too. E.g. %desktopfile %SOURCE1 would copy %SOURCE1 where desktopfiles belong, rename it to %name.desktop and run the needed scriptlets. For icons and maybe mimeinfo, this may be useful, too. And also for selinux files, so that they are installed and updated correctly. Also it would be nice when there would be some macro that expands to $RPM_BUILD_ROOT%{_libdir} but is shorter or even better when %{_libdir} expands to $RPM_BUILD_ROOT%{_libdir} in %install but to %{_libdir} everywhere else. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From mmaslano at redhat.com Thu Aug 9 09:56:08 2007 From: mmaslano at redhat.com (Marcela Maslanova) Date: Thu, 09 Aug 2007 11:56:08 +0200 Subject: [Fwd: ] multi-lib brokenness? In-Reply-To: <46BA0914.3090404@cora.nwra.com> References: <46BA0914.3090404@cora.nwra.com> Message-ID: <46BAE4B8.2040707@redhat.com> Orion Poplawski wrote: > I got this from the buildsys. Looks like a multi-lib of some kind. > Anything I need to do? Or does tcl/tk need to be made multi-lib? > Seems like the dependencies should have the library versions listed. > Tk is now ok, you can rebuild your package. From buildsys at redhat.com Thu Aug 9 10:13:13 2007 From: buildsys at redhat.com (Build System) Date: Thu, 9 Aug 2007 06:13:13 -0400 Subject: rawhide report: 20070809 changes Message-ID: <200708091013.l79ADDN0008536@porkchop.devel.redhat.com> New package gds2pov GDS2 layout file to POV-Ray conversion New package python-exif Python module to extract EXIF information Updated Packages: DevIL-1.6.8-0.12.rc2.fc8 ------------------------ * Tue Aug 07 2007 Ian Chapman 1.6.8-0.12.rc2 - Split libILUT into separate package. See BZ #250734 - Removed some old provides: - Convert the CREDITS to UTF8 - Updated license field due to new guidelines * Tue Jan 02 2007 Ian Chapman 1.6.8-0.11.rc2 - Added patch to fix endian issues with some SGI files. Courtesy of Scott A. Friedman (BZ #220417) * Thu Sep 07 2006 Ian Chapman 1.6.8-0.10.rc2 - Upgrade to 1.6.8-rc2 - Added libICE-devel buildrequire - Dropped DevIL-1.6.8-rc1-64bit.patch, fixed upstream - Updated allegropicfix.patch for new version - Updated and split header fixes into separate files for easier maintenance aplus-fsf-4.20.2-22.fc8 ----------------------- * Wed Aug 08 2007 Jochen Schmitt 4.20.2-22 - Changing license tag - Fix issue with new font catalogue * Mon Jul 30 2007 Jochen Schmitt 4.20.2-20 - Remove chkfontpath from package for F8 boost-1.34.1-3.fc8 ------------------ * Wed Aug 08 2007 Benjamin Kosnik 1.34.1-3 - Rebuild for icu 3.8 bump. crossvc-1.5.2-0.2.fc8 --------------------- * Wed Aug 08 2007 Jochen Schmitt 1.5.2-0.2 - Changing license tag devhelp-0.15-4.fc8 ------------------ * Wed Aug 08 2007 Christopher Aillon - 0.15-4 - Rebuild against newer gecko * Mon Aug 06 2007 Matthias Clasen - 0.15-3 - Update license field dhcdbd-2.8-3.fc8 ---------------- * Wed Aug 08 2007 David Cantrell - 2.8-3 - Update License tag to GPLv2 - Change dbus_watch_get_fd() calls to dbus_watch_get_unix_fd() calls - Pass a mode to the open(2) call docbook2X-0.8.8-1.fc8 --------------------- * Wed Aug 08 2007 Patrice Dumas 0.8.8-1 - update to 0.8.8 eclipse-cdt-4.0.0-1.fc8 ----------------------- * Wed Aug 08 2007 Jeff Johnston 4.0.0-1 - Rebase to CDT 4.0.0 - Rebase Autotools to 0.9.1 epiphany-2.19.6-3.fc8 --------------------- * Wed Aug 08 2007 Christopher Aillon - 2.19.6-3 - Rebuild against newer gecko * Mon Aug 06 2007 Matthias Clasen - 2.19.6-2 - Update license field - Use %find_lang for help files, too * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 epiphany-extensions-2.19.6-1 ---------------------------- * Wed Aug 08 2007 Christopher Aillon - 2.19.6-1 - Update to 2.19.6 - Rebuild against newer gecko * Thu Aug 02 2007 Peter Gordon - Update License tag (LGPLv2.1+ and GPLv2 and GPLv2+). firefox-2.0.0.6-1.fc8 --------------------- * Sat Aug 04 2007 Christopher Aillon 2.0.0.6-1 - Update to 2.0.0.6 - Fix dnd support to/from gtk2 apps - Fix installed permissions of *.png * Mon Jul 23 2007 Martin Stransky 2.0.0.5-3 - added nspluginwrapper support * Wed Jul 18 2007 Kai Engert - 2.0.0.5-2 - Update to 2.0.0.5 flasm-1.62-2.fc8 ---------------- gdb-6.6-24.fc8 -------------- * Wed Aug 08 2007 Jan Kratochvil - 6.6-24 - Fixed compatibility with the Rawhide glibc open(2) syscall sanity checking. - Update the core_dump_elf_headers=1 compatibility code to the upstream variant. * Mon Aug 06 2007 Jan Kratochvil - 6.6-23 - Update PPC unwinding patches to their upstream variants (BZ 140532). gnomesword-2.2.3-4.fc8 ---------------------- * Fri Aug 03 2007 Deji Akingunola - 2.2.3-4 - License tag update - Rebuild for new icu gnonlin-0.10.9-1.fc8 -------------------- * Wed Aug 08 2007 Brian Pepple - 0.10.9-1 - Update to 0.10.9. * Sun Aug 05 2007 Brian Pepple - 0.10.8-2 - Update license tag. gstreamer-plugins-farsight-0.12.2-2.fc8 --------------------------------------- * Wed Aug 08 2007 Brian Pepple - 0.12.2-2 - Add patch to fix memset problem. (thanks to Dave Jones for pointing this out). - Update license tag. * Mon Jul 30 2007 Brian Pepple - 0.12.2-1 - Update to 0.12.2. gtk2-2.11.6-6.fc8 ----------------- * Wed Aug 08 2007 Matthias Clasen - 2.11.6-6 - Improve tooltip compatibility to make acroread work again * Sun Aug 05 2007 Matthias Clasen - 2.11.6-5 - Really move gtk-demo over * Thu Aug 02 2007 Matthias Clasen - 2.11.6-4 - Move gtk-demo to the -devel package - Don't install ChangeLog - Update the License field hdf5-1.6.5-8.fc8 ---------------- * Wed Aug 08 2007 Orion Poplawski 1.6.5-8 - Fix memset typo - Pass mode to open with O_CREAT iso-codes-1.3-1.fc8 ------------------- * Wed Aug 08 2007 Matthias Clasen 1.3-1 - Update to 1.3 - Update the license field - Use %find_lang for translations - Don't create debuginfo jd-1.9.6-0.2.svn1253.fc8 ------------------------ * Wed Aug 08 2007 Mamoru Tasaka - 1.9.6-0.2.svn1253 - svn 1253 kazehakase-0.4.7-9.svn3228.fc8 ------------------------------ * Thu Aug 09 2007 Mamoru Tasaka - 0.4.7-9.svn3228 - Rebuild against new gecko engine. kdesvn-0.13.0-1.fc8 ------------------- * Wed Aug 08 2007 - Orion Poplawski - 0.13.0-1 - Update to 0.13.0 - Update License tag to GPLv2+ ldns-1.2.0-10.fc8 ----------------- * Wed Aug 08 2007 Paul Wouters 1.2.0-10 - Added sha256 DS record patch to ldns-key2ds - Minor tweaks for proper doc/man page installation. - Workaround for parallel builds * Mon Aug 06 2007 Paul Wouters 1.2.0-2 - Own the /usr/include/ldns directory (bug #233858) - Removed obsoleted patch - Remove files form previous libtool run accidentally packages by upstream libannodex-0.7.3-8.fc8 ---------------------- * Wed Aug 08 2007 Joe Orton 0.7.3-8 - fix build with new glibc libdhcp-1.25-4.fc8 ------------------ * Wed Aug 08 2007 David Cantrell - 1.25-4 - Update License tag to GPLv2 libgda-1:3.0.1-2.fc8 -------------------- * Wed Aug 08 2007 Hans de Goede 1:3.0.1-2 - Build against system sqlite instead of own private copy (this is possible now that the system sqlite is of a high enough version) - Enable FreeTDS provider (FreeTDS is in Fedora now) - Update License tag for new Licensing Guidelines compliance libtextcat-2.2-3.fc8 -------------------- libuser-0.56.4-2 ---------------- * Wed Aug 08 2007 Miloslav Trma?? - 0.56.4-2 - Split the Python module to a separate subpackage (original patch by Yanko Kaneti) - Update the License: tag logserial-0.4.2-5.fc8 --------------------- * Mon Aug 06 2007 Manuel Wolfshant 0.4.2-5 - License clarification newt-0.52.7-2.fc8 ----------------- * Wed Aug 08 2007 Miroslav Lichvar - 0.52.7-2 - add back support for list of Entries in EntryWindow prompts in snack (#248878) - update license tag - split python module to -python subpackage (Yanko Kaneti) - fix summary oxine-0.6.6-5.fc8 ----------------- * Wed Aug 08 2007 Matthias Saou 0.6.6-5 - Include patch to pass (now mandatory) mode to O_CREAT open call. * Sun Aug 05 2007 Matthias Saou 0.6.6-4 - Update License field. parted-1.8.6-7.fc8 ------------------ * Wed Aug 08 2007 David Cantrell - 1.8.6-7 - Update License tag to GPLv2+ plplot-5.7.3-4.fc8 ------------------ * Wed Aug 08 2007 - Orion Poplawski - 5.7.3-4 - BR numpy rather than python-numeric - doesn't do anything yet? * Tue Aug 07 2007 - Orion Poplawski - 5.7.3-3 - Disable Ada interface on ppc64 until available (bug #241233) - Add svn patch to fix ada bindings on x86_64 and other issues - Add build_doc conditional to test doc builds - Disable octave until plplot supports octave 2.9.11+ - Update license to LGPLv2+ - Exclude psttfc test until fixed * Mon Apr 16 2007 - Orion Poplawski - 5.7.3-2 - Use cmake macros proftpd-1.3.0a-7.fc8 -------------------- * Mon Aug 06 2007 Matthias Saou 1.3.0a-7 - Include patch to fix "open" calls with recent glibc. * Mon Aug 06 2007 Matthias Saou 1.3.0a-6 - Update License field. pyparted-1.8.8-2.fc8 -------------------- * Wed Aug 08 2007 David Cantrell - 1.8.8-2 - Update License tag to GPLv2 rhgb-0.17.6-4.fc8 ----------------- * Wed Aug 08 2007 Ray Strode - 0.17.6-4 - don't go to details view after timeout (bug 251321) - don't revert from details view if user explicitly picked it (bug 151239) * Tue Aug 07 2007 Matthias Clasen - 0.17.6-3 - Update license field rpm-4.4.2.1-1.fc8 ----------------- * Mon Jul 23 2007 Panu Matilainen 4.4.2.1-1 - 4.4.2.1 final - reintroduce disttag - include full ChangeLog as doc - use up-to-date config.guess for ARM support (#246803) - ARM EANBI gnu/gnuenabi fix from Lennert Buytenhek (#246803) * Sat Jul 21 2007 Panu Matilainen 4.4.2.1-0.6.rc3 - dont mess up python exit codes * Fri Jul 20 2007 Panu Matilainen 4.4.2.1-0.5.rc3 - require logrotate (#248629) - allow checking for pending signals from python (#181434) - add hook to python for cleaning up on unclean exit (#245389) rrdtool-1.3-0.1.beta1.fc8 ------------------------- * Wed Aug 08 2007 Jarod Wilson 1.3-0.1.beta1 - Update to rrdtool 1.3 beta1 sane-backends-1.0.18-14.fc8 --------------------------- * Wed Aug 08 2007 Nils Philippsen - 1.0.18-14 - make udev rules more robust (#243953) - bring code in shape for glibc-2.7 smb4k-0.8.4-1.fc8 ----------------- spandsp-0.0.4-0.1.pre4.fc8 -------------------------- * Wed Aug 08 2007 Jeffrey C. Ollie - 0.0.4-0.1.pre4 - Update to 0.0.4pre4 sword-1.5.9-5.fc8 ----------------- * Fri Aug 03 2007 Deji Akingunola - 1.5.9-5 - License tag update - Rebuild for new icu system-config-printer-0.7.72-1.fc8 ---------------------------------- * Wed Aug 08 2007 Tim Waugh 0.7.72-1 - 0.7.72: - Fixed my-default-printer traceback. - Improvements to New Printer wizard (Till Kamppeter). tcl-1:8.4.13-18.fc8 ------------------- * Tue May 22 2007 Marcela Maslanova - 1:8.4.13-18 - rhbz#235812 tcpxtract-1.0.1-8.fc8 --------------------- * Wed Aug 08 2007 lonely wolf 1.0.1-8 - license clarification thunderbird-2.0.0.6-1.fc8 ------------------------- * Wed Aug 08 2007 Christopher Aillon 2.0.0.6-1 - Update to 2.0.0.6 - Own the application directory (#244901) tk-1:8.4.13-5.fc7 ----------------- * Tue Feb 20 2007 Marcela Maslanova - 1:8.4.13-5 - rhbz#226494 review again * Wed Feb 14 2007 Marcela Maslanova - 1:8.4.13-4 - rhbz#226494 review * Sat Feb 10 2007 David Cantrell - 1:8.4.13-3 - Require correct tcl package on tk tracker-0.6.1-1.fc8 ------------------- * Wed Aug 08 2007 Deji Akingunola - 0.6.1-1 - Update to 0.6.1 * Fri Aug 03 2007 Deji Akingunola - 0.6.0-3 - License tag update ustr-1.0.1-5.fc8 ---------------- * Wed Aug 08 2007 James Antill - 1.0.1-5 - Import fix for ustr-import, wrt. repl <=> replace wgrib-1.8.0.12o-1.fc8 --------------------- * Wed Aug 08 2007 - Orion Poplawski - 1.8.0.12o-1 - Update to 1.8.0.12o x3270-3.3.6-1.fc8 ----------------- * Wed Aug 08 2007 Karsten Hopp 3.3.6-1 - version 3.3.6 - fix font resize issue - enable app-defaults xchm-1.13-1.fc8 --------------- * Wed Aug 08 2007 Patrice Dumas 1.13-1 - update to 1.13 yelp-2.19.1-4.fc8 ----------------- * Wed Aug 08 2007 Christopher Aillon - 2.19.1-4 - Rebuild against newer gecko Broken deps for i386 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 blam - 1.8.3-5.fc8.i386 requires gecko-libs = 0:1.8.1.5 chmsee - 1.0.0-0.22.beta2.fc8.i386 requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 eclipse-cdt-sdk - 4.0.0-1.fc8.i386 requires eclipse-cdt = 0:%{epoch}:4.0.0-1.fc8 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 galeon - 2.0.3-10.fc7.i386 requires gecko-libs = 0:1.8.1.5 gnome-python2-gtkmozembed - 2.19.1-3.fc8.i386 requires firefox = 0:2.0.0.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.i386 requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE liferea - 1.2.21-1.fc8.i386 requires gecko-libs = 0:1.8.1.5 monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 nspluginwrapper - 0.9.91.4-13.fc8.i386 requires gecko-libs = 0:1.8.1.5 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openoffice.org-core - 1:2.2.1-18.7.fc8.i386 requires libicuuc.so.36 openoffice.org-core - 1:2.2.1-18.7.fc8.i386 requires libicui18n.so.36 openoffice.org-core - 1:2.2.1-18.7.fc8.i386 requires libicule.so.36 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 ruby-gtkmozembed - 0.16.0-8.fc8.i386 requires firefox = 0:2.0.0.5 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) blam - 1.8.3-5.fc8.x86_64 requires gecko-libs = 0:1.8.1.5 chmsee - 1.0.0-0.22.beta2.fc8.x86_64 requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 eclipse-cdt-sdk - 4.0.0-1.fc8.x86_64 requires eclipse-cdt = 0:%{epoch}:4.0.0-1.fc8 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicui18n.so.36()(64bit) galeon - 2.0.3-10.fc7.x86_64 requires gecko-libs = 0:1.8.1.5 gnome-python2-gtkmozembed - 2.19.1-3.fc8.x86_64 requires firefox = 0:2.0.0.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.x86_64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.i386 requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 liferea - 1.2.21-1.fc8.x86_64 requires gecko-libs = 0:1.8.1.5 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) nspluginwrapper - 0.9.91.4-13.fc8.x86_64 requires gecko-libs = 0:1.8.1.5 octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openoffice.org-core - 1:2.2.1-18.7.fc8.x86_64 requires libicule.so.36()(64bit) openoffice.org-core - 1:2.2.1-18.7.fc8.x86_64 requires libicuuc.so.36()(64bit) openoffice.org-core - 1:2.2.1-18.7.fc8.x86_64 requires libicui18n.so.36()(64bit) openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) ruby-gtkmozembed - 0.16.0-8.fc8.x86_64 requires firefox = 0:2.0.0.5 source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 blam - 1.8.3-5.fc8.ppc requires gecko-libs = 0:1.8.1.5 chmsee - 1.0.0-0.22.beta2.fc8.ppc requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 eclipse-cdt-sdk - 4.0.0-1.fc8.ppc requires eclipse-cdt = 0:%{epoch}:4.0.0-1.fc8 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) galeon - 2.0.3-10.fc7.ppc requires gecko-libs = 0:1.8.1.5 glest-data - 2.0.0-4.fc8.noarch requires glest = 0:2.0.0 gnome-python2-gtkmozembed - 2.19.1-3.fc8.ppc requires firefox = 0:2.0.0.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.ppc64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.ppc requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp liferea - 1.2.21-1.fc8.ppc requires gecko-libs = 0:1.8.1.5 monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 nspluginwrapper - 0.9.91.4-13.fc8.ppc requires gecko-libs = 0:1.8.1.5 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openoffice.org-core - 1:2.2.1-18.7.fc8.ppc requires libicuuc.so.36 openoffice.org-core - 1:2.2.1-18.7.fc8.ppc requires libicui18n.so.36 openoffice.org-core - 1:2.2.1-18.7.fc8.ppc requires libicule.so.36 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 ruby-gtkmozembed - 0.16.0-8.fc8.ppc requires firefox = 0:2.0.0.5 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) chmsee - 1.0.0-0.22.beta2.fc8.ppc64 requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) galeon - 2.0.3-10.fc7.ppc64 requires gecko-libs = 0:1.8.1.5 gnome-python2-gtkmozembed - 2.19.1-3.fc8.ppc64 requires firefox = 0:2.0.0.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.ppc64 requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump liferea - 1.2.21-1.fc8.ppc64 requires gecko-libs = 0:1.8.1.5 monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openoffice.org-core - 1:2.2.1-18.7.fc8.ppc64 requires libicule.so.36()(64bit) openoffice.org-core - 1:2.2.1-18.7.fc8.ppc64 requires libicuuc.so.36()(64bit) openoffice.org-core - 1:2.2.1-18.7.fc8.ppc64 requires libicui18n.so.36()(64bit) openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display ruby-gtkmozembed - 0.16.0-8.fc8.ppc64 requires firefox = 0:2.0.0.5 source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From kmaraas at broadpark.no Thu Aug 9 10:40:37 2007 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Thu, 09 Aug 2007 12:40:37 +0200 Subject: Suspend/resume on a hp nc6400 Message-ID: <1186656037.3743.8.camel@localhost.localdomain> Hi. I've tried getting this thing to resume for a long time now without luck, but on a whim decided to try again yesterday...drumroll... and it works :-) The first time I was conservative and rmmod'ed a bunch of kernel modules before suspending and was very pleased to see it come back to life when I got home from work. Next time I tried without doing anything special and it actually came back that time too. Thanks to all involved parties :-) This is the hardware: 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01) 00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 01) 01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5753M Gigabit Ethernet PCI Express (rev 21) 02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02) 04:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller 04:06.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD) 04:06.3 Generic system peripheral [0805]: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller 04:06.4 Communication controller: Texas Instruments PCIxx12 GemCore based SmartCard controller Cheers Kjartan From oliver at linux-kernel.at Thu Aug 9 11:04:31 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 09 Aug 2007 13:04:31 +0200 Subject: rpms/kernel/devel kernel.spec,1.62,1.63 In-Reply-To: <200708091048.l79Am5cn022073@cvs-int.fedora.redhat.com> References: <200708091048.l79Am5cn022073@cvs-int.fedora.redhat.com> Message-ID: <46BAF4BF.7090100@linux-kernel.at> On 08/09/2007 12:48 PM, Roland McGrath (roland) wrote: > Author: roland > > Update of /cvs/pkgs/rpms/kernel/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv21708 > > Modified Files: > kernel.spec > Log Message: > - temporarily disable e1000e %%ifarch ppc ppc64 to work around build problems > > > Index: kernel.spec > =================================================================== > RCS file: /cvs/pkgs/rpms/kernel/devel/kernel.spec,v > retrieving revision 1.62 > retrieving revision 1.63 > diff -u -r1.62 -r1.63 > --- kernel.spec 9 Aug 2007 10:14:12 -0000 1.62 > +++ kernel.spec 9 Aug 2007 10:47:28 -0000 1.63 > @@ -1119,7 +1119,9 @@ > ApplyPatch linux-2.6-bcm43xx-pci-neuter.patch > > # latest Intel driver for ich9 > +%ifnarch ppc ppc64 > ApplyPatch linux-2.6-net-e1000e.patch > +%endif > > # ACPI patches > > @@ -1723,6 +1725,7 @@ > - macroized spec file, use new find-debuginfo.sh features > - update build-id related patches: core dump support, > /sys/module/name/notes, installed vdso binaries > +- temporarily disable e1000e %%ifarch ppc ppc64 to work around build problems > > * Wed Aug 08 2007 John W. Linville > - Update wireless bits from wireless-2.6 and wireless-dev Can you add alpha to that list please? I havn't tested it yet, but I'm quite sure that it will cause problems on alpha as well. Thx, Oliver From roland at redhat.com Thu Aug 9 11:23:29 2007 From: roland at redhat.com (Roland McGrath) Date: Thu, 9 Aug 2007 04:23:29 -0700 (PDT) Subject: rpms/kernel/devel kernel.spec,1.62,1.63 In-Reply-To: Oliver Falk's message of Thursday, 9 August 2007 13:04:31 +0200 <46BAF4BF.7090100@linux-kernel.at> Message-ID: <20070809112329.E00A94D04C5@magilla.localdomain> > Can you add alpha to that list please? I havn't tested it yet, but I'm > quite sure that it will cause problems on alpha as well. It's only temporary until about tomorrow, when Chuck can look at the patch's problem. If the driver is useless, then your configs should disable it. From paul at city-fan.org Thu Aug 9 11:24:50 2007 From: paul at city-fan.org (Paul Howarth) Date: Thu, 09 Aug 2007 12:24:50 +0100 Subject: mock build failing sometimes In-Reply-To: <46B8FB78.7090905@nobugconsulting.ro> References: <46B693DE.2000307@nobugconsulting.ro> <46B8DB3F.7070004@cora.nwra.com> <46B8FB78.7090905@nobugconsulting.ro> Message-ID: <46BAF982.9060105@city-fan.org> Manuel Wolfshant wrote: > On 08/07/2007 11:51 PM, Orion Poplawski wrote: >> Manuel Wolfshant wrote: >>> Hi >>> >>> I am trying to build in mock a new package I've created. Build >>> succeeds for x86_64 but fails for i386, despite there is almost no >>> config difference. The logs of the failed builds ends always with: >>> >> >> Try wiping out your root cache in /var/lib/mock/root-cache and >> starting over. > Tried that before posting, several times. Reinstalled mock, updated to > latest version available in updates (the machine is running F7/x86_64 > with all available updates installed, reverted my config to the default > one, used standard mirrors instead of a specific baseurl, nothing works. > I am facing the same problem each time: mock build for devel/i386 and > F-7/i386 fail. Anything else I've tried (all x86_64 builds, FC6/i386) > works. > > [root at wolfy64 ~]# rpm -q yum > yum-3.2.1-1.fc7.noarch > [root at wolfy64 ~]# rpm -q mock > mock-0.7.4-1.fc7.x86_64 > [wolfy at wolfy64 ~]$ rpm -qa rpm\* > rpmlint-0.80-2.fc7.noarch > rpm-libs-4.4.2-46.fc7.x86_64 > rpm-python-4.4.2-46.fc7.x86_64 > rpmdevtools-5.4-1.fc7.noarch > rpm-4.4.2-46.fc7.x86_64 > rpm-libs-4.4.2-46.fc7.i386 > rpm-build-4.4.2-46.fc7.x86_64 > [root at wolfy64 ~]# uname -a > Linux wolfy64 2.6.22.1-41.fc7 #1 SMP Fri Jul 27 18:21:43 EDT 2007 x86_64 > x86_64 x86_64 GNU/Linux > > Result from 5 minutes ago: > [wolfy at wolfy64 ~]$ sudo yum update > Password: > Loading "skip-broken" plugin > Loading "installonlyn" plugin > Setting up Update Process > No Packages marked for Update/Obsoletion > > [wolfy at wolfy64 ~]$ mock --autocache --rebuildcache -r fedora-devel-i386 > init > init > clean > prep > This may take a while > create cache > ending > done > Finished initializing root > [wolfy at wolfy64 ~]$ mock -r fedora-devel-i386 > /home/wolfy/rpm/SRPMS/xorg-x11-avivo-1.0-2.fc7.src.rpm > init > clean > prep > This may take a while > unpack cache > setup > error: Macro % has illegal name (%define) > error: cannot write to %sourcedir /usr/src/redhat/SOURCES > > Error installing srpm: xorg-x11-avivo-1.0-2.fc7.src.rpm > ending > done Just started getting this myself. It was a self-inflicted problem. I originally had the following in /etc/mock/defaults.cfg: config_opts['macros'] = """ %%_topdir %s/build %%_rpmfilename %%%%{NAME}-%%%%{VERSION}-%%%%{RELEASE}.%%%%{ARCH}.rpm %%packager Paul Howarth %%vendor city-fan.org repo http://www.city-fan.org/ftp/contrib/ """ % config_opts['chroothome'] I recently changed this to: config_opts['macros'] = config_opts['macros'] + """ %%packager Paul Howarth %%vendor city-fan.org repo http://www.city-fan.org/ftp/contrib/ """ Which should of course have been: config_opts['macros'] = config_opts['macros'] + """ %packager Paul Howarth %vendor city-fan.org repo http://www.city-fan.org/ftp/contrib/ """ (no need to escape % characters any more) This only manifested itself as a problem that broke builds when a combination of two things happened: 1. My autocache file for devel was regenerated, resulting in broken /var/lib/mock/fedora-devel*/root/builddir/.rpmmacros files with too many % characters, and 2. A version of rpmbuild appeared in devel that refused to build packages in the presence of the broken rpmmacros file. Builds for older releases still worked but didn't pick up the packager and vendor tags due to the macro file error. Paul. From oliver at linux-kernel.at Thu Aug 9 11:26:15 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 09 Aug 2007 13:26:15 +0200 Subject: rpms/kernel/devel kernel.spec,1.62,1.63 In-Reply-To: <20070809112329.E00A94D04C5@magilla.localdomain> References: <20070809112329.E00A94D04C5@magilla.localdomain> Message-ID: <46BAF9D7.5030200@linux-kernel.at> On 08/09/2007 01:23 PM, Roland McGrath wrote: >> Can you add alpha to that list please? I havn't tested it yet, but I'm >> quite sure that it will cause problems on alpha as well. > > It's only temporary until about tomorrow, when Chuck can look at the > patch's problem. If the driver is useless, then your configs should > disable it. Oh well... Yes. I thought it will just break things :-) Thx, Oliver From tjanouse at redhat.com Thu Aug 9 12:12:56 2007 From: tjanouse at redhat.com (Tomas Janousek) Date: Thu, 9 Aug 2007 14:12:56 +0200 Subject: packagers note: do not run ld directly In-Reply-To: <20070808194654.CAE6F4D04C4@magilla.localdomain> References: <20070808194654.CAE6F4D04C4@magilla.localdomain> Message-ID: <20070809121256.GA19033@redhat.com> Hi, > e.g. a makefile line: > > $(LD) -shared -o $@ $(objs) > > should be: > > $(CC) -shared -o $@ $(objs) > > Best practice is to use consistently the flags otherwise passed to > the compiler, and also use LDFLAGS, i.e.: > > $(CC) $(CFLAGS) $(LDFLAGS) -shared -o $@ $(objs) Are you sure CFLAGS should be used? The default GNU make rules don't do so: LINK.o = $(CC) $(LDFLAGS) $(TARGET_ARCH) %: %.o $(LINK.o) $^ $(LOADLIBES) $(LDLIBS) -o $@ Just for inspiration, I use the following rules in my Makefiles: %.so.$(SOMAJOR).$(SOMINOR): CFLAGS += -fPIC %.so.$(SOMAJOR).$(SOMINOR): LDFLAGS += -shared \ -Wl,-soname,$(patsubst %.so.$(SOMAJOR).$(SOMINOR),%.so.$(SOMAJOR),$@) %.so.$(SOMAJOR).$(SOMINOR): %.o $(LINK.o) $^ $(LOADLIBES) $(LDLIBS) -o $@ Regards, -- TJ. (Brno, CZ), BaseOS, Red Hat From roland at redhat.com Thu Aug 9 12:23:12 2007 From: roland at redhat.com (Roland McGrath) Date: Thu, 9 Aug 2007 05:23:12 -0700 (PDT) Subject: packagers note: do not run ld directly In-Reply-To: Tomas Janousek's message of Thursday, 9 August 2007 14:12:56 +0200 <20070809121256.GA19033@redhat.com> Message-ID: <20070809122312.F094E4D04C9@magilla.localdomain> > Are you sure CFLAGS should be used? It needn't be when one has been careful to keep all linking-relevant options in LDFLAGS rather than CFLAGS. But it never hurts to include CFLAGS, and it might be necessary to get all the correct flags depending on the details of the settings the package uses. Automake does use CFLAGS for all links. From Axel.Thimm at ATrpms.net Thu Aug 9 12:27:49 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 9 Aug 2007 14:27:49 +0200 Subject: New db4 update and package changes In-Reply-To: <20070809090100.GA1165@dhcp-lab-186.brq.redhat.com> References: <20070809090100.GA1165@dhcp-lab-186.brq.redhat.com> Message-ID: <20070809122749.GA10454@puariko.nirvana> Hi, On Thu, Aug 09, 2007 at 11:01:00AM +0200, Jindrich Novy wrote: > you may have noticed Oracle released db-4.6.18 recently. The update is > now prepared in CVS, old db-4.5.20 is now moved to compat-db so the new > db4 is ready to hit rawhide soon. > > I want to announce a change I made in the new db4, that may affect > you from the packaging POV if your package is dependent on db4. It is > that I moved all the C++ stuff to db4-cxx and db4-cxx-devel subpackages > to reduce dependency bloat (#220484). > > If you have any proposals/objections related to the update, please speak up. I can understand the splitting of the runtime bits, but why split the *-devel package? If we start splitting devel we would need guidelines as to how far to split: foo-cxx-devel, foo-f90-devel, foo-python-devel? Or foo-gtk-devel, foo-qt-devel, foo-cxx-qt-3-but-not-4-devel etc. foo-devel is currently sacred, even library packages w/o such a subpackage have to provide it so, the packagers of build-dependent packages can simply trust that BR: foo-devel will ensure the bits are there. Now they would have to check whether foo has foo-cxx-devel, too, and whether that goes unnoticed by their bar detection scripts (e.g. bar just simlently builds C bindings etc). -- 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 tcallawa at redhat.com Thu Aug 9 12:58:43 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 09 Aug 2007 08:58:43 -0400 Subject: [Fedora-packaging] Re: New db4 update and package changes In-Reply-To: <20070809122749.GA10454@puariko.nirvana> References: <20070809090100.GA1165@dhcp-lab-186.brq.redhat.com> <20070809122749.GA10454@puariko.nirvana> Message-ID: <1186664323.5583.28.camel@localhost.localdomain> On Thu, 2007-08-09 at 14:27 +0200, Axel Thimm wrote: > Hi, > > On Thu, Aug 09, 2007 at 11:01:00AM +0200, Jindrich Novy wrote: > > you may have noticed Oracle released db-4.6.18 recently. The update is > > now prepared in CVS, old db-4.5.20 is now moved to compat-db so the new > > db4 is ready to hit rawhide soon. > > > > I want to announce a change I made in the new db4, that may affect > > you from the packaging POV if your package is dependent on db4. It is > > that I moved all the C++ stuff to db4-cxx and db4-cxx-devel subpackages > > to reduce dependency bloat (#220484). > > > > If you have any proposals/objections related to the update, please speak up. > > I can understand the splitting of the runtime bits, but why split the > *-devel package? +1. Splitting the -devel package is a rather significant alteration, for little benefit (and shouldn't increase dependency bloat). ~spot From mike at miketc.com Thu Aug 9 13:07:54 2007 From: mike at miketc.com (Mike Chambers) Date: Thu, 09 Aug 2007 08:07:54 -0500 Subject: suuport for ATI R500 (ex Re: rawhide report: 20070808 changes) In-Reply-To: <1186636850.32646.2.camel@dawkins> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> <1186605637.5439.6.camel@localhost.localdomain> <46BA39DB.7030504@nobugconsulting.ro> <1186636850.32646.2.camel@dawkins> Message-ID: <1186664874.17315.1.camel@scrappy.miketc.com> On Thu, 2007-08-09 at 07:20 +0200, David Nielsen wrote: > > A friend of mine asked me to package the experimental free driver for > > ATI R500 (which I did, see > > http://wolfy.fedorapeople.org/xf86-video-avivo/; incidentally, the > > package works for him) Are there any plans to include support for this > > chip in the mainstream package xorg-drv-ati package ? > > I think Adam Jackson has avivo driver rpms on his people.redhat.com > account still, maybe combining the effort would mean we could get it > into Fedora as the "will eat your kitties" experimental type deal, kinda > like nouveau is included atm. I don't think that driver is up to par yet, or even works on most of our systems just yet (at least it didn't on the last package Adam put out). And he said he wouldn't include it in rawhide until it started to work, even if it was only one system. So far I don't think it has yet (I think pciids are the problem, not sure). Maybe ajax can chime in on a quick status of this driver. -- Mike Chambers Madisonville, KY "Best little town on Earth!" From david at lovesunix.net Thu Aug 9 13:43:36 2007 From: david at lovesunix.net (David Nielsen) Date: Thu, 09 Aug 2007 15:43:36 +0200 Subject: support for ATI R500 (ex Re: rawhide report: 20070808 changes) In-Reply-To: <1186664874.17315.1.camel@scrappy.miketc.com> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> <1186605637.5439.6.camel@localhost.localdomain> <46BA39DB.7030504@nobugconsulting.ro> <1186636850.32646.2.camel@dawkins> <1186664874.17315.1.camel@scrappy.miketc.com> Message-ID: <1186667016.32646.12.camel@dawkins> tor, 09 08 2007 kl. 08:07 -0500, skrev Mike Chambers: > On Thu, 2007-08-09 at 07:20 +0200, David Nielsen wrote: > > > > A friend of mine asked me to package the experimental free driver for > > > ATI R500 (which I did, see > > > http://wolfy.fedorapeople.org/xf86-video-avivo/; incidentally, the > > > package works for him) Are there any plans to include support for this > > > chip in the mainstream package xorg-drv-ati package ? > > > > I think Adam Jackson has avivo driver rpms on his people.redhat.com > > account still, maybe combining the effort would mean we could get it > > into Fedora as the "will eat your kitties" experimental type deal, kinda > > like nouveau is included atm. > > I don't think that driver is up to par yet, or even works on most of our > systems just yet (at least it didn't on the last package Adam put out). > And he said he wouldn't include it in rawhide until it started to work, > even if it was only one system. So far I don't think it has yet (I > think pciids are the problem, not sure). > > Maybe ajax can chime in on a quick status of this driver. I meant more for developers, I've heard from certain people that what we do with regards to nouveau is helpful for development and testing for upstream as it makes it easy to roll git snapshot rpms which upstream can point testers to and thus avoid manual compiling and patching of core components. I'm not at any rate encouraging people to actually rely on either driver but if the impact of being a smooth platform for either team to use is small in terms of effort for us I think we might consider it. Naturally both drivers should come with the "fairly likely to eat babies" warning label like all experimental, opt-in, pre alpha or unsupported piece of code we ship does. - David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From ajackson at redhat.com Thu Aug 9 13:26:38 2007 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 09 Aug 2007 09:26:38 -0400 Subject: suuport for ATI R500 (ex Re: rawhide report: 20070808 changes) In-Reply-To: <46BA39DB.7030504@nobugconsulting.ro> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> <1186605637.5439.6.camel@localhost.localdomain> <46BA39DB.7030504@nobugconsulting.ro> Message-ID: <1186665998.2794.378.camel@localhost.localdomain> On Thu, 2007-08-09 at 00:47 +0300, Manuel Wolfshant wrote: > A friend of mine asked me to package the experimental free driver for > ATI R500 (which I did, see > http://wolfy.fedorapeople.org/xf86-video-avivo/; incidentally, the > package works for him) Are there any plans to include support for this > chip in the mainstream package xorg-drv-ati package ? I'd want to include it as a separate driver, not bundled with -ati. But yeah, getting it into F8 sounds reasonable. I doubt I'll be turning it on for many chips by default yet, but it seems like a nice thing to have. - ajax From buildsys at fedoraproject.org Thu Aug 9 14:09:20 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 9 Aug 2007 10:09:20 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-09 Message-ID: <20070809140920.B825B152133@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 16 arm-gp2x-linux-gcc-4.1.2-6.fc6 NEW arm-gp2x-linux-SDL-1.2.9-4.fc6 : Cross Compiled SDL Library targeted at arm-gp2x-linux NEW arm-gp2x-linux-zlib-1.2.3-6.fc6 : Cross Compiled zlib Library targeted at arm-gp2x-linux deltarpm-3.4-4.fc6 NEW gds2pov-0.20070426-2.fc6 : GDS2 layout file to POV-Ray conversion libotr-3.1.0-1.fc6 nagios-plugins-1.4.8-3.fc6 paprefs-0.9.5-2.fc6 pbzip2-1.0.2-2.fc6 NEW pidgin-knotify-0.1-5.fc6 : KNotify plugin for Pidgin NEW python-exif-1.0.2-3.fc6 : Python module to extract EXIF information NEW rkward-0.4.7-4.fc6 : Graphical frontend for R language NEW sundials-2.3.0-5.fc6 : Suite of nonlinear solvers twinkle-1.1-2.fc6 xfce-mcs-plugins-4.4.1-2.fc6 xfce-utils-4.4.1-2.fc6 Changes in Fedora Extras 6: arm-gp2x-linux-gcc-4.1.2-6.fc6 ------------------------------ * Fri Aug 03 2007 Kevin Kofler 4.1.2-6 - Disable bootstrap - Add "GP2X" to VERSUFFIX - Link C++ against -lgcc_eh to fix undefined references - Specify GPL version in License tag arm-gp2x-linux-SDL-1.2.9-4.fc6 ------------------------------ * Mon Aug 06 2007 Hans de Goede 1.2.9-4 - Add _smp_mflags to the make invocation * Sat Aug 04 2007 Hans de Goede 1.2.9-3 - Add missing %defattr to %files - Strip some unneeded file removals / additions from Patch0, dramatically reducing it in size - Update License tag for new Licensing Guidelines compliance - Do NOT provide and require native .so files arm-gp2x-linux-zlib-1.2.3-6.fc6 ------------------------------- * Mon Aug 06 2007 Hans de Goede 1.2.3-6 - Use autotool patch from native zlib * Sat Aug 04 2007 Hans de Goede 1.2.3-5 - Add missing %defattr to %files - Update License tag for new Licensing Guidelines compliance - Do NOT provide and require native .so files deltarpm-3.4-4.fc6 ------------------ * Wed Jul 11 2007 Jonathan Dieter - 3.4-4 - Fix prelink bug - Ignore verify bits on %doc files as they were set incorrectly in older versions of rpm. Without this patch, deltarpm will not delta doc files in rpm created before April-May 2007 gds2pov-0.20070426-2.fc6 ------------------------ * Wed Aug 08 2007 Chitlesh Goorah - 0.20070426-2 - fixes the license * Sat Jul 14 2007 Chitlesh Goorah - 0.20070426-1 - Initial Package libotr-3.1.0-1.fc6 ------------------ * Wed Aug 01 2007 Paul Wouters 3.1.0-1 - Upgraded to current version - Updated URLS and configure line nagios-plugins-1.4.8-3.fc6 -------------------------- * Tue Aug 07 2007 Mike McGrath 1.4.8-3 - Fix for check_smtp - #251049 * Fri Apr 13 2007 Mike McGrath 1.4.8-1 - Upstream released new version paprefs-0.9.5-2.fc6 ------------------- * Mon Jul 02 2007 Eric Moret 0.9.5-2 - Update license field pbzip2-1.0.2-2.fc6 ------------------ * Thu Jul 26 2007 Jeff Gilchrist - 1.0.2-2 - Fixed symbolic link for pbunzip2 file * Wed Jul 25 2007 Jeff Gilchrist - 1.0.2-1 - Release 1.0.2 pidgin-knotify-0.1-5.fc6 ------------------------ * Tue Aug 07 2007 Kelly Miller 0.1-5 - Adjusted the patch to add the default RPM optflags to the compiler output. * Mon Aug 06 2007 Kelly Miller 0.1-4 - Changed the hard-coded /usr/lib to use the libdir macro instead. * Sun Aug 05 2007 Kelly Miller 0.1-3 - Added a fix for x86_64 to the Makefile patch. - Adjusted the description to be a little more friendly. - Changed the license name as per new Fedora regulations. * Mon Jul 23 2007 Kellyy Miller 0.1-2 - Added pkgconfig as a dependency * Mon Jul 23 2007 Kelly Miller 0.1-1 - Initial RPM release python-exif-1.0.2-3.fc6 ----------------------- * Mon Aug 06 2007 Terje Rosten - 1.0.2-3 - Tagging... * Mon Aug 06 2007 Terje Rosten - 1.0.2-2 - Fix typo in url - Add python-devel to buildreq - Add license to setup.py - Strip code from %doc file - Fix typo in sitelib macro * Sat Aug 04 2007 Terje Rosten - 1.0.2-1 - Initial build rkward-0.4.7-4.fc6 ------------------ * Tue Aug 07 2007 Pingou 0.4.7-3 -Remove the diff (was my mistakes) * Tue Aug 07 2007 Pingou 0.4.7-3 -Add the %post and %postun section sundials-2.3.0-5.fc6 -------------------- * Sat Aug 04 2007 John Pye 2.3.0-5 - Final corrections from Debarshi Ray: - Changed all file-location macros to the curly-bracket format. - License field changed to BSD and comments added regarding special conditions. * Wed Aug 01 2007 John Pye 2.3.0-4 - Corrections from Mamoru Tasaka: - Removed /sbin/ldconfig call for -devel package (not required). - Moved *.a libraries to a -static package. - Corrected sub/main package dependencies (added release num). - Corrected and added extra 'defattr' statements in files sections. * Tue Jul 31 2007 John Pye 2.3.0-3 - Removed INSTALL_NOTES. - Added /sbin/ldconfig call for -devel package. - Remove automake dependency. - Changed --with-mpi-root location (currently commented out). - Added /sbin/ldconfig call for -devel package. * Mon Jul 30 2007 John Pye 2.3.0-2 - Removed OpenMPI dependencies (providing serial-only package at the moment). - Fixing for Debarshi Ray's feedback: - changed post/postun to use -p style, - added comments for why 'makeinstall' is required, - using macro instead of direct call to ./configure, - replaced spaces with tabs, - re-tagged -doc package as group Documentation, - removed CC=... and CXX=... from %configure command, and - changed download location. * Sun Jul 29 2007 John Pye 2.3.0-1 - Converting to Fedora RPM by removing distro-specific stuff. twinkle-1.1-2.fc6 ----------------- * Fri Aug 03 2007 Kevin Fenzi - 1.1-2 - Rebuild for new boost - Fix License tag * Wed Aug 01 2007 Kevin Fenzi - 1.1-1 - Update to 1.1 xfce-mcs-plugins-4.4.1-2.fc6 ---------------------------- * Mon Jul 30 2007 Kevin Fenzi - 4.4.1-2 - Add dpi interface option. (fixes #244286) * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-2 - Own some unowned directories xfce-utils-4.4.1-2.fc6 ---------------------- * Mon Jul 30 2007 Kevin Fenzi - 4.4.1-2 - Add dbus BuildRequires. Thanks to Andy Shevchenko (fixes #250067) * Wed Apr 11 2007 Kevin Fenzi - 4.4.1-1 - Update to 4.4.1 * Tue Apr 03 2007 Kevin Fenzi - 4.4.0-2 - Do not own %{_sysconfdir}/xdg/xfce4 - Do not ship the switchdesk config For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From jima at beer.tclug.org Thu Aug 9 14:25:06 2007 From: jima at beer.tclug.org (Jima) Date: Thu, 9 Aug 2007 09:25:06 -0500 (CDT) Subject: is there an url for packages? In-Reply-To: <7874d9dd0708080748i4343bbacv52ebee13f99ea854@mail.gmail.com> References: <20070808141810.GG15409@free.fr> <46B9D601.7020906@fedoraproject.org> <7874d9dd0708080748i4343bbacv52ebee13f99ea854@mail.gmail.com> Message-ID: On Wed, 8 Aug 2007, Michael Stahnke wrote: > Can I tack on a request to have all spec files available easily, > perhaps in a single directory online? Being a shell scripting type person, I found a bit of a hack-ish workaround (assuming you've got CVS set up and pointed at Fedora's space): $ cvs co owners cvs checkout: Updating owners U owners/owners.epel.list U owners/owners.list U owners/owners.olpc.list $ for i in `grep '^Fedora|' owners/owners.list | awk -F'|' '{print $2}'` > do cvs co devel/$i/$i.spec > done U devel/915resolution/915resolution.spec U devel/AGReader/AGReader.spec U devel/AllegroOGG/AllegroOGG.spec U devel/BackupPC/BackupPC.spec I'm a bad, bad person. Jima From Jochen at herr-schmitt.de Thu Aug 9 15:28:59 2007 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 09 Aug 2007 17:28:59 +0200 Subject: build id issue with blender on koji Message-ID: <46BB32BB.3020505@herr-schmitt.de> Hello, when I try to build blender on koji, I will get the following error message: + /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/blender-2.44 extracting debug info from /var/tmp/blender-2.44-7.fc8-root-kojibuilder/usr/lib64/blender/plugins/texture/clouds2.so *** ERROR: No build ID note found in /var/tmp/blender-2.44-7.fc8-root-kojibuilder/usr/lib64/blender/plugins/texture/clouds2.so error: Bad exit status from /var/tmp/rpm-tmp.97497 (%install) Because, I'm unfamilar with the new build id feature, I will ask if anyone can explain me how I can fix this issue. Best Regards: Jochen Schmitt From Jochen at herr-schmitt.de Thu Aug 9 15:31:37 2007 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 09 Aug 2007 17:31:37 +0200 Subject: build id issue with blender on koji In-Reply-To: <46BB32BB.3020505@herr-schmitt.de> References: <46BB32BB.3020505@herr-schmitt.de> Message-ID: <46BB3359.5090004@herr-schmitt.de> Jochen Schmitt schrieb: > + /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/blender-2.44 > extracting debug info from /var/tmp/blender-2.44-7.fc8-root-kojibuilder/usr/lib64/blender/plugins/texture/clouds2.so > *** ERROR: No build ID note found in /var/tmp/blender-2.44-7.fc8-root-kojibuilder/usr/lib64/blender/plugins/texture/clouds2.so > error: Bad exit status from /var/tmp/rpm-tmp.97497 (%install) > > This issue rise on other package like highlight too, so I think, this is a general issue. Best Regards: Jochen Schmitt From wolfy at nobugconsulting.ro Thu Aug 9 15:33:40 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 09 Aug 2007 18:33:40 +0300 Subject: mock build failing sometimes In-Reply-To: <46BAF982.9060105@city-fan.org> References: <46B693DE.2000307@nobugconsulting.ro> <46B8DB3F.7070004@cora.nwra.com> <46B8FB78.7090905@nobugconsulting.ro> <46BAF982.9060105@city-fan.org> Message-ID: <46BB33D4.5030904@nobugconsulting.ro> Paul Howarth wrote: > Just started getting this myself. It was a self-inflicted problem. I > originally had the following in /etc/mock/defaults.cfg: > > config_opts['macros'] = """ > %%_topdir %s/build > %%_rpmfilename %%%%{NAME}-%%%%{VERSION}-%%%%{RELEASE}.%%%%{ARCH}.rpm > %%packager Paul Howarth > %%vendor city-fan.org repo http://www.city-fan.org/ftp/contrib/ > """ % config_opts['chroothome'] > > I recently changed this to: > > config_opts['macros'] = config_opts['macros'] + """ > %%packager Paul Howarth > %%vendor city-fan.org repo http://www.city-fan.org/ftp/contrib/ > """ > > Which should of course have been: > > config_opts['macros'] = config_opts['macros'] + """ > %packager Paul Howarth > %vendor city-fan.org repo http://www.city-fan.org/ftp/contrib/ > """ > > (no need to escape % characters any more) Thanks for the idea, Paul, but I've tested with no additional macros at all, and build failed :( > > This only manifested itself as a problem that broke builds when a > combination of two things happened: > > 1. My autocache file for devel was regenerated, resulting in broken > /var/lib/mock/fedora-devel*/root/builddir/.rpmmacros files with too > many % characters, and > 2. A version of rpmbuild appeared in devel that refused to build > packages in the presence of the broken rpmmacros file. > > Builds for older releases still worked but didn't pick up the packager > and vendor tags due to the macro file error. > > Paul. > Unfortunately this does not help in my case. I've erased the cache file and then: [wolfy at wolfy64 ~]$ mock -r fedora-devel-i386 /home/wolfy/rpm/SRPMS/xorg-x11-avivo-1.0-2.fc7.src.rpm init clean prep This may take a while create cache setup error: cannot write to %sourcedir /usr/src/redhat/SOURCES Error installing srpm: xorg-x11-avivo-1.0-2.fc7.src.rpm ending done [wolfy at wolfy64 ~]$ cat /var/lib/mock/fedora-development-i386/root/builddir/.rpmmacros %_smp_mflags -j3 %_rpmlock_path /var/lib/mock/fedora-development-i386/var/lib/rpm/__db.000 -- Manuel Wolfshant linux registered user #131416 IT manager NoBug Consulting SRL http://www.brainbench.com/transcript.jsp?pid=40317 From dennis at ausil.us Thu Aug 9 15:39:37 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 9 Aug 2007 10:39:37 -0500 Subject: build id issue with blender on koji In-Reply-To: <46BB32BB.3020505@herr-schmitt.de> References: <46BB32BB.3020505@herr-schmitt.de> Message-ID: <200708091039.37448.dennis@ausil.us> On Thursday 09 August 2007 10:28:59 am Jochen Schmitt wrote: > Hello, > > when I try to build blender on koji, I will get the following error > message: > > + /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/blender-2.44 > extracting debug info from > /var/tmp/blender-2.44-7.fc8-root-kojibuilder/usr/lib64/blender/plugins/text >ure/clouds2.so *** ERROR: No build ID note found in > /var/tmp/blender-2.44-7.fc8-root-kojibuilder/usr/lib64/blender/plugins/text >ure/clouds2.so error: Bad exit status from /var/tmp/rpm-tmp.97497 (%install) > > Because, I'm unfamilar with the new build id feature, I will ask if anyone > can explain me how I can fix this issue. > > Best Regards: > > Jochen Schmitt Jochen, please read https://www.redhat.com/archives/fedora-maintainers/2007-August/msg00141.html Dennis From paul at city-fan.org Thu Aug 9 15:49:27 2007 From: paul at city-fan.org (Paul Howarth) Date: Thu, 09 Aug 2007 16:49:27 +0100 Subject: mock build failing sometimes In-Reply-To: <46BB33D4.5030904@nobugconsulting.ro> References: <46B693DE.2000307@nobugconsulting.ro> <46B8DB3F.7070004@cora.nwra.com> <46B8FB78.7090905@nobugconsulting.ro> <46BAF982.9060105@city-fan.org> <46BB33D4.5030904@nobugconsulting.ro> Message-ID: <46BB3787.4050701@city-fan.org> Manuel Wolfshant wrote: > Paul Howarth wrote: >> Just started getting this myself. It was a self-inflicted problem. I >> originally had the following in /etc/mock/defaults.cfg: >> >> config_opts['macros'] = """ >> %%_topdir %s/build >> %%_rpmfilename %%%%{NAME}-%%%%{VERSION}-%%%%{RELEASE}.%%%%{ARCH}.rpm >> %%packager Paul Howarth >> %%vendor city-fan.org repo http://www.city-fan.org/ftp/contrib/ >> """ % config_opts['chroothome'] >> >> I recently changed this to: >> >> config_opts['macros'] = config_opts['macros'] + """ >> %%packager Paul Howarth >> %%vendor city-fan.org repo http://www.city-fan.org/ftp/contrib/ >> """ >> >> Which should of course have been: >> >> config_opts['macros'] = config_opts['macros'] + """ >> %packager Paul Howarth >> %vendor city-fan.org repo http://www.city-fan.org/ftp/contrib/ >> """ >> >> (no need to escape % characters any more) > Thanks for the idea, Paul, but I've tested with no additional macros at > all, and build failed :( > >> >> This only manifested itself as a problem that broke builds when a >> combination of two things happened: >> >> 1. My autocache file for devel was regenerated, resulting in broken >> /var/lib/mock/fedora-devel*/root/builddir/.rpmmacros files with too >> many % characters, and >> 2. A version of rpmbuild appeared in devel that refused to build >> packages in the presence of the broken rpmmacros file. >> >> Builds for older releases still worked but didn't pick up the packager >> and vendor tags due to the macro file error. >> >> Paul. >> > Unfortunately this does not help in my case. I've erased the cache file > and then: > [wolfy at wolfy64 ~]$ mock -r fedora-devel-i386 > /home/wolfy/rpm/SRPMS/xorg-x11-avivo-1.0-2.fc7.src.rpm > init > clean > prep > This may take a while > create cache > setup > error: cannot write to %sourcedir /usr/src/redhat/SOURCES > > Error installing srpm: xorg-x11-avivo-1.0-2.fc7.src.rpm > ending > done > [wolfy at wolfy64 ~]$ cat > /var/lib/mock/fedora-development-i386/root/builddir/.rpmmacros > > %_smp_mflags -j3 > > %_rpmlock_path /var/lib/mock/fedora-development-i386/var/lib/rpm/__db.000 You're setting config_opts['macros'] to specify %_smp_mflags somewhere. This is not a default option in mock. This results in the omission of the %_topdir macro definition that mock includes in config_opts['macros'] by default, and that's what's causing your build failure. See if you can find a reference to _smp_mflags somewhere in /etc/mock/* Paul. From notting at redhat.com Thu Aug 9 16:06:58 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 9 Aug 2007 12:06:58 -0400 Subject: reducing power usage of Fedora - how you can help! Message-ID: <20070809160658.GA9653@nostromo.devel.redhat.com> Would you like your laptop battery to last longer? Would you like your servers to use less electricity? We certainly would. So we're investigating and fixing Fedora to use less juice. One of the biggest power problems is apps that wake up the CPU unnecessarily. With the tickless kernel for x86 (and soon x86_64), every time this happens it's a chance for power savings lost. HOW YOU CAN HELP ---------------- We'd like to get as many reports of misbehaving apps as possible. 1) Install the 'powertop' package 2) Run it in a terminal window on a reasonably idle system with your normal combination of apps. (If you run it when you're actively compiling a kernel, watching a movie, or doing other CPU-intensive things, the results aren't as useful.) 3) Note the results. If you'd like to capture them for safe-keeping later, you can use the (Fedora-specific) '-d' option to dump them to stdout, rather than pasting from the running app. 4) Report the results. You can add reports here, on #fedora-devel, or to the upstream powertop community at power at bughost.org or #powertop on irc.oftc.net. *** Please use a service such as http://pastebin.ca/ rather than pasting powertop reports directly to an IRC channel. *** If you've got a specific app you know is misbehaving, please file a bug with the details, and set it to block the 'wakeup' bug in Fedora bugzilla. (bug number 204948.) Thanks for your assistance and help. Bill From jonathan.underwood at gmail.com Thu Aug 9 16:19:47 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 9 Aug 2007 17:19:47 +0100 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <645d17210708090919l246a785asd3595209dcc1cf9b@mail.gmail.com> On 09/08/07, Bill Nottingham wrote: > Would you like your laptop battery to last longer? Would you like your > servers to use less electricity? We certainly would. So we're investigating > and fixing Fedora to use less juice. > > One of the biggest power problems is apps that wake up the CPU > unnecessarily. With the tickless kernel for x86 (and soon x86_64), > every time this happens it's a chance for power savings lost. > > HOW YOU CAN HELP > ---------------- > > We'd like to get as many reports of misbehaving apps as possible. > > 1) Install the 'powertop' package > > 2) Run it in a terminal window on a reasonably idle system with your > normal combination of apps. (If you run it when you're actively > compiling a kernel, watching a movie, or doing other CPU-intensive > things, the results aren't as useful.) > > 3) Note the results. If you'd like to capture them for safe-keeping > later, you can use the (Fedora-specific) '-d' option to dump them > to stdout, rather than pasting from the running app. > > 4) Report the results. You can add reports here, on #fedora-devel, > or to the upstream powertop community at power at bughost.org or > #powertop on irc.oftc.net. > > *** Please use a service such as http://pastebin.ca/ rather than > pasting powertop reports directly to an IRC channel. *** > > If you've got a specific app you know is misbehaving, please > file a bug with the details, and set it to block the 'wakeup' > bug in Fedora bugzilla. (bug number 204948.) > > Thanks for your assistance and help. I see my LCD screen being turned off and on every few seconds when running powertop. Is that normal behaviour? From a.badger at gmail.com Wed Aug 8 17:31:15 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 08 Aug 2007 10:31:15 -0700 Subject: Changes to cvsadmin requests and acls Message-ID: <1186594278.31100.33.camel@localhost.localdomain> Hello Packagers, Over the next several weeks we're going to be transitioning away from the owner.list and pkg.acl files to the long awaited Package Database. As a transitional step we're going to continue to have our cvsadmins handling the changes to owners.list but the changes will go to the Database instead of to the owners.list file. There are two changes to your immediate workflow that you should be aware of: 1) pkg.acl files no longer serve acls. Instead, this information is contained in the packageDB. If you would like to have an acl changed, please use a cvsadmin request or see my note at the bottom of this message[1]_. 2) To make processing requests easier for the cvsadmins it would be greatly appreciated if you can use your Fedora username instead of email address in your cvsadmin requests. The Package Database keys off of the Fedora Account so doing this will let the admins handle the requests without having to lookup the username in the account system. The updated instructions for cvsadmin requests are here: http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure [1]_: After testing this for a few weeks we'll be announcing the general availability of many of these functions without having to go through a cvsadmin. If you would like to test the functionality knowing that there is no documentation and that you may run into glaring bugs, please send me email or get in touch with me on irc.freenode.net in #fedora-devel or #fedora-admin -- abadger1999 Thanks, Toshio Kuratomi -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From roland at redhat.com Thu Aug 9 01:32:16 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 8 Aug 2007 18:32:16 -0700 (PDT) Subject: F8 packagers note: new find-debuginfo.sh script Message-ID: <20070809013216.1EB524D04C4@magilla.localdomain> Coming soon to a dist-f8 near you will be an rpm-build package that includes a revamped find-debuginfo.sh script. This will be a new rpm-build > 4.4.2.1-3. You can find an unofficial build with the new script right now in http://koji.fedoraproject.org/scratch/roland/task_94236/ Most maintainers should not need to worry about the new script. It should silently do the right thing without any attention from you. If you see any new problems, please harrass me immediately. For any packages doing special non-default debuginfo packaging, please talk to me directly. I've taken care of kernel and glibc, which are the only special cases I know of. The only problem I know to expect is improperly built DSOs, where broken package makefiles run ld -shared directly instead of via gcc. I just posted about the details of this: https://www.redhat.com/archives/fedora-maintainers/2007-August/msg00135.html If this hits you, it was already a bug in your package, and now the tools are telling you about it early. If you see any messages like: *** ERROR: No build ID note found in ... then look into how the named binaries are linked. If it's not a simple case of changing ld -shared to $(CC) -shared, you can always contact me for help figuring it out. If anything else about the find-debuginfo.sh part of your build.log, or the -debuginfo rpm that results, looks suspect to you, don't hesitate to contact me. The intended changes are the build-id magic, smart handling of hard links and symlinks, and generating all the correct %dir lines. Thanks, Roland _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From notting at redhat.com Thu Aug 9 17:19:11 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 9 Aug 2007 13:19:11 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <645d17210708090919l246a785asd3595209dcc1cf9b@mail.gmail.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <645d17210708090919l246a785asd3595209dcc1cf9b@mail.gmail.com> Message-ID: <20070809171911.GA14713@nostromo.devel.redhat.com> Jonathan Underwood (jonathan.underwood at gmail.com) said: > I see my LCD screen being turned off and on every few seconds when > running powertop. Is that normal behaviour? No. Please file a bug. Bill From cweyl at alumni.drew.edu Thu Aug 9 17:28:13 2007 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Thu, 9 Aug 2007 10:28:13 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186594278.31100.33.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> Message-ID: <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> On 8/8/07, Toshio Kuratomi wrote: > Hello Packagers, > > Over the next several weeks we're going to be transitioning away from > the owner.list and pkg.acl files to the long awaited Package Database. > As a transitional step we're going to continue to have our cvsadmins > handling the changes to owners.list but the changes will go to the > Database instead of to the owners.list file. There are two changes to > your immediate workflow that you should be aware of: So, as a matter of looking up packages (in an easily scripted, automated fashion), with the Package DB be updating owners.list, or will the data be exported in some other reasonable (& preferably unauthenticated, as it is now) fashion? -Chris -- Chris Weyl Ex astris, scientia From wolfy at nobugconsulting.ro Thu Aug 9 17:39:03 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 09 Aug 2007 20:39:03 +0300 Subject: mock build failing sometimes In-Reply-To: <46BB3787.4050701@city-fan.org> References: <46B693DE.2000307@nobugconsulting.ro> <46B8DB3F.7070004@cora.nwra.com> <46B8FB78.7090905@nobugconsulting.ro> <46BAF982.9060105@city-fan.org> <46BB33D4.5030904@nobugconsulting.ro> <46BB3787.4050701@city-fan.org> Message-ID: <46BB5137.9060701@nobugconsulting.ro> > > You're setting config_opts['macros'] to specify %_smp_mflags > somewhere. This is not a default option in mock. > > This results in the omission of the %_topdir macro definition that > mock includes in config_opts['macros'] by default, and that's what's > causing your build failure. And 101 points (1 for idea, 100 for patience) go to Paul Howarth. The problem{s] was/were -%%_smp_mflags suddenly failing - default value of config_opts needing to be preserved (and added to), rather then being replaced Why the same settings do NOT fail in x86_64 builds (with identical wrong settings as for i386) still remain a mistery. thanks, paul. From arjan at infradead.org Thu Aug 9 17:59:53 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Thu, 09 Aug 2007 10:59:53 -0700 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <645d17210708090919l246a785asd3595209dcc1cf9b@mail.gmail.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <645d17210708090919l246a785asd3595209dcc1cf9b@mail.gmail.com> Message-ID: <1186682394.5548.0.camel@laptopd505.fenrus.org> On Thu, 2007-08-09 at 17:19 +0100, Jonathan Underwood wrote: > Thanks for your assistance and help. > > I see my LCD screen being turned off and on every few seconds when > running powertop. Is that normal behaviour? powertop checks if tv out is on.. seems some drivers turn the lcd off?? Can you give some specifics about your hardware? (in the mean time I've changed powertop to only do this once if there's no TV out) From martin.sourada at seznam.cz Thu Aug 9 18:11:23 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Thu, 09 Aug 2007 20:11:23 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186594278.31100.33.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> Message-ID: <1186683083.3770.18.camel@pc-notebook> On Wed, 2007-08-08 at 19:31 +0200, Toshio Kuratomi wrote: > Hello Packagers, > > Over the next several weeks we're going to be transitioning away from > the owner.list and pkg.acl files to the long awaited Package Database. > As a transitional step we're going to continue to have our cvsadmins > handling the changes to owners.list but the changes will go to the > Database instead of to the owners.list file. There are two changes to > your immediate workflow that you should be aware of: > > 1) pkg.acl files no longer serve acls. Instead, this information is > contained in the packageDB. If you would like to have an acl changed, > please use a cvsadmin request or see my note at the bottom of this > message[1]_. > Let me ask a question. If I previously removed the pkg.acl file (so that all people in cvsextras have access to my package) will the 'Cvsextras Commits' be set to 'yes' or I'll have to make a cvsadmin request? Hope I didn't miss the answer in the text... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From selinux at gmail.com Thu Aug 9 18:14:29 2007 From: selinux at gmail.com (Tom London) Date: Thu, 9 Aug 2007 11:14:29 -0700 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186682394.5548.0.camel@laptopd505.fenrus.org> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <645d17210708090919l246a785asd3595209dcc1cf9b@mail.gmail.com> <1186682394.5548.0.camel@laptopd505.fenrus.org> Message-ID: <4c4ba1530708091114n2b6161d3kd97d9844f704438e@mail.gmail.com> On 8/9/07, Arjan van de Ven wrote: > On Thu, 2007-08-09 at 17:19 +0100, Jonathan Underwood wrote: > > Thanks for your assistance and help. > > > > I see my LCD screen being turned off and on every few seconds when > > running powertop. Is that normal behaviour? > > powertop checks if tv out is on.. seems some drivers turn the lcd off?? > > Can you give some specifics about your hardware? > > (in the mean time I've changed powertop to only do this once if there's > no TV out) > > I see this too: Thinkpad X60, Intel 945 graphics, running 'intel' driver: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) tom -- Tom London From jonathan.underwood at gmail.com Thu Aug 9 18:31:41 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 9 Aug 2007 19:31:41 +0100 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186682394.5548.0.camel@laptopd505.fenrus.org> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <645d17210708090919l246a785asd3595209dcc1cf9b@mail.gmail.com> <1186682394.5548.0.camel@laptopd505.fenrus.org> Message-ID: <645d17210708091131m432e2da2vfbb529d84d31323a@mail.gmail.com> On 09/08/07, Arjan van de Ven wrote: > On Thu, 2007-08-09 at 17:19 +0100, Jonathan Underwood wrote: > > Thanks for your assistance and help. > > > > I see my LCD screen being turned off and on every few seconds when > > running powertop. Is that normal behaviour? > > powertop checks if tv out is on.. seems some drivers turn the lcd off?? > > Can you give some specifics about your hardware? > Dell XPSM1210 laptop. I was using it hooked up to an external LCD monitor. More details on the hardware etc in the bug report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251554 Let me know if you need any other details. J. From alan at redhat.com Thu Aug 9 18:50:36 2007 From: alan at redhat.com (Alan Cox) Date: Thu, 9 Aug 2007 14:50:36 -0400 Subject: rawhide report: 20070808 changes In-Reply-To: <46BA282C.2030809@freemail.hu> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> Message-ID: <20070809185036.GB26988@devserv.devel.redhat.com> > Hurray! Finally 3D support for ATI Xpress 200M arrived. > At least it's advertised with the new driver in glxinfo. > This driver absolutely requires Mesa 7.0[.1]. > With current Mesa 6.5.2 X will lock up as soon as > I start any 3D app, say glxgears. I tested it on F7. Please file a security bug. If Mesa 6.5.2 can lock the system when you start an X app on the new driver then there is a DoS security bug there. Local console access DoS so pretty minor of itself but still wants recording/reporting. Alan From bpepple at fedoraproject.org Thu Aug 9 19:39:17 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 09 Aug 2007 15:39:17 -0400 Subject: FESCo Meeting Summary for 2007-08-09 Message-ID: <1186688357.4344.2.camel@kennedy> Members Present * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Jeremy Katz (jeremy) * Tom Callaway (spot) * Jesse Keating (f13) * Bill Nottingham (notting) * Christian Iseli (c4chris) * Christopher Aillon (caillon) * Kevin Fenzi (nirik) * Josh Boyer (jwb) Members Absent * Warren Togami (warren) * David Woodhouse (dwmw2) * Dennis Gilmore (dgilmore) == Summary == === New Feature Proposals Approvals === * http://fedoraproject.org/wiki/FeatureEclipse33 - FESCo approved this proposal. * http://fedoraproject.org/wiki/Releases/FeatureGenericLogos - FESCo approved this proposal. * http://fedoraproject.org/wiki/Features/IcedTea - FESCo wanted clarification on a few items, before approving this proposal. jwb & tibbs will add their questions to the wiki page. === Bugs blocking new features === * notting brought up a bug that wasn't being fixed that was blocking the disable xfs feature. caillon will contact the bugs owner, and confirm the changes to fix this bug are correct before applying them. === kmod's === * Skipped for this week, since dwmw2 hasn't had time to write-up the proposal yet. === Package Rebuilds === * FESCo approved a proposal that rebuilds in future releases will only be done if there is a technical reason for it. (i.e. not doing rebuilds just for cosmetic reasons). * We will be rebuilding for F8, since it's necessary due to the License Tag change & BuildID feature. * The rel-eng team is tentatively planning to do the rebuild between F8Test2 & F8Test3. === Default commit acl for new packages === * Brief discussion on what the default acl for new packages should be (cvsextras or owner only). No decision made, and will discuss some more at next week's meeting. IRC log can be found at: http://bpepple.fedorapeople.org/FESCo-2007-08-09.html Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 lsof at nodata.co.uk Thu Aug 9 21:06:27 2007 From: lsof at nodata.co.uk (nodata) Date: Thu, 09 Aug 2007 23:06:27 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <1186693587.4422.49.camel@sb-home> > 3) Note the results. If you'd like to capture them for safe-keeping > later, you can use the (Fedora-specific) '-d' option to dump them > to stdout, rather than pasting from the running app. Erm, is this meant to ouput the results, and then exit? It doesn't on my box, it seems to act exactly the same as powertop without -d. powertop-1.7-3.fc7 What about Fedora-specific things powertop complains about, such as these three? Suggestion: Disable 'hal' from polling your cdrom with: hal-disable-polling /dev/scd0 'hal' is the component that auto-opens a window if you plug in a CD but disables SATA power saving from kicking in. Disable the SE-Alert software by removing the 'setroubleshoot-server' rpm SE-Alert alerts you about SELinux policy violations, but also has a bug that wakes it up 10 times per second. Suggestion: enable AC97 powersave mode by executing the following command: echo 1 > /sys/module/snd_ac97_codec/parameters/power_save or by passing power_save=1 as module parameter. From sundaram at fedoraproject.org Thu Aug 9 21:22:00 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 02:52:00 +0530 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <46BB8578.5040603@fedoraproject.org> Bill Nottingham wrote: > Would you like your laptop battery to last longer? Would you like your > servers to use less electricity? We certainly would. So we're investigating > and fixing Fedora to use less juice. > > One of the biggest power problems is apps that wake up the CPU > unnecessarily. With the tickless kernel for x86 (and soon x86_64), > every time this happens it's a chance for power savings lost. > I have been running powertop occasionally over a period of couple of weeks and the following were suggested by powertop. ---- hal-disable-polling --device /dev/scd0 mount -o remount,noatime / hciconfig hci0 down ; rmmod hci_usb echo 5 > /proc/sys/vm/laptop_mode SELinux alert was suggested to be disabled but there is already a bug report on that. Rahul From sundaram at fedoraproject.org Thu Aug 9 21:54:05 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 03:24:05 +0530 Subject: Enabling Compiz by default? Message-ID: <46BB8CFD.4050706@fedoraproject.org> Hi Have we considered enabling Compiz by default in GNOME and fall back to metacity if the driver or hardware don't support acceleration? That would get desktop effects out of the box on Intel and some ATI cards. Rahul From drago01 at gmail.com Thu Aug 9 21:56:19 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 9 Aug 2007 23:56:19 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <46BB8578.5040603@fedoraproject.org> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46BB8578.5040603@fedoraproject.org> Message-ID: On 8/9/07, Rahul Sundaram wrote: > > [..] > echo 5 > /proc/sys/vm/laptop_mode gnome-power-manager already sets this (only to 2 but it does) when running on battery. also it does not use 5 to avoid to many spindown cycles -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Thu Aug 9 21:56:02 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 03:26:02 +0530 Subject: Disabling atime Message-ID: <46BB8D72.1010608@fedoraproject.org> Hi http://kerneltrap.org/node/14148 Looks like we get a good performance boost and only tmpwatch and mutt with mbox seems to be affected. A simple patch to tmpwatch has been posted on the same thread. Thoughts on disabling it? Rahul From drago01 at gmail.com Thu Aug 9 21:58:08 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 9 Aug 2007 23:58:08 +0200 Subject: Enabling Compiz by default? In-Reply-To: <46BB8CFD.4050706@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> Message-ID: On 8/9/07, Rahul Sundaram wrote: > > Hi > > Have we considered enabling Compiz by default in GNOME and fall back to > metacity if the driver or hardware don't support acceleration? That > would get desktop effects out of the box on Intel and some ATI cards. well I wouldn't suggest this until we have zerocopy tfp and redirected direct rendering [1] (people wants to be able to run 3d apps by default). 1: http://hoegsberg.blogspot.com/2007/08/redirected-direct-rendering.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at cora.nwra.com Thu Aug 9 21:59:00 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 09 Aug 2007 15:59:00 -0600 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186693587.4422.49.camel@sb-home> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <1186693587.4422.49.camel@sb-home> Message-ID: <46BB8E24.3070502@cora.nwra.com> nodata wrote: > Disable the SE-Alert software by removing the 'setroubleshoot-server' > rpm > SE-Alert alerts you about SELinux policy violations, but also > has a bug that wakes it up 10 times per second. yum -y remove setroubleshoot-server caused /sbin/audispd to go haywire on my F7 box. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251601 -- Orion Poplawski Technical Manager 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 alan at redhat.com Thu Aug 9 22:06:57 2007 From: alan at redhat.com (Alan Cox) Date: Thu, 9 Aug 2007 18:06:57 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186693587.4422.49.camel@sb-home> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <1186693587.4422.49.camel@sb-home> Message-ID: <20070809220657.GD4306@devserv.devel.redhat.com> On Thu, Aug 09, 2007 at 11:06:27PM +0200, nodata wrote: > Suggestion: Disable 'hal' from polling your cdrom with: > hal-disable-polling /dev/scd0 'hal' is the component that > auto-opens a > window if you plug in a CD but disables SATA power saving from kicking > in. Hal burns power on many laptops - as it stops the CD drive sleeping of its own accord. However while it fashionable to bash the authors that one isn't really their fault. Its also something vendors recognize is a real problem and upcoming hardware has some sanely designed asynchronous notification handling so the drive can wake up, chew the disk and wake the OS without polling. > Suggestion: enable AC97 powersave mode by executing the following > command: > echo 1 > /sys/module/snd_ac97_codec/parameters/power_save > or by passing power_save=1 as module parameter. This really ought to be the default. From alan at redhat.com Thu Aug 9 22:18:08 2007 From: alan at redhat.com (Alan Cox) Date: Thu, 9 Aug 2007 18:18:08 -0400 Subject: Enabling Compiz by default? In-Reply-To: <46BB8CFD.4050706@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> Message-ID: <20070809221808.GG4306@devserv.devel.redhat.com> On Fri, Aug 10, 2007 at 03:24:05AM +0530, Rahul Sundaram wrote: > Have we considered enabling Compiz by default in GNOME and fall back to > metacity if the driver or hardware don't support acceleration? That > would get desktop effects out of the box on Intel and some ATI cards. Compiz is too buggy to use - its still hopelessly broken with java menus and you'd want to use one of the actually maintained compositing managers instead. Even then - Do you know anyone who doesn't turn the effects off eventually ? - Do we care about the huge increase in power consumption ? From dr.diesel at gmail.com Thu Aug 9 22:18:45 2007 From: dr.diesel at gmail.com (Dr. Diesel) Date: Thu, 9 Aug 2007 18:18:45 -0400 Subject: Disabling atime In-Reply-To: <46BB8D72.1010608@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> Message-ID: <2a28d2ab0708091518mc680062xf984dbaac2f79ed5@mail.gmail.com> On 8/9/07, Rahul Sundaram wrote: > Hi > > http://kerneltrap.org/node/14148 > > Looks like we get a good performance boost and only tmpwatch and mutt > with mbox seems to be affected. A simple patch to tmpwatch has been > posted on the same thread. > > Thoughts on disabling it? > > Rahul I have often thought an entire release (or every ~3-4) should consist of nothing but bug fixes and code optimization. Even at Ingo's 2.3% it is worth a healthy discussion, which has already happened! If much faster machines could see 5-10% that would be a major improvement IMO. I say lets try it! How hard would it be to test? ext3 is the biggest issue, but there is a work-a-round? From drago01 at gmail.com Thu Aug 9 22:26:05 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 10 Aug 2007 00:26:05 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070809221808.GG4306@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> Message-ID: On 8/10/07, Alan Cox wrote: > > On Fri, Aug 10, 2007 at 03:24:05AM +0530, Rahul Sundaram wrote: > > Have we considered enabling Compiz by default in GNOME and fall back to > > metacity if the driver or hardware don't support acceleration? That > > would get desktop effects out of the box on Intel and some ATI cards. > > Compiz is too buggy to use - its still hopelessly broken with java menus thats java which is broken here not compiz. its not hoplessly broken there is a workaround for it export AWT_TOOLKIT="MToolkit but there are other bugs I explained above (opengl apps) and you'd want to use one of the actually maintained compositing managers > instead. ? don't understand this compiz _is_ activly maintained Even then > > - Do you know anyone who doesn't turn the effects off eventually ? > - Do we care about the huge increase in power consumption ? yes here I agree with you.. even thought I don't know how 'huge' it really is. -------------- next part -------------- An HTML attachment was scrubbed... URL: From florin at andrei.myip.org Thu Aug 9 22:27:10 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Thu, 09 Aug 2007 15:27:10 -0700 Subject: Disabling atime In-Reply-To: <46BB8D72.1010608@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> Message-ID: <46BB94BE.2050403@andrei.myip.org> Rahul Sundaram wrote: > Hi > > http://kerneltrap.org/node/14148 > > Looks like we get a good performance boost and only tmpwatch and mutt > with mbox seems to be affected. A simple patch to tmpwatch has been > posted on the same thread. > > Thoughts on disabling it? I'm using noatime on all Ext3 filesystems on a bunch of Fedora 7, CentOS 5 and Ubuntu 7.04 machines - desktops, workstations, VMware guests, servers with a variety of network services. Zero issues so far. -- Florin Andrei http://florin.myip.org/ From a.badger at gmail.com Thu Aug 9 22:28:11 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 09 Aug 2007 15:28:11 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> Message-ID: <1186698494.5890.62.camel@localhost.localdomain> On Thu, 2007-08-09 at 10:28 -0700, Chris Weyl wrote: > On 8/8/07, Toshio Kuratomi wrote: > > Hello Packagers, > > > > Over the next several weeks we're going to be transitioning away from > > the owner.list and pkg.acl files to the long awaited Package Database. > > As a transitional step we're going to continue to have our cvsadmins > > handling the changes to owners.list but the changes will go to the > > Database instead of to the owners.list file. There are two changes to > > your immediate workflow that you should be aware of: > > So, as a matter of looking up packages (in an easily scripted, > automated fashion), with the Package DB be updating owners.list, or > will the data be exported in some other reasonable (& preferably > unauthenticated, as it is now) fashion? > owners.list is dead. You can currently get several versions of the data in JSON format. Several people have expressed a passing interest in having an easily greppable list. That should be pretty easy to enable by creating a plain text template for the data. However, someone needs to take the time to write the template. If someone wants to do this, here's the ticket with some information to get you started:: https://hosted.fedoraproject.org/projects/packagedb/ticket/29 -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 sundaram at fedoraproject.org Thu Aug 9 22:30:25 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 04:00:25 +0530 Subject: Enabling Compiz by default? In-Reply-To: <20070809221808.GG4306@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> Message-ID: <46BB9581.6020002@fedoraproject.org> Alan Cox wrote: > On Fri, Aug 10, 2007 at 03:24:05AM +0530, Rahul Sundaram wrote: >> Have we considered enabling Compiz by default in GNOME and fall back to >> metacity if the driver or hardware don't support acceleration? That >> would get desktop effects out of the box on Intel and some ATI cards. > > Compiz is too buggy to use - its still hopelessly broken with java menus > and you'd want to use one of the actually maintained compositing managers > instead. Well, replace Compiz (and Beryl) with Compiz Fusion when we get around to importing it into the Fedora repository. Even then > > - Do you know anyone who doesn't turn the effects off eventually ? Quite a lot actually. I see it being discussed almost constantly and there is a lot of interest in it. I know many folks do think of it as a set of useless whiz bang effects and the presence of some excessive effects in Beryl and the cramped up preferences didn't help with that but it does offer a number of small usability improvements like the expose equivalent or preview of apps when switching between them are nice. > - Do we care about the huge increase in power consumption ? If we did, we would ideally fix the bugs with power consumption and with like Java. Getting it enabled by default (atleast in rawhide) might act as a good incentive. Think SELinux. Rahul From drago01 at gmail.com Thu Aug 9 22:33:16 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 10 Aug 2007 00:33:16 +0200 Subject: Disabling atime In-Reply-To: <46BB94BE.2050403@andrei.myip.org> References: <46BB8D72.1010608@fedoraproject.org> <46BB94BE.2050403@andrei.myip.org> Message-ID: On 8/10/07, Florin Andrei wrote: > > Rahul Sundaram wrote: > > Hi > > > > http://kerneltrap.org/node/14148 > > > > Looks like we get a good performance boost and only tmpwatch and mutt > > with mbox seems to be affected. A simple patch to tmpwatch has been > > posted on the same thread. > > > > Thoughts on disabling it? > > I'm using noatime on all Ext3 filesystems on a bunch of Fedora 7, CentOS > 5 and Ubuntu 7.04 machines - desktops, workstations, VMware guests, > servers with a variety of network services. > > Zero issues so far. I use it on all my ext3 filesystems too no problems at all ... so +1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From lesmikesell at gmail.com Thu Aug 9 22:42:08 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 09 Aug 2007 17:42:08 -0500 Subject: Disabling atime In-Reply-To: <2a28d2ab0708091518mc680062xf984dbaac2f79ed5@mail.gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <2a28d2ab0708091518mc680062xf984dbaac2f79ed5@mail.gmail.com> Message-ID: <46BB9840.4090302@gmail.com> Dr. Diesel wrote: > On 8/9/07, Rahul Sundaram wrote: >> Hi >> >> http://kerneltrap.org/node/14148 >> >> Looks like we get a good performance boost and only tmpwatch and mutt >> with mbox seems to be affected. A simple patch to tmpwatch has been >> posted on the same thread. >> >> Thoughts on disabling it? >> >> Rahul > > I have often thought an entire release (or every ~3-4) should consist > of nothing but bug fixes and code optimization. Even at Ingo's 2.3% > it is worth a healthy discussion, which has already happened! If much > faster machines could see 5-10% that would be a major improvement IMO. > > I say lets try it! How hard would it be to test? ext3 is the biggest > issue, but there is a work-a-round? I'm not sure anyone has mentioned what are probably the biggest uses of atime: (1) a debugging step to see if a file is actually being read by some process. For example you edit some config file, start the service and the change you expect didn't happen. If atime didn't change, the file wasn't read, perhaps due to some other directive passed earlier. Likewise with executables that you think should be run, or libraries that should be used. (2) as an indication that files have never been used and can probably be deleted. Since most backup operations act as a read, this tends to not be very useful. Personally I'd trade these for better performance but I wouldn't want the change to be a surprise. -- Les Mikesell lesmikesell at gmail.com From davej at redhat.com Thu Aug 9 22:40:38 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 9 Aug 2007 18:40:38 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186693587.4422.49.camel@sb-home> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <1186693587.4422.49.camel@sb-home> Message-ID: <20070809224038.GA17783@redhat.com> On Thu, Aug 09, 2007 at 11:06:27PM +0200, nodata wrote: > > 3) Note the results. If you'd like to capture them for safe-keeping > > later, you can use the (Fedora-specific) '-d' option to dump them > > to stdout, rather than pasting from the running app. > > Erm, is this meant to ouput the results, and then exit? > It doesn't on my box, it seems to act exactly the same as powertop > without -d. powertop-1.7-3.fc7 > > > What about Fedora-specific things powertop complains about, such as > these three? > > Suggestion: Disable 'hal' from polling your cdrom with: > hal-disable-polling /dev/scd0 'hal' is the component that > auto-opens a > window if you plug in a CD but disables SATA power saving from kicking > in. Note that doing this seems to expose a bug in sound-juicer. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249173 Dave -- http://www.codemonkey.org.uk From davej at redhat.com Thu Aug 9 22:43:06 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 9 Aug 2007 18:43:06 -0400 Subject: Enabling Compiz by default? In-Reply-To: <46BB9581.6020002@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> Message-ID: <20070809224306.GB17783@redhat.com> On Fri, Aug 10, 2007 at 04:00:25AM +0530, Rahul Sundaram wrote: > Alan Cox wrote: > > On Fri, Aug 10, 2007 at 03:24:05AM +0530, Rahul Sundaram wrote: > >> Have we considered enabling Compiz by default in GNOME and fall back to > >> metacity if the driver or hardware don't support acceleration? That > >> would get desktop effects out of the box on Intel and some ATI cards. > > > > Compiz is too buggy to use - its still hopelessly broken with java menus > > and you'd want to use one of the actually maintained compositing managers > > instead. > > Well, replace Compiz (and Beryl) with Compiz Fusion when we get around > to importing it into the Fedora repository. Last time I tried it, cutting text with drag-select, and pasting with middle mouse button was broken. Did that ever get fixed? Dave -- http://www.codemonkey.org.uk From dr.diesel at gmail.com Thu Aug 9 22:46:00 2007 From: dr.diesel at gmail.com (Dr. Diesel) Date: Thu, 9 Aug 2007 18:46:00 -0400 Subject: Enabling Compiz by default? In-Reply-To: <46BB8CFD.4050706@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> Message-ID: <2a28d2ab0708091546q3ac0e0feg5d6e69313d95b4f4@mail.gmail.com> On 8/9/07, Rahul Sundaram wrote: > Hi > > Have we considered enabling Compiz by default in GNOME and fall back to > metacity if the driver or hardware don't support acceleration? That > would get desktop effects out of the box on Intel and some ATI cards. > > Rahul > > -- Last time I checked the default Remote Desktop utility (vino) was still broken? Nothing but a frozen screen anyhow. I use desktop effects as a propaganda piece for Linux, works great! But even with my newer Intel 965/3000 it's a big sluggish. A 7900GT Nvidia puts the hurtin on it though :D I vote for keeping it super easy to enable, but off. From alex at tvtransilvania.ro Thu Aug 9 22:48:25 2007 From: alex at tvtransilvania.ro (Alexandru Ciobanu) Date: Fri, 10 Aug 2007 01:48:25 +0300 Subject: Disabling atime In-Reply-To: <46BB8D72.1010608@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> Message-ID: <46BB99B9.1080203@tvtransilvania.ro> Rahul Sundaram wrote: > Thoughts on disabling it? I've been using noatime,nodiratime on servers, desktops, notebooks (both ext3 and reiserfs) since I've switched from Slackware with no issues. So +1. From drago01 at gmail.com Thu Aug 9 22:51:25 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 10 Aug 2007 00:51:25 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070809224306.GB17783@redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809224306.GB17783@redhat.com> Message-ID: On 8/10/07, Dave Jones wrote: > > On Fri, Aug 10, 2007 at 04:00:25AM +0530, Rahul Sundaram wrote: > > Alan Cox wrote: > > > On Fri, Aug 10, 2007 at 03:24:05AM +0530, Rahul Sundaram wrote: > > >> Have we considered enabling Compiz by default in GNOME and fall back > to > > >> metacity if the driver or hardware don't support acceleration? That > > >> would get desktop effects out of the box on Intel and some ATI cards. > > > > > > Compiz is too buggy to use - its still hopelessly broken with java > menus > > > and you'd want to use one of the actually maintained compositing > managers > > > instead. > > > > Well, replace Compiz (and Beryl) with Compiz Fusion when we get around > > to importing it into the Fedora repository. > > Last time I tried it, cutting text with drag-select, and pasting with > middle mouse button was broken. Did that ever get fixed? works for me but I have to use the nvidia driver... nouveau does not support compiz yet...... -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at clueserver.org Thu Aug 9 22:51:59 2007 From: alan at clueserver.org (alan) Date: Thu, 9 Aug 2007 15:51:59 -0700 (PDT) Subject: Enabling Compiz by default? In-Reply-To: <2a28d2ab0708091546q3ac0e0feg5d6e69313d95b4f4@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <2a28d2ab0708091546q3ac0e0feg5d6e69313d95b4f4@mail.gmail.com> Message-ID: On Thu, 9 Aug 2007, Dr. Diesel wrote: > On 8/9/07, Rahul Sundaram wrote: >> Hi >> >> Have we considered enabling Compiz by default in GNOME and fall back to >> metacity if the driver or hardware don't support acceleration? That >> would get desktop effects out of the box on Intel and some ATI cards. >> >> Rahul >> >> -- > Last time I checked the default Remote Desktop utility (vino) was > still broken? Nothing but a frozen screen anyhow. > > I use desktop effects as a propaganda piece for Linux, works great! > But even with my newer Intel 965/3000 it's a big sluggish. A 7900GT > Nvidia puts the hurtin on it though :D > > I vote for keeping it super easy to enable, but off. Even with the commercial drivers, it is damned hard to get working correctly. (The nvidia config script needs a "turn it all on" option.) I need to see how compiz-fusion handles configuration. Beryl, you can have it loaded and have the window manager set to something non-beryl. (Very nice when you need OpenGL for other things.) I am wondering if that is an option in the "new" version. -- Refrigerator Rule #1: If you don't remember when you bought it, Don't eat it. From arjan at infradead.org Thu Aug 9 22:50:49 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Thu, 09 Aug 2007 15:50:49 -0700 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46BB8578.5040603@fedoraproject.org> Message-ID: <1186699855.5548.4.camel@laptopd505.fenrus.org> On Thu, 2007-08-09 at 23:56 +0200, dragoran wrote: > > > On 8/9/07, Rahul Sundaram wrote: > [..] > echo 5 > /proc/sys/vm/laptop_mode > > gnome-power-manager already sets this (only to 2 but it does) when > running on battery. > also it does not use 5 to avoid to many spindown cycles laptop mode does not spin down the disk. It just clusters IO. And it's useful everywhere, not just when on battery... Let me say that again: Power saving matters everywhere, not just on battery. Just ask any sysadmin who runs a datacenter... From alan at redhat.com Thu Aug 9 22:56:03 2007 From: alan at redhat.com (Alan Cox) Date: Thu, 9 Aug 2007 18:56:03 -0400 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> Message-ID: <20070809225603.GA7688@devserv.devel.redhat.com> On Fri, Aug 10, 2007 at 12:26:05AM +0200, dragoran wrote: > > Compiz is too buggy to use - its still hopelessly broken with java menus > > thats java which is broken here not compiz. > its not hoplessly broken there is a workaround for it > export AWT_TOOLKIT="MToolkit > but there are other bugs I explained above (opengl apps) Allow me to explain the user view point "I DONT CARE" Compatibility works because the components don't plead strict standards compliance at each other but compensate. So if we are shipping compiz by default we need to either - Fix java (assuming it all ends up free in time) - Ensure the environment fix is set by default > and you'd want to use one of the actually maintained compositing managers > > instead. > > ? don't understand this compiz _is_ activly maintained Didn't seem to be. From alan at redhat.com Thu Aug 9 22:57:06 2007 From: alan at redhat.com (Alan Cox) Date: Thu, 9 Aug 2007 18:57:06 -0400 Subject: Enabling Compiz by default? In-Reply-To: <46BB9581.6020002@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> Message-ID: <20070809225706.GB7688@devserv.devel.redhat.com> On Fri, Aug 10, 2007 at 04:00:25AM +0530, Rahul Sundaram wrote: > > If we did, we would ideally fix the bugs with power consumption and with > like Java. Getting it enabled by default (atleast in rawhide) might act > as a good incentive. Think SELinux. They are not bugs - you are turning the 3D engine power planes on. That costs you a lot of electricity. From drago01 at gmail.com Thu Aug 9 22:58:19 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 10 Aug 2007 00:58:19 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186699855.5548.4.camel@laptopd505.fenrus.org> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46BB8578.5040603@fedoraproject.org> <1186699855.5548.4.camel@laptopd505.fenrus.org> Message-ID: On 8/10/07, Arjan van de Ven wrote: > > On Thu, 2007-08-09 at 23:56 +0200, dragoran wrote: > > > > > > On 8/9/07, Rahul Sundaram wrote: > > [..] > > echo 5 > /proc/sys/vm/laptop_mode > > > > gnome-power-manager already sets this (only to 2 but it does) when > > running on battery. > > also it does not use 5 to avoid to many spindown cycles > > laptop mode does not spin down the disk. It just clusters IO. ok And it's useful everywhere, not just when on battery... > > > Let me say that again: Power saving matters everywhere, not just on > battery. Just ask any sysadmin who runs a datacenter... I didn't say it does not matter I just explained what gpm does in fact I run a patched x86_64 tickless kernel on my server because power savings _do_ matter ;) -- > 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 sundaram at fedoraproject.org Thu Aug 9 22:58:06 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 04:28:06 +0530 Subject: Disabling atime In-Reply-To: <46BB99B9.1080203@tvtransilvania.ro> References: <46BB8D72.1010608@fedoraproject.org> <46BB99B9.1080203@tvtransilvania.ro> Message-ID: <46BB9BFE.2040606@fedoraproject.org> Alexandru Ciobanu wrote: > Rahul Sundaram wrote: > >> Thoughts on disabling it? > > > I've been using noatime,nodiratime on servers, desktops, notebooks (both > ext3 and reiserfs) since I've switched from Slackware with no issues. > So +1. noatime is a superset of nodiratime so you don't need both FYI. Rahul From jreiser at BitWagon.com Thu Aug 9 23:01:39 2007 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 09 Aug 2007 16:01:39 -0700 Subject: Disabling atime In-Reply-To: <46BB9840.4090302@gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <2a28d2ab0708091518mc680062xf984dbaac2f79ed5@mail.gmail.com> <46BB9840.4090302@gmail.com> Message-ID: <46BB9CD3.6040802@BitWagon.com> Les Mikesell wrote: > I'm not sure anyone has mentioned what are probably the biggest uses of > atime: > (2) as an indication that files have never been used and can probably > be deleted. Since most backup operations act as a read, this tends to > not be very useful. Serious backup systems (programs designed for the purpose) save and restore the old value of atime. 'tar' has --atime-preserve. cpio has --reset-access-time. -- From drago01 at gmail.com Thu Aug 9 23:01:57 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 10 Aug 2007 01:01:57 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070809225603.GA7688@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <20070809225603.GA7688@devserv.devel.redhat.com> Message-ID: On 8/10/07, Alan Cox wrote: > > On Fri, Aug 10, 2007 at 12:26:05AM +0200, dragoran wrote: > > > Compiz is too buggy to use - its still hopelessly broken with java > menus > > > > thats java which is broken here not compiz. > > its not hoplessly broken there is a workaround for it > > export AWT_TOOLKIT="MToolkit > > but there are other bugs I explained above (opengl apps) > > Allow me to explain the user view point > > "I DONT CARE" true..... Compatibility works because the components don't plead strict standards > compliance at each other but compensate. So if we are shipping compiz > by default we need to either > - Fix java (assuming it all ends up free in time) would be the best solution - Ensure the environment fix is set by default would be easy to do but its somehow a hack.... but we did something similar for flash before until it gots fixed so what... > and you'd want to use one of the actually maintained compositing managers > > > instead. > > > > ? don't understand this compiz _is_ activly maintained > > Didn't seem to be. again I dunno where you got this do you mean compiz upstream or in fedora? I agree that compiz in fedora needs more love but upstream _is_ maintained just look at the commits in the git tree: http://gitweb.freedesktop.org/?p=xorg/app/compiz.git;a=summary -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathan.underwood at gmail.com Thu Aug 9 23:03:17 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 10 Aug 2007 00:03:17 +0100 Subject: Enabling Compiz by default? In-Reply-To: <20070809225706.GB7688@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> Message-ID: <645d17210708091603x674100b4i1d35c4c7617579ce@mail.gmail.com> On 09/08/07, Alan Cox wrote: > On Fri, Aug 10, 2007 at 04:00:25AM +0530, Rahul Sundaram wrote: > > > > If we did, we would ideally fix the bugs with power consumption and with > > like Java. Getting it enabled by default (atleast in rawhide) might act > > as a good incentive. Think SELinux. > > They are not bugs - you are turning the 3D engine power planes on. That > costs you a lot of electricity. It's a shame that this fact isn't made more evident to users actually. From jreiser at BitWagon.com Thu Aug 9 23:04:24 2007 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 09 Aug 2007 16:04:24 -0700 Subject: Disabling atime In-Reply-To: <46BB9BFE.2040606@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <46BB99B9.1080203@tvtransilvania.ro> <46BB9BFE.2040606@fedoraproject.org> Message-ID: <46BB9D78.9060209@BitWagon.com> > noatime is a superset of nodiratime so you don't need both FYI. That is not obvious at all. Explicit documentation is needed. -- From che666 at gmail.com Thu Aug 9 23:04:38 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 10 Aug 2007 01:04:38 +0200 Subject: Disabling atime In-Reply-To: <46BB8D72.1010608@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> Message-ID: 2007/8/9, Rahul Sundaram : > Hi > > http://kerneltrap.org/node/14148 > > Looks like we get a good performance boost and only tmpwatch and mutt > with mbox seems to be affected. A simple patch to tmpwatch has been > posted on the same thread. > > Thoughts on disabling it? actually for various reasons i think relatime is a much better and cleaner solution in my eyes. regards, Rudolf Kastl > > Rahul > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From bernie at codewiz.org Thu Aug 9 23:05:32 2007 From: bernie at codewiz.org (Bernardo Innocenti) Date: Thu, 09 Aug 2007 19:05:32 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070809221808.GG4306@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> Message-ID: <46BB9DBC.2060208@codewiz.org> On 08/09/2007 06:18 PM, Alan Cox wrote: > Compiz is too buggy to use - its still hopelessly broken with java menus > and you'd want to use one of the actually maintained compositing managers > instead. Which ones? Ubuntu Gutsy will have Compiz fusion by default. And they're fixing bugs to reach this goal. We could benefit from their work, or reinvent the wheel by going a different route. Also, nowadays compiz appears to be quite maintained: http://gitweb.freedesktop.org/?p=xorg/app/compiz.git;a=summary > - Do you know anyone who doesn't turn the effects off eventually ? Most people do that because of performance problems, bugs and annoying effects (wobbly, genie) Nobody turns off composition on MacOSX because it works seamlessly. We should strive to reach that degree of robustness and performance on Linux too, as we're already 5 years late. > - Do we care about the huge increase in power consumption ? Hmmm... I never thought it would be an issue once we remove various source inefficiency. A composited desktop shouldn't necessarily cause much more GPU or CPU activity than traditional graphics plus the needed hand-made double buffering hacks to hide flickering during repaints. -- // Bernardo Innocenti \X/ http://www.codewiz.org/ From sundaram at fedoraproject.org Thu Aug 9 23:08:33 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 04:38:33 +0530 Subject: Disabling atime In-Reply-To: References: <46BB8D72.1010608@fedoraproject.org> Message-ID: <46BB9E71.6090904@fedoraproject.org> Rudolf Kastl wrote: > 2007/8/9, Rahul Sundaram : >> Hi >> >> http://kerneltrap.org/node/14148 >> >> Looks like we get a good performance boost and only tmpwatch and mutt >> with mbox seems to be affected. A simple patch to tmpwatch has been >> posted on the same thread. >> >> Thoughts on disabling it? > > > actually for various reasons i think relatime is a much better and > cleaner solution in my eyes. I would appreciate more details. If you got various details, specify them. Rahul From jwboyer at jdub.homelinux.org Thu Aug 9 23:09:52 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 9 Aug 2007 18:09:52 -0500 Subject: Enabling Compiz by default? In-Reply-To: <46BB8CFD.4050706@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> Message-ID: <20070809180952.15f3e5a3@vader.jdub.homelinux.org> On Fri, 10 Aug 2007 03:24:05 +0530 Rahul Sundaram wrote: > Hi > > Have we considered enabling Compiz by default in GNOME and fall back > to metacity if the driver or hardware don't support acceleration? > That would get desktop effects out of the box on Intel and some ATI > cards. Can you do basic window manager things like make a window always present on all desktops yet? Last time I tried it, Compiz was great at glitz but sucked as a window manager. josh From sundaram at fedoraproject.org Thu Aug 9 23:09:08 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 04:39:08 +0530 Subject: Disabling atime In-Reply-To: <46BB9D78.9060209@BitWagon.com> References: <46BB8D72.1010608@fedoraproject.org> <46BB99B9.1080203@tvtransilvania.ro> <46BB9BFE.2040606@fedoraproject.org> <46BB9D78.9060209@BitWagon.com> Message-ID: <46BB9E94.4000100@fedoraproject.org> John Reiser wrote: >> noatime is a superset of nodiratime so you don't need both FYI. > > That is not obvious at all. Explicit documentation is needed. In the man page? File a RFE with a patch hopefully. Rahul From drago01 at gmail.com Thu Aug 9 23:12:03 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 10 Aug 2007 01:12:03 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070809180952.15f3e5a3@vader.jdub.homelinux.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> Message-ID: On 8/10/07, Josh Boyer wrote: > > On Fri, 10 Aug 2007 03:24:05 +0530 > Rahul Sundaram wrote: > > > Hi > > > > Have we considered enabling Compiz by default in GNOME and fall back > > to metacity if the driver or hardware don't support acceleration? > > That would get desktop effects out of the box on Intel and some ATI > > cards. > > Can you do basic window manager things like make a window always > present on all desktops yet? yes same as always on top and all this stuff this was a libwnck limitation patches where backported in f7 and are now upstream ;) Last time I tried it, Compiz was great at glitz but sucked as a window > manager. it has improved. josh > > -- > 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 sundaram at fedoraproject.org Thu Aug 9 23:12:15 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 04:42:15 +0530 Subject: Enabling Compiz by default? In-Reply-To: <20070809180952.15f3e5a3@vader.jdub.homelinux.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> Message-ID: <46BB9F4F.2050503@fedoraproject.org> Josh Boyer wrote: > On Fri, 10 Aug 2007 03:24:05 +0530 > Rahul Sundaram wrote: > >> Hi >> >> Have we considered enabling Compiz by default in GNOME and fall back >> to metacity if the driver or hardware don't support acceleration? >> That would get desktop effects out of the box on Intel and some ATI >> cards. > > Can you do basic window manager things like make a window always > present on all desktops yet? Yes. If you want to check if there are bugs still present of features missing please just enable it and check. If you find bugs, file bug reports. One of the quick ways to get these sort of bugs fixed if you agree that the end goal is something desirable is to enable it by default. This is rawhide. We can do this. Rahul From sundaram at fedoraproject.org Thu Aug 9 23:14:14 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 04:44:14 +0530 Subject: Enabling Compiz by default? In-Reply-To: <2a28d2ab0708091546q3ac0e0feg5d6e69313d95b4f4@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <2a28d2ab0708091546q3ac0e0feg5d6e69313d95b4f4@mail.gmail.com> Message-ID: <46BB9FC6.4020105@fedoraproject.org> Dr. Diesel wrote: > On 8/9/07, Rahul Sundaram wrote: >> Hi >> >> Have we considered enabling Compiz by default in GNOME and fall back to >> metacity if the driver or hardware don't support acceleration? That >> would get desktop effects out of the box on Intel and some ATI cards. >> >> Rahul >> >> -- > Last time I checked the default Remote Desktop utility (vino) was > still broken? Nothing but a frozen screen anyhow. Seems to work fine here. Can you check again and file a bug report if it doesn't work? Rahul From alan at redhat.com Thu Aug 9 23:16:02 2007 From: alan at redhat.com (Alan Cox) Date: Thu, 9 Aug 2007 19:16:02 -0400 Subject: Disabling atime In-Reply-To: <46BB9E71.6090904@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <46BB9E71.6090904@fedoraproject.org> Message-ID: <20070809231602.GA8690@devserv.devel.redhat.com> On Fri, Aug 10, 2007 at 04:38:33AM +0530, Rahul Sundaram wrote: > >actually for various reasons i think relatime is a much better and > >cleaner solution in my eyes. > > I would appreciate more details. If you got various details, specify them. Ingo's approach to relatime is very nice. Basically treating the atime as having a day sized granularity plus relative changes for comparisons with ctime/mtime - that means all the tmpwatch tools continue to work, HSM continues to work and mutt is happy From drago01 at gmail.com Thu Aug 9 23:17:52 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 10 Aug 2007 01:17:52 +0200 Subject: Disabling atime In-Reply-To: <20070809231602.GA8690@devserv.devel.redhat.com> References: <46BB8D72.1010608@fedoraproject.org> <46BB9E71.6090904@fedoraproject.org> <20070809231602.GA8690@devserv.devel.redhat.com> Message-ID: On 8/10/07, Alan Cox wrote: > > On Fri, Aug 10, 2007 at 04:38:33AM +0530, Rahul Sundaram wrote: > > >actually for various reasons i think relatime is a much better and > > >cleaner solution in my eyes. > > > > I would appreciate more details. If you got various details, specify > them. > > Ingo's approach to relatime is very nice. Basically treating the atime as > having a day sized granularity plus relative changes for comparisons with > ctime/mtime - that means all the tmpwatch tools continue to work, HSM > continues to work and mutt is happy that seems to way to go imho not only for fedora but also upstream -------------- next part -------------- An HTML attachment was scrubbed... URL: From dr.diesel at gmail.com Thu Aug 9 23:22:36 2007 From: dr.diesel at gmail.com (Dr. Diesel) Date: Thu, 9 Aug 2007 19:22:36 -0400 Subject: Enabling Compiz by default? In-Reply-To: <46BB9FC6.4020105@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> <2a28d2ab0708091546q3ac0e0feg5d6e69313d95b4f4@mail.gmail.com> <46BB9FC6.4020105@fedoraproject.org> Message-ID: <2a28d2ab0708091622s45c57a38wddde7d586ecbf7b0@mail.gmail.com> On 8/9/07, Rahul Sundaram wrote: > Dr. Diesel wrote: > > On 8/9/07, Rahul Sundaram wrote: > >> Hi > >> > >> Have we considered enabling Compiz by default in GNOME and fall back to > >> metacity if the driver or hardware don't support acceleration? That > >> would get desktop effects out of the box on Intel and some ATI cards. > >> > >> Rahul > >> > >> -- > > Last time I checked the default Remote Desktop utility (vino) was > > still broken? Nothing but a frozen screen anyhow. > > Seems to work fine here. Can you check again and file a bug report if it > doesn't work? > > Rahul BZ 214446, been an issue since FC6 final for me, on all 8 of my machines. From che666 at gmail.com Thu Aug 9 23:24:22 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 10 Aug 2007 01:24:22 +0200 Subject: Disabling atime In-Reply-To: References: <46BB8D72.1010608@fedoraproject.org> <46BB9E71.6090904@fedoraproject.org> <20070809231602.GA8690@devserv.devel.redhat.com> Message-ID: 2007/8/10, dragoran : > > > On 8/10/07, Alan Cox wrote: > > On Fri, Aug 10, 2007 at 04:38:33AM +0530, Rahul Sundaram wrote: > > > >actually for various reasons i think relatime is a much better and > > > >cleaner solution in my eyes. > > > > > > I would appreciate more details. If you got various details, specify > them. > > > > Ingo's approach to relatime is very nice. Basically treating the atime as > > having a day sized granularity plus relative changes for comparisons with > > ctime/mtime - that means all the tmpwatch tools continue to work, HSM > > continues to work and mutt is happy > > that seems to way to go imho > not only for fedora but also upstream > > turning off features that have design flaws in my eyes simply isnt a fix, but only a mere attempt to cure the symptom from a pure philosophical point of view. surely alot of more experienced users do use and enjoy those workarounds but at the end of the day we are crippling features instead of fixing issues. workarounds just slow down fixes though. regards, Rudolf Kastl > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From airlied at redhat.com Thu Aug 9 23:30:30 2007 From: airlied at redhat.com (Dave Airlie) Date: Fri, 10 Aug 2007 09:30:30 +1000 Subject: Enabling Compiz by default? In-Reply-To: <46BB9DBC.2060208@codewiz.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> Message-ID: <1186702230.3327.8.camel@localhost.localdomain> On Thu, 2007-08-09 at 19:05 -0400, Bernardo Innocenti wrote: > On 08/09/2007 06:18 PM, Alan Cox wrote: > > > Compiz is too buggy to use - its still hopelessly broken with java menus > > and you'd want to use one of the actually maintained compositing managers > > instead. > > Which ones? > > Ubuntu Gutsy will have Compiz fusion by default. And they're fixing > bugs to reach this goal. We could benefit from their work, or > reinvent the wheel by going a different route. > Ubuntu aren't doing any work on fixing the technical problems with compiz, if they turn it on on gutsy it'll be on nvidia binary drivers only. Otherwise things like 3D apps and movie playing will get seriously screwed.. They are benefiting a lot more from the work Red Hat are doing than we will ever benefit from them. Dave. From che666 at gmail.com Thu Aug 9 23:46:54 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 10 Aug 2007 01:46:54 +0200 Subject: Enabling Compiz by default? In-Reply-To: <1186702230.3327.8.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <1186702230.3327.8.camel@localhost.localdomain> Message-ID: 2007/8/10, Dave Airlie : > On Thu, 2007-08-09 at 19:05 -0400, Bernardo Innocenti wrote: > > On 08/09/2007 06:18 PM, Alan Cox wrote: > > > > > Compiz is too buggy to use - its still hopelessly broken with java menus > > > and you'd want to use one of the actually maintained compositing managers > > > instead. > > > > Which ones? > > > > Ubuntu Gutsy will have Compiz fusion by default. And they're fixing > > bugs to reach this goal. We could benefit from their work, or > > reinvent the wheel by going a different route. > > > > Ubuntu aren't doing any work on fixing the technical problems with > compiz, if they turn it on on gutsy it'll be on nvidia binary drivers > only. Otherwise things like 3D apps and movie playing will get > seriously screwed.. > > They are benefiting a lot more from the work Red Hat are doing than we > will ever benefit from them. > > Dave. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > Well personally i am all for pushing compiz fusion as fast as possible. Actually i have todays git checkout running on rawhide and it wfm. What would certainly help is a list of issues and a goalsetting what really has to be achieved to be able to enable it as default without having too much breakage. A working noveau driver that does aiglx fine and the r500 driver imported into rawhide (and push it towards reliability with aiglx) would for sure a neat first step in achieving the goal that it works for most users out there. Just as a sidenote: akamaru and kiba-dock would also be a neat addition as eye candy and show off panel ;) And as for testing setups i think i really need to file a feature request in gnome-session-manager to be able to save and restore session profiles. That would also help with experimenting with different panels/apps/setups while beeing able to restore defaults easily and switch between various setups without too much hassle. regards, Rudolf Kastl From airlied at redhat.com Thu Aug 9 23:53:07 2007 From: airlied at redhat.com (Dave Airlie) Date: Fri, 10 Aug 2007 09:53:07 +1000 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <1186702230.3327.8.camel@localhost.localdomain> Message-ID: <1186703587.3327.14.camel@localhost.localdomain> On Fri, 2007-08-10 at 01:46 +0200, Rudolf Kastl wrote: > 2007/8/10, Dave Airlie : > > On Thu, 2007-08-09 at 19:05 -0400, Bernardo Innocenti wrote: > > > On 08/09/2007 06:18 PM, Alan Cox wrote: > > > > > > > Compiz is too buggy to use - its still hopelessly broken with java menus > > > > and you'd want to use one of the actually maintained compositing managers > > > > instead. > > > > > > Which ones? > > > > > > Ubuntu Gutsy will have Compiz fusion by default. And they're fixing > > > bugs to reach this goal. We could benefit from their work, or > > > reinvent the wheel by going a different route. > > > > > > > Ubuntu aren't doing any work on fixing the technical problems with > > compiz, if they turn it on on gutsy it'll be on nvidia binary drivers > > only. Otherwise things like 3D apps and movie playing will get > > seriously screwed.. > > > > They are benefiting a lot more from the work Red Hat are doing than we > > will ever benefit from them. > > > > Dave. > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > Well personally i am all for pushing compiz fusion as fast as > possible. Actually i have todays git checkout running on rawhide and > it wfm. > > What would certainly help is a list of issues and a goalsetting what > really has to be achieved to be able to enable it as default without > having too much breakage. > > A working noveau driver that does aiglx fine and the r500 driver > imported into rawhide (and push it towards reliability with aiglx) > would for sure a neat first step in achieving the goal that it works > for most users out there. > The work krh and I have been doing on the X/DRI layers to enable 3D redirection and also the work I've been doing with cworth to make EXA fast are possible two of the major bodies of work required to get a composited desktop useable - note I didn't even say compiz, just to make any compositing manager work properly with 3D and screen resizing. tbh nouveau and r500 aren't really even on the radar as far as we are concerned yet, Intel is the only manufacturer to have given us enough info to actually fix the problems we are encountering, so Intel hw will get the stuff going first from our pov.. I think we might do radeon second as I should have enough info to get a decent system going, but r500 doesn't even have dri yet so getting aiglx is a bit of a big step.. and nouveau hasn't gotten texturing yet so same issue. Dave. From a.badger at gmail.com Thu Aug 9 23:58:03 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 09 Aug 2007 16:58:03 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186683083.3770.18.camel@pc-notebook> References: <1186594278.31100.33.camel@localhost.localdomain> <1186683083.3770.18.camel@pc-notebook> Message-ID: <1186703888.5890.68.camel@localhost.localdomain> On Thu, 2007-08-09 at 20:11 +0200, Martin Sourada wrote: > Let me ask a question. If I previously removed the pkg.acl file (so that > all people in cvsextras have access to my package) will the 'Cvsextras > Commits' be set to 'yes' or I'll have to make a cvsadmin request? Hope I > didn't miss the answer in the text... If by previously you mean before this week then 'cvsextras commits' will be yes. If you mean sometime this week, then it depends on whether you did it before or after the packagedb was imported. You can take a look here to find out: https://admin.fedoraproject.org/pkgdb/packages/name/[PACKAGENAME] And probably login and change it as well. If you try changing it, though, refresh afterwards to make sure the change was saved and be sure to email me if you run into a bug. Thanks, -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 che666 at gmail.com Fri Aug 10 00:04:00 2007 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 10 Aug 2007 02:04:00 +0200 Subject: Enabling Compiz by default? In-Reply-To: <1186703587.3327.14.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <1186702230.3327.8.camel@localhost.localdomain> <1186703587.3327.14.camel@localhost.localdomain> Message-ID: 2007/8/10, Dave Airlie : > On Fri, 2007-08-10 at 01:46 +0200, Rudolf Kastl wrote: > > 2007/8/10, Dave Airlie : > > > On Thu, 2007-08-09 at 19:05 -0400, Bernardo Innocenti wrote: > > > > On 08/09/2007 06:18 PM, Alan Cox wrote: > > > > > > > > > Compiz is too buggy to use - its still hopelessly broken with java menus > > > > > and you'd want to use one of the actually maintained compositing managers > > > > > instead. > > > > > > > > Which ones? > > > > > > > > Ubuntu Gutsy will have Compiz fusion by default. And they're fixing > > > > bugs to reach this goal. We could benefit from their work, or > > > > reinvent the wheel by going a different route. > > > > > > > > > > Ubuntu aren't doing any work on fixing the technical problems with > > > compiz, if they turn it on on gutsy it'll be on nvidia binary drivers > > > only. Otherwise things like 3D apps and movie playing will get > > > seriously screwed.. > > > > > > They are benefiting a lot more from the work Red Hat are doing than we > > > will ever benefit from them. > > > > > > Dave. > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > Well personally i am all for pushing compiz fusion as fast as > > possible. Actually i have todays git checkout running on rawhide and > > it wfm. > > > > What would certainly help is a list of issues and a goalsetting what > > really has to be achieved to be able to enable it as default without > > having too much breakage. > > > > A working noveau driver that does aiglx fine and the r500 driver > > imported into rawhide (and push it towards reliability with aiglx) > > would for sure a neat first step in achieving the goal that it works > > for most users out there. > > > > The work krh and I have been doing on the X/DRI layers to enable 3D > redirection and also the work I've been doing with cworth to make EXA > fast are possible two of the major bodies of work required to get a > composited desktop useable - note I didn't even say compiz, just to make > any compositing manager work properly with 3D and screen resizing. > > tbh nouveau and r500 aren't really even on the radar as far as we are > concerned yet, Intel is the only manufacturer to have given us enough > info to actually fix the problems we are encountering, so Intel hw will > get the stuff going first from our pov.. I think we might do radeon > second as I should have enough info to get a decent system going, but > r500 doesn't even have dri yet so getting aiglx is a bit of a big step.. > and nouveau hasn't gotten texturing yet so same issue. i am well aware that the things i stated are somewhat "the goal at the end of the long road" but it is certainly necassery in my eyes to do proper goalsetting and choose whatever is considered "right" or "enough" as goals. getting the r500 into rawhide asap was meant as first step and a good short term goal to achieve the long term goals quicker. thats why i put brackets around the (working aiglx) goal that is certainly a target at some point but further down and closer to the end of the road of course. same goes basically for nouveau. kudos to you and kristian for your great work. regards, Rudolf Kastl > > Dave. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From pmuldoon at redhat.com Fri Aug 10 00:58:33 2007 From: pmuldoon at redhat.com (Phil Muldoon) Date: Thu, 09 Aug 2007 19:58:33 -0500 Subject: Enabling Compiz by default? In-Reply-To: <46BB8CFD.4050706@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> Message-ID: <46BBB839.6090107@redhat.com> Rahul Sundaram wrote: > Hi > > Have we considered enabling Compiz by default in GNOME and fall back > to metacity if the driver or hardware don't support acceleration? That > would get desktop effects out of the box on Intel and some ATI cards. > > Rahul > Somewhat OT, but some desktop effects like the "desktop spin" make me nauseous, so as long as there is a "quick and easy" way to turn them off. As a sideline the spin effect on Mac OSX does not make me nauseous at all. It's a funny old world ... Regards Phil From jon.nettleton at gmail.com Fri Aug 10 01:06:24 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Thu, 9 Aug 2007 21:06:24 -0400 Subject: Enabling Compiz by default? In-Reply-To: <1186703587.3327.14.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <1186702230.3327.8.camel@localhost.localdomain> <1186703587.3327.14.camel@localhost.localdomain> Message-ID: On 8/9/07, Dave Airlie wrote: > > On Fri, 2007-08-10 at 01:46 +0200, Rudolf Kastl wrote: > > 2007/8/10, Dave Airlie : > > > On Thu, 2007-08-09 at 19:05 -0400, Bernardo Innocenti wrote: > > > > On 08/09/2007 06:18 PM, Alan Cox wrote: > > > > > > > > > Compiz is too buggy to use - its still hopelessly broken with java > menus > > > > > and you'd want to use one of the actually maintained compositing > managers > > > > > instead. > > > > > > > > Which ones? > > > > > > > > Ubuntu Gutsy will have Compiz fusion by default. And they're fixing > > > > bugs to reach this goal. We could benefit from their work, or > > > > reinvent the wheel by going a different route. > > > > > > > > > > Ubuntu aren't doing any work on fixing the technical problems with > > > compiz, if they turn it on on gutsy it'll be on nvidia binary drivers > > > only. Otherwise things like 3D apps and movie playing will get > > > seriously screwed.. > > > > > > They are benefiting a lot more from the work Red Hat are doing than we > > > will ever benefit from them. > > > > > > Dave. > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > Well personally i am all for pushing compiz fusion as fast as > > possible. Actually i have todays git checkout running on rawhide and > > it wfm. > > > > What would certainly help is a list of issues and a goalsetting what > > really has to be achieved to be able to enable it as default without > > having too much breakage. > > > > A working noveau driver that does aiglx fine and the r500 driver > > imported into rawhide (and push it towards reliability with aiglx) > > would for sure a neat first step in achieving the goal that it works > > for most users out there. > > > > The work krh and I have been doing on the X/DRI layers to enable 3D > redirection and also the work I've been doing with cworth to make EXA > fast are possible two of the major bodies of work required to get a > composited desktop useable - note I didn't even say compiz, just to make > any compositing manager work properly with 3D and screen resizing. And thank you very much for the EXA work. I think that is something that has gotten passed up in the last year or so with all the Compiz/Beryl hype. EXA is my compositing saving grace on my KM400 with the openchrome driver. I am not sure why all this focus has been on 3d acceleration and glitz. For the longest time I have run xcompmgr on top of metacity ( Yes I know old an hacky ). I will tell you though, it didn't crash and my windows drew smooth as silk on the screen. Recently I decided to try to find something better than xcompmgr and after reading threads and looking at code, realized that XFCE's window manager xfwm4 does absolutely everything I want very nicely. I have drop shadows, nice window transparency when I drag and resize, full screen overlays work properly. Why not look at a nice basic composited windows manager as default that works pretty well on any driver that supports EXA ( I have now gotten this running quite well on laptops with Sis, EXA, and VIA integrated chipsets). Then offer the 3d option for beefier graphics chipsets. I liked it so much I am now running xfwm4 on my gaming desktop as well. It would really take nothing more than a weekend to gnomify xfwm4 and make it a very clean replacement for metacity. Nice smooth clean modern looking desktop without the need for accelerated opengl. -Jon tbh nouveau and r500 aren't really even on the radar as far as we are > concerned yet, Intel is the only manufacturer to have given us enough > info to actually fix the problems we are encountering, so Intel hw will > get the stuff going first from our pov.. I think we might do radeon > second as I should have enough info to get a decent system going, but > r500 doesn't even have dri yet so getting aiglx is a bit of a big step.. > and nouveau hasn't gotten texturing yet so same issue. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mclasen at redhat.com Fri Aug 10 01:19:36 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 09 Aug 2007 21:19:36 -0400 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <1186702230.3327.8.camel@localhost.localdomain> Message-ID: <1186708776.4143.12.camel@localhost.localdomain> On Fri, 2007-08-10 at 01:46 +0200, Rudolf Kastl wrote: > > Well personally i am all for pushing compiz fusion as fast as > possible. Actually i have todays git checkout running on rawhide and > it wfm. I saw that Kristian built 0.5.2 earlier today, so it will be in rawhide tomorrow. From lesmikesell at gmail.com Fri Aug 10 01:37:58 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 09 Aug 2007 20:37:58 -0500 Subject: Disabling atime In-Reply-To: <46BB9CD3.6040802@BitWagon.com> References: <46BB8D72.1010608@fedoraproject.org> <2a28d2ab0708091518mc680062xf984dbaac2f79ed5@mail.gmail.com> <46BB9840.4090302@gmail.com> <46BB9CD3.6040802@BitWagon.com> Message-ID: <46BBC176.30702@gmail.com> John Reiser wrote: > Les Mikesell wrote: >> I'm not sure anyone has mentioned what are probably the biggest uses of >> atime: > >> (2) as an indication that files have never been used and can probably >> be deleted. Since most backup operations act as a read, this tends to >> not be very useful. > > Serious backup systems (programs designed for the purpose) save and > restore the old value of atime. 'tar' has --atime-preserve. cpio has > --reset-access-time. Unfortunately those do more damage than good, since incremental backups need to be based on ctime changes and resetting the atime updates ctime. -- Les Mikesell lesmikesell at gmail.com From mark.bidewell at alumni.clemson.edu Fri Aug 10 01:57:04 2007 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Thu, 9 Aug 2007 21:57:04 -0400 Subject: Qemu Fedora 8 (possible enhancement?) Message-ID: A few days ago the question of kqemu inclusion in the kernel was discussed on list. A related question is support for kqemu in qemu. The default install of qemu in fedora has this support explicitly disabled so even if you wanted to use kqemu (either kmod, dkms, or compiled) you would have to build qemu from source. Would there be any objection to allowing support for kqemu in the fedora RPM? Mark Bidewell -------------- next part -------------- An HTML attachment was scrubbed... URL: From lightsolphoenix at gmail.com Fri Aug 10 02:31:45 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Thu, 9 Aug 2007 22:31:45 -0400 Subject: Qemu Fedora 8 (possible enhancement?) In-Reply-To: References: Message-ID: <200708092231.45794.lightsolphoenix@gmail.com> On Thursday 09 August 2007 09:57:04 pm Mark Bidewell wrote: > A few days ago the question of kqemu inclusion in the kernel was discussed > on list. A related question is support for kqemu in qemu. The default > install of qemu in fedora has this support explicitly disabled so even if > you wanted to use kqemu (either kmod, dkms, or compiled) you would have to > build qemu from source. Would there be any objection to allowing support > for kqemu in the fedora RPM? > > Mark Bidewell Odd, my Qemu works with KQemu... -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From notting at redhat.com Fri Aug 10 02:38:39 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 9 Aug 2007 22:38:39 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186693587.4422.49.camel@sb-home> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <1186693587.4422.49.camel@sb-home> Message-ID: <20070810023839.GA10673@nostromo.devel.redhat.com> nodata (lsof at nodata.co.uk) said: > > 3) Note the results. If you'd like to capture them for safe-keeping > > later, you can use the (Fedora-specific) '-d' option to dump them > > to stdout, rather than pasting from the running app. > > Erm, is this meant to ouput the results, and then exit? > It doesn't on my box, it seems to act exactly the same as powertop > without -d. powertop-1.7-3.fc7 Sorry, -d is in the F8 version only. Should have mentioned that. Bill From rc040203 at freenet.de Fri Aug 10 02:42:42 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 10 Aug 2007 04:42:42 +0200 Subject: Disabling atime In-Reply-To: <46BB8D72.1010608@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> Message-ID: <1186713762.31901.280.camel@mccallum.corsepiu.local> On Fri, 2007-08-10 at 03:26 +0530, Rahul Sundaram wrote: > Hi > > http://kerneltrap.org/node/14148 > > Looks like we get a good performance boost and only tmpwatch and mutt > with mbox seems to be affected. A simple patch to tmpwatch has been > posted on the same thread. > > Thoughts on disabling it? IMO, disabling atime by default, just because 99% of applications, don't use it, is short-sighted. It basically ditches a fundamental feature of unix filessystems and converts there behavior to "DOS'ish". That said, I feel "noatime" might be suitable for selected partitions, but not as a general solution. Also, I never understood what noatime solves what mounting partitions read-only can't do more properly. Ralf From rc040203 at freenet.de Fri Aug 10 02:45:00 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 10 Aug 2007 04:45:00 +0200 Subject: Enabling Compiz by default? In-Reply-To: <46BB8CFD.4050706@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> Message-ID: <1186713900.31901.284.camel@mccallum.corsepiu.local> On Fri, 2007-08-10 at 03:24 +0530, Rahul Sundaram wrote: > Hi > > Have we considered enabling Compiz by default in GNOME and fall back to > metacity if the driver or hardware don't support acceleration? That > would get desktop effects out of the box on Intel and some ATI cards. .. and probably screw all others. I have compiz disabled on all my machines, because it a) is mere eye-candy and doesn't provide a useful feature. b) doesn't work on any of my machines. Ralf From jon.nettleton at gmail.com Fri Aug 10 02:53:18 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Thu, 9 Aug 2007 22:53:18 -0400 Subject: Enabling Compiz by default? In-Reply-To: <1186713900.31901.284.camel@mccallum.corsepiu.local> References: <46BB8CFD.4050706@fedoraproject.org> <1186713900.31901.284.camel@mccallum.corsepiu.local> Message-ID: On 8/9/07, Ralf Corsepius wrote: > > On Fri, 2007-08-10 at 03:24 +0530, Rahul Sundaram wrote: > > Hi > > > > Have we considered enabling Compiz by default in GNOME and fall back to > > metacity if the driver or hardware don't support acceleration? That > > would get desktop effects out of the box on Intel and some ATI cards. > .. and probably screw all others. > > I have compiz disabled on all my machines, because it > a) is mere eye-candy and doesn't provide a useful feature. > b) doesn't work on any of my machines. I would seriously suggest trying xfwm4 with compositing. With just XAA acceleration you can get smooth window dragging and resizing, with drop shadows and menu transparency. With EXA and greedy migration heuristics you can get even nicer transparent windows when dragging and resizing. On top of that you get the ability to drag window to the edge of the screen and onto another workspace. Just some food for thought. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From pemboa at gmail.com Fri Aug 10 02:56:08 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 9 Aug 2007 21:56:08 -0500 Subject: Disabling atime In-Reply-To: <1186713762.31901.280.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> Message-ID: <16de708d0708091956u1876b8b3gae5fcc5c356a7278@mail.gmail.com> On 8/9/07, Ralf Corsepius wrote: > On Fri, 2007-08-10 at 03:26 +0530, Rahul Sundaram wrote: > > Hi > > > > http://kerneltrap.org/node/14148 > > > > Looks like we get a good performance boost and only tmpwatch and mutt > > with mbox seems to be affected. A simple patch to tmpwatch has been > > posted on the same thread. > > > > Thoughts on disabling it? > IMO, disabling atime by default, just because 99% of applications, don't > use it, is short-sighted. It basically ditches a fundamental feature of > unix filessystems and converts there behavior to "DOS'ish". > > That said, I feel "noatime" might be suitable for selected partitions, > but not as a general solution. > > Also, I never understood what noatime solves what mounting partitions > read-only can't do more properly. > > Ralf Considering how easy it is for knowledgeable users to make disable atime, I don't see it as necessary to make this so by default. -- Fedora Core 6 and proud From mike at miketc.com Fri Aug 10 03:06:44 2007 From: mike at miketc.com (Mike Chambers) Date: Thu, 09 Aug 2007 22:06:44 -0500 Subject: suuport for ATI R500 (ex Re: rawhide report: 20070808 changes) In-Reply-To: <1186665998.2794.378.camel@localhost.localdomain> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> <1186605637.5439.6.camel@localhost.localdomain> <46BA39DB.7030504@nobugconsulting.ro> <1186665998.2794.378.camel@localhost.localdomain> Message-ID: <1186715204.17832.2.camel@scrappy.miketc.com> On Thu, 2007-08-09 at 09:26 -0400, Adam Jackson wrote: > But yeah, getting it into F8 sounds reasonable. I doubt I'll be turning > it on for many chips by default yet, but it seems like a nice thing to > have. Is the x1300 suppored or recognized and/or pciid (or whatever) from the latest beta release yet? I haven't seen you put out a newer version in the last month or so (unless it's somewhere where updates are getting yumed). -- Mike Chambers Madisonville, KY "Best little town on Earth!" From rnicholsNOSPAM at comcast.net Fri Aug 10 03:45:18 2007 From: rnicholsNOSPAM at comcast.net (Robert Nichols) Date: Thu, 09 Aug 2007 22:45:18 -0500 Subject: Disabling atime In-Reply-To: <46BBC176.30702@gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <2a28d2ab0708091518mc680062xf984dbaac2f79ed5@mail.gmail.com> <46BB9840.4090302@gmail.com> <46BB9CD3.6040802@BitWagon.com> <46BBC176.30702@gmail.com> Message-ID: Les Mikesell wrote: > John Reiser wrote: >> Les Mikesell wrote: >>> I'm not sure anyone has mentioned what are probably the biggest uses of >>> atime: >> >>> (2) as an indication that files have never been used and can probably >>> be deleted. Since most backup operations act as a read, this tends to >>> not be very useful. >> >> Serious backup systems (programs designed for the purpose) save and >> restore the old value of atime. 'tar' has --atime-preserve. cpio has >> --reset-access-time. > > Unfortunately those do more damage than good, since incremental backups > need to be based on ctime changes and resetting the atime updates ctime. That's why my backup scripts temporarily remount the filesystem with the "noatime" option and restore the previous state of that option afterward. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it. From rc040203 at freenet.de Fri Aug 10 04:09:25 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 10 Aug 2007 06:09:25 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186698494.5890.62.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> <1186698494.5890.62.camel@localhost.localdomain> Message-ID: <1186718965.31901.304.camel@mccallum.corsepiu.local> On Thu, 2007-08-09 at 15:28 -0700, Toshio Kuratomi wrote: > On Thu, 2007-08-09 at 10:28 -0700, Chris Weyl wrote: > > On 8/8/07, Toshio Kuratomi wrote: > > > Hello Packagers, > > > > > > Over the next several weeks we're going to be transitioning away from > > > the owner.list and pkg.acl files to the long awaited Package Database. > > > As a transitional step we're going to continue to have our cvsadmins > > > handling the changes to owners.list but the changes will go to the > > > Database instead of to the owners.list file. There are two changes to > > > your immediate workflow that you should be aware of: > > > > So, as a matter of looking up packages (in an easily scripted, > > automated fashion), with the Package DB be updating owners.list, or > > will the data be exported in some other reasonable (& preferably > > unauthenticated, as it is now) fashion? > > > owners.list is dead. You can currently get several versions of the data > in JSON format. So far I've grep'ing owners.list to find out which packages I am involved into. Are you telling me, this isn't possible anymore? Ralf From fedora at leemhuis.info Fri Aug 10 04:52:50 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 10 Aug 2007 06:52:50 +0200 Subject: rpms/ghex/devel .cvsignore, 1.5, 1.6 ghex.spec, 1.16, 1.17 sources, 1.6, 1.7 In-Reply-To: <200708091814.l79IEtRa015546@cvs-int.fedora.redhat.com> References: <200708091814.l79IEtRa015546@cvs-int.fedora.redhat.com> Message-ID: <46BBEF22.5090505@leemhuis.info> On 09.08.2007 20:14, Thorsten Leemhuis wrote: > Author: thl > > Update of /cvs/pkgs/rpms/ghex/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv15489 > > Modified Files: > .cvsignore ghex.spec sources ^^^^^^^^^^^^^^^^^ > Log Message: > 2.19.0-1 > > > Index: .cvsignore > =================================================================== > RCS file: /cvs/pkgs/rpms/ghex/devel/.cvsignore,v > retrieving revision 1.5 > retrieving revision 1.6 > diff -u -r1.5 -r1.6 > --- .cvsignore 15 Jul 2006 14:26:15 -0000 1.5 > +++ .cvsignore 9 Aug 2007 18:14:53 -0000 1.6 > @@ -1 +1 @@ > -ghex-2.8.2.tar.bz2 > +ghex-2.19.0.tar.gz I hit "CTRL+C" when committing because I accidentally committed before I finished to write the proper log message. No big deal as such, but I was to late and the changes already got committed to the server. But the commit message shows that it's still possible to do change stuff in CVS an prevent parts of the commit message by hitting CTRL+C at the right point of time. In this case the changes for ghex.spec and sources were not part of the commit message quoted above. So go, look, maybe I put a trojan or virus in the other two files ;-) CU knurd From petersen at redhat.com Fri Aug 10 05:03:34 2007 From: petersen at redhat.com (Jens Petersen) Date: Fri, 10 Aug 2007 15:03:34 +1000 Subject: Licensing guidelines changes In-Reply-To: <1186077406.9748.166.camel@localhost.localdomain> References: <1186077406.9748.166.camel@localhost.localdomain> Message-ID: <46BBF1A6.4080604@redhat.com> Tom "spot" Callaway ????????: > please [..] commit the fixed license tag > to CVS for all branches, so that it gets picked up on the next update. Even for old branches too, like FC-5 and earlier? Jens From fedora at leemhuis.info Fri Aug 10 05:05:14 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 10 Aug 2007 07:05:14 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186698494.5890.62.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> <1186698494.5890.62.camel@localhost.localdomain> Message-ID: <46BBF20A.9020309@leemhuis.info> On 10.08.2007 00:28, Toshio Kuratomi wrote: > On Thu, 2007-08-09 at 10:28 -0700, Chris Weyl wrote: >> On 8/8/07, Toshio Kuratomi wrote: > [...] > owners.list is dead. In that case can someone please remove it and place a short notice there where to look now for the data to prevent users and packagers looking there at old data? Same for owners.epel.list (?). > [...] CU knurd From jfrieben at gmx.de Fri Aug 10 07:46:39 2007 From: jfrieben at gmx.de (Joachim Frieben) Date: Fri, 10 Aug 2007 09:46:39 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070809225706.GB7688@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> Message-ID: <20070810074639.310740@gmx.net> > They are not bugs - you are turning the 3D engine power planes on. That > costs you a lot of electricity. Sure! And then, you also remove GL apps/screensavers from Fedora, or - even better - Mesa/OpenGL altogether .. (%#@&?*) For best results though, unplug your computer permanently. -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Aug 10 08:23:16 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 10 Aug 2007 10:23:16 +0200 Subject: Qemu Fedora 8 (possible enhancement?) In-Reply-To: <200708092231.45794.lightsolphoenix@gmail.com> References: <200708092231.45794.lightsolphoenix@gmail.com> Message-ID: <20070810102316.40cc2d23@python3.es.egwn.lan> Kelly wrote : > On Thursday 09 August 2007 09:57:04 pm Mark Bidewell wrote: > > A few days ago the question of kqemu inclusion in the kernel was discussed > > on list. A related question is support for kqemu in qemu. The default > > install of qemu in fedora has this support explicitly disabled so even if > > you wanted to use kqemu (either kmod, dkms, or compiled) you would have to > > build qemu from source. Would there be any objection to allowing support > > for kqemu in the fedora RPM? > > > > Mark Bidewell > > Odd, my Qemu works with KQemu... Yup, same here, the default package uses kqemu just fine. One catch, though, which I took almost an entire day of searching to find out : If you use the -smp option, kqemu support will _always_ be disabled. This is not mentioned in the docs anywhere. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 7 (Moonshine) - Linux kernel 2.6.22.1-41.fc7 Load : 0.62 0.86 0.68 From mschwendt.tmp0701.nospam at arcor.de Fri Aug 10 08:31:45 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 10 Aug 2007 10:31:45 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186594278.31100.33.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> Message-ID: <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> On Wed, 08 Aug 2007 10:31:15 -0700, Toshio Kuratomi wrote: > Hello Packagers, > > Over the next several weeks we're going to be transitioning away from > the owner.list and pkg.acl files to the long awaited Package Database. > As a transitional step we're going to continue to have our cvsadmins > handling the changes to owners.list but the changes will go to the > Database instead of to the owners.list file. There are two changes to > your immediate workflow that you should be aware of: > > 1) pkg.acl files no longer serve acls. Instead, this information is > contained in the packageDB. If you would like to have an acl changed, > please use a cvsadmin request or see my note at the bottom of this > message[1]_. > > 2) To make processing requests easier for the cvsadmins it would be > greatly appreciated if you can use your Fedora username instead of email > address in your cvsadmin requests. The Package Database keys off of the > Fedora Account so doing this will let the admins handle the requests > without having to lookup the username in the account system. > > The updated instructions for cvsadmin requests are here: > http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure > > [1]_: After testing this for a few weeks we'll be announcing the general > availability of many of these functions without having to go through a > cvsadmin. If you would like to test the functionality knowing that > there is no documentation and that you may run into glaring bugs, please > send me email or get in touch with me on irc.freenode.net in > #fedora-devel or #fedora-admin -- abadger1999 Is a replacement for the owners.list downloaders+parsers available already? From denis at poolshark.org Fri Aug 10 08:38:26 2007 From: denis at poolshark.org (Denis Leroy) Date: Fri, 10 Aug 2007 10:38:26 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070809180952.15f3e5a3@vader.jdub.homelinux.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> Message-ID: <46BC2402.20701@poolshark.org> Josh Boyer wrote: > On Fri, 10 Aug 2007 03:24:05 +0530 > Rahul Sundaram wrote: > >> Hi >> >> Have we considered enabling Compiz by default in GNOME and fall back >> to metacity if the driver or hardware don't support acceleration? >> That would get desktop effects out of the box on Intel and some ATI >> cards. > > Can you do basic window manager things like make a window always > present on all desktops yet? > > Last time I tried it, Compiz was great at glitz but sucked as a window > manager. +1 Can you have keyboard shortcuts to go to a specific desktop ? Can you have a keyboard shortcut to raise a window over others ? I can't work without those things. From zboszor at freemail.hu Fri Aug 10 08:46:55 2007 From: zboszor at freemail.hu (Zoltan Boszormenyi) Date: Fri, 10 Aug 2007 10:46:55 +0200 Subject: rawhide report: 20070808 changes In-Reply-To: <20070809185036.GB26988@devserv.devel.redhat.com> References: <200708081951.l78JpxiM008400@porkchop.devel.redhat.com> <46BA282C.2030809@freemail.hu> <20070809185036.GB26988@devserv.devel.redhat.com> Message-ID: <46BC25FF.5050907@freemail.hu> Alan Cox ?rta: >> Hurray! Finally 3D support for ATI Xpress 200M arrived. >> At least it's advertised with the new driver in glxinfo. >> This driver absolutely requires Mesa 7.0[.1]. >> With current Mesa 6.5.2 X will lock up as soon as >> I start any 3D app, say glxgears. I tested it on F7. >> > > Please file a security bug. If Mesa 6.5.2 can lock the system when > you start an X app on the new driver then there is a DoS security bug > there. Local console access DoS so pretty minor of itself but still wants > recording/reporting. > > Alan > 251642 Best regards, Zolt?n B?sz?rm?nyi From denis at poolshark.org Fri Aug 10 09:01:49 2007 From: denis at poolshark.org (Denis Leroy) Date: Fri, 10 Aug 2007 11:01:49 +0200 Subject: ppc64 C++ build issues Message-ID: <46BC297D.4090204@poolshark.org> So I just had a couple of C++ packages builds fail on ppc64 with : /usr/lib/gcc/ppc64-redhat-linux/4.1.2/libstdc++.so: undefined reference to `strtold_l at GLIBC_2.4' I read Jesse mention mass rebuilds for ppc64, but are we talking about a gcc rebuild here ? -denis From opensource at till.name Fri Aug 10 09:02:36 2007 From: opensource at till.name (Till Maas) Date: Fri, 10 Aug 2007 11:02:36 +0200 Subject: Package End Of Life - no change to owners.list needed? In-Reply-To: <1186629483.5890.49.camel@localhost.localdomain> References: <200708081848.09482.opensource@till.name> <1186629483.5890.49.camel@localhost.localdomain> Message-ID: <200708101102.42573.opensource@till.name> On Do August 9 2007, Toshio Kuratomi wrote: > With some ideas of what you'd like to see? The wiki link and ideas of > other things you think should be done would be great. https://hosted.fedoraproject.org/projects/packagedb/ticket/30 Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From roland at redhat.com Fri Aug 10 09:19:07 2007 From: roland at redhat.com (Roland McGrath) Date: Fri, 10 Aug 2007 02:19:07 -0700 (PDT) Subject: ppc64 C++ build issues In-Reply-To: Denis Leroy's message of Friday, 10 August 2007 11:01:49 +0200 <46BC297D.4090204@poolshark.org> Message-ID: <20070810091907.8DCE84D05EB@magilla.localdomain> > So I just had a couple of C++ packages builds fail on ppc64 with : > > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/libstdc++.so: undefined reference > to `strtold_l at GLIBC_2.4' That is probably a bug in rawhide glibc. From oliver at linux-kernel.at Fri Aug 10 09:23:47 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 10 Aug 2007 11:23:47 +0200 Subject: glibc build problem Message-ID: <46BC2EA3.4050604@linux-kernel.at> Anybody who's willing and able to help me? As I read Jakub is on vacation... :-( make -s subdir=csu -C csu ..=../ subdir_lib make[3]: Entering directory `/mnt/cvs/cvs/Fedora/devel/glibc/glibc-20070804T2027/csu' mkdir /mnt/cvs/cvs/Fedora/devel/glibc/glibc-20070804T2027/build-alpha-linuxnptl/csu In file included from ../nptl/descr.h:30, from ../nptl/sysdeps/alpha/tls.h:60, from ../include/tls.h:6, from :2: ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h: In function '__lll_unlock': ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h:233: warning: implicit declaration of function 'THREAD_GET MEM' ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h:233: error: 'THREAD_SELF' undeclared (first use in this function) ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h:233: error: (Each undeclared identifier is reported only once ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h:233: error: for each function it appears in.) ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h:233: error: 'header' undeclared (first use in this function) ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h: In function '__lll_robust_unlock': ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h:242: error: 'FUTEX_WAITERS' undeclared (first use in this function) ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h:243: error: 'THREAD_SELF' undeclared (first use in this function) ../nptl/sysdeps/unix/sysv/linux/alpha/lowlevellock.h:243: error: 'header' undeclared (first use in this function) make[3]: *** [/mnt/cvs/cvs/Fedora/devel/glibc/glibc-20070804T2027/build-alpha-linuxnptl/tcb-offsets.h] Error 1 make[3]: Leaving directory `/mnt/cvs/cvs/Fedora/devel/glibc/glibc-20070804T2027/csu' make[2]: *** [csu/subdir_lib] Error 2 make[2]: Leaving directory `/mnt/cvs/cvs/Fedora/devel/glibc/glibc-20070804T2027' make[1]: *** [all] Error 2 make[1]: Leaving directory `/mnt/cvs/cvs/Fedora/devel/glibc/glibc-20070804T2027/build-alpha-linuxnptl' error: Bad exit status from /var/tmp/rpm-tmp.46052 (%build) From snecklifter at gmail.com Fri Aug 10 09:43:41 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Fri, 10 Aug 2007 10:43:41 +0100 Subject: Enabling Compiz by default? In-Reply-To: <20070810074639.310740@gmx.net> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> Message-ID: <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> On 10/08/07, Joachim Frieben wrote: > > They are not bugs - you are turning the 3D engine power planes on. That > > costs you a lot of electricity. > > Sure! And then, you also remove GL apps/screensavers from Fedora, or - even better - Mesa/OpenGL altogether .. (%#@&?*) Surely there is a greasemonkey script to turn the google homepage black. Take _that_ energy companies! Josh Boyer wrote: > Last time I tried it, Compiz was great at glitz but sucked as a window > manager. +1 and if Compiz gets enabled by default that's just one more thing to piss me off in the default install after the terminal bell. Is it too much to ask to gain some perspective and realise that ponies^Ddesktop effects have very little use other than to suck up power and impress friends/colleagues for five minutes. After which they badger you constantly because: - They updated their kernel and now the screen won't spin around - The windows don't have borders - Black bits are appearing on their screen - They can't make it rain on the screensaver - etc. etc. The code is not ready and should not be included until either: The drivers are FLOSS (one day, over the rainbow...) There is a sane method of enabling drivers that definitely will work As an aside, I recently attended HUDLUG, my local lug, where the sum total of 0 people had desktop effects running. In a recent demo I think the annotate plugin was the sole useful effect. This email comes from a Fedora 7 machine which is running dear old stable metacity, long may it continue. Cheers Chris -- http://www.chruz.com From denis at poolshark.org Fri Aug 10 09:59:45 2007 From: denis at poolshark.org (Denis Leroy) Date: Fri, 10 Aug 2007 11:59:45 +0200 Subject: ppc64 C++ build issues In-Reply-To: <20070810091907.8DCE84D05EB@magilla.localdomain> References: <20070810091907.8DCE84D05EB@magilla.localdomain> Message-ID: <46BC3711.6040201@poolshark.org> Roland McGrath wrote: >> So I just had a couple of C++ packages builds fail on ppc64 with : >> >> /usr/lib/gcc/ppc64-redhat-linux/4.1.2/libstdc++.so: undefined reference >> to `strtold_l at GLIBC_2.4' > > That is probably a bug in rawhide glibc. > Filed https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251660 From andrew at digital-domain.net Fri Aug 10 10:59:37 2007 From: andrew at digital-domain.net (Andrew Clayton) Date: Fri, 10 Aug 2007 11:59:37 +0100 Subject: Enabling Compiz by default? In-Reply-To: <20070809224306.GB17783@redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809224306.GB17783@redhat.com> Message-ID: <20070810115937.58fdfca4@zeus.pccl.info> On Thu, 9 Aug 2007 18:43:06 -0400, Dave Jones wrote: > On Fri, Aug 10, 2007 at 04:00:25AM +0530, Rahul Sundaram wrote: > > Well, replace Compiz (and Beryl) with Compiz Fusion when we get > > around to importing it into the Fedora repository. > > Last time I tried it, cutting text with drag-select, and pasting with > middle mouse button was broken. Did that ever get fixed? I've never seen that with Compiz under FC6/F7 with the radeon driver. > Dave > Andrew From s0238762 at sms.ed.ac.uk Fri Aug 10 10:59:41 2007 From: s0238762 at sms.ed.ac.uk (Ioannis Nousias) Date: Fri, 10 Aug 2007 11:59:41 +0100 Subject: Enabling Compiz by default? In-Reply-To: <46BB9DBC.2060208@codewiz.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> Message-ID: <46BC451D.20008@sms.ed.ac.uk> I couldn't agree more. MacOSX is the living proof that opengl compositing is functional and efficient. If there was a "huge increase in power consumption" then a MacBook's battery would only last for an hour. A GPU is better in handling the GUI than a CPU is, even with current graphics cards that do little about power efficiency. my 2cents. Ioannis PS: overloading your desktop by enabling extra fancy effects will of course result in higher power consumption. That's the user's choice to make. The defaults so offer the basic experience and emphasise in usability rather than bling. Bernardo Innocenti wrote: > On 08/09/2007 06:18 PM, Alan Cox wrote: > >> Compiz is too buggy to use - its still hopelessly broken with java menus >> and you'd want to use one of the actually maintained compositing >> managers >> instead. > > Which ones? > > Ubuntu Gutsy will have Compiz fusion by default. And they're fixing > bugs to reach this goal. We could benefit from their work, or > reinvent the wheel by going a different route. > > Also, nowadays compiz appears to be quite maintained: > > http://gitweb.freedesktop.org/?p=xorg/app/compiz.git;a=summary > > >> - Do you know anyone who doesn't turn the effects off eventually ? > > Most people do that because of performance problems, bugs and > annoying effects (wobbly, genie) > > Nobody turns off composition on MacOSX because it works seamlessly. > We should strive to reach that degree of robustness and performance > on Linux too, as we're already 5 years late. > > >> - Do we care about the huge increase in power consumption ? > > Hmmm... I never thought it would be an issue once we remove > various source inefficiency. > > A composited desktop shouldn't necessarily cause much more GPU > or CPU activity than traditional graphics plus the needed > hand-made double buffering hacks to hide flickering during > repaints. > From jkeating at redhat.com Fri Aug 10 11:01:58 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 07:01:58 -0400 Subject: Licensing guidelines changes In-Reply-To: <46BBF1A6.4080604@redhat.com> References: <1186077406.9748.166.camel@localhost.localdomain> <46BBF1A6.4080604@redhat.com> Message-ID: <20070810070158.151b6597@ender> On Fri, 10 Aug 2007 15:03:34 +1000 Jens Petersen wrote: > Even for old branches too, like FC-5 and earlier? Only for active branches, FC-6 and later. And again, just commit for now, pick up the build later. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Aug 10 11:04:19 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 07:04:19 -0400 Subject: Enabling Compiz by default? In-Reply-To: <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> Message-ID: <20070810070419.27bfa9db@ender> On Fri, 10 Aug 2007 10:43:41 +0100 "Christopher Brown" wrote: > Surely there is a greasemonkey script to turn the google homepage > black. Take _that_ energy companies IIRC it takes more power to actively display black than it does white. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From snecklifter at gmail.com Fri Aug 10 11:11:04 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Fri, 10 Aug 2007 12:11:04 +0100 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <364d303b0708100411m29459f22nfd0f00de845f93e2@mail.gmail.com> On 09/08/07, Bill Nottingham wrote: > Would you like your laptop battery to last longer? Would you like your > servers to use less electricity? We certainly would. So we're investigating > and fixing Fedora to use less juice. > 4) Report the results. You can add reports here, on #fedora-devel, > or to the upstream powertop community at power at bughost.org or > #powertop on irc.oftc.net. Smolt integration??? Okay, it might start the "smolt-reports-if-you've-breathed" but I think there is a good case for it. Cheers Chris -- http://www.chruz.com From caolanm at redhat.com Fri Aug 10 12:12:32 2007 From: caolanm at redhat.com (Caolan McNamara) Date: Fri, 10 Aug 2007 13:12:32 +0100 Subject: Enabling Compiz by default? In-Reply-To: <20070810070419.27bfa9db@ender> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810070419.27bfa9db@ender> Message-ID: <1186747952.3021.10.camel@Nom> On Fri, 2007-08-10 at 07:04 -0400, Jesse Keating wrote: > On Fri, 10 Aug 2007 10:43:41 +0100 > "Christopher Brown" wrote: > > > Surely there is a greasemonkey script to turn the google homepage > > black. Take _that_ energy companies > > IIRC it takes more power to actively display black than it does white. > http://techlogg.com/content/view/341/1/ was one of the articles about this black vs white/lcd vs crt fun story. C. From jdieter at gmail.com Fri Aug 10 11:20:55 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Fri, 10 Aug 2007 14:20:55 +0300 Subject: Enabling Compiz by default? In-Reply-To: <20070809225706.GB7688@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> Message-ID: <1186744855.15471.47.camel@jndwidescreen.lesbg.loc> On Thu, 2007-08-09 at 18:57 -0400, Alan Cox wrote: > On Fri, Aug 10, 2007 at 04:00:25AM +0530, Rahul Sundaram wrote: > > > > If we did, we would ideally fix the bugs with power consumption and with > > like Java. Getting it enabled by default (atleast in rawhide) might act > > as a good incentive. Think SELinux. > > They are not bugs - you are turning the 3D engine power planes on. That > costs you a lot of electricity. > I run beryl 24/7 on a laptop, and I'm able to get roughly 2 1/2 hours on battery while watching a movie when beryl is running. This is running the nvidia binary driver. I quite like using beryl, but I've found that for most people I talk to beryl/compiz is the software equivalent to having a webcam built in to a laptop - a very cool idea that may convince you to try Linux, but not something that you use much once you get it running. I think that this alone is a good enough reason to enable compiz by default on systems that will run it. Jonathan -------------- 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 ville.skytta at iki.fi Fri Aug 10 11:23:00 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Fri, 10 Aug 2007 14:23:00 +0300 Subject: Trouble to build python releate stuff on koji In-Reply-To: <20070808223521.7334024c@ender> References: <46BA2927.2060507@herr-schmitt.de> <46BA6E18.4000805@ioa.s.u-tokyo.ac.jp> <20070808223521.7334024c@ender> Message-ID: <200708101423.00411.ville.skytta@iki.fi> On Thursday 09 August 2007, Jesse Keating wrote: > On Thu, 09 Aug 2007 10:30:00 +0900 > > Mamoru Tasaka wrote: > > No. "python" is removed from minimal buildroot (I don't know > > the reason). > > It's no longer brought in via deps of something else in the minimal > set, or perhaps python-devel isn't. We never listed it specifically. http://fedoraproject.org/wiki/Packaging/FullExceptionList "These are the packages you can safely assume will be present in a BuildRoot without being pulled in by a package's BuildRequires." python is included in that list, so it seems that the minimal buildroot configs need fixing. From david at lovesunix.net Fri Aug 10 11:24:33 2007 From: david at lovesunix.net (David Nielsen) Date: Fri, 10 Aug 2007 13:24:33 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070810070419.27bfa9db@ender> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810070419.27bfa9db@ender> Message-ID: <1186745073.3098.29.camel@dawkins> fre, 10 08 2007 kl. 07:04 -0400, skrev Jesse Keating: > On Fri, 10 Aug 2007 10:43:41 +0100 > "Christopher Brown" wrote: > > > Surely there is a greasemonkey script to turn the google homepage > > black. Take _that_ energy companies > > IIRC it takes more power to actively display black than it does white. I'm going to get shot for referencing slashdot but they ran a story on this not that long ago and it seems that the actual savings on modern hardware is minimal. http://hardware.slashdot.org/article.pl?sid=07/07/27/054249 - David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From skasal at redhat.com Fri Aug 10 11:33:55 2007 From: skasal at redhat.com (Stepan Kasal) Date: Fri, 10 Aug 2007 13:33:55 +0200 Subject: is DEVICE in ifcfg-* redundant? Message-ID: <20070810113355.GA31141@camelia.ucw.cz.> Hello, in most cases, /etc/sysconfig/network-scripts/ifcfg-foo contains DEVICE=foo 1) Are there cases, where the file name differs from ifcfg-$DEVICE? 2) Could we agree that if DEVICE is not set, it defaults to ${CONFIG##*ifcfg-} ? (I.e., source_config in network-functions would set it.) (I was trapped by this; I supposed that the variable is optional, and it took me a while until I found out it is not.) Stepan Kasal From pertusus at free.fr Fri Aug 10 11:30:24 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 10 Aug 2007 13:30:24 +0200 Subject: Trouble to build python releate stuff on koji In-Reply-To: <200708101423.00411.ville.skytta@iki.fi> References: <46BA2927.2060507@herr-schmitt.de> <46BA6E18.4000805@ioa.s.u-tokyo.ac.jp> <20070808223521.7334024c@ender> <200708101423.00411.ville.skytta@iki.fi> Message-ID: <20070810113024.GB2671@free.fr> On Fri, Aug 10, 2007 at 02:23:00PM +0300, Ville Skytt? wrote: > On Thursday 09 August 2007, Jesse Keating wrote: > > On Thu, 09 Aug 2007 10:30:00 +0900 > > > > Mamoru Tasaka wrote: > > > No. "python" is removed from minimal buildroot (I don't know > > > the reason). > > > > It's no longer brought in via deps of something else in the minimal > > set, or perhaps python-devel isn't. We never listed it specifically. > > http://fedoraproject.org/wiki/Packaging/FullExceptionList > "These are the packages you can safely assume will be present in a BuildRoot > without being pulled in by a package's BuildRequires." > > python is included in that list, so it seems that the minimal buildroot > configs need fixing. Or python removed from the list? -- Pat From ville.skytta at iki.fi Fri Aug 10 11:44:29 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Fri, 10 Aug 2007 14:44:29 +0300 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070808012807.GA5803@devserv.devel.redhat.com> References: <46B8B394.2080909@fedoraproject.org> <46B8FF12.9050503@gmail.com> <20070808012807.GA5803@devserv.devel.redhat.com> Message-ID: <200708101444.30235.ville.skytta@iki.fi> On Wednesday 08 August 2007, Alan Cox wrote: > > No. You've been able to require a specific kernel version since ooh Red Hat > 3.03 I believe so about ten years ago I don't think the kernel packages until early 2005 provided anything that would have made arch-qualified dependencies possible (eg. requiring a specific i586 kernel over a i686 with the same NEVR), see bug 143160 From jos at xos.nl Fri Aug 10 11:44:55 2007 From: jos at xos.nl (Jos Vos) Date: Fri, 10 Aug 2007 13:44:55 +0200 Subject: is DEVICE in ifcfg-* redundant? In-Reply-To: <20070810113355.GA31141@camelia.ucw.cz.>; from skasal@redhat.com on Fri, Aug 10, 2007 at 01:33:55PM +0200 References: <20070810113355.GA31141@camelia.ucw.cz.> Message-ID: <20070810134455.A32252@xos037.xos.nl> On Fri, Aug 10, 2007 at 01:33:55PM +0200, Stepan Kasal wrote: > 1) Are there cases, where the file name differs from ifcfg-$DEVICE? Yes, life is not that easy. There is also DEVNAME and in existing (more complex) PPP config setups I have for example in a file called ifcfg-peer10: DEVICE=ppp10 DEVNAME=peer10 > 2) Could we agree that if DEVICE is not set, it defaults to > ${CONFIG##*ifcfg-} > ? (I.e., source_config in network-functions would set it.) DEVNAME defaults to ${CONFIG##*ifcfg-} and this does not need to be the same as DEVICE. So what you actually propose is to let DEVICE default to DEVNAME. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From fedora at camperquake.de Fri Aug 10 11:46:23 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 10 Aug 2007 13:46:23 +0200 Subject: is DEVICE in ifcfg-* redundant? In-Reply-To: <20070810113355.GA31141@camelia.ucw.cz.> References: <20070810113355.GA31141@camelia.ucw.cz.> Message-ID: <20070810134623.735a611f@banea.int.addix.net> Hi. On Fri, 10 Aug 2007 13:33:55 +0200, Stepan Kasal wrote: > in most cases, /etc/sysconfig/network-scripts/ifcfg-foo contains > DEVICE=foo > > 1) Are there cases, where the file name differs from ifcfg-$DEVICE? Yes. Dial-In configurations created by system-config-network differ there. Also, I (personally) name my openvpn configurations so that I say "ifup Companyvpn" instead of "ifup ovpn15". The former is simply easier to remember :) From jwboyer at jdub.homelinux.org Fri Aug 10 11:48:01 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 10 Aug 2007 06:48:01 -0500 Subject: Enabling Compiz by default? In-Reply-To: <46BB9F4F.2050503@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> Message-ID: <20070810064801.7311c919@vader.jdub.homelinux.org> On Fri, 10 Aug 2007 04:42:15 +0530 Rahul Sundaram wrote: > Josh Boyer wrote: > > On Fri, 10 Aug 2007 03:24:05 +0530 > > Rahul Sundaram wrote: > > > >> Hi > >> > >> Have we considered enabling Compiz by default in GNOME and fall > >> back to metacity if the driver or hardware don't support > >> acceleration? That would get desktop effects out of the box on > >> Intel and some ATI cards. > > > > Can you do basic window manager things like make a window always > > present on all desktops yet? > > Yes. > > If you want to check if there are bugs still present of features > missing please just enable it and check. If you find bugs, file bug > reports. One of the quick ways to get these sort of bugs fixed if you > agree that the end goal is something desirable is to enable it by > default. Nah. I don't want glitz. So I'll just disable it if it gets enabled. The wobbly windows were cool for about 30 seconds. > This is rawhide. We can do this. Of course. We can do anything. The more important question is should we. I think no, but I don't really care that much either. josh From ville.skytta at iki.fi Fri Aug 10 11:49:32 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Fri, 10 Aug 2007 14:49:32 +0300 Subject: Trouble to build python releate stuff on koji In-Reply-To: <20070810113024.GB2671@free.fr> References: <46BA2927.2060507@herr-schmitt.de> <200708101423.00411.ville.skytta@iki.fi> <20070810113024.GB2671@free.fr> Message-ID: <200708101449.32737.ville.skytta@iki.fi> On Friday 10 August 2007, Patrice Dumas wrote: > On Fri, Aug 10, 2007 at 02:23:00PM +0300, Ville Skytt? wrote: > > > > http://fedoraproject.org/wiki/Packaging/FullExceptionList > > "These are the packages you can safely assume will be present in a > > BuildRoot without being pulled in by a package's BuildRequires." > > > > python is included in that list, so it seems that the minimal buildroot > > configs need fixing. > > Or python removed from the list? -1, IMO making the list a moving target would make it pretty much useless, and I also think the list is very much welcome, if not absolutely necessary. From jkeating at redhat.com Fri Aug 10 11:47:37 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 07:47:37 -0400 Subject: Trouble to build python releate stuff on koji In-Reply-To: <200708101423.00411.ville.skytta@iki.fi> References: <46BA2927.2060507@herr-schmitt.de> <46BA6E18.4000805@ioa.s.u-tokyo.ac.jp> <20070808223521.7334024c@ender> <200708101423.00411.ville.skytta@iki.fi> Message-ID: <20070810074737.5226da4b@ender> On Fri, 10 Aug 2007 14:23:00 +0300 "Ville Skytt?" wrote: > python is included in that list, so it seems that the minimal > buildroot configs need fixing. Python is, but is python-devel listed there? And yeah, deps change over time, that FullExceptionList should probably be updated, or just plain removed, since it differs from collection to collection. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ndbecker2 at gmail.com Fri Aug 10 11:55:46 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 10 Aug 2007 07:55:46 -0400 Subject: Disabling atime - bad mount behavior References: <46BB8D72.1010608@fedoraproject.org> <2a28d2ab0708091518mc680062xf984dbaac2f79ed5@mail.gmail.com> Message-ID: After reading the article on kernel list, I tried out noatime on root partition. I also added 'data=writeback'. Guess what? Unbootable system. I had assumed (wrongly) that mount was smart enough that for something so critical as mounting / it would just ignore a bad option. Wrong. IMO, this should REALLY be fixed. From opensource at till.name Fri Aug 10 11:53:39 2007 From: opensource at till.name (Till Maas) Date: Fri, 10 Aug 2007 13:53:39 +0200 Subject: Trouble to build python releate stuff on koji In-Reply-To: <20070810113024.GB2671@free.fr> References: <46BA2927.2060507@herr-schmitt.de> <200708101423.00411.ville.skytta@iki.fi> <20070810113024.GB2671@free.fr> Message-ID: <200708101353.54375.opensource@till.name> On Fr August 10 2007, Patrice Dumas wrote: > On Fri, Aug 10, 2007 at 02:23:00PM +0300, Ville Skytt? wrote: > > http://fedoraproject.org/wiki/Packaging/FullExceptionList > > "These are the packages you can safely assume will be present in a > > BuildRoot without being pulled in by a package's BuildRequires." > > > > python is included in that list, so it seems that the minimal buildroot > > configs need fixing. > > Or python removed from the list? It seems the list needs a lot more adjustment, this is a diff between the list on the wiki and the packages installed in a i386 mock build without BuildRequires (according to the var/log/yum.log in the chroot directory): --- old 2007-08-10 13:45:06.954519035 +0200 +++ current 2007-08-10 13:44:58.878516832 +0200 @@ -5,0 +6,2 @@ +buildsys-build +buildsys-macros @@ -8,0 +11 @@ +ConsoleKit-libs @@ -13,0 +17 @@ +crontabs @@ -14,0 +19 @@ +dbus @@ -15,0 +21 @@ +device-mapper-libs @@ -26,0 +33 @@ +file-libs @@ -44,0 +52 @@ +keyutils-libs @@ -51,0 +60 @@ +libidn @@ -56 +65,3 @@ -libtermcap +libsysfs +libvolume_id +logrotate @@ -64 +74,0 @@ -neon @@ -70,0 +81 @@ +perl-libs @@ -74,0 +86 @@ +python-libs @@ -78,0 +91 @@ +rpmdevtools @@ -79,0 +93 @@ +rpm-python @@ -85 +99 @@ -SysVinit +sysvinit @@ -87 +100,0 @@ -termcap @@ -91,0 +105 @@ +wget -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From jkeating at redhat.com Fri Aug 10 11:56:29 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 07:56:29 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070810064801.7311c919@vader.jdub.homelinux.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> Message-ID: <20070810075629.21984e0a@ender> On Fri, 10 Aug 2007 06:48:01 -0500 Josh Boyer wrote: > Nah. I don't want glitz. So I'll just disable it if it gets enabled. > The wobbly windows were cool for about 30 seconds. > > > This is rawhide. We can do this. > > Of course. We can do anything. The more important question is should > we. I think no, but I don't really care that much either. If we do enable it, it'd have to be very very subtle like on OSX or some such. Just dropshading, and maybe fading menus, but not much else. We want it to have a hint of looking nice, obvious that there is a compositor there, but not with a bunch of junk that will be turned off in the first few minutes (spinning cube, wobbly windows, etc...). Basically I really want to get metacity with drop shading and fading windows, without compromising all the usefulness that metacity has. Less is more here. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at camperquake.de Fri Aug 10 11:59:33 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 10 Aug 2007 13:59:33 +0200 Subject: Enabling Compiz by default? In-Reply-To: <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> Message-ID: <20070810135933.5e4e2a99@banea.int.addix.net> Hi. On Fri, 10 Aug 2007 10:43:41 +0100, Christopher Brown wrote: > Is it too much to ask to gain some perspective and realise that > ponies^Ddesktop effects have very little use other than to suck up > power and impress friends/colleagues for five minutes. After which > they badger you constantly because: There are some things in compiz that I simply love, and that make _my_ life in front of a desktop easier. a) no redraw on window expose/move. This is simply the biggest win of them all. b) _slight_ transparency on window movement. Makes it easier to see where you are going. c) _slight_ reducion in saturation/brightness for windows in the background. I also think that expo is kind of neat (show all desktops at once and drag windows across them), as is Expose. I also have desktops-on-a-cube and some other things enabled, but that's just eyecandy. Oh, and fading non-responding applications to black-and-white is neat, too. From jameshubbard at gmail.com Fri Aug 10 11:59:42 2007 From: jameshubbard at gmail.com (James Hubbard) Date: Fri, 10 Aug 2007 07:59:42 -0400 Subject: Disabling atime In-Reply-To: <1186713762.31901.280.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> Message-ID: On 8/9/07, Ralf Corsepius wrote: > IMO, disabling atime by default, just because 99% of applications, don't > use it, is short-sighted. It basically ditches a fundamental feature of > unix filessystems and converts there behavior to "DOS'ish". If it's such a fundamental feature that should be kept around, why have NFS optimization documents always recommended disabling atime updates especially on servers where there is a lot of throughput? Just because it's a fundamental feature doesn't mean that it has to be used. Fundamentally, my CPU can run at 2GHz all of the time that doesn't mean that it should. If 99% of the applications can do without it and probably 99% of the people can as well, why not go ahead and get disable it. Those that need atime will eventually figure out how to turn it on. The potential for a better user experience as well possible power savings seems to outweigh the fundamental feature argument. James Hubbard From jkeating at redhat.com Fri Aug 10 11:57:40 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 07:57:40 -0400 Subject: Trouble to build python releate stuff on koji In-Reply-To: <200708101449.32737.ville.skytta@iki.fi> References: <46BA2927.2060507@herr-schmitt.de> <200708101423.00411.ville.skytta@iki.fi> <20070810113024.GB2671@free.fr> <200708101449.32737.ville.skytta@iki.fi> Message-ID: <20070810075740.51056240@ender> On Fri, 10 Aug 2007 14:49:32 +0300 "Ville Skytt?" wrote: > -1, IMO making the list a moving target would make it pretty much > useless, and I also think the list is very much welcome, if not > absolutely necessary. The full exception list is moving though as deps change over time. The only static thing (or mostly static) is the small list of packages we ask for, and let depsolving happen from there. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From drago01 at gmail.com Fri Aug 10 12:02:24 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 10 Aug 2007 14:02:24 +0200 Subject: Disabling atime In-Reply-To: References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> Message-ID: <46BC53D0.5000402@gmail.com> James Hubbard wrote: > On 8/9/07, Ralf Corsepius wrote: > >> IMO, disabling atime by default, just because 99% of applications, don't >> use it, is short-sighted. It basically ditches a fundamental feature of >> unix filessystems and converts there behavior to "DOS'ish". >> > > If it's such a fundamental feature that should be kept around, why > have NFS optimization documents always recommended disabling atime > updates especially on servers where there is a lot of throughput? > > Just because it's a fundamental feature doesn't mean that it has to be > used. Fundamentally, my CPU can run at 2GHz all of the time that > doesn't mean that it should. If 99% of the applications can do > without it and probably 99% of the people can as well, why not go > ahead and get disable it. > > Those that need atime will eventually figure out how to turn it on. > The potential for a better user experience as well possible power > savings seems to outweigh the fundamental feature argument. > > +1 From laurent.rineau__fedora at normalesup.org Fri Aug 10 12:07:36 2007 From: laurent.rineau__fedora at normalesup.org (Laurent Rineau) Date: Fri, 10 Aug 2007 14:07:36 +0200 Subject: is DEVICE in ifcfg-* redundant? In-Reply-To: <20070810113355.GA31141@camelia.ucw.cz.> References: <20070810113355.GA31141@camelia.ucw.cz.> Message-ID: <200708101407.36549@rineau.tsetse> On Friday 10 August 2007 13:33:55 Stepan Kasal wrote: > Hello, > > in most cases, /etc/sysconfig/network-scripts/ifcfg-foo contains > DEVICE=foo > > 1) Are there cases, where the file name differs from ifcfg-$DEVICE? On my machine, I have several icfg-$STUFF where STUFF is not a device name, but a sort of config name. For example, I have some files like ifcfg-PierreHome, with DEVICE=eth1, that allows me to set up a network with "ifup PierreHome", when I am not at home. Nowdays, I prefere to use NetworkManager, instead of ifup, but ifup is a fallback when I debug NetworkManager. -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From snecklifter at gmail.com Fri Aug 10 12:09:22 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Fri, 10 Aug 2007 13:09:22 +0100 Subject: Disabling atime - bad mount behavior In-Reply-To: References: <46BB8D72.1010608@fedoraproject.org> <2a28d2ab0708091518mc680062xf984dbaac2f79ed5@mail.gmail.com> Message-ID: <364d303b0708100509p150b18ebl6106b3136c5d81a4@mail.gmail.com> On 10/08/07, Neal Becker wrote: > After reading the article on kernel list, I tried out noatime on root > partition. I also added 'data=writeback'. Guess what? Unbootable system. > > I had assumed (wrongly) that mount was smart enough that for something so > critical as mounting / it would just ignore a bad option. Wrong. > > IMO, this should REALLY be fixed. No, mount reasonably assumes that if a user is fiddling about with mount options for the root file system then user can resolve an unbootable system because option is bad. Chris -- http://www.chruz.com From pertusus at free.fr Fri Aug 10 12:19:05 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 10 Aug 2007 14:19:05 +0200 Subject: Trouble to build python releate stuff on koji In-Reply-To: <200708101449.32737.ville.skytta@iki.fi> References: <46BA2927.2060507@herr-schmitt.de> <200708101423.00411.ville.skytta@iki.fi> <20070810113024.GB2671@free.fr> <200708101449.32737.ville.skytta@iki.fi> Message-ID: <20070810121905.GD2671@free.fr> On Fri, Aug 10, 2007 at 02:49:32PM +0300, Ville Skytt? wrote: > > -1, IMO making the list a moving target would make it pretty much useless, and > I also think the list is very much welcome, if not absolutely necessary. I think that this list shouldn't be present. If we want to add more to the Exceptions, they should be explicitely there. Not come up as dependency. http://fedoraproject.org/wiki/Packaging/Guidelines#head-4cadce5e79d38a63cad3941de1dadc9d25d67d30-2 It seems top me that there could be some more in the minimal build root (gawk, mktemp, libstdc++-devel, cpp, glibc-devel, glibc-headers, which) and maybe findutils, but otherwise the remaining shouldn't be assumed to be there (except for trivial deps, like glibc, for example). -- Pat From jwboyer at jdub.homelinux.org Fri Aug 10 12:33:09 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 10 Aug 2007 07:33:09 -0500 Subject: Enabling Compiz by default? In-Reply-To: <20070810075629.21984e0a@ender> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810075629.21984e0a@ender> Message-ID: <20070810073309.3b142e6b@vader.jdub.homelinux.org> On Fri, 10 Aug 2007 07:56:29 -0400 Jesse Keating wrote: > On Fri, 10 Aug 2007 06:48:01 -0500 > Josh Boyer wrote: > > > Nah. I don't want glitz. So I'll just disable it if it gets > > enabled. The wobbly windows were cool for about 30 seconds. > > > > > This is rawhide. We can do this. > > > > Of course. We can do anything. The more important question is > > should we. I think no, but I don't really care that much either. > > If we do enable it, it'd have to be very very subtle like on OSX or > some such. Just dropshading, and maybe fading menus, but not much > else. We want it to have a hint of looking nice, obvious that there > is a compositor there, but not with a bunch of junk that will be > turned off in the first few minutes (spinning cube, wobbly windows, > etc...). Basically I really want to get metacity with drop shading > and fading windows, without compromising all the usefulness that > metacity has. Less is more here. That sounds like something that would be more agreeable. At least assuming the WM basics are also present. josh From ville.skytta at iki.fi Fri Aug 10 12:49:54 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Fri, 10 Aug 2007 15:49:54 +0300 Subject: Trouble to build python releate stuff on koji In-Reply-To: <20070810075740.51056240@ender> References: <46BA2927.2060507@herr-schmitt.de> <200708101449.32737.ville.skytta@iki.fi> <20070810075740.51056240@ender> Message-ID: <200708101549.55223.ville.skytta@iki.fi> On Friday 10 August 2007, Jesse Keating wrote: > On Fri, 10 Aug 2007 14:49:32 +0300 > > "Ville Skytt?" wrote: > > -1, IMO making the list a moving target would make it pretty much > > useless, and I also think the list is very much welcome, if not > > absolutely necessary. > > The full exception list is moving though as deps change over time. The > only static thing (or mostly static) is the small list of packages we > ask for, and let depsolving happen from there. Well, I think the very purpose why spot (IIRC?) created the full exception list is that people didn't like the fact that what the smaller list expanded to was too much of a moving target between distro versions. From buildsys at redhat.com Fri Aug 10 12:52:21 2007 From: buildsys at redhat.com (Build System) Date: Fri, 10 Aug 2007 08:52:21 -0400 Subject: rawhide report: 20070810 changes Message-ID: <200708101252.l7ACqLaP029113@porkchop.devel.redhat.com> New package dnssec-tools A suite of tools for managing dnssec aware DNS usage New package lzma LZMA utils New package ocaml-calendar Objective Caml library for managing dates and times New package pidgin-knotify KNotify plugin for Pidgin Updated Packages: anaconda-11.3.0.18-1 -------------------- * Thu Aug 09 2007 Chris Lumens 11.3.0.18-1 - Fix "noipv6 ip=dhcp" to not ask about v4 vs. v6 (katzj). - Blacklist the ata_generic module (katzj). - Don't double add packages to the transaction set (katzj, #249908). - Use find_lang (katzj, #251444). - Add newt-python and libuser-python packages (katzj, clumens, #251347). - Add dosfslabel (katzj, #251217). - Enable runlevel 5 if kdm is installed (#251194). - Fix disk selection in text UI (#247997, #251150). - Don't require a command line option for xfs (katzj). - Fix syntax error (pjones). - Rework loader flags (dcantrell, #250895). anacron-2.3-49.fc8 ------------------ * Wed Aug 08 2007 Marcela Maslanova 2.3-49 - adopt some patches from upstream for better locking - add own changes, which resolve problem with two or more run of cron.daily. - Resolves: #157448 * Wed Jul 11 2007 Marcela Maslanova 2.3-48 - changes in init script (not build) and-1.2.2-4.fc8 --------------- * Thu Aug 09 2007 Jochen Schmitt 1.2.2-4 - Changing license tag arpwatch-14:2.1a15-6.fc8 ------------------------ * Thu Aug 09 2007 Miroslav Lichvar 14:2.1a15-6 - improve init script (#246869) - allow -n 0/32 to disable reporting bogons from 0.0.0.0 (#244606) - update license tag - update ethercodes.dat authconfig-5.3.16-2.fc8 ----------------------- * Thu Aug 09 2007 Tomas Mraz - 5.3.16-2 - require newt-python (#251359) autoconf-2.61-9.fc8 ------------------- * Wed Aug 08 2007 Karsten Hopp 2.61-9 - update license tag autoconf213-2.13-18.fc8 ----------------------- * Wed Aug 08 2007 Karsten Hopp 2.13-18 - update license tag automake-1.10-6 --------------- * Thu Aug 09 2007 Karsten Hopp 1.10-6 - update license tag - add Debian man pages for aclocal and automake (#246087) * Tue Feb 20 2007 Karsten Hopp 1.10-5 - fix some rpmlint warnings * Tue Feb 20 2007 Karsten Hopp 1.10-4 - bz 225302: - make install DESTDIR=... - fix BuildRoot - fix post/preun requirements - define all directories on ./configure line - filter perl(Automake*) dependencies - replace all tabs with spaces - remove trailing dot from summary avahi-0.6.20-7.fc8 ------------------ * Thu Aug 09 2007 Lennart Poettering - 0.6.20-7 - Fix tagging borkage * Thu Aug 09 2007 Lennart Poettering - 0.6.20-6 - fix avahi-autoipd corrupt packet bug - drop dependency on python for the main package blender-2.44-8.fc8 ------------------ * Thu Aug 09 2007 Jochen Schmitt 2.44-8 - Fix koji-python issue * Wed Aug 08 2007 Jochen Schmitt 2.44-6 - Changing license tag - Add python as an BR * Mon May 21 2007 Jochen Schmitt 2.44-4 - Use of $$RPM_OPT_FLAGS to compile blender bluez-gnome-0.13-2.fc8 ---------------------- * Thu Aug 09 2007 Matthias Clasen - 0.13-2 - Move the analyzer to a better place in the menus - Use desktop-file-install for all desktop files - Update the license field cfv-1.18.1-4.fc8 ---------------- * Fri Aug 10 2007 Manuel Wolfshant - 1.18.1-4 - license clarification compiz-0.5.2-1.fc8 ------------------ * Thu Aug 09 2007 Kristian H??gsberg - 0.5.2-1 - Update to 0.5.2. - Require at least gnome-session 2.19.6-2 so gnome-wm starts compiz with LIBGL_ALWAYS_INDIRECT set. * Wed Jun 27 2007 Kristian H??gsberg - 0.5.0-1 - Update to 0.5.0 dirmngr-1.0.0-3.fc8 ------------------- * Thu Aug 09 2007 Rex Dieter 1.0.0-3 - License: GPLv2+ dosbox-0.71-1.fc8 ----------------- * Thu Aug 09 2007 Andreas Bierfert 0.71-1 - version upgrade (#250149) - new version has x86_64 dynamic core support (#247791) dtc-1.0.0-1.fc8 --------------- * Thu Aug 09 2007 Josh Boyer - Update to official 1.0.0 release * Fri Aug 03 2007 Josh Boyer - Update license field elinks-0.11.3-3.fc8 ------------------- * Thu Aug 09 2007 Ondrej Vasik 0.11.3-3 - fix of open macro(new glibc) by Joe Orton eog-2.19.4-4.fc8 ---------------- * Thu Aug 09 2007 Matthias Clasen - 2.19.4-4 - Hide it from the menus again firefox-2.0.0.6-2.fc8 --------------------- * Mon Aug 06 2007 Martin Stransky 2.0.0.6-2 - unwrapped plugins moved to the old location - removed plugin configuration utility * Sat Aug 04 2007 Christopher Aillon 2.0.0.6-1 - Update to 2.0.0.6 - Fix dnd support to/from gtk2 apps - Fix installed permissions of *.png * Mon Jul 23 2007 Martin Stransky 2.0.0.5-3 - added nspluginwrapper support firstboot-1.4.36-1.fc8 ---------------------- * Thu Aug 09 2007 Chris Lumens 1.4.36-1 - Remove unused images (#250354). - Require libuser-python instead of libuser (#251356). - Clarify license. ghex-2.19.0-1.1 --------------- * Thu Aug 09 2007 Thorsten Leemhuis - 2.19.0-1 - Update to 2.19.0 and drop patches (stuff got fixed upstream) - use make isntall instread of %makeinstall * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" gimp-help-2-0.1.0.13.fc8 ------------------------ * Wed Aug 08 2007 Nils Philippsen - 2-0.1.0.13 - version 2-0.13 - don't use "%makeinstall ..." but "make DESTDIR=... install" for installing glibc-2.6.90-6 -------------- * Thu Aug 09 2007 Roland McGrath 2.6.90-6 - update to trunk - fix local PLT regressions - spec file revamp for new find-debuginfo.sh glpk-4.20-2.fc8 --------------- * Thu Aug 09 2007 Quentin Spencer 4.20-2 - Add pre and postun scripts to run ldconfig. gnome-python2-extras-2.19.1-4.fc8 --------------------------------- * Thu Aug 09 2007 Matthew Barnes - 2.19.1-4.fc8 - Rebuild against firefox-2.0.0.6. gnome-session-2.19.6-4.fc8 -------------------------- * Thu Aug 09 2007 Kristian H??gsberg - 2.19.6-4 - Edit the right window manager patch and delete the old one. * Thu Aug 09 2007 Kristian H??gsberg - 2.19.6-3 - Export LIBGL_ALWAYS_INDIRECT before starting compiz. * Fri Aug 03 2007 Matthias Clasen - 2.19.6-2 - Update license field gpgme-1.1.5-2.fc8 ----------------- * Thu Aug 09 2007 Rex Dieter 1.1.5-2 - License: LGPLv2+ gprolog-1.3.0-10.fc8 -------------------- * Wed Aug 08 2007 Jochen Schmitt 1.3.0-10 - Changing license tag hal-0.5.10-0.git20070731.fc8.1 ------------------------------ * Thu Aug 09 2007 - David Zeuthen - 0.5.10-0.git20070731.fc8.1 - Set the correct mode when using open(3p) (Joe Orton) - Fix bug in implementation of libhal_psi_has_more() highlight-2.6.2-1.fc8 --------------------- * Thu Aug 09 2007 Jochen Schmitt 2.6.2-1 - New upstream release * Wed Aug 08 2007 Jochen Schmitt 2.6.1-2 - Changing license tag inadyn-1.96-4.fc8 ----------------- * Wed Aug 08 2007 Jochen Schmitt 1.96-4 - Changing license tag jd-1.9.6-0.2.svn1258.fc8 ------------------------ * Fri Aug 10 2007 Mamoru Tasaka - 1.9.6-0.2.svn1258 - svn 1258 * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 * Sat Aug 04 2007 Mamoru Tasaka - 1.9.6-0.1.beta070804 - 1.9.6 beta 070804 kinput2-v3.1-32.fc8 ------------------- * Thu Aug 09 2007 Akira TAGOH - v3.1-32 - Update License tag. kmymoney2-0.8.7-3.fc8 --------------------- * Thu Aug 09 2007 Rex Dieter 0.8.7-3 - License: GPLv2+ * Wed Jul 25 2007 Jesse Keating 0.8.7-2 - Rebuild for RH #249435 * Mon Jul 23 2007 Rex Dieter 0.8.7-1 - kmymoney2-0.8.7 kyum-0.7.5-9.fc8 ---------------- * Wed Aug 08 2007 Jochen Schmitt 0.7.5-9 - Changing license tag * Thu Jul 19 2007 Jochen Schmitt 0.7.5-8 - Change kdelibs-devel BR to kdelibs3-devel less-406-11.fc8 --------------- * Thu Aug 09 2007 Ivana Varekova - 406-11 - configure a regular expression library * Tue Jun 26 2007 Ivana Varekova - 406-10 - update to 406 * Mon Jun 04 2007 Ivana Varekova - 394-10 - Resolves: #242077 remove "-" option from lesspipe.sh script libgnomeprint22-2.18.1-1.fc8 ---------------------------- liferea-1.2.21-2.fc8 -------------------- * Thu Aug 09 2007 Brian Pepple - 1.2.21-2 - Rebuild against new gecko. logwatch-7.3.6-6.fc8 -------------------- * Thu Aug 09 2007 Ivana Varekova 7.3.6-6 - add cron patch luma-2.3-13.fc8 --------------- * Wed Aug 08 2007 Jochen Schmitt 2.3-13 - Changing license tag lv-4.51-11.fc8 -------------- * Thu Aug 09 2007 Akira TAGOH - 4.51-11 - Update License tag. lvm2-2.02.27-3.fc8 ------------------ * Thu Aug 09 2007 Alasdair Kergon - 2.02.27-3 - Clarify GPL licence as being version 2. maxima-5.12.99-0.4.rc1.fc8 -------------------------- * Thu Aug 09 2007 Rex Dieter 5.12.99-0.4.rc1 - maxima-5.12.99rc1 - enable langpacks: es, pt, pt_BR nspluginwrapper-0.9.91.4-14.fc8 ------------------------------- * Thu Aug 09 2007 Christopher Aillon 0.9.91.4-14 - Rebuild against newer gecko openoffice.org-1:2.2.1-18.8.fc8 ------------------------------- * Fri Aug 03 2007 Caolan McNamara - 1:2.2.1-18.8 - clarify licenses is use in OOo - rebuild for new icu - add workspace.unifysound01, + unify all our sound under gstreamer + add play button to sound selection fpicker + fix type detection for .wavs so they don't open as text files(!) + drop openoffice.org-2.0.3.rhXXXXXX.vcl.annoyingbeeps.patch - add --with-ant-home=/usr/share/ant because something changed and I need it now openssh-4.5p1-8.fc8 ------------------- * Thu Aug 09 2007 Tomas Mraz - 4.5p1-8 - fix sftp client problems on write error (#247802) - allow disabling autocreation of server keys (#235466) p7zip-4.51-2.fc8 ---------------- * Thu Aug 09 2007 Matthias Saou 4.51-2 - Update License field some more (LGPL+ to LGPLv2+). perl-Catalyst-Plugin-Static-Simple-0.19-1.fc8 --------------------------------------------- * Thu Aug 09 2007 Chris Weyl 0.19-1 - update to 0.19 perl-Class-C3-XS-0.08-1.fc8 --------------------------- * Thu Aug 09 2007 Chris Weyl 0.08-1 - update to 0.08 perl-DBD-Mock-1.35-1.fc8 ------------------------ perl-Devel-Size-0.68-1.fc8 -------------------------- * Thu Aug 09 2007 Chris Weyl 0.68-1 - update to 0.68 - refactor perl BR's * Thu Mar 29 2007 Chris Weyl 0.67-1 - update to 0.67 perl-JSON-XS-1.43-1.fc8 ----------------------- * Thu Aug 09 2007 Chris Weyl 1.43-1 - update to 1.43 perl-MogileFS-Client-1.08-1.fc8 ------------------------------- perl-MogileFS-Utils-2.12-1.fc8 ------------------------------ perl-Net-DBus-0.33.5-1.fc8 -------------------------- * Thu Aug 09 2007 Chris Weyl 0.33.5-1 - update to 0.33.5 - fixup perl BR's - add t/ to doc perl-Sub-Exporter-0.975-1.fc8 ----------------------------- * Thu Aug 09 2007 Chris Weyl 0.975-1 - update to 0.975 pykickstart-1.7-1.fc8 --------------------- * Thu Aug 09 2007 Chris Lumens 1.7-1 - Clarify license in spec file and all source files. - Check string values to options to make sure they're not other options (#251318). python-exif-1.0.2-3.fc8 ----------------------- python-smbpasswd-1.0.1-6.fc8 ---------------------------- * Wed Aug 08 2007 Jochen Schmitt 1.0.1-6 - Changing license tag qt4-4.3.1-1.fc8 --------------- * Thu Aug 09 2007 Than Ngo - 4.3.1-1 - update to 4.3.1 * Wed Aug 08 2007 Than Ngo 4.3.0-11 - add %_qt4_version * Tue Aug 07 2007 Than Ngo 4.3.0-10 - cleanup rarian-0.5.6-5.fc8 ------------------ * Thu Aug 09 2007 Matthias Clasen - 0.5.6-5 - Move Provides and Obsoletes in the same package, to avoid unnessary complications revisor-2.0.4.2-1.fc8 --------------------- * Thu Aug 09 2007 Jeroen van Meeuwen 2.0.4.2-1 - Added Source RPM Tree for Installation Media - Rebased livecd-tools and created/submitted the necessary patches - Added pre-alpha jigdo sub-package - Disable jigdo, virt and dual media compose for release - Lots of bug fixes - Fixed up some features * Thu Jul 26 2007 Jeroen van Meeuwen 2.0.4.2-1rc1 - Adding a workaround fix for yum issues rpm-4.4.2.1-5.fc8 ----------------- * Thu Aug 09 2007 Panu Matilainen - 4.4.2.1-5 - avoid unnecessary .rpmsave / .rpmnew files by Tomas Mraz (#29470, #128622) - stricter docdir checking by Ralf S. Engelschall (#246819) - add lua license to docs * Thu Aug 09 2007 Panu Matilainen - 4.4.2.1-4 - fix new find-debuginfo.sh on noarch packages by Roland McGrath * Wed Aug 08 2007 Panu Matilainen - 4.4.2.1-3 - make peace with new glibc checks on open() wrt internal bdb and rpm itself ruby-gnome2-0.16.0-10.fc8 ------------------------- * Thu Aug 09 2007 Mamoru Tasaka 0.16.0-10 - Adjust to GLib 2.14 API + typo fix in glib module * Thu Aug 09 2007 Allisson Azevedo 0.16.0-9 - Rebuild against new firefox selinux-policy-3.0.5-3.fc8 -------------------------- * Mon Aug 06 2007 Dan Walsh 3.0.5-3 - Fix nagios cgi - allow squid to communicate with winbind ssmtp-2.61-11.3.fc8 ------------------- * Fri Aug 10 2007 lonely wolf 2.61-11.3 - fix release tag, previous one did not match the changelog * Fri Aug 03 2007 lonely wolf 2.61-11.2 - license clarification * Sun Dec 10 2006 lonely wolf 2.61-11.1 - fix double %changelog entry steghide-0.5.1-4.fc8 -------------------- * Wed Aug 08 2007 Jochen Schmitt 0.5.1-4 - Changing license tag stellarium-0.9.0-4.fc8 ---------------------- * Thu Aug 09 2007 Jochen Schmitt 0.9.0-4 - Brbuild * Tue Aug 07 2007 Jochen Schmitt 0.9.0-3 - Solve wekkday displaying issue (#250621) subcommander-1.2.2-6.fc8 ------------------------ * Wed Aug 08 2007 Jochen Schmitt 1.2.2-6 - Changing license tag system-config-samba-1.2.46-1.fc8 -------------------------------- * Thu Aug 09 2007 Nils Philippsen - 1.2.46 - honour default values in share window (#251477) - try to deal sanely with commented out default values - don't canonicalize key names when writing smb.conf tcl-1:8.4.15-3.fc8 ------------------ * Thu Aug 09 2007 Marcela Maslanova - 1:8.4.15-3 - Resolves: rhbz#251410 tcpdump-14:3.9.7-3.fc8 ---------------------- * Thu Aug 09 2007 Miroslav Lichvar - 14:3.9.7-3 - enable crypto support on 64-bit architectures - update license tag tk-1:8.4.15-2.fc8 ----------------- * Thu Aug 09 2007 Marcela Maslanova - 1:8.4.15-2 - Resolves: rhbz#251411 * Tue Jul 31 2007 Marcela Maslanova - 1:8.4.15-1 - Update tk8.4.15 * Tue Feb 20 2007 Marcela Maslanova - 1:8.4.13-5 - rhbz#226494 review again tomcat5-0:5.5.23-9jpp.4.fc8 --------------------------- * Mon Aug 06 2007 Ben Konrath 0:5.5.23-9jpp.4 - Add jasper-eclipse subpackage which is needed for eclipse 3.3. - Inject OSGi manifest into servlet api jar and jsp api jar. * Mon Jul 23 2007 Vivek Lakshmanan 0:5.5.23-9jpp.3 - Resolves: Bug 246374 xorg-x11-server-1.3.0.0-17.fc8 ------------------------------ * Thu Aug 09 2007 Adam Jackson 1.3.0.0-17 - xserver-1.3.0-default-dpi.patch: Switch default DPI to 100, on the principle that 75 is almost never right and 100 is much more likely. Broken deps for i386 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 blam - 1.8.3-5.fc8.i386 requires gecko-libs = 0:1.8.1.5 chmsee - 1.0.0-0.22.beta2.fc8.i386 requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 eclipse-cdt-sdk - 4.0.0-1.fc8.i386 requires eclipse-cdt = 0:%{epoch}:4.0.0-1.fc8 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 galeon - 2.0.3-10.fc7.i386 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.i386 requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) blam - 1.8.3-5.fc8.x86_64 requires gecko-libs = 0:1.8.1.5 chmsee - 1.0.0-0.22.beta2.fc8.x86_64 requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 eclipse-cdt-sdk - 4.0.0-1.fc8.x86_64 requires eclipse-cdt = 0:%{epoch}:4.0.0-1.fc8 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicui18n.so.36()(64bit) galeon - 2.0.3-10.fc7.x86_64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.x86_64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.i386 requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 blam - 1.8.3-5.fc8.ppc requires gecko-libs = 0:1.8.1.5 chmsee - 1.0.0-0.22.beta2.fc8.ppc requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 eclipse-cdt-sdk - 4.0.0-1.fc8.ppc requires eclipse-cdt = 0:%{epoch}:4.0.0-1.fc8 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) galeon - 2.0.3-10.fc7.ppc requires gecko-libs = 0:1.8.1.5 glest-data - 2.0.0-4.fc8.noarch requires glest = 0:2.0.0 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.ppc64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.ppc requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) chmsee - 1.0.0-0.22.beta2.fc8.ppc64 requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) galeon - 2.0.3-10.fc7.ppc64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.ppc64 requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From ville.skytta at iki.fi Fri Aug 10 12:52:40 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Fri, 10 Aug 2007 15:52:40 +0300 Subject: Trouble to build python releate stuff on koji In-Reply-To: <200708101353.54375.opensource@till.name> References: <46BA2927.2060507@herr-schmitt.de> <20070810113024.GB2671@free.fr> <200708101353.54375.opensource@till.name> Message-ID: <200708101552.40588.ville.skytta@iki.fi> On Friday 10 August 2007, Till Maas wrote: > On Fr August 10 2007, Patrice Dumas wrote: > > On Fri, Aug 10, 2007 at 02:23:00PM +0300, Ville Skytt? wrote: > > > http://fedoraproject.org/wiki/Packaging/FullExceptionList > > > "These are the packages you can safely assume will be present in a > > > BuildRoot without being pulled in by a package's BuildRequires." > > > > > > python is included in that list, so it seems that the minimal buildroot > > > configs need fixing. > > > > Or python removed from the list? > > It seems the list needs a lot more adjustment, Yep, that's very likely. > this is a diff between the > list on the wiki and the packages installed in a i386 mock build without > BuildRequires (according to the var/log/yum.log in the chroot directory): At least some of those are because rpmdevtools appears to be installed in the mock buildroot. I'm not sure why it is (maybe due to check-buildroot checks (which have moved to rpm-build in Rawhide)?), but as long as it is not explicitly listed, people shouldn't assume it or the extra things it pulls in is always there. From alan at redhat.com Fri Aug 10 12:55:36 2007 From: alan at redhat.com (Alan Cox) Date: Fri, 10 Aug 2007 08:55:36 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <200708101444.30235.ville.skytta@iki.fi> References: <46B8B394.2080909@fedoraproject.org> <46B8FF12.9050503@gmail.com> <20070808012807.GA5803@devserv.devel.redhat.com> <200708101444.30235.ville.skytta@iki.fi> Message-ID: <20070810125536.GA7883@devserv.devel.redhat.com> On Fri, Aug 10, 2007 at 02:44:29PM +0300, Ville Skytt? wrote: > I don't think the kernel packages until early 2005 provided anything that > would have made arch-qualified dependencies possible (eg. requiring a > specific i586 kernel over a i686 with the same NEVR), see bug 143160 The file paths are different so you can depend on the exact file as well as the package From alan at redhat.com Fri Aug 10 12:58:48 2007 From: alan at redhat.com (Alan Cox) Date: Fri, 10 Aug 2007 08:58:48 -0400 Subject: Enabling Compiz by default? In-Reply-To: <46BC451D.20008@sms.ed.ac.uk> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> Message-ID: <20070810125848.GB7883@devserv.devel.redhat.com> On Fri, Aug 10, 2007 at 11:59:41AM +0100, Ioannis Nousias wrote: > If there was a "huge increase in power consumption" then a MacBook's > battery would only last for an hour. A GPU is better in handling the GUI > than a CPU is, even with current graphics cards that do little about > power efficiency. On a modern graphs card the 2D and 3D parts of the chip are normally fed so that one or both can be power managed internally. Apple have simply chosen to design a system a particular way and ensured that the battery life is acceptable operating that way. From alan at redhat.com Fri Aug 10 13:01:48 2007 From: alan at redhat.com (Alan Cox) Date: Fri, 10 Aug 2007 09:01:48 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070810074639.310740@gmx.net> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> Message-ID: <20070810130148.GD7883@devserv.devel.redhat.com> On Fri, Aug 10, 2007 at 09:46:39AM +0200, Joachim Frieben wrote: > > They are not bugs - you are turning the 3D engine power planes on. That > > costs you a lot of electricity. > > Sure! And then, you also remove GL apps/screensavers from Fedora, or - even better - Mesa/OpenGL altogether .. (%#@&?*) If you look through bugzilla there have been bugs lodged several times that people would like to be able to select a different screensaver on battery (usually the 'none' saver) From rc040203 at freenet.de Fri Aug 10 13:09:11 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 10 Aug 2007 15:09:11 +0200 Subject: Disabling atime In-Reply-To: References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> Message-ID: <1186751351.31901.439.camel@mccallum.corsepiu.local> On Fri, 2007-08-10 at 07:59 -0400, James Hubbard wrote: > On 8/9/07, Ralf Corsepius wrote: > > IMO, disabling atime by default, just because 99% of applications, don't > > use it, is short-sighted. It basically ditches a fundamental feature of > > unix filessystems and converts there behavior to "DOS'ish". > > If it's such a fundamental feature that should be kept around, why > have NFS optimization documents always recommended disabling atime > updates especially on servers where there is a lot of throughput? I don't know. > Just because it's a fundamental feature doesn't mean that it has to be > used. Fundamentally, my CPU can run at 2GHz all of the time that > doesn't mean that it should. If 99% of the applications can do > without it and probably 99% of the people can as well, why not go > ahead and get disable it. That's what people call "arrogance of the masses". Let's kill that 1%, if 99% don't care! It's the same argument why people argue against utf-8, work as root (don't need uid/gids) and don't want SELinux? Let's remove all of this from the kernel, single seat/single user systems don't need all this at all. > Those that need atime will eventually figure out how to turn it on. > The potential for a better user experience as well possible power > savings seems to outweigh the fundamental feature argument. A friend of mine experimented with atime/noatime yesterday: These were his results: Test case: A heavy weight compiler-job Default /etc/fstab real 5m18.226s user 4m44.557s sys 1m17.193s User+Sys: 365.750 Rebooted -- all filesystems noatime,nodiratime real 5m4.256s user 4m36.841s sys 1m8.364s User+Sys: 346.750 new / old = .9465 [Fedora-7, i386 on an AMD Athlon(tm) 64 X2 Dual Core Processor 3800+] Way off from the figures the proponents of notime are reporting. Ralf From rc040203 at freenet.de Fri Aug 10 13:27:02 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 10 Aug 2007 15:27:02 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <1186752422.31901.442.camel@mccallum.corsepiu.local> On Thu, 2007-08-09 at 12:06 -0400, Bill Nottingham wrote: > Would you like your laptop battery to last longer? Would you like your > servers to use less electricity? We certainly would. So we're investigating > and fixing Fedora to use less juice. > > One of the biggest power problems is apps that wake up the CPU > unnecessarily. With the tickless kernel for x86 (and soon x86_64), > every time this happens it's a chance for power savings lost. > > HOW YOU CAN HELP > ---------------- > > We'd like to get as many reports of misbehaving apps as possible. How about the kernel? My laptop doesn't boot Fedora without acpi disabled. Ralf From ville.skytta at iki.fi Fri Aug 10 14:12:32 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Fri, 10 Aug 2007 17:12:32 +0300 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070810125536.GA7883@devserv.devel.redhat.com> References: <46B8B394.2080909@fedoraproject.org> <200708101444.30235.ville.skytta@iki.fi> <20070810125536.GA7883@devserv.devel.redhat.com> Message-ID: <200708101712.32900.ville.skytta@iki.fi> On Friday 10 August 2007, Alan Cox wrote: > On Fri, Aug 10, 2007 at 02:44:29PM +0300, Ville Skytt? wrote: > > I don't think the kernel packages until early 2005 provided anything that > > would have made arch-qualified dependencies possible (eg. requiring a > > specific i586 kernel over a i686 with the same NEVR), see bug 143160 > > The file paths are different so you can depend on the exact file as well > as the package The point of the above bug report is that even no paths that could be sanely used like that existed, and still don't today. Well except of course if one bases the dependency on whether some quite possibly unrelated modules are built or not (eg. powernow-k6.ko is for i586 but not i686, and p4-clockmod.ko is for i686 but not for i586) but I suppose you didn't mean that, and in any case I don't think it satisfies "sanely". Fedora 1: $ rpm -qlp kernel-2.4.22-1.2115.nptl.i586.rpm | grep 586 (no output) $ rpm -qlp kernel-2.4.22-1.2115.nptl.i686.rpm | grep 686 /lib/modules/2.4.22-1.2115.nptl/kernel/drivers/sensors/via686a.o Fedora 7: $ rpm -qlp kernel-2.6.22.1-41.fc7.i586.rpm | grep 586 /lib/modules/2.6.22.1-41.fc7/kernel/arch/i386/crypto/aes-i586.ko /lib/modules/2.6.22.1-41.fc7/kernel/arch/i386/crypto/twofish-i586.ko $ rpm -qlp kernel-2.6.22.1-41.fc7.i586.rpm | grep 686 /lib/modules/2.6.22.1-41.fc7/kernel/drivers/hwmon/via686a.ko $ rpm -qlp kernel-2.6.22.1-41.fc7.i686.rpm | grep i586 /lib/modules/2.6.22.1-41.fc7/kernel/arch/i386/crypto/aes-i586.ko /lib/modules/2.6.22.1-41.fc7/kernel/arch/i386/crypto/twofish-i586.ko $ rpm -qlp kernel-2.6.22.1-41.fc7.i686.rpm | grep i686 /lib/modules/2.6.22.1-41.fc7/kernel/drivers/hwmon/via686a.ko After early 2005 it's no longer a problem due to the added Provides that contain the arch. From ajackson at redhat.com Fri Aug 10 14:28:24 2007 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 10 Aug 2007 10:28:24 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070809221808.GG4306@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> Message-ID: <1186756104.2876.63.camel@localhost.localdomain> On Thu, 2007-08-09 at 18:18 -0400, Alan Cox wrote: > On Fri, Aug 10, 2007 at 03:24:05AM +0530, Rahul Sundaram wrote: > > Have we considered enabling Compiz by default in GNOME and fall back to > > metacity if the driver or hardware don't support acceleration? That > > would get desktop effects out of the box on Intel and some ATI cards. > > Compiz is too buggy to use - its still hopelessly broken with java menus > and you'd want to use one of the actually maintained compositing managers > instead. Even then What kind of drugs are you on? Compiz is probably the only maintained compositing manager. > - Do you know anyone who doesn't turn the effects off eventually ? This is why we crank the effects knob way down to begin with. > - Do we care about the huge increase in power consumption ? Yes, we do, we're fixing the drivers to not have that problem. A composited desktop should use _less_ power once it's done. That said, no, we're not turning compiz on by default for F8. - ajax From chris at idlelion.net Fri Aug 10 14:31:49 2007 From: chris at idlelion.net (chris at idlelion.net) Date: Fri, 10 Aug 2007 09:31:49 -0500 (CDT) Subject: Interesting Relic Message-ID: If any developers out there are up for a challenge... There's a ThinkPad 860 on eBay. It's got a 166MHz PowerPC 603e CPU and a 1.2GB SCSI hard disk. The video chip is a GT20; there's a SCSI CD-ROM drive; and the audio chip is a CS4231. The display is a 12.1" TFT at 1024x768. It shipped with AIX and was made around 1996. http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120150103566 Chris From snecklifter at gmail.com Fri Aug 10 14:39:08 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Fri, 10 Aug 2007 15:39:08 +0100 Subject: Interesting Relic In-Reply-To: References: Message-ID: <364d303b0708100739t767db7bcj3f94473231c51121@mail.gmail.com> On 10/08/07, chris at idlelion.net wrote: > If any developers out there are up for a challenge... > > There's a ThinkPad 860 on eBay. It's got a 166MHz PowerPC 603e CPU and a 1.2GB > SCSI hard disk. The video chip is a GT20; there's a SCSI CD-ROM drive; and the > audio chip is a CS4231. The display is a 12.1" TFT at 1024x768. It shipped with > AIX and was made around 1996. > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120150103566 Yes but Will It Blend? Seriously though, what is the challenge? Also its relevance on fedora-devel would be good... -- http://www.chruz.com From sundaram at fedoraproject.org Fri Aug 10 14:57:59 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 20:27:59 +0530 Subject: Enabling Compiz by default? In-Reply-To: <1186756104.2876.63.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <1186756104.2876.63.camel@localhost.localdomain> Message-ID: <46BC7CF7.7090202@fedoraproject.org> Adam Jackson wrote: > > That said, no, we're not turning compiz on by default for F8. > Would you let me know why? Rahul From sundaram at fedoraproject.org Fri Aug 10 14:58:53 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Aug 2007 20:28:53 +0530 Subject: Enabling Compiz by default? In-Reply-To: <1186713900.31901.284.camel@mccallum.corsepiu.local> References: <46BB8CFD.4050706@fedoraproject.org> <1186713900.31901.284.camel@mccallum.corsepiu.local> Message-ID: <46BC7D2D.8070607@fedoraproject.org> Ralf Corsepius wrote: > On Fri, 2007-08-10 at 03:24 +0530, Rahul Sundaram wrote: >> Hi >> >> Have we considered enabling Compiz by default in GNOME and fall back to >> metacity if the driver or hardware don't support acceleration? That >> would get desktop effects out of the box on Intel and some ATI cards. > .. and probably screw all others. Read. Especially the part about falling back to metacity. Rahul From pnasrat at redhat.com Fri Aug 10 15:04:32 2007 From: pnasrat at redhat.com (Paul Nasrat) Date: Fri, 10 Aug 2007 16:04:32 +0100 Subject: Interesting Relic In-Reply-To: <364d303b0708100739t767db7bcj3f94473231c51121@mail.gmail.com> References: <364d303b0708100739t767db7bcj3f94473231c51121@mail.gmail.com> Message-ID: <1186758272.3082.4.camel@enki.eridu> On Fri, 2007-08-10 at 15:39 +0100, Christopher Brown wrote: > On 10/08/07, chris at idlelion.net wrote: > > If any developers out there are up for a challenge... > > > > There's a ThinkPad 860 on eBay. It's got a 166MHz PowerPC 603e CPU and a 1.2GB > > SCSI hard disk. The video chip is a GT20; there's a SCSI CD-ROM drive; and the > > audio chip is a CS4231. The display is a 12.1" TFT at 1024x768. It shipped with > > AIX and was made around 1996. > > > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120150103566 > > Yes but Will It Blend? > > Seriously though, what is the challenge? Also its relevance on > fedora-devel would be good... Getting fedora ppc to boot on it, unfortunately the auction is US only. Probably would have been better targeted at fedora-ppc list Getting it to work would require some work as it's a pure PReP based machine (no OF): http://penguinppc.org/otherhw/ But theoretically doable - eg http://www.cs.fiu.edu/~ayanic01/rs6k// Paul From aly.dharshi at telus.net Fri Aug 10 15:07:11 2007 From: aly.dharshi at telus.net (Aly Dharshi) Date: Fri, 10 Aug 2007 09:07:11 -0600 Subject: Disabling atime In-Reply-To: <46BC53D0.5000402@gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <46BC53D0.5000402@gmail.com> Message-ID: <46BC7F1F.601@telus.net> >> If it's such a fundamental feature that should be kept around, why >> have NFS optimization documents always recommended disabling atime >> updates especially on servers where there is a lot of throughput? >> >> Just because it's a fundamental feature doesn't mean that it has to be >> used. Fundamentally, my CPU can run at 2GHz all of the time that >> doesn't mean that it should. If 99% of the applications can do >> without it and probably 99% of the people can as well, why not go >> ahead and get disable it. >> >> Those that need atime will eventually figure out how to turn it on. >> The potential for a better user experience as well possible power >> savings seems to outweigh the fundamental feature argument. >> >> +1 -- Aly Dharshi aly.dharshi at telus.net Got TELUS TV ? 310-MYTV or http://www.mytelus.com/tv "A good speech is like a good dress that's short enough to be interesting and long enough to cover the subject" From jima at beer.tclug.org Fri Aug 10 15:05:57 2007 From: jima at beer.tclug.org (Jima) Date: Fri, 10 Aug 2007 10:05:57 -0500 (CDT) Subject: Interesting Relic In-Reply-To: <364d303b0708100739t767db7bcj3f94473231c51121@mail.gmail.com> References: <364d303b0708100739t767db7bcj3f94473231c51121@mail.gmail.com> Message-ID: On Fri, 10 Aug 2007, Christopher Brown wrote: > On 10/08/07, chris at idlelion.net wrote: >> If any developers out there are up for a challenge... >> >> There's a ThinkPad 860 on eBay. It's got a 166MHz PowerPC 603e CPU and a 1.2GB >> SCSI hard disk. The video chip is a GT20; there's a SCSI CD-ROM drive; and the >> audio chip is a CS4231. The display is a 12.1" TFT at 1024x768. It shipped with >> AIX and was made around 1996. >> >> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120150103566 The boot ROM on that is obviously not New-World (not sure what it'd be, being a non-Apple PPC), so bootstrapping Fedora (or any Linux, I suppose) might be quite the challenge. (Mind, I am running Fedora on a couple Old-World Apples. To say it's complicated would be putting it mildly.) > Yes but Will It Blend? I think you'd need a fairly big blender. And tough; it IS an old IBM product. :-) > Seriously though, what is the challenge? Also its relevance on > fedora-devel would be good... To get Fedora running on it? I can appreciate the urge, but I gotta say, that makes my corner cases look like mainstream use. And I've got some pretty crazy corner cases. Jima From jwboyer at jdub.homelinux.org Fri Aug 10 15:33:22 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 10 Aug 2007 10:33:22 -0500 Subject: Disabling atime In-Reply-To: <1186751351.31901.439.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> Message-ID: <20070810103322.3cd74917@vader.jdub.homelinux.org> On Fri, 10 Aug 2007 15:09:11 +0200 Ralf Corsepius wrote: > On Fri, 2007-08-10 at 07:59 -0400, James Hubbard wrote: > > On 8/9/07, Ralf Corsepius wrote: > > > IMO, disabling atime by default, just because 99% of > > > applications, don't use it, is short-sighted. It basically > > > ditches a fundamental feature of unix filessystems and converts > > > there behavior to "DOS'ish". > > > > If it's such a fundamental feature that should be kept around, why > > have NFS optimization documents always recommended disabling atime > > updates especially on servers where there is a lot of throughput? > I don't know. > > > Just because it's a fundamental feature doesn't mean that it has to > > be used. Fundamentally, my CPU can run at 2GHz all of the time that > > doesn't mean that it should. If 99% of the applications can do > > without it and probably 99% of the people can as well, why not go > > ahead and get disable it. > That's what people call "arrogance of the masses". Let's kill that 1%, > if 99% don't care! > > > It's the same argument why people argue against utf-8, work as root > (don't need uid/gids) and don't want SELinux? > > Let's remove all of this from the kernel, single seat/single user > systems don't need all this at all. > > > > Those that need atime will eventually figure out how to turn it on. > > The potential for a better user experience as well possible power > > savings seems to outweigh the fundamental feature argument. > > A friend of mine experimented with atime/noatime yesterday: > > These were his results: > > Test case: A heavy weight compiler-job > > Default /etc/fstab > real 5m18.226s > user 4m44.557s > sys 1m17.193s > User+Sys: 365.750 > > Rebooted -- all filesystems noatime,nodiratime > real 5m4.256s > user 4m36.841s > sys 1m8.364s > User+Sys: 346.750 > > new / old = .9465 > > [Fedora-7, i386 on an AMD Athlon(tm) 64 X2 Dual Core Processor 3800+] > > Way off from the figures the proponents of notime are reporting. Well... a heavy compile job isn't going to reflect that much because you're writing to the disk anyway. Perhaps try doing a 'find / -exec cat {} > /dev/null \;' with and without atime. josh From jwboyer at jdub.homelinux.org Fri Aug 10 15:35:24 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 10 Aug 2007 10:35:24 -0500 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186752422.31901.442.camel@mccallum.corsepiu.local> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <1186752422.31901.442.camel@mccallum.corsepiu.local> Message-ID: <20070810103524.317a35bc@vader.jdub.homelinux.org> On Fri, 10 Aug 2007 15:27:02 +0200 Ralf Corsepius wrote: > On Thu, 2007-08-09 at 12:06 -0400, Bill Nottingham wrote: > > Would you like your laptop battery to last longer? Would you like > > your servers to use less electricity? We certainly would. So we're > > investigating and fixing Fedora to use less juice. > > > > One of the biggest power problems is apps that wake up the CPU > > unnecessarily. With the tickless kernel for x86 (and soon x86_64), > > every time this happens it's a chance for power savings lost. > > > > HOW YOU CAN HELP > > ---------------- > > > > We'd like to get as many reports of misbehaving apps as possible. > How about the kernel? My laptop doesn't boot Fedora without acpi > disabled. Did you file a bug? josh From rc040203 at freenet.de Fri Aug 10 15:41:08 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 10 Aug 2007 17:41:08 +0200 Subject: Disabling atime In-Reply-To: <20070810103322.3cd74917@vader.jdub.homelinux.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070810103322.3cd74917@vader.jdub.homelinux.org> Message-ID: <1186760468.31901.479.camel@mccallum.corsepiu.local> On Fri, 2007-08-10 at 10:33 -0500, Josh Boyer wrote: > On Fri, 10 Aug 2007 15:09:11 +0200 > Ralf Corsepius wrote: > > Way off from the figures the proponents of notime are reporting. > > Well... a heavy compile job isn't going to reflect that much because > you're writing to the disk anyway. Well, not necessarily. As others have pointed out before (the kernel devs were referring to kernel compilation as example), compilation involves a lot of read-access to header files (typically in the order of 100s per source file). > Perhaps try doing a 'find / -exec cat {} > /dev/null \;' with and without atime. Worth a try. I'll propose this to the person having experimented on this. Ralf From notting at redhat.com Fri Aug 10 12:59:34 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Aug 2007 08:59:34 -0400 Subject: is DEVICE in ifcfg-* redundant? In-Reply-To: <20070810113355.GA31141@camelia.ucw.cz.> References: <20070810113355.GA31141@camelia.ucw.cz.> Message-ID: <20070810125934.GB28483@nostromo.devel.redhat.com> Stepan Kasal (skasal at redhat.com) said: > Hello, > > in most cases, /etc/sysconfig/network-scripts/ifcfg-foo contains > DEVICE=foo > > 1) Are there cases, where the file name differs from ifcfg-$DEVICE? Yes - alternate configurations, dial-up, etc. > 2) Could we agree that if DEVICE is not set, it defaults to > ${CONFIG##*ifcfg-} > ? (I.e., source_config in network-functions would set it.) It's a reasonable default, yes. File a bz? Bill From notting at redhat.com Fri Aug 10 12:58:22 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Aug 2007 08:58:22 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070810064801.7311c919@vader.jdub.homelinux.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> Message-ID: <20070810125822.GA28483@nostromo.devel.redhat.com> Josh Boyer (jwboyer at jdub.homelinux.org) said: > > This is rawhide. We can do this. > > Of course. We can do anything. The more important question is should > we. I think no, but I don't really care that much either. As compiz/beryl with the current infrastructure: - break running other GL apps - break Xv apps I really can't see a reason why we'd enable this by default right now. Bill From tcallawa at redhat.com Fri Aug 10 15:38:56 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 10 Aug 2007 11:38:56 -0400 Subject: Interesting Relic In-Reply-To: References: <364d303b0708100739t767db7bcj3f94473231c51121@mail.gmail.com> Message-ID: <1186760336.4096.56.camel@localhost.localdomain> On Fri, 2007-08-10 at 10:05 -0500, Jima wrote: > To get Fedora running on it? I can appreciate the urge, but I gotta say, > that makes my corner cases look like mainstream use. And I've got some > pretty crazy corner cases. It probably is no crazier than some of your existing stuff: http://www.cs.fiu.edu/~ayanic01/rs6k/ ~spot From rc040203 at freenet.de Fri Aug 10 15:55:59 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 10 Aug 2007 17:55:59 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070810103524.317a35bc@vader.jdub.homelinux.org> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <1186752422.31901.442.camel@mccallum.corsepiu.local> <20070810103524.317a35bc@vader.jdub.homelinux.org> Message-ID: <1186761359.31901.487.camel@mccallum.corsepiu.local> On Fri, 2007-08-10 at 10:35 -0500, Josh Boyer wrote: > On Fri, 10 Aug 2007 15:27:02 +0200 > Ralf Corsepius wrote: > > > On Thu, 2007-08-09 at 12:06 -0400, Bill Nottingham wrote: > > > Would you like your laptop battery to last longer? Would you like > > > your servers to use less electricity? We certainly would. So we're > > > investigating and fixing Fedora to use less juice. > > > > > > One of the biggest power problems is apps that wake up the CPU > > > unnecessarily. With the tickless kernel for x86 (and soon x86_64), > > > every time this happens it's a chance for power savings lost. > > > > > > HOW YOU CAN HELP > > > ---------------- > > > > > > We'd like to get as many reports of misbehaving apps as possible. > > How about the kernel? My laptop doesn't boot Fedora without acpi > > disabled. > > Did you file a bug? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=213254 This bug has persisted ever since it had started sometime with fc5. Ralf From esandeen at redhat.com Fri Aug 10 16:04:33 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Fri, 10 Aug 2007 11:04:33 -0500 Subject: Disabling atime In-Reply-To: References: <46BB8D72.1010608@fedoraproject.org> <46BB9E71.6090904@fedoraproject.org> <20070809231602.GA8690@devserv.devel.redhat.com> Message-ID: <46BC8C91.6@redhat.com> Rudolf Kastl wrote: > turning off features that have design flaws in my eyes simply isnt a > fix, but only a mere attempt to cure the symptom from a pure > philosophical point of view. surely alot of more experienced users do > use and enjoy those workarounds but at the end of the day we are > crippling features instead of fixing issues. > workarounds just slow down fixes though. I agree with this... Before we take a step like turning off atime, I think those who wish to do so need to provide good justification for it, well beyond "I heard it may go faster" or "it feels faster to me" - we need some good tests, some actual, measurable difference shown on various workloads, at a minimum. The only hard numbers presented in the lkml thread (unless I missed some...) didn't actually show a *huge* difference IIRC. I'd also suggest that we at least identify that if atime does have a measurable difference, whether this is true in general, or if this is somewhat more specific to a particular filesystem which could be fixed... etc. IOW, if this change is made, I think it should be done with eyes wide open - what is the measurable advantage, under what workloads, for what filesystems, etc - as well as what the potential drawbacks are. Thanks, -Eric From lsof at nodata.co.uk Fri Aug 10 16:10:45 2007 From: lsof at nodata.co.uk (nodata) Date: Fri, 10 Aug 2007 18:10:45 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186761359.31901.487.camel@mccallum.corsepiu.local> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <1186752422.31901.442.camel@mccallum.corsepiu.local> <20070810103524.317a35bc@vader.jdub.homelinux.org> <1186761359.31901.487.camel@mccallum.corsepiu.local> Message-ID: <1186762245.3637.7.camel@sb-home> Am Freitag, den 10.08.2007, 17:55 +0200 schrieb Ralf Corsepius: > On Fri, 2007-08-10 at 10:35 -0500, Josh Boyer wrote: > > On Fri, 10 Aug 2007 15:27:02 +0200 > > Ralf Corsepius wrote: > > > > > On Thu, 2007-08-09 at 12:06 -0400, Bill Nottingham wrote: > > > > Would you like your laptop battery to last longer? Would you like > > > > your servers to use less electricity? We certainly would. So we're > > > > investigating and fixing Fedora to use less juice. > > > > > > > > One of the biggest power problems is apps that wake up the CPU > > > > unnecessarily. With the tickless kernel for x86 (and soon x86_64), > > > > every time this happens it's a chance for power savings lost. > > > > > > > > HOW YOU CAN HELP > > > > ---------------- > > > > > > > > We'd like to get as many reports of misbehaving apps as possible. > > > How about the kernel? My laptop doesn't boot Fedora without acpi > > > disabled. > > > > Did you file a bug? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=213254 > > This bug has persisted ever since it had started sometime with fc5. > > Ralf > > I'd like to start a "bugs that have been hanging around for ages, but aren't yet fixed" tracker bug. From jon.nettleton at gmail.com Fri Aug 10 16:32:33 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Fri, 10 Aug 2007 12:32:33 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070810125822.GA28483@nostromo.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> Message-ID: On 8/10/07, Bill Nottingham wrote: > > Josh Boyer (jwboyer at jdub.homelinux.org) said: > > > This is rawhide. We can do this. > > > > Of course. We can do anything. The more important question is should > > we. I think no, but I don't really care that much either. > > As compiz/beryl with the current infrastructure: > > - break running other GL apps > - break Xv apps > > I really can't see a reason why we'd enable this by default right now. Why not look at a default compositor/window manager that allows basic compositing features without the need for a OpenGL accelerated graphics engine? As stated above you can get nice screen redraws, drop shadows and subtle visual translucies with almost all chipsets using just 2d drivers. My biggest problem with our default window manager is that you move a window across the screen and watch as parts of it redraw to catch up. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From mclasen at redhat.com Fri Aug 10 16:31:02 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 10 Aug 2007 12:31:02 -0400 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> Message-ID: <1186763463.3207.12.camel@localhost.localdomain> On Fri, 2007-08-10 at 12:32 -0400, Jon Nettleton wrote: > > Why not look at a default compositor/window manager that allows basic > compositing features without the need for a OpenGL accelerated > graphics > engine? Do you have one to offer ? From jon.nettleton at gmail.com Fri Aug 10 16:42:45 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Fri, 10 Aug 2007 12:42:45 -0400 Subject: Enabling Compiz by default? In-Reply-To: <1186763463.3207.12.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> <1186763463.3207.12.camel@localhost.localdomain> Message-ID: On 8/10/07, Matthias Clasen wrote: > > > On Fri, 2007-08-10 at 12:32 -0400, Jon Nettleton wrote: > > > > > Why not look at a default compositor/window manager that allows basic > > compositing features without the need for a OpenGL accelerated > > graphics > > engine? > > > Do you have one to offer ? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > I stated earlier that I recently switched my gnome desktop to use xfwm4 instead of metacity. I am never going back. With EXA accelerated chipsets you can run the compositor with nice translucent windows for dragging and dropping. Basic XAA acceleration gives menu and titlebar transparencies with drop shadows and smooth window dragging (no redraw problems). I would really suggest you take 5 minutes and give it a try. I can post a quick howto if people are interested. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno at wolff.to Fri Aug 10 15:45:00 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Fri, 10 Aug 2007 10:45:00 -0500 Subject: Disabling atime In-Reply-To: <46BB8D72.1010608@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> Message-ID: <20070810154500.GA19659@wolff.to> On Fri, Aug 10, 2007 at 03:26:02 +0530, Rahul Sundaram wrote: > Hi > > http://kerneltrap.org/node/14148 > > Looks like we get a good performance boost and only tmpwatch and mutt > with mbox seems to be affected. A simple patch to tmpwatch has been > posted on the same thread. mutt can also use maildir format which has some advantages over mbox. I don't know how commonly people using mutt use maildir instead of mbox though. > > Thoughts on disabling it? I disable it on my machines, though I use a couple with slow disks and not a lot of memory. From lmacken at redhat.com Fri Aug 10 17:13:25 2007 From: lmacken at redhat.com (Luke Macken) Date: Fri, 10 Aug 2007 13:13:25 -0400 Subject: mutt + sidebar patch In-Reply-To: <20070808211531.GA3119@petra.dvoda.cz> References: <20070808211531.GA3119@petra.dvoda.cz> Message-ID: <20070810171325.GB3935@crow.hsd1.ma.comcast.net> On Wed, Aug 08, 2007 at 11:15:31PM +0200, Karel Zak wrote: > > Mutt is the best e-mail client. The sidebar patch is the best mutt > extension (I daily use it for last two years). See screenshot, > download src.rpm: > > http://people.redhat.com/kzak/mutt/ I'm a big fan of the sidebar patch as well. As for the trash folder patch, I have the following in my .muttrc to gain that functionality: macro index d "s=Trash\ny" "move message to trash" macro pager d "s=Trash\ny" "move message to trash" luke From dmc.fedora at filteredperception.org Fri Aug 10 17:34:01 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Fri, 10 Aug 2007 12:34:01 -0500 Subject: Disabling atime In-Reply-To: <1186751351.31901.439.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> Message-ID: <46BCA189.2060704@filteredperception.org> Ralf Corsepius wrote: > A friend of mine experimented with atime/noatime yesterday: > > These were his results: > > Test case: A heavy weight compiler-job > > Default /etc/fstab > real 5m18.226s > user 4m44.557s > sys 1m17.193s > User+Sys: 365.750 > > Rebooted -- all filesystems noatime,nodiratime > real 5m4.256s > user 4m36.841s > sys 1m8.364s > User+Sys: 346.750 > > new / old = .9465 +1 for real numbers!!! Though the test would seem better if there was an explicit reboot before the first test, to make sure caches are in basically the same state. > > [Fedora-7, i386 on an AMD Athlon(tm) 64 X2 Dual Core Processor 3800+] > > Way off from the figures the proponents of notime are reporting. I didn't see that many people reporting numbers. But are you kidding, 5+% is HUGE! (both sarcasm and sincerity). I mean, for something that is basically FREE. And you also failed to remind people of the other key HUGE benefit (I think, if I've been following this correctly)- that (laptop) drives would never get needless writes for every file read. I.e. if I understand correctly, reading a file thats in cache won't cause the drive to need to be spun up to update the atime. -dmc From opensource at till.name Fri Aug 10 18:03:13 2007 From: opensource at till.name (Till Maas) Date: Fri, 10 Aug 2007 20:03:13 +0200 Subject: [RFE] Bugzilla Products cleanup Message-ID: <200708102003.19340.opensource@till.name> Aloas, I want to propose some changes to the Bugzilla Products to make it more clear where to file bugs. First I want to propose to remove the "distribution" Component from the "Fedora"-Product it create a new Product "Fedora distribution" or something better, that describes that bugs about Live Media, Comps, etc. belong there. Second would be a rename of the "Fedora"-Product to "Fedora Packages"-Product, to make clear that every component of "Fedora Packages" is a package, or are there other non-package components, too? And third, (re)move the "Fedora Infrastructure" (and maybe Legacy, too). Afaik the place for "Fedora Infrastructure" bug reports is https://hosted.fedoraproject.org/projects/fedora-infrastructure/. Maybe thes products can be moved to a "Archived Products" or "Discontinued Products" in Bugzilla. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From a.badger at gmail.com Fri Aug 10 18:40:21 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 10 Aug 2007 11:40:21 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186718965.31901.304.camel@mccallum.corsepiu.local> References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> <1186698494.5890.62.camel@localhost.localdomain> <1186718965.31901.304.camel@mccallum.corsepiu.local> Message-ID: <1186771224.24777.5.camel@localhost.localdomain> On Fri, 2007-08-10 at 06:09 +0200, Ralf Corsepius wrote: > On Thu, 2007-08-09 at 15:28 -0700, Toshio Kuratomi wrote: > > On Thu, 2007-08-09 at 10:28 -0700, Chris Weyl wrote: > > > On 8/8/07, Toshio Kuratomi wrote: > > > > Hello Packagers, > > > > > > > > Over the next several weeks we're going to be transitioning away from > > > > the owner.list and pkg.acl files to the long awaited Package Database. > > > > As a transitional step we're going to continue to have our cvsadmins > > > > handling the changes to owners.list but the changes will go to the > > > > Database instead of to the owners.list file. There are two changes to > > > > your immediate workflow that you should be aware of: > > > > > > So, as a matter of looking up packages (in an easily scripted, > > > automated fashion), with the Package DB be updating owners.list, or > > > will the data be exported in some other reasonable (& preferably > > > unauthenticated, as it is now) fashion? > > > > > owners.list is dead. You can currently get several versions of the data > > in JSON format. > So far I've grep'ing owners.list to find out which packages I am involved into. > > Are you telling me, this isn't possible anymore? > Correct. There are two things you can do about this: Hit these web pages to see packages you own and are involved with: 1) https://admin.fedoraproject.org/pkgdb/users/packages/corsepiu https://admin.fedoraproject.org/pkgdb/users/acllist/corsepiu 2) Contribute comments and code to this ticket to get code in place to generate a greppable list: https://hosted.fedoraproject.org/projects/packagedb/ticket/29 -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 a.badger at gmail.com Fri Aug 10 00:11:30 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 09 Aug 2007 17:11:30 -0700 Subject: Enabling Compiz by default? In-Reply-To: <20070809180952.15f3e5a3@vader.jdub.homelinux.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> Message-ID: <1186704745.5890.76.camel@localhost.localdomain> On Thu, 2007-08-09 at 18:09 -0500, Josh Boyer wrote: > On Fri, 10 Aug 2007 03:24:05 +0530 > Rahul Sundaram wrote: > > > Hi > > > > Have we considered enabling Compiz by default in GNOME and fall back > > to metacity if the driver or hardware don't support acceleration? > > That would get desktop effects out of the box on Intel and some ATI > > cards. > > Can you do basic window manager things like make a window always > present on all desktops yet? > That works in F-7. > Last time I tried it, Compiz was great at glitz but sucked as a window > manager. > Heh, I finally have a computer that can use compiz and I have to say I like it better than metacity. Simply being able to disable raise-on-click makes it worthwhile for me. Does the newer compiz/compiz fusion have a decent config manager (ie: neither beryl's button panels of doom nor gconf-editor)? I was able to use gconf to configure things more or less the way I want but I wouldn't want to wish that as a default experience on end-users. -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 buildsys at fedoraproject.org Fri Aug 10 18:50:35 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 10 Aug 2007 14:50:35 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-10 Message-ID: <20070810185035.16D9D152134@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 15 cobbler-0.6.0-1.fc6 DevIL-1.6.8-0.12.rc2.fc6 NEW dnssec-tools-1.2-6.fc6 : A suite of tools for managing dnssec aware DNS usage em8300-0.16.3-0.1.rc3.fc6 em8300-kmod-0.16.3-0.2.rc3.2.6.22.1_32.fc6 koan-0.6.0-1.fc6 memcached-1.2.3-7.fc6 perl-Catalyst-Plugin-Static-Simple-0.19-1.fc6 perl-Class-C3-XS-0.08-1.fc6 perl-DBD-Mock-1.35-1.fc6 perl-JSON-XS-1.43-1.fc6 NEW perl-MogileFS-Utils-2.12-1.fc6 : Utilities for MogileFS perl-Net-DBus-0.33.5-1.fc6 perl-Sub-Exporter-0.975-1.fc6 sysprof-kmod-1.0.8-1.2.6.22.1_32.fc6 Changes in Fedora Extras 6: cobbler-0.6.0-1.fc6 ------------------- * Thu Aug 09 2007 Michael DeHaan - 0.6.0-1 - Upstream changes (see CHANGELOG) * Thu Jul 26 2007 Michael DeHaan - 0.5.2-1 - Upstream changes (see CHANGELOG) - Tweaked description * Fri Jul 20 2007 Michael DeHaan - 0.5.1-1 - Upstream changes (see CHANGELOG) - Modified description - Added logrotate script - Added findks.cgi * Wed Jun 27 2007 Michael DeHaan - 0.5.0-1 - Upstream changes (see CHANGELOG) - Added dnsmasq.template * Fri Apr 27 2007 Michael DeHaan - 0.4.9-1 - Upstream changes (see CHANGELOG) DevIL-1.6.8-0.12.rc2.fc6 ------------------------ * Tue Aug 07 2007 Ian Chapman 1.6.8-0.12.rc2 - Split libILUT into separate package. See BZ #250734 - Removed some old provides: - Convert the CREDITS to UTF8 - Updated license field due to new guidelines * Tue Jan 02 2007 Ian Chapman 1.6.8-0.11.rc2 - Added patch to fix endian issues with some SGI files. Courtesy of Scott A. Friedman (BZ #220417) dnssec-tools-1.2-6.fc6 ---------------------- * Wed Aug 08 2007 Wes Hardaker - 1.2-6 - Actually apply the patch (sigh). * Wed Aug 08 2007 Wes Hardaker - 1.2-5 - Fix make -jN support for the top level makefile * Thu Jul 12 2007 Wes Hardaker - 1.2-4 - patch to fix a donuts rule for newer perl-Net::DNS update - patch for maketestzone to work around a bug in Net::DNS::RR::DS * Wed Jul 11 2007 Wes Hardaker - 1.2-3 - Added more Requires and better BuildRequires em8300-0.16.3-0.1.rc3.fc6 ------------------------- * Fri Aug 10 2007 Ville Skytt? - 0.16.3-0.1.rc3 - 0.16.3-rc3. - License: GPLv2+ * Fri Jul 20 2007 Ville Skytt? - 0.16.3-0.1.rc2 - 0.16.3-rc2. * Wed Jul 11 2007 Ville Skytt? - 0.16.3-0.1.rc1 - 0.16.3-rc1, fixes #241041. - Update icon cache and group handling to current guidelines/drafts. * Mon May 07 2007 Ville Skytt? - 0.16.2-1 - 0.16.2. * Wed Apr 04 2007 Ville Skytt? - 0.16.2-0.1.rc1 - 0.16.2-rc1. - Update examples in README-modprobe.conf. em8300-kmod-0.16.3-0.2.rc3.2.6.22.1_32.fc6 ------------------------------------------ * Fri Aug 10 2007 Ville Skytt? - 0.16.3-0.2.rc3 - Don't build for PAE-debug (#227533). * Fri Aug 10 2007 Ville Skytt? - 0.16.3-0.1.rc3 - 0.16.3-rc3 (for kernel 2.6.22+ support). - Build for kernel 2.6.22.1-32.fc6, adjust list of available kernel flavours. - License: GPLv2+ koan-0.6.0-1.fc6 ---------------- * Thu Aug 09 2007 Michael DeHaan - 0.6.0-1 - Upstream changes (see CHANGELOG) * Thu Jul 26 2007 Michael DeHaan - 0.5.2-1 - Upstream changes (see CHANGELOG) * Fri Jul 20 2007 Michael DeHaan - 0.5.1-1 - Upstream changes (see CHANGELOG) * Wed Jun 27 2007 Michael DeHaan - 0.5.0-1 - Upstream changes (see CHANGELOG) memcached-1.2.3-7.fc6 --------------------- * Mon Aug 06 2007 Paul Lindner - 1.2.3-7 - Fix problem with -P and -d flag combo on x86_64 - Fix init script for FC-6 perl-Catalyst-Plugin-Static-Simple-0.19-1.fc6 --------------------------------------------- * Thu Aug 09 2007 Chris Weyl 0.19-1 - update to 0.19 perl-Class-C3-XS-0.08-1.fc6 --------------------------- * Thu Aug 09 2007 Chris Weyl 0.08-1 - update to 0.08 perl-DBD-Mock-1.35-1.fc6 ------------------------ * Thu Aug 09 2007 Chris Weyl 1.35-1 - update to 1.35 - add t/ to doc - refactor perl br's - update source url to pull by module, rather than by author perl-JSON-XS-1.43-1.fc6 ----------------------- * Thu Aug 09 2007 Chris Weyl 1.43-1 - update to 1.43 perl-MogileFS-Utils-2.12-1.fc6 ------------------------------ * Thu Aug 09 2007 Ruben Kerkhof 2.12-1 - Upstream released new version perl-Net-DBus-0.33.5-1.fc6 -------------------------- * Thu Aug 09 2007 Chris Weyl 0.33.5-1 - update to 0.33.5 - fixup perl BR's - add t/ to doc perl-Sub-Exporter-0.975-1.fc6 ----------------------------- * Thu Aug 09 2007 Chris Weyl 0.975-1 - update to 0.975 sysprof-kmod-1.0.8-1.2.6.22.1_32.fc6 ------------------------------------ * Tue Jan 02 2007 Gianluca Sforna - rebuild for kernel 2.6.18-1.2869 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From a.badger at gmail.com Fri Aug 10 18:57:27 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 10 Aug 2007 11:57:27 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1186772252.24777.19.camel@localhost.localdomain> On Fri, 2007-08-10 at 10:31 +0200, Michael Schwendt wrote: > Is a replacement for the owners.list downloaders+parsers available > already? > What are your requirements? We have the following available ATM: https://admin.fedoraproject.org/pkgdb/users/packages/[USERNAME] https://admin.fedoraproject.org/pkgdb/users/acllist/[USERNAME] These webpages list the packages owned by a user and packages for which a user is comaintainer or on a cclist. https://admin.fedoraproject.org/pkgdb/acls/bugzilla https://admin.fedoraproject.org/pkgdb/acls/vcs These give lists of packages suitable for setting bugzilla and cvs acls respectively. Both URLs takes a query param: ?tg_format=json To send json data instead of a web page. If someone wants to look at writing a plain text template for this as well, that would be excellent: https://hosted.fedoraproject.org/projects/packagedb/ticket/29 * Note: Kevin Fenzi metioned on IRC that he'd look at this but more information is always good. Especially, people need to post to the above ticket what data needs to be returned. -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 a.badger at gmail.com Fri Aug 10 19:03:47 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 10 Aug 2007 12:03:47 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <46BBF20A.9020309@leemhuis.info> References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> <1186698494.5890.62.camel@localhost.localdomain> <46BBF20A.9020309@leemhuis.info> Message-ID: <1186772630.24777.25.camel@localhost.localdomain> On Fri, 2007-08-10 at 07:05 +0200, Thorsten Leemhuis wrote: > > On 10.08.2007 00:28, Toshio Kuratomi wrote: > > On Thu, 2007-08-09 at 10:28 -0700, Chris Weyl wrote: > >> On 8/8/07, Toshio Kuratomi wrote: > > [...] > > owners.list is dead. > > In that case can someone please remove it and place a short notice there > where to look now for the data to prevent users and packagers looking > there at old data? Same for owners.epel.list (?). > I'll do that in a bit. I found out that there's one official script, getnotifylist_ and buggbot_ still using owners.list. Even though the information is stale, owners.list doesn't change fast enough to make it un-useful at this point. I'm going to fix the official script before removing owners*list. If someone wants to fix buggbot, that would be great. I think it's going to be one of the things that gets pushed back to let higher priority things get fixed first. .. getnotifylist: https://hosted.fedoraproject.org/projects/packagedb/ticket/25 .. buggbot: https://hosted.fedoraproject.org/projects/packagedb/ticket/23 -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 debarshi.ray at gmail.com Fri Aug 10 19:04:51 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 11 Aug 2007 00:34:51 +0530 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <3170f42f0708101204p11af7412mebac427b897c6d5a@mail.gmail.com> > 4) Report the results. You can add reports here, on #fedora-devel, > or to the upstream powertop community at power at bughost.org or > #powertop on irc.oftc.net. http://rishi.fedorapeople.org/powertop.txt I had Firefox and XChat-GNOME running. [rishi at ginger ~]$ uname -a Linux ginger 2.6.23-0.73.rc2.fc8 #1 SMP Mon Aug 6 20:26:04 EDT 2007 i686 athlon i386 GNU/Linux [rishi at ginger ~]$ Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From notting at redhat.com Fri Aug 10 19:07:34 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Aug 2007 15:07:34 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <3170f42f0708101204p11af7412mebac427b897c6d5a@mail.gmail.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <3170f42f0708101204p11af7412mebac427b897c6d5a@mail.gmail.com> Message-ID: <20070810190734.GA23496@nostromo.devel.redhat.com> > http://rishi.fedorapeople.org/powertop.txt > > I had Firefox and XChat-GNOME running. What particular python process was that? Bill From debarshi.ray at gmail.com Fri Aug 10 19:13:49 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 11 Aug 2007 00:43:49 +0530 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070810190734.GA23496@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <3170f42f0708101204p11af7412mebac427b897c6d5a@mail.gmail.com> <20070810190734.GA23496@nostromo.devel.redhat.com> Message-ID: <3170f42f0708101213t3639b8c8u1152481c92727ab2@mail.gmail.com> >> http://rishi.fedorapeople.org/powertop.txt >> >> I had Firefox and XChat-GNOME running. > What particular python process was that? [rishi at ginger ~]$ ps -ax | grep python Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.7/FAQ 1953 ? Ssl 0:01 /usr/bin/python -E /usr/sbin/setroubleshootd 2045 ? S 0:00 python ./hpssd.py 2703 ? S 1:06 python /usr/lib/gdesklets/gdesklets-daemon 2720 ? S 0:01 /usr/bin/python -E /usr/bin/sealert -s 2949 pts/1 S+ 0:00 grep python [rishi at ginger ~]$ [rishi at ginger ~]$ rpm -q setroubleshoot setroubleshoot-1.9.4-2.fc7 [rishi at ginger ~]$ rpm -q gdesklets gdesklets-0.35.4-8.fc8 [rishi at ginger ~]$ rpm -qf /usr/bin/sealert setroubleshoot-server-1.9.4-2.fc7 [rishi at ginger ~]$ rpm -qf /usr/share/hplip/hpssd.py hplip-1.7.2-10.fc7 [rishi at ginger ~]$ Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From seg at haxxed.com Fri Aug 10 19:15:25 2007 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 10 Aug 2007 14:15:25 -0500 Subject: Enabling Compiz by default? In-Reply-To: <20070810135933.5e4e2a99@banea.int.addix.net> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> Message-ID: <1186773326.1129.5.camel@localhost> On Fri, 2007-08-10 at 13:59 +0200, Ralf Ertzinger wrote: > Oh, and fading non-responding applications to black-and-white is neat, > too. This annoys the hell out of me. -------------- 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 darrellpf at gmail.com Fri Aug 10 19:22:48 2007 From: darrellpf at gmail.com (darrell pfeifer) Date: Fri, 10 Aug 2007 12:22:48 -0700 Subject: Enabling Compiz by default? In-Reply-To: <1186773326.1129.5.camel@localhost> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> Message-ID: On 8/10/07, Callum Lerwick wrote: > On Fri, 2007-08-10 at 13:59 +0200, Ralf Ertzinger wrote: > > Oh, and fading non-responding applications to black-and-white is neat, > > too. > > This annoys the hell out of me. > +1 It is very annoying, particularly on Firefox with multiple and tabbed windows where it disables the entire application. So much for threading. From walters at redhat.com Fri Aug 10 19:24:04 2007 From: walters at redhat.com (Colin Walters) Date: Fri, 10 Aug 2007 15:24:04 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <3170f42f0708101213t3639b8c8u1152481c92727ab2@mail.gmail.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <3170f42f0708101204p11af7412mebac427b897c6d5a@mail.gmail.com> <20070810190734.GA23496@nostromo.devel.redhat.com> <3170f42f0708101213t3639b8c8u1152481c92727ab2@mail.gmail.com> Message-ID: <1186773844.15035.35.camel@neutron.verbum.private> On Sat, 2007-08-11 at 00:43 +0530, Debarshi 'Rishi' Ray wrote: > >> http://rishi.fedorapeople.org/powertop.txt > >> > >> I had Firefox and XChat-GNOME running. > > > What particular python process was that? All pygtk2 programs in Fedora right now have a 10Hz loop: /* This code (pygtk main watch) was copied with minor changes from * pygobject/gobject/pygmainloop.c */ static gboolean pygtk_main_watch_prepare(GSource *source, int *timeout) { /* Python only invokes signal handlers from the main thread, * so if a thread other than the main thread receives the signal * from the kernel, PyErr_CheckSignals() from that thread will * do nothing. So, we need to time out and check for signals * regularily too. * Also, on Windows g_poll() won't be interrupted by a signal * (AFAIK), so we need the timeout there too. */ #ifndef PLATFORM_WIN32 if (pyg_threads_enabled) #endif *timeout = 100; return FALSE; } This wasn't updated from the corresponding gobject mainloop change which dropped it to 1Hz. Of course, ideally someone figures out how to kill this loop entirely. A relevant bug is: http://bugzilla.gnome.org/show_bug.cgi?id=154779 From jspaleta at gmail.com Fri Aug 10 19:27:28 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Aug 2007 11:27:28 -0800 Subject: Enabling Compiz by default? In-Reply-To: <1186773326.1129.5.camel@localhost> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> Message-ID: <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> On 8/10/07, Callum Lerwick wrote: > This annoys the hell out of me. why? I actually like feedback telling me that i shouldn't bother trying to interact with the window. I'm annoyed that i can't interact with the window...but i'm less annoyed if I'm told about it so I can then figure out if I can reproduce what triggered it. -jef From darrellpf at gmail.com Fri Aug 10 19:34:33 2007 From: darrellpf at gmail.com (darrell pfeifer) Date: Fri, 10 Aug 2007 12:34:33 -0700 Subject: Enabling Compiz by default? In-Reply-To: <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> Message-ID: On 8/10/07, Jeff Spaleta wrote: > On 8/10/07, Callum Lerwick wrote: > > This annoys the hell out of me. > > why? > > I actually like feedback telling me that i shouldn't bother trying to > interact with the window. > I'm annoyed that i can't interact with the window...but i'm less > annoyed if I'm told about it so I can then figure out if I can > reproduce what triggered it. > > -jef > > -- First, it is visually distracting. Second, it hides useful information. If the window wan't greyed out I could continue to read information in the window (eg firefox) while waiting. From ssorce at redhat.com Fri Aug 10 19:37:31 2007 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 10 Aug 2007 15:37:31 -0400 Subject: Enabling Compiz by default? In-Reply-To: <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> Message-ID: <1186774651.22941.64.camel@localhost.localdomain> On Fri, 2007-08-10 at 11:27 -0800, Jeff Spaleta wrote: > On 8/10/07, Callum Lerwick wrote: > > This annoys the hell out of me. > > why? > > I actually like feedback telling me that i shouldn't bother trying to > interact with the window. > I'm annoyed that i can't interact with the window...but i'm less > annoyed if I'm told about it so I can then figure out if I can > reproduce what triggered it. +1 I too find it a very useful indication, much better knowing the app is busy than trying to interact and being frustrated about it not responding. Simo. From jspaleta at gmail.com Fri Aug 10 19:39:34 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Aug 2007 11:39:34 -0800 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> Message-ID: <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> On 8/10/07, darrell pfeifer wrote: > First, it is visually distracting. > > Second, it hides useful information. If the window wan't greyed out I > could continue to read information in the window (eg firefox) while > waiting. You are arguing about shades of grey or is it gray. Would it make you happier if the grey wasn't as dark? Compared to crap like pop-up notification bubbles from the panel, i'd say greying the window is a comparably subtle way of giving you status information. If you were going to indicate that a window how would you do it? -jef From jon.nettleton at gmail.com Fri Aug 10 19:51:07 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Fri, 10 Aug 2007 15:51:07 -0400 Subject: Enabling Compiz by default? In-Reply-To: <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> Message-ID: On 8/10/07, Jeff Spaleta wrote: > > On 8/10/07, darrell pfeifer wrote: > > First, it is visually distracting. > > > > > Second, it hides useful information. If the window wan't greyed out I > > could continue to read information in the window (eg firefox) while > > waiting. > > You are arguing about shades of grey or is it gray. Would it make you > happier if the grey wasn't as dark? Compared to crap like pop-up > notification bubbles from the panel, i'd say greying the window is a > comparably subtle way of giving you status information. If you were > going to indicate that a window how would you do it? I think greying out, or darkening the window decoration would make a lot more sense. You get minor visual clues, without it being distracting, and it allows you to see what the window is/was trying to do. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From jspaleta at gmail.com Fri Aug 10 19:59:25 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Aug 2007 11:59:25 -0800 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> Message-ID: <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> On 8/10/07, Jon Nettleton wrote: > I think greying out, or darkening the window decoration would make > a lot more sense. But... the window decoration is actually still..active. You can interact with the decoration... but not the window itself. I'm not sure that makes more sense as a visual cue. What about a 75% saturation or 75% brightness for the window. Is that distracting? -jef From notting at redhat.com Fri Aug 10 20:10:18 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Aug 2007 16:10:18 -0400 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> Message-ID: <20070810201018.GA23374@nostromo.devel.redhat.com> darrell pfeifer (darrellpf at gmail.com) said: > Second, it hides useful information. If the window wan't greyed out I > could continue to read information in the window (eg firefox) while > waiting. How is it hiding it? In compiz, at least, it caches the window contents so they don't go blank when you drag something over the window. Bill From mlichvar at redhat.com Fri Aug 10 20:10:47 2007 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Fri, 10 Aug 2007 22:10:47 +0200 Subject: Disabling atime In-Reply-To: <20070810154500.GA19659@wolff.to> References: <46BB8D72.1010608@fedoraproject.org> <20070810154500.GA19659@wolff.to> Message-ID: <20070810201047.GA26917@localhost> On Fri, Aug 10, 2007 at 10:45:00AM -0500, Bruno Wolff III wrote: > On Fri, Aug 10, 2007 at 03:26:02 +0530, > Rahul Sundaram wrote: > > Hi > > > > http://kerneltrap.org/node/14148 > > > > Looks like we get a good performance boost and only tmpwatch and mutt > > with mbox seems to be affected. A simple patch to tmpwatch has been > > posted on the same thread. > > mutt can also use maildir format which has some advantages over mbox. > I don't know how commonly people using mutt use maildir instead of mbox > though. mutt handles mbox with noatime if check_mbox_size option is enabled in config. There are some limitations, it doesn't work well when running two instances of mutt simultaneously, but it's usable. -- Miroslav Lichvar From sundaram at fedoraproject.org Fri Aug 10 20:11:29 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 11 Aug 2007 01:41:29 +0530 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <1186688357.4344.2.camel@kennedy> References: <1186688357.4344.2.camel@kennedy> Message-ID: <46BCC671.1040109@fedoraproject.org> Brian Pepple wrote: > === Package Rebuilds === > * FESCo approved a proposal that rebuilds in future releases will > only be done if there is a technical reason for it. (i.e. not > doing rebuilds just for cosmetic reasons). How are end users supposed to differentiate easily packages that have not been rebuild from packages that have not been updated due to E-V-R and other issues after they perform an upgrade of Fedora? Rahul From ianburrell at gmail.com Fri Aug 10 20:18:13 2007 From: ianburrell at gmail.com (Ian Burrell) Date: Fri, 10 Aug 2007 13:18:13 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186772630.24777.25.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> <1186698494.5890.62.camel@localhost.localdomain> <46BBF20A.9020309@leemhuis.info> <1186772630.24777.25.camel@localhost.localdomain> Message-ID: On 8/10/07, Toshio Kuratomi wrote: > On Fri, 2007-08-10 at 07:05 +0200, Thorsten Leemhuis wrote: > > > > On 10.08.2007 00:28, Toshio Kuratomi wrote: > > > On Thu, 2007-08-09 at 10:28 -0700, Chris Weyl wrote: > > >> On 8/8/07, Toshio Kuratomi wrote: > > > [...] > > > owners.list is dead. > > > > In that case can someone please remove it and place a short notice there > > where to look now for the data to prevent users and packagers looking > > there at old data? Same for owners.epel.list (?). > > > I'll do that in a bit. I found out that there's one official script, > getnotifylist_ and buggbot_ still using owners.list. Even though the > information is stale, owners.list doesn't change fast enough to make it > un-useful at this point. I'm going to fix the official script before > removing owners*list. > > If someone wants to fix buggbot, that would be great. I think it's > going to be one of the things that gets pushed back to let higher > priority things get fixed first. > > .. getnotifylist: > https://hosted.fedoraproject.org/projects/packagedb/ticket/25 > .. buggbot: > https://hosted.fedoraproject.org/projects/packagedb/ticket/23 > One thing that would make sense is to have a location in pkgdb that returns the owners.list file synthesized from the database. Something like http://admin.fedoraproject.org/pkgdb/ownerslist. Then, the tools that still need a current copy can do "wget" instead of "cvs update". Or, somebody can regularly fetch the current one and check it in. - Ian From notting at redhat.com Fri Aug 10 20:19:11 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Aug 2007 16:19:11 -0400 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <46BCC671.1040109@fedoraproject.org> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> Message-ID: <20070810201911.GB23374@nostromo.devel.redhat.com> Rahul Sundaram (sundaram at fedoraproject.org) said: >> * FESCo approved a proposal that rebuilds in future releases will >> only be done if there is a technical reason for it. (i.e. not >> doing rebuilds just for cosmetic reasons). > > How are end users supposed to differentiate easily packages that have not > been rebuild from packages that have not been updated due to E-V-R and > other issues after they perform an upgrade of Fedora? rpm -qa --last rpm -qa --qf "%{BUILDTIME}\n" also... 'don't have E-V-R issues'. Bill From jon.nettleton at gmail.com Fri Aug 10 20:25:21 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Fri, 10 Aug 2007 16:25:21 -0400 Subject: Enabling Compiz by default? In-Reply-To: <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> Message-ID: On 8/10/07, Jeff Spaleta wrote: > > On 8/10/07, Jon Nettleton wrote: > > I think greying out, or darkening the window decoration would make > > a lot more sense. > > But... the window decoration is actually still..active. You can > interact with the decoration... but not the window itself. I'm not > sure that makes more sense as a visual cue. What about > a 75% saturation or 75% brightness for the window. Is that distracting? > -jef I would have to see it to say. I think what I find distracting is this possibly large real estate on my screen just did something. My bigger problem is that it is yet another way for a user to be notified that something is happening with their desktop. Why would we flash the taskbar or window decoration when a window is "urgent" or ready, but darken the entire window when it wasn't responding? If we are notifying with the entire window then windows should come to foreground when they are notifying the user they need attention. I guess consistency is really what would be the least distracting. I want consistent notification behaviours. Either tell me with window decorations, or the entire window, but not with something different for every action. That is the real distraction to me. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Fri Aug 10 20:28:44 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 11 Aug 2007 01:58:44 +0530 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <20070810201911.GB23374@nostromo.devel.redhat.com> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> <20070810201911.GB23374@nostromo.devel.redhat.com> Message-ID: <46BCCA7C.204@fedoraproject.org> Bill Nottingham wrote: > Rahul Sundaram (sundaram at fedoraproject.org) said: >>> * FESCo approved a proposal that rebuilds in future releases will >>> only be done if there is a technical reason for it. (i.e. not >>> doing rebuilds just for cosmetic reasons). >> How are end users supposed to differentiate easily packages that have not >> been rebuild from packages that have not been updated due to E-V-R and >> other issues after they perform an upgrade of Fedora? > > rpm -qa --last > > rpm -qa --qf "%{BUILDTIME}\n" Wading through this information to figure out the details I wanted doesn't seem to be as easy as something like # rpm -qa | grep fc5 If we would make it easier that would be useful. Maybe some preinstalled scripts? > also... 'don't have E-V-R issues'. That's easier said that done looking at the long list of such problems in the regular automated reports. There are the other things like missing obsoletes that can be responsible for left over packages. Rahul From fedora at leemhuis.info Fri Aug 10 20:32:52 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 10 Aug 2007 22:32:52 +0200 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <20070810201911.GB23374@nostromo.devel.redhat.com> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> <20070810201911.GB23374@nostromo.devel.redhat.com> Message-ID: <46BCCB74.5000803@leemhuis.info> On 10.08.2007 22:19, Bill Nottingham wrote: > Rahul Sundaram (sundaram at fedoraproject.org) said: >>> * FESCo approved a proposal that rebuilds in future releases will >>> only be done if there is a technical reason for it. (i.e. not >>> doing rebuilds just for cosmetic reasons). >> How are end users supposed to differentiate easily packages that have not >> been rebuild from packages that have not been updated due to E-V-R and >> other issues after they perform an upgrade of Fedora? > > rpm -qa --last > > rpm -qa --qf "%{BUILDTIME}\n" My 2 cent: $ package-cleanup --orphans is IMHO the better tool for the job. > also... 'don't have E-V-R issues'. Just wondering: Could we let bodhi enforce this in the future (or is somebody working on this already and I missed it)? Cu knurd From jkeating at redhat.com Fri Aug 10 20:42:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 16:42:54 -0400 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <46BCC671.1040109@fedoraproject.org> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> Message-ID: <20070810164254.384f9f04@ender> On Sat, 11 Aug 2007 01:41:29 +0530 Rahul Sundaram wrote: > How are end users supposed to differentiate easily packages that have > not been rebuild from packages that have not been updated due to > E-V-R and other issues after they perform an upgrade of Fedora? yum list extras Shows packages installed that aren't available in your configured repos. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Aug 10 20:44:30 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 16:44:30 -0400 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <46BCCB74.5000803@leemhuis.info> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> <20070810201911.GB23374@nostromo.devel.redhat.com> <46BCCB74.5000803@leemhuis.info> Message-ID: <20070810164430.0375bf2b@ender> On Fri, 10 Aug 2007 22:32:52 +0200 Thorsten Leemhuis wrote: > Just wondering: Could we let bodhi enforce this in the future (or is > somebody working on this already and I missed it)? The problem is that would dictate people's workflow. They'd have to do the devel/ build /before/ the release build, and if there was ever a problem in devel/ preventing the build it could hold up an important update. The only thing we could force is that the nvr goes up, never down, and maybe warn if devel/ has a lower nvr. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jaroslav at aster.pl Fri Aug 10 20:52:18 2007 From: jaroslav at aster.pl (Jaroslaw Gorny) Date: Fri, 10 Aug 2007 22:52:18 +0200 Subject: Qemu Fedora 8 (possible enhancement?) In-Reply-To: <20070810102316.40cc2d23@python3.es.egwn.lan> References: <200708092231.45794.lightsolphoenix@gmail.com> <20070810102316.40cc2d23@python3.es.egwn.lan> Message-ID: <200708102252.26727.jaroslav@aster.pl> Friday 10 of August 2007 10:23:16 Matthias Saou napisa?(a): (...) > > > The default install of qemu in fedora has this support explicitly > > > disabled so even if you wanted to use kqemu (either kmod, dkms, or > > > compiled) you would have to build qemu from source. Would there be any > > > objection to allowing support for kqemu in the fedora RPM? > > > > > > Mark Bidewell > > > > Odd, my Qemu works with KQemu... > > Yup, same here, the default package uses kqemu just fine. I've got guest CentOS5 on F7 host. Kqemu is installed as dkms package. If I "boot" guest OS with kqemu module loaded - startup hangs on "Red Hat nash * starting" and goes no further. Running guest OS without kqemu module works OK (slow, but works). System is up-to-date, Where should I search to find the reason? jaroslav, PS. Second thing is that on startup qemu says that I should do: "echo 1024 > /proc/sys/dev/rtc/max-user-freq". I can't because I don't have *rtc in /proc (there's "/proc/sys/dev/hpet" dir instead). Setting max-user-freq there doesn't stop qemu from complaining. But I think this issue should be reported upstream, am I right? regards, -- Jaroslaw Gorny -------------- 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 Fri Aug 10 20:54:50 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 11 Aug 2007 02:24:50 +0530 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <20070810164254.384f9f04@ender> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> <20070810164254.384f9f04@ender> Message-ID: <46BCD09A.2050402@fedoraproject.org> Jesse Keating wrote: > On Sat, 11 Aug 2007 01:41:29 +0530 > Rahul Sundaram wrote: > >> How are end users supposed to differentiate easily packages that have >> not been rebuild from packages that have not been updated due to >> E-V-R and other issues after they perform an upgrade of Fedora? > > yum list extras > > Shows packages installed that aren't available in your configured repos. That shows up a lot of Fedora 7 packages that were installed from the official repository for me. A sample below. Any ideas why? pirut.noarch 1.3.9-1.fc7 installed pm-utils.i386 0.99.3-9.fc7 installed system-config-users.noarch 1.2.61-1.fc7 installed thunderbird.i386 2.0.0.5-2.fc7 installed udev.i386 113-8.fc7 installed Rahul From jspaleta at gmail.com Fri Aug 10 20:55:51 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Aug 2007 12:55:51 -0800 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> Message-ID: <604aa7910708101355y16140271o7ca92845a059e464@mail.gmail.com> On 8/10/07, Jon Nettleton wrote: > I would have to see it to say. I think what I find distracting is this > possibly > large real estate on my screen just did something. It's easy to play with... there is an appearance entry in the window decoration menu where you can set opacity,saturation,brightness per window, so you can manual set it and see if its subtle enough but not too subtle at 75%. > My bigger problem is that it is yet another way for a user to be notified > that something is happening with their desktop. Why would we flash > the taskbar or window decoration when a window is "urgent" or ready, We grey out things we can't interact with as par of the UI already.. its an establish concept...for elements inside of a window. My forward button in my firefox toolbar is currently grey...i can't use it. The copy menu item in my gnome-terminal Edit menu is greyed, I've got nothing on my clipboard..i can't use it. Greyed out buttons are inactive buttons, greyed out menu entries are inactive menu entries. I don't think its a stretch to take that to a window as a whole and if anything its the most consistent behavior for a window you cannot interact with. Urgency notifications are all over the map however, I don't think is an ingrained concept so there's no obvious way to indicate it. We've got window list blinking, we've got notification bubbles, we've got window decoration hilighting,we've got system tray icons. No obvious leading concept in the space at all. -jef From s0238762 at sms.ed.ac.uk Fri Aug 10 21:00:02 2007 From: s0238762 at sms.ed.ac.uk (Ioannis Nousias) Date: Fri, 10 Aug 2007 22:00:02 +0100 Subject: Enabling Compiz by default? In-Reply-To: <20070810125848.GB7883@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> Message-ID: <46BCD1D2.8090402@sms.ed.ac.uk> Alan Cox wrote: > On Fri, Aug 10, 2007 at 11:59:41AM +0100, Ioannis Nousias wrote: > >> If there was a "huge increase in power consumption" then a MacBook's >> battery would only last for an hour. A GPU is better in handling the GUI >> than a CPU is, even with current graphics cards that do little about >> power efficiency. >> > > On a modern graphs card the 2D and 3D parts of the chip are normally fed > so that one or both can be power managed internally. Apple have simply chosen > to design a system a particular way and ensured that the battery life is > acceptable operating that way. > > > Not really. A good example is the Dell XPS M1330 with a 6-cell pack (53Wh at 11.1V) and the LED back-light and the MacBook with a 55Wh at 10.8V battery. These are 4800mah and 5000mah respectively. Very similar specs in terms of graphics cards, CPU, screen, etc. Both give you the typical of around 3-4 hours of operation (official rating of up to 6hours). Another good example is iPhone with OS X and Quartz, which delivers excellent battery times. Even though you might argue that these sort of comparisons aren't particularly accurate, I don't think there is something that suggests that Quartz is less power efficient than something like Xorg+metacity. And I will continue by saying that, even if compiz isn't there yet (which I think it is for some), I'm sure this can be true about Xorg+compiz as well. In my opinion, Fedora should promote a modern window manager for the desktop domain. It will definitely attract new users and it certainly offers usability features that are so much needed, which should be there right out of the box. -Ioannis PS: I think arguing about power efficiency is a little bit hypocritical. Fedora, as any other distribution I've seen, comes with all these little services and daemons that want to access your hard disk all the time, just to say hello ;) The result is you can't have your HD in standby/sleep mode. And not to mention the annoying screen savers that are enabled by default, which keep the CPU busy (some of them take it to the extreme) and are far from 'saving your screen' ;) From fedora at leemhuis.info Fri Aug 10 21:04:23 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 10 Aug 2007 23:04:23 +0200 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <20070810164430.0375bf2b@ender> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> <20070810201911.GB23374@nostromo.devel.redhat.com> <46BCCB74.5000803@leemhuis.info> <20070810164430.0375bf2b@ender> Message-ID: <46BCD2D7.6010705@leemhuis.info> On 10.08.2007 22:44, Jesse Keating wrote: > On Fri, 10 Aug 2007 22:32:52 +0200 > Thorsten Leemhuis wrote: > >> Just wondering: Could we let bodhi enforce this in the future (or is >> somebody working on this already and I missed it)? > > The problem is that would dictate people's workflow. They'd have to do > the devel/ build /before/ the release build, Afaics they have to go to bodhi after the devel build finished. Bu anyway: > and if there was ever a > problem in devel/ preventing the build it could hold up an important > update. The only thing we could force is that the nvr goes up, never > down, and maybe warn if devel/ has a lower nvr. Then don't enforce it but rather let bodhi warn about it "you are breaking update-paths which is bad bad bad. Are you sure you want to continue?" CU knurd From jkeating at redhat.com Fri Aug 10 21:03:52 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 17:03:52 -0400 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <46BCD09A.2050402@fedoraproject.org> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> <20070810164254.384f9f04@ender> <46BCD09A.2050402@fedoraproject.org> Message-ID: <20070810170352.72596c26@ender> On Sat, 11 Aug 2007 02:24:50 +0530 Rahul Sundaram wrote: > That shows up a lot of Fedora 7 packages that were installed from the > official repository for me. A sample below. Any ideas why? > > pirut.noarch 1.3.9-1.fc7 installed > pm-utils.i386 0.99.3-9.fc7 installed > system-config-users.noarch 1.2.61-1.fc7 installed > thunderbird.i386 2.0.0.5-2.fc7 installed > udev.i386 There are updates available for those and you haven't installed them? For whatever reason those exact nevras (name epoch version arch) aren't available in the yum repos you have configured and enabled. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Aug 10 21:08:24 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 17:08:24 -0400 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <46BCD2D7.6010705@leemhuis.info> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> <20070810201911.GB23374@nostromo.devel.redhat.com> <46BCCB74.5000803@leemhuis.info> <20070810164430.0375bf2b@ender> <46BCD2D7.6010705@leemhuis.info> Message-ID: <20070810170824.535041f9@ender> On Fri, 10 Aug 2007 23:04:23 +0200 Thorsten Leemhuis wrote: > Afaics they have to go to bodhi after the devel build finished. Bu > anyway: > They have to go to bodhi after the build on the /release/ branch is done, and that may be done well before the devel/ build is even started. > > and if there was ever a > > problem in devel/ preventing the build it could hold up an important > > update. The only thing we could force is that the nvr goes up, > > never down, and maybe warn if devel/ has a lower nvr. > > Then don't enforce it but rather let bodhi warn about it "you are > breaking update-paths which is bad bad bad. Are you sure you want to Isn't that what I just wrote? "and maybe warn if devel/ has a lower nvr." -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Fri Aug 10 21:10:27 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 11 Aug 2007 02:40:27 +0530 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <20070810170352.72596c26@ender> References: <1186688357.4344.2.camel@kennedy> <46BCC671.1040109@fedoraproject.org> <20070810164254.384f9f04@ender> <46BCD09A.2050402@fedoraproject.org> <20070810170352.72596c26@ender> Message-ID: <46BCD443.4090702@fedoraproject.org> Jesse Keating wrote: > On Sat, 11 Aug 2007 02:24:50 +0530 > Rahul Sundaram wrote: > >> That shows up a lot of Fedora 7 packages that were installed from the >> official repository for me. A sample below. Any ideas why? >> >> pirut.noarch 1.3.9-1.fc7 installed >> pm-utils.i386 0.99.3-9.fc7 installed >> system-config-users.noarch 1.2.61-1.fc7 installed >> thunderbird.i386 2.0.0.5-2.fc7 installed >> udev.i386 > > There are updates available for those and you haven't installed them? > For whatever reason those exact nevras (name epoch version arch) aren't > available in the yum repos you have configured and enabled. Never mind. I remember. These were installed from update-testing. Rahul From opensource at till.name Fri Aug 10 21:01:21 2007 From: opensource at till.name (Till Maas) Date: Fri, 10 Aug 2007 23:01:21 +0200 Subject: Qemu Fedora 8 (possible enhancement?) In-Reply-To: <200708102252.26727.jaroslav@aster.pl> References: <20070810102316.40cc2d23@python3.es.egwn.lan> <200708102252.26727.jaroslav@aster.pl> Message-ID: <200708102301.27074.opensource@till.name> On Fr August 10 2007, Jaroslaw Gorny wrote: > Second thing is that on startup qemu says that I should do: > "echo 1024 > /proc/sys/dev/rtc/max-user-freq". I can't because I don't have > *rtc in /proc (there's "/proc/sys/dev/hpet" dir instead). > Setting max-user-freq there doesn't stop qemu from complaining. > But I think this issue should be reported upstream, am I right? Yes, you can report it upstream, maybe it should check, whether or not you use a 2.6 kernel, too: Here is the complete message: | Could not configure '/dev/rtc' to have a 1024 Hz timer. This is not a fatal | error, but for better emulation accuracy either use a 2.6 host Linux kernel ^^^^^^^^^^^^^^^^^^^^^^^^^^^ | or type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root. ^^ Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From opensource at till.name Fri Aug 10 21:01:31 2007 From: opensource at till.name (Till Maas) Date: Fri, 10 Aug 2007 23:01:31 +0200 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <20070810164430.0375bf2b@ender> References: <1186688357.4344.2.camel@kennedy> <46BCCB74.5000803@leemhuis.info> <20070810164430.0375bf2b@ender> Message-ID: <200708102301.32517.opensource@till.name> On Fr August 10 2007, Jesse Keating wrote: > On Fri, 10 Aug 2007 22:32:52 +0200 > > Thorsten Leemhuis wrote: > > Just wondering: Could we let bodhi enforce this in the future (or is > > somebody working on this already and I missed it)? > > The problem is that would dictate people's workflow. They'd have to do > the devel/ build /before/ the release build, and if there was ever a > problem in devel/ preventing the build it could hold up an important > update. The only thing we could force is that the nvr goes up, never > down, and maybe warn if devel/ has a lower nvr. How about enforcing in bodhi that all non-security updates can only be marked as stable when a build with the same or higher nvr has been built for devel and a "request exception" button in bodhi? Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From opensource at till.name Fri Aug 10 21:04:04 2007 From: opensource at till.name (Till Maas) Date: Fri, 10 Aug 2007 23:04:04 +0200 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <46BCD09A.2050402@fedoraproject.org> References: <1186688357.4344.2.camel@kennedy> <20070810164254.384f9f04@ender> <46BCD09A.2050402@fedoraproject.org> Message-ID: <200708102304.05224.opensource@till.name> On Fr August 10 2007, Rahul Sundaram wrote: > That shows up a lot of Fedora 7 packages that were installed from the > official repository for me. A sample below. Any ideas why? This can happen with recent updates that are not yet available on all mirrors. You install packages from an uptodate mirror and later retriever metadata from an outdated mirror. Then the recent updates are displayed as orphans. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From seandarcy2 at gmail.com Fri Aug 10 19:49:27 2007 From: seandarcy2 at gmail.com (gmane) Date: Fri, 10 Aug 2007 15:49:27 -0400 Subject: X won't start; looking for gtk2.0.mo? Message-ID: amd64, updated to today's rawhide. integrated ati xpress 200 chip. It's worked for over a year, now startx just goes to black. No problem in syslog, or Xorg.0.log. The console window shows: X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Fedora Core 7 Red Hat, Inc. Current Operating System: Linux amd64-jfb 2.6.23-0.71.rc2.fc8 #1 SMP Sat Aug 4 01:21:06 EDT 2007 x86_64 Build Date: 01 August 2007 Build ID: xorg-x11-server 1.3.0.0-16.fc8 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Aug 7 08:49:34 2007 (==) Using config file: "/etc/X11/xorg.conf" (II) Module already built-in (II) Module already built-in (II) Module already built-in Warning, xpress200 detected. Probably won't work. xinit: No such file or directory (errno 2): Cannot register with ConsoleKit: org.freedesktop.CkConnector.Error: Unable to open session: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory warning: /etc/X11/xinit/xinitrc.d/tmp does not end in .sh extension, ignoring The application 'gnome-session' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. xinit: connection to X server lost. I tried strace xinit. It ended with this: ....................... open("/usr/share/locale/locale.alias", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=2528, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaab142f000 read(3, "# Locale name alias data base.\n#"..., 4096) = 2528 read(3, "", 4096) = 0 close(3) = 0 munmap(0x2aaab142f000, 4096) = 0 open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US.utf8/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.UTF-8/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.utf8/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/charset.alias", O_RDONLY) = -1 ENOENT (No such file or directory) write(2, "\n(gnome-session:3142): Gtk-WARNI"..., 62 (gnome-session:3142): Gtk-WARNING **: cannot open display: ) = 62 exit_group(1) = ? But gtk20.mo does NOT exist, anyplace. I think this used to be provided by gtk2, which is installed. Could this be the reason X server dies? If so, where is gtk20.mo? sean From jkeating at redhat.com Fri Aug 10 21:19:18 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Aug 2007 17:19:18 -0400 Subject: FESCo Meeting Summary for 2007-08-09 In-Reply-To: <200708102301.32517.opensource@till.name> References: <1186688357.4344.2.camel@kennedy> <46BCCB74.5000803@leemhuis.info> <20070810164430.0375bf2b@ender> <200708102301.32517.opensource@till.name> Message-ID: <20070810171918.0a8c6b7a@ender> On Fri, 10 Aug 2007 23:01:31 +0200 Till Maas wrote: > How about enforcing in bodhi that all non-security updates can only > be marked as stable when a build with the same or higher nvr has been > built for devel and a "request exception" button in bodhi? Honestly I think that's just a little too much red-tape. I'm fine with a warning, and severe beatings if the warning is continually ignored. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From s.adam at diffingo.com Fri Aug 10 21:34:26 2007 From: s.adam at diffingo.com (Stewart Adam) Date: Fri, 10 Aug 2007 17:34:26 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070810130148.GD7883@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <20070810130148.GD7883@devserv.devel.redhat.com> Message-ID: <1186781666.7809.5.camel@Diffingo.localdomain> On Fri, 2007-08-10 at 09:01 -0400, Alan Cox wrote: > On Fri, Aug 10, 2007 at 09:46:39AM +0200, Joachim Frieben wrote: > > > They are not bugs - you are turning the 3D engine power planes on. That > > > costs you a lot of electricity. > > > > Sure! And then, you also remove GL apps/screensavers from Fedora, or - even better - Mesa/OpenGL altogether .. (%#@&?*) > > > > If you look through bugzilla there have been bugs lodged several times that > people would like to be able to select a different screensaver on battery > (usually the 'none' saver) > Why not let users choose which window manager they would like to use on their first login? A simple dialog box would do. The user's preferences, power management and any other problem is solved... Stewart From jfrieben at gmx.de Fri Aug 10 21:50:54 2007 From: jfrieben at gmx.de (Joachim Frieben) Date: Fri, 10 Aug 2007 23:50:54 +0200 Subject: Enabling Compiz by default? In-Reply-To: <1186763463.3207.12.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> <1186763463.3207.12.camel@localhost.localdomain> Message-ID: <20070810215054.294900@gmx.net> > > Why not look at a default compositor/window manager that allows basic > > compositing features without the need for a OpenGL accelerated > > graphics > > engine? > > > Do you have one to offer ? What about 'yum install xcompmgr'? -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From jspaleta at gmail.com Fri Aug 10 21:53:40 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Aug 2007 13:53:40 -0800 Subject: Enabling Compiz by default? In-Reply-To: <1186781666.7809.5.camel@Diffingo.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <20070810130148.GD7883@devserv.devel.redhat.com> <1186781666.7809.5.camel@Diffingo.localdomain> Message-ID: <604aa7910708101453j69931debob960d461e5c59576@mail.gmail.com> On 8/10/07, Stewart Adam wrote: > Why not let users choose which window manager they would like to use on > their first login? While were at it.. can we have a dialog to choose the toolkit used to display the dialog to choose which dialogs I will be seeing at first login? -jef"choose a sane default and get out of the way, let the insane users reconfigure it after-the fact."spaleta From jon.nettleton at gmail.com Fri Aug 10 21:57:48 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Fri, 10 Aug 2007 17:57:48 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070810215054.294900@gmx.net> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> <1186763463.3207.12.camel@localhost.localdomain> <20070810215054.294900@gmx.net> Message-ID: On 8/10/07, Joachim Frieben wrote: > > > > Why not look at a default compositor/window manager that allows basic > > > compositing features without the need for a OpenGL accelerated > > > graphics > > > engine? > > > > > > Do you have one to offer ? > > What about 'yum install xcompmgr'? > -- > Psssst! Schon vom neuen GMX MultiMessenger geh?rt? > Der kanns mit allen: http://www.gmx.net/de/go/multimessenger > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > I ran xcompmgr for quite a while. The biggest problem is it doesn't integrate well with anything. It is also more of a proof of concept than a fully baked solution. Metacity's original compositing was based off of the xcompmgr code. The current xfwm4 compositing code is based off the original xcompmgr and metacity code also. I have been suggesting that as the better 2d compositing solution. I will shut up about it now. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From jaroslav at aster.pl Fri Aug 10 22:02:03 2007 From: jaroslav at aster.pl (Jaroslaw Gorny) Date: Sat, 11 Aug 2007 00:02:03 +0200 Subject: Qemu Fedora 8 (possible enhancement?) In-Reply-To: <200708102301.27074.opensource@till.name> References: <200708102252.26727.jaroslav@aster.pl> <200708102301.27074.opensource@till.name> Message-ID: <200708110002.03791.jaroslav@aster.pl> Friday 10 of August 2007 23:01:21 Till Maas napisa?(a): > Yes, you can report it upstream, maybe it should check, whether or not you > use a 2.6 kernel, too: Oh, good point. I've added this RFE to my message to qemu-devel (it appears they don't have Bugzilla or sth. like that). thanks, -- Jaroslaw Gorny -------------- 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 camperquake.de Fri Aug 10 22:07:05 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 11 Aug 2007 00:07:05 +0200 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> Message-ID: <20070811000705.131b359c@lain.camperquake.de> Hi. On Fri, 10 Aug 2007 12:34:33 -0700, darrell pfeifer wrote > Second, it hides useful information. If the window wan't greyed out I > could continue to read information in the window (eg firefox) while > waiting. If you did not move another window on top of the non-responding window in the meanwhile (which, without compositing, results in wiped-out window content, since the window is not redrawn). Rather something grayscale I can read than something color I can not. From drago01 at gmail.com Fri Aug 10 22:11:29 2007 From: drago01 at gmail.com (dragoran) Date: Sat, 11 Aug 2007 00:11:29 +0200 Subject: Qemu Fedora 8 (possible enhancement?) In-Reply-To: <200708102252.26727.jaroslav@aster.pl> References: <200708092231.45794.lightsolphoenix@gmail.com> <20070810102316.40cc2d23@python3.es.egwn.lan> <200708102252.26727.jaroslav@aster.pl> Message-ID: On 8/10/07, Jaroslaw Gorny wrote: > > Friday 10 of August 2007 10:23:16 Matthias Saou napisa?(a): > (...) > > > > The default install of qemu in fedora has this support explicitly > > > > disabled so even if you wanted to use kqemu (either kmod, dkms, or > > > > compiled) you would have to build qemu from source. Would there be > any > > > > objection to allowing support for kqemu in the fedora RPM? > > > > > > > > Mark Bidewell > > > > > > Odd, my Qemu works with KQemu... > > > > Yup, same here, the default package uses kqemu just fine. > > I've got guest CentOS5 on F7 host. Kqemu is installed as dkms package. If > I "boot" guest OS with kqemu module loaded - startup hangs on "Red Hat > nash * > starting" and goes no further. > > Running guest OS without kqemu module works OK (slow, but works). > System is up-to-date, > > Where should I search to find the reason? you are using a smp (host) system right? that means you have to bind the qemu process to a cpu to workaround this. either using taskset or schedtool. -------------- next part -------------- An HTML attachment was scrubbed... URL: From caillon at redhat.com Fri Aug 10 22:14:48 2007 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 10 Aug 2007 18:14:48 -0400 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> Message-ID: <46BCE358.7040909@redhat.com> darrell pfeifer wrote: > On 8/10/07, Callum Lerwick wrote: >> On Fri, 2007-08-10 at 13:59 +0200, Ralf Ertzinger wrote: >> > Oh, and fading non-responding applications to black-and-white is neat, >> > too. >> >> This annoys the hell out of me. >> > > +1 > > It is very annoying, particularly on Firefox with multiple and tabbed > windows where it disables the entire application. So much for > threading. You've got it backward. Compiz doesn't disable the application; the application is dead and not responding. The greyscale is an indicator of this. Previously, the indicator would be nothing gets (re-)painted in the window from the time the application froze, leading to weird artifacts or blank windows. From airlied at redhat.com Fri Aug 10 22:56:44 2007 From: airlied at redhat.com (Dave Airlie) Date: Sat, 11 Aug 2007 08:56:44 +1000 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> Message-ID: <1186786604.3327.17.camel@localhost.localdomain> On Fri, 2007-08-10 at 12:32 -0400, Jon Nettleton wrote: > On 8/10/07, Bill Nottingham wrote: > Josh Boyer (jwboyer at jdub.homelinux.org) said: > > > This is rawhide. We can do this. > > > > Of course. We can do anything. The more important question > is should > > we. I think no, but I don't really care that much either. > > As compiz/beryl with the current infrastructure: > > - break running other GL apps > - break Xv apps > > I really can't see a reason why we'd enable this by default > right now. > > Why not look at a default compositor/window manager that allows basic > compositing features without the need for a OpenGL accelerated > graphics > engine? As stated above you can get nice screen redraws, drop > shadows > and subtle visual translucies with almost all chipsets using just 2d > drivers. > That doesn't fix the above two problems, it isn't compiz that is broken it is drivers and GL when compositing is enabled. This is what krh has been focusing on to fix on Intel hardware, it doesn't matter what cm you run there are too many regressions in the driver level. Dave. From seg at haxxed.com Fri Aug 10 22:56:20 2007 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 10 Aug 2007 17:56:20 -0500 Subject: Enabling Compiz by default? In-Reply-To: <604aa7910708101355y16140271o7ca92845a059e464@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> <604aa7910708101355y16140271o7ca92845a059e464@mail.gmail.com> Message-ID: <1186786580.1736.46.camel@localhost> On Fri, 2007-08-10 at 12:55 -0800, Jeff Spaleta wrote: > Greyed out buttons are inactive buttons, greyed out menu entries are > inactive menu entries. I don't think its a stretch to take that to a > window as a whole and if anything its the most consistent behavior for > a window you cannot interact with. You're equivocating. Disabling a widget because it makes no sense in the current state of the application is something completely different from an application that just happens to be busy. Ever tried using yumex with compiz? It ends up going grey, usually because I *told* it to do something, and it is *already* indicating its busyness with a progress meter. As someone else mentioned, just because the app is busy doesn't mean its not still displaying valid information I'm trying to read. The grey thing is simply way too distracting and alarming. It calls attention to the window, when the reality is, I told the app to do something, and I don't *care* about the application until its done with its task. There is nothing happening that needs this much attention drawn to it. The first time I ever experienced the window greying, my first thought was "Oh my god something's gone horribly wrong!". And I'm not even Aunt Tillie. Its an alarming indicator, when there's nothing alarming to indicate. Whatever happened to just switching to a busy pointer shape? THAT would be consistent with decades old standards of GUI behavior. -------------- 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 lists at ebourne.me.uk Fri Aug 10 21:43:18 2007 From: lists at ebourne.me.uk (Martin Ebourne) Date: Fri, 10 Aug 2007 21:43:18 +0000 (UTC) Subject: Disabling atime References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> Message-ID: On Fri, 10 Aug 2007 15:09:11 +0200, Ralf Corsepius wrote: > On Fri, 2007-08-10 at 07:59 -0400, James Hubbard wrote: >> Just because it's a fundamental feature doesn't mean that it has to be >> used. Fundamentally, my CPU can run at 2GHz all of the time that >> doesn't mean that it should. If 99% of the applications can do without >> it and probably 99% of the people can as well, why not go ahead and get >> disable it. > That's what people call "arrogance of the masses". Let's kill that 1%, > if 99% don't care! Nobody's killing anybody, but the system should have sensible defaults that suit most people, and be able to be changed where appropriate for the minority. The minority here is having atime, hardly anyone ever uses it compared to the cost of having it. It's easy to reenable it for the few who really find it useful and want to pay for it. I've disabled atime on all filesystems on all my machines for well over 5 years, pretty much as the first step after install, and have never once run into an issue. (Ok, so I never use mutt, but probably most users don't use mutt and since it has workarounds this can't be a reason by itself to keep atime.) I've missed the functionality probably less than once a year, and that's as a developer/sysadmin too. > > It's the same argument why people argue against utf-8, work as root > (don't need uid/gids) and don't want SELinux? > > Let's remove all of this from the kernel, single seat/single user > systems don't need all this at all. > No it's not, that's all completely unrelated. > A friend of mine experimented with atime/noatime yesterday: > These were his results: > Test case: A heavy weight compiler-job > new / old = .9465 That's over 5% performance improvement, a huge amount for such a simple change. I'll bet most of the difficult kernel optimisations are winning less than that. Now imagine the number of files touched on a boot, or logging into the GUI and how much difference it makes there. (For hard numbers on the 10,000s of files touched read Dave Jones's blog.) Personally I can't believe its taken this long for people to sit up and take notice of atime which was pretty much a design failure from the start. Cheers, Martin. From fedora at camperquake.de Fri Aug 10 23:11:28 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 11 Aug 2007 01:11:28 +0200 Subject: Enabling Compiz by default? In-Reply-To: <1186786580.1736.46.camel@localhost> References: <46BB8CFD.4050706@fedoraproject.org> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> <604aa7910708101355y16140271o7ca92845a059e464@mail.gmail.com> <1186786580.1736.46.camel@localhost> Message-ID: <20070811011128.22af1102@lain.camperquake.de> Hi. On Fri, 10 Aug 2007 17:56:20 -0500, Callum Lerwick wrote > Ever tried using yumex with compiz? It ends up going grey, usually > because I *told* it to do something, and it is *already* indicating > its busyness with a progress meter. To be completely honest, I consider it a bug in the application if it becomes unresponsive (in the context discussed here) under normal system conditions. From mschwendt.tmp0701.nospam at arcor.de Fri Aug 10 23:14:26 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sat, 11 Aug 2007 01:14:26 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186772252.24777.19.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> <1186772252.24777.19.camel@localhost.localdomain> Message-ID: <20070811011426.d691d99c.mschwendt.tmp0701.nospam@arcor.de> On Fri, 10 Aug 2007 11:57:27 -0700, Toshio Kuratomi wrote: > On Fri, 2007-08-10 at 10:31 +0200, Michael Schwendt wrote: > > Is a replacement for the owners.list downloaders+parsers available > > already? > > > What are your requirements? A python module. For owners.list support in extras repoclosure and upgradecheck*. From drago01 at gmail.com Fri Aug 10 23:24:49 2007 From: drago01 at gmail.com (dragoran) Date: Sat, 11 Aug 2007 01:24:49 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070811011128.22af1102@lain.camperquake.de> References: <46BB8CFD.4050706@fedoraproject.org> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> <604aa7910708101355y16140271o7ca92845a059e464@mail.gmail.com> <1186786580.1736.46.camel@localhost> <20070811011128.22af1102@lain.camperquake.de> Message-ID: On 8/11/07, Ralf Ertzinger wrote: > > Hi. > > On Fri, 10 Aug 2007 17:56:20 -0500, Callum Lerwick wrote > > > Ever tried using yumex with compiz? It ends up going grey, usually > > because I *told* it to do something, and it is *already* indicating > > its busyness with a progress meter. > > To be completely honest, I consider it a bug in the application if > it becomes unresponsive (in the context discussed here) under normal > system conditions. +1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jspaleta at gmail.com Fri Aug 10 23:28:07 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Aug 2007 15:28:07 -0800 Subject: Enabling Compiz by default? In-Reply-To: <1186786580.1736.46.camel@localhost> References: <46BB8CFD.4050706@fedoraproject.org> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> <604aa7910708101355y16140271o7ca92845a059e464@mail.gmail.com> <1186786580.1736.46.camel@localhost> Message-ID: <604aa7910708101628y94ff076x6cf7a296dd868291@mail.gmail.com> On 8/10/07, Callum Lerwick wrote: > Ever tried using yumex with compiz? It ends up going grey, usually > because I *told* it to do something, and it is *already* indicating its > busyness with a progress meter. I think you are absolutely wrong about the state yumex is in when it goes grey. Its completely inactive and unresponsive..which is vastly different than doing something in the background but the gui is still responsive. When compiz greys a window out, the window isn't even capable of redrawing. I very much doubt your statement that yumex is actively telling you its busy. There's no spinner or moving anything in that window that you can use as an active indicator that its doing..anything. All your left with was the last thing it drew before the UI got stuck and went completely not responsive. It's a known problem with non-threaded python apps in general when doing heavy background calculations. If you were running metacity and you wiped another window over it, the window would fail to redraw and would look broken. > > As someone else mentioned, just because the app is busy doesn't mean its > not still displaying valid information I'm trying to read. The grey > thing is simply way too distracting and alarming. It calls attention to > the window, when the reality is, I told the app to do something, and I > don't *care* about the application until its done with its task. There > is nothing happening that needs this much attention drawn to it. Unless of course, the application is non-responsive because its internally broken and the window needs to be forcible killed. Correctly behaving graphical applications should not go non-responsive. If they do its indicative of a problem. The fact that you are use to seeing it happen, because you are using graphical python applications prone to going unresponsive is more of an indication of a problem with the limited use of threading in python apps threading and not the non-responsive notification. Again... when the ui goes unresponsive...even unable to redraw itself.. that task may NEVER finish..that task may be stuck. Correctly functioning applications should avoid going unresponsive. > > The first time I ever experienced the window greying, my first thought > was "Oh my god something's gone horribly wrong!". And I'm not even Aunt > Tillie. Its an alarming indicator, when there's nothing alarming to > indicate. Your first thought was the correct thought. If a window goes unresponsive, it is a potential problem. Graphical programs should make a best effort to avoid getting into an unresponsive state. > Whatever happened to just switching to a busy pointer shape? THAT would > be consistent with decades old standards of GUI behavior. But only when moused over the window. Do you want to wait 4 hours after an application window you aren't mousing over locks up that you thought was doing useful work to be notified that it needs to be forcibly killed? -jef"It's a real shame that python-based application behavior have made the occurance of unresponsive windows seem like a generally acceptable practice for application that are in fact behaving correctly"spaleta From linuxsemi at gmail.com Fri Aug 10 23:51:06 2007 From: linuxsemi at gmail.com (semi linux) Date: Fri, 10 Aug 2007 16:51:06 -0700 Subject: Bug in Initscripts...? In-Reply-To: <20070806235354.GJ4275@nostromo.devel.redhat.com> References: <20070806235354.GJ4275@nostromo.devel.redhat.com> Message-ID: On 8/6/07, Bill Nottingham wrote: > semi linux (linuxsemi at gmail.com) said: > > I'm not sure if this is a "bug", something that has been left-out or > > an intentional design decision. So feel free to tell me if I'm out to > > lunch. > > > > In FC4, initscripts-8.11.1 will not rename an interfaces based on > > HWADDR unless ONBOOT=yes... > > > > I'm upgrading to F7 (or RHEL 5) soon but I was wondering the current > > status of this issue. I scoured the Changelog on RHEL5 > > (initscripts-8.45.14.EL) and got nothing. Before I pull down the CVS > > history and follow the code path I was wondering if anyone had dealt > > with this before. > > It's very much intentional, as with udev interfaces can be loaded > in a random order. So renaming them all on module load is simplest. > > Bill "on module load"? I assume you mean I'm supposed to use udev rules? Not all modules have a naming param, do they? If it's udev rules, I've been using lines like this: KERNEL=="eth*", SYSFS{address}=="00:90:fb:xx:xx:xx", NAME="eth50" (very annoying note: they are case sensitive!) Some daemon (kudzu?) tries to remember which port was which so this naming/renaming thing is far from clear unless you know of an ironclad way of doing it... I thought initscripts would be the magic bullet, but I guess not. - G. From notting at redhat.com Sat Aug 11 00:30:15 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Aug 2007 20:30:15 -0400 Subject: Bug in Initscripts...? In-Reply-To: References: <20070806235354.GJ4275@nostromo.devel.redhat.com> Message-ID: <20070811003015.GA3508@nostromo.devel.redhat.com> semi linux (linuxsemi at gmail.com) said: > "on module load"? I assume you mean I'm supposed to use udev rules? > Not all modules have a naming param, do they? You can use udev rules, or just set HWADDR in the ifcfg files. (I wouldn't do *both*, though.) Bill From a.badger at gmail.com Sat Aug 11 00:30:00 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 10 Aug 2007 17:30:00 -0700 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070810074639.310740@gmx.net> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> Message-ID: <1186792203.1616.7.camel@localhost.localdomain> On Fri, 2007-08-10 at 16:25 -0400, Jon Nettleton wrote: > On 8/10/07, Jeff Spaleta wrote: > On 8/10/07, Jon Nettleton wrote: > > I think greying out, or darkening the window decoration > would make > > a lot more sense. > > But... the window decoration is actually still..active. You > can > interact with the decoration... but not the window itself. I'm > not > sure that makes more sense as a visual cue. What about > a 75% saturation or 75% brightness for the window. Is that > distracting? > -jef > > I would have to see it to say. I think what I find distracting is > this possibly > large real estate on my screen just did something. > This is something I think will happen to me as well... although I *think* I'd get used to it. > My bigger problem is that it is yet another way for a user to be > notified > that something is happening with their desktop. Why would we flash > the taskbar or window decoration when a window is "urgent" or ready, > but darken the entire window when it wasn't responding? If we are > notifying > with the entire window then windows should come to foreground when > they are notifying the user they need attention. > > I guess consistency is really what would be the least distracting. I > want > consistent notification behaviours. Either tell me with window > decorations, > or the entire window, but not with something different for every > action. That > is the real distraction to me. This I don't agree with. In human-to-human interactions we rely on a variety of cues as to what the other person is thinking. The logical content of what they're saying, the tone of voice in which it's said, the expression on their face, the way they're dressed, etc. Interacting with a computer can be just as rich. -Toshio "wants his windows to *sashay* when they want attention and sulk when they're insensitive" Kuratomi -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From cmadams at hiwaay.net Sat Aug 11 00:35:07 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 10 Aug 2007 19:35:07 -0500 Subject: Problem with graphics during install on ATI radeon Message-ID: <20070811003507.GA1402759@hiwaay.net> I have a Thinkpad Z60m with ATI Radeon Mobility X600 graphics (LCD is 1280x800). When I start the installer (rawhide on 2007-08-10) and X starts, the display is messed up. In the upper left, I get the "normal" install display at maybe 800x600 (just a guess). The rest of the screen is garbage except for the pointer. When I try to click however, I have to have the pointer at the place the button would be if the video was stretched to full screen (does that explanation make sense?). I switched to a text console to check something and switched back, and then the "normal" part was shifted part of the way off the screen and I couldn't see enough to use the keyboard for install, so I gave up. I opened this in bugzilla against anaconda, but I'm not sure if it should go there or against xorg-x11-drv-ati. I'm posting it here in the list so if some person knows better they can point me correctly. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251772 -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From a.badger at gmail.com Sat Aug 11 01:19:51 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 10 Aug 2007 18:19:51 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <20070811011426.d691d99c.mschwendt.tmp0701.nospam@arcor.de> References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> <1186772252.24777.19.camel@localhost.localdomain> <20070811011426.d691d99c.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1186795194.2786.2.camel@localhost.localdomain> On Sat, 2007-08-11 at 01:14 +0200, Michael Schwendt wrote: > On Fri, 10 Aug 2007 11:57:27 -0700, Toshio Kuratomi wrote: > > > On Fri, 2007-08-10 at 10:31 +0200, Michael Schwendt wrote: > > > Is a replacement for the owners.list downloaders+parsers available > > > already? > > > > > What are your requirements? > > A python module. > > For owners.list support in extras repoclosure and upgradecheck*. > https://hosted.fedoraproject.org/projects/packagedb/ticket/33 I've linked whatever relevant information I can. I've targeted it at 0.3.2 (where 0.3.1 will be released before the end of next week). If someone wants to work on this sooner, that would be fine. -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 cweyl at alumni.drew.edu Sat Aug 11 01:21:13 2007 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Fri, 10 Aug 2007 18:21:13 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> <1186698494.5890.62.camel@localhost.localdomain> <46BBF20A.9020309@leemhuis.info> <1186772630.24777.25.camel@localhost.localdomain> Message-ID: <7dd7ab490708101821q34138b13ybe2f24425a84a583@mail.gmail.com> On 8/10/07, Ian Burrell wrote: > One thing that would make sense is to have a location in pkgdb that > returns the owners.list file synthesized from the database. Something > like http://admin.fedoraproject.org/pkgdb/ownerslist. Then, the tools > that still need a current copy can do "wget" instead of "cvs update". > Or, somebody can regularly fetch the current one and check it in. +1 to a wget'able list that matches the current owners.list format. (It may not be the best format in the world, but heck, everything already knows how to read it.) If I can find some time (sigh...) I'll take a stab at it. -Chris -- Chris Weyl Ex astris, scientia From a.badger at gmail.com Sat Aug 11 01:35:04 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 10 Aug 2007 18:35:04 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> <1186698494.5890.62.camel@localhost.localdomain> <46BBF20A.9020309@leemhuis.info> <1186772630.24777.25.camel@localhost.localdomain> Message-ID: <1186796106.2786.16.camel@localhost.localdomain> On Fri, 2007-08-10 at 13:18 -0700, Ian Burrell wrote: > On 8/10/07, Toshio Kuratomi wrote: > > If someone wants to fix buggbot, that would be great. I think it's > > going to be one of the things that gets pushed back to let higher > > priority things get fixed first. > > > > .. getnotifylist: > > https://hosted.fedoraproject.org/projects/packagedb/ticket/25 > > .. buggbot: > > https://hosted.fedoraproject.org/projects/packagedb/ticket/23 > > > > One thing that would make sense is to have a location in pkgdb that > returns the owners.list file synthesized from the database. Something > like http://admin.fedoraproject.org/pkgdb/ownerslist. Then, the tools > that still need a current copy can do "wget" instead of "cvs update". > Or, somebody can regularly fetch the current one and check it in. > I'm not going to do this but I will commit code if someone else wants to. However, it will be a crutch that will go away at some point when we rewrite the scripts to grab something else. So, if we commit code to use this, please only use it for legacy apps and please, open a bug[1]_ to let us know we have to rewrite your app. The reasons I want to deprecate owners.list are: 1) I can't think of anything that needs the complete information in owners.list. Bugzilla is the only thing that uses the summary and qacontact, for instance. 2) The PackageDB allows for finer grained information than owners.list. We can divide up packages by release version rather than just release (FC-6 is distinct from F-7). This is not going to be apparent at first as we're starting with the data from owners.list but it will become more relevant over time. 3) Many scripts need information targeted at a specific package but will be downloading all of owners.list instead of pulling the relatively small amount of data they need. _[1]: https://hosted.fedoraproject.org/projects/packagedb/newticket -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 a.badger at gmail.com Sat Aug 11 01:41:15 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 10 Aug 2007 18:41:15 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <7dd7ab490708101821q34138b13ybe2f24425a84a583@mail.gmail.com> References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> <1186698494.5890.62.camel@localhost.localdomain> <46BBF20A.9020309@leemhuis.info> <1186772630.24777.25.camel@localhost.localdomain> <7dd7ab490708101821q34138b13ybe2f24425a84a583@mail.gmail.com> Message-ID: <1186796478.2786.23.camel@localhost.localdomain> On Fri, 2007-08-10 at 18:21 -0700, Chris Weyl wrote: > On 8/10/07, Ian Burrell wrote: > > One thing that would make sense is to have a location in pkgdb that > > returns the owners.list file synthesized from the database. Something > > like http://admin.fedoraproject.org/pkgdb/ownerslist. Then, the tools > > that still need a current copy can do "wget" instead of "cvs update". > > Or, somebody can regularly fetch the current one and check it in. > > +1 to a wget'able list that matches the current owners.list format. > (It may not be the best format in the world, but heck, everything > already knows how to read it.) > > If I can find some time (sigh...) I'll take a stab at it. Thanks Chris, If you get part way through this and want to give others a chance to look over what you've done, feel free to open a bug[1]_ and attach whatever work-in-progress patches you have. I think the acls.py file[2]_ is the proper place for the controller code to live. And using genshi[3]_ (packaged for fedora as python-genshi) as the engine for creating a plain text template is what you'll want to do. .. _[1] https://hosted.fedoraproject.org/projects/packagedb/newticket .. _[2] https://hosted.fedoraproject.org/projects/packagedb/browser/fedora-packagedb-devel/pkgdb/pkgdb/acls.py .. _[3] http://genshi.edgewall.org/ -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 arjan at infradead.org Sat Aug 11 02:50:22 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Fri, 10 Aug 2007 19:50:22 -0700 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186773844.15035.35.camel@neutron.verbum.private> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <3170f42f0708101204p11af7412mebac427b897c6d5a@mail.gmail.com> <20070810190734.GA23496@nostromo.devel.redhat.com> <3170f42f0708101213t3639b8c8u1152481c92727ab2@mail.gmail.com> <1186773844.15035.35.camel@neutron.verbum.private> Message-ID: <1186800622.2854.0.camel@laptopd505.fenrus.org> On Fri, 2007-08-10 at 15:24 -0400, Colin Walters wrote: > This wasn't updated from the corresponding gobject mainloop change > which > dropped it to 1Hz. > > Of course, ideally someone figures out how to kill this loop entirely. > A relevant bug is: > http://bugzilla.gnome.org/show_bug.cgi?id=154779 afaik on a NPTL system, there is no reason for this loop to exist... at all. From mike at miketc.com Sat Aug 11 03:29:29 2007 From: mike at miketc.com (Mike Chambers) Date: Fri, 10 Aug 2007 22:29:29 -0500 Subject: Enabling Compiz by default? In-Reply-To: <20070810073309.3b142e6b@vader.jdub.homelinux.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810075629.21984e0a@ender> <20070810073309.3b142e6b@vader.jdub.homelinux.org> Message-ID: <1186802969.20245.1.camel@scrappy.miketc.com> On Fri, 2007-08-10 at 07:33 -0500, Josh Boyer wrote: > On Fri, 10 Aug 2007 07:56:29 -0400 Jesse Keating wrote: > > If we do enable it, it'd have to be very very subtle like on OSX or > > some such. Just dropshading, and maybe fading menus, but not much > > else. We want it to have a hint of looking nice, obvious that there > > is a compositor there, but not with a bunch of junk that will be > > turned off in the first few minutes (spinning cube, wobbly windows, > > etc...). Basically I really want to get metacity with drop shading > > and fading windows, without compromising all the usefulness that > > metacity has. Less is more here. > > That sounds like something that would be more agreeable. At least > assuming the WM basics are also present. +1 on that idea as well. Still gives a *lil* bling bling without eating your batteries and/or running up your CPU/Memory. -- Mike Chambers Madisonville, KY "Best little town on Earth!" From mark.bidewell at alumni.clemson.edu Sat Aug 11 03:35:10 2007 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Fri, 10 Aug 2007 23:35:10 -0400 Subject: Qemu Fedora 8 (possible enhancement?) In-Reply-To: <20070810102316.40cc2d23@python3.es.egwn.lan> References: <200708092231.45794.lightsolphoenix@gmail.com> <20070810102316.40cc2d23@python3.es.egwn.lan> Message-ID: I double checked, I still get "not compiled". I am not using -smp, but I am running x86_64 (If that means anything) Mark Bidewell. On 8/10/07, Matthias Saou < thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net> wrote: > > Kelly wrote : > > > On Thursday 09 August 2007 09:57:04 pm Mark Bidewell wrote: > > > A few days ago the question of kqemu inclusion in the kernel was > discussed > > > on list. A related question is support for kqemu in qemu. The > default > > > install of qemu in fedora has this support explicitly disabled so even > if > > > you wanted to use kqemu (either kmod, dkms, or compiled) you would > have to > > > build qemu from source. Would there be any objection to allowing > support > > > for kqemu in the fedora RPM? > > > > > > Mark Bidewell > > > > Odd, my Qemu works with KQemu... > > Yup, same here, the default package uses kqemu just fine. > > One catch, though, which I took almost an entire day of searching to > find out : If you use the -smp option, kqemu support will _always_ be > disabled. This is not mentioned in the docs anywhere. > > Matthias > > -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora release 7 (Moonshine) - Linux kernel 2.6.22.1-41.fc7 > Load : 0.62 0.86 0.68 > > -- > 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 rc040203 at freenet.de Sat Aug 11 03:52:13 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 11 Aug 2007 05:52:13 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186771224.24777.5.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> <7dd7ab490708091028h5def8e1djfe35213e8bca8f3@mail.gmail.com> <1186698494.5890.62.camel@localhost.localdomain> <1186718965.31901.304.camel@mccallum.corsepiu.local> <1186771224.24777.5.camel@localhost.localdomain> Message-ID: <1186804333.31901.506.camel@mccallum.corsepiu.local> On Fri, 2007-08-10 at 11:40 -0700, Toshio Kuratomi wrote: > On Fri, 2007-08-10 at 06:09 +0200, Ralf Corsepius wrote: > > On Thu, 2007-08-09 at 15:28 -0700, Toshio Kuratomi wrote: > > > On Thu, 2007-08-09 at 10:28 -0700, Chris Weyl wrote: > > > > On 8/8/07, Toshio Kuratomi wrote: > > > > > Hello Packagers, > > > > > > > > > > Over the next several weeks we're going to be transitioning away from > > > > > the owner.list and pkg.acl files to the long awaited Package Database. > > > > > As a transitional step we're going to continue to have our cvsadmins > > > > > handling the changes to owners.list but the changes will go to the > > > > > Database instead of to the owners.list file. There are two changes to > > > > > your immediate workflow that you should be aware of: > > > > > > > > So, as a matter of looking up packages (in an easily scripted, > > > > automated fashion), with the Package DB be updating owners.list, or > > > > will the data be exported in some other reasonable (& preferably > > > > unauthenticated, as it is now) fashion? > > > > > > > owners.list is dead. You can currently get several versions of the data > > > in JSON format. > > So far I've grep'ing owners.list to find out which packages I am involved into. > > > > Are you telling me, this isn't possible anymore? > > > Correct. Great, ... before, we had a simple, easily parse CSV-list, now ... > There are two things you can do about this: > Hit these web pages to see packages you own and are involved with: > 1) https://admin.fedoraproject.org/pkgdb/users/packages/corsepiu > https://admin.fedoraproject.org/pkgdb/users/acllist/corsepiu Nothing easily usable for machine reading purposes. > 2) Contribute comments and code to this ticket to get code in place to > generate a greppable list: > https://hosted.fedoraproject.org/projects/packagedb/ticket/29 Or you could fix what you have broken. I am sure, I am not the only one who's scripts you have broken. Disappointed, Ralf From rc040203 at freenet.de Sat Aug 11 04:12:55 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 11 Aug 2007 06:12:55 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186772252.24777.19.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> <1186772252.24777.19.camel@localhost.localdomain> Message-ID: <1186805575.31901.518.camel@mccallum.corsepiu.local> On Fri, 2007-08-10 at 11:57 -0700, Toshio Kuratomi wrote: > On Fri, 2007-08-10 at 10:31 +0200, Michael Schwendt wrote: > > Is a replacement for the owners.list downloaders+parsers available > > already? > > > What are your requirements? - An easily machine-readable list of packages I maintain. With owners.list I used to d/l owners.list and grep/sed the CSVs inside to get "me":"package" lists. What I would like to see is something like an URL http://admin.fedoraproject.org/pkgdb/users/packages/[USERNAME]?format=list returning a flat list. Ralf From david at lovesunix.net Sat Aug 11 04:27:17 2007 From: david at lovesunix.net (David Nielsen) Date: Sat, 11 Aug 2007 06:27:17 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070811011128.22af1102@lain.camperquake.de> References: <46BB8CFD.4050706@fedoraproject.org> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> <604aa7910708101355y16140271o7ca92845a059e464@mail.gmail.com> <1186786580.1736.46.camel@localhost> <20070811011128.22af1102@lain.camperquake.de> Message-ID: <1186806437.3149.4.camel@dawkins> l?r, 11 08 2007 kl. 01:11 +0200, skrev Ralf Ertzinger: > Hi. > > On Fri, 10 Aug 2007 17:56:20 -0500, Callum Lerwick wrote > > > Ever tried using yumex with compiz? It ends up going grey, usually > > because I *told* it to do something, and it is *already* indicating > > its busyness with a progress meter. > > To be completely honest, I consider it a bug in the application if > it becomes unresponsive (in the context discussed here) under normal > system conditions. Indeed, you have no idea the amount of complaints I heard over pup displaying this behavior. Granted now it's some what better but it still does this. This kind of behavior should be considered a bug, if for anything but the fact that it scares the living shit out of users and it just makes Fedora look like a toy OS that can't even get their updater application (which is likely one of the first applications new users see) to work right. - David Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From abo at kth.se Sat Aug 11 04:55:25 2007 From: abo at kth.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Sat, 11 Aug 2007 06:55:25 +0200 Subject: Feature proposal : media:// gnome url handler for requesting users to insert needed CD/DVD In-Reply-To: <1186194514.23982.13.camel@cocteau.freehell.org> References: <1186194514.23982.13.camel@cocteau.freehell.org> Message-ID: <1186808125.12736.2.camel@home.alexander.bostrom.net> On Sat, 2007-08-04 at 10:28 +0800, ZC Miao wrote: > Imagine user clicking menu =Applications->Add/Remove Software= and she > configured CD/DVD based yum repositories(is it possible currently?) > before. Would pirut request her to insert the needed CD/DVD? Would using opyum instead help? /abo From rc040203 at freenet.de Sat Aug 11 04:58:56 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 11 Aug 2007 06:58:56 +0200 Subject: Disabling atime In-Reply-To: References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> Message-ID: <1186808337.31901.548.camel@mccallum.corsepiu.local> On Fri, 2007-08-10 at 21:43 +0000, Martin Ebourne wrote: > On Fri, 10 Aug 2007 15:09:11 +0200, Ralf Corsepius wrote: > > On Fri, 2007-08-10 at 07:59 -0400, James Hubbard wrote: > >> Just because it's a fundamental feature doesn't mean that it has to be > >> used. Fundamentally, my CPU can run at 2GHz all of the time that > >> doesn't mean that it should. If 99% of the applications can do without > >> it and probably 99% of the people can as well, why not go ahead and get > >> disable it. > > That's what people call "arrogance of the masses". Let's kill that 1%, > > if 99% don't care! > > Nobody's killing anybody, You would - You would kill all applications which rely on atime. Not that many applications will do so, but it's not hard to imagine one. An example would be apps cleaning up/removing files based on atime. > > > > It's the same argument why people argue against utf-8, work as root > > (don't need uid/gids) and don't want SELinux? > > > > Let's remove all of this from the kernel, single seat/single user > > systems don't need all this at all. > > > > No it's not, that's all completely unrelated. Not? I disagree. You want a "fundamental feature, most users don't need/want" to be disabled to gain performance. What I listed above is along the same rationale. > > A friend of mine experimented with atime/noatime yesterday: > > These were his results: > > Test case: A heavy weight compiler-job > > new / old = .9465 > > That's over 5% performance improvement, Well, whether 5% is "much" is arguable. On many occasions, you won't even notice because it will get lost in the jitter other factors impose. Take out SELinux, gain "x %". Don't use kde, gain "x %". Use "lean mail browser", gain "x %". Use gcc-, gain another 20%. Don't have "big application" running in the background, gain "x %". Buy a better harddisk, gain "x %". > a huge amount for such a simple > change. I'll bet most of the difficult kernel optimisations are winning > less than that. Agreed, but with regard to compiler turn-around times, 5% is below the jitter of other factors, such as differences in compilation speed between different versions of GCC and differences in the impact of compilation-flags being used in GCC. > Now imagine the number of files touched on a boot, or logging into the > GUI and how much difference it makes there. (For hard numbers on the > 10,000s of files touched read Dave Jones's blog.) Make /usr, /bin, /sbin etc. read-only, consider noatime on /home, atime on /var, /tmp would be a reasonable approach. > Personally I can't believe its taken this long for people to sit up and > take notice of atime which was pretty much a design failure from the > start. Well, IIRC, noatime exists for circa a decade. Also, IIRC, this is not the first time of such a proposal. I recall SuSE devs having recommended it to me many years ago (ca. 2000) when facing "jerky" desktop behavior at that time. Ralf From mschwendt.tmp0701.nospam at arcor.de Sat Aug 11 07:39:54 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sat, 11 Aug 2007 09:39:54 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1186795194.2786.2.camel@localhost.localdomain> References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> <1186772252.24777.19.camel@localhost.localdomain> <20070811011426.d691d99c.mschwendt.tmp0701.nospam@arcor.de> <1186795194.2786.2.camel@localhost.localdomain> Message-ID: <20070811093954.8d1b5d11.mschwendt.tmp0701.nospam@arcor.de> On Fri, 10 Aug 2007 18:19:51 -0700, Toshio Kuratomi wrote: > > > > Is a replacement for the owners.list downloaders+parsers available > > > > already? > > > > > > > What are your requirements? > > > > A python module. > > > > For owners.list support in extras repoclosure and upgradecheck*. > > https://hosted.fedoraproject.org/projects/packagedb/ticket/33 Needed is anonymous access to pkg src.rpm %name, primary maintainer, co-maintainers, Cclist. > I've linked whatever relevant information I can. I've targeted it at > 0.3.2 (where 0.3.1 will be released before the end of next week). If > someone wants to work on this sooner, that would be fine. Retrieving a single flat file/db (e.g. in pickle format) has the advantage that it is a single point of failure only. If the operation fails, scripts can terminate early. On the contrary, if for each in a set of packages the database must be queried separately, this needs a lot more error condition handling to consider temporary unavailability of the service or network. That creates overhead for small helper scripts. From abo at kth.se Sat Aug 11 08:11:02 2007 From: abo at kth.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Sat, 11 Aug 2007 10:11:02 +0200 Subject: is there an url for packages? In-Reply-To: <1186590293.712.27.camel@cutter> References: <20070808141810.GG15409@free.fr> <20070808161417.GJ15409@free.fr> <1186590293.712.27.camel@cutter> Message-ID: <1186819862.20567.26.camel@home.alexander.bostrom.net> On Wed, 2007-08-08 at 12:24 -0400, seth vidal wrote: > On Wed, 2007-08-08 at 18:14 +0200, Patrice Dumas wrote: > > Upstream doesn't necessarily knows about yum, but knows about urls. > > and for purposes of referencing info about the pkg, or links to > existing > bugs or whatever, having a url is much much nicer. So, it could perhaps be something like this: http://packages.fedoraproject.org/packages/foo/ The Fedora Project provides "foo" in the following collections: Fedora Core 6 (foo-47.11-17) [ Open bug reports | Change log | Install ] Fedora 7 (foo-47.11-17) [ ... ] EPEL 5 (foo-47.11-17) [ ... ] Where "Install" is and links to: foo can be installed using the command "yum install foo" as root or by choosing Add/Remove Software in the Applications menu. What would be the best way to implement this? A new "view" in pkgdb? /abo From jonathan.underwood at gmail.com Sat Aug 11 10:34:01 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sat, 11 Aug 2007 11:34:01 +0100 Subject: mutt + sidebar patch In-Reply-To: <20070810171325.GB3935@crow.hsd1.ma.comcast.net> References: <20070808211531.GA3119@petra.dvoda.cz> <20070810171325.GB3935@crow.hsd1.ma.comcast.net> Message-ID: <645d17210708110334i6f5fb61fne0ec842df77a6c25@mail.gmail.com> On 10/08/07, Luke Macken wrote: > On Wed, Aug 08, 2007 at 11:15:31PM +0200, Karel Zak wrote: > > > > Mutt is the best e-mail client. The sidebar patch is the best mutt > > extension (I daily use it for last two years). See screenshot, > > download src.rpm: > > > > http://people.redhat.com/kzak/mutt/ > > I'm a big fan of the sidebar patch as well. > > As for the trash folder patch, I have the following in my .muttrc to gain > that functionality: > > macro index d "s=Trash\ny" "move message to trash" > macro pager d "s=Trash\ny" "move message to trash" > > luke The way to get features into Fedora is to get them merged upstream. It would be far more useful bringing these things to the attention of mutt developers and asking them to consider adding them for the next release (note that mutt isn't known for regular feature releases). J. From alcapcom at gmail.com Sat Aug 11 10:43:06 2007 From: alcapcom at gmail.com (Alphonse Van Assche) Date: Sat, 11 Aug 2007 12:43:06 +0200 Subject: Enabling Compiz by default? In-Reply-To: <1186704745.5890.76.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <1186704745.5890.76.camel@localhost.localdomain> Message-ID: <46BD92BA.2050706@gmail.com> Toshio Kuratomi a ?crit : > Does the newer compiz/compiz fusion have a decent config manager (ie: > neither beryl's button panels of doom nor gconf-editor)? Yes there is one, it use a plain text as backend for the config and it look much better than the config tools of beryl (the beryl one was too complicate IMHO). There is also a systray icon app like for beryl. From tmz at pobox.com Sat Aug 11 10:55:35 2007 From: tmz at pobox.com (Todd Zullinger) Date: Sat, 11 Aug 2007 06:55:35 -0400 Subject: mutt + sidebar patch In-Reply-To: <645d17210708110334i6f5fb61fne0ec842df77a6c25@mail.gmail.com> References: <20070808211531.GA3119@petra.dvoda.cz> <20070810171325.GB3935@crow.hsd1.ma.comcast.net> <645d17210708110334i6f5fb61fne0ec842df77a6c25@mail.gmail.com> Message-ID: <20070811105535.GA11435@psilocybe.teonanacatl.org> Jonathan Underwood wrote: > The way to get features into Fedora is to get them merged upstream. > It would be far more useful bringing these things to the attention > of mutt developers and asking them to consider adding them for the > next release (note that mutt isn't known for regular feature > releases). Both patches are known to upstream. It's highly doubtful that the sidebar patch will get included -- unless it gets some love so that the mutt devs don't think it's poorly written[1]. I don't know the status of any of the trash folder patches, but there's been plenty of discussion on mutt-dev about what features and patches should make it into a 1.6 release (which will hopefully happen sometime this year). [1] See my earlier comments in this thread -- which weren't meant to piss on Karel's favorite patch :). It was mainly to make it known that upstream doesn't want that patch included as is. I'd hate to see it get included into any official Fedora builds until it gets the love needed to make upstream less averse to it, at the least. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Don't take life seriously, you'll never get out alive. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From opensource at till.name Sat Aug 11 10:54:14 2007 From: opensource at till.name (Till Maas) Date: Sat, 11 Aug 2007 12:54:14 +0200 Subject: bad build bug Message-ID: <200708111254.24757.opensource@till.name> Ahoi, the binary of one of my packages seems to be bad: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251794 A rebuild fixes this, maybe someone wants to investigate this in case other binaries may be affected, too. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From buildsys at redhat.com Sat Aug 11 11:12:03 2007 From: buildsys at redhat.com (Build System) Date: Sat, 11 Aug 2007 07:12:03 -0400 Subject: rawhide report: 20070811 changes Message-ID: <200708111112.l7BBC3l5016879@porkchop.devel.redhat.com> New package perl-Catalyst-Devel Catalyst Development Tools Updated Packages: acpid-1.0.6-1.fc8 ----------------- * Tue Aug 07 2007 Zdenek Prikryl - 1.0.6-1.fc8 - Updated to version 1.0.6 amanda-2.5.2p1-6.fc8 -------------------- * Fri Aug 10 2007 Radek Brich 2.5.2.p1-6 - Included upstream patch for chg-multi.sh (#251316). bitstream-vera-fonts-1.10-8 --------------------------- * Fri Aug 10 2007 Matthias Clasen - 1.10-8 - Update license field - Shorten description line cmucl-19d-4.fc8 --------------- * Fri Aug 10 2007 Rex Dieter 19d-4 - License: BSD - use rpm bootstrap - s/Fedora Extras/Fedora/ cobbler-0.6.0-1.fc8 ------------------- * Thu Aug 09 2007 Michael DeHaan - 0.6.0-1 - Upstream changes (see CHANGELOG) * Thu Jul 26 2007 Michael DeHaan - 0.5.2-1 - Upstream changes (see CHANGELOG) - Tweaked description * Fri Jul 20 2007 Michael DeHaan - 0.5.1-1 - Upstream changes (see CHANGELOG) - Modified description - Added logrotate script - Added findks.cgi compiz-0.5.2-3.fc8 ------------------ * Fri Aug 10 2007 Kristian H??gsberg - 0.5.2-3 - Require desktop-effects 0.7.3 and gnome-session 2.19.6-5 which pass 'glib' on the command line too. * Fri Aug 10 2007 Kristian H??gsberg - 0.5.2-2 - Move xml meta data files to main package. curl-7.16.4-2.fc8 ----------------- * Fri Aug 10 2007 Jindrich Novy 7.16.4-2 - fix anonymous ftp login (#251570), thanks to David Cantrell darcs-1.0.9-4.fc8 ----------------- * Fri Aug 10 2007 Jens Petersen - 1.0.9-4 - specify license is GPL 2 or later dovecot-1.1-15.alpha2.fc8 ------------------------- * Fri Aug 10 2007 Tomas Janousek - 1.1-15.alpha2 - updated to latest upstream alpha - split ldap and gssapi plugins to subpackages eclipse-cdt-1:4.0.0-2.fc8 ------------------------- * Fri Aug 10 2007 Jeff Johnston 4.0.0-2 - Add Epoch 1 back. em8300-0.16.3-0.1.rc3.fc8 ------------------------- * Fri Aug 10 2007 Ville Skytt?? - 0.16.3-0.1.rc3 - 0.16.3-rc3. - License: GPLv2+ * Fri Jul 20 2007 Ville Skytt?? - 0.16.3-0.1.rc2 - 0.16.3-rc2. * Wed Jul 11 2007 Ville Skytt?? - 0.16.3-0.1.rc1 - 0.16.3-rc1, fixes #241041. - Update icon cache and group handling to current guidelines/drafts. farsight-0.1.23-2.fc8 --------------------- * Fri Aug 10 2007 Brian Pepple - 0.1.23-2 - Add new conf file. - Add BR on check-devel. * Fri Aug 10 2007 Brian Pepple - 0.1.23-1 - Update to 0.1.23. * Thu Aug 02 2007 Brian Pepple - 0.1.21-2 - Update license tag. fribidi-0.10.9-1.fc8 -------------------- * Fri Aug 10 2007 Caolan McNamara 0.10.9-1 - next version gecko-sharp2-0.12-3 ------------------- * Fri Aug 10 2007 Christopher Aillon - 0.12-3 - Also add alpha (#251495) * Fri Jul 06 2007 Christopher Aillon - 0.12-2 - Fix requires to be gecko-devel and gecko-libs ghostscript-fonts-5.50-18.fc8 ----------------------------- * Fri Aug 10 2007 Kristian H??gsberg - 5.50-18 - Change link name to be default-ghostscript. glibc-2.6.90-8 -------------- * Fri Aug 10 2007 Roland McGrath 2.6.90-8 - update to trunk - fix missing strtold_l export on ppc64 gnome-session-2.19.6-5.fc8 -------------------------- * Fri Aug 10 2007 Kristian H??gsberg - 2.19.6-5 - Edit window manager patch again to add 'glib' to compiz launch. kernel-2.6.23-0.96.rc2.git2.fc8 ------------------------------- * Fri Aug 10 2007 Roland McGrath - comment out weak-modules script from %post and %preun (RHBZ#251699) * Thu Aug 09 2007 Roland McGrath - disable new e1000e driver for powerpc, still broken - support rpmbuild --without modsign for manual test builds - fix powerpc vdso install patch - fix i386 vdso install patch - fix ppc64 build breakage from "enable -g for assembly" - disable ppc64 vdso install pending eu-strip bug - clean up spec file sh scripting - spec fix for kdump kernel * Thu Aug 09 2007 Chuck Ebbert - update e1000e driver kexec-tools-1.101-78.fc8 ------------------------ * Fri Aug 10 2007 Neil Horman - 1.101-78 - Update init script to handle xen kernel cmdlnes (bz 250803) koan-0.6.0-1.fc7 ---------------- * Thu Aug 09 2007 Michael DeHaan - 0.6.0-1 - Upstream changes (see CHANGELOG) * Thu Jul 26 2007 Michael DeHaan - 0.5.2-1 - Upstream changes (see CHANGELOG) * Fri Jul 20 2007 Michael DeHaan - 0.5.1-1 - Upstream changes (see CHANGELOG) lib765-0.4.1-1.fc8 ------------------ * Fri Aug 10 2007 Ian Chapman 0.4.1-1 - Upgrade to 0.4.1 - Updated license field due to new guidelines * Thu Jul 05 2007 Ian Chapman 0.4.0-1 - Upgrade to 0.4.0 - 'Escaped' several macros in the changelogs - Corrected summary for devel package * Sat Sep 16 2006 Paul F. Johnson 0.3.4-2 - rebuild libburn-0.3.8-1.fc8 ------------------- * Fri Aug 10 2007 Denis Leroy - 0.3.8-1 - Update to upstream 0.3.8 - Fixed project URL libdsk-1.1.14-1.fc8 ------------------- * Fri Aug 10 2007 Ian Chapman 1.1.14-1 - Upgrade to 1.1.14 - Updated license field due to new guidelines - Added patch to fix open() due to new macros * Wed Jul 04 2007 Ian Chapman 1.1.12-1 - Upgrade to 1.1.12 - Removed some extraneous 'docs' - Moved some docs to the devel sub package * Sat Sep 16 2006 Paul F. Johnson - 1.1.9-2 - rebuild libisofs-0.2.8-1.fc8 -------------------- * Fri Aug 10 2007 Denis Leroy - 0.2.8-1 - Update to 0.2.8 - Fixed Source URL libselinux-2.0.30-1.fc8 ----------------------- * Fri Aug 10 2007 Dan Walsh - 2.0.30-1 - Move libselinux.so into devel package - Upgrade to upstream * Fix segfault resulting from uninitialized print-callback pointer. * Added x_contexts path function patch from Eamon Walsh. * Fix build for EMBEDDED=y from Yuichi Nakamura. * Fix markup problems in selinux man pages from Dan Walsh. limph-1.9.5-2.fc8 ----------------- * Fri Aug 10 2007 Jon Ciesla - 1.9.5-2 - Added .sql files. - Fixed functionlib errors. * Fri Aug 10 2007 Jon Ciesla - 1.9.5-1 - Bumped to upstream. nagios-plugins-1.4.8-4.fc8 -------------------------- * Fri Aug 10 2007 Mike McGrath 1.4.8-4 - Fix for check_linux_raid - #234416 - Fix for check_ide_disk - #251635 namazu-2.0.17-1.fc8 ------------------- * Fri Aug 10 2007 Akira TAGOH - 2.0.17-1 - New upstream release. - Update License tag. nautilus-2.19.6-3.fc8 --------------------- * Fri Aug 10 2007 Matthias Clasen - 2.19.6-3 - Bump gnome-vfs requirement (#251306) * Fri Aug 03 2007 Matthias Clasen - 2.19.6-2 - Update license field * Mon Jul 30 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 nkf-2.07-2.fc8 -------------- * Fri Aug 10 2007 Akira TAGOH - 2.07-2 - Update License tag. * Wed Jul 12 2006 Jesse Keating - 2.07-1.1 - rebuild * Thu Jul 06 2006 Akira TAGOH - 2.07-1 - New upstream release. - use dist tag. - clean up the spec file. nspluginwrapper-0.9.91.4-15.fc8 ------------------------------- * Fri Aug 10 2007 Martin Stransky 0.9.91.4-15 - removed mozembeded dependency - excluded totem plugins from wrapping - xpcom support is optional now perl-Compress-Zlib-2.005-1.fc8 ------------------------------ * Fri Aug 10 2007 Robin Norwood - 2.005-1 - Upgrade to latest CPAN version: 2.005 - Fix some specfile issues - The package is now noarch * Sat Dec 02 2006 Robin Norwood - 2.001-1 - New version: 2.001 perl-Data-Alias-1.06-1.fc8 -------------------------- * Fri Aug 10 2007 Chris Weyl 1.06-1 - update to 1.06 - license tag: GPL -> GPL+ perl-MooseX-Getopt-0.05-1.fc8 ----------------------------- * Fri Aug 10 2007 Chris Weyl 0.05-1 - update to 0.05 - license tag: GPL -> GPL+ perl-Net-DNS-0.61-1.fc8 ----------------------- * Thu Aug 09 2007 Robin Norwood - 0.61-1 - Update to latest upstream version perl-Text-Kakasi-2.04-4.fc8 --------------------------- * Fri Aug 10 2007 Akira TAGOH - 2.04-4 - Update License tag. pirut-1.3.10-1.fc8 ------------------ * Fri Aug 10 2007 Jeremy Katz - 1.3.10-1 - Fix error display (#249369) - Don't traceback on %pretrans breaking assumptions about how the rpm callback works - Give a nice message when not running as root (#250728) - Don't unlock unless we had the lock to begin with (#251651) - Show translated summary + description if available (#251662) pyparted-1.8.9-1.fc8 -------------------- * Fri Aug 10 2007 David Cantrell - 1.8.9-1 - Update license tag to indicate GPL v2 or later - Update URLs to point to new upstream location * Fri Jun 15 2007 David Cantrell - 1.8.8-1 - Clean up wording in package description (#226337) - BR pkgconfig (#226337) * Fri Jun 15 2007 David Cantrell - 1.8.7-1 - Merge review (#226337) python-2.5.1-6.fc8 ------------------ * Fri Aug 10 2007 Jeremy Katz - 2.5.1-6 - fix ctypes again on some arches (Hans de Goede, #251637) * Fri Jul 06 2007 Jeremy Katz - 2.5.1-5 - link curses modules with ncursesw (#246385) * Wed Jun 27 2007 Jeremy Katz - 2.5.1-4 - fix _elementtree.so build (#245703) - ensure that extension modules we expect are actually built rather than having them silently fall out of the package rpmdevtools-6.1-1.fc8 --------------------- * Fri Aug 10 2007 Ville Skytt?? - 6.1-1 - Sync COPYING with http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt * Mon Aug 06 2007 Ville Skytt?? - Work around #250990 in rpmls and rpmdev-extract. - Clarify copyright info of rpmdev-* and rpmls. * Sat Jul 07 2007 Ville Skytt?? - Fix Epoch handling in the 2-arg form of rpmdev-vercmp with yum < 3.1.2. - The long form of the list option in rmdevelrpms is --list-only, not --list. rsyslog-1.18.1-1.fc8 -------------------- * Wed Aug 08 2007 Peter Vrabec 1.18.1-1 - upstream bugfix release selinux-policy-3.0.5-5.fc8 -------------------------- * Fri Aug 10 2007 Dan Walsh 3.0.5-5 - Fix dhcpc startup of service * Fri Aug 10 2007 Dan Walsh 3.0.5-4 - Fix dbus chat to not happen for xguest and guest users system-config-printer-0.7.72-2.fc8 ---------------------------------- * Fri Aug 10 2007 Tim Waugh 0.7.72-2 - Ship the applet's desktop file. tanukiwrapper-0:3.2.3-1jpp.1.fc8 -------------------------------- * Sat Aug 11 2007 Vivek Lakshmanan - 0:3.2.3-1jpp.1 - Update to latest from JPackage - Fedora-ize the spec file * Tue Oct 17 2006 Ville Skytt?? - 0:3.2.3-1jpp - 3.2.3. - Drop unneeded xml-commons-apis and xerces-j2 dependencies. - Fix gcj lib name. * Fri Oct 13 2006 Ville Skytt?? - 0:3.2.2-1jpp - 3.2.2. udev-114-1.fc8 -------------- * Fri Aug 10 2007 Harald Hoyer - 114-1 - version 114 - big rule unification and cleanup - added persistent names for network and cdrom devices over reboot urw-fonts-2.4-1.fc8 ------------------- * Fri Aug 10 2007 Than Ngo - 2.4-1 - update to 1.0.7pre43, changed Roman glyphs in all fonts back to original metrics. bz#243180, bz#138896, bz#140584 - cleanup BR, bz#227297 - drop chkfontpath dependency and use the catalogue font path mechanism xorg-x11-xdm-1:1.1.5-1.fc8 -------------------------- * Sat Aug 11 2007 Dave Airlie 1:1.1.5-1 - Update to 1.1.5 Broken deps for i386 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 blam - 1.8.3-5.fc8.i386 requires gecko-libs = 0:1.8.1.5 brasero - 0.5.2-4.fc8.i386 requires libisofs.so.4 brasero - 0.5.2-4.fc8.i386 requires libburn.so.6 chmsee - 1.0.0-0.22.beta2.fc8.i386 requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 galeon - 2.0.3-10.fc7.i386 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.i386 requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) blam - 1.8.3-5.fc8.x86_64 requires gecko-libs = 0:1.8.1.5 brasero - 0.5.2-4.fc8.x86_64 requires libisofs.so.4()(64bit) brasero - 0.5.2-4.fc8.x86_64 requires libburn.so.6()(64bit) chmsee - 1.0.0-0.22.beta2.fc8.x86_64 requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicui18n.so.36()(64bit) galeon - 2.0.3-10.fc7.x86_64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.x86_64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.i386 requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 blam - 1.8.3-5.fc8.ppc requires gecko-libs = 0:1.8.1.5 brasero - 0.5.2-4.fc8.ppc requires libisofs.so.4 brasero - 0.5.2-4.fc8.ppc requires libburn.so.6 chmsee - 1.0.0-0.22.beta2.fc8.ppc requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) galeon - 2.0.3-10.fc7.ppc requires gecko-libs = 0:1.8.1.5 glest-data - 2.0.0-4.fc8.noarch requires glest = 0:2.0.0 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.ppc64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.ppc requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) brasero - 0.5.2-4.fc8.ppc64 requires libisofs.so.4()(64bit) brasero - 0.5.2-4.fc8.ppc64 requires libburn.so.6()(64bit) chmsee - 1.0.0-0.22.beta2.fc8.ppc64 requires firefox = 0:2.0.0.5 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) galeon - 2.0.3-10.fc7.ppc64 requires gecko-libs = 0:1.8.1.5 gtkmozembedmm - 1.4.2.cvs20060817-13.fc8.ppc64 requires gecko-libs = 0:1.8.1.5 hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump koan - 0.6.0-1.fc7.noarch requires syslinux monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From mattdm at mattdm.org Sat Aug 11 12:16:32 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 11 Aug 2007 08:16:32 -0400 Subject: Disabling atime In-Reply-To: References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> Message-ID: <20070811121632.GA8739@jadzia.bu.edu> On Fri, Aug 10, 2007 at 09:43:18PM +0000, Martin Ebourne wrote: > The minority here is having atime, hardly anyone ever uses it compared to > the cost of having it. It's easy to reenable it for the few who really > find it useful and want to pay for it. tmpwatch runs by default. Everyone uses that. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From vikigoyal at gmail.com Sat Aug 11 12:34:43 2007 From: vikigoyal at gmail.com (Vikram Goyal) Date: Sat, 11 Aug 2007 18:04:43 +0530 Subject: Semi-OT: Bugzilla guided mode addition freezes browers In-Reply-To: <16de708d0708072341x14b6db75k75de13f3a10cd6c6@mail.gmail.com> References: <16de708d0708072341x14b6db75k75de13f3a10cd6c6@mail.gmail.com> Message-ID: <20070811123443.GA10204@f7host.f7domain> On Wed, Aug 08, 2007 at 01:41:37AM -0500, Arthur Pemberton wrote: > I was attempting to file a bug (http://bugzilla.redhat.com) and > thought I would give the Guide mode a try. I tried the following OS : > Browser combinations a try, all requiring me to terminate them > manually upon reaching the component selection page: > > * Windows XP Pro : Firefox 2 > * Fedora 7 (kde) : Firefox 2 > * Fedora 7 (kde) : Konqueror > > I'm guessing it had something to do with with the Javascript 1.2 and > the large amount of data, but it uses up enough cycles to render > firefox entirely useless. on Fedora/Firefox2, I did get a warning that > a script was unresponsive, but I didn't stop it (mostly as part of the > experimentation). > > Should I file a bug about this? Bug was already filed. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=233896 Thanks! -- vikram... |||||||| |||||||| ^^'''''^^||root||^^^'''''''^^ // \\ )) //(( \\// \\ // /\\ || \\ || / )) (( \\ -- Thousands of days of civilians... have produced a... feeling for the aesthetic modules. -- ~|~ = From tonynelson at georgeanelson.com Sat Aug 11 13:12:06 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Sat, 11 Aug 2007 09:12:06 -0400 Subject: Enabling Compiz by default? In-Reply-To: <604aa7910708101628y94ff076x6cf7a296dd868291@mail.gmail.com> References: <46BB8CFD.4050706@fedoraproject.org> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> <604aa7910708101355y16140271o7ca92845a059e464@mail.gmail.com> <1186786580.1736.46.camel@localhost> <604aa7910708101628y94ff076x6cf7a296dd868291@mail.gmail.com> Message-ID: At 3:28 PM -0800 8/10/07, Jeff Spaleta wrote: ... >-jef"It's a real shame that python-based application behavior have >made the occurance of unresponsive windows seem like a generally >acceptable practice for application that are in fact behaving >correctly"spaleta Especially as Python makes correct threading much easier than most other languages, due largely to the GIL making each Python bytecode an atomic operation. Threading scares me anyway. -- ____________________________________________________________________ TonyN.:' ' From kevin.kofler at chello.at Sat Aug 11 13:44:22 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 11 Aug 2007 13:44:22 +0000 (UTC) Subject: Enabling Compiz by default? References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <1186756104.2876.63.camel@localhost.localdomain> Message-ID: Adam Jackson redhat.com> writes: > What kind of drugs are you on? Compiz is probably the only maintained > compositing manager. No it isn't. KWin version 4 has compositing support and is definitely maintained. Kevin Kofler From s0238762 at sms.ed.ac.uk Sat Aug 11 14:03:06 2007 From: s0238762 at sms.ed.ac.uk (Ioannis Nousias) Date: Sat, 11 Aug 2007 15:03:06 +0100 Subject: Enabling Compiz by default? In-Reply-To: <1186786580.1736.46.camel@localhost> References: <46BB8CFD.4050706@fedoraproject.org> <364d303b0708100243j1dfaa578x5c867b31fe26ac31@mail.gmail.com> <20070810135933.5e4e2a99@banea.int.addix.net> <1186773326.1129.5.camel@localhost> <604aa7910708101227g2c537ff4l668d12604abfc9f4@mail.gmail.com> <604aa7910708101239s402c305bic50f5745f1346e4a@mail.gmail.com> <604aa7910708101259v6857e605ka0a642cd6cd6d2f9@mail.gmail.com> <604aa7910708101355y16140271o7ca92845a059e464@mail.gmail.com> <1186786580.1736.46.camel@localhost> Message-ID: <46BDC19A.903@sms.ed.ac.uk> Callum Lerwick wrote: > Ever tried using yumex with compiz? It ends up going grey, usually > because I *told* it to do something, and it is *already* indicating its > busyness with a progress meter. > that's yumex's GUI design problem. The GUI shouldn't freeze when the application is busy. Similar behaviour is found in 'pup'. These are GUI design issues. If you drag a window on top of it, you'll notice that the GUI doesn't refresh. These are the cases were compiz (correctly in my opinion) will grey them out. This is a false behaviour caused by the GUI designers of those applications, not compiz's fault. > Whatever happened to just switching to a busy pointer shape? THAT would > be consistent with decades old standards of GUI behavior. > exactly that -> "decades old...". Window managers are evolving. We should explore better ways to interact with the user, though I will agree with you that overly 'interactive' environments are destructing. Dismissing anything new isn't the answer. -Ioannis From lsof at nodata.co.uk Sat Aug 11 14:16:49 2007 From: lsof at nodata.co.uk (nodata) Date: Sat, 11 Aug 2007 16:16:49 +0200 Subject: Fedora 8 Boot time/shutdown time goal? Message-ID: <1186841809.3660.0.camel@sb-home> Is there a goal for how much quicker Fedora 8 boot and shutdown should be? This page doesn't mention it: http://fedoraproject.org/wiki/Releases/FeatureBootShutdownSpeedup From jon.nettleton at gmail.com Sat Aug 11 14:46:13 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Sat, 11 Aug 2007 10:46:13 -0400 Subject: Fedora 8 Boot time/shutdown time goal? In-Reply-To: <1186841809.3660.0.camel@sb-home> References: <1186841809.3660.0.camel@sb-home> Message-ID: On 8/11/07, nodata wrote: > > Is there a goal for how much quicker Fedora 8 boot and shutdown should > be? > > This page doesn't mention it: > http://fedoraproject.org/wiki/Releases/FeatureBootShutdownSpeedup I am not sure what the intended goal is either. I have been playing around with some settings and currently have my desktop down to 45 seconds. The real place I am focusing on now is the first 30 seconds which is all within rc.sysinit. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.mailhot at laposte.net Sat Aug 11 14:52:06 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 11 Aug 2007 16:52:06 +0200 Subject: RPM roadmapping In-Reply-To: References: Message-ID: <1186843926.22277.5.camel@rousalka.dyndns.org> Le vendredi 27 juillet 2007 ? 15:40 +0300, Panu Matilainen a ?crit : > So: what have you always wanted to do > with rpm, but wasn't able to? True strong dependency versionning, including actual version ranges ( [A;B[ not ]-?;B[ and [A;+?[ ), arch-specific contraints, and working on virtual provides. Ability to declare noarch subpackages for doc and noarch resources Regards, -- 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 mark.bidewell at alumni.clemson.edu Sat Aug 11 15:03:50 2007 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Sat, 11 Aug 2007 11:03:50 -0400 Subject: Qemu Fedora 8 (possible enhancement?) In-Reply-To: <1186827135.4480.6.camel@segv.aura.of.mankind> References: <1186827135.4480.6.camel@segv.aura.of.mankind> Message-ID: Since I installed the x86_64 rpm I didn't think to search for qemu-system-x86_64, I assumed it was qemu - mea culpa. That however brings up an interesting point. Tools such as virt-manager select qemu on x86_64 systems which is suboptimal. Although this can be changed manually, it would be nice for the selection of the optimal binary to to be automated. Mark Bidewell On 8/11/07, utz lehmann wrote: > > > I double checked, I still get "not compiled". I am not using -smp, > > but I am running x86_64 (If that means anything) > > Try qemu-system-x86_64. It can run 32bit guests too. > "qemu" don't work with kqemu on x86-64 (at leased with the fedora one). > > utz > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Sat Aug 11 16:04:47 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 11 Aug 2007 21:34:47 +0530 Subject: Disabling atime In-Reply-To: <20070811121632.GA8739@jadzia.bu.edu> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> Message-ID: <46BDDE1F.40109@fedoraproject.org> Matthew Miller wrote: > On Fri, Aug 10, 2007 at 09:43:18PM +0000, Martin Ebourne wrote: >> The minority here is having atime, hardly anyone ever uses it compared to >> the cost of having it. It's easy to reenable it for the few who really >> find it useful and want to pay for it. > > tmpwatch runs by default. Everyone uses that. Has a simple patch already which I mentioned in my original mail. Rahul From mitr at volny.cz Sat Aug 11 16:15:51 2007 From: mitr at volny.cz (Miloslav Trmac) Date: Sat, 11 Aug 2007 18:15:51 +0200 Subject: Disabling atime In-Reply-To: <46BDDE1F.40109@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> Message-ID: <46BDE0B7.10209@volny.cz> Rahul Sundaram napsal(a): > Matthew Miller wrote: >> On Fri, Aug 10, 2007 at 09:43:18PM +0000, Martin Ebourne wrote: >>> The minority here is having atime, hardly anyone ever uses it >>> compared to the cost of having it. It's easy to reenable it for the >>> few who really find it useful and want to pay for it. >> >> tmpwatch runs by default. Everyone uses that. > > Has a simple patch already which I mentioned in my original mail. The patch changes behavior. We're not in that much of a rush, are we? Why don't we wait to see what, if any, relatime variant is committed to the upstream kernel? relatime design decisions will happen on lkml, not on this list. Mirek From lesmikesell at gmail.com Sat Aug 11 16:48:25 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 11 Aug 2007 11:48:25 -0500 Subject: Disabling atime In-Reply-To: <46BDE0B7.10209@volny.cz> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> Message-ID: <46BDE859.4030601@gmail.com> Miloslav Trmac wrote: >>>> The minority here is having atime, hardly anyone ever uses it >>>> compared to the cost of having it. It's easy to reenable it for the >>>> few who really find it useful and want to pay for it. >>> tmpwatch runs by default. Everyone uses that. >> Has a simple patch already which I mentioned in my original mail. > The patch changes behavior. > > We're not in that much of a rush, are we? Why don't we wait to see > what, if any, relatime variant is committed to the upstream kernel? > relatime design decisions will happen on lkml, not on this list. I'd expect the RedHat-style approach to this to be: add some file under /etc/sysconfig like mount-options that contains options that can be merged with the ones in /etc/fstab and all of the magic automounting bits (this is probably as important on usb flash drives as anywhere). This file might have sections for different fs types so you could apply appropriate settings, like read/write block sizes on all nfs mounts. It would be a nice touch if the mounting action would retry failing mounts without the options to recover from typos or options that conflict with ones specified in fstab, but since that could cause surprises itself it should be a setting within the file. As usual, documentation for this file would be nice but optional. A gui to manage it would be nice but optional. The file could be introduced in one fedora version with no default options but a choice to add noatime during the install. Then in the next or some future version there would be more real-world experience about what default to use and you'd have an easy way to override the default in any case. This is something that could be useful regardless of what the kernel does with relatime. -- Les Mikesell lesmikesell at gmail.com From ben.lewis at benl.co.uk Sat Aug 11 17:01:21 2007 From: ben.lewis at benl.co.uk (Benjamin Lewis) Date: Sat, 11 Aug 2007 18:01:21 +0100 Subject: Disabling atime In-Reply-To: <46BDE859.4030601@gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> Message-ID: <46BDEB61.9070300@benl.co.uk> Les Mikesell wrote: > I'd expect the RedHat-style approach to this to be: add some file > under /etc/sysconfig like mount-options that contains options that can > be merged with the ones in /etc/fstab and all of the magic > automounting bits (this is probably as important on usb flash drives > as anywhere). > > [snip] > There is something which leap out at me as soon a I saw this: the kind of person who _needs_ atime, knows how to set it. The majority of people - especially the home use - has little or no use for it whatsoever. Its a bit like the way mount fails on a broken fstab, it assumes that if you are messing with the fstab you know what you are doing. Equally anyone who _needs_ atime knows what they are doing and how to enable it. Any sort of fancy /etc/sysconfig trick is more effort than is needed, when the only change needed to undo it is to remove an option from the fstab. Just because something was always that way doesn't mean it needs to stay that way - and whatever the numbers, noatime *does* improve performance. -- Benjamin Lewis Fedora Ambassador ben.lewis at benl.co.uk ----------------------------------------------------------------------- http://benl.co.uk./ PGP Key: 0x647E480C "In cases of major discrepancy, it is always reality that got it wrong" -- RFC 1118 -------------- next part -------------- A non-text attachment was scrubbed... Name: ben.lewis.vcf Type: text/x-vcard Size: 144 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 889 bytes Desc: OpenPGP digital signature URL: From sundaram at fedoraproject.org Sat Aug 11 17:51:29 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 11 Aug 2007 23:21:29 +0530 Subject: Disabling atime In-Reply-To: <46BDEB61.9070300@benl.co.uk> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> Message-ID: <46BDF721.6070504@fedoraproject.org> Benjamin Lewis wrote: > > Les Mikesell wrote: >> I'd expect the RedHat-style approach to this to be: add some file >> under /etc/sysconfig like mount-options that contains options that can >> be merged with the ones in /etc/fstab and all of the magic >> automounting bits (this is probably as important on usb flash drives >> as anywhere). >> >> [snip] >> > There is something which leap out at me as soon a I saw this: the kind > of person who _needs_ atime, knows how to set it. The majority of people > - especially the home use - has little or no use for it whatsoever. The majority of people will see a performance boost they will appreciate regardless of whether they know about atime or not. Rahul From sundaram at fedoraproject.org Sat Aug 11 17:54:40 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 11 Aug 2007 23:24:40 +0530 Subject: Disabling atime In-Reply-To: <46BDE0B7.10209@volny.cz> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> Message-ID: <46BDF7E0.5000000@fedoraproject.org> Miloslav Trmac wrote: > Rahul Sundaram napsal(a): >> Matthew Miller wrote: >>> On Fri, Aug 10, 2007 at 09:43:18PM +0000, Martin Ebourne wrote: >>>> The minority here is having atime, hardly anyone ever uses it >>>> compared to the cost of having it. It's easy to reenable it for the >>>> few who really find it useful and want to pay for it. >>> tmpwatch runs by default. Everyone uses that. >> Has a simple patch already which I mentioned in my original mail. > The patch changes behavior. > > We're not in that much of a rush, are we? Why don't we wait to see > what, if any, relatime variant is committed to the upstream kernel? > relatime design decisions will happen on lkml, not on this list. > Mirek This is not the first time these discussions have happened. Not a question of rush but one of finally making a decision. In the same lkml thread I see the redirection to fedora-devel list and I made no attempt to discussion the design here. If relatime is what we want, lets switch to that by default. Rahul From lesmikesell at gmail.com Sat Aug 11 18:06:37 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 11 Aug 2007 13:06:37 -0500 Subject: Disabling atime In-Reply-To: <46BDEB61.9070300@benl.co.uk> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> Message-ID: <46BDFAAD.9090303@gmail.com> Benjamin Lewis wrote: > > Les Mikesell wrote: >> I'd expect the RedHat-style approach to this to be: add some file >> under /etc/sysconfig like mount-options that contains options that can >> be merged with the ones in /etc/fstab and all of the magic >> automounting bits (this is probably as important on usb flash drives >> as anywhere). >> >> [snip] >> > There is something which leap out at me as soon a I saw this: the kind > of person who _needs_ atime, knows how to set it. Yes, just like the kind of person who _needs_ networking knows how to issue ifconfig commands directly to set it up. That doesn't mean that a general purpose way to set it up with the most likely default and a GUI to change it is not an improvement. > The majority of people > - especially the home use - has little or no use for it whatsoever. Its > a bit like the way mount fails on a broken fstab, it assumes that if you > are messing with the fstab you know what you are doing. Equally anyone > who _needs_ atime knows what they are doing and how to enable it. Except that they may have applications currently in use that rely on the decades old, documented behavior and should not have these broken as a surprise. Let one release go where you encourage people to break these with their own choice and report it, then you'll know what to expect when you break it with the default. > Any sort of fancy /etc/sysconfig trick is more effort than is needed, > when the only change needed to undo it is to remove an option from the > fstab. atime is not the only mount option that people need to change and a one-off hack for every little thing is not as nice as a general purpose solution that exactly matches the approach of the gazillion other things under /etc/sysconfig, put there for the same purpose. > Just because something was always that way doesn't mean it needs to stay > that way - and whatever the numbers, noatime *does* improve performance. Agreed, but RedHat-style administration puts changes like this under user control with files under /etc/sysconfig and sometimes provides a GUI tool to modify it. People who don't want this level/style of control are probably using some other OS. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Sat Aug 11 18:12:47 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 11 Aug 2007 13:12:47 -0500 Subject: Disabling atime In-Reply-To: <46BDF721.6070504@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> Message-ID: <46BDFC1F.5020101@gmail.com> Rahul Sundaram wrote: >>> I'd expect the RedHat-style approach to this to be: add some file >>> under /etc/sysconfig like mount-options that contains options that can >>> be merged with the ones in /etc/fstab and all of the magic >>> automounting bits (this is probably as important on usb flash drives >>> as anywhere). >>> >>> [snip] >>> >> There is something which leap out at me as soon a I saw this: the kind >> of person who _needs_ atime, knows how to set it. The majority of people >> - especially the home use - has little or no use for it whatsoever. > > The majority of people will see a performance boost they will appreciate > regardless of whether they know about atime or not. But whether it is a noticeable difference or not will depend on the number of files they access, either with automated build procedures or GUI file managers that like to peek inside every file. People who keep their directory trees sparse and don't venture out of their home directory in a GUI much will probably not know the difference except that tmpwatch may not clean up correctly and their mailer may have to do more work to decide if a message is unread (etc.). -- Les Mikesell lesmikesell at gmail.com From ben.lewis at benl.co.uk Sat Aug 11 18:21:59 2007 From: ben.lewis at benl.co.uk (Benjamin Lewis) Date: Sat, 11 Aug 2007 19:21:59 +0100 Subject: Disabling atime In-Reply-To: <46BDFAAD.9090303@gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDFAAD.9090303@gmail.com> Message-ID: <46BDFE47.4020608@benl.co.uk> Les Mikesell wrote: > Benjamin Lewis wrote: >> >> Les Mikesell wrote: >>> I'd expect the RedHat-style approach to this to be: add some file >>> under /etc/sysconfig like mount-options that contains options that can >>> be merged with the ones in /etc/fstab and all of the magic >>> automounting bits (this is probably as important on usb flash drives >>> as anywhere). >>> >>> [snip] >>> >> There is something which leap out at me as soon a I saw this: the kind >> of person who _needs_ atime, knows how to set it. > > Yes, just like the kind of person who _needs_ networking knows how to > issue ifconfig commands directly to set it up. That doesn't mean that > a general purpose way to set it up with the most likely default and a > GUI to change it is not an improvement. > That's not a fair comparison. >> The majority of people >> - especially the home use - has little or no use for it whatsoever. Its >> a bit like the way mount fails on a broken fstab, it assumes that if you >> are messing with the fstab you know what you are doing. Equally anyone >> who _needs_ atime knows what they are doing and how to enable it. > > Except that they may have applications currently in use that rely on > the decades old, documented behavior and should not have these broken > as a surprise. Let one release go where you encourage people to break > these with their own choice and report it, then you'll know what to > expect when you break it with the default. > I thought this only really affected some backup applications - emphasis on the _some_ part, mutt and tmpwatch - both of which have patches to resolve their issues. In any case, with proper release notes this would not be a surprise. >> Any sort of fancy /etc/sysconfig trick is more effort than is needed, >> when the only change needed to undo it is to remove an option from the >> fstab. > > atime is not the only mount option that people need to change and a > one-off hack for every little thing is not as nice as a general > purpose solution that exactly matches the approach of the gazillion > other things under /etc/sysconfig, put there for the same purpose. > I was referring to the amount of effort required to make an /etc/sysconfig switch work. >> Just because something was always that way doesn't mean it needs to stay >> that way - and whatever the numbers, noatime *does* improve performance. > > Agreed, but RedHat-style administration puts changes like this under > user control with files under /etc/sysconfig and sometimes provides a > GUI tool to modify it. People who don't want this level/style of > control are probably using some other OS. > -- Benjamin Lewis Fedora Ambassador ben.lewis at benl.co.uk ----------------------------------------------------------------------- http://benl.co.uk./ PGP Key: 0x647E480C "In cases of major discrepancy, it is always reality that got it wrong" -- RFC 1118 -------------- next part -------------- A non-text attachment was scrubbed... Name: ben.lewis.vcf Type: text/x-vcard Size: 144 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 889 bytes Desc: OpenPGP digital signature URL: From ben.lewis at benl.co.uk Sat Aug 11 18:35:36 2007 From: ben.lewis at benl.co.uk (Benjamin Lewis) Date: Sat, 11 Aug 2007 19:35:36 +0100 Subject: Disabling atime In-Reply-To: <46BDFC1F.5020101@gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> <46BDFC1F.5020101@gmail.com> Message-ID: <46BE0178.9070400@benl.co.uk> Les Mikesell wrote: > Rahul Sundaram wrote: > >>>> I'd expect the RedHat-style approach to this to be: add some file >>>> under /etc/sysconfig like mount-options that contains options that can >>>> be merged with the ones in /etc/fstab and all of the magic >>>> automounting bits (this is probably as important on usb flash drives >>>> as anywhere). >>>> >>>> [snip] >>>> >>> There is something which leap out at me as soon a I saw this: the kind >>> of person who _needs_ atime, knows how to set it. The majority of >>> people >>> - especially the home use - has little or no use for it whatsoever. >> >> The majority of people will see a performance boost they will >> appreciate regardless of whether they know about atime or not. > > But whether it is a noticeable difference or not will depend on the > number of files they access, either with automated build procedures or > GUI file managers that like to peek inside every file. People who > keep their directory trees sparse and don't venture out of their home > directory in a GUI much will probably not know the difference except > that tmpwatch may not clean up correctly and their mailer may have to > do more work to decide if a message is unread (etc.). In my experience, viewing a folder of images as thumbnails is significantly slower with atime. Many users will be viewing folders of images methinks. In addition, most GUIs read a large (read huge) number of files when they load, so load times for the GUI should be reduced also. > > -- > Les Mikesell > lesmikesell at gmail.com > > > EDIT: Sorry if anyone gets this twice, forgot to forward it to the list.. -- Benjamin Lewis Fedora Ambassador ben.lewis at benl.co.uk ----------------------------------------------------------------------- http://benl.co.uk./ PGP Key: 0x647E480C "In cases of major discrepancy, it is always reality that got it wrong" -- RFC 1118 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 890 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ben.lewis.vcf Type: text/x-vcard Size: 144 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 889 bytes Desc: OpenPGP digital signature URL: From opensource at till.name Sat Aug 11 18:22:49 2007 From: opensource at till.name (Till Maas) Date: Sat, 11 Aug 2007 20:22:49 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B41ED8.1070708@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> <46B41ED8.1070708@leemhuis.info> Message-ID: <200708112022.49591.opensource@till.name> On Sa August 4 2007, Thorsten Leemhuis wrote: > BTW, for Matt or other dkms lovers: can somebody please show a rough > spec file example how to use dkms in a SRPM (that can be compiled with > mock) that pre-compiles modules (that could get shipped in kmod > packages) and produces a dkms file for dynamic kernel-module generation, > that users could install? Both should use the same codepath for > compilation, to avoid that we have to maintain two? Here you can find such an srpm for kqemu: http://till.fedorapeople.org/dkms-kmod/ I don't know, what the current way to build xen kernel modules is, because they have a different version than the other kernels and therefore the kmodtool does not work. > I'd be really interested in that, because that is IMHO what we should > aim for: Pre-compiled modules in packages for the masses, dynamic for > the rest and the rare cases where users might run into problem, and > maintain just one spec file/codepath. This sounds good, regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From abo at kth.se Sat Aug 11 18:57:03 2007 From: abo at kth.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Sat, 11 Aug 2007 20:57:03 +0200 Subject: Enabling Compiz by default? In-Reply-To: <46BB8CFD.4050706@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> Message-ID: <1186858623.20567.36.camel@home.alexander.bostrom.net> On Fri, 2007-08-10 at 03:24 +0530, Rahul Sundaram wrote: > Hi > > Have we considered enabling Compiz by default in GNOME and fall back to > metacity if the driver or hardware don't support acceleration? I've got Metacity configured with some really useful keyboard shortcuts. Those stop working when I enable desktop effects (last I checked), which is the main reason I don't do that. So, if Compiz is enabled by default even for upgraded user accounts, this would be a regression. I was hoping for the Metacity compositor I remember someone was working on to solve this, but perhaps there's a Compiz-based solution. (I haven't really looked for one.) /abo From lesmikesell at gmail.com Sat Aug 11 19:00:40 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 11 Aug 2007 14:00:40 -0500 Subject: Disabling atime In-Reply-To: <46BE0178.9070400@benl.co.uk> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> <46BDFC1F.5020101@gmail.com> <46BE0178.9070400@benl.co.uk> Message-ID: <46BE0758.20703@gmail.com> Benjamin Lewis wrote: >>>>> >>>> There is something which leap out at me as soon a I saw this: the kind >>>> of person who _needs_ atime, knows how to set it. The majority of >>>> people >>>> - especially the home use - has little or no use for it whatsoever. >>> The majority of people will see a performance boost they will >>> appreciate regardless of whether they know about atime or not. >> But whether it is a noticeable difference or not will depend on the >> number of files they access, either with automated build procedures or >> GUI file managers that like to peek inside every file. People who >> keep their directory trees sparse and don't venture out of their home >> directory in a GUI much will probably not know the difference except >> that tmpwatch may not clean up correctly and their mailer may have to >> do more work to decide if a message is unread (etc.). > In my experience, viewing a folder of images as thumbnails is > significantly slower with atime. Are you sure that your viewer didn't cache the thumbnail images on the first run so you were timing something different after changing the option? > Many users will be viewing folders of > images methinks. In addition, most GUIs read a large (read huge) number > of files when they load, so load times for the GUI should be reduced also. Some users will, some won't. The atime change should be going though the disk write cache and thus only have a real-time hit when there is enough disk activity that the cache writes conflict with read operations. -- Les Mikesell lesmikesell at gmail.com From esandeen at redhat.com Sat Aug 11 19:00:49 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Sat, 11 Aug 2007 14:00:49 -0500 Subject: Disabling atime In-Reply-To: <46BE0178.9070400@benl.co.uk> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> <46BDFC1F.5020101@gmail.com> <46BE0178.9070400@benl.co.uk> Message-ID: <46BE0761.9060605@redhat.com> Benjamin Lewis wrote: > In my experience, viewing a folder of images as thumbnails is > significantly slower with atime. Many users will be viewing folders of > images methinks. In addition, most GUIs read a large (read huge) number > of files when they load, so load times for the GUI should be reduced also. in my experience... should be... Does anyone have any numbers? This thread has been long on assertions, and very short on measured results. noatime may well be faster in various situations. Is anyone who is advocating noatime willing to demonstrate the speed gain quantitatively? For such a long thread on performance tweaking why are there so few benchmarks or timing results? -Eric From ben.lewis at benl.co.uk Sat Aug 11 19:35:36 2007 From: ben.lewis at benl.co.uk (Benjamin Lewis) Date: Sat, 11 Aug 2007 20:35:36 +0100 Subject: Disabling atime In-Reply-To: <46BE0758.20703@gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> <46BDFC1F.5020101@gmail.com> <46BE0178.9070400@benl.co.uk> <46BE0758.20703@gmail.com> Message-ID: <46BE0F88.8020206@benl.co.uk> Les Mikesell wrote: > Benjamin Lewis wrote: > >>>>>> >>>>> There is something which leap out at me as soon a I saw this: the >>>>> kind >>>>> of person who _needs_ atime, knows how to set it. The majority of >>>>> people >>>>> - especially the home use - has little or no use for it whatsoever. >>>> The majority of people will see a performance boost they will >>>> appreciate regardless of whether they know about atime or not. >>> But whether it is a noticeable difference or not will depend on the >>> number of files they access, either with automated build procedures or >>> GUI file managers that like to peek inside every file. People who >>> keep their directory trees sparse and don't venture out of their home >>> directory in a GUI much will probably not know the difference except >>> that tmpwatch may not clean up correctly and their mailer may have to >>> do more work to decide if a message is unread (etc.). > >> In my experience, viewing a folder of images as thumbnails is >> significantly slower with atime. > > Are you sure that your viewer didn't cache the thumbnail images on the > first run so you were timing something different after changing the > option? > I did clear the caches, yes. >> Many users will be viewing folders of >> images methinks. In addition, most GUIs read a large (read huge) number >> of files when they load, so load times for the GUI should be reduced >> also. > > Some users will, some won't. The atime change should be going though > the disk write cache and thus only have a real-time hit when there is > enough disk activity that the cache writes conflict with read operations. > -- Benjamin Lewis Fedora Ambassador ben.lewis at benl.co.uk ----------------------------------------------------------------------- http://benl.co.uk./ PGP Key: 0x647E480C "In cases of major discrepancy, it is always reality that got it wrong" -- RFC 1118 -------------- next part -------------- A non-text attachment was scrubbed... Name: ben.lewis.vcf Type: text/x-vcard Size: 144 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 889 bytes Desc: OpenPGP digital signature URL: From ben.lewis at benl.co.uk Sat Aug 11 19:36:52 2007 From: ben.lewis at benl.co.uk (Benjamin Lewis) Date: Sat, 11 Aug 2007 20:36:52 +0100 Subject: Disabling atime In-Reply-To: <46BE0761.9060605@redhat.com> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> <46BDFC1F.5020101@gmail.com> <46BE0178.9070400@benl.co.uk> <46BE0761.9060605@redhat.com> Message-ID: <46BE0FD4.5060300@benl.co.uk> Eric Sandeen wrote: > Benjamin Lewis wrote: > > >> In my experience, viewing a folder of images as thumbnails is >> significantly slower with atime. Many users will be viewing folders of >> images methinks. In addition, most GUIs read a large (read huge) number >> of files when they load, so load times for the GUI should be reduced also. >> > > in my experience... should be... > > Does anyone have any numbers? This thread has been long on assertions, > and very short on measured results. > > noatime may well be faster in various situations. Is anyone who is > advocating noatime willing to demonstrate the speed gain quantitatively? > > For such a long thread on performance tweaking why are there so few > benchmarks or timing results? > > -Eric > > I believe there were some quantitative numbers earlier in the thread, and I remember someone mentioning a 5% increase. -- Benjamin Lewis Fedora Ambassador ben.lewis at benl.co.uk ----------------------------------------------------------------------- http://benl.co.uk./ PGP Key: 0x647E480C "In cases of major discrepancy, it is always reality that got it wrong" -- RFC 1118 -------------- next part -------------- A non-text attachment was scrubbed... Name: ben.lewis.vcf Type: text/x-vcard Size: 144 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 889 bytes Desc: OpenPGP digital signature URL: From lesmikesell at gmail.com Sat Aug 11 19:50:59 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 11 Aug 2007 14:50:59 -0500 Subject: Disabling atime In-Reply-To: <46BDFE47.4020608@benl.co.uk> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDFAAD.9090303@gmail.com> <46BDFE47.4020608@benl.co.uk> Message-ID: <46BE1323.5000208@gmail.com> Benjamin Lewis wrote: >>>> I'd expect the RedHat-style approach to this to be: add some file >>>> under /etc/sysconfig like mount-options that contains options that can >>>> be merged with the ones in /etc/fstab and all of the magic >>>> automounting bits (this is probably as important on usb flash drives >>>> as anywhere). >>>> >>>> [snip] >>>> >>> There is something which leap out at me as soon a I saw this: the kind >>> of person who _needs_ atime, knows how to set it. >> Yes, just like the kind of person who _needs_ networking knows how to >> issue ifconfig commands directly to set it up. That doesn't mean that >> a general purpose way to set it up with the most likely default and a >> GUI to change it is not an improvement. >> > That's not a fair comparison. Right - typos in the ifconfig commands normally won't break console access, where a typo in /etc/fstab will make your system unbootable. >>> The majority of people >>> - especially the home use - has little or no use for it whatsoever. Its >>> a bit like the way mount fails on a broken fstab, it assumes that if you >>> are messing with the fstab you know what you are doing. Equally anyone >>> who _needs_ atime knows what they are doing and how to enable it. >> Except that they may have applications currently in use that rely on >> the decades old, documented behavior and should not have these broken >> as a surprise. Let one release go where you encourage people to break >> these with their own choice and report it, then you'll know what to >> expect when you break it with the default. >> > I thought this only really affected some backup applications - emphasis > on the _some_ part, No, backups never use atime - it tells you when someone last read a file, not when something changed. Atime would be used for debugging (did an app read this file before crashing - or at all?) or determining if a file has not been read since it was written (is a mailbox/maildir file new/unread?), or if a file is unecessary and can be deleted since nothing has read it for some long interval). > mutt and tmpwatch - both of which have patches to > resolve their issues. That's all anyone has found, but (a) this sounds like a top-of-the-head guess instead of someone grepping the whole of fedora extra source and (b) doesn't consider apps someone has written or obtained elsewhere that use the documented filesystem spec. > In any case, with proper release notes this would > not be a surprise. Do people read those? Especially if they skip the version where the change is made? >>> Any sort of fancy /etc/sysconfig trick is more effort than is needed, >>> when the only change needed to undo it is to remove an option from the >>> fstab. >> atime is not the only mount option that people need to change and a >> one-off hack for every little thing is not as nice as a general >> purpose solution that exactly matches the approach of the gazillion >> other things under /etc/sysconfig, put there for the same purpose. >> > I was referring to the amount of effort required to make an > /etc/sysconfig switch work. One-off hacks might be easy. That's not a good excuse for a distribution used by a lot of people to do them. Anyone who has used RH/fedora for any length of time is used to bits and pieces of the stock config files being extracted into files under /etc/sysconfig for local management so that would be expected in this case as well. -- Les Mikesell lesmikesell at gmail.com From robert at fedoraproject.org Sat Aug 11 20:19:19 2007 From: robert at fedoraproject.org (Robert Scheck) Date: Sat, 11 Aug 2007 22:19:19 +0200 Subject: [Fedora-packaging] Re: New db4 update and package changes In-Reply-To: <1186664323.5583.28.camel@localhost.localdomain> References: <20070809090100.GA1165@dhcp-lab-186.brq.redhat.com> <20070809122749.GA10454@puariko.nirvana> <1186664323.5583.28.camel@localhost.localdomain> Message-ID: <20070811201919.GA1205@hurricane.linuxnetz.de> Evening folks, On Thu, 09 Aug 2007, Tom spot Callaway wrote: > On Thu, 2007-08-09 at 14:27 +0200, Axel Thimm wrote: > > On Thu, Aug 09, 2007 at 11:01:00AM +0200, Jindrich Novy wrote: > > > I want to announce a change I made in the new db4, that may affect > > > you from the packaging POV if your package is dependent on db4. It is > > > that I moved all the C++ stuff to db4-cxx and db4-cxx-devel subpackages > > > to reduce dependency bloat (#220484). > > > > I can understand the splitting of the runtime bits, but why split the > > *-devel package? > > +1. Splitting the -devel package is a rather significant alteration, for > little benefit (and shouldn't increase dependency bloat). thousands of -devel packages is in my not so humble opinion what the reporter of bug #220484 would like to see. And I don't believe, there's any real benefit of doing so, so please avoid it. We're living in the 3rd year- thousand and I don't want to calculate what 5 MB of disk space could cost. Greetings, Robert From kevin.kofler at chello.at Sat Aug 11 20:24:12 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 11 Aug 2007 20:24:12 +0000 (UTC) Subject: Enabling Compiz by default? References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <1186702230.3327.8.camel@localhost.localdomain> <1186703587.3327.14.camel@localhost.localdomain> Message-ID: Jon Nettleton gmail.com> writes: > Why not look at a nice basic composited windows manager as default that works > pretty well on any driver that supports EXA ( I have now gotten this running > quite well on laptops with Sis, EXA, and VIA integrated chipsets). You mean like KDE 4's KWin? :-) Kevin Kofler From kevin.kofler at chello.at Sat Aug 11 20:27:24 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 11 Aug 2007 20:27:24 +0000 (UTC) Subject: Enabling Compiz by default? References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> Message-ID: Ioannis Nousias sms.ed.ac.uk> writes: > In my opinion, Fedora should promote a modern window manager for the > desktop domain. It will definitely attract new users and it certainly > offers usability features that are so much needed, which should be there > right out of the box. As soon as we move to KDE 4 as the default KDE desktop (probably for Fedora 9), KDE on Fedora will default to a WM which supports compositing. :-) > PS: I think arguing about power efficiency is a little bit hypocritical. > Fedora, as any other distribution I've seen, comes with all these little > services and daemons that want to access your hard disk all the time, > just to say hello ;) The result is you can't have your HD in > standby/sleep mode. And not to mention the annoying screen savers that > are enabled by default, which keep the CPU busy (some of them take it to > the extreme) and are far from 'saving your screen' ;) There's much work going on to reduce spurious wakeups, also from the OLPC folks. Kevin Kofler From kevin.kofler at chello.at Sat Aug 11 20:40:04 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 11 Aug 2007 20:40:04 +0000 (UTC) Subject: Enabling Compiz by default? References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> <1186763463.3207.12.camel@localhost.localdomain> Message-ID: Matthias Clasen redhat.com> writes: > On Fri, 2007-08-10 at 12:32 -0400, Jon Nettleton wrote: > > Why not look at a default compositor/window manager that allows basic > > compositing features without the need for a OpenGL accelerated > > graphics > > engine? > > Do you have one to offer ? KDE 4 KWin? :-) It supports 3 modes for compositing: * XRender * OpenGL without TFP (texture from pixmap, e.g. AIGLX) * OpenGL with TFP (texture from pixmap, e.g. AIGLX) Kevin Kofler From david at lovesunix.net Sat Aug 11 20:53:10 2007 From: david at lovesunix.net (David Nielsen) Date: Sat, 11 Aug 2007 22:53:10 +0200 Subject: Enabling Compiz by default? In-Reply-To: <1186763463.3207.12.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> <1186763463.3207.12.camel@localhost.localdomain> Message-ID: <1186865590.27183.6.camel@dawkins> fre, 10 08 2007 kl. 12:31 -0400, skrev Matthias Clasen: > On Fri, 2007-08-10 at 12:32 -0400, Jon Nettleton wrote: > > > > > Why not look at a default compositor/window manager that allows basic > > compositing features without the need for a OpenGL accelerated > > graphics > > engine? > > > Do you have one to offer ? > I believe Thomas Thurman has been doing a great deal of work on the compositor in Metacity, maybe that could be used - even if it likely lacks all the wonderful features presented by Compiz. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From kevin.kofler at chello.at Sat Aug 11 20:59:13 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 11 Aug 2007 20:59:13 +0000 (UTC) Subject: Enabling Compiz by default? References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> <1186763463.3207.12.camel@localhost.localdomain> Message-ID: Kevin Kofler chello.at> writes: > KDE 4 KWin? > > It supports 3 modes for compositing: > * XRender > * OpenGL without TFP (texture from pixmap, e.g. AIGLX) > * OpenGL with TFP (texture from pixmap, e.g. AIGLX) PS: It also supports disabling compositing entirely, providing a classical WM like the KDE 3 version. (Just mentioning this in the hope of avoiding sudden panic attacks. ;-) ) Kevin Kofler From esandeen at redhat.com Sat Aug 11 21:05:16 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Sat, 11 Aug 2007 16:05:16 -0500 Subject: Disabling atime In-Reply-To: <46BE0FD4.5060300@benl.co.uk> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> <46BDFC1F.5020101@gmail.com> <46BE0178.9070400@benl.co.uk> <46BE0761.9060605@redhat.com> <46BE0FD4.5060300@benl.co.uk> Message-ID: <46BE248C.5020000@redhat.com> Benjamin Lewis wrote: > Eric Sandeen wrote: >> For such a long thread on performance tweaking why are there so few >> benchmarks or timing results? >> >> -Eric >> >> > I believe there were some quantitative numbers earlier in the thread, > and I remember someone mentioning a 5% increase. > There was one post of one workload, yes. And a write-heavy one, at that. -Eric From jon.nettleton at gmail.com Sat Aug 11 21:08:16 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Sat, 11 Aug 2007 17:08:16 -0400 Subject: Enabling Compiz by default? In-Reply-To: <1186865590.27183.6.camel@dawkins> References: <46BB8CFD.4050706@fedoraproject.org> <20070809180952.15f3e5a3@vader.jdub.homelinux.org> <46BB9F4F.2050503@fedoraproject.org> <20070810064801.7311c919@vader.jdub.homelinux.org> <20070810125822.GA28483@nostromo.devel.redhat.com> <1186763463.3207.12.camel@localhost.localdomain> <1186865590.27183.6.camel@dawkins> Message-ID: On 8/11/07, David Nielsen wrote: > > > fre, 10 08 2007 kl. 12:31 -0400, skrev Matthias Clasen: > > On Fri, 2007-08-10 at 12:32 -0400, Jon Nettleton wrote: > > > > > > > > Why not look at a default compositor/window manager that allows basic > > > compositing features without the need for a OpenGL accelerated > > > graphics > > > engine? > > > > > > Do you have one to offer ? > > > > I believe Thomas Thurman has been doing a great deal of work on the > compositor in Metacity, maybe that could be used - even if it likely > lacks all the wonderful features presented by Compiz. I am pretty sure the one in Metacity now requires OpenGL acceleration. I don't really think that is something that we can insist upon as a default window manager. I have a great 3d card in my desktop and I really don't need my window manager spinning cubes and wobbling windows. It was fun for about 2 days, then I had to get real work done and all I wanted was windows redrawn smoothly and everything else to just work. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From Matt_Domsch at dell.com Sat Aug 11 21:05:10 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 11 Aug 2007 16:05:10 -0500 Subject: Release x86_64 rawhide rebuild in mock status 2007-08-11 Message-ID: <20070811160510.A4079@humbolt.us.dell.com> Here's a full top-to-bottom private rebuild of rawhide. All packages were built from SRPMS in rawhide (not from CVS), using the RPMs from rawhide. There's lots of breakage here: * Perl packages now must BuildRequire: perl-devel. If yours doesn't have such a line, that's the likely reason for failure. * Changes to the Gnome desktop file parser now require you to update your desktop files. * and other such bitrot. Please review and make appropriate changes your packages, and push new builds through to the devel branch. At some point before Fedora 8 is finalized, a full rebuild of all packages is expected to take place. Please fix your packages now to avoid mass build problems later. Thanks, Matt Release Rawhide-in-Mock Build Results for x86_64 Sat Aug 11 15:15:57 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 4673 Number failed to build: 674 Number expected to fail due to ExclusiveArch or ExcludeArch: 31 Leaving: 643 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 642 ---------------------------------- Macaulay2-0.9.95-4.fc7 (build/make) rdieter at math.unl.edu MegaMek-0.30.11-1.fc7 (build/make) fitzsim at redhat.com OpenIPMI-2.0.6-7.fc7 (build/make) pknirsch at redhat.com Perlbal-1.59-1.fc8 (build/make) ruben at rubenkerkhof.com PythonCAD-0.1.35-7.fc7 (build/make) kwizart at gmail.com acpid-1.0.4-8.fc8 (build/make) zprikryl at redhat.com adaptx-0.9.13-4jpp.1.fc7 (build/make) pcheung at redhat.com airsnort-0.2.7e-11.fc7 (build/make) andreas.bierfert at lowlatency.de alacarte-0.11.3-3.fc7 (build/make) rstrode at redhat.com alleyoop-0.9.3-2.fc6 (build/make) giallu at gmail.com alsa-lib-1.0.14-1.fc8 (build/make) stransky at redhat.com alsa-oss-1.0.14-2.fc8 (build/make) jima at beer.tclug.org amsn-0.96-7.fc7 (build/make) sander at hoentjen.eu antlr-2.7.7-1jpp.4.fc8 (buildroot) dbhole at redhat.com arm-gp2x-linux-binutils-2.16.1-2.fc8 (build/make) j.w.r.degoede at hhs.nl asymptote-1.32-1.fc8 (build/make) jpo at di.uminho.pt atitvout-0.4-6 (buildroot) andreas.bierfert at lowlatency.de awesfx-0.5.0d-4.fc7 (build/make) stransky at redhat.com azureus-2.5.0.4-2.fc7 (build/make) green at redhat.com balsa-2.3.17-1.fc8 (build/make) pawsa at theochem.kth.se beagle-0.2.17-1.fc8 (buildroot) alexl at redhat.com binutils-2.17.50.0.17-7 (build/make) jakub at redhat.com blam-1.8.3-5.fc8 (buildroot) peter at thecodergeek.com blobAndConquer-0.91-1.fc8 (build/make) j.w.r.degoede at hhs.nl bombardier-0.8.2.2-5.fc8 (build/make) limb at jcomserv.net boo-0.7.6.2237-12.fc7 (buildroot) paul at all-the-johnsons.co.uk brasero-0.5.2-4.fc8 (build/make) denis at poolshark.org callweaver-1.2-0.1.rc3.svn2861.fc8 (build/make) dwmw2 at redhat.com camstream-0.26.3-11.fc7 (build/make) nomis80 at nomis80.org castor-0.9.5-1jpp.7 (build/make) pcheung at redhat.com cdogs-sdl-0.4-1.fc8 (build/make) j.w.r.degoede at hhs.nl checkstyle-4.1-4jpp.1.fc7 (buildroot) nsantos at redhat.com claws-mail-plugins-2.10.0-1.fc8 (build/make) andreas.bierfert at lowlatency.de clips-6.24-22.fc7 (build/make) rvinyard at cs.nmsu.edu compat-gcc-32-3.2.3-61 (build/make) jakub at redhat.com compat-gcc-34-3.4.6-7 (build/make) jakub at redhat.com cowbell-0.2.7.1-6.fc6 (buildroot) foolish at guezz.net cpan2rpm-2.028-2.fc6 (build/make) ghenry at suretecsystems.com cryptix-3.2.0-9jpp.1 (build/make) mwringe at redhat.com cryptix-asn1-20011119-7jpp.2 (build/make) vivekl at redhat.com crystal-stacker-1.5-3.fc6 (build/make) j.w.r.degoede at hhs.nl cyrus-imapd-2.3.8-3.2.fc8 (build/make) tjanouse at redhat.com d4x-2.5.7.1-3.fc7 (build/make) matthias at rpmforge.net daap-sharp-0.3.3-4.fc6 (buildroot) bdpepple at ameritech.net db4o-6.1-2.fc7 (buildroot) paul at all-the-johnsons.co.uk dbus-sharp-0.63-6.fc6 (buildroot) davidz at redhat.com digikamimageplugins-0.9.1-1.fc7 (build/make) rdieter at math.unl.edu dump-0.4b41-5.fc7 (build/make) atkac at redhat.com dvd+rw-tools-7.0-4.fc8 (build/make) harald at redhat.com dwdiff-1.2.1-3.fc8 (build/make) jhrozek at redhat.com eclipse-3.3.0-5.fc8 (build/make) bkonrath at redhat.com eclipse-changelog-2.3.4-1.fc7 (buildroot) klee at redhat.com eclipse-emf-2.2.2-1.fc7 (build/make) overholt at redhat.com eclipse-mylar-2.0-0.1.M2a.1.fc7 (build/make) overholt at redhat.com eclipse-sdk-nls-3.2.1-3.fc7 (build/make) klee at redhat.com eclipse-subclipse-1.2.2-3.fc8 (build/make) robert at marcanoonline.com ed2k_hash-0.4.0-3.fc6 (build/make) rpm at greysector.net eiciel-0.9.4-1.fc7 (build/make) cweyl at alumni.drew.edu ekg2-0-0.7.20070427.fc8 (build/make) rpm at greysector.net elfutils-0.128-2.fc8 (build/make) roland at redhat.com elinks-0.11.3-3.fc8 (build/make) ovasik at redhat.com em8300-kmod-0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8 (buildroot) ville.skytta at iki.fi enigma-1.01-1.fc8 (build/make) fedora at leemhuis.info,wart at kobold.org erlang-R11B-2.4.fc7 (build/make) gemi at bluewin.ch evince-0.9.3-1.fc8 (build/make) krh at redhat.com evolution-bogofilter-0.2.0-5.fc7 (build/make) tcallawa at redhat.com evolution-brutus-1.1.26.2-2.fc7 (build/make) bdpepple at ameritech.net evolution-data-server-1.11.6-1.fc8 (build/make) mbarnes at redhat.com evolution-exchange-2.11.5-2.fc8 (build/make) mbarnes at redhat.com evolution-remove-duplicates-0.0.2-6.fc7 (build/make) michel.salim at gmail.com evolution-sharp-0.13.1-1.fc8 (buildroot) mbarnes at redhat.com f-spot-0.4.0-1.fc8 (buildroot) caillon at redhat.com fluxstyle-1.0.1-2.fc7 (build/make) miker5slow at grandecom.net fontypython-0.2.0-6.fc7 (build/make) cr33dog at gmail.com foomatic-3.0.2-49.fc8 (build/make) twaugh at redhat.com freedoom-0.5-2.fc7 (build/make) wart at kobold.org freedoom-freedm-0.5-3.fc7 (build/make) wart at kobold.org freetennis-0.4.8-6.fc7 (build/make) dev at nigelj.com fwfstab-0.01.1-3.fc7 (build/make) s.adam at diffingo.com gai-0.5.10-10.fc7 (build/make) michel.salim at gmail.com gajim-0.11.1-1.fc7 (build/make) gajownik at gmail.com galculator-1.2.5-5.fc6 (build/make) tmraz at redhat.com galeon-2.0.3-10.fc7 (buildroot) denis at poolshark.org gauche-gtk-0.4.1-12.fc7 (build/make) gemi at bluewin.ch gcdmaster-1.2.2-1.fc6 (buildroot) denis at poolshark.org gdmap-0.7.5-6.fc6 (build/make) splinux at fedoraproject.org geany-0.10.1-1.fc7 (build/make) josef at toxicpanda.com gecko-sharp2-0.12-1 (buildroot) caillon at redhat.com gedit-plugins-2.18.0-2.fc7 (build/make) trond.danielsen at gmail.com genius-0.7.7-2.fc7 (build/make) gemi at bluewin.ch gfa-0.4.1-4.fc7 (build/make) splinux25 at gmail.com giggle-0.3-2.fc8 (build/make) jbowes at redhat.com glade2-2.12.1-5.fc6 (build/make) mclasen at redhat.com glipper-0.95.1-2.fc7 (build/make) splinux at fedoraproject.org gmime-2.2.10-2.fc8 (buildroot) alexl at redhat.com,fedora at leemhuis.info gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak at redhat.com gnome-phone-manager-0.8-5.fc7 (build/make) triad at df.lth.se gnome-sharp-2.16.0-4.fc8 (buildroot) alexl at redhat.com,lxtnow at gmail.com gnome-specimen-0.3-1.fc8 (build/make) splinux at fedoraproject.org gnome-vfs2-2.19.3-1.fc8 (build/make) alexl at redhat.com gnomescan-0.4.0.2-1.fc7 (build/make) dakingun at gmail.com gnotime-2.2.2-7.fc6 (build/make) toshio at tiki-lounge.com gnubg-20061119-11.fc7 (build/make) limb at jcomserv.net gperiodic-2.0.8-8.fc8 (build/make) eric.tanguy at univ-nantes.fr gpp-0.6.6-3.fc6 (build/make) Matt_Domsch at dell.com gpredict-0.8.0-2.fc8 (build/make) denis at poolshark.org graphviz-2.12-8.fc8 (buildroot) jima at beer.tclug.org gresistor-0.0.1-9.fc7 (build/make) cgoorah at yahoo.com.au grhino-0.16.0-1.fc7 (build/make) michel.salim at gmail.com grig-0.7.2-1.fc8 (build/make) denis at poolshark.org grub-0.97-16 (build/make) pjones at redhat.com gsf-sharp-0.8.1-4.fc8 (buildroot) alexl at redhat.com,lxtnow at gmail.com gstm-1.2-6.fc7 (build/make) splinux at fedoraproject.org gtk-sharp-1.0.10-12.fc7 (buildroot) paul at all-the-johnsons.co.uk gtk-sharp2-2.10.0-5.fc8 (buildroot) alexl at redhat.com,lxtnow at gmail.com gtkhtml3-3.15.6.1-1.fc8 (build/make) mbarnes at redhat.com gtksourceview-sharp-2.0-25.fc7 (buildroot) paul at all-the-johnsons.co.uk gtorrentviewer-0.2b-13.fc7 (build/make) paul at city-fan.org hal-0.5.10-0.git20070731.fc8.1 (build/make) davidz at redhat.com htop-0.6.5-1.fc7 (build/make) gajownik at gmail.com ikvm-0.22-10.fc6 (buildroot) paul at all-the-johnsons.co.uk initng-0.6.10.1-1.fc8 (build/make) dm at mensa.se initscripts-8.55-1 (build/make) notting at redhat.com inn-2.4.3-6.fc6 (build/make) jkeating at redhat.com ipod-sharp-0.6.3-1.fc7 (buildroot) caillon at redhat.com irssi-0.8.10-7.a.fc7 (build/make) mmahut at redhat.com jgroups-2.2.9.2-3jpp.2 (build/make) vivekl at redhat.com jogl-1.0.0-5.7.beta5.fc6 (build/make) green at redhat.com junit-3.8.2-3jpp.1.fc7 (build/make) dbhole at redhat.com kadu-0.5.0-2.fc7 (build/make) mr.ecik at gmail.com kawa-1.9.0-2.fc7 (build/make) green at redhat.com kbibtex-0.1.5.52-10.fc7 (build/make) ch.nolte at noltec.org kbilliards-0.8.7b-2.fc7 (build/make) j.w.r.degoede at hhs.nl kdebindings-3.5.7-1.fc7.1 (build/make) than at redhat.com,rdieter at math.unl.edu kdenetwork-3.5.7-1.fc8 (build/make) than at redhat.com,rdieter at math.unl.edu kdetv-0.8.9-4.fc6 (build/make) packages at amiga-hardware.com kdewebdev-3.5.7-1.fc7 (build/make) than at redhat.com,rdieter at math.unl.edu kdissert-1.0.7-1.fc7 (build/make) icon at fedoraproject.org kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 (build/make) mbacovsk at redhat.com kerry-0.2.1-2.fc7 (buildroot) fedora at deadbabylon.de kita-0.177.3-10.fc7.1 (build/make) mtasaka at ioa.s.u-tokyo.ac.jp klamav-0.41-2.fc7 (build/make) andy at smile.org.ua kphone-4.2-11.fc6 (build/make) dennis at ausil.us kpolynome-0.1.2-9.fc7 (build/make) cgoorah at yahoo.com.au kpowersave-0.7.2-1.fc7 (build/make) dennis at ausil.us krusader-1.80.0-1.fc7 (build/make) mgarski at post.pl kvm-31-1.fc8 (build/make) katzj at redhat.com lacewing-1.10-7.fc6 (build/make) j.w.r.degoede at hhs.nl ldapjdk-4.17-1jpp.7 (build/make) vivekl at redhat.com libhugetlbfs-1.1-1.fc7 (build/make) drfickle at k-lug.org libpolyxmass-0.9.0-6.fc5 (build/make) andreas.bierfert at lowlatency.de libprelude-0.9.13-1.fc7 (build/make) tscherf at redhat.com libpreludedb-0.9.11.1-2.fc7 (build/make) tscherf at redhat.com libpri-1.4.1-1.fc8 (build/make) jeff at ocjtech.us liferea-1.2.21-2.fc8 (buildroot) bdpepple at ameritech.net linux-atm-2.5.0-1.20050118cvs (build/make) dwmw2 at redhat.com lockdev-1.0.1-11.fc7 (build/make) kzak at redhat.com maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe at redhat.com memtest86+-1.70-1.fc7 (buildroot) wtogami at redhat.com mew-5.2.50-1.fc8 (build/make) tagoh at redhat.com mikmod-3.2.2-2.fc7 (build/make) jnovy at redhat.com mlton-20061107-2.fc7 (buildroot) adam at spicenitz.org mod_mono-1.2.1-1.fc7 (buildroot) paul at all-the-johnsons.co.uk mono-debugger-0.31-2.fc7 (buildroot) paul at all-the-johnsons.co.uk monodevelop-0.13.1-1.fc7 (buildroot) paul at all-the-johnsons.co.uk monodoc-1.2.3-1.fc7 (buildroot) paul at all-the-johnsons.co.uk moto4lin-0.3-6.fc7 (build/make) jafo-redhat at tummy.com muine-0.8.7-3.fc7 (buildroot) foolish at guezz.net muine-scrobbler-0.1.8-2.fc8 (buildroot) foolish at guezz.net museek+-0.1.12-5.fc7 (build/make) belegdol at gmail.com mx4j-3.0.1-6jpp.4 (build/make) fnasser at redhat.com mysql-5.0.45-2.fc8 (build/make) tgl at redhat.com mysqlclient10-3.23.58-9.2.1 (build/make) tgl at redhat.com mysqlclient14-4.1.14-4.2.1 (build/make) tgl at redhat.com nagios-2.9-2.fc8 (build/make) mmcgrath at redhat.com nant-0.85-12.fc7 (buildroot) paul at all-the-johnsons.co.uk nazghul-0.5.6-2.fc8 (build/make) tibbs at math.uh.edu ncview-1.92e-10.fc7 (build/make) ed at eh3.com ndesk-dbus-0.5.2-9.fc8 (buildroot) extras-orphan at fedoraproject.org nemiver-0.4.0-1.fc8 (build/make) peter at thecodergeek.com nethack-vultures-2.1.0-9.fc7 (build/make) meme at daughtersoftiresias.org nginx-0.5.30-1.fc8 (build/make) jeremy at hinegardner.org njam-1.25-4.fc6 (build/make) j.w.r.degoede at hhs.nl njb-sharp-0.3.0-8.fc7 (buildroot) triad at df.lth.se nkf-2.07-1.1.fc6 (build/make) tagoh at redhat.com notification-daemon-0.3.7-4.fc8 (build/make) davidz at redhat.com ntfs-config-1.0-0.4.rc5.fc8 (build/make) lxtnow at gmail.com ocsinventory-client-1.01-5.fc7 (build/make) Fedora at FamilleCollet.com openalpp-20060714-3.fc7 (build/make) chris.stone at gmail.com openbabel-2.1.0-2.fc7 (build/make) rpm at greysector.net openpbx-1.2-3.rc3.svn2540.fc7 (build/make) dwmw2 at redhat.com openvrml-0.16.6-2.fc8 (build/make) braden at endoframe.com orpie-1.4.3-5.fc6 (build/make) lists at forevermore.net osgal-20060903-3.fc7 (buildroot) chris.stone at gmail.com osgcal-0.1.44-4.fc7 (build/make) chris.stone at gmail.com pari-2.3.0-5.fc7 (build/make) gemi at bluewin.ch perl-Algorithm-Annotate-0.10-4.fc6 (build/make) ianburrell at gmail.com perl-Algorithm-C3-0.07-1.fc8 (build/make) cweyl at alumni.drew.edu perl-AnyData-0.10-3.fc6 (build/make) tcallawa at redhat.com perl-Apache-DBI-1.06-1.fc7 (build/make) Fedora at FamilleCollet.com perl-Apache-LogRegex-1.4-2.fc7 (build/make) steve at silug.org perl-App-CLI-0.07-2.fc7 (build/make) ianburrell at gmail.com perl-Archive-Extract-0.22-1.fc8 (build/make) steve at silug.org perl-Archive-Tar-1.32-1.fc8 (build/make) rnorwood at redhat.com perl-Authen-DigestMD5-0.04-3.fc7 (build/make) paul at city-fan.org perl-Authen-SASL-2.10-1.fc6 (build/make) jpo at di.uminho.pt perl-AutoClass-1_01-2.fc8 (build/make) alexl at users.sourceforge.net perl-Bit-Vector-6.4-4.fc8 (build/make) rnorwood at redhat.com perl-Boulder-1.30-3.fc6 (build/make) orion at cora.nwra.com perl-CGI-Ajax-0.701-2.fc7 (build/make) cweyl at alumni.drew.edu perl-CGI-Ex-2.13-1.fc8 (build/make) cweyl at alumni.drew.edu perl-CGI-Session-4.20-2.fc7 (build/make) andreas at bawue.net perl-CGI-Simple-0.077-6.fc6 (build/make) tcallawa at redhat.com perl-CGI-Untaint-1.26-2.fc6 (build/make) tcallawa at redhat.com perl-CGI-Untaint-date-1.00-2.fc6 (build/make) tcallawa at redhat.com perl-Cache-2.04-2.fc6 (build/make) pertusus at free.fr perl-Cache-Cache-1.05-1.fc6 (build/make) jpo at di.uminho.pt perl-Cache-Mmap-0.09-2.fc7 (build/make) steve at silug.org perl-Cache-Simple-TimedExpiry-0.27-1.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Catalyst-Manual-5.700701-2.fc8 (build/make) cweyl at alumni.drew.edu perl-Catalyst-Plugin-Static-Simple-0.19-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Cflow-1.053-5.fc6 (build/make) orion at cora.nwra.com perl-Chatbot-Eliza-1.04-3.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-Accessor-Chained-0.01-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-3.0.16-1.fc7 (build/make) tcallawa at redhat.com perl-Class-DBI-AbstractSearch-0.07-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Pager-0.08-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Pg-0.09-1.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-0.03-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-RetrieveAll-1.04-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-Type-0.02-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-SQLite-0.11-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-mysql-1.00-2.fc6 (build/make) tcallawa at redhat.com perl-Class-Factory-Util-1.7-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-InsideOut-1.06-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-MakeMethods-1.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Class-MethodMaker-2.08-4.fc6 (build/make) dgregor at redhat.com perl-Class-Observable-1.04-2.fc7 (build/make) andreas at bawue.net perl-Class-Std-0.0.8-1.fc7 (build/make) andreas at bawue.net perl-Class-Trigger-0.10-2.fc6 (build/make) tcallawa at redhat.com perl-Class-Whitehole-0.04-3.fc6 (build/make) tcallawa at redhat.com perl-Compress-Bzip2-2.09-4.fc6 (build/make) jpo at di.uminho.pt perl-Compress-Zlib-1.42-1.fc6 (build/make) rnorwood at redhat.com perl-Config-IniFiles-2.39-5.fc6 (build/make) jpo at di.uminho.pt perl-Config-Record-1.1.1-3.fc6 (build/make) dgregor at redhat.com perl-Convert-ASN1-0.21-1.fc7 (build/make) rnorwood at redhat.com perl-Crypt-Blowfish-2.10-2.fc6 (build/make) andreas at bawue.net perl-Crypt-CBC-2.22-1.fc7 (build/make) andreas at bawue.net perl-Crypt-DH-0.06-6.fc7 (build/make) paul at city-fan.org perl-Crypt-DSA-0.14-4.fc7 (build/make) paul at city-fan.org perl-Crypt-PasswdMD5-1.3-2.fc7 (build/make) mmcgrath at redhat.com perl-Curses-1.15-1.fc6 (build/make) garrick at usc.edu perl-DBD-AnyData-0.08-3.fc6 (build/make) tcallawa at redhat.com perl-DBD-CSV-0.22-5.fc6 (build/make) jpo at di.uminho.pt perl-DBD-Mock-1.35-1.fc8 (build/make) cweyl at alumni.drew.edu perl-DBD-MySQL-4.004-1.fc8 (build/make) rnorwood at redhat.com perl-DBD-Pg-1.49-4.fc8 (build/make) rnorwood at redhat.com perl-DBD-SQLite-1.12-2.fc6 (build/make) jpo at di.uminho.pt perl-DBD-SQLite2-0.33-6.fc6 (build/make) tcallawa at redhat.com perl-DBD-XBase-0.241-5.fc6 (build/make) jpo at di.uminho.pt perl-Data-Compare-0.16-1.fc7 (build/make) jpo at di.uminho.pt perl-Data-HexDump-0.02-3.fc6 (build/make) andreas at bawue.net perl-Data-Password-1.07-1.fc7 (build/make) andreas at bawue.net perl-Date-Calc-5.4-1.2.2.1 (build/make) rnorwood at redhat.com perl-Date-Pcalc-1.2-4.fc6 (build/make) mmcgrath at redhat.com perl-Date-Simple-3.02-5.fc7 (build/make) paul at city-fan.org perl-DateTime-Event-ICal-0.09-3.fc7 (build/make) steve at silug.org perl-DateTime-Event-Recurrence-0.16-4.fc7 (build/make) steve at silug.org perl-DateTime-Format-ICal-0.08-4.fc7 (build/make) steve at silug.org perl-DateTime-Format-MySQL-0.04-4.fc6 (build/make) cweyl at alumni.drew.edu perl-DateTime-Format-Strptime-1.0700-3.fc7 (build/make) steve at silug.org perl-DateTime-Format-W3CDTF-0.04-2.fc7 (build/make) steve at silug.org perl-DateTime-Set-0.25-4.fc7 (build/make) steve at silug.org perl-Devel-Caller-0.11-1.fc7 (build/make) steve at silug.org perl-Devel-Cover-0.61-1.fc7 (build/make) jpo at di.uminho.pt perl-Devel-Cycle-1.07-1.fc6 (build/make) jpo at di.uminho.pt perl-Devel-Size-0.68-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Devel-Symdump-2.07-1.fc7 (build/make) rnorwood at redhat.com perl-Device-SerialPort-1.002-3.fc6 (build/make) orion at cora.nwra.com perl-Digest-HMAC-1.01-15 (build/make) rnorwood at redhat.com perl-Digest-MD4-1.5-3.fc6 (build/make) jpo at di.uminho.pt perl-Digest-Nilsimsa-0.06-7.fc6 (build/make) wtogami at redhat.com perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 (build/make) tcallawa at redhat.com perl-Exception-Class-1.23-3.fc7 (build/make) steve at silug.org perl-Expect-1.20-1.fc6 (build/make) jpo at di.uminho.pt perl-Expect-Simple-0.02-1.fc6 (build/make) jpo at di.uminho.pt perl-Exporter-Lite-0.02-1.fc7 (build/make) tcallawa at redhat.com perl-ExtUtils-AutoInstall-0.63-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-ExtUtils-CBuilder-0.19-1.fc8 (build/make) jpo at di.uminho.pt perl-ExtUtils-Depends-0.205-5.fc6 (build/make) jpo at di.uminho.pt perl-ExtUtils-ParseXS-2.18-1.fc7 (build/make) jpo at di.uminho.pt perl-ExtUtils-PkgConfig-1.07-5.fc6 (build/make) jpo at di.uminho.pt perl-ExtUtils-XSBuilder-0.28-2.fc6 (build/make) tcallawa at redhat.com perl-Feed-Find-0.06-2.fc6 (build/make) pertusus at free.fr perl-File-BaseDir-0.02-1.fc6 (build/make) pertusus at free.fr perl-File-DesktopEntry-0.02-1.fc6 (build/make) pertusus at free.fr perl-File-Find-Rule-0.30-2.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-File-MMagic-1.27-1 (build/make) rnorwood at redhat.com perl-File-NCopy-0.34-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-File-NFSLock-1.20-2.fc6 (build/make) pertusus at free.fr perl-File-ReadBackwards-1.04-3.fc7 (build/make) steve at silug.org perl-File-RsyncP-0.68-1.fc8 (build/make) mmcgrath at redhat.com perl-File-Tail-0.99.3-5.fc6 (build/make) jpo at di.uminho.pt perl-File-Type-0.22-4.fc7 (build/make) steve at silug.org perl-File-Which-0.05-2.fc7 (build/make) jpo at di.uminho.pt perl-File-chdir-0.06-2.fc6 (build/make) ianburrell at gmail.com perl-File-chmod-0.32-1.fc8 (build/make) rc040203 at freenet.de perl-Finance-Quote-1.13-1.fc7 (build/make) notting at redhat.com perl-Finance-YahooQuote-0.21-2.fc7 (build/make) wtogami at redhat.com perl-Font-AFM-1.19-4.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-FreezeThaw-0.43-5.fc6 (build/make) jpo at di.uminho.pt perl-Frontier-RPC-0.07b4-1 (build/make) rnorwood at redhat.com perl-GD-2.35-2.fc6 (build/make) jpo at di.uminho.pt perl-GD-SVG-0.28-1.fc8 (build/make) alexl at users.sourceforge.net perl-GDGraph-1.44-2.fc8 (build/make) jpo at di.uminho.pt perl-GDGraph3d-0.63-7.fc8 (build/make) jpo at di.uminho.pt perl-GDTextUtil-0.86-8.fc6 (build/make) jpo at di.uminho.pt perl-GPS-0.15-1.fc7 (build/make) jpo at di.uminho.pt perl-GPS-PRN-0.05-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Constants-0.06-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Ellipsoids-0.14-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Forward-0.11-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Functions-0.06-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Inverse-0.05-1.fc7 (build/make) jpo at di.uminho.pt perl-Glib-1.144-1.fc7 (build/make) jpo at di.uminho.pt perl-Gnome2-GConf-1.043-1.fc6 (build/make) cweyl at alumni.drew.edu perl-Gnome2-VFS-1.061-2.fc7 (build/make) cweyl at alumni.drew.edu perl-GnuPG-Interface-0.33-8.fc6 (build/make) Matt_Domsch at dell.com perl-Graph-0.81-1.fc8 (build/make) alexl at users.sourceforge.net perl-HTML-Format-2.04-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-HTML-Parser-3.56-1.fc7 (build/make) rnorwood at redhat.com perl-HTML-Scrubber-0.08-4.fc6 (build/make) jpo at di.uminho.pt perl-HTML-Table-2.04a-1.fc7 (build/make) orion at cora.nwra.com perl-HTML-Tagset-3.10-5.fc7 (build/make) rnorwood at redhat.com perl-HTML-Template-2.9-1.fc7 (build/make) jpo at di.uminho.pt perl-HTML-Template-Expr-0.07-4.fc7 (build/make) steve at silug.org perl-HTTP-Request-Params-1.01-1.fc6 (build/make) jpo at di.uminho.pt perl-Hook-LexWrap-0.20-4.fc6 (build/make) jpo at di.uminho.pt perl-IO-All-0.38-1.fc7 (build/make) steve at silug.org perl-IO-Capture-0.05-2.fc7 (build/make) jpo at di.uminho.pt perl-IO-Digest-0.10-4.fc6 (build/make) ianburrell at gmail.com perl-IO-Interface-1.03-1.fc7 (build/make) jpo at di.uminho.pt perl-IO-Multiplex-1.08-5.fc6 (build/make) lmb at biosci.ki.se perl-IO-Socket-INET6-2.51-2.fc6 (build/make) wtogami at redhat.com perl-IO-Socket-SSL-1.02-1.fc7 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-IO-String-1.08-1.1.1 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-IO-Tty-1.07-2.fc6 (build/make) jpo at di.uminho.pt perl-IO-Zlib-1.04-4.2.1 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-IPC-Cmd-0.36-2.fc7 (build/make) steve at silug.org perl-IPC-SharedCache-1.3-7.fc6 (build/make) jpo at di.uminho.pt perl-Ima-DBI-0.34-2.fc6 (build/make) tcallawa at redhat.com perl-Image-Base-1.07-7.fc6 (build/make) jpo at di.uminho.pt perl-Image-Info-1.25-1.fc8 (build/make) jpo at di.uminho.pt perl-Image-Xbm-1.08-6.fc6 (build/make) jpo at di.uminho.pt perl-Image-Xpm-1.09-6.fc6 (build/make) jpo at di.uminho.pt perl-Inline-0.44-15.2.1 (build/make) rnorwood at redhat.com perl-JSON-XS-1.43-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Jcode-2.06-1.fc6 (build/make) gauret at free.fr perl-Kwiki-0.39-1.fc7 (build/make) steve at silug.org perl-Kwiki-Archive-Rcs-0.15-6.fc7 (build/make) steve at silug.org perl-Kwiki-Attachments-0.18-3.fc7 (build/make) steve at silug.org perl-Kwiki-Diff-0.03-4.fc7 (build/make) steve at silug.org perl-Kwiki-ModPerl-0.09-4.fc7 (build/make) steve at silug.org perl-Kwiki-NewPage-0.12-5.fc7 (build/make) steve at silug.org perl-Kwiki-Raw-0.02-4.fc7 (build/make) steve at silug.org perl-Kwiki-RecentChanges-0.14-3.fc7 (build/make) steve at silug.org perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve at silug.org perl-Kwiki-Search-0.12-5.fc7 (build/make) steve at silug.org perl-Kwiki-UserName-0.14-5.fc7 (build/make) steve at silug.org perl-Kwiki-UserPreferences-0.13-5.fc7 (build/make) steve at silug.org perl-Kwiki-Users-Remote-0.04-4.fc7 (build/make) steve at silug.org perl-LWP-Authen-Wsse-0.05-2.fc6 (build/make) pertusus at free.fr perl-Lingua-EN-Inflect-1.89-4.fc6 (build/make) tcallawa at redhat.com perl-Lingua-EN-Inflect-Number-1.1-5.fc6 (build/make) tcallawa at redhat.com perl-List-Compare-0.33-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Locale-Maketext-Fuzzy-0.02-4.fc6 (build/make) jpo at di.uminho.pt perl-Locale-Maketext-Lexicon-0.64-1.fc8 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Log-Dispatch-Config-1.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Log-Dispatch-FileRotate-1.16-1.fc7 (build/make) jpo at di.uminho.pt perl-Log-Log4perl-1.11-1.fc8 (build/make) jpo at di.uminho.pt perl-Log-Message-0.01-3.fc7 (build/make) steve at silug.org perl-Log-Message-Simple-0.02-1.fc8 (build/make) steve at silug.org perl-MD5-2.03-1.fc7 (build/make) andreas at bawue.net perl-MIME-Lite-3.01-5.fc6 (build/make) mmcgrath at redhat.com perl-MIME-tools-5.420-3.fc7 (build/make) paul at city-fan.org perl-MLDBM-2.01-5.fc6 (build/make) jpo at di.uminho.pt perl-MP3-Info-1.21-1.fc7.1 (build/make) chris.stone at gmail.com perl-Mail-Box-Parser-C-3.006-1.fc7 (build/make) tcallawa at redhat.com perl-Mail-Sender-0.8.13-2.fc6 (build/make) jpo at di.uminho.pt perl-Mail-Sendmail-0.79-9.fc6 (build/make) jpo at di.uminho.pt perl-MasonX-Interp-WithCallbacks-1.17-1.fc8 (build/make) steve at silug.org perl-Math-Derivative-0.01-2.fc8 (build/make) alexl at users.sourceforge.net perl-Math-Round-0.06-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Math-Vec-0.04-2.fc7 (build/make) roozbeh at farsiweb.info perl-Module-Build-0.2808-1.fc8 (build/make) steve at silug.org perl-Module-Depends-0.12-1.fc8 (build/make) ianburrell at gmail.com perl-Module-Install-0.67-1.fc8 (build/make) steve at silug.org perl-Module-Load-0.10-3.fc7 (build/make) steve at silug.org perl-Module-Load-Conditional-0.16-2.fc7 (build/make) steve at silug.org perl-Module-Loaded-0.01-3.fc7 (build/make) steve at silug.org perl-Module-Locate-1.7-1.fc6 (build/make) jpo at di.uminho.pt perl-Module-Pluggable-3.60-1.fc7 (build/make) steve at silug.org perl-Module-Versions-Report-1.03-1.fc8 (build/make) jpo at di.uminho.pt perl-MogileFS-Utils-2.12-1.fc8 (build/make) ruben at rubenkerkhof.com perl-Mozilla-LDAP-1.5.2-1.fc8 (build/make) rmeggins at redhat.com perl-Net-CUPS-0.51-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Net-Domain-TLD-1.65-1.fc7 (build/make) tcallawa at redhat.com perl-Net-GPSD-0.35-1.fc7 (build/make) jpo at di.uminho.pt perl-Net-IP-1.25-3.fc7 (build/make) rnorwood at redhat.com,ville.skytta at iki.fi perl-Net-IP-CMatch-0.02-4.fc6 (build/make) orion at cora.nwra.com perl-Net-IPv6Addr-0.2-3.fc8 (build/make) foolish at guezz.net perl-Net-Jabber-2.0-7.fc6 (build/make) cweyl at alumni.drew.edu perl-Net-Netmask-1.9012-3.fc6 (build/make) wtogami at redhat.com perl-Net-Patricia-1.014-3.fc6 (build/make) orion at cora.nwra.com perl-Net-SNMP-5.2.0-1.fc6 (build/make) jpo at di.uminho.pt perl-Net-SNPP-1.17-2.fc7 (build/make) jeff at ocjtech.us perl-Net-SSH-Perl-1.30-4.fc7 (build/make) paul at city-fan.org perl-Net-SSLeay-1.30-4.fc6 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-Net-Server-0.96-2.fc8 (build/make) nicolas.mailhot at laposte.net perl-Net-Telnet-3.03-5 (build/make) jkeating at redhat.com perl-Net-XMPP-1.02-2.fc7 (build/make) cweyl at alumni.drew.edu perl-NetAddr-IP-4.004-3.fc8 (build/make) andreas at bawue.net perl-OLE-Storage_Lite-0.14-8.fc6 (build/make) tcallawa at redhat.com perl-Object-Accessor-0.32-2.fc7 (build/make) steve at silug.org perl-Object-Realize-Later-0.18-1.fc8 (build/make) tcallawa at redhat.com perl-OpenFrame-3.05-6.fc7 (build/make) steve at silug.org perl-PBS-0.31-3.fc6 (build/make) garrick at usc.edu perl-PDL-2.4.3-1.fc7 (build/make) rnorwood at redhat.com perl-POE-API-Peek-1.0802-1.fc7 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Child-1.39-2.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Client-LDAP-0.04-3.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-SNMP-1.07-1.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Server-HTTP-0.09-3.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Server-SOAP-1.11-1.fc8 (build/make) cweyl at alumni.drew.edu perl-POE-Component-SimpleLog-1.04-1.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Wheel-Null-0.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-PPI-Tester-0.06-2.fc6 (build/make) jpo at di.uminho.pt perl-Package-Constants-0.01-3.fc7 (build/make) steve at silug.org perl-PadWalker-1.5-1.fc7 (build/make) jpo at di.uminho.pt perl-Params-Check-0.26-1.fc7 (build/make) steve at silug.org perl-Parse-CPAN-Packages-2.26-4.fc7 (build/make) steve at silug.org perl-Parse-RecDescent-1.94-6.fc8 (build/make) rnorwood at redhat.com perl-Parse-Yapp-1.05-36.fc6 (build/make) pertusus at free.fr perl-PatchReader-0.9.5-4.fc6 (build/make) stickster at gmail.com perl-Path-Class-0.16-1.fc7 (build/make) ianburrell at gmail.com perl-Perl6-Bible-0.30-3.fc7 (build/make) steve at silug.org perl-PerlIO-eol-0.14-1.fc7 (build/make) ianburrell at gmail.com perl-PerlIO-via-dynamic-0.12-2.fc6 (build/make) ianburrell at gmail.com perl-PerlIO-via-symlink-0.05-3.fc6 (build/make) ianburrell at gmail.com perl-Pipeline-3.12-4.fc7 (build/make) steve at silug.org perl-Pod-Escapes-1.04-5.fc6 (build/make) jpo at di.uminho.pt perl-Pod-POM-0.17-6.fc6 (build/make) tcallawa at redhat.com perl-Pod-Simple-3.05-1.fc8 (build/make) jpo at di.uminho.pt perl-Pod-Spell-1.01-2.fc7 (build/make) jpo at di.uminho.pt perl-Proc-Daemon-0.03-1.fc7.1 (build/make) Fedora at FamilleCollet.com perl-Pugs-Compiler-Rule-0.26-1.fc8 (build/make) steve at silug.org perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Razor-Agent-2.82-1.fc6 (build/make) redhat-bugzilla at linuxnetz.de perl-Readonly-1.03-6.fc6 (build/make) cweyl at alumni.drew.edu perl-Readonly-XS-1.04-7.fc6 (build/make) cweyl at alumni.drew.edu perl-Regexp-Common-2.120-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Regexp-Shellish-0.93-2.fc6 (build/make) ianburrell at gmail.com perl-SDL-2.1.3-4.fc8 (build/make) j.w.r.degoede at hhs.nl perl-SNMP_Session-1.08-3.fc6 (build/make) jpo at di.uminho.pt perl-SOAP-Lite-0.68-2.fc6 (build/make) mmcgrath at redhat.com perl-SQL-Abstract-1.22-1.fc7 (build/make) tcallawa at redhat.com perl-SQL-Library-0.0.3-2.fc6 (build/make) cweyl at alumni.drew.edu perl-SQL-Statement-1.15-2.fc6 (build/make) jpo at di.uminho.pt perl-SUPER-1.16-1.fc7 (build/make) cweyl at alumni.drew.edu perl-SVG-2.33-2.fc8 (build/make) alexl at users.sourceforge.net perl-SVK-2.0.1-2.fc8 (build/make) ianburrell at gmail.com perl-SVN-Mirror-0.73-1.fc8 (build/make) ianburrell at gmail.com perl-SVN-Simple-0.27-4.fc6 (build/make) ianburrell at gmail.com perl-Scalar-Properties-0.12-1.fc6 (build/make) jpo at di.uminho.pt perl-Set-Infinite-0.61-3.fc7 (build/make) steve at silug.org perl-Set-Scalar-1.20-1.fc7 (build/make) jpo at di.uminho.pt perl-Socket6-0.19-3.fc6 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-Sort-Versions-1.5-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Spiffy-0.30-7.fc7 (build/make) steve at silug.org perl-Spreadsheet-ParseExcel-0.3200-1.fc8 (build/make) steve at silug.org perl-Spreadsheet-WriteExcel-2.17-2.fc6 (build/make) tcallawa at redhat.com perl-Statistics-Descriptive-2.6-2.fc6 (build/make) pertusus at free.fr perl-String-Approx-3.26-1.fc7 (build/make) orion at cora.nwra.com perl-String-CRC32-1.4-2.fc6 (build/make) rnorwood at redhat.com,paul at city-fan.org perl-String-Format-1.14-1.fc6 (build/make) jpo at di.uminho.pt perl-Sub-Identify-0.02-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Sub-Name-0.02-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Sys-SigAction-0.10-1.fc7 (build/make) andreas at bawue.net perl-Sys-Virt-0.1.1-9.fc7 (build/make) steve at silug.org perl-TeX-Hyphen-0.140-5.fc6 (build/make) jpo at di.uminho.pt perl-Template-GD-2.66-2.fc7 (build/make) tcallawa at redhat.com perl-Template-Plugin-Class-0.13-2.fc6 (build/make) tcallawa at redhat.com perl-Template-Toolkit-2.18-1.fc7 (build/make) tcallawa at redhat.com perl-Term-UI-0.14-2.fc7 (build/make) steve at silug.org perl-TermReadKey-2.30-1.2.2.1 (build/make) rnorwood at redhat.com perl-Test-Cmd-1.05-1.fc6 (build/make) jpo at di.uminho.pt perl-Test-Differences-0.47-2.fc6 (build/make) jpo at di.uminho.pt perl-Test-Expect-0.30-1.fc6 (build/make) jpo at di.uminho.pt perl-Test-Portability-Files-0.05-4.fc7 (build/make) steve at silug.org perl-Test-Tester-0.104-2.fc7 (build/make) steve at silug.org perl-Text-CHM-0.01-2.fc6 (build/make) pertusus at free.fr perl-Text-CharWidth-0.04-2.fc7 (build/make) Axel.Thimm at ATrpms.net perl-Text-Kakasi-2.04-3.fc6 (build/make) tagoh at redhat.com perl-Text-Levenshtein-0.05-4.fc7 (build/make) steve at silug.org perl-Text-Quoted-2.02-2.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Text-Shellwords-1.08-1.fc8 (build/make) alexl at users.sourceforge.net perl-Text-Template-1.44-4.fc6 (build/make) jpo at di.uminho.pt perl-Text-Tree-1.0-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Text-Unidecode-0.04-4.fc6 (build/make) pertusus at free.fr perl-Text-WrapI18N-0.06-2.fc7 (build/make) Axel.Thimm at ATrpms.net perl-Text-Wrapper-1.01-1.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Tie-DBI-1.02-2.fc6 (build/make) tcallawa at redhat.com perl-Tie-IxHash-1.21-6.fc6 (build/make) jpo at di.uminho.pt perl-Time-Period-1.20-1.fc6 (build/make) robert at marcanoonline.com perl-Time-Piece-1.09-2.fc6 (build/make) chris at chrisgrau.com perl-Time-Piece-MySQL-0.05-4.fc8 (build/make) chris at chrisgrau.com perl-Time-modules-2003.1126-4.fc6 (build/make) kaboom at oobleck.net perl-Tk-804.027-11.fc7 (build/make) andreas.bierfert at lowlatency.de perl-Tree-DAG_Node-1.05-4.fc6 (build/make) jpo at di.uminho.pt perl-UNIVERSAL-exports-0.05-2.fc6 (build/make) tcallawa at redhat.com perl-UNIVERSAL-isa-0.06-2.fc6 (build/make) jpo at di.uminho.pt perl-UNIVERSAL-moniker-0.08-4.fc6 (build/make) tcallawa at redhat.com perl-URI-1.35-3 (build/make) rnorwood at redhat.com perl-Unicode-Map-0.112-8.fc6 (build/make) gauret at free.fr perl-Unicode-Map8-0.12-11.fc7 (build/make) gauret at free.fr perl-Unicode-MapUTF8-1.11-3.fc7 (build/make) gauret at free.fr perl-Unicode-String-2.09-2.fc6 (build/make) gauret at free.fr perl-User-Identity-0.91-1.fc7 (build/make) tcallawa at redhat.com perl-WWW-Babelfish-0.16-1.fc7 (build/make) cweyl at alumni.drew.edu perl-WWW-Bugzilla-0.9-1.fc7 (build/make) jpo at di.uminho.pt perl-X11-Protocol-0.55-5.fc6 (build/make) duncan_j_ferguson at yahoo.co.uk perl-XML-DOM-1.44-2.fc6 (build/make) orion at cora.nwra.com perl-XML-Dumper-0.81-2.fc6 (build/make) rnorwood at redhat.com perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) andreas at bawue.net perl-XML-Grove-0.46alpha-29.1.1 (build/make) rnorwood at redhat.com perl-XML-LibXML-1.62001-2.fc7 (build/make) rnorwood at redhat.com perl-XML-LibXML-Common-0.13-8.2.2 (build/make) rnorwood at redhat.com perl-XML-LibXSLT-1.62-1.fc8 (build/make) zing at fastmail.fm perl-XML-NamespaceSupport-1.09-2.fc8 (build/make) rnorwood at redhat.com perl-XML-Parser-2.34-6.1.2.2.1 (build/make) rnorwood at redhat.com perl-XML-RegExp-0.03-2.fc6 (build/make) orion at cora.nwra.com perl-XML-SAX-Writer-0.50-2.fc7 (build/make) andreas at bawue.net perl-XML-Simple-2.16-2.fc7 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-XML-Stream-1.22-6.fc6 (build/make) cweyl at alumni.drew.edu perl-XML-Validator-Schema-1.08-1.fc7 (build/make) andreas at bawue.net perl-XML-XPath-1.13-4.fc6 (build/make) rnorwood at redhat.com perl-YAML-Parser-Syck-0.01-8.fc7 (build/make) steve at silug.org perl-bioperl-1.5.2_102-8.fc8 (build/make) alexl at users.sourceforge.net perl-capitalization-0.03-4.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-libintl-1.16-4.fc8 (build/make) matthias at rpmforge.net perl-libwww-perl-5.805-1.1.1 (build/make) rnorwood at redhat.com perl-libxml-perl-0.08-1.2.1 (build/make) rnorwood at redhat.com perl-pmtools-1.01-2.fc6 (build/make) jpo at di.uminho.pt php-extras-5.2.1-1.fc7 (buildroot) dmitry at butskoy.name,limb at jcomserv.net pilot-link-0.12.2-4.fc8 (build/make) varekova at redhat.com pipenightdreams-0.10.0-5.fc6 (build/make) j.w.r.degoede at hhs.nl polyxmass-bin-0.9.3-2.fc6 (build/make) andreas.bierfert at lowlatency.de postfix-2.4.3-3.fc8 (build/make) twoerner at redhat.com postgresql-8.2.4-2.fc8 (build/make) tgl at redhat.com postgresql-jdbc-8.2.504-1jpp.fc7 (build/make) tgl at redhat.com ppc64-utils-0.11-4.fc7 (buildroot) pnasrat at redhat.com prelink-0.3.10-1 (build/make) jakub at redhat.com prewikka-0.9.8-1.fc7 (build/make) tscherf at redhat.com pulseaudio-0.9.6-2.fc8 (build/make) lpoetter at redhat.com,drzeus-bugzilla at drzeus.cx pwlib-1.10.7-1.fc7 (build/make) veillard at redhat.com pyspi-0.6.1-3.fc7 (build/make) zcerza at redhat.com python-reportlab-2.1-1.fc8 (build/make) bdpepple at ameritech.net python-urljr-1.0.1-1.fc7 (build/make) jeff at ocjtech.us qa-assistant-0.4.90.5-2.fc6 (build/make) toshio at tiki-lounge.com qt-3.3.8-4.fc7 (build/make) than at redhat.com quarry-0.2.0-1.fc7 (build/make) michel.salim at gmail.com raidem-0.3.1-5.fc6 (build/make) j.w.r.degoede at hhs.nl renrot-0.25-2.fc7 (build/make) andy at smile.org.ua resapplet-0.1.1-5.fc7 (build/make) rvokal at redhat.com revelation-0.4.11-3.fc8 (build/make) fedora at leemhuis.info,jspaleta at gmail.com rhm-0.1-3.fc7 (build/make) aconway at redhat.com,nsantos at redhat.com rpm-4.4.2.1-5.fc8 (build/make) pnasrat at redhat.com ruby-activerecord-1.15.1-1.fc7 (build/make) dlutter at redhat.com ruby-gnome2-0.16.0-10.fc8 (buildroot) allisson at gmail.com rxvt-unicode-8.2-1.fc8 (build/make) andreas.bierfert at lowlatency.de s3switch-0.0-9.20020912.fc6 (buildroot) paul at xelerance.com scipy-0.5.2-2.2.fc7 (build/make) jspaleta at gmail.com scrip-1.4-6.fc6 (build/make) ed at eh3.com sendmail-8.14.1-2 (build/make) twoerner at redhat.com shippy-1.3.3.7-4.fc6 (build/make) j.w.r.degoede at hhs.nl smart-0.50-46.fc8 (build/make) Axel.Thimm at ATrpms.net snort-2.6.1.3-1.fc7 (build/make) dennis at ausil.us struts-1.2.9-4jpp.6 (build/make) dbhole at redhat.com subversion-1.4.3-4 (build/make) jorton at redhat.com suck-4.3.2-14.fc7 (build/make) Jochen at herr-schmitt.de swatch-3.2.1-1.fc6 (build/make) jpo at di.uminho.pt synce-software-manager-0.9.0-7.fc6 (build/make) andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-8.fc6 (build/make) andreas.bierfert at lowlatency.de syslinux-3.36-4.fc7 (buildroot) pjones at redhat.com sysprof-kmod-1.0.8-1.2.6.23_0.61.rc1.git9.fc8 (buildroot) giallu at gmail.com system-config-boot-0.2.15-1.fc7 (build/make) harald at redhat.com system-config-keyboard-1.2.11-1.fc7 (build/make) pnasrat at redhat.com system-config-network-1.3.96-1.fc6 (build/make) harald at redhat.com tclabc-1.0.9-1.fc7 (build/make) gemi at bluewin.ch tclpro-1.5.0-7.20061030cvs.fc8 (build/make) wart at kobold.org tellico-1.2.11-1.fc8 (build/make) jamatos at fc.up.pt tetex-3.0-41.fc8 (build/make) jnovy at redhat.com thewidgetfactory-0.2.1-2.fc6 (build/make) luya_tfz at thefinalzone.com tinyerp-4.0.3-1.fc7 (build/make) dan at danny.cz tkcon-2.4-4.fc6 (build/make) wart at kobold.org tomboy-0.7.3-2.fc8 (buildroot) rstrode at redhat.com tor-0.1.2.15-1.fc8 (build/make) enrico.scholz at informatik.tu-chemnitz.de torque-2.1.8-1.fc7 (build/make) garrick at usc.edu udftools-1.0.0b3-7.fc6 (build/make) extras-orphan at fedoraproject.org udunits-1.12.4-11.fc8.1 (build/make) tcallawa at redhat.com uim-1.4.1-4.fc8 (buildroot) tagoh at redhat.com ularn-1.5p4-8.fc7 (build/make) wart at kobold.org unison-2.13.16-3.fc6 (build/make) gemi at bluewin.ch util-vserver-0.30.213-2.fc8 (build/make) enrico.scholz at informatik.tu-chemnitz.de valgrind-3.2.3-5 (build/make) jakub at redhat.com velocity-1.4-6jpp.1 (build/make) vivekl at redhat.com vim-7.1.28-1.fc8 (build/make) karsten at redhat.com vkeybd-0.1.17a-3.fc7 (build/make) green at redhat.com vnc-4.1.2-20.1.fc8 (build/make) atkac at redhat.com widelands-0-0.4.build10.fc7 (build/make) karlikt at gmail.com worminator-3.0R2.1-5.fc6 (build/make) j.w.r.degoede at hhs.nl xaos-3.2.3-1.fc7 (build/make) gemi at bluewin.ch xawtv-3.95-5.fc8 (build/make) dmitry at butskoy.name xcdroast-0.98a15-14.fc8 (build/make) harald at redhat.com xchat-2.8.4-2.fc8 (build/make) caillon at redhat.com,Fedora at FamilleCollet.com,kevin at tigcc.ticalc.org xdaliclock-2.23-3.fc6 (build/make) kaboom at oobleck.net xen-3.1.0-2.fc8 (buildroot) riel at redhat.com xferstats-2.16-14.1 (build/make) than at redhat.com xkeycaps-2.46-6.fc7 (build/make) tcallawa at redhat.com xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser at redhat.com xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-fonts-7.2-1.fc8 (build/make) xgl-maint at redhat.com xpilot-ng-4.7.2-12.fc7 (build/make) wart at kobold.org xscreensaver-5.02-1.fc7.1 (build/make) mtasaka at ioa.s.u-tokyo.ac.jp xsp-1.2.1-1.fc7 (buildroot) paul at all-the-johnsons.co.uk yadex-1.7.0-6.fc6 (build/make) wart at kobold.org yelp-2.19.1-4.fc8 (buildroot) mbarnes at redhat.com zasx-1.30-3.fc6 (build/make) j.w.r.degoede at hhs.nl With bugs filed: 0 ---------------------------------- -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Sat Aug 11 21:09:07 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 11 Aug 2007 16:09:07 -0500 Subject: Release i386 rawhide rebuild in mock status 2007-08-11 Message-ID: <20070811160907.A4613@humbolt.us.dell.com> Here's a full top-to-bottom private rebuild of rawhide. All packages were built from SRPMS in rawhide (not from CVS), using the RPMs from rawhide. There's lots of breakage here: * Perl packages now must BuildRequire: perl-devel. If yours doesn't have such a line, that's the likely reason for failure. * Changes to the Gnome desktop file parser now require you to update your desktop files. * and other such bitrot. Please review and make appropriate changes your packages, and push new builds through to the devel branch. At some point before Fedora 8 is finalized, a full rebuild of all packages is expected to take place. Please fix your packages now to avoid mass build problems later. Thanks, Matt Release Rawhide-in-Mock Build Results for i386 Sat Aug 11 15:24:23 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 4674 Number failed to build: 606 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 596 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 595 ---------------------------------- Macaulay2-0.9.95-4.fc7 (build/make) rdieter at math.unl.edu MegaMek-0.30.11-1.fc7 (build/make) fitzsim at redhat.com OpenIPMI-2.0.6-7.fc7 (build/make) pknirsch at redhat.com PythonCAD-0.1.35-7.fc7 (build/make) kwizart at gmail.com acpid-1.0.4-8.fc8 (build/make) zprikryl at redhat.com adaptx-0.9.13-4jpp.1.fc7 (build/make) pcheung at redhat.com airsnort-0.2.7e-11.fc7 (build/make) andreas.bierfert at lowlatency.de alleyoop-0.9.3-2.fc6 (build/make) giallu at gmail.com alsa-lib-1.0.14-1.fc8 (build/make) stransky at redhat.com amsn-0.96-7.fc7 (build/make) sander at hoentjen.eu arm-gp2x-linux-binutils-2.16.1-2.fc8 (build/make) j.w.r.degoede at hhs.nl asymptote-1.32-1.fc8 (build/make) jpo at di.uminho.pt athcool-0.3.11-5.fc6 (build/make) gajownik at gmail.com awesfx-0.5.0d-4.fc7 (build/make) stransky at redhat.com azureus-2.5.0.4-2.fc7 (build/make) green at redhat.com balsa-2.3.17-1.fc8 (build/make) pawsa at theochem.kth.se beagle-0.2.17-1.fc8 (build/make) alexl at redhat.com binutils-2.17.50.0.17-7 (build/make) jakub at redhat.com blobAndConquer-0.91-1.fc8 (build/make) j.w.r.degoede at hhs.nl bombardier-0.8.2.2-5.fc8 (build/make) limb at jcomserv.net brasero-0.5.2-4.fc8 (build/make) denis at poolshark.org callweaver-1.2-0.1.rc3.svn2861.fc8 (build/make) dwmw2 at redhat.com camstream-0.26.3-11.fc7 (build/make) nomis80 at nomis80.org castor-0.9.5-1jpp.7 (build/make) pcheung at redhat.com cdogs-sdl-0.4-1.fc8 (build/make) j.w.r.degoede at hhs.nl checkstyle-4.1-4jpp.1.fc7 (buildroot) nsantos at redhat.com claws-mail-plugins-2.10.0-1.fc8 (build/make) andreas.bierfert at lowlatency.de clips-6.24-22.fc7 (build/make) rvinyard at cs.nmsu.edu cpan2rpm-2.028-2.fc6 (build/make) ghenry at suretecsystems.com cryptix-3.2.0-9jpp.1 (build/make) mwringe at redhat.com cryptix-asn1-20011119-7jpp.2 (build/make) vivekl at redhat.com crystal-stacker-1.5-3.fc6 (build/make) j.w.r.degoede at hhs.nl cyrus-imapd-2.3.8-3.2.fc8 (build/make) tjanouse at redhat.com d4x-2.5.7.1-3.fc7 (build/make) matthias at rpmforge.net digikamimageplugins-0.9.1-1.fc7 (build/make) rdieter at math.unl.edu dnssec-tools-1.2-6.fc8 (build/make) dump-0.4b41-5.fc7 (build/make) atkac at redhat.com dvd+rw-tools-7.0-4.fc8 (build/make) harald at redhat.com dwdiff-1.2.1-3.fc8 (build/make) jhrozek at redhat.com eclipse-3.3.0-5.fc8 (build/make) bkonrath at redhat.com eclipse-changelog-2.3.4-1.fc7 (buildroot) klee at redhat.com eclipse-emf-2.2.2-1.fc7 (build/make) overholt at redhat.com eclipse-mylar-2.0-0.1.M2a.1.fc7 (build/make) overholt at redhat.com eclipse-sdk-nls-3.2.1-3.fc7 (build/make) klee at redhat.com eclipse-subclipse-1.2.2-3.fc8 (build/make) robert at marcanoonline.com ed2k_hash-0.4.0-3.fc6 (build/make) rpm at greysector.net eiciel-0.9.4-1.fc7 (build/make) cweyl at alumni.drew.edu ekg2-0-0.7.20070427.fc8 (build/make) rpm at greysector.net elfutils-0.128-2.fc8 (build/make) roland at redhat.com elinks-0.11.3-3.fc8 (build/make) ovasik at redhat.com em8300-kmod-0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8 (buildroot) ville.skytta at iki.fi enigma-1.01-1.fc8 (build/make) fedora at leemhuis.info,wart at kobold.org erlang-R11B-2.4.fc7 (build/make) gemi at bluewin.ch evince-0.9.3-1.fc8 (build/make) krh at redhat.com evolution-bogofilter-0.2.0-5.fc7 (build/make) tcallawa at redhat.com evolution-brutus-1.1.26.2-2.fc7 (build/make) bdpepple at ameritech.net evolution-data-server-1.11.6-1.fc8 (build/make) mbarnes at redhat.com evolution-exchange-2.11.5-2.fc8 (build/make) mbarnes at redhat.com evolution-remove-duplicates-0.0.2-6.fc7 (build/make) michel.salim at gmail.com fluxstyle-1.0.1-2.fc7 (build/make) miker5slow at grandecom.net fontypython-0.2.0-6.fc7 (build/make) cr33dog at gmail.com foomatic-3.0.2-49.fc8 (build/make) twaugh at redhat.com freedoom-0.5-2.fc7 (build/make) wart at kobold.org freedoom-freedm-0.5-3.fc7 (build/make) wart at kobold.org freetennis-0.4.8-6.fc7 (build/make) dev at nigelj.com fwfstab-0.01.1-3.fc7 (build/make) s.adam at diffingo.com gai-0.5.10-10.fc7 (build/make) michel.salim at gmail.com gajim-0.11.1-1.fc7 (build/make) gajownik at gmail.com galculator-1.2.5-5.fc6 (build/make) tmraz at redhat.com galeon-2.0.3-10.fc7 (buildroot) denis at poolshark.org gambas-1.0.17-8.fc7 (build/make) tcallawa at redhat.com gauche-gtk-0.4.1-12.fc7 (build/make) gemi at bluewin.ch gcdmaster-1.2.2-1.fc6 (buildroot) denis at poolshark.org gdmap-0.7.5-6.fc6 (build/make) splinux at fedoraproject.org geany-0.10.1-1.fc7 (build/make) josef at toxicpanda.com gedit-plugins-2.18.0-2.fc7 (build/make) trond.danielsen at gmail.com genius-0.7.7-2.fc7 (build/make) gemi at bluewin.ch gfa-0.4.1-4.fc7 (build/make) splinux25 at gmail.com giggle-0.3-2.fc8 (build/make) jbowes at redhat.com glade2-2.12.1-5.fc6 (build/make) mclasen at redhat.com glipper-0.95.1-2.fc7 (build/make) splinux at fedoraproject.org gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak at redhat.com gnome-phone-manager-0.8-5.fc7 (build/make) triad at df.lth.se gnome-vfs2-2.19.3-1.fc8 (build/make) alexl at redhat.com gnomescan-0.4.0.2-1.fc7 (build/make) dakingun at gmail.com gnotime-2.2.2-7.fc6 (build/make) toshio at tiki-lounge.com gnubg-20061119-11.fc7 (build/make) limb at jcomserv.net gperiodic-2.0.8-8.fc8 (build/make) eric.tanguy at univ-nantes.fr gpp-0.6.6-3.fc6 (build/make) Matt_Domsch at dell.com gpredict-0.8.0-2.fc8 (build/make) denis at poolshark.org grads-1.9b4-20.fc7 (build/make) pertusus at free.fr gresistor-0.0.1-9.fc7 (build/make) cgoorah at yahoo.com.au grhino-0.16.0-1.fc7 (build/make) michel.salim at gmail.com grig-0.7.2-1.fc8 (build/make) denis at poolshark.org gstm-1.2-6.fc7 (build/make) splinux at fedoraproject.org gtk-sharp-1.0.10-12.fc7 (build/make) paul at all-the-johnsons.co.uk gtk2hs-0.9.12-1.fc7 (build/make) bos at serpentine.com,petersen at redhat.com gtkhtml3-3.15.6.1-1.fc8 (build/make) mbarnes at redhat.com gtorrentviewer-0.2b-13.fc7 (build/make) paul at city-fan.org hal-0.5.10-0.git20070731.fc8.1 (build/make) davidz at redhat.com htop-0.6.5-1.fc7 (build/make) gajownik at gmail.com initscripts-8.55-1 (build/make) notting at redhat.com inn-2.4.3-6.fc6 (build/make) jkeating at redhat.com innotop-1.4.3-2.fc8 (build/make) mfleming+rpm at enlartenment.com irssi-0.8.10-7.a.fc7 (build/make) mmahut at redhat.com jgroups-2.2.9.2-3jpp.2 (build/make) vivekl at redhat.com jogl-1.0.0-5.7.beta5.fc6 (build/make) green at redhat.com junit-3.8.2-3jpp.1.fc7 (build/make) dbhole at redhat.com kadu-0.5.0-2.fc7 (build/make) mr.ecik at gmail.com kawa-1.9.0-2.fc7 (build/make) green at redhat.com kbibtex-0.1.5.52-10.fc7 (build/make) ch.nolte at noltec.org kbilliards-0.8.7b-2.fc7 (build/make) j.w.r.degoede at hhs.nl kdebindings-3.5.7-1.fc7.1 (build/make) than at redhat.com,rdieter at math.unl.edu kdenetwork-3.5.7-1.fc8 (build/make) than at redhat.com,rdieter at math.unl.edu kdetv-0.8.9-4.fc6 (build/make) packages at amiga-hardware.com kdewebdev-3.5.7-1.fc7 (build/make) than at redhat.com,rdieter at math.unl.edu kdissert-1.0.7-1.fc7 (build/make) icon at fedoraproject.org kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 (build/make) mbacovsk at redhat.com kita-0.177.3-10.fc7.1 (build/make) mtasaka at ioa.s.u-tokyo.ac.jp klamav-0.41-2.fc7 (build/make) andy at smile.org.ua kphone-4.2-11.fc6 (build/make) dennis at ausil.us kpolynome-0.1.2-9.fc7 (build/make) cgoorah at yahoo.com.au kpowersave-0.7.2-1.fc7 (build/make) dennis at ausil.us krusader-1.80.0-1.fc7 (build/make) mgarski at post.pl kvm-31-1.fc8 (build/make) katzj at redhat.com lacewing-1.10-7.fc6 (build/make) j.w.r.degoede at hhs.nl ldapjdk-4.17-1jpp.7 (build/make) vivekl at redhat.com libhugetlbfs-1.1-1.fc7 (build/make) drfickle at k-lug.org libprelude-0.9.13-1.fc7 (build/make) tscherf at redhat.com libpreludedb-0.9.11.1-2.fc7 (build/make) tscherf at redhat.com liferea-1.2.21-2.fc8 (buildroot) bdpepple at ameritech.net linux-atm-2.5.0-1.20050118cvs (build/make) dwmw2 at redhat.com lockdev-1.0.1-11.fc7 (build/make) kzak at redhat.com maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe at redhat.com mew-5.2.50-1.fc8 (build/make) tagoh at redhat.com mikmod-3.2.2-2.fc7 (build/make) jnovy at redhat.com moto4lin-0.3-6.fc7 (build/make) jafo-redhat at tummy.com muine-0.8.7-3.fc7 (build/make) foolish at guezz.net museek+-0.1.12-5.fc7 (build/make) belegdol at gmail.com mx4j-3.0.1-6jpp.4 (build/make) fnasser at redhat.com mysql-5.0.45-2.fc8 (build/make) tgl at redhat.com mysqlclient10-3.23.58-9.2.1 (build/make) tgl at redhat.com mysqlclient14-4.1.14-4.2.1 (build/make) tgl at redhat.com nagios-2.9-2.fc8 (build/make) mmcgrath at redhat.com nant-0.85-12.fc7 (build/make) paul at all-the-johnsons.co.uk nazghul-0.5.6-2.fc8 (build/make) tibbs at math.uh.edu ncview-1.92e-10.fc7 (build/make) ed at eh3.com nemiver-0.4.0-1.fc8 (build/make) peter at thecodergeek.com nethack-vultures-2.1.0-9.fc7 (build/make) meme at daughtersoftiresias.org nginx-0.5.30-1.fc8 (build/make) jeremy at hinegardner.org njam-1.25-4.fc6 (build/make) j.w.r.degoede at hhs.nl nkf-2.07-1.1.fc6 (build/make) tagoh at redhat.com ocsinventory-client-1.01-5.fc7 (build/make) Fedora at FamilleCollet.com openalpp-20060714-3.fc7 (build/make) chris.stone at gmail.com openbabel-2.1.0-2.fc7 (build/make) rpm at greysector.net openpbx-1.2-3.rc3.svn2540.fc7 (build/make) dwmw2 at redhat.com orpie-1.4.3-5.fc6 (build/make) lists at forevermore.net osgal-20060903-3.fc7 (buildroot) chris.stone at gmail.com osgcal-0.1.44-4.fc7 (build/make) chris.stone at gmail.com pari-2.3.0-5.fc7 (build/make) gemi at bluewin.ch perl-Algorithm-Annotate-0.10-4.fc6 (build/make) ianburrell at gmail.com perl-Algorithm-Dependency-1.103-1.fc8 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-AnyData-0.10-3.fc6 (build/make) tcallawa at redhat.com perl-Apache-DBI-1.06-1.fc7 (build/make) Fedora at FamilleCollet.com perl-Apache-LogRegex-1.4-2.fc7 (build/make) steve at silug.org perl-App-CLI-0.07-2.fc7 (build/make) ianburrell at gmail.com perl-Archive-Extract-0.22-1.fc8 (build/make) steve at silug.org perl-Archive-Tar-1.32-1.fc8 (build/make) rnorwood at redhat.com perl-Astro-FITS-CFITSIO-1.05-1.fc8 (build/make) orion at cora.nwra.com perl-Authen-DigestMD5-0.04-3.fc7 (build/make) paul at city-fan.org perl-Authen-SASL-2.10-1.fc6 (build/make) jpo at di.uminho.pt perl-AutoClass-1_01-2.fc8 (build/make) alexl at users.sourceforge.net perl-Boulder-1.30-3.fc6 (build/make) orion at cora.nwra.com perl-CGI-Ajax-0.701-2.fc7 (build/make) cweyl at alumni.drew.edu perl-CGI-Session-4.20-2.fc7 (build/make) andreas at bawue.net perl-CGI-Simple-0.077-6.fc6 (build/make) tcallawa at redhat.com perl-CGI-Untaint-1.26-2.fc6 (build/make) tcallawa at redhat.com perl-CGI-Untaint-date-1.00-2.fc6 (build/make) tcallawa at redhat.com perl-Cache-2.04-2.fc6 (build/make) pertusus at free.fr perl-Cache-Cache-1.05-1.fc6 (build/make) jpo at di.uminho.pt perl-Cache-Mmap-0.09-2.fc7 (build/make) steve at silug.org perl-Cache-Simple-TimedExpiry-0.27-1.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Cflow-1.053-5.fc6 (build/make) orion at cora.nwra.com perl-Chatbot-Eliza-1.04-3.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-Accessor-Chained-0.01-4.fc6 (build/make) tcallawa at redhat.com perl-Class-C3-XS-0.08-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Class-DBI-3.0.16-1.fc7 (build/make) tcallawa at redhat.com perl-Class-DBI-AbstractSearch-0.07-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Pager-0.08-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Pg-0.09-1.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-0.03-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-RetrieveAll-1.04-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-Type-0.02-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-SQLite-0.11-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-mysql-1.00-2.fc6 (build/make) tcallawa at redhat.com perl-Class-Factory-Util-1.7-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-InsideOut-1.06-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-MakeMethods-1.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Class-MethodMaker-2.08-4.fc6 (build/make) dgregor at redhat.com perl-Class-Observable-1.04-2.fc7 (build/make) andreas at bawue.net perl-Class-Std-0.0.8-1.fc7 (build/make) andreas at bawue.net perl-Class-Trigger-0.10-2.fc6 (build/make) tcallawa at redhat.com perl-Class-Whitehole-0.04-3.fc6 (build/make) tcallawa at redhat.com perl-Compress-Bzip2-2.09-4.fc6 (build/make) jpo at di.uminho.pt perl-Compress-Zlib-1.42-1.fc6 (build/make) rnorwood at redhat.com perl-Config-IniFiles-2.39-5.fc6 (build/make) jpo at di.uminho.pt perl-Config-Record-1.1.1-3.fc6 (build/make) dgregor at redhat.com perl-Convert-ASN1-0.21-1.fc7 (build/make) rnorwood at redhat.com perl-Crypt-Blowfish-2.10-2.fc6 (build/make) andreas at bawue.net perl-Crypt-CBC-2.22-1.fc7 (build/make) andreas at bawue.net perl-Crypt-DH-0.06-6.fc7 (build/make) paul at city-fan.org perl-Crypt-DSA-0.14-4.fc7 (build/make) paul at city-fan.org perl-Crypt-PasswdMD5-1.3-2.fc7 (build/make) mmcgrath at redhat.com perl-Curses-1.15-1.fc6 (build/make) garrick at usc.edu perl-DBD-AnyData-0.08-3.fc6 (build/make) tcallawa at redhat.com perl-DBD-CSV-0.22-5.fc6 (build/make) jpo at di.uminho.pt perl-DBD-Mock-1.35-1.fc8 (build/make) cweyl at alumni.drew.edu perl-DBD-MySQL-4.004-1.fc8 (build/make) rnorwood at redhat.com perl-DBD-Pg-1.49-4.fc8 (build/make) rnorwood at redhat.com perl-DBD-SQLite-1.12-2.fc6 (build/make) jpo at di.uminho.pt perl-DBD-SQLite2-0.33-6.fc6 (build/make) tcallawa at redhat.com perl-DBD-XBase-0.241-5.fc6 (build/make) jpo at di.uminho.pt perl-Data-Compare-0.16-1.fc7 (build/make) jpo at di.uminho.pt perl-Data-HexDump-0.02-3.fc6 (build/make) andreas at bawue.net perl-Data-Password-1.07-1.fc7 (build/make) andreas at bawue.net perl-Date-Calc-5.4-1.2.2.1 (build/make) rnorwood at redhat.com perl-Date-Pcalc-1.2-4.fc6 (build/make) mmcgrath at redhat.com perl-Date-Simple-3.02-5.fc7 (build/make) paul at city-fan.org perl-DateTime-Event-ICal-0.09-3.fc7 (build/make) steve at silug.org perl-DateTime-Event-Recurrence-0.16-4.fc7 (build/make) steve at silug.org perl-DateTime-Format-ICal-0.08-4.fc7 (build/make) steve at silug.org perl-DateTime-Format-MySQL-0.04-4.fc6 (build/make) cweyl at alumni.drew.edu perl-DateTime-Format-Strptime-1.0700-3.fc7 (build/make) steve at silug.org perl-DateTime-Format-W3CDTF-0.04-2.fc7 (build/make) steve at silug.org perl-DateTime-Set-0.25-4.fc7 (build/make) steve at silug.org perl-Devel-Caller-0.11-1.fc7 (build/make) steve at silug.org perl-Devel-Cover-0.61-1.fc7 (build/make) jpo at di.uminho.pt perl-Devel-Cycle-1.07-1.fc6 (build/make) jpo at di.uminho.pt perl-Devel-Size-0.68-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Devel-Symdump-2.07-1.fc7 (build/make) rnorwood at redhat.com perl-Device-SerialPort-1.002-3.fc6 (build/make) orion at cora.nwra.com perl-Digest-HMAC-1.01-15 (build/make) rnorwood at redhat.com perl-Digest-MD4-1.5-3.fc6 (build/make) jpo at di.uminho.pt perl-Digest-Nilsimsa-0.06-7.fc6 (build/make) wtogami at redhat.com perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 (build/make) tcallawa at redhat.com perl-Exception-Class-1.23-3.fc7 (build/make) steve at silug.org perl-Expect-1.20-1.fc6 (build/make) jpo at di.uminho.pt perl-Expect-Simple-0.02-1.fc6 (build/make) jpo at di.uminho.pt perl-Exporter-Lite-0.02-1.fc7 (build/make) tcallawa at redhat.com perl-ExtUtils-AutoInstall-0.63-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-ExtUtils-CBuilder-0.19-1.fc8 (build/make) jpo at di.uminho.pt perl-ExtUtils-Depends-0.205-5.fc6 (build/make) jpo at di.uminho.pt perl-ExtUtils-F77-1.16-2.fc8 (build/make) orion at cora.nwra.com perl-ExtUtils-ParseXS-2.18-1.fc7 (build/make) jpo at di.uminho.pt perl-ExtUtils-PkgConfig-1.07-5.fc6 (build/make) jpo at di.uminho.pt perl-ExtUtils-XSBuilder-0.28-2.fc6 (build/make) tcallawa at redhat.com perl-Feed-Find-0.06-2.fc6 (build/make) pertusus at free.fr perl-File-BaseDir-0.02-1.fc6 (build/make) pertusus at free.fr perl-File-DesktopEntry-0.02-1.fc6 (build/make) pertusus at free.fr perl-File-Find-Rule-0.30-2.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-File-MMagic-1.27-1 (build/make) rnorwood at redhat.com perl-File-MimeInfo-0.14-1.fc8 (build/make) pertusus at free.fr perl-File-NCopy-0.34-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-File-NFSLock-1.20-2.fc6 (build/make) pertusus at free.fr perl-File-ReadBackwards-1.04-3.fc7 (build/make) steve at silug.org perl-File-RsyncP-0.68-1.fc8 (build/make) mmcgrath at redhat.com perl-File-Tail-0.99.3-5.fc6 (build/make) jpo at di.uminho.pt perl-File-Type-0.22-4.fc7 (build/make) steve at silug.org perl-File-Which-0.05-2.fc7 (build/make) jpo at di.uminho.pt perl-File-chdir-0.06-2.fc6 (build/make) ianburrell at gmail.com perl-Finance-Quote-1.13-1.fc7 (build/make) notting at redhat.com perl-Finance-YahooQuote-0.21-2.fc7 (build/make) wtogami at redhat.com perl-Font-AFM-1.19-4.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-FreezeThaw-0.43-5.fc6 (build/make) jpo at di.uminho.pt perl-Frontier-RPC-0.07b4-1 (build/make) rnorwood at redhat.com perl-GD-2.35-2.fc6 (build/make) jpo at di.uminho.pt perl-GD-SVG-0.28-1.fc8 (build/make) alexl at users.sourceforge.net perl-GDGraph-1.44-2.fc8 (build/make) jpo at di.uminho.pt perl-GDGraph3d-0.63-7.fc8 (build/make) jpo at di.uminho.pt perl-GDTextUtil-0.86-8.fc6 (build/make) jpo at di.uminho.pt perl-GPS-0.15-1.fc7 (build/make) jpo at di.uminho.pt perl-GPS-PRN-0.05-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Constants-0.06-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Ellipsoids-0.14-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Forward-0.11-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Functions-0.06-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Inverse-0.05-1.fc7 (build/make) jpo at di.uminho.pt perl-Glib-1.144-1.fc7 (build/make) jpo at di.uminho.pt perl-Gnome2-GConf-1.043-1.fc6 (build/make) cweyl at alumni.drew.edu perl-Gnome2-VFS-1.061-2.fc7 (build/make) cweyl at alumni.drew.edu perl-GnuPG-Interface-0.33-8.fc6 (build/make) Matt_Domsch at dell.com perl-Graph-0.81-1.fc8 (build/make) alexl at users.sourceforge.net perl-HTML-Format-2.04-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-HTML-Parser-3.56-1.fc7 (build/make) rnorwood at redhat.com perl-HTML-Scrubber-0.08-4.fc6 (build/make) jpo at di.uminho.pt perl-HTML-Table-2.04a-1.fc7 (build/make) orion at cora.nwra.com perl-HTML-Tagset-3.10-5.fc7 (build/make) rnorwood at redhat.com perl-HTML-Template-2.9-1.fc7 (build/make) jpo at di.uminho.pt perl-HTML-Template-Expr-0.07-4.fc7 (build/make) steve at silug.org perl-HTTP-Request-Params-1.01-1.fc6 (build/make) jpo at di.uminho.pt perl-Heap-0.80-1.fc8 (build/make) pertusus at free.fr perl-Hook-LexWrap-0.20-4.fc6 (build/make) jpo at di.uminho.pt perl-IO-All-0.38-1.fc7 (build/make) steve at silug.org perl-IO-Capture-0.05-2.fc7 (build/make) jpo at di.uminho.pt perl-IO-Digest-0.10-4.fc6 (build/make) ianburrell at gmail.com perl-IO-Interface-1.03-1.fc7 (build/make) jpo at di.uminho.pt perl-IO-Multiplex-1.08-5.fc6 (build/make) lmb at biosci.ki.se perl-IO-Socket-INET6-2.51-2.fc6 (build/make) wtogami at redhat.com perl-IO-Socket-SSL-1.02-1.fc7 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-IO-String-1.08-1.1.1 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-IO-Tty-1.07-2.fc6 (build/make) jpo at di.uminho.pt perl-IO-Zlib-1.04-4.2.1 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-IPC-Cmd-0.36-2.fc7 (build/make) steve at silug.org perl-IPC-SharedCache-1.3-7.fc6 (build/make) jpo at di.uminho.pt perl-Ima-DBI-0.34-2.fc6 (build/make) tcallawa at redhat.com perl-Image-Base-1.07-7.fc6 (build/make) jpo at di.uminho.pt perl-Image-Xbm-1.08-6.fc6 (build/make) jpo at di.uminho.pt perl-Image-Xpm-1.09-6.fc6 (build/make) jpo at di.uminho.pt perl-Inline-0.44-15.2.1 (build/make) rnorwood at redhat.com perl-JSON-XS-1.43-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Jcode-2.06-1.fc6 (build/make) gauret at free.fr perl-Kwiki-0.39-1.fc7 (build/make) steve at silug.org perl-Kwiki-Archive-Rcs-0.15-6.fc7 (build/make) steve at silug.org perl-Kwiki-Attachments-0.18-3.fc7 (build/make) steve at silug.org perl-Kwiki-Diff-0.03-4.fc7 (build/make) steve at silug.org perl-Kwiki-ModPerl-0.09-4.fc7 (build/make) steve at silug.org perl-Kwiki-NewPage-0.12-5.fc7 (build/make) steve at silug.org perl-Kwiki-Raw-0.02-4.fc7 (build/make) steve at silug.org perl-Kwiki-RecentChanges-0.14-3.fc7 (build/make) steve at silug.org perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve at silug.org perl-Kwiki-Search-0.12-5.fc7 (build/make) steve at silug.org perl-Kwiki-UserName-0.14-5.fc7 (build/make) steve at silug.org perl-Kwiki-UserPreferences-0.13-5.fc7 (build/make) steve at silug.org perl-Kwiki-Users-Remote-0.04-4.fc7 (build/make) steve at silug.org perl-LWP-Authen-Wsse-0.05-2.fc6 (build/make) pertusus at free.fr perl-Lingua-EN-Inflect-1.89-4.fc6 (build/make) tcallawa at redhat.com perl-Lingua-EN-Inflect-Number-1.1-5.fc6 (build/make) tcallawa at redhat.com perl-List-Compare-0.33-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Locale-Maketext-Fuzzy-0.02-4.fc6 (build/make) jpo at di.uminho.pt perl-Locale-Maketext-Lexicon-0.64-1.fc8 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Log-Dispatch-Config-1.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Log-Dispatch-FileRotate-1.16-1.fc7 (build/make) jpo at di.uminho.pt perl-Log-Log4perl-1.11-1.fc8 (build/make) jpo at di.uminho.pt perl-Log-Message-0.01-3.fc7 (build/make) steve at silug.org perl-Log-Message-Simple-0.02-1.fc8 (build/make) steve at silug.org perl-MD5-2.03-1.fc7 (build/make) andreas at bawue.net perl-MIME-Lite-3.01-5.fc6 (build/make) mmcgrath at redhat.com perl-MIME-tools-5.420-3.fc7 (build/make) paul at city-fan.org perl-MLDBM-2.01-5.fc6 (build/make) jpo at di.uminho.pt perl-MP3-Info-1.21-1.fc7.1 (build/make) chris.stone at gmail.com perl-Mail-Box-Parser-C-3.006-1.fc7 (build/make) tcallawa at redhat.com perl-Mail-Sender-0.8.13-2.fc6 (build/make) jpo at di.uminho.pt perl-Mail-Sendmail-0.79-9.fc6 (build/make) jpo at di.uminho.pt perl-MasonX-Interp-WithCallbacks-1.17-1.fc8 (build/make) steve at silug.org perl-Math-Round-0.06-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Math-Vec-0.04-2.fc7 (build/make) roozbeh at farsiweb.info perl-Module-Build-0.2808-1.fc8 (build/make) steve at silug.org perl-Module-Depends-0.12-1.fc8 (build/make) ianburrell at gmail.com perl-Module-Install-0.67-1.fc8 (build/make) steve at silug.org perl-Module-Load-0.10-3.fc7 (build/make) steve at silug.org perl-Module-Load-Conditional-0.16-2.fc7 (build/make) steve at silug.org perl-Module-Loaded-0.01-3.fc7 (build/make) steve at silug.org perl-Module-Locate-1.7-1.fc6 (build/make) jpo at di.uminho.pt perl-Module-Pluggable-3.60-1.fc7 (build/make) steve at silug.org perl-Module-Versions-Report-1.03-1.fc8 (build/make) jpo at di.uminho.pt perl-MogileFS-Utils-2.12-1.fc8 (build/make) ruben at rubenkerkhof.com perl-Mozilla-LDAP-1.5.2-1.fc8 (build/make) rmeggins at redhat.com perl-Net-CUPS-0.51-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Net-DBus-0.33.5-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Net-Domain-TLD-1.65-1.fc7 (build/make) tcallawa at redhat.com perl-Net-GPSD-0.35-1.fc7 (build/make) jpo at di.uminho.pt perl-Net-IP-1.25-3.fc7 (build/make) rnorwood at redhat.com,ville.skytta at iki.fi perl-Net-IP-CMatch-0.02-4.fc6 (build/make) orion at cora.nwra.com perl-Net-Jabber-2.0-7.fc6 (build/make) cweyl at alumni.drew.edu perl-Net-Netmask-1.9012-3.fc6 (build/make) wtogami at redhat.com perl-Net-Patricia-1.014-3.fc6 (build/make) orion at cora.nwra.com perl-Net-SNMP-5.2.0-1.fc6 (build/make) jpo at di.uminho.pt perl-Net-SNPP-1.17-2.fc7 (build/make) jeff at ocjtech.us perl-Net-SSH-Perl-1.30-4.fc7 (build/make) paul at city-fan.org perl-Net-SSLeay-1.30-4.fc6 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-Net-Server-0.96-2.fc8 (buildroot) nicolas.mailhot at laposte.net perl-Net-Telnet-3.03-5 (build/make) jkeating at redhat.com perl-Net-XMPP-1.02-2.fc7 (build/make) cweyl at alumni.drew.edu perl-OLE-Storage_Lite-0.14-8.fc6 (build/make) tcallawa at redhat.com perl-Object-Accessor-0.32-2.fc7 (build/make) steve at silug.org perl-OpenFrame-3.05-6.fc7 (build/make) steve at silug.org perl-PBS-0.31-3.fc6 (build/make) garrick at usc.edu perl-PDL-2.4.3-1.fc7 (build/make) rnorwood at redhat.com perl-POE-API-Peek-1.0802-1.fc7 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Child-1.39-2.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Client-LDAP-0.04-3.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-SNMP-1.07-1.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Server-HTTP-0.09-3.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Server-SOAP-1.11-1.fc8 (build/make) cweyl at alumni.drew.edu perl-POE-Component-SimpleLog-1.04-1.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Wheel-Null-0.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-PPI-Tester-0.06-2.fc6 (build/make) jpo at di.uminho.pt perl-Package-Constants-0.01-3.fc7 (build/make) steve at silug.org perl-PadWalker-1.5-1.fc7 (build/make) jpo at di.uminho.pt perl-Params-CallbackRequest-1.17-1.fc8 (build/make) steve at silug.org perl-Params-Check-0.26-1.fc7 (build/make) steve at silug.org perl-Parse-CPAN-Packages-2.26-4.fc7 (build/make) steve at silug.org perl-Parse-RecDescent-1.94-6.fc8 (build/make) rnorwood at redhat.com perl-Parse-Yapp-1.05-36.fc6 (build/make) pertusus at free.fr perl-PatchReader-0.9.5-4.fc6 (build/make) stickster at gmail.com perl-Path-Class-0.16-1.fc7 (build/make) ianburrell at gmail.com perl-Perl6-Bible-0.30-3.fc7 (build/make) steve at silug.org perl-PerlIO-eol-0.14-1.fc7 (build/make) ianburrell at gmail.com perl-PerlIO-via-dynamic-0.12-2.fc6 (build/make) ianburrell at gmail.com perl-PerlIO-via-symlink-0.05-3.fc6 (build/make) ianburrell at gmail.com perl-Pipeline-3.12-4.fc7 (build/make) steve at silug.org perl-Pod-Escapes-1.04-5.fc6 (build/make) jpo at di.uminho.pt perl-Pod-POM-0.17-6.fc6 (build/make) tcallawa at redhat.com perl-Pod-Simple-3.05-1.fc8 (build/make) jpo at di.uminho.pt perl-Pod-Spell-1.01-2.fc7 (build/make) jpo at di.uminho.pt perl-Proc-Daemon-0.03-1.fc7.1 (build/make) Fedora at FamilleCollet.com perl-Pugs-Compiler-Rule-0.26-1.fc8 (build/make) steve at silug.org perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Razor-Agent-2.82-1.fc6 (build/make) redhat-bugzilla at linuxnetz.de perl-Readonly-1.03-6.fc6 (build/make) cweyl at alumni.drew.edu perl-Readonly-XS-1.04-7.fc6 (build/make) cweyl at alumni.drew.edu perl-Regexp-Common-2.120-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Regexp-Shellish-0.93-2.fc6 (build/make) ianburrell at gmail.com perl-SDL-2.1.3-4.fc8 (build/make) j.w.r.degoede at hhs.nl perl-SNMP_Session-1.08-3.fc6 (build/make) jpo at di.uminho.pt perl-SOAP-Lite-0.68-2.fc6 (build/make) mmcgrath at redhat.com perl-SQL-Abstract-1.22-1.fc7 (build/make) tcallawa at redhat.com perl-SQL-Library-0.0.3-2.fc6 (build/make) cweyl at alumni.drew.edu perl-SQL-Statement-1.15-2.fc6 (build/make) jpo at di.uminho.pt perl-SUPER-1.16-1.fc7 (build/make) cweyl at alumni.drew.edu perl-SVG-2.33-2.fc8 (build/make) alexl at users.sourceforge.net perl-SVK-2.0.1-2.fc8 (build/make) ianburrell at gmail.com perl-SVN-Mirror-0.73-1.fc8 (build/make) ianburrell at gmail.com perl-SVN-Simple-0.27-4.fc6 (build/make) ianburrell at gmail.com perl-Scalar-Properties-0.12-1.fc6 (build/make) jpo at di.uminho.pt perl-Set-Infinite-0.61-3.fc7 (build/make) steve at silug.org perl-Set-Scalar-1.20-1.fc7 (build/make) jpo at di.uminho.pt perl-Socket6-0.19-3.fc6 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-Sort-Versions-1.5-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Spiffy-0.30-7.fc7 (build/make) steve at silug.org perl-Spreadsheet-ParseExcel-0.3200-1.fc8 (build/make) steve at silug.org perl-Spreadsheet-WriteExcel-2.17-2.fc6 (build/make) tcallawa at redhat.com perl-Statistics-Descriptive-2.6-2.fc6 (build/make) pertusus at free.fr perl-String-Approx-3.26-1.fc7 (build/make) orion at cora.nwra.com perl-String-CRC32-1.4-2.fc6 (build/make) rnorwood at redhat.com,paul at city-fan.org perl-String-Format-1.14-1.fc6 (build/make) jpo at di.uminho.pt perl-Sub-Exporter-0.975-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Sub-Identify-0.02-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Sub-Name-0.02-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Sys-SigAction-0.10-1.fc7 (build/make) andreas at bawue.net perl-Sys-Virt-0.1.1-9.fc7 (build/make) steve at silug.org perl-TeX-Hyphen-0.140-5.fc6 (build/make) jpo at di.uminho.pt perl-Template-GD-2.66-2.fc7 (build/make) tcallawa at redhat.com perl-Template-Plugin-Class-0.13-2.fc6 (build/make) tcallawa at redhat.com perl-Template-Toolkit-2.18-1.fc7 (build/make) tcallawa at redhat.com perl-Term-ReadPassword-0.07-1.fc8 (build/make) steve at silug.org perl-Term-UI-0.14-2.fc7 (build/make) steve at silug.org perl-TermReadKey-2.30-1.2.2.1 (build/make) rnorwood at redhat.com perl-Test-Cmd-1.05-1.fc6 (build/make) jpo at di.uminho.pt perl-Test-Differences-0.47-2.fc6 (build/make) jpo at di.uminho.pt perl-Test-Expect-0.30-1.fc6 (build/make) jpo at di.uminho.pt perl-Test-Portability-Files-0.05-4.fc7 (build/make) steve at silug.org perl-Test-Tester-0.104-2.fc7 (build/make) steve at silug.org perl-Text-CHM-0.01-2.fc6 (build/make) pertusus at free.fr perl-Text-CharWidth-0.04-2.fc7 (build/make) Axel.Thimm at ATrpms.net perl-Text-Kakasi-2.04-3.fc6 (build/make) tagoh at redhat.com perl-Text-Levenshtein-0.05-4.fc7 (build/make) steve at silug.org perl-Text-Quoted-2.02-2.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Text-Shellwords-1.08-1.fc8 (build/make) alexl at users.sourceforge.net perl-Text-Template-1.44-4.fc6 (build/make) jpo at di.uminho.pt perl-Text-Tree-1.0-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Text-Unidecode-0.04-4.fc6 (build/make) pertusus at free.fr perl-Text-WrapI18N-0.06-2.fc7 (build/make) Axel.Thimm at ATrpms.net perl-Text-Wrapper-1.01-1.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Tie-DBI-1.02-2.fc6 (build/make) tcallawa at redhat.com perl-Tie-IxHash-1.21-6.fc6 (build/make) jpo at di.uminho.pt perl-Time-Period-1.20-1.fc6 (build/make) robert at marcanoonline.com perl-Time-Piece-1.09-2.fc6 (build/make) chris at chrisgrau.com perl-Time-Piece-MySQL-0.05-4.fc8 (build/make) chris at chrisgrau.com perl-Time-modules-2003.1126-4.fc6 (build/make) kaboom at oobleck.net perl-Tk-804.027-11.fc7 (build/make) andreas.bierfert at lowlatency.de perl-Tree-DAG_Node-1.05-4.fc6 (build/make) jpo at di.uminho.pt perl-UNIVERSAL-exports-0.05-2.fc6 (build/make) tcallawa at redhat.com perl-UNIVERSAL-isa-0.06-2.fc6 (build/make) jpo at di.uminho.pt perl-UNIVERSAL-moniker-0.08-4.fc6 (build/make) tcallawa at redhat.com perl-URI-1.35-3 (build/make) rnorwood at redhat.com perl-Unicode-Map-0.112-8.fc6 (build/make) gauret at free.fr perl-Unicode-Map8-0.12-11.fc7 (build/make) gauret at free.fr perl-Unicode-MapUTF8-1.11-3.fc7 (build/make) gauret at free.fr perl-Unicode-String-2.09-2.fc6 (build/make) gauret at free.fr perl-User-Identity-0.91-1.fc7 (build/make) tcallawa at redhat.com perl-WWW-Babelfish-0.16-1.fc7 (build/make) cweyl at alumni.drew.edu perl-WWW-Bugzilla-0.9-1.fc7 (build/make) jpo at di.uminho.pt perl-X11-Protocol-0.55-5.fc6 (build/make) duncan_j_ferguson at yahoo.co.uk perl-XML-DOM-1.44-2.fc6 (build/make) orion at cora.nwra.com perl-XML-Dumper-0.81-2.fc6 (build/make) rnorwood at redhat.com perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) andreas at bawue.net perl-XML-Grove-0.46alpha-29.1.1 (build/make) rnorwood at redhat.com perl-XML-LibXML-1.62001-2.fc7 (build/make) rnorwood at redhat.com perl-XML-LibXML-Common-0.13-8.2.2 (build/make) rnorwood at redhat.com perl-XML-LibXSLT-1.62-1.fc8 (build/make) zing at fastmail.fm perl-XML-NamespaceSupport-1.09-2.fc8 (build/make) rnorwood at redhat.com perl-XML-Parser-2.34-6.1.2.2.1 (build/make) rnorwood at redhat.com perl-XML-RegExp-0.03-2.fc6 (build/make) orion at cora.nwra.com perl-XML-SAX-Writer-0.50-2.fc7 (build/make) andreas at bawue.net perl-XML-Simple-2.16-2.fc7 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-XML-Stream-1.22-6.fc6 (build/make) cweyl at alumni.drew.edu perl-XML-Validator-Schema-1.08-1.fc7 (build/make) andreas at bawue.net perl-XML-XPath-1.13-4.fc6 (build/make) rnorwood at redhat.com perl-YAML-Parser-Syck-0.01-8.fc7 (build/make) steve at silug.org perl-bioperl-1.5.2_102-8.fc8 (build/make) alexl at users.sourceforge.net perl-capitalization-0.03-4.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-libwww-perl-5.805-1.1.1 (build/make) rnorwood at redhat.com perl-libxml-perl-0.08-1.2.1 (build/make) rnorwood at redhat.com perl-pmtools-1.01-2.fc6 (build/make) jpo at di.uminho.pt perltidy-20070801-1.fc8 (build/make) ville.skytta at iki.fi php-extras-5.2.1-1.fc7 (buildroot) dmitry at butskoy.name,limb at jcomserv.net pilot-link-0.12.2-4.fc8 (build/make) varekova at redhat.com pipenightdreams-0.10.0-5.fc6 (build/make) j.w.r.degoede at hhs.nl polyxmass-bin-0.9.3-2.fc6 (build/make) andreas.bierfert at lowlatency.de postgresql-8.2.4-2.fc8 (build/make) tgl at redhat.com postgresql-jdbc-8.2.504-1jpp.fc7 (build/make) tgl at redhat.com ppc64-utils-0.11-4.fc7 (buildroot) pnasrat at redhat.com prelink-0.3.10-1 (build/make) jakub at redhat.com pwlib-1.10.7-1.fc7 (build/make) veillard at redhat.com pyspi-0.6.1-3.fc7 (build/make) zcerza at redhat.com python-urljr-1.0.1-1.fc7 (build/make) jeff at ocjtech.us qa-assistant-0.4.90.5-2.fc6 (build/make) toshio at tiki-lounge.com qt-3.3.8-4.fc7 (build/make) than at redhat.com quarry-0.2.0-1.fc7 (build/make) michel.salim at gmail.com raidem-0.3.1-5.fc6 (build/make) j.w.r.degoede at hhs.nl renrot-0.25-2.fc7 (build/make) andy at smile.org.ua resapplet-0.1.1-5.fc7 (build/make) rvokal at redhat.com revelation-0.4.11-3.fc8 (build/make) fedora at leemhuis.info,jspaleta at gmail.com rhm-0.1-3.fc7 (build/make) aconway at redhat.com,nsantos at redhat.com ruby-activerecord-1.15.1-1.fc7 (build/make) dlutter at redhat.com ruby-gnome2-0.16.0-10.fc8 (buildroot) allisson at gmail.com rxvt-unicode-8.2-1.fc8 (build/make) andreas.bierfert at lowlatency.de scipy-0.5.2-2.2.fc7 (build/make) jspaleta at gmail.com scrip-1.4-6.fc6 (build/make) ed at eh3.com sdcc-2.6.0-10.fc7 (build/make) trond.danielsen at gmail.com sendmail-8.14.1-2 (build/make) twoerner at redhat.com shippy-1.3.3.7-4.fc6 (build/make) j.w.r.degoede at hhs.nl smart-0.50-46.fc8 (build/make) Axel.Thimm at ATrpms.net snort-2.6.1.3-1.fc7 (build/make) dennis at ausil.us struts-1.2.9-4jpp.6 (build/make) dbhole at redhat.com subversion-1.4.3-4 (build/make) jorton at redhat.com suck-4.3.2-14.fc7 (build/make) Jochen at herr-schmitt.de swatch-3.2.1-1.fc6 (build/make) jpo at di.uminho.pt synce-software-manager-0.9.0-7.fc6 (build/make) andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-8.fc6 (build/make) andreas.bierfert at lowlatency.de syslog-ng-2.0.5-1.fc8 (build/make) jpo at di.uminho.pt,pvrabec at redhat.com sysprof-kmod-1.0.8-1.2.6.23_0.61.rc1.git9.fc8 (buildroot) giallu at gmail.com system-config-boot-0.2.15-1.fc7 (build/make) harald at redhat.com system-config-keyboard-1.2.11-1.fc7 (build/make) pnasrat at redhat.com system-config-network-1.3.96-1.fc6 (build/make) harald at redhat.com tclabc-1.0.9-1.fc7 (build/make) gemi at bluewin.ch tclpro-1.5.0-7.20061030cvs.fc8 (build/make) wart at kobold.org tellico-1.2.11-1.fc8 (build/make) jamatos at fc.up.pt tetex-3.0-41.fc8 (build/make) jnovy at redhat.com thewidgetfactory-0.2.1-2.fc6 (build/make) luya_tfz at thefinalzone.com tinyerp-4.0.3-1.fc7 (build/make) dan at danny.cz tk-8.4.15-2.fc8 (buildroot) mmaslano at redhat.com tkcon-2.4-4.fc6 (build/make) wart at kobold.org tor-0.1.2.15-1.fc8 (build/make) enrico.scholz at informatik.tu-chemnitz.de torque-2.1.8-1.fc7 (build/make) garrick at usc.edu udftools-1.0.0b3-7.fc6 (build/make) extras-orphan at fedoraproject.org udunits-1.12.4-11.fc8.1 (build/make) tcallawa at redhat.com uim-1.4.1-4.fc8 (buildroot) tagoh at redhat.com ularn-1.5p4-8.fc7 (build/make) wart at kobold.org unison-2.13.16-3.fc6 (build/make) gemi at bluewin.ch util-vserver-0.30.213-2.fc8 (build/make) enrico.scholz at informatik.tu-chemnitz.de velocity-1.4-6jpp.1 (build/make) vivekl at redhat.com vim-7.1.28-1.fc8 (build/make) karsten at redhat.com vkeybd-0.1.17a-3.fc7 (build/make) green at redhat.com vnc-4.1.2-20.1.fc8 (build/make) atkac at redhat.com widelands-0-0.4.build10.fc7 (build/make) karlikt at gmail.com wine-docs-0.9.42-1.fc8 (build/make) andreas.bierfert at lowlatency.de worminator-3.0R2.1-5.fc6 (build/make) j.w.r.degoede at hhs.nl xaos-3.2.3-1.fc7 (build/make) gemi at bluewin.ch xchat-2.8.4-2.fc8 (build/make) caillon at redhat.com,Fedora at FamilleCollet.com,kevin at tigcc.ticalc.org xdaliclock-2.23-3.fc6 (build/make) kaboom at oobleck.net xferstats-2.16-14.1 (build/make) than at redhat.com xkeycaps-2.46-6.fc7 (build/make) tcallawa at redhat.com xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser at redhat.com xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-fonts-7.2-1.fc8 (build/make) xgl-maint at redhat.com xpilot-ng-4.7.2-12.fc7 (build/make) wart at kobold.org xscreensaver-5.02-1.fc7.1 (build/make) mtasaka at ioa.s.u-tokyo.ac.jp yadex-1.7.0-6.fc6 (build/make) wart at kobold.org zasx-1.30-3.fc6 (build/make) j.w.r.degoede at hhs.nl With bugs filed: 0 ---------------------------------- -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From robert at fedoraproject.org Sat Aug 11 21:21:29 2007 From: robert at fedoraproject.org (Robert Scheck) Date: Sat, 11 Aug 2007 23:21:29 +0200 Subject: Release i386 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <20070811160907.A4613@humbolt.us.dell.com> References: <20070811160907.A4613@humbolt.us.dell.com> Message-ID: <20070811212129.GA11917@hurricane.linuxnetz.de> Hello Matt, On Sat, 11 Aug 2007, Matt Domsch wrote: > * Perl packages now must BuildRequire: perl-devel. If yours doesn't > have such a line, that's the likely reason for failure. no, you don't need to require "perl-devel" exactly. It's enough to require perl(ExtUtils::MakeMaker), because this will work for EL-4, EL-5, FC-6, F-7 and devel branch. My personal proof is, that you didn't catch up my package perl-Net-LibIDN, because rebuild worked there. But you cared about my recently over-taken package perl-Razor-Agent, because I commited the update this afternoon which was likely to late for your private mass rebuild. > perl-Razor-Agent-2.82-1.fc6 (build/make) Finally you can rip of this package from your list, because 2.84-1 built successfully in today's mock and should reach Rawhide and F-7 soon. Greetings, Robert From Matt_Domsch at dell.com Sat Aug 11 21:21:47 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 11 Aug 2007 16:21:47 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <200708041212.39457.lightsolphoenix@gmail.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> <20070803224612.634912c0@ender> <200708041212.39457.lightsolphoenix@gmail.com> Message-ID: <20070811212147.GA27374@auslistsprd01.us.dell.com> On Sat, Aug 04, 2007 at 12:12:39PM -0400, Kelly wrote: > On Friday, August 03, 2007 10:46 pm Jesse Keating wrote: > > On Fri, 3 Aug 2007 20:55:48 -0500 > > > > Josh Boyer wrote: > > > And I am more and more starting to think this might be a _good_ idea. > > > Users that want modules we aren't willing to carry upstream can > > > install the dkms "payload" (as you described it) for the module, > > > build and install. > > > > > > Some might think this is too technical a hurdle for users to clear, > > > but I think it might be worth examining. Care to draft a proposal for > > > FESCo? We could evaluate it at the same time we do dwmw2/f13's. > > > > I'm not totally opposed to the idea, if the dkms system takes care of > > the logic of building the module when new kernels land and such. > > That was what Dell developed DKMS to handle; situations where people are > installing outside modules while updating the kernel frequently. Every time > a new kernel is booted, the autoinstalled automatically builds all installed > DKMS modules for the new kernel before it starts. It takes care of the > problem of having to create new packages for all the modules when the kernel > is updated. I've got a bugzilla request in (#250337) to add hooks to the kernel packages, which dkms can hook into. In this way, on kernel package upgrade/remove but before reboot, DKMS can do its thing. I'm doing this with hooks on Ubuntu/Debian kernel packages now, and it works great. That would make this even more seamless. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From dmc.fedora at filteredperception.org Sat Aug 11 21:27:34 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sat, 11 Aug 2007 16:27:34 -0500 Subject: Disabling atime In-Reply-To: <46BE248C.5020000@redhat.com> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> <46BDFC1F.5020101@gmail.com> <46BE0178.9070400@benl.co.uk> <46BE0761.9060605@redhat.com> <46BE0FD4.5060300@benl.co.uk> <46BE248C.5020000@redhat.com> Message-ID: <46BE29C6.7070706@filteredperception.org> Eric Sandeen wrote: > Benjamin Lewis wrote: >> Eric Sandeen wrote: > >>> For such a long thread on performance tweaking why are there so few >>> benchmarks or timing results? >>> >>> -Eric >>> >>> >> I believe there were some quantitative numbers earlier in the thread, >> and I remember someone mentioning a 5% increase. >> > > There was one post of one workload, yes. And a write-heavy one, at that. I for one would like to see numbers for - boot time - time to gdm-autologged-in firefox-autostartonsession-viewing-local-htmlpage - number of laptop drive spin-ups per hour - i.e. boot like above, then leave system idle for a few hours - also try leaving other common apps open when idle, i.e. thunderbird,... - time for kernel compile - i.e. same as original test, but with what I commented, i.e. reboot before both tests to ensure accuracy - time for find / -exec grep "somestring" '{}' ';' - time for tar copy of rootfs to a different filesystem - time for reconstruction of f7/f8 media (livecd and traditional) via livecd-tools and pungi (or revisor) - anything anybody else adds to this list... - oh, and did I forget to re-emphasize the laptop spin-up test... -dmc From jwboyer at jdub.homelinux.org Sat Aug 11 21:29:43 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 11 Aug 2007 16:29:43 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070811212147.GA27374@auslistsprd01.us.dell.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> <20070803224612.634912c0@ender> <200708041212.39457.lightsolphoenix@gmail.com> <20070811212147.GA27374@auslistsprd01.us.dell.com> Message-ID: <20070811162943.4fc71528@vader.jdub.homelinux.org> On Sat, 11 Aug 2007 16:21:47 -0500 Matt Domsch wrote: > On Sat, Aug 04, 2007 at 12:12:39PM -0400, Kelly wrote: > > On Friday, August 03, 2007 10:46 pm Jesse Keating wrote: > > > On Fri, 3 Aug 2007 20:55:48 -0500 > > > > > > Josh Boyer wrote: > > > > And I am more and more starting to think this might be a _good_ > > > > idea. Users that want modules we aren't willing to carry > > > > upstream can install the dkms "payload" (as you described it) > > > > for the module, build and install. > > > > > > > > Some might think this is too technical a hurdle for users to > > > > clear, but I think it might be worth examining. Care to draft > > > > a proposal for FESCo? We could evaluate it at the same time we > > > > do dwmw2/f13's. > > > > > > I'm not totally opposed to the idea, if the dkms system takes > > > care of the logic of building the module when new kernels land > > > and such. > > > > That was what Dell developed DKMS to handle; situations where > > people are installing outside modules while updating the kernel > > frequently. Every time a new kernel is booted, the autoinstalled > > automatically builds all installed DKMS modules for the new kernel > > before it starts. It takes care of the problem of having to create > > new packages for all the modules when the kernel is updated. > > I've got a bugzilla request in (#250337) to add hooks to the kernel Typo in the bug number? That one is for some SELinux denial. josh From Matt_Domsch at dell.com Sat Aug 11 21:32:23 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 11 Aug 2007 16:32:23 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070811162943.4fc71528@vader.jdub.homelinux.org> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> <20070803224612.634912c0@ender> <200708041212.39457.lightsolphoenix@gmail.com> <20070811212147.GA27374@auslistsprd01.us.dell.com> <20070811162943.4fc71528@vader.jdub.homelinux.org> Message-ID: <20070811213223.GB27374@auslistsprd01.us.dell.com> On Sat, Aug 11, 2007 at 04:29:43PM -0500, Josh Boyer wrote: > On Sat, 11 Aug 2007 16:21:47 -0500 > Matt Domsch wrote: > > > That was what Dell developed DKMS to handle; situations where > > > people are installing outside modules while updating the kernel > > > frequently. Every time a new kernel is booted, the autoinstalled > > > automatically builds all installed DKMS modules for the new kernel > > > before it starts. It takes care of the problem of having to create > > > new packages for all the modules when the kernel is updated. > > > > I've got a bugzilla request in (#250337) to add hooks to the kernel > > Typo in the bug number? That one is for some SELinux denial. Yep. #250377. Thanks. -Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Sat Aug 11 21:31:37 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 11 Aug 2007 16:31:37 -0500 Subject: Fedora x86_64 rawhide rebuild in mock status 2007-08-11 Message-ID: <20070811163137.A5316@humbolt.us.dell.com> Here's a full top-to-bottom private rebuild of rawhide. All packages were built from SRPMS in rawhide (not from CVS), using the RPMs from rawhide. There's lots of breakage here: * Perl packages are now failing because of missing deps. In many cases, you need to add a BR on perl(ExtUtils::MakeMaker) or other such perl modules. BR'ing exactly the perl modules you need is really the right solution. (Thanks to Robert Scheck for this advice). * Changes to the Gnome desktop file parser now require you to update your desktop files. * and other such bitrot. Please review and make appropriate changes your packages, and push new builds through to the devel branch. At some point before Fedora 8 is finalized, a full rebuild of all packages is expected to take place. Please fix your packages now to avoid mass build problems later. Thanks, Matt Release Rawhide-in-Mock Build Results for x86_64 Sat Aug 11 15:15:57 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 4673 Number failed to build: 674 Number expected to fail due to ExclusiveArch or ExcludeArch: 31 Leaving: 643 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 642 ---------------------------------- Macaulay2-0.9.95-4.fc7 (build/make) rdieter at math.unl.edu MegaMek-0.30.11-1.fc7 (build/make) fitzsim at redhat.com OpenIPMI-2.0.6-7.fc7 (build/make) pknirsch at redhat.com Perlbal-1.59-1.fc8 (build/make) ruben at rubenkerkhof.com PythonCAD-0.1.35-7.fc7 (build/make) kwizart at gmail.com acpid-1.0.4-8.fc8 (build/make) zprikryl at redhat.com adaptx-0.9.13-4jpp.1.fc7 (build/make) pcheung at redhat.com airsnort-0.2.7e-11.fc7 (build/make) andreas.bierfert at lowlatency.de alacarte-0.11.3-3.fc7 (build/make) rstrode at redhat.com alleyoop-0.9.3-2.fc6 (build/make) giallu at gmail.com alsa-lib-1.0.14-1.fc8 (build/make) stransky at redhat.com alsa-oss-1.0.14-2.fc8 (build/make) jima at beer.tclug.org amsn-0.96-7.fc7 (build/make) sander at hoentjen.eu antlr-2.7.7-1jpp.4.fc8 (buildroot) dbhole at redhat.com arm-gp2x-linux-binutils-2.16.1-2.fc8 (build/make) j.w.r.degoede at hhs.nl asymptote-1.32-1.fc8 (build/make) jpo at di.uminho.pt atitvout-0.4-6 (buildroot) andreas.bierfert at lowlatency.de awesfx-0.5.0d-4.fc7 (build/make) stransky at redhat.com azureus-2.5.0.4-2.fc7 (build/make) green at redhat.com balsa-2.3.17-1.fc8 (build/make) pawsa at theochem.kth.se beagle-0.2.17-1.fc8 (buildroot) alexl at redhat.com binutils-2.17.50.0.17-7 (build/make) jakub at redhat.com blam-1.8.3-5.fc8 (buildroot) peter at thecodergeek.com blobAndConquer-0.91-1.fc8 (build/make) j.w.r.degoede at hhs.nl bombardier-0.8.2.2-5.fc8 (build/make) limb at jcomserv.net boo-0.7.6.2237-12.fc7 (buildroot) paul at all-the-johnsons.co.uk brasero-0.5.2-4.fc8 (build/make) denis at poolshark.org callweaver-1.2-0.1.rc3.svn2861.fc8 (build/make) dwmw2 at redhat.com camstream-0.26.3-11.fc7 (build/make) nomis80 at nomis80.org castor-0.9.5-1jpp.7 (build/make) pcheung at redhat.com cdogs-sdl-0.4-1.fc8 (build/make) j.w.r.degoede at hhs.nl checkstyle-4.1-4jpp.1.fc7 (buildroot) nsantos at redhat.com claws-mail-plugins-2.10.0-1.fc8 (build/make) andreas.bierfert at lowlatency.de clips-6.24-22.fc7 (build/make) rvinyard at cs.nmsu.edu compat-gcc-32-3.2.3-61 (build/make) jakub at redhat.com compat-gcc-34-3.4.6-7 (build/make) jakub at redhat.com cowbell-0.2.7.1-6.fc6 (buildroot) foolish at guezz.net cpan2rpm-2.028-2.fc6 (build/make) ghenry at suretecsystems.com cryptix-3.2.0-9jpp.1 (build/make) mwringe at redhat.com cryptix-asn1-20011119-7jpp.2 (build/make) vivekl at redhat.com crystal-stacker-1.5-3.fc6 (build/make) j.w.r.degoede at hhs.nl cyrus-imapd-2.3.8-3.2.fc8 (build/make) tjanouse at redhat.com d4x-2.5.7.1-3.fc7 (build/make) matthias at rpmforge.net daap-sharp-0.3.3-4.fc6 (buildroot) bdpepple at ameritech.net db4o-6.1-2.fc7 (buildroot) paul at all-the-johnsons.co.uk dbus-sharp-0.63-6.fc6 (buildroot) davidz at redhat.com digikamimageplugins-0.9.1-1.fc7 (build/make) rdieter at math.unl.edu dump-0.4b41-5.fc7 (build/make) atkac at redhat.com dvd+rw-tools-7.0-4.fc8 (build/make) harald at redhat.com dwdiff-1.2.1-3.fc8 (build/make) jhrozek at redhat.com eclipse-3.3.0-5.fc8 (build/make) bkonrath at redhat.com eclipse-changelog-2.3.4-1.fc7 (buildroot) klee at redhat.com eclipse-emf-2.2.2-1.fc7 (build/make) overholt at redhat.com eclipse-mylar-2.0-0.1.M2a.1.fc7 (build/make) overholt at redhat.com eclipse-sdk-nls-3.2.1-3.fc7 (build/make) klee at redhat.com eclipse-subclipse-1.2.2-3.fc8 (build/make) robert at marcanoonline.com ed2k_hash-0.4.0-3.fc6 (build/make) rpm at greysector.net eiciel-0.9.4-1.fc7 (build/make) cweyl at alumni.drew.edu ekg2-0-0.7.20070427.fc8 (build/make) rpm at greysector.net elfutils-0.128-2.fc8 (build/make) roland at redhat.com elinks-0.11.3-3.fc8 (build/make) ovasik at redhat.com em8300-kmod-0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8 (buildroot) ville.skytta at iki.fi enigma-1.01-1.fc8 (build/make) fedora at leemhuis.info,wart at kobold.org erlang-R11B-2.4.fc7 (build/make) gemi at bluewin.ch evince-0.9.3-1.fc8 (build/make) krh at redhat.com evolution-bogofilter-0.2.0-5.fc7 (build/make) tcallawa at redhat.com evolution-brutus-1.1.26.2-2.fc7 (build/make) bdpepple at ameritech.net evolution-data-server-1.11.6-1.fc8 (build/make) mbarnes at redhat.com evolution-exchange-2.11.5-2.fc8 (build/make) mbarnes at redhat.com evolution-remove-duplicates-0.0.2-6.fc7 (build/make) michel.salim at gmail.com evolution-sharp-0.13.1-1.fc8 (buildroot) mbarnes at redhat.com f-spot-0.4.0-1.fc8 (buildroot) caillon at redhat.com fluxstyle-1.0.1-2.fc7 (build/make) miker5slow at grandecom.net fontypython-0.2.0-6.fc7 (build/make) cr33dog at gmail.com foomatic-3.0.2-49.fc8 (build/make) twaugh at redhat.com freedoom-0.5-2.fc7 (build/make) wart at kobold.org freedoom-freedm-0.5-3.fc7 (build/make) wart at kobold.org freetennis-0.4.8-6.fc7 (build/make) dev at nigelj.com fwfstab-0.01.1-3.fc7 (build/make) s.adam at diffingo.com gai-0.5.10-10.fc7 (build/make) michel.salim at gmail.com gajim-0.11.1-1.fc7 (build/make) gajownik at gmail.com galculator-1.2.5-5.fc6 (build/make) tmraz at redhat.com galeon-2.0.3-10.fc7 (buildroot) denis at poolshark.org gauche-gtk-0.4.1-12.fc7 (build/make) gemi at bluewin.ch gcdmaster-1.2.2-1.fc6 (buildroot) denis at poolshark.org gdmap-0.7.5-6.fc6 (build/make) splinux at fedoraproject.org geany-0.10.1-1.fc7 (build/make) josef at toxicpanda.com gecko-sharp2-0.12-1 (buildroot) caillon at redhat.com gedit-plugins-2.18.0-2.fc7 (build/make) trond.danielsen at gmail.com genius-0.7.7-2.fc7 (build/make) gemi at bluewin.ch gfa-0.4.1-4.fc7 (build/make) splinux25 at gmail.com giggle-0.3-2.fc8 (build/make) jbowes at redhat.com glade2-2.12.1-5.fc6 (build/make) mclasen at redhat.com glipper-0.95.1-2.fc7 (build/make) splinux at fedoraproject.org gmime-2.2.10-2.fc8 (buildroot) alexl at redhat.com,fedora at leemhuis.info gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak at redhat.com gnome-phone-manager-0.8-5.fc7 (build/make) triad at df.lth.se gnome-sharp-2.16.0-4.fc8 (buildroot) alexl at redhat.com,lxtnow at gmail.com gnome-specimen-0.3-1.fc8 (build/make) splinux at fedoraproject.org gnome-vfs2-2.19.3-1.fc8 (build/make) alexl at redhat.com gnomescan-0.4.0.2-1.fc7 (build/make) dakingun at gmail.com gnotime-2.2.2-7.fc6 (build/make) toshio at tiki-lounge.com gnubg-20061119-11.fc7 (build/make) limb at jcomserv.net gperiodic-2.0.8-8.fc8 (build/make) eric.tanguy at univ-nantes.fr gpp-0.6.6-3.fc6 (build/make) Matt_Domsch at dell.com gpredict-0.8.0-2.fc8 (build/make) denis at poolshark.org graphviz-2.12-8.fc8 (buildroot) jima at beer.tclug.org gresistor-0.0.1-9.fc7 (build/make) cgoorah at yahoo.com.au grhino-0.16.0-1.fc7 (build/make) michel.salim at gmail.com grig-0.7.2-1.fc8 (build/make) denis at poolshark.org grub-0.97-16 (build/make) pjones at redhat.com gsf-sharp-0.8.1-4.fc8 (buildroot) alexl at redhat.com,lxtnow at gmail.com gstm-1.2-6.fc7 (build/make) splinux at fedoraproject.org gtk-sharp-1.0.10-12.fc7 (buildroot) paul at all-the-johnsons.co.uk gtk-sharp2-2.10.0-5.fc8 (buildroot) alexl at redhat.com,lxtnow at gmail.com gtkhtml3-3.15.6.1-1.fc8 (build/make) mbarnes at redhat.com gtksourceview-sharp-2.0-25.fc7 (buildroot) paul at all-the-johnsons.co.uk gtorrentviewer-0.2b-13.fc7 (build/make) paul at city-fan.org hal-0.5.10-0.git20070731.fc8.1 (build/make) davidz at redhat.com htop-0.6.5-1.fc7 (build/make) gajownik at gmail.com ikvm-0.22-10.fc6 (buildroot) paul at all-the-johnsons.co.uk initng-0.6.10.1-1.fc8 (build/make) dm at mensa.se initscripts-8.55-1 (build/make) notting at redhat.com inn-2.4.3-6.fc6 (build/make) jkeating at redhat.com ipod-sharp-0.6.3-1.fc7 (buildroot) caillon at redhat.com irssi-0.8.10-7.a.fc7 (build/make) mmahut at redhat.com jgroups-2.2.9.2-3jpp.2 (build/make) vivekl at redhat.com jogl-1.0.0-5.7.beta5.fc6 (build/make) green at redhat.com junit-3.8.2-3jpp.1.fc7 (build/make) dbhole at redhat.com kadu-0.5.0-2.fc7 (build/make) mr.ecik at gmail.com kawa-1.9.0-2.fc7 (build/make) green at redhat.com kbibtex-0.1.5.52-10.fc7 (build/make) ch.nolte at noltec.org kbilliards-0.8.7b-2.fc7 (build/make) j.w.r.degoede at hhs.nl kdebindings-3.5.7-1.fc7.1 (build/make) than at redhat.com,rdieter at math.unl.edu kdenetwork-3.5.7-1.fc8 (build/make) than at redhat.com,rdieter at math.unl.edu kdetv-0.8.9-4.fc6 (build/make) packages at amiga-hardware.com kdewebdev-3.5.7-1.fc7 (build/make) than at redhat.com,rdieter at math.unl.edu kdissert-1.0.7-1.fc7 (build/make) icon at fedoraproject.org kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 (build/make) mbacovsk at redhat.com kerry-0.2.1-2.fc7 (buildroot) fedora at deadbabylon.de kita-0.177.3-10.fc7.1 (build/make) mtasaka at ioa.s.u-tokyo.ac.jp klamav-0.41-2.fc7 (build/make) andy at smile.org.ua kphone-4.2-11.fc6 (build/make) dennis at ausil.us kpolynome-0.1.2-9.fc7 (build/make) cgoorah at yahoo.com.au kpowersave-0.7.2-1.fc7 (build/make) dennis at ausil.us krusader-1.80.0-1.fc7 (build/make) mgarski at post.pl kvm-31-1.fc8 (build/make) katzj at redhat.com lacewing-1.10-7.fc6 (build/make) j.w.r.degoede at hhs.nl ldapjdk-4.17-1jpp.7 (build/make) vivekl at redhat.com libhugetlbfs-1.1-1.fc7 (build/make) drfickle at k-lug.org libpolyxmass-0.9.0-6.fc5 (build/make) andreas.bierfert at lowlatency.de libprelude-0.9.13-1.fc7 (build/make) tscherf at redhat.com libpreludedb-0.9.11.1-2.fc7 (build/make) tscherf at redhat.com libpri-1.4.1-1.fc8 (build/make) jeff at ocjtech.us liferea-1.2.21-2.fc8 (buildroot) bdpepple at ameritech.net linux-atm-2.5.0-1.20050118cvs (build/make) dwmw2 at redhat.com lockdev-1.0.1-11.fc7 (build/make) kzak at redhat.com maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe at redhat.com memtest86+-1.70-1.fc7 (buildroot) wtogami at redhat.com mew-5.2.50-1.fc8 (build/make) tagoh at redhat.com mikmod-3.2.2-2.fc7 (build/make) jnovy at redhat.com mlton-20061107-2.fc7 (buildroot) adam at spicenitz.org mod_mono-1.2.1-1.fc7 (buildroot) paul at all-the-johnsons.co.uk mono-debugger-0.31-2.fc7 (buildroot) paul at all-the-johnsons.co.uk monodevelop-0.13.1-1.fc7 (buildroot) paul at all-the-johnsons.co.uk monodoc-1.2.3-1.fc7 (buildroot) paul at all-the-johnsons.co.uk moto4lin-0.3-6.fc7 (build/make) jafo-redhat at tummy.com muine-0.8.7-3.fc7 (buildroot) foolish at guezz.net muine-scrobbler-0.1.8-2.fc8 (buildroot) foolish at guezz.net museek+-0.1.12-5.fc7 (build/make) belegdol at gmail.com mx4j-3.0.1-6jpp.4 (build/make) fnasser at redhat.com mysql-5.0.45-2.fc8 (build/make) tgl at redhat.com mysqlclient10-3.23.58-9.2.1 (build/make) tgl at redhat.com mysqlclient14-4.1.14-4.2.1 (build/make) tgl at redhat.com nagios-2.9-2.fc8 (build/make) mmcgrath at redhat.com nant-0.85-12.fc7 (buildroot) paul at all-the-johnsons.co.uk nazghul-0.5.6-2.fc8 (build/make) tibbs at math.uh.edu ncview-1.92e-10.fc7 (build/make) ed at eh3.com ndesk-dbus-0.5.2-9.fc8 (buildroot) extras-orphan at fedoraproject.org nemiver-0.4.0-1.fc8 (build/make) peter at thecodergeek.com nethack-vultures-2.1.0-9.fc7 (build/make) meme at daughtersoftiresias.org nginx-0.5.30-1.fc8 (build/make) jeremy at hinegardner.org njam-1.25-4.fc6 (build/make) j.w.r.degoede at hhs.nl njb-sharp-0.3.0-8.fc7 (buildroot) triad at df.lth.se nkf-2.07-1.1.fc6 (build/make) tagoh at redhat.com notification-daemon-0.3.7-4.fc8 (build/make) davidz at redhat.com ntfs-config-1.0-0.4.rc5.fc8 (build/make) lxtnow at gmail.com ocsinventory-client-1.01-5.fc7 (build/make) Fedora at FamilleCollet.com openalpp-20060714-3.fc7 (build/make) chris.stone at gmail.com openbabel-2.1.0-2.fc7 (build/make) rpm at greysector.net openpbx-1.2-3.rc3.svn2540.fc7 (build/make) dwmw2 at redhat.com openvrml-0.16.6-2.fc8 (build/make) braden at endoframe.com orpie-1.4.3-5.fc6 (build/make) lists at forevermore.net osgal-20060903-3.fc7 (buildroot) chris.stone at gmail.com osgcal-0.1.44-4.fc7 (build/make) chris.stone at gmail.com pari-2.3.0-5.fc7 (build/make) gemi at bluewin.ch perl-Algorithm-Annotate-0.10-4.fc6 (build/make) ianburrell at gmail.com perl-Algorithm-C3-0.07-1.fc8 (build/make) cweyl at alumni.drew.edu perl-AnyData-0.10-3.fc6 (build/make) tcallawa at redhat.com perl-Apache-DBI-1.06-1.fc7 (build/make) Fedora at FamilleCollet.com perl-Apache-LogRegex-1.4-2.fc7 (build/make) steve at silug.org perl-App-CLI-0.07-2.fc7 (build/make) ianburrell at gmail.com perl-Archive-Extract-0.22-1.fc8 (build/make) steve at silug.org perl-Archive-Tar-1.32-1.fc8 (build/make) rnorwood at redhat.com perl-Authen-DigestMD5-0.04-3.fc7 (build/make) paul at city-fan.org perl-Authen-SASL-2.10-1.fc6 (build/make) jpo at di.uminho.pt perl-AutoClass-1_01-2.fc8 (build/make) alexl at users.sourceforge.net perl-Bit-Vector-6.4-4.fc8 (build/make) rnorwood at redhat.com perl-Boulder-1.30-3.fc6 (build/make) orion at cora.nwra.com perl-CGI-Ajax-0.701-2.fc7 (build/make) cweyl at alumni.drew.edu perl-CGI-Ex-2.13-1.fc8 (build/make) cweyl at alumni.drew.edu perl-CGI-Session-4.20-2.fc7 (build/make) andreas at bawue.net perl-CGI-Simple-0.077-6.fc6 (build/make) tcallawa at redhat.com perl-CGI-Untaint-1.26-2.fc6 (build/make) tcallawa at redhat.com perl-CGI-Untaint-date-1.00-2.fc6 (build/make) tcallawa at redhat.com perl-Cache-2.04-2.fc6 (build/make) pertusus at free.fr perl-Cache-Cache-1.05-1.fc6 (build/make) jpo at di.uminho.pt perl-Cache-Mmap-0.09-2.fc7 (build/make) steve at silug.org perl-Cache-Simple-TimedExpiry-0.27-1.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Catalyst-Manual-5.700701-2.fc8 (build/make) cweyl at alumni.drew.edu perl-Catalyst-Plugin-Static-Simple-0.19-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Cflow-1.053-5.fc6 (build/make) orion at cora.nwra.com perl-Chatbot-Eliza-1.04-3.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-Accessor-Chained-0.01-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-3.0.16-1.fc7 (build/make) tcallawa at redhat.com perl-Class-DBI-AbstractSearch-0.07-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Pager-0.08-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Pg-0.09-1.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-0.03-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-RetrieveAll-1.04-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-Type-0.02-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-SQLite-0.11-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-mysql-1.00-2.fc6 (build/make) tcallawa at redhat.com perl-Class-Factory-Util-1.7-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-InsideOut-1.06-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-MakeMethods-1.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Class-MethodMaker-2.08-4.fc6 (build/make) dgregor at redhat.com perl-Class-Observable-1.04-2.fc7 (build/make) andreas at bawue.net perl-Class-Std-0.0.8-1.fc7 (build/make) andreas at bawue.net perl-Class-Trigger-0.10-2.fc6 (build/make) tcallawa at redhat.com perl-Class-Whitehole-0.04-3.fc6 (build/make) tcallawa at redhat.com perl-Compress-Bzip2-2.09-4.fc6 (build/make) jpo at di.uminho.pt perl-Compress-Zlib-1.42-1.fc6 (build/make) rnorwood at redhat.com perl-Config-IniFiles-2.39-5.fc6 (build/make) jpo at di.uminho.pt perl-Config-Record-1.1.1-3.fc6 (build/make) dgregor at redhat.com perl-Convert-ASN1-0.21-1.fc7 (build/make) rnorwood at redhat.com perl-Crypt-Blowfish-2.10-2.fc6 (build/make) andreas at bawue.net perl-Crypt-CBC-2.22-1.fc7 (build/make) andreas at bawue.net perl-Crypt-DH-0.06-6.fc7 (build/make) paul at city-fan.org perl-Crypt-DSA-0.14-4.fc7 (build/make) paul at city-fan.org perl-Crypt-PasswdMD5-1.3-2.fc7 (build/make) mmcgrath at redhat.com perl-Curses-1.15-1.fc6 (build/make) garrick at usc.edu perl-DBD-AnyData-0.08-3.fc6 (build/make) tcallawa at redhat.com perl-DBD-CSV-0.22-5.fc6 (build/make) jpo at di.uminho.pt perl-DBD-Mock-1.35-1.fc8 (build/make) cweyl at alumni.drew.edu perl-DBD-MySQL-4.004-1.fc8 (build/make) rnorwood at redhat.com perl-DBD-Pg-1.49-4.fc8 (build/make) rnorwood at redhat.com perl-DBD-SQLite-1.12-2.fc6 (build/make) jpo at di.uminho.pt perl-DBD-SQLite2-0.33-6.fc6 (build/make) tcallawa at redhat.com perl-DBD-XBase-0.241-5.fc6 (build/make) jpo at di.uminho.pt perl-Data-Compare-0.16-1.fc7 (build/make) jpo at di.uminho.pt perl-Data-HexDump-0.02-3.fc6 (build/make) andreas at bawue.net perl-Data-Password-1.07-1.fc7 (build/make) andreas at bawue.net perl-Date-Calc-5.4-1.2.2.1 (build/make) rnorwood at redhat.com perl-Date-Pcalc-1.2-4.fc6 (build/make) mmcgrath at redhat.com perl-Date-Simple-3.02-5.fc7 (build/make) paul at city-fan.org perl-DateTime-Event-ICal-0.09-3.fc7 (build/make) steve at silug.org perl-DateTime-Event-Recurrence-0.16-4.fc7 (build/make) steve at silug.org perl-DateTime-Format-ICal-0.08-4.fc7 (build/make) steve at silug.org perl-DateTime-Format-MySQL-0.04-4.fc6 (build/make) cweyl at alumni.drew.edu perl-DateTime-Format-Strptime-1.0700-3.fc7 (build/make) steve at silug.org perl-DateTime-Format-W3CDTF-0.04-2.fc7 (build/make) steve at silug.org perl-DateTime-Set-0.25-4.fc7 (build/make) steve at silug.org perl-Devel-Caller-0.11-1.fc7 (build/make) steve at silug.org perl-Devel-Cover-0.61-1.fc7 (build/make) jpo at di.uminho.pt perl-Devel-Cycle-1.07-1.fc6 (build/make) jpo at di.uminho.pt perl-Devel-Size-0.68-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Devel-Symdump-2.07-1.fc7 (build/make) rnorwood at redhat.com perl-Device-SerialPort-1.002-3.fc6 (build/make) orion at cora.nwra.com perl-Digest-HMAC-1.01-15 (build/make) rnorwood at redhat.com perl-Digest-MD4-1.5-3.fc6 (build/make) jpo at di.uminho.pt perl-Digest-Nilsimsa-0.06-7.fc6 (build/make) wtogami at redhat.com perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 (build/make) tcallawa at redhat.com perl-Exception-Class-1.23-3.fc7 (build/make) steve at silug.org perl-Expect-1.20-1.fc6 (build/make) jpo at di.uminho.pt perl-Expect-Simple-0.02-1.fc6 (build/make) jpo at di.uminho.pt perl-Exporter-Lite-0.02-1.fc7 (build/make) tcallawa at redhat.com perl-ExtUtils-AutoInstall-0.63-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-ExtUtils-CBuilder-0.19-1.fc8 (build/make) jpo at di.uminho.pt perl-ExtUtils-Depends-0.205-5.fc6 (build/make) jpo at di.uminho.pt perl-ExtUtils-ParseXS-2.18-1.fc7 (build/make) jpo at di.uminho.pt perl-ExtUtils-PkgConfig-1.07-5.fc6 (build/make) jpo at di.uminho.pt perl-ExtUtils-XSBuilder-0.28-2.fc6 (build/make) tcallawa at redhat.com perl-Feed-Find-0.06-2.fc6 (build/make) pertusus at free.fr perl-File-BaseDir-0.02-1.fc6 (build/make) pertusus at free.fr perl-File-DesktopEntry-0.02-1.fc6 (build/make) pertusus at free.fr perl-File-Find-Rule-0.30-2.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-File-MMagic-1.27-1 (build/make) rnorwood at redhat.com perl-File-NCopy-0.34-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-File-NFSLock-1.20-2.fc6 (build/make) pertusus at free.fr perl-File-ReadBackwards-1.04-3.fc7 (build/make) steve at silug.org perl-File-RsyncP-0.68-1.fc8 (build/make) mmcgrath at redhat.com perl-File-Tail-0.99.3-5.fc6 (build/make) jpo at di.uminho.pt perl-File-Type-0.22-4.fc7 (build/make) steve at silug.org perl-File-Which-0.05-2.fc7 (build/make) jpo at di.uminho.pt perl-File-chdir-0.06-2.fc6 (build/make) ianburrell at gmail.com perl-File-chmod-0.32-1.fc8 (build/make) rc040203 at freenet.de perl-Finance-Quote-1.13-1.fc7 (build/make) notting at redhat.com perl-Finance-YahooQuote-0.21-2.fc7 (build/make) wtogami at redhat.com perl-Font-AFM-1.19-4.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-FreezeThaw-0.43-5.fc6 (build/make) jpo at di.uminho.pt perl-Frontier-RPC-0.07b4-1 (build/make) rnorwood at redhat.com perl-GD-2.35-2.fc6 (build/make) jpo at di.uminho.pt perl-GD-SVG-0.28-1.fc8 (build/make) alexl at users.sourceforge.net perl-GDGraph-1.44-2.fc8 (build/make) jpo at di.uminho.pt perl-GDGraph3d-0.63-7.fc8 (build/make) jpo at di.uminho.pt perl-GDTextUtil-0.86-8.fc6 (build/make) jpo at di.uminho.pt perl-GPS-0.15-1.fc7 (build/make) jpo at di.uminho.pt perl-GPS-PRN-0.05-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Constants-0.06-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Ellipsoids-0.14-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Forward-0.11-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Functions-0.06-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Inverse-0.05-1.fc7 (build/make) jpo at di.uminho.pt perl-Glib-1.144-1.fc7 (build/make) jpo at di.uminho.pt perl-Gnome2-GConf-1.043-1.fc6 (build/make) cweyl at alumni.drew.edu perl-Gnome2-VFS-1.061-2.fc7 (build/make) cweyl at alumni.drew.edu perl-GnuPG-Interface-0.33-8.fc6 (build/make) Matt_Domsch at dell.com perl-Graph-0.81-1.fc8 (build/make) alexl at users.sourceforge.net perl-HTML-Format-2.04-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-HTML-Parser-3.56-1.fc7 (build/make) rnorwood at redhat.com perl-HTML-Scrubber-0.08-4.fc6 (build/make) jpo at di.uminho.pt perl-HTML-Table-2.04a-1.fc7 (build/make) orion at cora.nwra.com perl-HTML-Tagset-3.10-5.fc7 (build/make) rnorwood at redhat.com perl-HTML-Template-2.9-1.fc7 (build/make) jpo at di.uminho.pt perl-HTML-Template-Expr-0.07-4.fc7 (build/make) steve at silug.org perl-HTTP-Request-Params-1.01-1.fc6 (build/make) jpo at di.uminho.pt perl-Hook-LexWrap-0.20-4.fc6 (build/make) jpo at di.uminho.pt perl-IO-All-0.38-1.fc7 (build/make) steve at silug.org perl-IO-Capture-0.05-2.fc7 (build/make) jpo at di.uminho.pt perl-IO-Digest-0.10-4.fc6 (build/make) ianburrell at gmail.com perl-IO-Interface-1.03-1.fc7 (build/make) jpo at di.uminho.pt perl-IO-Multiplex-1.08-5.fc6 (build/make) lmb at biosci.ki.se perl-IO-Socket-INET6-2.51-2.fc6 (build/make) wtogami at redhat.com perl-IO-Socket-SSL-1.02-1.fc7 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-IO-String-1.08-1.1.1 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-IO-Tty-1.07-2.fc6 (build/make) jpo at di.uminho.pt perl-IO-Zlib-1.04-4.2.1 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-IPC-Cmd-0.36-2.fc7 (build/make) steve at silug.org perl-IPC-SharedCache-1.3-7.fc6 (build/make) jpo at di.uminho.pt perl-Ima-DBI-0.34-2.fc6 (build/make) tcallawa at redhat.com perl-Image-Base-1.07-7.fc6 (build/make) jpo at di.uminho.pt perl-Image-Info-1.25-1.fc8 (build/make) jpo at di.uminho.pt perl-Image-Xbm-1.08-6.fc6 (build/make) jpo at di.uminho.pt perl-Image-Xpm-1.09-6.fc6 (build/make) jpo at di.uminho.pt perl-Inline-0.44-15.2.1 (build/make) rnorwood at redhat.com perl-JSON-XS-1.43-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Jcode-2.06-1.fc6 (build/make) gauret at free.fr perl-Kwiki-0.39-1.fc7 (build/make) steve at silug.org perl-Kwiki-Archive-Rcs-0.15-6.fc7 (build/make) steve at silug.org perl-Kwiki-Attachments-0.18-3.fc7 (build/make) steve at silug.org perl-Kwiki-Diff-0.03-4.fc7 (build/make) steve at silug.org perl-Kwiki-ModPerl-0.09-4.fc7 (build/make) steve at silug.org perl-Kwiki-NewPage-0.12-5.fc7 (build/make) steve at silug.org perl-Kwiki-Raw-0.02-4.fc7 (build/make) steve at silug.org perl-Kwiki-RecentChanges-0.14-3.fc7 (build/make) steve at silug.org perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve at silug.org perl-Kwiki-Search-0.12-5.fc7 (build/make) steve at silug.org perl-Kwiki-UserName-0.14-5.fc7 (build/make) steve at silug.org perl-Kwiki-UserPreferences-0.13-5.fc7 (build/make) steve at silug.org perl-Kwiki-Users-Remote-0.04-4.fc7 (build/make) steve at silug.org perl-LWP-Authen-Wsse-0.05-2.fc6 (build/make) pertusus at free.fr perl-Lingua-EN-Inflect-1.89-4.fc6 (build/make) tcallawa at redhat.com perl-Lingua-EN-Inflect-Number-1.1-5.fc6 (build/make) tcallawa at redhat.com perl-List-Compare-0.33-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Locale-Maketext-Fuzzy-0.02-4.fc6 (build/make) jpo at di.uminho.pt perl-Locale-Maketext-Lexicon-0.64-1.fc8 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Log-Dispatch-Config-1.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Log-Dispatch-FileRotate-1.16-1.fc7 (build/make) jpo at di.uminho.pt perl-Log-Log4perl-1.11-1.fc8 (build/make) jpo at di.uminho.pt perl-Log-Message-0.01-3.fc7 (build/make) steve at silug.org perl-Log-Message-Simple-0.02-1.fc8 (build/make) steve at silug.org perl-MD5-2.03-1.fc7 (build/make) andreas at bawue.net perl-MIME-Lite-3.01-5.fc6 (build/make) mmcgrath at redhat.com perl-MIME-tools-5.420-3.fc7 (build/make) paul at city-fan.org perl-MLDBM-2.01-5.fc6 (build/make) jpo at di.uminho.pt perl-MP3-Info-1.21-1.fc7.1 (build/make) chris.stone at gmail.com perl-Mail-Box-Parser-C-3.006-1.fc7 (build/make) tcallawa at redhat.com perl-Mail-Sender-0.8.13-2.fc6 (build/make) jpo at di.uminho.pt perl-Mail-Sendmail-0.79-9.fc6 (build/make) jpo at di.uminho.pt perl-MasonX-Interp-WithCallbacks-1.17-1.fc8 (build/make) steve at silug.org perl-Math-Derivative-0.01-2.fc8 (build/make) alexl at users.sourceforge.net perl-Math-Round-0.06-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Math-Vec-0.04-2.fc7 (build/make) roozbeh at farsiweb.info perl-Module-Build-0.2808-1.fc8 (build/make) steve at silug.org perl-Module-Depends-0.12-1.fc8 (build/make) ianburrell at gmail.com perl-Module-Install-0.67-1.fc8 (build/make) steve at silug.org perl-Module-Load-0.10-3.fc7 (build/make) steve at silug.org perl-Module-Load-Conditional-0.16-2.fc7 (build/make) steve at silug.org perl-Module-Loaded-0.01-3.fc7 (build/make) steve at silug.org perl-Module-Locate-1.7-1.fc6 (build/make) jpo at di.uminho.pt perl-Module-Pluggable-3.60-1.fc7 (build/make) steve at silug.org perl-Module-Versions-Report-1.03-1.fc8 (build/make) jpo at di.uminho.pt perl-MogileFS-Utils-2.12-1.fc8 (build/make) ruben at rubenkerkhof.com perl-Mozilla-LDAP-1.5.2-1.fc8 (build/make) rmeggins at redhat.com perl-Net-CUPS-0.51-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Net-Domain-TLD-1.65-1.fc7 (build/make) tcallawa at redhat.com perl-Net-GPSD-0.35-1.fc7 (build/make) jpo at di.uminho.pt perl-Net-IP-1.25-3.fc7 (build/make) rnorwood at redhat.com,ville.skytta at iki.fi perl-Net-IP-CMatch-0.02-4.fc6 (build/make) orion at cora.nwra.com perl-Net-IPv6Addr-0.2-3.fc8 (build/make) foolish at guezz.net perl-Net-Jabber-2.0-7.fc6 (build/make) cweyl at alumni.drew.edu perl-Net-Netmask-1.9012-3.fc6 (build/make) wtogami at redhat.com perl-Net-Patricia-1.014-3.fc6 (build/make) orion at cora.nwra.com perl-Net-SNMP-5.2.0-1.fc6 (build/make) jpo at di.uminho.pt perl-Net-SNPP-1.17-2.fc7 (build/make) jeff at ocjtech.us perl-Net-SSH-Perl-1.30-4.fc7 (build/make) paul at city-fan.org perl-Net-SSLeay-1.30-4.fc6 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-Net-Server-0.96-2.fc8 (build/make) nicolas.mailhot at laposte.net perl-Net-Telnet-3.03-5 (build/make) jkeating at redhat.com perl-Net-XMPP-1.02-2.fc7 (build/make) cweyl at alumni.drew.edu perl-NetAddr-IP-4.004-3.fc8 (build/make) andreas at bawue.net perl-OLE-Storage_Lite-0.14-8.fc6 (build/make) tcallawa at redhat.com perl-Object-Accessor-0.32-2.fc7 (build/make) steve at silug.org perl-Object-Realize-Later-0.18-1.fc8 (build/make) tcallawa at redhat.com perl-OpenFrame-3.05-6.fc7 (build/make) steve at silug.org perl-PBS-0.31-3.fc6 (build/make) garrick at usc.edu perl-PDL-2.4.3-1.fc7 (build/make) rnorwood at redhat.com perl-POE-API-Peek-1.0802-1.fc7 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Child-1.39-2.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Client-LDAP-0.04-3.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-SNMP-1.07-1.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Server-HTTP-0.09-3.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Server-SOAP-1.11-1.fc8 (build/make) cweyl at alumni.drew.edu perl-POE-Component-SimpleLog-1.04-1.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Wheel-Null-0.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-PPI-Tester-0.06-2.fc6 (build/make) jpo at di.uminho.pt perl-Package-Constants-0.01-3.fc7 (build/make) steve at silug.org perl-PadWalker-1.5-1.fc7 (build/make) jpo at di.uminho.pt perl-Params-Check-0.26-1.fc7 (build/make) steve at silug.org perl-Parse-CPAN-Packages-2.26-4.fc7 (build/make) steve at silug.org perl-Parse-RecDescent-1.94-6.fc8 (build/make) rnorwood at redhat.com perl-Parse-Yapp-1.05-36.fc6 (build/make) pertusus at free.fr perl-PatchReader-0.9.5-4.fc6 (build/make) stickster at gmail.com perl-Path-Class-0.16-1.fc7 (build/make) ianburrell at gmail.com perl-Perl6-Bible-0.30-3.fc7 (build/make) steve at silug.org perl-PerlIO-eol-0.14-1.fc7 (build/make) ianburrell at gmail.com perl-PerlIO-via-dynamic-0.12-2.fc6 (build/make) ianburrell at gmail.com perl-PerlIO-via-symlink-0.05-3.fc6 (build/make) ianburrell at gmail.com perl-Pipeline-3.12-4.fc7 (build/make) steve at silug.org perl-Pod-Escapes-1.04-5.fc6 (build/make) jpo at di.uminho.pt perl-Pod-POM-0.17-6.fc6 (build/make) tcallawa at redhat.com perl-Pod-Simple-3.05-1.fc8 (build/make) jpo at di.uminho.pt perl-Pod-Spell-1.01-2.fc7 (build/make) jpo at di.uminho.pt perl-Proc-Daemon-0.03-1.fc7.1 (build/make) Fedora at FamilleCollet.com perl-Pugs-Compiler-Rule-0.26-1.fc8 (build/make) steve at silug.org perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Razor-Agent-2.82-1.fc6 (build/make) redhat-bugzilla at linuxnetz.de perl-Readonly-1.03-6.fc6 (build/make) cweyl at alumni.drew.edu perl-Readonly-XS-1.04-7.fc6 (build/make) cweyl at alumni.drew.edu perl-Regexp-Common-2.120-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Regexp-Shellish-0.93-2.fc6 (build/make) ianburrell at gmail.com perl-SDL-2.1.3-4.fc8 (build/make) j.w.r.degoede at hhs.nl perl-SNMP_Session-1.08-3.fc6 (build/make) jpo at di.uminho.pt perl-SOAP-Lite-0.68-2.fc6 (build/make) mmcgrath at redhat.com perl-SQL-Abstract-1.22-1.fc7 (build/make) tcallawa at redhat.com perl-SQL-Library-0.0.3-2.fc6 (build/make) cweyl at alumni.drew.edu perl-SQL-Statement-1.15-2.fc6 (build/make) jpo at di.uminho.pt perl-SUPER-1.16-1.fc7 (build/make) cweyl at alumni.drew.edu perl-SVG-2.33-2.fc8 (build/make) alexl at users.sourceforge.net perl-SVK-2.0.1-2.fc8 (build/make) ianburrell at gmail.com perl-SVN-Mirror-0.73-1.fc8 (build/make) ianburrell at gmail.com perl-SVN-Simple-0.27-4.fc6 (build/make) ianburrell at gmail.com perl-Scalar-Properties-0.12-1.fc6 (build/make) jpo at di.uminho.pt perl-Set-Infinite-0.61-3.fc7 (build/make) steve at silug.org perl-Set-Scalar-1.20-1.fc7 (build/make) jpo at di.uminho.pt perl-Socket6-0.19-3.fc6 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-Sort-Versions-1.5-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Spiffy-0.30-7.fc7 (build/make) steve at silug.org perl-Spreadsheet-ParseExcel-0.3200-1.fc8 (build/make) steve at silug.org perl-Spreadsheet-WriteExcel-2.17-2.fc6 (build/make) tcallawa at redhat.com perl-Statistics-Descriptive-2.6-2.fc6 (build/make) pertusus at free.fr perl-String-Approx-3.26-1.fc7 (build/make) orion at cora.nwra.com perl-String-CRC32-1.4-2.fc6 (build/make) rnorwood at redhat.com,paul at city-fan.org perl-String-Format-1.14-1.fc6 (build/make) jpo at di.uminho.pt perl-Sub-Identify-0.02-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Sub-Name-0.02-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Sys-SigAction-0.10-1.fc7 (build/make) andreas at bawue.net perl-Sys-Virt-0.1.1-9.fc7 (build/make) steve at silug.org perl-TeX-Hyphen-0.140-5.fc6 (build/make) jpo at di.uminho.pt perl-Template-GD-2.66-2.fc7 (build/make) tcallawa at redhat.com perl-Template-Plugin-Class-0.13-2.fc6 (build/make) tcallawa at redhat.com perl-Template-Toolkit-2.18-1.fc7 (build/make) tcallawa at redhat.com perl-Term-UI-0.14-2.fc7 (build/make) steve at silug.org perl-TermReadKey-2.30-1.2.2.1 (build/make) rnorwood at redhat.com perl-Test-Cmd-1.05-1.fc6 (build/make) jpo at di.uminho.pt perl-Test-Differences-0.47-2.fc6 (build/make) jpo at di.uminho.pt perl-Test-Expect-0.30-1.fc6 (build/make) jpo at di.uminho.pt perl-Test-Portability-Files-0.05-4.fc7 (build/make) steve at silug.org perl-Test-Tester-0.104-2.fc7 (build/make) steve at silug.org perl-Text-CHM-0.01-2.fc6 (build/make) pertusus at free.fr perl-Text-CharWidth-0.04-2.fc7 (build/make) Axel.Thimm at ATrpms.net perl-Text-Kakasi-2.04-3.fc6 (build/make) tagoh at redhat.com perl-Text-Levenshtein-0.05-4.fc7 (build/make) steve at silug.org perl-Text-Quoted-2.02-2.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Text-Shellwords-1.08-1.fc8 (build/make) alexl at users.sourceforge.net perl-Text-Template-1.44-4.fc6 (build/make) jpo at di.uminho.pt perl-Text-Tree-1.0-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Text-Unidecode-0.04-4.fc6 (build/make) pertusus at free.fr perl-Text-WrapI18N-0.06-2.fc7 (build/make) Axel.Thimm at ATrpms.net perl-Text-Wrapper-1.01-1.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Tie-DBI-1.02-2.fc6 (build/make) tcallawa at redhat.com perl-Tie-IxHash-1.21-6.fc6 (build/make) jpo at di.uminho.pt perl-Time-Period-1.20-1.fc6 (build/make) robert at marcanoonline.com perl-Time-Piece-1.09-2.fc6 (build/make) chris at chrisgrau.com perl-Time-Piece-MySQL-0.05-4.fc8 (build/make) chris at chrisgrau.com perl-Time-modules-2003.1126-4.fc6 (build/make) kaboom at oobleck.net perl-Tk-804.027-11.fc7 (build/make) andreas.bierfert at lowlatency.de perl-Tree-DAG_Node-1.05-4.fc6 (build/make) jpo at di.uminho.pt perl-UNIVERSAL-exports-0.05-2.fc6 (build/make) tcallawa at redhat.com perl-UNIVERSAL-isa-0.06-2.fc6 (build/make) jpo at di.uminho.pt perl-UNIVERSAL-moniker-0.08-4.fc6 (build/make) tcallawa at redhat.com perl-URI-1.35-3 (build/make) rnorwood at redhat.com perl-Unicode-Map-0.112-8.fc6 (build/make) gauret at free.fr perl-Unicode-Map8-0.12-11.fc7 (build/make) gauret at free.fr perl-Unicode-MapUTF8-1.11-3.fc7 (build/make) gauret at free.fr perl-Unicode-String-2.09-2.fc6 (build/make) gauret at free.fr perl-User-Identity-0.91-1.fc7 (build/make) tcallawa at redhat.com perl-WWW-Babelfish-0.16-1.fc7 (build/make) cweyl at alumni.drew.edu perl-WWW-Bugzilla-0.9-1.fc7 (build/make) jpo at di.uminho.pt perl-X11-Protocol-0.55-5.fc6 (build/make) duncan_j_ferguson at yahoo.co.uk perl-XML-DOM-1.44-2.fc6 (build/make) orion at cora.nwra.com perl-XML-Dumper-0.81-2.fc6 (build/make) rnorwood at redhat.com perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) andreas at bawue.net perl-XML-Grove-0.46alpha-29.1.1 (build/make) rnorwood at redhat.com perl-XML-LibXML-1.62001-2.fc7 (build/make) rnorwood at redhat.com perl-XML-LibXML-Common-0.13-8.2.2 (build/make) rnorwood at redhat.com perl-XML-LibXSLT-1.62-1.fc8 (build/make) zing at fastmail.fm perl-XML-NamespaceSupport-1.09-2.fc8 (build/make) rnorwood at redhat.com perl-XML-Parser-2.34-6.1.2.2.1 (build/make) rnorwood at redhat.com perl-XML-RegExp-0.03-2.fc6 (build/make) orion at cora.nwra.com perl-XML-SAX-Writer-0.50-2.fc7 (build/make) andreas at bawue.net perl-XML-Simple-2.16-2.fc7 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-XML-Stream-1.22-6.fc6 (build/make) cweyl at alumni.drew.edu perl-XML-Validator-Schema-1.08-1.fc7 (build/make) andreas at bawue.net perl-XML-XPath-1.13-4.fc6 (build/make) rnorwood at redhat.com perl-YAML-Parser-Syck-0.01-8.fc7 (build/make) steve at silug.org perl-bioperl-1.5.2_102-8.fc8 (build/make) alexl at users.sourceforge.net perl-capitalization-0.03-4.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-libintl-1.16-4.fc8 (build/make) matthias at rpmforge.net perl-libwww-perl-5.805-1.1.1 (build/make) rnorwood at redhat.com perl-libxml-perl-0.08-1.2.1 (build/make) rnorwood at redhat.com perl-pmtools-1.01-2.fc6 (build/make) jpo at di.uminho.pt php-extras-5.2.1-1.fc7 (buildroot) dmitry at butskoy.name,limb at jcomserv.net pilot-link-0.12.2-4.fc8 (build/make) varekova at redhat.com pipenightdreams-0.10.0-5.fc6 (build/make) j.w.r.degoede at hhs.nl polyxmass-bin-0.9.3-2.fc6 (build/make) andreas.bierfert at lowlatency.de postfix-2.4.3-3.fc8 (build/make) twoerner at redhat.com postgresql-8.2.4-2.fc8 (build/make) tgl at redhat.com postgresql-jdbc-8.2.504-1jpp.fc7 (build/make) tgl at redhat.com ppc64-utils-0.11-4.fc7 (buildroot) pnasrat at redhat.com prelink-0.3.10-1 (build/make) jakub at redhat.com prewikka-0.9.8-1.fc7 (build/make) tscherf at redhat.com pulseaudio-0.9.6-2.fc8 (build/make) lpoetter at redhat.com,drzeus-bugzilla at drzeus.cx pwlib-1.10.7-1.fc7 (build/make) veillard at redhat.com pyspi-0.6.1-3.fc7 (build/make) zcerza at redhat.com python-reportlab-2.1-1.fc8 (build/make) bdpepple at ameritech.net python-urljr-1.0.1-1.fc7 (build/make) jeff at ocjtech.us qa-assistant-0.4.90.5-2.fc6 (build/make) toshio at tiki-lounge.com qt-3.3.8-4.fc7 (build/make) than at redhat.com quarry-0.2.0-1.fc7 (build/make) michel.salim at gmail.com raidem-0.3.1-5.fc6 (build/make) j.w.r.degoede at hhs.nl renrot-0.25-2.fc7 (build/make) andy at smile.org.ua resapplet-0.1.1-5.fc7 (build/make) rvokal at redhat.com revelation-0.4.11-3.fc8 (build/make) fedora at leemhuis.info,jspaleta at gmail.com rhm-0.1-3.fc7 (build/make) aconway at redhat.com,nsantos at redhat.com rpm-4.4.2.1-5.fc8 (build/make) pnasrat at redhat.com ruby-activerecord-1.15.1-1.fc7 (build/make) dlutter at redhat.com ruby-gnome2-0.16.0-10.fc8 (buildroot) allisson at gmail.com rxvt-unicode-8.2-1.fc8 (build/make) andreas.bierfert at lowlatency.de s3switch-0.0-9.20020912.fc6 (buildroot) paul at xelerance.com scipy-0.5.2-2.2.fc7 (build/make) jspaleta at gmail.com scrip-1.4-6.fc6 (build/make) ed at eh3.com sendmail-8.14.1-2 (build/make) twoerner at redhat.com shippy-1.3.3.7-4.fc6 (build/make) j.w.r.degoede at hhs.nl smart-0.50-46.fc8 (build/make) Axel.Thimm at ATrpms.net snort-2.6.1.3-1.fc7 (build/make) dennis at ausil.us struts-1.2.9-4jpp.6 (build/make) dbhole at redhat.com subversion-1.4.3-4 (build/make) jorton at redhat.com suck-4.3.2-14.fc7 (build/make) Jochen at herr-schmitt.de swatch-3.2.1-1.fc6 (build/make) jpo at di.uminho.pt synce-software-manager-0.9.0-7.fc6 (build/make) andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-8.fc6 (build/make) andreas.bierfert at lowlatency.de syslinux-3.36-4.fc7 (buildroot) pjones at redhat.com sysprof-kmod-1.0.8-1.2.6.23_0.61.rc1.git9.fc8 (buildroot) giallu at gmail.com system-config-boot-0.2.15-1.fc7 (build/make) harald at redhat.com system-config-keyboard-1.2.11-1.fc7 (build/make) pnasrat at redhat.com system-config-network-1.3.96-1.fc6 (build/make) harald at redhat.com tclabc-1.0.9-1.fc7 (build/make) gemi at bluewin.ch tclpro-1.5.0-7.20061030cvs.fc8 (build/make) wart at kobold.org tellico-1.2.11-1.fc8 (build/make) jamatos at fc.up.pt tetex-3.0-41.fc8 (build/make) jnovy at redhat.com thewidgetfactory-0.2.1-2.fc6 (build/make) luya_tfz at thefinalzone.com tinyerp-4.0.3-1.fc7 (build/make) dan at danny.cz tkcon-2.4-4.fc6 (build/make) wart at kobold.org tomboy-0.7.3-2.fc8 (buildroot) rstrode at redhat.com tor-0.1.2.15-1.fc8 (build/make) enrico.scholz at informatik.tu-chemnitz.de torque-2.1.8-1.fc7 (build/make) garrick at usc.edu udftools-1.0.0b3-7.fc6 (build/make) extras-orphan at fedoraproject.org udunits-1.12.4-11.fc8.1 (build/make) tcallawa at redhat.com uim-1.4.1-4.fc8 (buildroot) tagoh at redhat.com ularn-1.5p4-8.fc7 (build/make) wart at kobold.org unison-2.13.16-3.fc6 (build/make) gemi at bluewin.ch util-vserver-0.30.213-2.fc8 (build/make) enrico.scholz at informatik.tu-chemnitz.de valgrind-3.2.3-5 (build/make) jakub at redhat.com velocity-1.4-6jpp.1 (build/make) vivekl at redhat.com vim-7.1.28-1.fc8 (build/make) karsten at redhat.com vkeybd-0.1.17a-3.fc7 (build/make) green at redhat.com vnc-4.1.2-20.1.fc8 (build/make) atkac at redhat.com widelands-0-0.4.build10.fc7 (build/make) karlikt at gmail.com worminator-3.0R2.1-5.fc6 (build/make) j.w.r.degoede at hhs.nl xaos-3.2.3-1.fc7 (build/make) gemi at bluewin.ch xawtv-3.95-5.fc8 (build/make) dmitry at butskoy.name xcdroast-0.98a15-14.fc8 (build/make) harald at redhat.com xchat-2.8.4-2.fc8 (build/make) caillon at redhat.com,Fedora at FamilleCollet.com,kevin at tigcc.ticalc.org xdaliclock-2.23-3.fc6 (build/make) kaboom at oobleck.net xen-3.1.0-2.fc8 (buildroot) riel at redhat.com xferstats-2.16-14.1 (build/make) than at redhat.com xkeycaps-2.46-6.fc7 (build/make) tcallawa at redhat.com xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser at redhat.com xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-fonts-7.2-1.fc8 (build/make) xgl-maint at redhat.com xpilot-ng-4.7.2-12.fc7 (build/make) wart at kobold.org xscreensaver-5.02-1.fc7.1 (build/make) mtasaka at ioa.s.u-tokyo.ac.jp xsp-1.2.1-1.fc7 (buildroot) paul at all-the-johnsons.co.uk yadex-1.7.0-6.fc6 (build/make) wart at kobold.org yelp-2.19.1-4.fc8 (buildroot) mbarnes at redhat.com zasx-1.30-3.fc6 (build/make) j.w.r.degoede at hhs.nl With bugs filed: 0 ---------------------------------- -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Sat Aug 11 21:35:43 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 11 Aug 2007 16:35:43 -0500 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-11 Message-ID: <20070811163543.A5402@humbolt.us.dell.com> Here's a full top-to-bottom private rebuild of rawhide. All packages were built from SRPMS in rawhide (not from CVS), using the RPMs from rawhide. There's lots of breakage here: * Perl packages are now failing because of missing deps. In many cases, you need to add a BR on perl(ExtUtils::MakeMaker) or other such perl modules. BR'ing exactly the perl modules you need is really the right solution. (Thanks to Robert Scheck for this advice). * Changes to the Gnome desktop file parser now require you to update your desktop files. * and other such bitrot. Please review and make appropriate changes your packages, and push new builds through to the devel branch. At some point before Fedora 8 is finalized, a full rebuild of all packages is expected to take place. Please fix your packages now to avoid mass build problems later. Thanks, Matt Release Rawhide-in-Mock Build Results for i386 Sat Aug 11 15:24:23 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 4674 Number failed to build: 606 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 596 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 595 ---------------------------------- Macaulay2-0.9.95-4.fc7 (build/make) rdieter at math.unl.edu MegaMek-0.30.11-1.fc7 (build/make) fitzsim at redhat.com OpenIPMI-2.0.6-7.fc7 (build/make) pknirsch at redhat.com PythonCAD-0.1.35-7.fc7 (build/make) kwizart at gmail.com acpid-1.0.4-8.fc8 (build/make) zprikryl at redhat.com adaptx-0.9.13-4jpp.1.fc7 (build/make) pcheung at redhat.com airsnort-0.2.7e-11.fc7 (build/make) andreas.bierfert at lowlatency.de alleyoop-0.9.3-2.fc6 (build/make) giallu at gmail.com alsa-lib-1.0.14-1.fc8 (build/make) stransky at redhat.com amsn-0.96-7.fc7 (build/make) sander at hoentjen.eu arm-gp2x-linux-binutils-2.16.1-2.fc8 (build/make) j.w.r.degoede at hhs.nl asymptote-1.32-1.fc8 (build/make) jpo at di.uminho.pt athcool-0.3.11-5.fc6 (build/make) gajownik at gmail.com awesfx-0.5.0d-4.fc7 (build/make) stransky at redhat.com azureus-2.5.0.4-2.fc7 (build/make) green at redhat.com balsa-2.3.17-1.fc8 (build/make) pawsa at theochem.kth.se beagle-0.2.17-1.fc8 (build/make) alexl at redhat.com binutils-2.17.50.0.17-7 (build/make) jakub at redhat.com blobAndConquer-0.91-1.fc8 (build/make) j.w.r.degoede at hhs.nl bombardier-0.8.2.2-5.fc8 (build/make) limb at jcomserv.net brasero-0.5.2-4.fc8 (build/make) denis at poolshark.org callweaver-1.2-0.1.rc3.svn2861.fc8 (build/make) dwmw2 at redhat.com camstream-0.26.3-11.fc7 (build/make) nomis80 at nomis80.org castor-0.9.5-1jpp.7 (build/make) pcheung at redhat.com cdogs-sdl-0.4-1.fc8 (build/make) j.w.r.degoede at hhs.nl checkstyle-4.1-4jpp.1.fc7 (buildroot) nsantos at redhat.com claws-mail-plugins-2.10.0-1.fc8 (build/make) andreas.bierfert at lowlatency.de clips-6.24-22.fc7 (build/make) rvinyard at cs.nmsu.edu cpan2rpm-2.028-2.fc6 (build/make) ghenry at suretecsystems.com cryptix-3.2.0-9jpp.1 (build/make) mwringe at redhat.com cryptix-asn1-20011119-7jpp.2 (build/make) vivekl at redhat.com crystal-stacker-1.5-3.fc6 (build/make) j.w.r.degoede at hhs.nl cyrus-imapd-2.3.8-3.2.fc8 (build/make) tjanouse at redhat.com d4x-2.5.7.1-3.fc7 (build/make) matthias at rpmforge.net digikamimageplugins-0.9.1-1.fc7 (build/make) rdieter at math.unl.edu dnssec-tools-1.2-6.fc8 (build/make) dump-0.4b41-5.fc7 (build/make) atkac at redhat.com dvd+rw-tools-7.0-4.fc8 (build/make) harald at redhat.com dwdiff-1.2.1-3.fc8 (build/make) jhrozek at redhat.com eclipse-3.3.0-5.fc8 (build/make) bkonrath at redhat.com eclipse-changelog-2.3.4-1.fc7 (buildroot) klee at redhat.com eclipse-emf-2.2.2-1.fc7 (build/make) overholt at redhat.com eclipse-mylar-2.0-0.1.M2a.1.fc7 (build/make) overholt at redhat.com eclipse-sdk-nls-3.2.1-3.fc7 (build/make) klee at redhat.com eclipse-subclipse-1.2.2-3.fc8 (build/make) robert at marcanoonline.com ed2k_hash-0.4.0-3.fc6 (build/make) rpm at greysector.net eiciel-0.9.4-1.fc7 (build/make) cweyl at alumni.drew.edu ekg2-0-0.7.20070427.fc8 (build/make) rpm at greysector.net elfutils-0.128-2.fc8 (build/make) roland at redhat.com elinks-0.11.3-3.fc8 (build/make) ovasik at redhat.com em8300-kmod-0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8 (buildroot) ville.skytta at iki.fi enigma-1.01-1.fc8 (build/make) fedora at leemhuis.info,wart at kobold.org erlang-R11B-2.4.fc7 (build/make) gemi at bluewin.ch evince-0.9.3-1.fc8 (build/make) krh at redhat.com evolution-bogofilter-0.2.0-5.fc7 (build/make) tcallawa at redhat.com evolution-brutus-1.1.26.2-2.fc7 (build/make) bdpepple at ameritech.net evolution-data-server-1.11.6-1.fc8 (build/make) mbarnes at redhat.com evolution-exchange-2.11.5-2.fc8 (build/make) mbarnes at redhat.com evolution-remove-duplicates-0.0.2-6.fc7 (build/make) michel.salim at gmail.com fluxstyle-1.0.1-2.fc7 (build/make) miker5slow at grandecom.net fontypython-0.2.0-6.fc7 (build/make) cr33dog at gmail.com foomatic-3.0.2-49.fc8 (build/make) twaugh at redhat.com freedoom-0.5-2.fc7 (build/make) wart at kobold.org freedoom-freedm-0.5-3.fc7 (build/make) wart at kobold.org freetennis-0.4.8-6.fc7 (build/make) dev at nigelj.com fwfstab-0.01.1-3.fc7 (build/make) s.adam at diffingo.com gai-0.5.10-10.fc7 (build/make) michel.salim at gmail.com gajim-0.11.1-1.fc7 (build/make) gajownik at gmail.com galculator-1.2.5-5.fc6 (build/make) tmraz at redhat.com galeon-2.0.3-10.fc7 (buildroot) denis at poolshark.org gambas-1.0.17-8.fc7 (build/make) tcallawa at redhat.com gauche-gtk-0.4.1-12.fc7 (build/make) gemi at bluewin.ch gcdmaster-1.2.2-1.fc6 (buildroot) denis at poolshark.org gdmap-0.7.5-6.fc6 (build/make) splinux at fedoraproject.org geany-0.10.1-1.fc7 (build/make) josef at toxicpanda.com gedit-plugins-2.18.0-2.fc7 (build/make) trond.danielsen at gmail.com genius-0.7.7-2.fc7 (build/make) gemi at bluewin.ch gfa-0.4.1-4.fc7 (build/make) splinux25 at gmail.com giggle-0.3-2.fc8 (build/make) jbowes at redhat.com glade2-2.12.1-5.fc6 (build/make) mclasen at redhat.com glipper-0.95.1-2.fc7 (build/make) splinux at fedoraproject.org gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak at redhat.com gnome-phone-manager-0.8-5.fc7 (build/make) triad at df.lth.se gnome-vfs2-2.19.3-1.fc8 (build/make) alexl at redhat.com gnomescan-0.4.0.2-1.fc7 (build/make) dakingun at gmail.com gnotime-2.2.2-7.fc6 (build/make) toshio at tiki-lounge.com gnubg-20061119-11.fc7 (build/make) limb at jcomserv.net gperiodic-2.0.8-8.fc8 (build/make) eric.tanguy at univ-nantes.fr gpp-0.6.6-3.fc6 (build/make) Matt_Domsch at dell.com gpredict-0.8.0-2.fc8 (build/make) denis at poolshark.org grads-1.9b4-20.fc7 (build/make) pertusus at free.fr gresistor-0.0.1-9.fc7 (build/make) cgoorah at yahoo.com.au grhino-0.16.0-1.fc7 (build/make) michel.salim at gmail.com grig-0.7.2-1.fc8 (build/make) denis at poolshark.org gstm-1.2-6.fc7 (build/make) splinux at fedoraproject.org gtk-sharp-1.0.10-12.fc7 (build/make) paul at all-the-johnsons.co.uk gtk2hs-0.9.12-1.fc7 (build/make) bos at serpentine.com,petersen at redhat.com gtkhtml3-3.15.6.1-1.fc8 (build/make) mbarnes at redhat.com gtorrentviewer-0.2b-13.fc7 (build/make) paul at city-fan.org hal-0.5.10-0.git20070731.fc8.1 (build/make) davidz at redhat.com htop-0.6.5-1.fc7 (build/make) gajownik at gmail.com initscripts-8.55-1 (build/make) notting at redhat.com inn-2.4.3-6.fc6 (build/make) jkeating at redhat.com innotop-1.4.3-2.fc8 (build/make) mfleming+rpm at enlartenment.com irssi-0.8.10-7.a.fc7 (build/make) mmahut at redhat.com jgroups-2.2.9.2-3jpp.2 (build/make) vivekl at redhat.com jogl-1.0.0-5.7.beta5.fc6 (build/make) green at redhat.com junit-3.8.2-3jpp.1.fc7 (build/make) dbhole at redhat.com kadu-0.5.0-2.fc7 (build/make) mr.ecik at gmail.com kawa-1.9.0-2.fc7 (build/make) green at redhat.com kbibtex-0.1.5.52-10.fc7 (build/make) ch.nolte at noltec.org kbilliards-0.8.7b-2.fc7 (build/make) j.w.r.degoede at hhs.nl kdebindings-3.5.7-1.fc7.1 (build/make) than at redhat.com,rdieter at math.unl.edu kdenetwork-3.5.7-1.fc8 (build/make) than at redhat.com,rdieter at math.unl.edu kdetv-0.8.9-4.fc6 (build/make) packages at amiga-hardware.com kdewebdev-3.5.7-1.fc7 (build/make) than at redhat.com,rdieter at math.unl.edu kdissert-1.0.7-1.fc7 (build/make) icon at fedoraproject.org kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 (build/make) mbacovsk at redhat.com kita-0.177.3-10.fc7.1 (build/make) mtasaka at ioa.s.u-tokyo.ac.jp klamav-0.41-2.fc7 (build/make) andy at smile.org.ua kphone-4.2-11.fc6 (build/make) dennis at ausil.us kpolynome-0.1.2-9.fc7 (build/make) cgoorah at yahoo.com.au kpowersave-0.7.2-1.fc7 (build/make) dennis at ausil.us krusader-1.80.0-1.fc7 (build/make) mgarski at post.pl kvm-31-1.fc8 (build/make) katzj at redhat.com lacewing-1.10-7.fc6 (build/make) j.w.r.degoede at hhs.nl ldapjdk-4.17-1jpp.7 (build/make) vivekl at redhat.com libhugetlbfs-1.1-1.fc7 (build/make) drfickle at k-lug.org libprelude-0.9.13-1.fc7 (build/make) tscherf at redhat.com libpreludedb-0.9.11.1-2.fc7 (build/make) tscherf at redhat.com liferea-1.2.21-2.fc8 (buildroot) bdpepple at ameritech.net linux-atm-2.5.0-1.20050118cvs (build/make) dwmw2 at redhat.com lockdev-1.0.1-11.fc7 (build/make) kzak at redhat.com maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe at redhat.com mew-5.2.50-1.fc8 (build/make) tagoh at redhat.com mikmod-3.2.2-2.fc7 (build/make) jnovy at redhat.com moto4lin-0.3-6.fc7 (build/make) jafo-redhat at tummy.com muine-0.8.7-3.fc7 (build/make) foolish at guezz.net museek+-0.1.12-5.fc7 (build/make) belegdol at gmail.com mx4j-3.0.1-6jpp.4 (build/make) fnasser at redhat.com mysql-5.0.45-2.fc8 (build/make) tgl at redhat.com mysqlclient10-3.23.58-9.2.1 (build/make) tgl at redhat.com mysqlclient14-4.1.14-4.2.1 (build/make) tgl at redhat.com nagios-2.9-2.fc8 (build/make) mmcgrath at redhat.com nant-0.85-12.fc7 (build/make) paul at all-the-johnsons.co.uk nazghul-0.5.6-2.fc8 (build/make) tibbs at math.uh.edu ncview-1.92e-10.fc7 (build/make) ed at eh3.com nemiver-0.4.0-1.fc8 (build/make) peter at thecodergeek.com nethack-vultures-2.1.0-9.fc7 (build/make) meme at daughtersoftiresias.org nginx-0.5.30-1.fc8 (build/make) jeremy at hinegardner.org njam-1.25-4.fc6 (build/make) j.w.r.degoede at hhs.nl nkf-2.07-1.1.fc6 (build/make) tagoh at redhat.com ocsinventory-client-1.01-5.fc7 (build/make) Fedora at FamilleCollet.com openalpp-20060714-3.fc7 (build/make) chris.stone at gmail.com openbabel-2.1.0-2.fc7 (build/make) rpm at greysector.net openpbx-1.2-3.rc3.svn2540.fc7 (build/make) dwmw2 at redhat.com orpie-1.4.3-5.fc6 (build/make) lists at forevermore.net osgal-20060903-3.fc7 (buildroot) chris.stone at gmail.com osgcal-0.1.44-4.fc7 (build/make) chris.stone at gmail.com pari-2.3.0-5.fc7 (build/make) gemi at bluewin.ch perl-Algorithm-Annotate-0.10-4.fc6 (build/make) ianburrell at gmail.com perl-Algorithm-Dependency-1.103-1.fc8 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-AnyData-0.10-3.fc6 (build/make) tcallawa at redhat.com perl-Apache-DBI-1.06-1.fc7 (build/make) Fedora at FamilleCollet.com perl-Apache-LogRegex-1.4-2.fc7 (build/make) steve at silug.org perl-App-CLI-0.07-2.fc7 (build/make) ianburrell at gmail.com perl-Archive-Extract-0.22-1.fc8 (build/make) steve at silug.org perl-Archive-Tar-1.32-1.fc8 (build/make) rnorwood at redhat.com perl-Astro-FITS-CFITSIO-1.05-1.fc8 (build/make) orion at cora.nwra.com perl-Authen-DigestMD5-0.04-3.fc7 (build/make) paul at city-fan.org perl-Authen-SASL-2.10-1.fc6 (build/make) jpo at di.uminho.pt perl-AutoClass-1_01-2.fc8 (build/make) alexl at users.sourceforge.net perl-Boulder-1.30-3.fc6 (build/make) orion at cora.nwra.com perl-CGI-Ajax-0.701-2.fc7 (build/make) cweyl at alumni.drew.edu perl-CGI-Session-4.20-2.fc7 (build/make) andreas at bawue.net perl-CGI-Simple-0.077-6.fc6 (build/make) tcallawa at redhat.com perl-CGI-Untaint-1.26-2.fc6 (build/make) tcallawa at redhat.com perl-CGI-Untaint-date-1.00-2.fc6 (build/make) tcallawa at redhat.com perl-Cache-2.04-2.fc6 (build/make) pertusus at free.fr perl-Cache-Cache-1.05-1.fc6 (build/make) jpo at di.uminho.pt perl-Cache-Mmap-0.09-2.fc7 (build/make) steve at silug.org perl-Cache-Simple-TimedExpiry-0.27-1.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Cflow-1.053-5.fc6 (build/make) orion at cora.nwra.com perl-Chatbot-Eliza-1.04-3.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-Accessor-Chained-0.01-4.fc6 (build/make) tcallawa at redhat.com perl-Class-C3-XS-0.08-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Class-DBI-3.0.16-1.fc7 (build/make) tcallawa at redhat.com perl-Class-DBI-AbstractSearch-0.07-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Pager-0.08-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Pg-0.09-1.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-0.03-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-RetrieveAll-1.04-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-Plugin-Type-0.02-4.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-SQLite-0.11-2.fc6 (build/make) tcallawa at redhat.com perl-Class-DBI-mysql-1.00-2.fc6 (build/make) tcallawa at redhat.com perl-Class-Factory-Util-1.7-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-InsideOut-1.06-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Class-MakeMethods-1.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Class-MethodMaker-2.08-4.fc6 (build/make) dgregor at redhat.com perl-Class-Observable-1.04-2.fc7 (build/make) andreas at bawue.net perl-Class-Std-0.0.8-1.fc7 (build/make) andreas at bawue.net perl-Class-Trigger-0.10-2.fc6 (build/make) tcallawa at redhat.com perl-Class-Whitehole-0.04-3.fc6 (build/make) tcallawa at redhat.com perl-Compress-Bzip2-2.09-4.fc6 (build/make) jpo at di.uminho.pt perl-Compress-Zlib-1.42-1.fc6 (build/make) rnorwood at redhat.com perl-Config-IniFiles-2.39-5.fc6 (build/make) jpo at di.uminho.pt perl-Config-Record-1.1.1-3.fc6 (build/make) dgregor at redhat.com perl-Convert-ASN1-0.21-1.fc7 (build/make) rnorwood at redhat.com perl-Crypt-Blowfish-2.10-2.fc6 (build/make) andreas at bawue.net perl-Crypt-CBC-2.22-1.fc7 (build/make) andreas at bawue.net perl-Crypt-DH-0.06-6.fc7 (build/make) paul at city-fan.org perl-Crypt-DSA-0.14-4.fc7 (build/make) paul at city-fan.org perl-Crypt-PasswdMD5-1.3-2.fc7 (build/make) mmcgrath at redhat.com perl-Curses-1.15-1.fc6 (build/make) garrick at usc.edu perl-DBD-AnyData-0.08-3.fc6 (build/make) tcallawa at redhat.com perl-DBD-CSV-0.22-5.fc6 (build/make) jpo at di.uminho.pt perl-DBD-Mock-1.35-1.fc8 (build/make) cweyl at alumni.drew.edu perl-DBD-MySQL-4.004-1.fc8 (build/make) rnorwood at redhat.com perl-DBD-Pg-1.49-4.fc8 (build/make) rnorwood at redhat.com perl-DBD-SQLite-1.12-2.fc6 (build/make) jpo at di.uminho.pt perl-DBD-SQLite2-0.33-6.fc6 (build/make) tcallawa at redhat.com perl-DBD-XBase-0.241-5.fc6 (build/make) jpo at di.uminho.pt perl-Data-Compare-0.16-1.fc7 (build/make) jpo at di.uminho.pt perl-Data-HexDump-0.02-3.fc6 (build/make) andreas at bawue.net perl-Data-Password-1.07-1.fc7 (build/make) andreas at bawue.net perl-Date-Calc-5.4-1.2.2.1 (build/make) rnorwood at redhat.com perl-Date-Pcalc-1.2-4.fc6 (build/make) mmcgrath at redhat.com perl-Date-Simple-3.02-5.fc7 (build/make) paul at city-fan.org perl-DateTime-Event-ICal-0.09-3.fc7 (build/make) steve at silug.org perl-DateTime-Event-Recurrence-0.16-4.fc7 (build/make) steve at silug.org perl-DateTime-Format-ICal-0.08-4.fc7 (build/make) steve at silug.org perl-DateTime-Format-MySQL-0.04-4.fc6 (build/make) cweyl at alumni.drew.edu perl-DateTime-Format-Strptime-1.0700-3.fc7 (build/make) steve at silug.org perl-DateTime-Format-W3CDTF-0.04-2.fc7 (build/make) steve at silug.org perl-DateTime-Set-0.25-4.fc7 (build/make) steve at silug.org perl-Devel-Caller-0.11-1.fc7 (build/make) steve at silug.org perl-Devel-Cover-0.61-1.fc7 (build/make) jpo at di.uminho.pt perl-Devel-Cycle-1.07-1.fc6 (build/make) jpo at di.uminho.pt perl-Devel-Size-0.68-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Devel-Symdump-2.07-1.fc7 (build/make) rnorwood at redhat.com perl-Device-SerialPort-1.002-3.fc6 (build/make) orion at cora.nwra.com perl-Digest-HMAC-1.01-15 (build/make) rnorwood at redhat.com perl-Digest-MD4-1.5-3.fc6 (build/make) jpo at di.uminho.pt perl-Digest-Nilsimsa-0.06-7.fc6 (build/make) wtogami at redhat.com perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 (build/make) tcallawa at redhat.com perl-Exception-Class-1.23-3.fc7 (build/make) steve at silug.org perl-Expect-1.20-1.fc6 (build/make) jpo at di.uminho.pt perl-Expect-Simple-0.02-1.fc6 (build/make) jpo at di.uminho.pt perl-Exporter-Lite-0.02-1.fc7 (build/make) tcallawa at redhat.com perl-ExtUtils-AutoInstall-0.63-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-ExtUtils-CBuilder-0.19-1.fc8 (build/make) jpo at di.uminho.pt perl-ExtUtils-Depends-0.205-5.fc6 (build/make) jpo at di.uminho.pt perl-ExtUtils-F77-1.16-2.fc8 (build/make) orion at cora.nwra.com perl-ExtUtils-ParseXS-2.18-1.fc7 (build/make) jpo at di.uminho.pt perl-ExtUtils-PkgConfig-1.07-5.fc6 (build/make) jpo at di.uminho.pt perl-ExtUtils-XSBuilder-0.28-2.fc6 (build/make) tcallawa at redhat.com perl-Feed-Find-0.06-2.fc6 (build/make) pertusus at free.fr perl-File-BaseDir-0.02-1.fc6 (build/make) pertusus at free.fr perl-File-DesktopEntry-0.02-1.fc6 (build/make) pertusus at free.fr perl-File-Find-Rule-0.30-2.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-File-MMagic-1.27-1 (build/make) rnorwood at redhat.com perl-File-MimeInfo-0.14-1.fc8 (build/make) pertusus at free.fr perl-File-NCopy-0.34-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-File-NFSLock-1.20-2.fc6 (build/make) pertusus at free.fr perl-File-ReadBackwards-1.04-3.fc7 (build/make) steve at silug.org perl-File-RsyncP-0.68-1.fc8 (build/make) mmcgrath at redhat.com perl-File-Tail-0.99.3-5.fc6 (build/make) jpo at di.uminho.pt perl-File-Type-0.22-4.fc7 (build/make) steve at silug.org perl-File-Which-0.05-2.fc7 (build/make) jpo at di.uminho.pt perl-File-chdir-0.06-2.fc6 (build/make) ianburrell at gmail.com perl-Finance-Quote-1.13-1.fc7 (build/make) notting at redhat.com perl-Finance-YahooQuote-0.21-2.fc7 (build/make) wtogami at redhat.com perl-Font-AFM-1.19-4.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-FreezeThaw-0.43-5.fc6 (build/make) jpo at di.uminho.pt perl-Frontier-RPC-0.07b4-1 (build/make) rnorwood at redhat.com perl-GD-2.35-2.fc6 (build/make) jpo at di.uminho.pt perl-GD-SVG-0.28-1.fc8 (build/make) alexl at users.sourceforge.net perl-GDGraph-1.44-2.fc8 (build/make) jpo at di.uminho.pt perl-GDGraph3d-0.63-7.fc8 (build/make) jpo at di.uminho.pt perl-GDTextUtil-0.86-8.fc6 (build/make) jpo at di.uminho.pt perl-GPS-0.15-1.fc7 (build/make) jpo at di.uminho.pt perl-GPS-PRN-0.05-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Constants-0.06-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Ellipsoids-0.14-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Forward-0.11-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Functions-0.06-1.fc7 (build/make) jpo at di.uminho.pt perl-Geo-Inverse-0.05-1.fc7 (build/make) jpo at di.uminho.pt perl-Glib-1.144-1.fc7 (build/make) jpo at di.uminho.pt perl-Gnome2-GConf-1.043-1.fc6 (build/make) cweyl at alumni.drew.edu perl-Gnome2-VFS-1.061-2.fc7 (build/make) cweyl at alumni.drew.edu perl-GnuPG-Interface-0.33-8.fc6 (build/make) Matt_Domsch at dell.com perl-Graph-0.81-1.fc8 (build/make) alexl at users.sourceforge.net perl-HTML-Format-2.04-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-HTML-Parser-3.56-1.fc7 (build/make) rnorwood at redhat.com perl-HTML-Scrubber-0.08-4.fc6 (build/make) jpo at di.uminho.pt perl-HTML-Table-2.04a-1.fc7 (build/make) orion at cora.nwra.com perl-HTML-Tagset-3.10-5.fc7 (build/make) rnorwood at redhat.com perl-HTML-Template-2.9-1.fc7 (build/make) jpo at di.uminho.pt perl-HTML-Template-Expr-0.07-4.fc7 (build/make) steve at silug.org perl-HTTP-Request-Params-1.01-1.fc6 (build/make) jpo at di.uminho.pt perl-Heap-0.80-1.fc8 (build/make) pertusus at free.fr perl-Hook-LexWrap-0.20-4.fc6 (build/make) jpo at di.uminho.pt perl-IO-All-0.38-1.fc7 (build/make) steve at silug.org perl-IO-Capture-0.05-2.fc7 (build/make) jpo at di.uminho.pt perl-IO-Digest-0.10-4.fc6 (build/make) ianburrell at gmail.com perl-IO-Interface-1.03-1.fc7 (build/make) jpo at di.uminho.pt perl-IO-Multiplex-1.08-5.fc6 (build/make) lmb at biosci.ki.se perl-IO-Socket-INET6-2.51-2.fc6 (build/make) wtogami at redhat.com perl-IO-Socket-SSL-1.02-1.fc7 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-IO-String-1.08-1.1.1 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-IO-Tty-1.07-2.fc6 (build/make) jpo at di.uminho.pt perl-IO-Zlib-1.04-4.2.1 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-IPC-Cmd-0.36-2.fc7 (build/make) steve at silug.org perl-IPC-SharedCache-1.3-7.fc6 (build/make) jpo at di.uminho.pt perl-Ima-DBI-0.34-2.fc6 (build/make) tcallawa at redhat.com perl-Image-Base-1.07-7.fc6 (build/make) jpo at di.uminho.pt perl-Image-Xbm-1.08-6.fc6 (build/make) jpo at di.uminho.pt perl-Image-Xpm-1.09-6.fc6 (build/make) jpo at di.uminho.pt perl-Inline-0.44-15.2.1 (build/make) rnorwood at redhat.com perl-JSON-XS-1.43-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Jcode-2.06-1.fc6 (build/make) gauret at free.fr perl-Kwiki-0.39-1.fc7 (build/make) steve at silug.org perl-Kwiki-Archive-Rcs-0.15-6.fc7 (build/make) steve at silug.org perl-Kwiki-Attachments-0.18-3.fc7 (build/make) steve at silug.org perl-Kwiki-Diff-0.03-4.fc7 (build/make) steve at silug.org perl-Kwiki-ModPerl-0.09-4.fc7 (build/make) steve at silug.org perl-Kwiki-NewPage-0.12-5.fc7 (build/make) steve at silug.org perl-Kwiki-Raw-0.02-4.fc7 (build/make) steve at silug.org perl-Kwiki-RecentChanges-0.14-3.fc7 (build/make) steve at silug.org perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve at silug.org perl-Kwiki-Search-0.12-5.fc7 (build/make) steve at silug.org perl-Kwiki-UserName-0.14-5.fc7 (build/make) steve at silug.org perl-Kwiki-UserPreferences-0.13-5.fc7 (build/make) steve at silug.org perl-Kwiki-Users-Remote-0.04-4.fc7 (build/make) steve at silug.org perl-LWP-Authen-Wsse-0.05-2.fc6 (build/make) pertusus at free.fr perl-Lingua-EN-Inflect-1.89-4.fc6 (build/make) tcallawa at redhat.com perl-Lingua-EN-Inflect-Number-1.1-5.fc6 (build/make) tcallawa at redhat.com perl-List-Compare-0.33-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Locale-Maketext-Fuzzy-0.02-4.fc6 (build/make) jpo at di.uminho.pt perl-Locale-Maketext-Lexicon-0.64-1.fc8 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Log-Dispatch-Config-1.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Log-Dispatch-FileRotate-1.16-1.fc7 (build/make) jpo at di.uminho.pt perl-Log-Log4perl-1.11-1.fc8 (build/make) jpo at di.uminho.pt perl-Log-Message-0.01-3.fc7 (build/make) steve at silug.org perl-Log-Message-Simple-0.02-1.fc8 (build/make) steve at silug.org perl-MD5-2.03-1.fc7 (build/make) andreas at bawue.net perl-MIME-Lite-3.01-5.fc6 (build/make) mmcgrath at redhat.com perl-MIME-tools-5.420-3.fc7 (build/make) paul at city-fan.org perl-MLDBM-2.01-5.fc6 (build/make) jpo at di.uminho.pt perl-MP3-Info-1.21-1.fc7.1 (build/make) chris.stone at gmail.com perl-Mail-Box-Parser-C-3.006-1.fc7 (build/make) tcallawa at redhat.com perl-Mail-Sender-0.8.13-2.fc6 (build/make) jpo at di.uminho.pt perl-Mail-Sendmail-0.79-9.fc6 (build/make) jpo at di.uminho.pt perl-MasonX-Interp-WithCallbacks-1.17-1.fc8 (build/make) steve at silug.org perl-Math-Round-0.06-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Math-Vec-0.04-2.fc7 (build/make) roozbeh at farsiweb.info perl-Module-Build-0.2808-1.fc8 (build/make) steve at silug.org perl-Module-Depends-0.12-1.fc8 (build/make) ianburrell at gmail.com perl-Module-Install-0.67-1.fc8 (build/make) steve at silug.org perl-Module-Load-0.10-3.fc7 (build/make) steve at silug.org perl-Module-Load-Conditional-0.16-2.fc7 (build/make) steve at silug.org perl-Module-Loaded-0.01-3.fc7 (build/make) steve at silug.org perl-Module-Locate-1.7-1.fc6 (build/make) jpo at di.uminho.pt perl-Module-Pluggable-3.60-1.fc7 (build/make) steve at silug.org perl-Module-Versions-Report-1.03-1.fc8 (build/make) jpo at di.uminho.pt perl-MogileFS-Utils-2.12-1.fc8 (build/make) ruben at rubenkerkhof.com perl-Mozilla-LDAP-1.5.2-1.fc8 (build/make) rmeggins at redhat.com perl-Net-CUPS-0.51-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Net-DBus-0.33.5-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Net-Domain-TLD-1.65-1.fc7 (build/make) tcallawa at redhat.com perl-Net-GPSD-0.35-1.fc7 (build/make) jpo at di.uminho.pt perl-Net-IP-1.25-3.fc7 (build/make) rnorwood at redhat.com,ville.skytta at iki.fi perl-Net-IP-CMatch-0.02-4.fc6 (build/make) orion at cora.nwra.com perl-Net-Jabber-2.0-7.fc6 (build/make) cweyl at alumni.drew.edu perl-Net-Netmask-1.9012-3.fc6 (build/make) wtogami at redhat.com perl-Net-Patricia-1.014-3.fc6 (build/make) orion at cora.nwra.com perl-Net-SNMP-5.2.0-1.fc6 (build/make) jpo at di.uminho.pt perl-Net-SNPP-1.17-2.fc7 (build/make) jeff at ocjtech.us perl-Net-SSH-Perl-1.30-4.fc7 (build/make) paul at city-fan.org perl-Net-SSLeay-1.30-4.fc6 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-Net-Server-0.96-2.fc8 (buildroot) nicolas.mailhot at laposte.net perl-Net-Telnet-3.03-5 (build/make) jkeating at redhat.com perl-Net-XMPP-1.02-2.fc7 (build/make) cweyl at alumni.drew.edu perl-OLE-Storage_Lite-0.14-8.fc6 (build/make) tcallawa at redhat.com perl-Object-Accessor-0.32-2.fc7 (build/make) steve at silug.org perl-OpenFrame-3.05-6.fc7 (build/make) steve at silug.org perl-PBS-0.31-3.fc6 (build/make) garrick at usc.edu perl-PDL-2.4.3-1.fc7 (build/make) rnorwood at redhat.com perl-POE-API-Peek-1.0802-1.fc7 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Child-1.39-2.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Client-LDAP-0.04-3.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-SNMP-1.07-1.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Server-HTTP-0.09-3.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Component-Server-SOAP-1.11-1.fc8 (build/make) cweyl at alumni.drew.edu perl-POE-Component-SimpleLog-1.04-1.fc6 (build/make) cweyl at alumni.drew.edu perl-POE-Wheel-Null-0.01-2.fc6 (build/make) cweyl at alumni.drew.edu perl-PPI-Tester-0.06-2.fc6 (build/make) jpo at di.uminho.pt perl-Package-Constants-0.01-3.fc7 (build/make) steve at silug.org perl-PadWalker-1.5-1.fc7 (build/make) jpo at di.uminho.pt perl-Params-CallbackRequest-1.17-1.fc8 (build/make) steve at silug.org perl-Params-Check-0.26-1.fc7 (build/make) steve at silug.org perl-Parse-CPAN-Packages-2.26-4.fc7 (build/make) steve at silug.org perl-Parse-RecDescent-1.94-6.fc8 (build/make) rnorwood at redhat.com perl-Parse-Yapp-1.05-36.fc6 (build/make) pertusus at free.fr perl-PatchReader-0.9.5-4.fc6 (build/make) stickster at gmail.com perl-Path-Class-0.16-1.fc7 (build/make) ianburrell at gmail.com perl-Perl6-Bible-0.30-3.fc7 (build/make) steve at silug.org perl-PerlIO-eol-0.14-1.fc7 (build/make) ianburrell at gmail.com perl-PerlIO-via-dynamic-0.12-2.fc6 (build/make) ianburrell at gmail.com perl-PerlIO-via-symlink-0.05-3.fc6 (build/make) ianburrell at gmail.com perl-Pipeline-3.12-4.fc7 (build/make) steve at silug.org perl-Pod-Escapes-1.04-5.fc6 (build/make) jpo at di.uminho.pt perl-Pod-POM-0.17-6.fc6 (build/make) tcallawa at redhat.com perl-Pod-Simple-3.05-1.fc8 (build/make) jpo at di.uminho.pt perl-Pod-Spell-1.01-2.fc7 (build/make) jpo at di.uminho.pt perl-Proc-Daemon-0.03-1.fc7.1 (build/make) Fedora at FamilleCollet.com perl-Pugs-Compiler-Rule-0.26-1.fc8 (build/make) steve at silug.org perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl at alumni.drew.edu perl-Razor-Agent-2.82-1.fc6 (build/make) redhat-bugzilla at linuxnetz.de perl-Readonly-1.03-6.fc6 (build/make) cweyl at alumni.drew.edu perl-Readonly-XS-1.04-7.fc6 (build/make) cweyl at alumni.drew.edu perl-Regexp-Common-2.120-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Regexp-Shellish-0.93-2.fc6 (build/make) ianburrell at gmail.com perl-SDL-2.1.3-4.fc8 (build/make) j.w.r.degoede at hhs.nl perl-SNMP_Session-1.08-3.fc6 (build/make) jpo at di.uminho.pt perl-SOAP-Lite-0.68-2.fc6 (build/make) mmcgrath at redhat.com perl-SQL-Abstract-1.22-1.fc7 (build/make) tcallawa at redhat.com perl-SQL-Library-0.0.3-2.fc6 (build/make) cweyl at alumni.drew.edu perl-SQL-Statement-1.15-2.fc6 (build/make) jpo at di.uminho.pt perl-SUPER-1.16-1.fc7 (build/make) cweyl at alumni.drew.edu perl-SVG-2.33-2.fc8 (build/make) alexl at users.sourceforge.net perl-SVK-2.0.1-2.fc8 (build/make) ianburrell at gmail.com perl-SVN-Mirror-0.73-1.fc8 (build/make) ianburrell at gmail.com perl-SVN-Simple-0.27-4.fc6 (build/make) ianburrell at gmail.com perl-Scalar-Properties-0.12-1.fc6 (build/make) jpo at di.uminho.pt perl-Set-Infinite-0.61-3.fc7 (build/make) steve at silug.org perl-Set-Scalar-1.20-1.fc7 (build/make) jpo at di.uminho.pt perl-Socket6-0.19-3.fc6 (build/make) wtogami at redhat.com,jpo at di.uminho.pt perl-Sort-Versions-1.5-5.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Spiffy-0.30-7.fc7 (build/make) steve at silug.org perl-Spreadsheet-ParseExcel-0.3200-1.fc8 (build/make) steve at silug.org perl-Spreadsheet-WriteExcel-2.17-2.fc6 (build/make) tcallawa at redhat.com perl-Statistics-Descriptive-2.6-2.fc6 (build/make) pertusus at free.fr perl-String-Approx-3.26-1.fc7 (build/make) orion at cora.nwra.com perl-String-CRC32-1.4-2.fc6 (build/make) rnorwood at redhat.com,paul at city-fan.org perl-String-Format-1.14-1.fc6 (build/make) jpo at di.uminho.pt perl-Sub-Exporter-0.975-1.fc8 (build/make) cweyl at alumni.drew.edu perl-Sub-Identify-0.02-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Sub-Name-0.02-2.fc6 (build/make) cweyl at alumni.drew.edu perl-Sys-SigAction-0.10-1.fc7 (build/make) andreas at bawue.net perl-Sys-Virt-0.1.1-9.fc7 (build/make) steve at silug.org perl-TeX-Hyphen-0.140-5.fc6 (build/make) jpo at di.uminho.pt perl-Template-GD-2.66-2.fc7 (build/make) tcallawa at redhat.com perl-Template-Plugin-Class-0.13-2.fc6 (build/make) tcallawa at redhat.com perl-Template-Toolkit-2.18-1.fc7 (build/make) tcallawa at redhat.com perl-Term-ReadPassword-0.07-1.fc8 (build/make) steve at silug.org perl-Term-UI-0.14-2.fc7 (build/make) steve at silug.org perl-TermReadKey-2.30-1.2.2.1 (build/make) rnorwood at redhat.com perl-Test-Cmd-1.05-1.fc6 (build/make) jpo at di.uminho.pt perl-Test-Differences-0.47-2.fc6 (build/make) jpo at di.uminho.pt perl-Test-Expect-0.30-1.fc6 (build/make) jpo at di.uminho.pt perl-Test-Portability-Files-0.05-4.fc7 (build/make) steve at silug.org perl-Test-Tester-0.104-2.fc7 (build/make) steve at silug.org perl-Text-CHM-0.01-2.fc6 (build/make) pertusus at free.fr perl-Text-CharWidth-0.04-2.fc7 (build/make) Axel.Thimm at ATrpms.net perl-Text-Kakasi-2.04-3.fc6 (build/make) tagoh at redhat.com perl-Text-Levenshtein-0.05-4.fc7 (build/make) steve at silug.org perl-Text-Quoted-2.02-2.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Text-Shellwords-1.08-1.fc8 (build/make) alexl at users.sourceforge.net perl-Text-Template-1.44-4.fc6 (build/make) jpo at di.uminho.pt perl-Text-Tree-1.0-2.fc7 (build/make) cweyl at alumni.drew.edu perl-Text-Unidecode-0.04-4.fc6 (build/make) pertusus at free.fr perl-Text-WrapI18N-0.06-2.fc7 (build/make) Axel.Thimm at ATrpms.net perl-Text-Wrapper-1.01-1.fc7 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-Tie-DBI-1.02-2.fc6 (build/make) tcallawa at redhat.com perl-Tie-IxHash-1.21-6.fc6 (build/make) jpo at di.uminho.pt perl-Time-Period-1.20-1.fc6 (build/make) robert at marcanoonline.com perl-Time-Piece-1.09-2.fc6 (build/make) chris at chrisgrau.com perl-Time-Piece-MySQL-0.05-4.fc8 (build/make) chris at chrisgrau.com perl-Time-modules-2003.1126-4.fc6 (build/make) kaboom at oobleck.net perl-Tk-804.027-11.fc7 (build/make) andreas.bierfert at lowlatency.de perl-Tree-DAG_Node-1.05-4.fc6 (build/make) jpo at di.uminho.pt perl-UNIVERSAL-exports-0.05-2.fc6 (build/make) tcallawa at redhat.com perl-UNIVERSAL-isa-0.06-2.fc6 (build/make) jpo at di.uminho.pt perl-UNIVERSAL-moniker-0.08-4.fc6 (build/make) tcallawa at redhat.com perl-URI-1.35-3 (build/make) rnorwood at redhat.com perl-Unicode-Map-0.112-8.fc6 (build/make) gauret at free.fr perl-Unicode-Map8-0.12-11.fc7 (build/make) gauret at free.fr perl-Unicode-MapUTF8-1.11-3.fc7 (build/make) gauret at free.fr perl-Unicode-String-2.09-2.fc6 (build/make) gauret at free.fr perl-User-Identity-0.91-1.fc7 (build/make) tcallawa at redhat.com perl-WWW-Babelfish-0.16-1.fc7 (build/make) cweyl at alumni.drew.edu perl-WWW-Bugzilla-0.9-1.fc7 (build/make) jpo at di.uminho.pt perl-X11-Protocol-0.55-5.fc6 (build/make) duncan_j_ferguson at yahoo.co.uk perl-XML-DOM-1.44-2.fc6 (build/make) orion at cora.nwra.com perl-XML-Dumper-0.81-2.fc6 (build/make) rnorwood at redhat.com perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) andreas at bawue.net perl-XML-Grove-0.46alpha-29.1.1 (build/make) rnorwood at redhat.com perl-XML-LibXML-1.62001-2.fc7 (build/make) rnorwood at redhat.com perl-XML-LibXML-Common-0.13-8.2.2 (build/make) rnorwood at redhat.com perl-XML-LibXSLT-1.62-1.fc8 (build/make) zing at fastmail.fm perl-XML-NamespaceSupport-1.09-2.fc8 (build/make) rnorwood at redhat.com perl-XML-Parser-2.34-6.1.2.2.1 (build/make) rnorwood at redhat.com perl-XML-RegExp-0.03-2.fc6 (build/make) orion at cora.nwra.com perl-XML-SAX-Writer-0.50-2.fc7 (build/make) andreas at bawue.net perl-XML-Simple-2.16-2.fc7 (build/make) rnorwood at redhat.com,jpo at di.uminho.pt perl-XML-Stream-1.22-6.fc6 (build/make) cweyl at alumni.drew.edu perl-XML-Validator-Schema-1.08-1.fc7 (build/make) andreas at bawue.net perl-XML-XPath-1.13-4.fc6 (build/make) rnorwood at redhat.com perl-YAML-Parser-Syck-0.01-8.fc7 (build/make) steve at silug.org perl-bioperl-1.5.2_102-8.fc8 (build/make) alexl at users.sourceforge.net perl-capitalization-0.03-4.fc6 (build/make) rc040203 at freenet.de,lxtnow at gmail.com perl-libwww-perl-5.805-1.1.1 (build/make) rnorwood at redhat.com perl-libxml-perl-0.08-1.2.1 (build/make) rnorwood at redhat.com perl-pmtools-1.01-2.fc6 (build/make) jpo at di.uminho.pt perltidy-20070801-1.fc8 (build/make) ville.skytta at iki.fi php-extras-5.2.1-1.fc7 (buildroot) dmitry at butskoy.name,limb at jcomserv.net pilot-link-0.12.2-4.fc8 (build/make) varekova at redhat.com pipenightdreams-0.10.0-5.fc6 (build/make) j.w.r.degoede at hhs.nl polyxmass-bin-0.9.3-2.fc6 (build/make) andreas.bierfert at lowlatency.de postgresql-8.2.4-2.fc8 (build/make) tgl at redhat.com postgresql-jdbc-8.2.504-1jpp.fc7 (build/make) tgl at redhat.com ppc64-utils-0.11-4.fc7 (buildroot) pnasrat at redhat.com prelink-0.3.10-1 (build/make) jakub at redhat.com pwlib-1.10.7-1.fc7 (build/make) veillard at redhat.com pyspi-0.6.1-3.fc7 (build/make) zcerza at redhat.com python-urljr-1.0.1-1.fc7 (build/make) jeff at ocjtech.us qa-assistant-0.4.90.5-2.fc6 (build/make) toshio at tiki-lounge.com qt-3.3.8-4.fc7 (build/make) than at redhat.com quarry-0.2.0-1.fc7 (build/make) michel.salim at gmail.com raidem-0.3.1-5.fc6 (build/make) j.w.r.degoede at hhs.nl renrot-0.25-2.fc7 (build/make) andy at smile.org.ua resapplet-0.1.1-5.fc7 (build/make) rvokal at redhat.com revelation-0.4.11-3.fc8 (build/make) fedora at leemhuis.info,jspaleta at gmail.com rhm-0.1-3.fc7 (build/make) aconway at redhat.com,nsantos at redhat.com ruby-activerecord-1.15.1-1.fc7 (build/make) dlutter at redhat.com ruby-gnome2-0.16.0-10.fc8 (buildroot) allisson at gmail.com rxvt-unicode-8.2-1.fc8 (build/make) andreas.bierfert at lowlatency.de scipy-0.5.2-2.2.fc7 (build/make) jspaleta at gmail.com scrip-1.4-6.fc6 (build/make) ed at eh3.com sdcc-2.6.0-10.fc7 (build/make) trond.danielsen at gmail.com sendmail-8.14.1-2 (build/make) twoerner at redhat.com shippy-1.3.3.7-4.fc6 (build/make) j.w.r.degoede at hhs.nl smart-0.50-46.fc8 (build/make) Axel.Thimm at ATrpms.net snort-2.6.1.3-1.fc7 (build/make) dennis at ausil.us struts-1.2.9-4jpp.6 (build/make) dbhole at redhat.com subversion-1.4.3-4 (build/make) jorton at redhat.com suck-4.3.2-14.fc7 (build/make) Jochen at herr-schmitt.de swatch-3.2.1-1.fc6 (build/make) jpo at di.uminho.pt synce-software-manager-0.9.0-7.fc6 (build/make) andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-8.fc6 (build/make) andreas.bierfert at lowlatency.de syslog-ng-2.0.5-1.fc8 (build/make) jpo at di.uminho.pt,pvrabec at redhat.com sysprof-kmod-1.0.8-1.2.6.23_0.61.rc1.git9.fc8 (buildroot) giallu at gmail.com system-config-boot-0.2.15-1.fc7 (build/make) harald at redhat.com system-config-keyboard-1.2.11-1.fc7 (build/make) pnasrat at redhat.com system-config-network-1.3.96-1.fc6 (build/make) harald at redhat.com tclabc-1.0.9-1.fc7 (build/make) gemi at bluewin.ch tclpro-1.5.0-7.20061030cvs.fc8 (build/make) wart at kobold.org tellico-1.2.11-1.fc8 (build/make) jamatos at fc.up.pt tetex-3.0-41.fc8 (build/make) jnovy at redhat.com thewidgetfactory-0.2.1-2.fc6 (build/make) luya_tfz at thefinalzone.com tinyerp-4.0.3-1.fc7 (build/make) dan at danny.cz tk-8.4.15-2.fc8 (buildroot) mmaslano at redhat.com tkcon-2.4-4.fc6 (build/make) wart at kobold.org tor-0.1.2.15-1.fc8 (build/make) enrico.scholz at informatik.tu-chemnitz.de torque-2.1.8-1.fc7 (build/make) garrick at usc.edu udftools-1.0.0b3-7.fc6 (build/make) extras-orphan at fedoraproject.org udunits-1.12.4-11.fc8.1 (build/make) tcallawa at redhat.com uim-1.4.1-4.fc8 (buildroot) tagoh at redhat.com ularn-1.5p4-8.fc7 (build/make) wart at kobold.org unison-2.13.16-3.fc6 (build/make) gemi at bluewin.ch util-vserver-0.30.213-2.fc8 (build/make) enrico.scholz at informatik.tu-chemnitz.de velocity-1.4-6jpp.1 (build/make) vivekl at redhat.com vim-7.1.28-1.fc8 (build/make) karsten at redhat.com vkeybd-0.1.17a-3.fc7 (build/make) green at redhat.com vnc-4.1.2-20.1.fc8 (build/make) atkac at redhat.com widelands-0-0.4.build10.fc7 (build/make) karlikt at gmail.com wine-docs-0.9.42-1.fc8 (build/make) andreas.bierfert at lowlatency.de worminator-3.0R2.1-5.fc6 (build/make) j.w.r.degoede at hhs.nl xaos-3.2.3-1.fc7 (build/make) gemi at bluewin.ch xchat-2.8.4-2.fc8 (build/make) caillon at redhat.com,Fedora at FamilleCollet.com,kevin at tigcc.ticalc.org xdaliclock-2.23-3.fc6 (build/make) kaboom at oobleck.net xferstats-2.16-14.1 (build/make) than at redhat.com xkeycaps-2.46-6.fc7 (build/make) tcallawa at redhat.com xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser at redhat.com xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint at redhat.com xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint at redhat.com xorg-x11-fonts-7.2-1.fc8 (build/make) xgl-maint at redhat.com xpilot-ng-4.7.2-12.fc7 (build/make) wart at kobold.org xscreensaver-5.02-1.fc7.1 (build/make) mtasaka at ioa.s.u-tokyo.ac.jp yadex-1.7.0-6.fc6 (build/make) wart at kobold.org zasx-1.30-3.fc6 (build/make) j.w.r.degoede at hhs.nl With bugs filed: 0 ---------------------------------- -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From opensource at till.name Sat Aug 11 22:03:15 2007 From: opensource at till.name (Till Maas) Date: Sun, 12 Aug 2007 00:03:15 +0200 Subject: Release x86_64 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <20070811160510.A4079@humbolt.us.dell.com> References: <20070811160510.A4079@humbolt.us.dell.com> Message-ID: <200708120003.25033.opensource@till.name> On Sa August 11 2007, Matt Domsch wrote: [lots of e-mail adresses] Imho it would be better to remove the "@" and all "." behind this from the e-mail adresses in case these e-mails are available via a web interface that does not protect e-mail adresses itself. E.g. user.name at example.com -> user.name example com Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From jon.nettleton at gmail.com Sat Aug 11 22:20:51 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Sat, 11 Aug 2007 18:20:51 -0400 Subject: rhgb and gdm-early-login two great tastes? Message-ID: I just read somewhere somebody saying that rhgb was a horrible idea and that a nicer boot process will come once kernel mode- setting exists. Funny how some things kick your brain in such a way you actually look at things a little different. This was the kick I needed after staring blankly at my bootlog charts trying to figure out how to shave more time off the process (I have maxed out at 40 seconds). My problem is that you have to take the speed hit of starting an X server eventually. Kernel modesetting just isn't going to help that. Well then all the pieces fell together and this is what I have hacked together so far. 1) Add an option to rhgb so it doesn't fork and daemonize 2) patch /etc/gdm/Init/Default so it checks that rhgb is executable and the file /var/lock/subsys/rhgb doesn't exist. If those two qualifications are true then run rhgb -n -f -u :0.0 3) modify rc.sysinit with the gdm-early-login patch, so gdm is started right after the root filesystem is mounted rw. What this gives me is boot up, as soon as / is rw start up gdm. Gdm starts rhgb using it's own X server. As soon as rhgb is done gdm launches the greeter using the same X server. No flashing or switching back and forth to consoles, etc etc. What the next step is to make this really slick. 1) Get these patches into the kernel http://fedoraproject.org/wiki/StatelessLinuxCachedClient 2) have mkinitrd make a small writable snapshot of / ( this is needed for gdm to start). 3) Have the entire rc.sysinit run using a rw snapshot. 4) After all the fscking and such is done use the above patch to merge the sysinit snapshot back down the actual filesystem 5) continue the init process. This shaves the other 10 seconds I needed off my altered boot process to get a 30 second boot time on my desktop. However those changes are for another e-mail ;-) I would love to hear any comments, or criticisms of this method for graphical booting. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From mclasen at redhat.com Sat Aug 11 22:23:44 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 11 Aug 2007 18:23:44 -0400 Subject: Release x86_64 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <20070811160510.A4079@humbolt.us.dell.com> References: <20070811160510.A4079@humbolt.us.dell.com> Message-ID: <1186871025.6004.1.camel@localhost.localdomain> On Sat, 2007-08-11 at 16:05 -0500, Matt Domsch wrote: > * Changes to the Gnome desktop file parser now require you to update > your desktop files. > > * and other such bitrot. The effort is appreciated, but a) it is not a Gnome desktop file parser, it is fd.o's desktop-file-utils and b) it is not bitrot, but rather tightening it up to actually enforce the desktop entry spec. From Matt_Domsch at dell.com Sat Aug 11 22:30:16 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 11 Aug 2007 17:30:16 -0500 Subject: Release x86_64 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <1186871025.6004.1.camel@localhost.localdomain> References: <20070811160510.A4079@humbolt.us.dell.com> <1186871025.6004.1.camel@localhost.localdomain> Message-ID: <20070811223016.GA29819@auslistsprd01.us.dell.com> On Sat, Aug 11, 2007 at 06:23:44PM -0400, Matthias Clasen wrote: > > On Sat, 2007-08-11 at 16:05 -0500, Matt Domsch wrote: > > > * Changes to the Gnome desktop file parser now require you to update > > your desktop files. > > > > * and other such bitrot. > > The effort is appreciated, but a) it is not a Gnome desktop file parser, > it is fd.o's desktop-file-utils and b) it is not bitrot, but rather > tightening it up to actually enforce the desktop entry spec. a) I stand corrected. b) there's a bunch of other failure modes that can qualify as bitrot. :-) -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From mclasen at redhat.com Sat Aug 11 22:53:52 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 11 Aug 2007 18:53:52 -0400 Subject: Fedora x86_64 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <20070811163137.A5316@humbolt.us.dell.com> References: <20070811163137.A5316@humbolt.us.dell.com> Message-ID: <1186872832.6004.9.camel@localhost.localdomain> On Sat, 2007-08-11 at 16:31 -0500, Matt Domsch wrote: > alacarte-0.11.3-3.fc7 (build/make) rstrode at redhat.com Looking at this example, configure fails like this: Possible unintended interpolation of @INTLTOOL_ICONV in string at ./intltool-merge line 94. Global symbol "@INTLTOOL_ICONV" requires explicit package name at ./intltool-merge line 94. BEGIN not safe after errors--compilation aborted at ./intltool-merge line 252. make[1]: *** [alacarte.desktop] Error 9 This is probably a relatively common problem, so I should probably explain the problem and the fix: It happens if you autoreconf a tarball which was produced with intltool 0.35.5 in a buildroot which has intltool 0.36. The fix is to either avoid autoreconf or intltoolize --force or wait for a new upstream tarball that was produced with 0.36. And no, I'm not a fan of intltool... Matthias From dmc.fedora at filteredperception.org Sat Aug 11 23:16:38 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sat, 11 Aug 2007 18:16:38 -0500 Subject: rhgb and gdm-early-login two great tastes? In-Reply-To: References: Message-ID: <46BE4356.2050305@filteredperception.org> Jon Nettleton wrote: > I just read somewhere somebody saying that rhgb was a horrible > idea and that a nicer boot process will come once kernel mode- > setting exists. Funny how some things kick your brain in such a way > you actually look at things a little different. This was the kick I needed > after staring blankly at my bootlog charts trying to figure out how to > shave more time off the process (I have maxed out at 40 seconds). > > My problem is that you have to take the speed hit of starting an X > server eventually. Kernel modesetting just isn't going to help that. > Well then all the pieces fell together and this is what I have hacked > together so far. > > 1) Add an option to rhgb so it doesn't fork and daemonize > 2) patch /etc/gdm/Init/Default so it checks that rhgb is executable and the > file > /var/lock/subsys/rhgb doesn't exist. If those two qualifications are true > then run rhgb -n -f -u :0.0 > 3) modify rc.sysinit with the gdm-early-login patch, so gdm is started > right > after the root filesystem is mounted rw. > > What this gives me is boot up, as soon as / is rw start up gdm. Gdm starts > rhgb using it's own X server. As soon as rhgb is done gdm launches the > greeter using the same X server. No flashing or switching back and forth > to consoles, etc etc. Sounds very cool to me. > What the next step is to make this really slick. > > 1) Get these patches into the kernel > > http://fedoraproject.org/wiki/StatelessLinuxCachedClient > > 2) have mkinitrd make a small writable snapshot of / ( this is needed for > gdm to start). > 3) Have the entire rc.sysinit run using a rw snapshot. If I understand this correctly, it would require that the rootfs have a devicemapper layer of indirection. If you can somehow convince fedora/rh to do this, I would be both impressed and appreciative. The "rebootless live media installer" that I posted a few weeks back utilizes this as well, although after booting the livecd, and installing (i.e. live migrating) to disk, when the user reboots, the devicemapper layer of indirection is removed so that the system is completely normal. In my own tests, I have not yet noticed a (serious?) penalty for having an extra (linear) devicemapper layer of indirection on the rootfs or elsewhere. (though the complexity of such devicemapper tricks seems to be slowing down review and acceptance of my turboLiveInst patch which improves livecd installer speed by ~20%). Another reason I would love it if the rootfs was permanently a devicemapper layer (even outside the LVM case), is that it would allow you to at any point in the lifetime of a system, to either live migrate it's rootfs to another disk, or just raid1/mirror-ify it live. > 4) After all the fscking and such is done use the above patch to merge the > sysinit > snapshot back down the actual filesystem > 5) continue the init process. > > This shaves the other 10 seconds I needed off my altered boot process to get > a 30 > second boot time on my desktop. However those changes are for another > e-mail > ;-) I actually have a plan (coming in a future email) to cut the boot time of the f8 livecd in half or more, and that plan might also be able to shave a few seconds off of normal disk boot time as well. Maybe we are thinking of the same thing ;) We'll see what my and your other e-mails look like ;) -dmc > > I would love to hear any comments, or criticisms of this method for > graphical > booting. > > Jon > > From dmc.fedora at filteredperception.org Sat Aug 11 23:15:42 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sat, 11 Aug 2007 18:15:42 -0500 Subject: rhgb and gdm-early-login two great tastes? In-Reply-To: References: Message-ID: <46BE431E.4040705@filteredperception.org> Jon Nettleton wrote: > I just read somewhere somebody saying that rhgb was a horrible > idea and that a nicer boot process will come once kernel mode- > setting exists. Funny how some things kick your brain in such a way > you actually look at things a little different. This was the kick I needed > after staring blankly at my bootlog charts trying to figure out how to > shave more time off the process (I have maxed out at 40 seconds). > > My problem is that you have to take the speed hit of starting an X > server eventually. Kernel modesetting just isn't going to help that. > Well then all the pieces fell together and this is what I have hacked > together so far. > > 1) Add an option to rhgb so it doesn't fork and daemonize > 2) patch /etc/gdm/Init/Default so it checks that rhgb is executable and the > file > /var/lock/subsys/rhgb doesn't exist. If those two qualifications are true > then run rhgb -n -f -u :0.0 > 3) modify rc.sysinit with the gdm-early-login patch, so gdm is started > right > after the root filesystem is mounted rw. > > What this gives me is boot up, as soon as / is rw start up gdm. Gdm starts > rhgb using it's own X server. As soon as rhgb is done gdm launches the > greeter using the same X server. No flashing or switching back and forth > to consoles, etc etc. Sounds very cool to me. > What the next step is to make this really slick. > > 1) Get these patches into the kernel > > http://fedoraproject.org/wiki/StatelessLinuxCachedClient > > 2) have mkinitrd make a small writable snapshot of / ( this is needed for > gdm to start). > 3) Have the entire rc.sysinit run using a rw snapshot. If I understand this correctly, it would require that the rootfs have a devicemapper layer of indirection. If you can somehow convince fedora/rh to do this, I would be both impressed and appreciative. The "rebootless live media installer" that I posted a few weeks back utilizes this as well, although after booting the livecd, and installing (i.e. live migrating) to disk, when the user reboots, the devicemapper layer of indirection is removed so that the system is completely normal. In my own tests, I have not yet noticed a (serious?) penalty for having an extra (linear) devicemapper layer of indirection on the rootfs or elsewhere. (though the complexity of such devicemapper tricks seems to be slowing down review and acceptance of my turboLiveInst patch which improves livecd installer speed by ~20%). Another reason I would love it if the rootfs was permanently a devicemapper layer (even outside the LVM case), is that it would allow you to at any point in the lifetime of a system, to either live migrate it's rootfs to another disk, or just raid1/mirror-ify it live. > 4) After all the fscking and such is done use the above patch to merge the > sysinit > snapshot back down the actual filesystem > 5) continue the init process. > > This shaves the other 10 seconds I needed off my altered boot process to get > a 30 > second boot time on my desktop. However those changes are for another > e-mail > ;-) I actually have a plan (coming in a future email) to cut the boot time of the f8 livecd in half or more, and that plan might also be able to shave a few seconds off of normal disk boot time as well. Maybe we are thinking of the same thing ;) We'll see what my and your other e-mails look like ;) -dmc > > I would love to hear any comments, or criticisms of this method for > graphical > booting. > > Jon > > From s0238762 at sms.ed.ac.uk Sat Aug 11 23:18:18 2007 From: s0238762 at sms.ed.ac.uk (Ioannis Nousias) Date: Sun, 12 Aug 2007 00:18:18 +0100 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> Message-ID: <46BE43BA.3090007@sms.ed.ac.uk> Kevin Kofler wrote: > As soon as we move to KDE 4 as the default KDE desktop (probably for Fedora 9), > KDE on Fedora will default to a WM which supports compositing. :-) > is this some kind of a political issue? It seems that people are ok with KDE 4's kwin compositing feature or enabling compositing in Metacity by default, but object with using compiz by default. If having a compositing manager enabled by default is not the issue, then what's the problem with using compiz by default? -Ioannis From airlied at redhat.com Sat Aug 11 23:34:09 2007 From: airlied at redhat.com (Dave Airlie) Date: Sun, 12 Aug 2007 09:34:09 +1000 Subject: Enabling Compiz by default? In-Reply-To: <46BE43BA.3090007@sms.ed.ac.uk> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> Message-ID: <1186875249.7383.3.camel@localhost.localdomain> On Sun, 2007-08-12 at 00:18 +0100, Ioannis Nousias wrote: > Kevin Kofler wrote: > > As soon as we move to KDE 4 as the default KDE desktop (probably for Fedora 9), > > KDE on Fedora will default to a WM which supports compositing. :-) > > > is this some kind of a political issue? It seems that people are ok with > KDE 4's kwin compositing feature or enabling compositing in Metacity by > default, but object with using compiz by default. > > If having a compositing manager enabled by default is not the issue, > then what's the problem with using compiz by default? There are two issues... 1. having a compositing manager by default will break a lot of apps on a lot of drivers. We can probably enable by default on Intel hw when krh and myself get things moving. 2. Once 1 is solved you get to pick which compositing manager, personally I think compiz might be overkill, but if someone were to make metacity and compiz work the same for things like keyboard shortcuts etc, with compiz having extra ones, so that users wouldn't have inconsistent experience when switching between them. And also the default compiz would probably need to have a tailored list of plugins. Dave. From j.w.r.degoede at hhs.nl Sat Aug 11 23:33:42 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Aug 2007 01:33:42 +0200 Subject: Fedora x86_64 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <1186872832.6004.9.camel@localhost.localdomain> References: <20070811163137.A5316@humbolt.us.dell.com> <1186872832.6004.9.camel@localhost.localdomain> Message-ID: <46BE4756.7070400@hhs.nl> Matthias Clasen wrote: > On Sat, 2007-08-11 at 16:31 -0500, Matt Domsch wrote: > >> alacarte-0.11.3-3.fc7 (build/make) rstrode at redhat.com > > Looking at this example, configure fails like this: > > Possible unintended interpolation of @INTLTOOL_ICONV in string > at ./intltool-merge line 94. > Global symbol "@INTLTOOL_ICONV" requires explicit package name > at ./intltool-merge line 94. > BEGIN not safe after errors--compilation aborted at ./intltool-merge > line 252. > make[1]: *** [alacarte.desktop] Error 9 > > This is probably a relatively common problem, so I should probably > explain the problem and the fix: It happens if you autoreconf a > tarball which was produced with intltool 0.35.5 in a buildroot > which has intltool 0.36. The fix is to either avoid autoreconf > or intltoolize --force or wait for a new upstream tarball that > was produced with 0.36. And no, I'm not a fan of intltool... > This is exactly why I always try to avoid autoreconf, I just patch both the input and the generated files and then run a couple of touch commands to stop make from still trying to autoreconf. I got bitten by this intltool problem with libgda to, and I fixed it there by no longer using autoreconf. Regards. Hans From sundaram at fedoraproject.org Sat Aug 11 23:43:05 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 12 Aug 2007 05:13:05 +0530 Subject: Enabling Compiz by default? In-Reply-To: <1186875249.7383.3.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> Message-ID: <46BE4989.1070601@fedoraproject.org> Dave Airlie wrote: > > There are two issues... > > 1. having a compositing manager by default will break a lot of apps on a > lot of drivers. We can probably enable by default on Intel hw when krh > and myself get things moving. (ah, finally a real answer) This was basically what I was driving it. If we could enable Compiz by default and automatically fall back to metacity, we would get Compiz out of the box on Intel hardware and a few others. When you say you want to get things moving are you referring to http://hoegsberg.blogspot.com/2007/08/redirected-direct-rendering.html? What would this offer us on open drivers that already support 3D? Rahul From braden at endoframe.com Sat Aug 11 23:48:34 2007 From: braden at endoframe.com (Braden McDaniel) Date: Sat, 11 Aug 2007 19:48:34 -0400 Subject: Release x86_64 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <20070811160510.A4079@humbolt.us.dell.com> References: <20070811160510.A4079@humbolt.us.dell.com> Message-ID: <1186876114.4106.22.camel@hinge.endoframe.net> On Sat, 2007-08-11 at 16:05 -0500, Matt Domsch wrote: [snip] > openvrml-0.16.6-2.fc8 (build/make) braden at endoframe.com This is failing due to bug 250802 (Missing libboost_thread.so symlink). This is a fairly significant regression in the boost package that doesn't appear to be getting much attention. -- Braden McDaniel e-mail: Jabber: From airlied at redhat.com Sat Aug 11 23:52:57 2007 From: airlied at redhat.com (Dave Airlie) Date: Sun, 12 Aug 2007 09:52:57 +1000 Subject: Enabling Compiz by default? In-Reply-To: <46BE4989.1070601@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> <46BE4989.1070601@fedoraproject.org> Message-ID: <1186876377.7383.7.camel@localhost.localdomain> On Sun, 2007-08-12 at 05:13 +0530, Rahul Sundaram wrote: > Dave Airlie wrote: > > > > There are two issues... > > > > 1. having a compositing manager by default will break a lot of apps on a > > lot of drivers. We can probably enable by default on Intel hw when krh > > and myself get things moving. > > (ah, finally a real answer) > > This was basically what I was driving it. If we could enable Compiz by > default and automatically fall back to metacity, we would get Compiz out > of the box on Intel hardware and a few others. > > When you say you want to get things moving are you referring to > http://hoegsberg.blogspot.com/2007/08/redirected-direct-rendering.html? > > What would this offer us on open drivers that already support 3D? > Compositing breaks direct rendering, try running glxgears and rotating the cube using open source drivers (nvidia do this properly). It can also break Xv applications that use hardware overlays, usually using a textured video backend is the workaround. Kristians work is mainly at the prototype stage, we have a lot of work to upstream, from the kernel graphics memory manager code to all of Kristian and my changes to the intel driver, and also changes to the X server etc. Dave. From esandeen at redhat.com Sun Aug 12 00:43:27 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Sat, 11 Aug 2007 19:43:27 -0500 Subject: Disabling atime In-Reply-To: <46BE29C6.7070706@filteredperception.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> <46BDFC1F.5020101@gmail.com> <46BE0178.9070400@benl.co.uk> <46BE0761.9060605@redhat.com> <46BE0FD4.5060300@benl.co.uk> <46BE248C.5020000@redhat.com> <46BE29C6.7070706@filteredperception.org> Message-ID: <46BE57AF.4030503@redhat.com> Douglas McClendon wrote: > - oh, and did I forget to re-emphasize the laptop spin-up test... Doesn't laptop mode & friends remount with noatime already? It's at least an option in those scripts... -Eric From dmc.fedora at filteredperception.org Sun Aug 12 01:24:19 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sat, 11 Aug 2007 20:24:19 -0500 Subject: Disabling atime In-Reply-To: <46BE57AF.4030503@redhat.com> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> <46BDFC1F.5020101@gmail.com> <46BE0178.9070400@benl.co.uk> <46BE0761.9060605@redhat.com> <46BE0FD4.5060300@benl.co.uk> <46BE248C.5020000@redhat.com> <46BE29C6.7070706@filteredperception.org> <46BE57AF.4030503@redhat.com> Message-ID: <46BE6143.9060903@filteredperception.org> Eric Sandeen wrote: > Douglas McClendon wrote: > >> - oh, and did I forget to re-emphasize the laptop spin-up test... > > Doesn't laptop mode & friends remount with noatime already? It's at > least an option in those scripts... I have no idea, that's why I was hoping someone would test it for me :) Actually, I just looked at my rpm -qa and yum list available. Where did laptop mode go? (I did grep -i laptop) If fedora already does remount with noatime by default on laptops in some fashion, that would seem to be a pretty strong argument in favor of making it default all the time, given any significant performance benefit. (and the fact that I haven't heard any convincing use-case of it that doesn't have a better workaround). -dmc From lightsolphoenix at gmail.com Sun Aug 12 02:20:15 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sat, 11 Aug 2007 22:20:15 -0400 Subject: Kernel panicking at Ndiswrapper? Message-ID: <200708112220.16368.lightsolphoenix@gmail.com> Well, I've been working with a new laptop, trying to get the networking to work, when I stumbled across something strange. Why is it that the Fedora version of the Linux kernel, and only the Fedora version of the Linux kernel, panicks when I load Ndiswrapper? Both Kubuntu and openSUSE were fine. Why do I get errors about sleeping functions being called from invalid contexts from the kernel itself when I try to do wireless networking? And why does this seem to be localized to the Fedora kernel only? -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From jwboyer at jdub.homelinux.org Sun Aug 12 02:34:39 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 11 Aug 2007 21:34:39 -0500 Subject: Enabling Compiz by default? In-Reply-To: <46BE4989.1070601@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> <46BE4989.1070601@fedoraproject.org> Message-ID: <20070811213439.44517450@vader.jdub.homelinux.org> On Sun, 12 Aug 2007 05:13:05 +0530 Rahul Sundaram wrote: > Dave Airlie wrote: > > > > There are two issues... > > > > 1. having a compositing manager by default will break a lot of apps > > on a lot of drivers. We can probably enable by default on Intel hw > > when krh and myself get things moving. > > (ah, finally a real answer) A real technical answer, yes. It helps answer the "can we" part. It still doesn't answer the "should we" part. Which is entirely what most of the rest of this thread has been about. josh From jwboyer at jdub.homelinux.org Sun Aug 12 02:37:14 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 11 Aug 2007 21:37:14 -0500 Subject: Kernel panicking at Ndiswrapper? In-Reply-To: <200708112220.16368.lightsolphoenix@gmail.com> References: <200708112220.16368.lightsolphoenix@gmail.com> Message-ID: <20070811213714.010461bb@vader.jdub.homelinux.org> On Sat, 11 Aug 2007 22:20:15 -0400 Kelly wrote: > Well, I've been working with a new laptop, trying to get the > networking to work, when I stumbled across something strange. > > Why is it that the Fedora version of the Linux kernel, and only the > Fedora version of the Linux kernel, panicks when I load Ndiswrapper? > Both Kubuntu and openSUSE were fine. Why do I get errors about > sleeping functions being called from invalid contexts from the kernel > itself when I try to do wireless networking? And why does this seem > to be localized to the Fedora kernel only? 1) You didn't say which kernel version 2) Have you looked at config file differences between the kernels in question? (Fedora uses 4K stacks, I dunno what others do). 3) Please don't ask on this list about something that is not supported by the Fedora kernel at all. You might have better luck on the Fedora forums. josh From lightsolphoenix at gmail.com Sun Aug 12 02:47:01 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sat, 11 Aug 2007 22:47:01 -0400 Subject: Kernel panicking at Ndiswrapper? In-Reply-To: <20070811213714.010461bb@vader.jdub.homelinux.org> References: <200708112220.16368.lightsolphoenix@gmail.com> <20070811213714.010461bb@vader.jdub.homelinux.org> Message-ID: <200708112247.02425.lightsolphoenix@gmail.com> On Saturday, August 11, 2007 10:37:14 pm Josh Boyer wrote: > 1) You didn't say which kernel version All of them. So far, the default F7 kernel 2.6.21, the update 2.6.22, and PlanetCCRMA's kernels (2.6.22 as well). > 2) Have you looked at config file differences between the kernels in > question? (Fedora uses 4K stacks, I dunno what others do). No I didn't. However, I've noticed that searching for the error only brings up Fedora-based distro questions, so I'm assuming it's something in the Fedora kernel. > 3) Please don't ask on this list about something that is not supported > by the Fedora kernel at all. You might have better luck on the Fedora > forums. Ndiswrapper is not the problem here. The problem is clearly coming from the Linux kernel itself; messages shows repeated errors being spit out by the kernel. The regular Fedora kernels just freeze. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From andy at warmcat.com Sun Aug 12 02:54:33 2007 From: andy at warmcat.com (Andy Green) Date: Sun, 12 Aug 2007 03:54:33 +0100 Subject: Kernel panicking at Ndiswrapper? In-Reply-To: <200708112247.02425.lightsolphoenix@gmail.com> References: <200708112220.16368.lightsolphoenix@gmail.com> <20070811213714.010461bb@vader.jdub.homelinux.org> <200708112247.02425.lightsolphoenix@gmail.com> Message-ID: <46BE7669.909@warmcat.com> Somebody in the thread at some point said: > Ndiswrapper is not the problem here. The problem is clearly coming from the > Linux kernel itself; messages shows repeated errors being spit out by the > kernel. The regular Fedora kernels just freeze. Hard to be certain about where "the problem" is coming from, "sleeping functions called from invalid contexts" is likely a diagnostic by the kernel "itself" about something ndiswrapper has done. What is the wireless chipset? Maybe there is a better way without ndiswrapper. -Andy From rc040203 at freenet.de Sun Aug 12 03:02:00 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 12 Aug 2007 05:02:00 +0200 Subject: Disabling atime In-Reply-To: <46BDDE1F.40109@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> Message-ID: <1186887720.31901.599.camel@mccallum.corsepiu.local> On Sat, 2007-08-11 at 21:34 +0530, Rahul Sundaram wrote: > Matthew Miller wrote: > > On Fri, Aug 10, 2007 at 09:43:18PM +0000, Martin Ebourne wrote: > >> The minority here is having atime, hardly anyone ever uses it compared to > >> the cost of having it. It's easy to reenable it for the few who really > >> find it useful and want to pay for it. > > > > tmpwatch runs by default. Everyone uses that. > > Has a simple patch already which I mentioned in my original mail. And how do you "fix" the "find"-based cron job users might have implemented to clean up /var/cache from files not being used for time span "x"? From lightsolphoenix at gmail.com Sun Aug 12 03:06:33 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sat, 11 Aug 2007 23:06:33 -0400 Subject: Kernel panicking at Ndiswrapper? In-Reply-To: <46BE7669.909@warmcat.com> References: <200708112220.16368.lightsolphoenix@gmail.com> <200708112247.02425.lightsolphoenix@gmail.com> <46BE7669.909@warmcat.com> Message-ID: <200708112306.34602.lightsolphoenix@gmail.com> On Saturday, August 11, 2007 10:54:33 pm Andy Green wrote: > > What is the wireless chipset? Maybe there is a better way without > ndiswrapper. > > -Andy There should be. It's an Atheros chipset, and it's supposed to be supported by Madwifi, but the hardware itself doesn't show up in the ifconfig or iwconfig lists, even when the drivers are installed and loaded. So I can't get the drivers to talk to it. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From david at lovesunix.net Sun Aug 12 03:11:08 2007 From: david at lovesunix.net (David Nielsen) Date: Sun, 12 Aug 2007 05:11:08 +0200 Subject: Enabling Compiz by default? In-Reply-To: <1186875249.7383.3.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> Message-ID: <1186888268.27183.12.camel@dawkins> s?n, 12 08 2007 kl. 09:34 +1000, skrev Dave Airlie: > 2. Once 1 is solved you get to pick which compositing manager, > personally I think compiz might be overkill, but if someone were to make > metacity and compiz work the same for things like keyboard shortcuts > etc, with compiz having extra ones, so that users wouldn't have > inconsistent experience when switching between them. And also the > default compiz would probably need to have a tailored list of plugins. Many users have grown to like Compiz and expect it as a feature, it's an active project which has a wide community around it to do experimentation. None of the alternatives have that. Not going with Compiz as our compositing manager would likely cost us users and add to our support burden in that upstream is not nearly as well populated and active. - David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From sundaram at fedoraproject.org Sun Aug 12 03:13:18 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 12 Aug 2007 08:43:18 +0530 Subject: Enabling Compiz by default? In-Reply-To: <20070811213439.44517450@vader.jdub.homelinux.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> <46BE4989.1070601@fedoraproject.org> <20070811213439.44517450@vader.jdub.homelinux.org> Message-ID: <46BE7ACE.20405@fedoraproject.org> Josh Boyer wrote: > > A real technical answer, yes. It helps answer the "can we" part. > > It still doesn't answer the "should we" part. Which is entirely what > most of the rest of this thread has been about. Missing features or bugs (perceived or otherwise) is what I have seen to be the problem. When those get fixed the "should we" is much more easier to answer. Some subtle amount of effects by default should be acceptable to everyone then. Rahul From sundaram at fedoraproject.org Sun Aug 12 03:16:01 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 12 Aug 2007 08:46:01 +0530 Subject: Disabling atime In-Reply-To: <1186887720.31901.599.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> Message-ID: <46BE7B71.6080509@fedoraproject.org> Ralf Corsepius wrote: > On Sat, 2007-08-11 at 21:34 +0530, Rahul Sundaram wrote: >> Matthew Miller wrote: >>> On Fri, Aug 10, 2007 at 09:43:18PM +0000, Martin Ebourne wrote: >>>> The minority here is having atime, hardly anyone ever uses it compared to >>>> the cost of having it. It's easy to reenable it for the few who really >>>> find it useful and want to pay for it. >>> tmpwatch runs by default. Everyone uses that. >> Has a simple patch already which I mentioned in my original mail. > > And how do you "fix" the "find"-based cron job users might have > implemented to clean up /var/cache from files not being used for time > span "x"? Any change will have some corner cases where it will cause problems. We can make defaults work good without atime and for other instances there is always the release notes as usual. We are only talking about changing this for a new release so users would have time to adopt if necessary. For most users, it is just a performance boost. Rahul From rc040203 at freenet.de Sun Aug 12 03:23:25 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 12 Aug 2007 05:23:25 +0200 Subject: Disabling atime In-Reply-To: <46BDF721.6070504@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <46BDE0B7.10209@volny.cz> <46BDE859.4030601@gmail.com> <46BDEB61.9070300@benl.co.uk> <46BDF721.6070504@fedoraproject.org> Message-ID: <1186889005.31901.608.camel@mccallum.corsepiu.local> On Sat, 2007-08-11 at 23:21 +0530, Rahul Sundaram wrote: > Benjamin Lewis wrote: > > > > Les Mikesell wrote: > >> I'd expect the RedHat-style approach to this to be: add some file > >> under /etc/sysconfig like mount-options that contains options that can > >> be merged with the ones in /etc/fstab and all of the magic > >> automounting bits (this is probably as important on usb flash drives > >> as anywhere). > >> > >> [snip] > >> > > There is something which leap out at me as soon a I saw this: the kind > > of person who _needs_ atime, knows how to set it. The majority of people > > - especially the home use - has little or no use for it whatsoever. The crux is _nobody_ really know if he really uses or might have a future use-case for it. Also it's very hard to find out if notime breaks a use-case, because it in most won't cause applications to barf, but to silently "mis-behave". In best case, after some amount of time, he will notice that something won't work "as advertised". > The majority of people will see a performance boost they will appreciate > regardless of whether they know about atime or not. Please provide figures of the boost you have experienced personally for the test cases you have experienced. Ralf From rc040203 at freenet.de Sun Aug 12 03:26:20 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 12 Aug 2007 05:26:20 +0200 Subject: Disabling atime In-Reply-To: <46BE7B71.6080509@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> Message-ID: <1186889180.31901.612.camel@mccallum.corsepiu.local> On Sun, 2007-08-12 at 08:46 +0530, Rahul Sundaram wrote: > Ralf Corsepius wrote: > > On Sat, 2007-08-11 at 21:34 +0530, Rahul Sundaram wrote: > >> Matthew Miller wrote: > >>> On Fri, Aug 10, 2007 at 09:43:18PM +0000, Martin Ebourne wrote: > >>>> The minority here is having atime, hardly anyone ever uses it compared to > >>>> the cost of having it. It's easy to reenable it for the few who really > >>>> find it useful and want to pay for it. > >>> tmpwatch runs by default. Everyone uses that. > >> Has a simple patch already which I mentioned in my original mail. > > > > And how do you "fix" the "find"-based cron job users might have > > implemented to clean up /var/cache from files not being used for time > > span "x"? > > Any change will have some corner cases where it will cause problems. This is not a corner case. This is the OS having dropped a fundamental feature. > We > can make defaults work good without atime and for other instances there > is always the release notes as usual. We are only talking about changing > this for a new release so users would have time to adopt if necessary. > For most users, it is just a performance boost. Implement "aging"/"time-based cleanup of /var/cache/yum" into yum and it will affect everybody. From jsacco at gnome.org Sun Aug 12 03:29:13 2007 From: jsacco at gnome.org (Joseph Sacco) Date: Sat, 11 Aug 2007 23:29:13 -0400 Subject: Recent update borks YUM Message-ID: <1186889353.16072.2.camel@rt.jesacco.com> $ yum update There was a problem importing one of the Python modules required to run yum. The error leading to this problem was: /usr/lib/libstdc++.so.6: symbol strtold_l, version GLIBC_2.4 not defined in file libc.so.6 with link time reference Please install a package which provides this module, or verify that the module is installed correctly. It's possible that the above module doesn't match the current version of Python, which is: 2.5.1 (r251:54863, Jun 27 2007, 11:09:31) [GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] If you cannot solve this problem yourself, please go to the yum faq at: http://wiki.linux.duke.edu/YumFaq -- jsacco [at] gnome [dot] org From sundaram at fedoraproject.org Sun Aug 12 03:34:49 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 12 Aug 2007 09:04:49 +0530 Subject: Disabling atime In-Reply-To: <1186889180.31901.612.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> Message-ID: <46BE7FD9.9070501@fedoraproject.org> Ralf Corsepius wrote: > This is not a corner case. This is the OS having dropped a fundamental > feature. A feature that only a couple of programs use in any way in the Fedora repository is by no means a fundamental feature. Even if it is, we aren't taking away the feature and only turning it off by default for a performance boost. Those who want it will turn it by default. > Implement "aging"/"time-based cleanup of /var/cache/yum" into yum and it > will affect everybody. We don't need to worry about non existent features. Rahul From jon.nettleton at gmail.com Sun Aug 12 03:38:45 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Sat, 11 Aug 2007 23:38:45 -0400 Subject: Enabling Compiz by default? In-Reply-To: <1186888268.27183.12.camel@dawkins> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> <1186888268.27183.12.camel@dawkins> Message-ID: On 8/11/07, David Nielsen wrote: > > > s?n, 12 08 2007 kl. 09:34 +1000, skrev Dave Airlie: > > > 2. Once 1 is solved you get to pick which compositing manager, > > personally I think compiz might be overkill, but if someone were to make > > metacity and compiz work the same for things like keyboard shortcuts > > etc, with compiz having extra ones, so that users wouldn't have > > inconsistent experience when switching between them. And also the > > default compiz would probably need to have a tailored list of plugins. > > Many users have grown to like Compiz and expect it as a feature, it's an > active project which has a wide community around it to do > experimentation. None of the alternatives have that. Not going with > Compiz as our compositing manager would likely cost us users and add to > our support burden in that upstream is not nearly as well populated and > active. I am curious where you numbers come from. From my tally really only a handful of Intel and ati cards actually work well with compiz, and even that is hit and miss. We have to count out nvidia cards because it only works with binary drivers, and then there is the "black window" bug that makes it useless for people that don't have cards with half a gig of ram on them. I would really like everyone following this thread to speak up and say yay or nay on whether they run compiz/beryl on what hardware they have. I am not against Beryl or Compiz I have always found them unusable for serious day to day work. I will be the first to step up. 1) Laptop Via KM400 Chipset - Won't run Compiz - run EXA Composite in xfwm4 2) Desktop Nvidia 6600GT - Can't run Compiz, black windows bug and fullscreen OpenGL problems - running xfwm4 with RenderAcce 3) Desktop Nvidia 7950 GT - Can't run Compiz, black windows bug and fullscreen OpenGL problems - metacity no composite 4) Laptop Sis 630 - Won't run Compiz no 3d support - run EXA Composite in xfwm4 5) Laptop Savage IV - Won't run Compiz - run EXA Composite in xfwm4 I would also like to note you should probably note if you turn off your chosen Compisiting manager to play fullscreen games, or to watch movies. Is this something we could add to Smolt? Perhaps an opt in to surveys? -Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From Matt_Domsch at dell.com Sun Aug 12 03:43:12 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 11 Aug 2007 22:43:12 -0500 Subject: Release x86_64 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <200708120003.25033.opensource@till.name> References: <20070811160510.A4079@humbolt.us.dell.com> <200708120003.25033.opensource@till.name> Message-ID: <20070812034312.GA12550@auslistsprd01.us.dell.com> On Sun, Aug 12, 2007 at 12:03:15AM +0200, Till Maas wrote: > On Sa August 11 2007, Matt Domsch wrote: > [lots of e-mail adresses] > > Imho it would be better to remove the "@" and all "." behind this from the > e-mail adresses in case these e-mails are available via a web interface that > does not protect e-mail adresses itself. E.g. > > user.name at example.com -> user.name example com OK, will do for future postings. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From a.badger at gmail.com Sun Aug 12 03:48:26 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 11 Aug 2007 20:48:26 -0700 Subject: Enabling Compiz by default? In-Reply-To: References: <46BB8CFD.4050706@fedoraproject.org> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> <1186888268.27183.12.camel@dawkins> Message-ID: On 8/11/07, Jon Nettleton wrote: > I would really like everyone following this thread to speak up and say yay > or nay on > whether they run compiz/beryl on what hardware they have. I am not against > Beryl > or Compiz I have always found them unusable for serious day to day work. > Please, the mailing list is not the place for this. It's not a bad idea -- if you start a wiki page or similar I'll be happy to add my systems but we get enough email on the list without this kind of survey. Thanks, Toshio From lightsolphoenix at gmail.com Sun Aug 12 03:50:35 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sat, 11 Aug 2007 23:50:35 -0400 Subject: Kernel panicking at Ndiswrapper? In-Reply-To: <46BE7669.909@warmcat.com> References: <200708112220.16368.lightsolphoenix@gmail.com> <200708112247.02425.lightsolphoenix@gmail.com> <46BE7669.909@warmcat.com> Message-ID: <200708112350.36008.lightsolphoenix@gmail.com> Oh, BTW, I took this problem to a topic at the Fedora Forums: http://fedoraforum.org/forum/showthread.php?t=163400 -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From rc040203 at freenet.de Sun Aug 12 03:54:17 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 12 Aug 2007 05:54:17 +0200 Subject: Disabling atime In-Reply-To: <46BE7FD9.9070501@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> Message-ID: <1186890857.31901.623.camel@mccallum.corsepiu.local> On Sun, 2007-08-12 at 09:04 +0530, Rahul Sundaram wrote: > Ralf Corsepius wrote: > > > > This is not a corner case. This is the OS having dropped a fundamental > > feature. > > A feature that only a couple of programs use in any way in the Fedora > repository is by no means a fundamental feature. It is a _documented_, _standardized_ feature of the OS, being in existance ever since Unix exists. > Even if it is, we > aren't taking away the feature and only turning it off by default for a > performance boost. Those who want it will turn it by default. Once again, you are not able to know if you want it nor if you will want it. Have you ever tried it or are you just FUDing around? > > Implement "aging"/"time-based cleanup of /var/cache/yum" into yum and it > > will affect everybody. > > We don't need to worry about non existent features. Bummer, that's what I call "wide-sight" and "leadership quality". Ralf From roland at redhat.com Sun Aug 12 04:04:49 2007 From: roland at redhat.com (Roland McGrath) Date: Sat, 11 Aug 2007 21:04:49 -0700 (PDT) Subject: Recent update borks YUM In-Reply-To: Joseph Sacco's message of Saturday, 11 August 2007 23:29:13 -0400 <1186889353.16072.2.camel@rt.jesacco.com> Message-ID: <20070812040449.889B14D05EB@magilla.localdomain> You need glibc-2.6.90-8. If it broke yum, you may need to install it by hand with rpm. From sundaram at fedoraproject.org Sun Aug 12 06:35:50 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 12 Aug 2007 12:05:50 +0530 Subject: Disabling atime In-Reply-To: <1186890857.31901.623.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> Message-ID: <46BEAA46.4040705@fedoraproject.org> Ralf Corsepius wrote: > It is a _documented_, _standardized_ feature of the OS, being in > existance ever since Unix exists. Either it's used and useful or it isn't. Linux has introduced several features that Unix hasn't and not implemented some Unix has including some "documented and standardized" features. > Once again, you are not able to know if you want it nor if you will want > it. > > Have you ever tried it or are you just FUDing around? I don't see how FUD applies in any way here. If people don't know whether they want it or not now, they will learn when they need to. >>> Implement "aging"/"time-based cleanup of /var/cache/yum" into yum and it >>> will affect everybody. >> We don't need to worry about non existent features. > Bummer, that's what I call "wide-sight" and "leadership quality". Instead of resorting to adhominem attacks as usual try and address the subject in hand. Rahul From rc040203 at freenet.de Sun Aug 12 06:59:33 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 12 Aug 2007 08:59:33 +0200 Subject: Disabling atime In-Reply-To: <46BEAA46.4040705@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> Message-ID: <1186901973.31901.648.camel@mccallum.corsepiu.local> On Sun, 2007-08-12 at 12:05 +0530, Rahul Sundaram wrote: > Ralf Corsepius wrote: > > > It is a _documented_, _standardized_ feature of the OS, being in > > existance ever since Unix exists. > > Either it's used and useful or it isn't. Linux has introduced several > features that Unix hasn't and not implemented some Unix has including > some "documented and standardized" features. > > > Once again, you are not able to know if you want it nor if you will want > > it. > > > > Have you ever tried it or are you just FUDing around? > > I don't see how FUD applies in any way here. If people don't know > whether they want it or not now, they will learn when they need to. Provide the results of the tests you exercised yourself. So far you haven't. All you did was to agitate and reiterate populist propaganda. My checks so far have not provided any indication noatime solves anything, also I can not reproduce the 50% speedup some people claim to see. >>> We don't need to worry about non existent features. >> Bummer, that's what I call "wide-sight" and "leadership quality". > > Instead of resorting to adhominem attacks as usual try and address > the subject in hand. The subject at hand are: - You are wanting to cripple Fedora, by sacrificing a little used feature. Thereby you are closing out certain types of future developments and current usages. I call this short-sightedness and narrow-mindedness. You are wanting Fedora to diverge away from UNIX. You are conventing Fedora into WinIx. - I think you are not qualified to judge the technical side-effects of what you are proposing and not qualified to take a leading role in fedora. I was glad to see you failed the elections. From sundaram at fedoraproject.org Sun Aug 12 07:03:12 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 12 Aug 2007 12:33:12 +0530 Subject: Disabling atime In-Reply-To: <1186901973.31901.648.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> Message-ID: <46BEB0B0.7050601@fedoraproject.org> Ralf Corsepius wrote: >> whether they want it or not now, they will learn when they need to. > Provide the results of the tests you exercised yourself. So far you > haven't. I gave you a reference. If you want more data, do the tests yourself. > > All you did was to agitate and reiterate populist propaganda. > > My checks so far have not provided any indication noatime solves > anything, also I can not reproduce the 50% speedup some people claim to > see. 5% results shown even in your numbers are good enough. > - I think you are not qualified to judge the technical side-effects of > what you are proposing and not qualified to take a leading role in > fedora. I was glad to see you failed the elections. Again resorting to adhominem attacks. End of discussion. Rahul From rc040203 at freenet.de Sun Aug 12 07:32:49 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 12 Aug 2007 09:32:49 +0200 Subject: Disabling atime In-Reply-To: <46BEB0B0.7050601@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> Message-ID: <1186903969.31901.658.camel@mccallum.corsepiu.local> On Sun, 2007-08-12 at 12:33 +0530, Rahul Sundaram wrote: > Ralf Corsepius wrote: > >> whether they want it or not now, they will learn when they need to. > > Provide the results of the tests you exercised yourself. So far you > > haven't. > > I gave you a reference. > > > > All you did was to agitate and reiterate populist propaganda. > > > > My checks so far have not provided any indication noatime solves > > anything, also I can not reproduce the 50% speedup some people claim to > > see. > > 5% results shown even in your numbers are good enough. At a very questionable price. Disabling SELinux provides the same amount of speed up. > > - I think you are not qualified to judge the technical side-effects of > > what you are proposing and not qualified to take a leading role in > > fedora. I was glad to see you failed the elections. > > Again resorting to adhominem attacks. Nope, resistance against a tyrannic dictator. From sundaram at fedoraproject.org Sun Aug 12 07:39:28 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 12 Aug 2007 13:09:28 +0530 Subject: Disabling atime In-Reply-To: <1186903969.31901.658.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> Message-ID: <46BEB930.5080802@fedoraproject.org> Ralf Corsepius wrote: umbers are good enough. > > At a very questionable price. > > Disabling SELinux provides the same amount of speed up. They aren't comparable. atime isn't a security feature and it is hardly used by any software at all. > Nope, resistance against a tyrannic dictator. Stop your name calling Ralf. I haven't dictated anything here. It is very shameful that you derail all the conversations with these kind of personal attacks unrelated to the subject either on list or offlist very frequently. Learn to be constructive or if you can't, atleast stay out of the discussion. Rahul From rc040203 at freenet.de Sun Aug 12 07:51:02 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 12 Aug 2007 09:51:02 +0200 Subject: Disabling atime In-Reply-To: <46BEB930.5080802@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> Message-ID: <1186905063.31901.667.camel@mccallum.corsepiu.local> On Sun, 2007-08-12 at 13:09 +0530, Rahul Sundaram wrote: > Ralf Corsepius wrote: > umbers are good enough. > > > > At a very questionable price. > > > > Disabling SELinux provides the same amount of speed up. > > They aren't comparable. atime isn't a security feature and it is hardly > used by any software at all. * atime is a feature necessary to provide certain features to applications, such as time-based clean ups. * lack of atime in a filesystem cause functional regressions. SELinux is completely optional and doesn't cause functional regression. > > Nope, resistance against a tyrannic dictator. > > Stop your name calling Ralf. I haven't dictated anything here. You are. You've asked for opinions and so far have been completely ignoring any counterarguments and demonstrated your lack of understanding them. > It is > very shameful that you derail all the conversations with these kind of > personal attacks unrelated to the subject either on list or offlist very > frequently. Well, actually I think Fedora is derailing due to its leadership committing one mistake after the other. From sundaram at fedoraproject.org Sun Aug 12 07:57:15 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 12 Aug 2007 13:27:15 +0530 Subject: Disabling atime In-Reply-To: <1186905063.31901.667.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> <1186905063.31901.667.camel@mccallum.corsepiu.local> Message-ID: <46BEBD5B.9040101@fedoraproject.org> Ralf Corsepius wrote: > You are. You've asked for opinions and so far have been completely > ignoring any counterarguments and demonstrated your lack of > understanding them. I can't possibly dictate anything since I am not the person making the decisions but your arguments don't sound convincing to me. Disagreeing with your opinion does not equate to lack of understanding or dictatorship. You should just stop name calling people unnecessarily. Rahul From nicolas.mailhot at laposte.net Sun Aug 12 09:08:45 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 12 Aug 2007 11:08:45 +0200 Subject: Disabling atime In-Reply-To: <1186887720.31901.599.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> Message-ID: <1186909725.18040.13.camel@rousalka.dyndns.org> Le dimanche 12 ao?t 2007 ? 05:02 +0200, Ralf Corsepius a ?crit : > And how do you "fix" the "find"-based cron job users might have > implemented to clean up /var/cache from files not being used for time > span "x"? Ralf, Everyone can find pathological cases atime killed one of my flash cards before I learnt to disable it by default (nowadays the system is supposed to detect flash and disable atime, no idea how foolproof the check is) atime is a legacy ass-backwards default That no one dared touching it so far does not make it less stupid We're making more user-impacting changes with less cause every release Let's just disable atime asap so more testers check it before F8, and forget about it -- 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 drago01 at gmail.com Sun Aug 12 09:16:52 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 12 Aug 2007 11:16:52 +0200 Subject: Enabling Compiz by default? In-Reply-To: <46BE4989.1070601@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> <46BE4989.1070601@fedoraproject.org> Message-ID: <46BED004.6040509@gmail.com> Rahul Sundaram wrote: > Dave Airlie wrote: >> >> There are two issues... >> >> 1. having a compositing manager by default will break a lot of apps on a >> lot of drivers. We can probably enable by default on Intel hw when krh >> and myself get things moving. > > (ah, finally a real answer) I said exactly the same in the _first_ reply to this thread.... From drago01 at gmail.com Sun Aug 12 09:26:24 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 12 Aug 2007 11:26:24 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <46BA0BC2.8000108@redhat.com> References: <46B37186.4000500@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <20070807144604.033b86d9@ender> <46B8C1EB.4080105@redhat.com> <46B8C2B1.5070101@redhat.com> <46B8CB8C.7020004@gmail.com> <46B8D233.5020105@redhat.com> <46B9C12E.60301@redhat.com> <46B9C367.1050806@gmail.com> <46BA0BC2.8000108@redhat.com> Message-ID: <46BED240.4010009@gmail.com> Jarod Wilson wrote: > I've never really cared enough to use it (I run OS X too, and never use > spotlight). But before I nuked beagle, with it running in conjunction > with cfs, it was nowhere near as bad as prior to cfs, so at least in my > single use case, empirical evidence says cfs is good. :) > > > did I ever said it wasn't ;) ? I only had small issues with it that ingo fixed quickly before cfs was in fedora. From debarshi.ray at gmail.com Sun Aug 12 09:43:42 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 12 Aug 2007 15:13:42 +0530 Subject: Disabling atime In-Reply-To: <1186909725.18040.13.camel@rousalka.dyndns.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <1186909725.18040.13.camel@rousalka.dyndns.org> Message-ID: <3170f42f0708120243p4b542a5g2f8feeb5d05953c2@mail.gmail.com> > atime is a legacy ass-backwards default > That no one dared touching it so far does not make it less stupid > We're making more user-impacting changes with less cause every release > > Let's just disable atime asap so more testers check it before F8, and > forget about it Going through the LKML thread on http://kerneltrap.org/node/14148 I learnt that Ubuntu has already turned it off, and in principle both Alan Cox and Ingo Molnar want it to be that way for Fedora 8 too. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From sertac.liste at gmail.com Sun Aug 12 09:44:00 2007 From: sertac.liste at gmail.com (=?utf-8?B?U2VydGHDpyDDli4gWcSxbGTEsXo=?=) Date: Sun, 12 Aug 2007 12:44:00 +0300 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070811212147.GA27374@auslistsprd01.us.dell.com> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <20070803205548.1b9d9ad7@vader.jdub.homelinux.org> <20070803224612.634912c0@ender> <200708041212.39457.lightsolphoenix@gmail.com> <20070811212147.GA27374@auslistsprd01.us.dell.com> Message-ID: <20070812094400.GA4078@kerouac> [11.A?u.07 16:21 -0500] Matt Domsch: >I've got a bugzilla request in (#250377) to add hooks to the kernel >packages, which dkms can hook into. In this way, on kernel package >upgrade/remove but before reboot, DKMS can do its thing. I'm doing >this with hooks on Ubuntu/Debian kernel packages now, and it works >great. That would make this even more seamless. That would be nice to have. I have a module loading from /etc/sysconfig/modules/ (to be picked by hal), for which dkms_autoinstaller on next boot is too late. -- ~serta? From j.w.r.degoede at hhs.nl Sun Aug 12 09:45:56 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Aug 2007 11:45:56 +0200 Subject: Release x86_64 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <20070811160510.A4079@humbolt.us.dell.com> References: <20070811160510.A4079@humbolt.us.dell.com> Message-ID: <46BED6D4.7020604@hhs.nl> Matt Domsch wrote: > perl-SDL-2.1.3-4.fc8 (build/make) j.w.r.degoede at hhs.nl I checked the build log: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/x86_64/perl-SDL-2.1.3-3.fc6.src.rpm/result/build.log But it seems to have build fine, am I missing something? Regards, Hans From nicolas.mailhot at laposte.net Sun Aug 12 09:26:32 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 12 Aug 2007 11:26:32 +0200 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B386DA.8040404@leemhuis.info> References: <364d303b0706160713r1b7d9934l64de7993beed7574@mail.gmail.com> <200708031035.58617.lightsolphoenix@gmail.com> <20070803150523.GC29372@psilocybe.teonanacatl.org> <200708031129.29778.lightsolphoenix@gmail.com> <46B3507A.8060907@leemhuis.info> <20070803131326.3e292804@ender> <46B36A15.3020202@leemhuis.info> <20070803135246.19257df7@ender> <46B372C0.9030705@leemhuis.info> <20070803151528.398cc7f3@ender> <46B386DA.8040404@leemhuis.info> Message-ID: <1186910792.18040.16.camel@rousalka.dyndns.org> Le vendredi 03 ao?t 2007 ? 21:49 +0200, Thorsten Leemhuis a ?crit : > Which leaves a lot of modules out. zaptel, spca5xx or gspca anyone? The webcam drivers just need to be upstreamed ivtv was merged upstream and it is a hell more complex than webcam toys (speaking as someone with spca5xx hardware, so it's not like I can dismiss these because I have no use for them) -- 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 robert at fedoraproject.org Sun Aug 12 10:09:00 2007 From: robert at fedoraproject.org (Robert Scheck) Date: Sun, 12 Aug 2007 12:09:00 +0200 Subject: Xenbuilder2 and PPC seem to be a bit borked Message-ID: <20070812100900.GA20622@hurricane.linuxnetz.de> Hello folks, it looks like Xenbuilder2 and PPC at buildsys.fedoraproject.org seem to be a bit borked, I've succeeded builds (from build.log) but get an build error where none is, e.g. job 35622 or 35623. These jobs are failing at more or less random positions when requeuing them. Can we get rid of this issue, please? :) Greetings, Robert From nicolas.mailhot at laposte.net Sun Aug 12 10:25:17 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 12 Aug 2007 12:25:17 +0200 Subject: RPM roadmapping In-Reply-To: <1186843926.22277.5.camel@rousalka.dyndns.org> References: <1186843926.22277.5.camel@rousalka.dyndns.org> Message-ID: <1186914317.3078.1.camel@rousalka.dyndns.org> > Le vendredi 27 juillet 2007 ? 15:40 +0300, Panu Matilainen a ?crit : > > So: what have you always wanted to do > > with rpm, but wasn't able to? Also I'd like a way to mark deps needed for %check but not %build, and a flag to bypass %check in rpombuild -- 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 buildsys at redhat.com Sun Aug 12 10:27:27 2007 From: buildsys at redhat.com (Build System) Date: Sun, 12 Aug 2007 06:27:27 -0400 Subject: rawhide report: 20070812 changes Message-ID: <200708121027.l7CARRHF029971@porkchop.devel.redhat.com> New package gtkperf GTK+ performance tester New package python-memcached A Python memcached client library Updated Packages: Canna-3.7p3-19.fc8 ------------------ * Sat Aug 11 2007 Akira TAGOH - 3.7p3-19 - Update an initscript with LSB standard (#246886) * Fri Aug 10 2007 Akira TAGOH - Update License tag. akode-2.0.1-7.fc8 ----------------- * Sat Aug 11 2007 Rex Dieter 2.0.1-7 - Requires: %{name}-pulseaudio (f8+) - License: LGPLv2+ alacarte-0.11.3-4.fc8 --------------------- * Sat Aug 11 2007 Matthias Clasen - 0.11.3-4 - Fix the build with intltool 0.36 - Update the license field apollon-1.0.1-9.fc8 ------------------- * Sat Aug 11 2007 Rex Dieter 1.0.1-9 - BR: kdelibs3-devel - License: GPLv2+ * Thu May 24 2007 Rex Dieter 1.0.1-8 - respin for ppc64 blam-1.8.3-6.fc8 ---------------- * Sat Aug 11 2007 Peter Gordon - 1.8.3-6 - Rebuild for newer Gecko libraries (Firefox 2.0.0.6) brasero-0.6.0-1.fc8 ------------------- * Fri Aug 10 2007 Denis Leroy - 0.6.0-1 - Update to 0.6.0 - Removed libburn support until it compiles against libisofs 0.2.8 - Fixed project URL - Added patch to port to new Gtk+ tooltip interface - Added patch to fix filter dialog crash cabextract-1.1-6.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter - 1.1-6 - License: GPLv2+ chmsee-1.0.0-1.23.fc8 --------------------- cmake-2.4.7-1.fc8 ----------------- * Mon Jul 23 2007 Orion Poplawski - 2.4.7-1 - Update to 2.4.7 * Fri Jun 29 2007 Orion Poplawski - 2.4.7-0.rc11 - Update to 2.4.7 RC-11 dejavu-fonts-2.19-1.fc8 ----------------------- * Sat Aug 11 2007 Nicolas Mailhot ??? 2.19-1 ??? 2.19 final ??? expand macro use dejavu-lgc-fonts-2.19-1 ----------------------- * Sat Aug 11 2007 Nicolas Mailhot - 2.19-1 - Update to 2.19 escape-200704130-4.fc8 ---------------------- * Sat Aug 11 2007 Adam Goode - 200704130-4 - Licensing update evince-0.9.3-4.fc8 ------------------ * Sat Aug 11 2007 Matthias Clasen - 0.9.3-4 - Fix the build * Mon Aug 06 2007 Matthias Clasen - 0.9.3-3 - Update licence field again - Use %find_lang for help files, too - Add some missing requires * Thu Aug 02 2007 Matthias Clasen - 0.9.3-2 - Update the license field exiv2-0.15-2.fc8 ---------------- * Sat Aug 11 2007 Rex Dieter 0.15-2 - License: GPLv2+ factory-2.0.5-12.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter 2.0.5-12 - License: GPLv2 - -static -> -devel fltk-1.1.8-0.4.r5750.fc8 ------------------------ * Sat Aug 11 2007 Rex Dieter 1.1.8-0.4.r5750 - License: LGPLv2+ (with exceptions) freedoom-0.5-3.fc8 ------------------ * Sat Aug 11 2007 Wart 0.5-3 - Use correct .desktop file version freedoom-freedm-0.5-4.fc8 ------------------------- * Sat Aug 11 2007 Wart 0.5-4 - Use correct .desktop file version galeon-2.0.3-9.fc8 ------------------ * Fri Aug 10 2007 Denis Leroy - 2.0.3-9 - Rebuild with gecko-libs 1.8.1.6 (firefox 2.0.0.6) - Updated License tag to new guidelines - Fixed desktop file categories * Sun Mar 25 2007 Denis Leroy - 2.0.3-8 - Rebuild with gecko-libs 1.8.1.3 (firefox 2.0.0.3) * Thu Mar 01 2007 Denis Leroy - 2.0.3-7 - Rebuild with gecko-libs 1.8.1.2 (firefox 2.0.0.2) geomview-1.9.3-3.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter 1.9.3-3 - License: LGPLv2+ gift-0.11.8.1-8.fc8 ------------------- * Sat Aug 11 2007 Rex Dieter 0.11.8.1-8 - License: GPLv2+ * Thu May 24 2007 Rex Dieter 0.11.8.1-7 - BR: file-devel (fc7+, see also #214992) - ppc64 build * Tue Oct 10 2006 Rex Dieter 0.11.8.1-6 - patch to respect /usr/bin,/usr/share,/usr/include,/usr/lib (#210114) gift-gnutella-0.0.11-3.fc8 -------------------------- * Sat Aug 11 2007 Rex Dieter 0.0.11-3 - License: GPLv2+ gift-openft-0.2.1.6-10.fc8 -------------------------- * Sat Aug 11 2007 Rex Dieter 0.2.1.6-10 - (open) patch * Sat Aug 11 2007 Rex Dieter 0.2.1.6-7 - License: GPLv2+ glade2-2.12.1-9.fc8 ------------------- * Sat Aug 11 2007 Matthias Clasen - 2.12.1-9 - Fix the build * Tue Aug 07 2007 Matthias Clasen - 2.12.1-8 - Update the license field - Use %find_lang for help files * Wed May 02 2007 Matthias Clasen - 2.12.1-7 - Fix typos in macros in the BuildRequires section (#238322) glib-1:1.2.10-27.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter 1:1.2.10-27 - License: LGPLv2+ * Thu Jan 11 2007 Rex Dieter 1:1.2.10-26 - revert libtool-related breakage * Thu Jan 11 2007 Rex Dieter 1:1.2.10-25 - cleanup libtool hacks gnome-games-1:2.19.90-1.fc8 --------------------------- * Sat Aug 11 2007 Matthias Clasen - 1:2.19.90-1 - 2.19.90 * Tue Aug 07 2007 Matthias Clasen - 1:2.19.6-4 - Add documentation license * Sun Aug 05 2007 Matthias Clasen - 1:2.19.6-3 - Use find-lang for help files, too gnome-vfs2-2.19.3-2.fc8 ----------------------- * Sat Aug 11 2007 Matthias Clasen - 2.19.3-2 - Fix the build - Update the license field gpa-0.7.6-2.fc8 --------------- * Thu Aug 02 2007 Rex Dieter 0.7.6-2 - License: GPLv2+ * Thu May 24 2007 Rex Dieter 0.7.6-1 - gpa-0.7.6 * Mon Feb 26 2007 Rex Dieter 0.7.5-1 - gpa-0.7.5 gtk+-1:1.2.10-58.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter 1:1.2.10-58 - License: LGPLv2+ * Thu Jan 11 2007 Rex Dieter 1:1.2.10-57 - revert libtool-related breakage * Thu Jan 11 2007 Rex Dieter 1:1.2.10-56 - multilib patch (#222298) - cleanup auto*/libtool foo - drop old/deprecated bits gtk-nodoka-engine-0.5.3-2.fc8 ----------------------------- * Thu Aug 09 2007 Martin Sourada - 0.5.3-2 - update License: field to GPLv2 gtk-qt-engine-0.70-5.20070811svn.fc8 ------------------------------------ * Sat Aug 11 2007 Rex Dieter 0.70-5.20070811svn - gtk-qt-engine-20070811svn (revision 38) - License: GPLv2 gtkmozembedmm-1.4.2.cvs20060817-14.fc8 -------------------------------------- * Fri Aug 10 2007 Ha??kel Gu??mar - 1.4.2.cvs20060817-14 - rebuild against gecko-libs 1.8.1.6 gxine-0.5.11-6.fc8 ------------------ * Thu Aug 09 2007 Martin Sourada - 0.5.11-6 - Update License: field to GPLv2+ jd-1.9.6-0.2.svn1268.fc8 ------------------------ * Sat Aug 11 2007 Mamoru Tasaka - 1.9.6-0.2.svn1268 - svn 1268 * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 * Sat Aug 04 2007 Mamoru Tasaka - 1.9.6-0.1.beta070804 - 1.9.6 beta 070804 kaffeine-0.8.5-2.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter 0.8.5-2 - License: GPLv2+ - BR: libxcb-devel (really) kickpim-0.5.3-11.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter 0.5.3-11 - License: GPLv2+ kile-1.9.3-3.fc8 ---------------- * Sat Aug 11 2007 Rex Dieter 1.9.3-3 - License: GPLv2+ * Tue Nov 28 2006 Rex Dieter 1.9.3-2 - drop desktop-file-utils usage kiosktool-1.0-7.fc8 ------------------- * Sat Aug 11 2007 Rex Dieter 1.0-8 - License: GPLv2 * Sat Dec 09 2006 Rex Dieter 1.0-7 - drop desktop-file-install bits kita-0.177.3-11.fc8 ------------------- * Sun Aug 12 2007 Mamoru Tasaka - 0.177.3-11 - Fix up BR * Fri Aug 03 2007 Mamoru Tasaka - 0.177.3-10.dist.2 - License update kphotoalbum-3.0.2-2.fc8 ----------------------- * Sat Aug 11 2007 Rex Dieter 3.0.2-2 - License: GPLv2+ libfac-2.0.5-9.fc8 ------------------ * Sat Aug 11 2007 Rex Dieter 2.0.5-9 - License: GPLv2 - -static -> -devel libkexiv2-0.1.5-2.fc8 --------------------- * Sat Aug 11 2007 Rex Dieter 1.1.5-2 - License: GPLv2+ - BR: kdelibs3-devel libmal-0.31-6.fc8 ----------------- * Sat Aug 11 2007 Rex Dieter 0.31-6 - License: MPLv1.0 libofa-0.9.3-9.fc8 ------------------ * Sat Aug 11 2007 Rex Dieter 0.9.3-9 - License: GPLv2 libsepol-2.0.5-1.fc8 -------------------- * Fri Aug 10 2007 Dan Walsh 2.0.5-1 - Upgrade to latest from NSA * Fix sepol_context_clone to handle a NULL context correctly. This happens for e.g. semanage_fcontext_set_con(sh, fcontext, NULL) to set the file context entry to "<>". - Apply patch from Joshua Brindle to disable dontaudit rules libsigsegv-2.4-3.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter 2.4-3 - License: GPLv2+ libtunepimp-0.5.3-8.fc8 ----------------------- * Sat Aug 11 2007 Rex Dieter 0.5.3-8 - License: LGPLv2+ * Fri Jun 22 2007 Rex Dieter 0.5.3-7 - fix URL (#245283) * Thu Jun 14 2007 Rex Dieter 0.5.3-6 - go back to unversioned BR: libmpcdec-devel lyx-1.5.1-1.fc8 --------------- * Thu Aug 09 2007 Rex Dieter 1.5.1-1 - lyx-1.5.1 - License: GPLv2+ nas-1.9-3.fc8 ------------- * Sat Aug 11 2007 Frank B??ttner - 1.9-3 - fix for bug #250453 * Fri May 04 2007 Frank B??ttner - 1.9-2.fc8 - rebuild for the new ppc64 arch * Sun Apr 08 2007 Frank B??ttner - 1.9-1.fc8 - update to 1.9 - remove old patch file nginx-0.5.30-2.fc8 ------------------ * Sat Aug 11 2007 Jeremy Hinegardner - 0.5.30-2 - Add BuildRequires: perl-devel - fixing rawhide build nodoka-theme-gnome-0.3.1.2-1.fc8 -------------------------------- * Sat Aug 11 2007 Martin Sourada - 0.3.1.2-1 - new version, change used icon set to fedora (in redhat-artwork pkg) ntl-5.4-6.fc8 ------------- * Sat Aug 11 2007 Rex Dieter 5.4-6 - License: GPLv2+ - -static -> -devel (revert previous change) perl-Class-MOP-0.42-1.fc8 ------------------------- * Sat Aug 11 2007 Chris Weyl 0.42-1 - update to 0.42 - license tag: GPL -> GPL+ perl-Razor-Agent-2.84-1.fc8 --------------------------- * Sat Aug 11 2007 Robert Scheck 2.84-1 - Upgrade to 2.84 (#250869) - Added build requirement to perl(ExtUtils::MakeMaker) php-5.2.3-7 ----------- * Fri Aug 10 2007 Hans de Goede 5.2.3-7 - add php-embedded sub-package pinentry-0.7.3-1.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter - 0.7.3-1 - pinentry-0.7.3 - License: GPLv2+ * Thu May 10 2007 Rex Dieter - 0.7.2-15 - respin (for ppc64) python-iniparse-0.2.1-1.fc8 --------------------------- * Tue Aug 07 2007 Paramjit Oberoi - 0.2.1-1 - Release 0.2.1 * Fri Jul 27 2007 Tim Lauridsen - 0.2-3 - relocated doc to /usr/share/doc/python-iniparse-0.2.1 * Thu Jul 26 2007 Tim Lauridsen - 0.2-2 - changed name from iniparse to python-iniparse qscintilla-1.7.1-2.fc8 ---------------------- * Sat Aug 11 2007 Rex Dieter - 1.7.1-2 - License: GPLv2+ * Mon Dec 11 2006 Rex Dieter - 1.7.1-1 - QScintilla-1.71-gpl-1.7.1 qt4-4.3.1-2.fc8 --------------- * Fri Aug 10 2007 Rex Dieter 4.3.1-2 - License: GPLv2 (see also GPL_EXCEPTIONS*.txt) - omit needless %check - (re)add package review comment/reference * Thu Aug 09 2007 Than Ngo - 4.3.1-1 - update to 4.3.1 * Wed Aug 08 2007 Than Ngo 4.3.0-11 - add %_qt4_version srecord-1.36-1.fc8 ------------------ * Sat Aug 11 2007 Jose Pedro Oliveira - 1.36-1 - Update to 1.36. - License: GPLv3+. strigi-0.5.5-1.fc8 ------------------ * Sat Aug 11 2007 Deji Akingunola - 0.5.5-1 - Update to 0.5.5 release tclpro-1.5.0-8.20061030cvs.fc8 ------------------------------ * Sat Aug 11 2007 Wart 1.5.0-8.20061030cvs - Use correct version in .desktop file - Clean up .desktop file categories telepathy-stream-engine-0.3.25-1.fc8 ------------------------------------ * Fri Aug 10 2007 Brian Pepple - 0.3.25-1 - Update to 0.3.25. - Bump min version of farsight-devel needed to 0.1.23. * Fri Aug 03 2007 Brian Pepple - 0.3.23-2 - Update license tag. tellico-1.2.13-1.fc8 -------------------- * Sat Aug 11 2007 Jos?? Matos - 1.2.13-1 - New upstream version. * Wed Jul 25 2007 Jos?? Matos - 1.2.12-1 - New upstream version. tidy-0.99.0-15.20070615.fc8 --------------------------- * Sat Aug 11 2007 Rex Dieter 0.99.0-15.20070615 - License: W3C * Tue Jul 31 2007 Rex Dieter 0.99.0-14.20070615 - BR: libtool (again) * Mon Jul 09 2007 Rex Dieter 0.99.0-13.20070615 - 2007-06-15 snapshot tkcon-2.4-5.fc8 --------------- * Sat Aug 11 2007 Wart - 2.4-5 - Clean up .desktop file - Silence some trivial rpmlint warnings ularn-1.5p4-9.fc8 ----------------- * Sat Aug 11 2007 Wart 1.5p4-9 - Use correct .desktop file version xchat-1:2.8.4-4.fc8 ------------------- * Sat Aug 11 2007 Kevin Kofler - 1:2.8.4-4 - add missing BR perl(ExtUtils::Embed) * Fri Aug 03 2007 Kevin Kofler - 1:2.8.4-3 - specify GPL version in License tag * Tue Jul 10 2007 Kevin Kofler - 1:2.8.4-2 - apply xc284-scrollbmkdir.diff from upstream xforms-1.0.90-9.fc8 ------------------- * Sat Aug 11 2007 Rex Dieter 1.0.90-9 - License: LGPLv2+ xine-plugin-1.0-4.fc8 --------------------- * Thu Aug 09 2007 Martin Sourada - 1.0-4 - update License: field to GPLv2+ Broken deps for i386 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicui18n.so.36()(64bit) hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) glest-data - 2.0.0-4.fc8.noarch requires glest = 0:2.0.0 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump koan - 0.6.0-1.fc7.noarch requires syslinux monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From nicolas.mailhot at laposte.net Sun Aug 12 11:23:04 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 12 Aug 2007 13:23:04 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <1186917784.3603.3.camel@rousalka.dyndns.org> Le jeudi 09 ao?t 2007 ? 12:06 -0400, Bill Nottingham a ?crit : > 4) Report the results. You can add reports here, on #fedora-devel, > or to the upstream powertop community at power at bughost.org or > #powertop on irc.oftc.net. Idle: Wakeups-from-idle per second : 375,3 Top causes for wakeups: 32,9% (101,6) : ohci_hcd:usb1, eth0 22,7% ( 70,2) : ehci_hcd:usb2 13,2% ( 40,8) at-spi-registry : schedule_timeout (process_timeout) 9,7% ( 29,8) Xorg : do_setitimer (it_real_fn) 4,5% ( 13,8) mixer_applet2 : schedule_timeout (process_timeout) 3,2% ( 10,0) : ehci_work (ehci_watchdog) 3,2% ( 10,0) : sky2_probe (sky2_idle) 1,6% ( 5,0) : sata_sil, firewire_ohci 1,5% ( 4,6) : sata_nv 1,0% ( 3,0) imap-login : schedule_timeout (process_timeout) 0,8% ( 2,4) gnome-terminal : schedule_timeout (process_timeout) 0,8% ( 2,4) multiload-apple : schedule_timeout (process_timeout) 0,6% ( 2,0) : queue_delayed_work_on (delayed_work_timer_fn) 0,3% ( 1,0) httpd : schedule_timeout (process_timeout) 0,3% ( 1,0) dovecot : schedule_timeout (process_timeout) 0,3% ( 1,0) dhcdbd : schedule_timeout (process_timeout) 0,3% ( 1,0) firefox-bin : futex_wait (hrtimer_wakeup) 0,3% ( 1,0) : neigh_table_init_no_netlink (neigh_periodic_timer) 0,3% ( 1,0) cpufreq-applet : schedule_timeout (process_timeout) 0,3% ( 0,8) S06cpuspeed : queue_delayed_work_on (delayed_work_timer_fn) 0,2% ( 0,6) spamd : schedule_timeout (process_timeout) 0,2% ( 0,6) dovecot-auth : schedule_timeout (process_timeout) 0,1% ( 0,4) Xorg : schedule_timeout (process_timeout) 0,1% ( 0,4) : raid1_end_write_request (md_safemode_timeout) 0,1% ( 0,4) gam_server : schedule_timeout (process_timeout) 0,1% ( 0,4) pidgin : schedule_timeout (process_timeout) 0,1% ( 0,4) pidgin : sk_reset_timer (tcp_write_timer) 0,1% ( 0,4) sensors-applet : schedule_timeout (process_timeout) 0,1% ( 0,4) nautilus : schedule_timeout (process_timeout) 0,1% ( 0,4) gnome-panel : schedule_timeout (process_timeout) 0,1% ( 0,2) : input_event (input_repeat_key) 0,1% ( 0,2) : page_writeback_init (wb_timer_fn) 0,1% ( 0,2) init : schedule_timeout (process_timeout) 0,1% ( 0,2) amavisd : schedule_timeout (process_timeout) 0,1% ( 0,2) rc.sysinit : start_this_handle (commit_timeout) 0,1% ( 0,2) ip : __netdev_watchdog_up (dev_watchdog) 0,1% ( 0,2) : ip_rt_init (rt_check_expire) 0,1% ( 0,2) cupsd : inet_twsk_schedule (inet_twdr_hangman) 0,1% ( 0,2) mapping-daemon : schedule_timeout (process_timeout) With ivtv: Wakeups-from-idle per second : 902,6 Top causes for wakeups: 21,0% (102,2) : ohci_hcd:usb1, eth0 20,5% (100,0) : EMU10K1 11,2% ( 54,6) : ehci_hcd:usb2 10,8% ( 52,8) : ivtv0 8,0% ( 39,0) Xorg : do_setitimer (it_real_fn) 6,5% ( 31,6) at-spi-registry : schedule_timeout (process_timeout) 4,8% ( 23,2) totem : futex_wait (hrtimer_wakeup) 3,9% ( 18,8) totem : do_nanosleep (hrtimer_wakeup) 2,7% ( 13,0) mixer_applet2 : schedule_timeout (process_timeout) 2,1% ( 10,0) : sky2_probe (sky2_idle) 2,1% ( 10,0) : ehci_work (ehci_watchdog) 1,1% ( 5,2) totem : schedule_timeout (process_timeout) 0,9% ( 4,4) gnome-screensav : schedule_timeout (process_timeout) 0,9% ( 4,2) imap-login : schedule_timeout (process_timeout) 0,6% ( 2,8) multiload-apple : schedule_timeout (process_timeout) 0,4% ( 2,0) : queue_delayed_work_on (delayed_work_timer_fn) 0,3% ( 1,4) gnome-terminal : schedule_timeout (process_timeout) 0,2% ( 1,0) cpufreq-applet : schedule_timeout (process_timeout) 0,2% ( 1,0) httpd : schedule_timeout (process_timeout) 0,2% ( 1,0) dovecot : schedule_timeout (process_timeout) 0,2% ( 1,0) dovecot-auth : schedule_timeout (process_timeout) 0,2% ( 1,0) : neigh_table_init_no_netlink (neigh_periodic_timer) 0,2% ( 1,0) dhcdbd : schedule_timeout (process_timeout) 0,2% ( 0,8) S06cpuspeed : queue_delayed_work_on (delayed_work_timer_fn) 0,2% ( 0,8) firefox-bin : futex_wait (hrtimer_wakeup) 0,1% ( 0,6) spamd : schedule_timeout (process_timeout) 0,1% ( 0,4) pidgin : schedule_timeout (process_timeout) 0,1% ( 0,4) imap : schedule_timeout (process_timeout) 0,1% ( 0,4) sensors-applet : schedule_timeout (process_timeout) 0,0% ( 0,2) : input_event (input_repeat_key) 0,0% ( 0,2) Xorg : schedule_timeout (process_timeout) 0,0% ( 0,2) pidgin : sk_reset_timer (tcp_write_timer) 0,0% ( 0,2) auditd : schedule_timeout (process_timeout) 0,0% ( 0,2) gnome-panel : schedule_timeout (process_timeout) 0,0% ( 0,2) gam_server : schedule_timeout (process_timeout) 0,0% ( 0,2) cupsd : inet_twsk_schedule (inet_twdr_hangman) 0,0% ( 0,2) mapping-daemon : schedule_timeout (process_timeout) 0,0% ( 0,2) clock-applet : schedule_timeout (process_timeout) 0,0% ( 0,2) : page_writeback_init (wb_timer_fn) 0,0% ( 0,2) nautilus : schedule_timeout (process_timeout) 0,0% ( 0,2) init : schedule_timeout (process_timeout) 0,0% ( 0,2) amavisd : schedule_timeout (process_timeout) 0,0% ( 0,2) ip : __netdev_watchdog_up (dev_watchdog) 0,0% ( 0,2) crond : do_nanosleep (hrtimer_wakeup) 0,0% ( 0,2) metacity : schedule_timeout (process_timeout) -- 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 usdanskys at rocketmail.com Sun Aug 12 11:58:50 2007 From: usdanskys at rocketmail.com (Steven I Usdansky) Date: Sun, 12 Aug 2007 04:58:50 -0700 (PDT) Subject: Kernel panicking at Ndiswrapper? Message-ID: <733728.77440.qm@web35312.mail.mud.yahoo.com> http://www.redhat.com/archives/fedora-test-list/2007-July/msg00512.html -- Steven I. Usdansky, PhD Traveling Geologist Registered Linux user #360200 ____________________________________________________________________________________ Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz From jfrieben at gmx.de Sun Aug 12 12:50:26 2007 From: jfrieben at gmx.de (Joachim Frieben) Date: Sun, 12 Aug 2007 14:50:26 +0200 Subject: Enabling Compiz by default? In-Reply-To: <1186875249.7383.3.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> Message-ID: <20070812125026.168530@gmx.net> > 2. Once 1 is solved you get to pick which compositing manager, > personally I think compiz might be overkill, but if someone were to make > metacity and compiz work the same for things like keyboard shortcuts > etc, with compiz having extra ones, so that users wouldn't have > inconsistent experience when switching between them. And also the > default compiz would probably need to have a tailored list of plugins. > > Dave. In the light of the discussions in this thread it might be worthwile reconsidering dropping compositor support/development -in- metacity [which happened about a year ago] and made a fair number of Fedora users quite unhappy for exactly the reasons mentioned above .. -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From nicolas.mailhot at laposte.net Sun Aug 12 12:54:39 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 12 Aug 2007 14:54:39 +0200 Subject: please enable XFS in anaconda In-Reply-To: <46B88876.6010908@redhat.com> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46B7F762.1060809@redhat.com> <1186462900.4312.15.camel@dhcp-64-231.bne.redhat.com> <46B88876.6010908@redhat.com> Message-ID: <1186923280.5251.0.camel@rousalka.dyndns.org> Le mardi 07 ao?t 2007 ? 09:57 -0500, Eric Sandeen a ?crit : > Yeah, I talked about 4k stacks earlier in this thread - 4k stacks on x86 > can cause xfs to run into trouble with more "interesting" io stacks. Can we un-hide xfs just on x86_64? -- 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 jsacco at gnome.org Sun Aug 12 14:07:26 2007 From: jsacco at gnome.org (Joseph Sacco) Date: Sun, 12 Aug 2007 10:07:26 -0400 Subject: Recent update borks YUM In-Reply-To: <20070812040449.889B14D05EB@magilla.localdomain> References: <20070812040449.889B14D05EB@magilla.localdomain> Message-ID: <1186927646.16072.9.camel@rt.jesacco.com> On Sat, 2007-08-11 at 21:04 -0700, Roland McGrath wrote: > You need glibc-2.6.90-8. If it broke yum, you may need to install it by > hand with rpm. Thanks, Roland. Manual installation worked. I am always "surprised" when a daily update regimen leaves the system in a strange state. One of the consequences of too many moving parts. -Joseph -- jsacco [at] gnome [dot] org From chris.stone at gmail.com Sun Aug 12 14:27:58 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Sun, 12 Aug 2007 07:27:58 -0700 Subject: My syslog has stopped working on Fedora 7!! Message-ID: My syslog has stopped working, here are the last entries from the log: http://tkmame.retrogames.com/last_messages My yum log shows I updated selinux and sysklogd packages that day, but I tried reverting these packages and even tried booting into the -33 kernel, but no matter what I tried, I cannot get the system logger to function any more!!! Is anyone else having these problems with a fully updated F7 system? Or have any ideas on what might be going on? From hanpingtian at gmail.com Sun Aug 12 15:04:51 2007 From: hanpingtian at gmail.com (hanpingtian at gmail.com) Date: Sun, 12 Aug 2007 23:04:51 +0800 Subject: How to input CJK fonts to the "leave a message"? Message-ID: <3528361a0708120804j2d4b4db6mbca6f7e28409fe14@mail.gmail.com> hi, I think it will be good to be able to input CJK fonts to the "leave message" window of locked screen. Is there a method to active SCIM when X-window be locked? Thanks. From nicolas.mailhot at laposte.net Sun Aug 12 15:42:49 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 12 Aug 2007 17:42:49 +0200 Subject: Blog post about package management (aimed at fedora) In-Reply-To: <1185532130.10773.10.camel@work> References: <1185532130.10773.10.camel@work> Message-ID: <1186933369.5251.33.camel@rousalka.dyndns.org> Le vendredi 27 juillet 2007 ? 11:28 +0100, Richard Hughes a ?crit : > "Crack" would be a valid comment but obviously, I would prefer more in > depth and reasoned criticism :-) I agree with most of your stuff except: - removing password requirement to install/update is very very stupid and dangerous (think script-kiddies, visiting kids that click everywhere, etc) - auditing tools must be built-in from the start up. The desktop team likes to replace well-understood and easily verified scripts/CLI commands with callback-heavy black magic no one understands (sometimes several layers of black magic because you know it's so much easier to add a layer than fix the one underneath), without comprehensive doc or error reporting. This is somewhat acceptable for desktop toys but not for core stuff like system updates. - while a lot of the updating pain is at the GUI level, and no one will mourn the current GUI update apps, you'll still need work at the yum level so * it does not barf at the slightest problem (on the CLI the sysadmin papers over yum ; in GUI mode that's somewhat less easy) * updates are done in batches of small transactions instead of a huge brittle one (every time rawhide is frozen/unfrozen you get a huge 800+ package update transaction which is almost sure to fail halfway) - you'll need a CLI async client too for some user populations and it better be a real usable tool not a CamelCase-speaking monstruosity. - if you go async client/server and allow an update client to remotely control updates of a pool of systems, you'll make a killing in the desktop enterprise space -- 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 naheemzaffar at gmail.com Sun Aug 12 15:58:53 2007 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sun, 12 Aug 2007 16:58:53 +0100 Subject: Blog post about package management (aimed at fedora) In-Reply-To: <1186933369.5251.33.camel@rousalka.dyndns.org> References: <1185532130.10773.10.camel@work> <1186933369.5251.33.camel@rousalka.dyndns.org> Message-ID: <3adc77210708120858x7bf07c38hef1ce5c7ef9b4364@mail.gmail.com> I think we need a way to pass options to pirut that will limit what packages it shows. Use case: OpenOffice.org Language packs. You want to install a new language package for ooo. You click "Install new language pack" or something. This should launch pirut, but ONLY show ooo language packs. (probably can be done as there is (or should be) a naming convention for this type of thing) The use of Pirut should stay exactly as it is now for this. No need to give users or programs extra rights apart from launching Pirut as a new process with the needed options. If the person has admin priviledges (Pirut will ask for password), the packages can be installed. If not, then they can't. Use case 2: Yum plugins. An option in say Pirut allows extra yum plugins to be downloaded and installed (kmod handling, presto etc). The person is already using pirut, so the person will have the authority to carry out the actions. Click the "Extend Package manager" or similar link, and it will list all plugin packages for yum (or only list packages with yum in the name...). Possible? Something I as a simple end user am overlooking? Should I file a RFE? From nicolas.mailhot at laposte.net Sun Aug 12 16:16:42 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 12 Aug 2007 18:16:42 +0200 Subject: Package Management Blows Goats (use cases) In-Reply-To: <1185874601.2652.27.camel@hughsie-laptop> References: <1185871893.2652.5.camel@hughsie-laptop> <20070731091813.GA7676@devserv.devel.redhat.com> <1185874601.2652.27.camel@hughsie-laptop> Message-ID: <1186935402.5251.47.camel@rousalka.dyndns.org> Le mardi 31 juillet 2007 ? 10:36 +0100, Richard Hughes a ?crit : > On Tue, 2007-07-31 at 05:18 -0400, Alan Cox wrote: > > On Tue, Jul 31, 2007 at 09:51:33AM +0100, Richard Hughes wrote: > > > Toby logs into his desktop. A notification area icon with a critical > > > icon appears in the top right and a libnotify popup tells him there are > > > 3 three critical security updates. The libnotify popup has three > > > > Who is Toby, is he authorised to install updates ? > > I figured security updates could be installed by anyone. No If you go there you may as well make security updates automatically installed without any user interaction If an install/update needs a user intervention it better be a qualified strongly authenticated user and not the visiting neighbour kid you put before a computer game so he has something to do while you talk together -- 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 Matt_Domsch at dell.com Sun Aug 12 17:00:21 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 12 Aug 2007 12:00:21 -0500 Subject: Release x86_64 rawhide rebuild in mock status 2007-08-11 In-Reply-To: <46BED6D4.7020604@hhs.nl> References: <20070811160510.A4079@humbolt.us.dell.com> <46BED6D4.7020604@hhs.nl> Message-ID: <20070812170020.GA28551@auslistsprd01.us.dell.com> On Sun, Aug 12, 2007 at 11:45:56AM +0200, Hans de Goede wrote: > Matt Domsch wrote: > >perl-SDL-2.1.3-4.fc8 (build/make) j.w.r.degoede at hhs.nl > > I checked the build log: > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/x86_64/perl-SDL-2.1.3-3.fc6.src.rpm/result/build.log > > But it seems to have build fine, am I missing something? That was an older version that I somehow hadn't managed to purge. The newer one is in mock-results-core/x86_64/perl-SDL-2.1.3-4.fc8.src.rpm/ and you'll see it fails make test due to missing Test::More. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From lesmikesell at gmail.com Sun Aug 12 17:01:31 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 12 Aug 2007 12:01:31 -0500 Subject: Disabling atime In-Reply-To: <3170f42f0708120243p4b542a5g2f8feeb5d05953c2@mail.gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <1186909725.18040.13.camel@rousalka.dyndns.org> <3170f42f0708120243p4b542a5g2f8feeb5d05953c2@mail.gmail.com> Message-ID: <46BF3CEB.2050103@gmail.com> Debarshi 'Rishi' Ray wrote: >> atime is a legacy ass-backwards default >> That no one dared touching it so far does not make it less stupid >> We're making more user-impacting changes with less cause every release >> >> Let's just disable atime asap so more testers check it before F8, and >> forget about it > > Going through the LKML thread on http://kerneltrap.org/node/14148 I > learnt that Ubuntu has already turned it off, and in principle both > Alan Cox and Ingo Molnar want it to be that way for Fedora 8 too. Ubuntu doesn't have a decade+ history of putting user-controled settings under /etc/sysconfig and providing python scripts named redhat-config-xxx or system-config-xxx to manage them. Their style is to pretend they know more than you do about how your machine should be configured. Even if they are right, there is something to be said for consistency. -- Les Mikesell lesmikesell at gmail.com From lsof at nodata.co.uk Sun Aug 12 17:20:07 2007 From: lsof at nodata.co.uk (nodata) Date: Sun, 12 Aug 2007 19:20:07 +0200 Subject: Fedora 8 Boot time/shutdown time goal? In-Reply-To: References: <1186841809.3660.0.camel@sb-home> Message-ID: <1186939207.2953.0.camel@sb-home> Am Samstag, den 11.08.2007, 10:46 -0400 schrieb Jon Nettleton: > On 8/11/07, nodata wrote: > Is there a goal for how much quicker Fedora 8 boot and > shutdown should > be? > > This page doesn't mention it: > http://fedoraproject.org/wiki/Releases/FeatureBootShutdownSpeedup > > I am not sure what the intended goal is either. I have been playing > around > with some settings and currently have my desktop down to 45 seconds. > The real place I am focusing on now is the first 30 seconds which is > all within > rc.sysinit. > > Jon > Sounds good. Does anyone from Red Hat know the goal for this task? From buildsys at fedoraproject.org Sun Aug 12 18:01:02 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 12 Aug 2007 14:01:02 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-12 Message-ID: <20070812180102.5C478152134@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 12 chmsee-1.0.0-1.23.fc6 lib765-0.4.1-1.fc6 libdsk-1.1.14-1.fc6 mysql++-2.3.2-1.fc6 nagios-plugins-1.4.8-4.fc6 NEW perl-Catalyst-Devel-1.02-3.fc6 : Catalyst Development Tools perl-Class-MOP-0.42-1.fc6 perl-Data-Alias-1.06-1.fc6 perl-MooseX-Getopt-0.05-1.fc6 perl-Razor-Agent-2.84-1.fc6 PythonCAD-0.1.36-2.fc6 upx-3.01-1.fc6 Changes in Fedora Extras 6: chmsee-1.0.0-1.23.fc6 --------------------- * Sat Aug 11 2007 bbbush - 1.0.0-1.23 - update to 1.0.0 - update License field to GPLv2 lib765-0.4.1-1.fc6 ------------------ * Fri Aug 10 2007 Ian Chapman 0.4.1-1 - Upgrade to 0.4.1 - Updated license field due to new guidelines * Thu Jul 05 2007 Ian Chapman 0.4.0-1 - Upgrade to 0.4.0 - 'Escaped' several macros in the changelogs - Corrected summary for devel package libdsk-1.1.14-1.fc6 ------------------- * Fri Aug 10 2007 Ian Chapman 1.1.14-1 - Upgrade to 1.1.14 - Updated license field due to new guidelines - Added patch to fix open() due to new macros * Wed Jul 04 2007 Ian Chapman 1.1.12-1 - Upgrade to 1.1.12 - Removed some extraneous 'docs' - Moved some docs to the devel sub package mysql++-2.3.2-1.fc6 ------------------- * Sat Jul 14 2007 Remi Collet 2.3.2-1 - update to 2.3.2 * Wed Jul 11 2007 Remi Collet 2.3.1-1 - update to 2.3.1 * Tue Jul 03 2007 Remi Collet 2.3.0-1 - update to 2.3.0 nagios-plugins-1.4.8-4.fc6 -------------------------- * Fri Aug 10 2007 Mike McGrath 1.4.8-4 - Fix for check_linux_raid - #234416 - Fix for check_ide_disk - #251635 * Tue Aug 07 2007 Mike McGrath 1.4.8-2 - Fix for check_smtp - #251049 perl-Catalyst-Devel-1.02-3.fc6 ------------------------------ * Fri Aug 10 2007 Chris Weyl 1.02-3 - bump * Tue Jul 24 2007 Chris Weyl - add t/ to doc perl-Class-MOP-0.42-1.fc6 ------------------------- * Sat Aug 11 2007 Chris Weyl 0.42-1 - update to 0.42 - license tag: GPL -> GPL+ perl-Data-Alias-1.06-1.fc6 -------------------------- * Fri Aug 10 2007 Chris Weyl 1.06-1 - update to 1.06 - license tag: GPL -> GPL+ perl-MooseX-Getopt-0.05-1.fc6 ----------------------------- * Fri Aug 10 2007 Chris Weyl 0.05-1 - update to 0.05 - license tag: GPL -> GPL+ perl-Razor-Agent-2.84-1.fc6 --------------------------- * Sat Aug 11 2007 Robert Scheck 2.84-1 - Upgrade to 2.84 (#250869) - Added build requirement to perl(ExtUtils::MakeMaker) PythonCAD-0.1.36-2.fc6 ---------------------- * Sun Aug 12 2007 kwizart < kwizart at gmail.com > - 0.1.36-2 - Fix desktop file - Fix directory ownership * Mon May 14 2007 kwizart < kwizart at gmail.com > - 0.1.36-1 - Update to DS1-R36 (bugfix) - Add post & postun section - Replace config files upx-3.01-1.fc6 -------------- * Mon Aug 06 2007 Jon Ciesla - 3.01-1 - 3.01. * Sun May 13 2007 Ville Skytt? - 3.00-1 - 3.00. * Wed Apr 04 2007 Ville Skytt? - 2.03-1 - 2.03. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From andrewparker at bigfoot.com Sun Aug 12 18:13:11 2007 From: andrewparker at bigfoot.com (Andrew Parker) Date: Sun, 12 Aug 2007 14:13:11 -0400 Subject: Disabling atime In-Reply-To: <46BF3CEB.2050103@gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <1186909725.18040.13.camel@rousalka.dyndns.org> <3170f42f0708120243p4b542a5g2f8feeb5d05953c2@mail.gmail.com> <46BF3CEB.2050103@gmail.com> Message-ID: <6c3f5e6c0708121113l1e5c8fa9hb2dc6a5a98c4b07e@mail.gmail.com> On 8/12/07, Les Mikesell wrote: > Debarshi 'Rishi' Ray wrote: > > >> atime is a legacy ass-backwards default > >> That no one dared touching it so far does not make it less stupid > >> We're making more user-impacting changes with less cause every release > >> > >> Let's just disable atime asap so more testers check it before F8, and > >> forget about it > > > > Going through the LKML thread on http://kerneltrap.org/node/14148 I > > learnt that Ubuntu has already turned it off, and in principle both > > Alan Cox and Ingo Molnar want it to be that way for Fedora 8 too. > > Ubuntu doesn't have a decade+ history of putting user-controled settings > under /etc/sysconfig and providing python scripts named > redhat-config-xxx or system-config-xxx to manage them. Their style is > to pretend they know more than you do about how your machine should be > configured. Even if they are right, there is something to be said for > consistency. +1 Would it make sense to add it as an option to first-boot? Personally it is something I will try, but I have reservations about enforcing on everybody. From braden at endoframe.com Sun Aug 12 18:13:34 2007 From: braden at endoframe.com (Braden McDaniel) Date: Sun, 12 Aug 2007 14:13:34 -0400 Subject: boost-1.34.1 building multiple library variants Message-ID: <1186942414.4106.76.camel@hinge.endoframe.net> It appears that the boost-1.34.1 package is building multiple library variants; specifically, both thread-safe and non-thread-safe versions of each library get built and installed. This is a departure from the boost 1.33.1 package, where only the thread-safe variants of the libraries were built and installed. Is this change deliberate? Do we really need the non-thread-safe variants? This change has some unfortunate consequences. First of all, since there is no non-thread-safe variant of libboost_thread, there is no more libboost_thread.so. So someone trying to link with that library (which existed in the boost 1.33.1 package) will fail. But this isn't the worst of it. Someone linking with, for instance, -lboost_regex will now get a variant of the library that *is not* thread-safe--where with boost-1.33.1 the same -l flag links to a library that *is* thread-safe. -- Braden McDaniel e-mail: Jabber: From rnicholsNOSPAM at comcast.net Sun Aug 12 18:28:05 2007 From: rnicholsNOSPAM at comcast.net (Robert Nichols) Date: Sun, 12 Aug 2007 13:28:05 -0500 Subject: Disabling atime In-Reply-To: <46BEB0B0.7050601@fedoraproject.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > Ralf Corsepius wrote: >>> whether they want it or not now, they will learn when they need to. >> Provide the results of the tests you exercised yourself. So far you >> haven't. > > I gave you a reference. If you want more data, do the tests yourself. OK, I ran my own test doing an rpmbuild of a custom kernel. My %_topdir and %_tmppath point to a filesystem that is normally mounted noatime (it's primarily used as a news spool and work area for backups), and my /usr is normally mounted read-only. I tried several combinations and found no meaningful difference. Build tree mounted noatime, /usr mounted read-only: real 32m28.765s user 43m11.627s sys 4m36.532s Build tree mounted atime, /usr mounted read-only: real 32m39.343s user 42m55.705s sys 4m41.920s Build tree mounted atime, /usr mounted rw,atime: real 32m26.383s user 43m1.042s sys 4m42.099s Repeating with build tree noatime, /usr read-only: real 32m13.625s user 42m59.867s sys 4m39.544s The tiny differences are totally masked by differences in the amount of time GPG took for key generation. The builds were done on a 3.0 GHz Pentium 4 with Hyperthreading enabled and 1 GB of RAM. The system was essentially idle except for the builds. As for enabling atime when I find I want it, that would likely be when I want to see what files haven't been used in the last 6 months and I realize I should have enabled atime 6 months ago. Oops, too late now. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it. From oliver at linux-kernel.at Sun Aug 12 18:35:40 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Sun, 12 Aug 2007 20:35:40 +0200 Subject: rpms/php-eaccelerator/devel php-eaccelerator.spec,1.35,1.36 In-Reply-To: <200708121441.l7CEfqMc015161@cvs-int.fedora.redhat.com> References: <200708121441.l7CEfqMc015161@cvs-int.fedora.redhat.com> Message-ID: <46BF52FC.9050804@linux-kernel.at> Matthias Saou (thias) schrieb: > Author: thias > > Update of /cvs/extras/rpms/php-eaccelerator/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv15132 > > Modified Files: > php-eaccelerator.spec > Log Message: > Change the ifarch to an ifnarch to exclude more archs, all by default (#251302). Thx Matthias! Best, Oliver From Jochen at herr-schmitt.de Sun Aug 12 18:49:36 2007 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 12 Aug 2007 20:49:36 +0200 Subject: Correcting of the license tag for the lightning package. Message-ID: <46BF5640.8050701@herr-schmitt.de> Hello, after a review of the license text of the lightning package initiate by the discussion about versioned license tags, I have to find out, that I have to change the license tag of this package from LGPL to GPLv2. Best Regards: Jochen Schmitt From Jochen at herr-schmitt.de Sun Aug 12 18:58:47 2007 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 12 Aug 2007 20:58:47 +0200 Subject: Correcting of the license tag for the lightning package. In-Reply-To: <46BF5640.8050701@herr-schmitt.de> References: <46BF5640.8050701@herr-schmitt.de> Message-ID: <46BF5867.9000505@herr-schmitt.de> Jochen Schmitt schrieb: > Hello, > > after a review of the license text of the lightning package initiate by > the discussion about > versioned license tags, I have to find out, that I have to change the > license tag of this package > from LGPL to GPLv2. > sorry for any inconveniences. Unfortunately, I have oversee the COPYING.LESSER file in the package, so I thought, that the package may license under the GPLv2. A second view shows, that the package is licensed under the LGPLv2.1 Best Regards: Jochen Schmitt From cmadams at hiwaay.net Sun Aug 12 19:10:59 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Sun, 12 Aug 2007 14:10:59 -0500 Subject: Disabling atime In-Reply-To: References: <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> Message-ID: <20070812191059.GA1338245@hiwaay.net> Once upon a time, Robert Nichols said: > OK, I ran my own test doing an rpmbuild of a custom kernel. This is being pitched as a "big gain for the desktop user". How many desktop users build a kernel? Where is the gain in the typical desktop usage pattern? Someone said that Linux only follows POSIX where it makes sense, but when has Linux followed POSIX for years and _then_ turned away? How many users truly see a security gain (real difference, not theoretical) out of SELinux? Why isn't that turned off for that last ounce of performance? I've spent a lot more time having to figure out what SELinux was doing and how to fix problems. I use atime regularly, whether when using mutt or looking for what files have been accessed (to decide what is being used, what can be deleted, etc.). Okay, so there's a hack to make mutt work; how does it affect performance? stat() is about as simple as it gets for checking when a mailbox has been updated vs. when it was read. What about bash (and the other shells) that print a "you've got new mail" message? What else is there in the distribution that uses atime (has anyone checked)? Sure, I can re-enable it on my systems, or I can go use something else that doesn't randomly disable standard Unix behavior because it is inconvenient. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From snecklifter at gmail.com Sun Aug 12 19:15:43 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Sun, 12 Aug 2007 20:15:43 +0100 Subject: Kernel panicking at Ndiswrapper? In-Reply-To: <200708112247.02425.lightsolphoenix@gmail.com> References: <200708112220.16368.lightsolphoenix@gmail.com> <20070811213714.010461bb@vader.jdub.homelinux.org> <200708112247.02425.lightsolphoenix@gmail.com> Message-ID: <364d303b0708121215y33725922ja4b4709b1bbcd7a8@mail.gmail.com> On 12/08/07, Kelly wrote: > On Saturday, August 11, 2007 10:37:14 pm Josh Boyer wrote: > > 1) You didn't say which kernel version > > All of them. So far, the default F7 kernel 2.6.21, the update 2.6.22, and > PlanetCCRMA's kernels (2.6.22 as well). > > > 2) Have you looked at config file differences between the kernels in > > question? (Fedora uses 4K stacks, I dunno what others do). > > No I didn't. However, I've noticed that searching for the error only brings > up Fedora-based distro questions, so I'm assuming it's something in the > Fedora kernel. > > > 3) Please don't ask on this list about something that is not supported > > by the Fedora kernel at all. You might have better luck on the Fedora > > forums. > > Ndiswrapper is not the problem here. The problem is clearly coming from the > Linux kernel itself; messages shows repeated errors being spit out by the > kernel. The regular Fedora kernels just freeze. I use the atrpms.net third party repository for this hardware and have never experienced lock-ups, quite the reverse actually. I would also recommend using the yum-kmdl plugin to get the kmdl each time the fedora kernel is updated. Please do not assume the problem is with the Fedora kernel - additional information is always helpful and yes, I would suggest taking this to fedoraforums.org rather than this devel list. Regards Chris -- http://www.chruz.com From snecklifter at gmail.com Sun Aug 12 19:30:51 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Sun, 12 Aug 2007 20:30:51 +0100 Subject: My syslog has stopped working on Fedora 7!! In-Reply-To: References: Message-ID: <364d303b0708121230l4af6cd64o7ff441bd7e06c0d0@mail.gmail.com> On 12/08/07, Christopher Stone wrote: > My syslog has stopped working, here are the last entries from the log: > http://tkmame.retrogames.com/last_messages > > My yum log shows I updated selinux and sysklogd packages that day, but > I tried reverting these packages and even tried booting into the -33 > kernel, but no matter what I tried, I cannot get the system logger to > function any more!!! > > Is anyone else having these problems with a fully updated F7 system? > Or have any ideas on what might be going on? You will probably get a better response either on fedoraforums.org or the fedora-test list. This is for development of Fedora and as no other users are reporting similar issues it is safe to say yours is an isolated case. When you do re-post, I would add as much debugging info as you can. Regards Chris -- http://www.chruz.com From lightsolphoenix at gmail.com Sun Aug 12 19:38:36 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Sun, 12 Aug 2007 15:38:36 -0400 Subject: Kernel panicking at Ndiswrapper? In-Reply-To: <364d303b0708121215y33725922ja4b4709b1bbcd7a8@mail.gmail.com> References: <200708112220.16368.lightsolphoenix@gmail.com> <200708112247.02425.lightsolphoenix@gmail.com> <364d303b0708121215y33725922ja4b4709b1bbcd7a8@mail.gmail.com> Message-ID: <200708121538.37634.lightsolphoenix@gmail.com> On Sunday, August 12, 2007 3:15:43 pm Christopher Brown wrote:0 > I use the atrpms.net third party repository for this hardware and have > never experienced lock-ups, quite the reverse actually. I would also > recommend using the yum-kmdl plugin to get the kmdl each time the > fedora kernel is updated. Please do not assume the problem is with the > Fedora kernel - additional information is always helpful and yes, I > would suggest taking this to fedoraforums.org rather than this devel > list. It's not the kernel specifically; it's some combination of the Fedora kernel and Ndiswrapper. I'm trying the suggestion of turning off the 4K stacks (Ndiswrapper mentions that the 4K stacks can affect it). I know it's the combination, because I've gotten it on every Fedora kernel, and on various install methods of Ndiswrapper (including the Livna version, DKMS and manual compiling). And I already made a topic on this at fedoraforum; so far, though, I've gotten more responses here than there. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From darrellpf at gmail.com Sun Aug 12 19:48:15 2007 From: darrellpf at gmail.com (darrell pfeifer) Date: Sun, 12 Aug 2007 12:48:15 -0700 Subject: My syslog has stopped working on Fedora 7!! In-Reply-To: <364d303b0708121230l4af6cd64o7ff441bd7e06c0d0@mail.gmail.com> References: <364d303b0708121230l4af6cd64o7ff441bd7e06c0d0@mail.gmail.com> Message-ID: On 8/12/07, Christopher Brown wrote: > On 12/08/07, Christopher Stone wrote: > > My syslog has stopped working, here are the last entries from the log: > > http://tkmame.retrogames.com/last_messages > > > > My yum log shows I updated selinux and sysklogd packages that day, but > > I tried reverting these packages and even tried booting into the -33 > > kernel, but no matter what I tried, I cannot get the system logger to > > function any more!!! > > > > Is anyone else having these problems with a fully updated F7 system? > > Or have any ideas on what might be going on? > > You will probably get a better response either on fedoraforums.org or > the fedora-test list. This is for development of Fedora and as no > other users are reporting similar issues it is safe to say yours is an > isolated case. When you do re-post, I would add as much debugging info > as you can. > Oh sure, scare him off. I was listening for a useful answer. I've seen this behaviour on my Fedora systems more than once. My first reaction was that it was a rootkit of some sort. I was teaching Linux class a month ago and one of the students also complained of a similar problem on her personal Fedora system. So my experience says it isn't an isolated incident. Trying to find debugging info is also tough. /var/log/messages doesn't report anything. dmesg doesn't show anything either. darrell From rnicholsNOSPAM at comcast.net Sun Aug 12 19:48:02 2007 From: rnicholsNOSPAM at comcast.net (Robert Nichols) Date: Sun, 12 Aug 2007 14:48:02 -0500 Subject: Disabling atime In-Reply-To: <20070812191059.GA1338245@hiwaay.net> References: <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <46BE7B71.6080509@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <20070812191059.GA1338245@hiwaay.net> Message-ID: Chris Adams wrote: > Once upon a time, Robert Nichols said: >> OK, I ran my own test doing an rpmbuild of a custom kernel. > > This is being pitched as a "big gain for the desktop user". How many > desktop users build a kernel? Where is the gain in the typical desktop > usage pattern? It's about the only file-intensive, fairly long-running, repeatable task I do on my system, and I don't do it often enough to really care how long it takes (within reason). And, if you actually read the rest of my message, you'll see I didn't find anything to pitch as a "big gain," or indeed, any gain. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it. From andy at warmcat.com Sun Aug 12 19:54:31 2007 From: andy at warmcat.com (Andy Green) Date: Sun, 12 Aug 2007 20:54:31 +0100 Subject: My syslog has stopped working on Fedora 7!! In-Reply-To: References: Message-ID: <46BF6577.7060804@warmcat.com> Somebody in the thread at some point said: > My syslog has stopped working, here are the last entries from the log: > http://tkmame.retrogames.com/last_messages Is syslogd actually running? ps -Af | grep syslogd -Andy From darrellpf at gmail.com Sun Aug 12 20:01:47 2007 From: darrellpf at gmail.com (darrell pfeifer) Date: Sun, 12 Aug 2007 13:01:47 -0700 Subject: My syslog has stopped working on Fedora 7!! In-Reply-To: <46BF6577.7060804@warmcat.com> References: <46BF6577.7060804@warmcat.com> Message-ID: On 8/12/07, Andy Green wrote: > Somebody in the thread at some point said: > > > My syslog has stopped working, here are the last entries from the log: > > http://tkmame.retrogames.com/last_messages > > Is syslogd actually running? > > ps -Af | grep syslogd > In my case I did a service restart on it. The messages indicated that it came down (so it wasn't dead) and then came back up. I also rebooted. Again, no logging. Some other update eventually magically fixed it so I don't have a system to debug this any more. darrell From snecklifter at gmail.com Sun Aug 12 20:08:11 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Sun, 12 Aug 2007 21:08:11 +0100 Subject: My syslog has stopped working on Fedora 7!! In-Reply-To: References: <364d303b0708121230l4af6cd64o7ff441bd7e06c0d0@mail.gmail.com> Message-ID: <364d303b0708121308i16193261w903bad6684a62b95@mail.gmail.com> On 12/08/07, darrell pfeifer wrote: > On 8/12/07, Christopher Brown wrote: > > On 12/08/07, Christopher Stone wrote: > > > My syslog has stopped working, here are the last entries from the log: > > > http://tkmame.retrogames.com/last_messages > > > > > > My yum log shows I updated selinux and sysklogd packages that day, but > > > I tried reverting these packages and even tried booting into the -33 > > > kernel, but no matter what I tried, I cannot get the system logger to > > > function any more!!! > > > > > > Is anyone else having these problems with a fully updated F7 system? > > > Or have any ideas on what might be going on? > > > > You will probably get a better response either on fedoraforums.org or > > the fedora-test list. This is for development of Fedora and as no > > other users are reporting similar issues it is safe to say yours is an > > isolated case. When you do re-post, I would add as much debugging info > > as you can. > > > > Oh sure, scare him off. I was listening for a useful answer. Not very proactive but it just might work ;) > I've seen this behaviour on my Fedora systems more than once. My first > reaction was that it was a rootkit of some sort. I was teaching Linux > class a month ago and one of the students also complained of a similar > problem on her personal Fedora system. So my experience says it isn't > an isolated incident. Not in the great scheme of things but for F8T1 it appears to be. > Trying to find debugging info is also tough. /var/log/messages doesn't > report anything. dmesg doesn't show anything either. I meant debugging info for others to see. Output from a kernel logging daemon terminal restart would be good. Output from dmesg would be good. I'm guessing FAILED and nothing respectively. How about trashing /var/log/messages* and then touch /var/log/messages? Are the systems running low on disk space due to excessive/verbose logging? Blah, blah, blah... Regards Chris -- http://www.chruz.com From andy at warmcat.com Sun Aug 12 20:08:24 2007 From: andy at warmcat.com (Andy Green) Date: Sun, 12 Aug 2007 21:08:24 +0100 Subject: My syslog has stopped working on Fedora 7!! In-Reply-To: References: <46BF6577.7060804@warmcat.com> Message-ID: <46BF68B8.5000600@warmcat.com> Somebody in the thread at some point said: > I also rebooted. Again, no logging. Some other update eventually > magically fixed it so I don't have a system to debug this any more. I guess it could be interesting to run syslogd through strace by hand... -Andy From lesmikesell at gmail.com Sun Aug 12 20:23:18 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 12 Aug 2007 15:23:18 -0500 Subject: Disabling atime In-Reply-To: <6c3f5e6c0708121113l1e5c8fa9hb2dc6a5a98c4b07e@mail.gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <1186909725.18040.13.camel@rousalka.dyndns.org> <3170f42f0708120243p4b542a5g2f8feeb5d05953c2@mail.gmail.com> <46BF3CEB.2050103@gmail.com> <6c3f5e6c0708121113l1e5c8fa9hb2dc6a5a98c4b07e@mail.gmail.com> Message-ID: <46BF6C36.9070503@gmail.com> Andrew Parker wrote: > On 8/12/07, Les Mikesell wrote: >> Debarshi 'Rishi' Ray wrote: >> >>>> atime is a legacy ass-backwards default >>>> That no one dared touching it so far does not make it less stupid >>>> We're making more user-impacting changes with less cause every release >>>> >>>> Let's just disable atime asap so more testers check it before F8, and >>>> forget about it >>> Going through the LKML thread on http://kerneltrap.org/node/14148 I >>> learnt that Ubuntu has already turned it off, and in principle both >>> Alan Cox and Ingo Molnar want it to be that way for Fedora 8 too. >> Ubuntu doesn't have a decade+ history of putting user-controled settings >> under /etc/sysconfig and providing python scripts named >> redhat-config-xxx or system-config-xxx to manage them. Their style is >> to pretend they know more than you do about how your machine should be >> configured. Even if they are right, there is something to be said for >> consistency. > > +1 > > Would it make sense to add it as an option to first-boot? Personally > it is something I will try, but I have reservations about enforcing on > everybody. I have to wonder what they've done with the guy who put all those other settings under /etc/sysconfig or why he didn't do this one too a long time ago. -- Les Mikesell lesmikesell at gmail.com From j.w.r.degoede at hhs.nl Sun Aug 12 20:24:31 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Aug 2007 22:24:31 +0200 Subject: status of initscript conversions to lsb standard Message-ID: <46BF6C7F.6030206@hhs.nl> Hi, Some time ago many bugs where filed against packages with initscripts, asking to make these initscripts lsb compliant. After that there was some discussion if this was really a necessary operation, as it wasn't sure yet if we would be switching to a startup replacement which requires lsb compliance scripts. The outcome of the discussion then was to wait with converting the scripts till things would be more clear. Are things more clear now, are we going to switch init, and to a version which makes these changes necessary, or should I close those bugs open against my packages? Regards, Hans From Jochen at herr-schmitt.de Sun Aug 12 20:29:42 2007 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 12 Aug 2007 22:29:42 +0200 Subject: status of initscript conversions to lsb standard In-Reply-To: <46BF6C7F.6030206@hhs.nl> References: <46BF6C7F.6030206@hhs.nl> Message-ID: <46BF6DB6.4020800@herr-schmitt.de> Hans de Goede schrieb: > Some time ago many bugs where filed against packages with initscripts, > asking to make these initscripts lsb compliant. > > After that there was some discussion if this was really a necessary > operation, as it wasn't sure yet if we would be switching to a startup > replacement which requires lsb compliance scripts. The outcome of the > discussion then was to wait with converting the scripts till things > would be more clear. > > Are things more clear now, are we going to switch init, and to a > version which makes these changes necessary, or should I close those > bugs open against my packages? I think you should ask FESCo to set this topic as the schedule for the next FESCo meeting. Best Regards: Jochen Schmitt From jonathan.underwood at gmail.com Sun Aug 12 20:51:49 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 12 Aug 2007 21:51:49 +0100 Subject: My syslog has stopped working on Fedora 7!! In-Reply-To: References: <364d303b0708121230l4af6cd64o7ff441bd7e06c0d0@mail.gmail.com> Message-ID: <645d17210708121351g251db565wf9df9d57bc832b61@mail.gmail.com> On 12/08/07, darrell pfeifer wrote: > On 8/12/07, Christopher Brown wrote: > > On 12/08/07, Christopher Stone wrote: > > > My syslog has stopped working, here are the last entries from the log: > > > http://tkmame.retrogames.com/last_messages > > > > > > My yum log shows I updated selinux and sysklogd packages that day, but > > > I tried reverting these packages and even tried booting into the -33 > > > kernel, but no matter what I tried, I cannot get the system logger to > > > function any more!!! > > > > > > Is anyone else having these problems with a fully updated F7 system? > > > Or have any ideas on what might be going on? > > > > You will probably get a better response either on fedoraforums.org or > > the fedora-test list. This is for development of Fedora and as no > > other users are reporting similar issues it is safe to say yours is an > > isolated case. When you do re-post, I would add as much debugging info > > as you can. > > > > Oh sure, scare him off. I was listening for a useful answer. > > I've seen this behaviour on my Fedora systems more than once. My first > reaction was that it was a rootkit of some sort. I was teaching Linux > class a month ago and one of the students also complained of a similar > problem on her personal Fedora system. So my experience says it isn't > an isolated incident. > > Trying to find debugging info is also tough. /var/log/messages doesn't > report anything. dmesg doesn't show anything either. VMware clobbers syslogd - do you have VMware installed on the system? If so, read this: http://readlist.com/lists/redhat.com/fedora-list/36/180942.html HTH, J. From chris.stone at gmail.com Sun Aug 12 21:12:26 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Sun, 12 Aug 2007 14:12:26 -0700 Subject: My syslog has stopped working on Fedora 7!! In-Reply-To: <645d17210708121351g251db565wf9df9d57bc832b61@mail.gmail.com> References: <364d303b0708121230l4af6cd64o7ff441bd7e06c0d0@mail.gmail.com> <645d17210708121351g251db565wf9df9d57bc832b61@mail.gmail.com> Message-ID: On 8/12/07, Jonathan Underwood wrote: > VMware clobbers syslogd - do you have VMware installed on the system? > If so, read this: > > http://readlist.com/lists/redhat.com/fedora-list/36/180942.html That was it. Thanks! :D From jonathan.underwood at gmail.com Sun Aug 12 21:19:37 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 12 Aug 2007 22:19:37 +0100 Subject: My syslog has stopped working on Fedora 7!! In-Reply-To: References: <364d303b0708121230l4af6cd64o7ff441bd7e06c0d0@mail.gmail.com> <645d17210708121351g251db565wf9df9d57bc832b61@mail.gmail.com> Message-ID: <645d17210708121419h33c72296o1d12d1b19c483c0a@mail.gmail.com> On 12/08/07, Christopher Stone wrote: > On 8/12/07, Jonathan Underwood wrote: > > VMware clobbers syslogd - do you have VMware installed on the system? > > If so, read this: > > > > http://readlist.com/lists/redhat.com/fedora-list/36/180942.html > > That was it. Thanks! :D Don't forget to report it to VMware so that they can totally ignore you and do nothing about it. :) From jonathan.underwood at gmail.com Sun Aug 12 21:49:47 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 12 Aug 2007 22:49:47 +0100 Subject: glade3 in fedora7 In-Reply-To: <469C7B45.4070407@rasmil.dk> References: <1182662333.5754.2.camel@localhost.localdomain> <76e72f800706240105r345b9f2en5cdbadb51ac71631@mail.gmail.com> <9F8E9EF3-0AB5-4218-89E1-AF407A391B32@rubenkerkhof.com> <1182676374.7266.2.camel@localhost.localdomain> <467E95A5.2060506@fedoraproject.org> <62bc09df0706240934h1174d578hc4429ffda5f5dcb2@mail.gmail.com> <3170f42f0707162324v54502a43kae6e2dcd88f79240@mail.gmail.com> <469C7B45.4070407@rasmil.dk> Message-ID: <645d17210708121449y70beafe0k11a1e80e785e58d@mail.gmail.com> On 17/07/07, Tim Lauridsen wrote: > Debarshi 'Rishi' Ray wrote: > > What is the current status on Glade3 packaging? Is Damien or Xavier > > trying to package it? > > > > Regards, > > Debarshi > Xavier have created a package here [1], but i don't know if he has > requested a package review yet. > > I have used it for a while, i have found any problems yet. > > Tim > > [1]: http://download.tuxfamily.org/lxtnow/fedora/testing/7 Glade3 was put up for review, but that review seems to have been abandoned when Mathias Clasen, current Glade2 maintainer, offered to updated Glade2 to Glade3: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177747 However. no Glade3 update has appeared, even for upcoming F-8. I wonder if Mathias would have any comment on this? J. From markg85 at gmail.com Sun Aug 12 22:09:26 2007 From: markg85 at gmail.com (Mark) Date: Mon, 13 Aug 2007 00:09:26 +0200 Subject: Fedora 8 Boot time/shutdown time goal? In-Reply-To: <1186841809.3660.0.camel@sb-home> References: <1186841809.3660.0.camel@sb-home> Message-ID: <6e24a8e80708121509k709570ffkf6a2db0925194a7d@mail.gmail.com> 2007/8/11, nodata : > Is there a goal for how much quicker Fedora 8 boot and shutdown should > be? > > This page doesn't mention it: > http://fedoraproject.org/wiki/Releases/FeatureBootShutdownSpeedup > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > 20 seconds or even below that would be nice ^_^ From jon.nettleton at gmail.com Sun Aug 12 22:16:43 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Sun, 12 Aug 2007 18:16:43 -0400 Subject: Fedora 8 Boot time/shutdown time goal? In-Reply-To: <6e24a8e80708121509k709570ffkf6a2db0925194a7d@mail.gmail.com> References: <1186841809.3660.0.camel@sb-home> <6e24a8e80708121509k709570ffkf6a2db0925194a7d@mail.gmail.com> Message-ID: On 8/12/07, Mark wrote: > > 2007/8/11, nodata : > > Is there a goal for how much quicker Fedora 8 boot and shutdown should > > be? > > > > This page doesn't mention it: > > http://fedoraproject.org/wiki/Releases/FeatureBootShutdownSpeedup > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > 20 seconds or even below that would be nice ^_^ I believe that is called resume from suspend or hibernate. Checking disks and probing hardware takes about 15seconds. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christian.Iseli at licr.org Sun Aug 12 22:31:48 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 13 Aug 2007 00:31:48 +0200 Subject: Fedora Package Status of Aug 11, 2007 Message-ID: <20070813003148.2b9fbc24@ludwig-alpha.unil.ch> Hi folks, Here is a new update. Till Maas suggested I highlight those packages that are unavailable in the devel repo for two reports in a row, so I gave it a shot (manually at the moment). I have also manually removed those packages that only belong to EPEL or OLPC. My impression is that they should not be listed in owners.list, but since the package DB seems to be headed for the takeoff pad, I'll just let this rest for a bit longer. The number of package reviews in the NEW state seems to have gone down quite a bit, which is very good. The number of open bugs has increased quite a bit too, which is probably not so good... (unless we take it as a measure of more people trying a lot of packages, and reporting back, which would be good... :) ) Cheers, C ==== Fedora Package Status of Aug 11, 2007 The full report can be found here: http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus Owners file stats: - 4836 packages - 8034 binary rpms in devel - 95 orphans - 36 packages not available in devel or release andreas at bawue dot net perl-HTML-CalendarMonthSimple andreas at bawue dot net ddrescue bdpepple at ameritech dot net galago-filesystem bdpepple at ameritech dot net gaim-galago cweyl at alumni dot drew dot edu perl-Text-RecordParser cweyl at alumni dot drew dot edu gaim-gaym dbhole at redhat dot com dom2-core-tests dbhole at redhat dot com objectweb-anttask devrim at commandprompt dot com postgresql-pgpool-ha foolish at guezz dot net perl-SQLite-Simple gauret at free dot fr pdftohtml green at redhat dot com ws-common-utils jafo at tummy dot com python-mechanoid jafo at tummy dot com python-memcached jmp at safe dot ca clement johnp at redhat dot com GConf2-dbus jorton at redhat dot com libc-client mchristi at redhat dot com scsi-target-utils mike at flyn dot org linkchecker neslami at redhat dot com sos orion at cora dot nwra dot com R-multcomp paul at all-the-johnsons dot co dot uk XaraLX paul at all-the-johnsons dot co dot uk mysql-connector-net pcheung at redhat dot com asm2 pertusus at free dot fr ivman rdieter at math dot unl dot edu pykdeextensions richard at hughsie dot com ohm rvokal at redhat dot com gaim-guifications splinux at fedoraproject dot org drapes than at redhat dot com kdepimlibs than at redhat dot com kdelibs3 tscherf at redhat dot com Miro vivekl at redhat dot com saxon8 vivekl at redhat dot com classpathx-jaxp xgl-maint at redhat dot com xorg-x11-drv-vermilion yufanyufan at gmail dot com audacious-plugins-docklet - 4 packages not available in devel but present in release andreas dot bierfert at lowlatency dot de syncekonnector caolanm at redhat dot com hunspell-he jorton at redhat dot com newt-perl twaugh at redhat dot com desktop-printing - 5 packages which have not yet been FE-ACCEPT'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=222191,231861,250040 eclipse bkonrath at redhat.com cyrus-imapd tjanouse at redhat.com new mike at flyn.org https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=221717,224458 agg caolanm at redhat.com libsilc wtogami at redhat.com - 12 packages present in the development repo which have no owners entry alsa-plugins audacious-docklet dnssec-tools gds2pov lzma ocaml-calendar pidgin-knotify s390utils stardict-dic sturmbahnfahrer ufsparse ws-commons-util - 8 orphaned packages, yet available in devel driftnet empathy gob2 libedit luks-tools ndesk-dbus pam_usb udftools FE-ACCEPT packages stats: - 2980 accepted, closed package reviews - 45 accepted, closed package reviews not in repo - 9 accepted, closed package reviews not in owners - 104 accepted, open package reviews older than 4 weeks; - 120 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 223 open tickets - 88 tickets with no activity in eight weeks - 60 tickets with no activity in four weeks - 16 closed tickets FE-NEW packages stats: - 877 open tickets - 668 tickets with no activity in eight weeks - 69 tickets with no activity in four weeks FE-NEEDSPONSOR packages stats: - 33 open tickets - 3 tickets with no activity in eight weeks - 9 tickets with no activity in four weeks FE-Legal packages stats: - 4 open tickets - 1 tickets with no activity in eight weeks OPEN-BUGS packages stats: - 8733 open tickets - 5632 tickets with no activity in eight weeks - 1298 tickets with no activity in four weeks CVS stats: - 4850 packages with a devel directory - 5 packages with no owners entry FC-2 FC-5 junit4 perl-Catalyst-Devel tdma - 213 packages were dropped from Fedora Maintainers stats: - 409 maintainers - 32 inactive maintainers with open bugs - 26 inactive maintainers Dropped Fedora packages: - 17 packages were dropped since Fedora 7 Comps.xml files stats: - 2426 packages in comps-f8 file - 1079 packages missing from comps-f8 file - 24 packages in comps-f8 but not in repo - 2392 packages in comps-f7 file - 1051 packages missing from comps-f7 file - 28 packages in comps-f7 but not in repo From petersen at redhat.com Sun Aug 12 23:46:01 2007 From: petersen at redhat.com (Jens Petersen) Date: Mon, 13 Aug 2007 09:46:01 +1000 Subject: How to input CJK fonts to the "leave a message"? In-Reply-To: <3528361a0708120804j2d4b4db6mbca6f7e28409fe14@mail.gmail.com> References: <3528361a0708120804j2d4b4db6mbca6f7e28409fe14@mail.gmail.com> Message-ID: <46BF9BB9.9020702@redhat.com> hanpingtian at gmail.com wrote: > I think it will be good to be able to input CJK fonts to the "leave > message" window of locked screen. Is there a method to active SCIM > when X-window be locked? Ah, interesting idea - I hadn't thought of that yet. I *think* it would require running scim (IM) from gdm. Could you file a request (RFE) for this in bugzilla, please? Jens From petersen at redhat.com Mon Aug 13 01:11:10 2007 From: petersen at redhat.com (Jens Petersen) Date: Mon, 13 Aug 2007 11:11:10 +1000 Subject: How to input CJK fonts to the "leave a message"? In-Reply-To: <46BF9BB9.9020702@redhat.com> References: <3528361a0708120804j2d4b4db6mbca6f7e28409fe14@mail.gmail.com> <46BF9BB9.9020702@redhat.com> Message-ID: <46BFAFAE.9040700@redhat.com> Jens Petersen ????????: > hanpingtian at gmail.com wrote: >> I think it will be good to be able to input CJK fonts to the "leave >> message" window of locked screen. Is there a method to active SCIM >> when X-window be locked? > I *think* it would require running scim (IM) from gdm. Errm, rather gnome-screensaver probably. > Could you file a request (RFE) for this in bugzilla, please? I guess the main concern might be if it is acceptable to run SCIM there or not. It would probably need either a restricted or hidden SCIM toolbar so that anyone could not change your SCIM settings, etc, while the display is locked. Jens From bbbush.yuan at gmail.com Mon Aug 13 01:19:49 2007 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Mon, 13 Aug 2007 09:19:49 +0800 Subject: How to input CJK fonts to the "leave a message"? In-Reply-To: <46BFAFAE.9040700@redhat.com> References: <3528361a0708120804j2d4b4db6mbca6f7e28409fe14@mail.gmail.com> <46BF9BB9.9020702@redhat.com> <46BFAFAE.9040700@redhat.com> Message-ID: <76e72f800708121819v2c168920gbb54ede42550c4f5@mail.gmail.com> 2007/8/13, Jens Petersen : > > I guess the main concern might be if it is acceptable to run SCIM there > or not. It would probably need either a restricted or hidden SCIM > toolbar so that anyone could not change your SCIM settings, etc, while > the display is locked. > Who should control the settings, GNOME/GConf environment or SCIM itself? What about chosen another default IM? Should it be enabled with system default IM or personal one? Should it load the same settings as the user currently logged in? -- bbbush ^_^ From mclasen at redhat.com Mon Aug 13 01:18:13 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Sun, 12 Aug 2007 21:18:13 -0400 Subject: glade3 in fedora7 In-Reply-To: <645d17210708121449y70beafe0k11a1e80e785e58d@mail.gmail.com> References: <1182662333.5754.2.camel@localhost.localdomain> <76e72f800706240105r345b9f2en5cdbadb51ac71631@mail.gmail.com> <9F8E9EF3-0AB5-4218-89E1-AF407A391B32@rubenkerkhof.com> <1182676374.7266.2.camel@localhost.localdomain> <467E95A5.2060506@fedoraproject.org> <62bc09df0706240934h1174d578hc4429ffda5f5dcb2@mail.gmail.com> <3170f42f0707162324v54502a43kae6e2dcd88f79240@mail.gmail.com> <469C7B45.4070407@rasmil.dk> <645d17210708121449y70beafe0k11a1e80e785e58d@mail.gmail.com> Message-ID: <1186967894.3339.30.camel@localhost.localdomain> On Sun, 2007-08-12 at 22:49 +0100, Jonathan Underwood wrote: > On 17/07/07, Tim Lauridsen wrote: > > Debarshi 'Rishi' Ray wrote: > > > What is the current status on Glade3 packaging? Is Damien or Xavier > > > trying to package it? > > > > > > Regards, > > > Debarshi > > Xavier have created a package here [1], but i don't know if he has > > requested a package review yet. > > > > I have used it for a while, i have found any problems yet. > > > > Tim > > > > [1]: http://download.tuxfamily.org/lxtnow/fedora/testing/7 > > Glade3 was put up for review, but that review seems to have been > abandoned when Mathias Clasen, current Glade2 maintainer, offered to > updated Glade2 to Glade3: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177747 > > However. no Glade3 update has appeared, even for upcoming F-8. I > wonder if Mathias would have any comment on this? > I haven't gotten back to this, sorry. I don't think replacing glade2 by glade3 is not a good idea after all, I think. So if someone would be willing to complete the review and import a glade3 package, that would be appreciated. From petersen at redhat.com Mon Aug 13 01:39:45 2007 From: petersen at redhat.com (Jens Petersen) Date: Mon, 13 Aug 2007 11:39:45 +1000 Subject: How to input CJK fonts to the "leave a message"? In-Reply-To: <76e72f800708121819v2c168920gbb54ede42550c4f5@mail.gmail.com> References: <3528361a0708120804j2d4b4db6mbca6f7e28409fe14@mail.gmail.com> <46BF9BB9.9020702@redhat.com> <46BFAFAE.9040700@redhat.com> <76e72f800708121819v2c168920gbb54ede42550c4f5@mail.gmail.com> Message-ID: <46BFB661.7030704@redhat.com> Yuan Yijun ????????: > 2007/8/13, Jens Petersen : >> I guess the main concern might be if it is acceptable to run SCIM there >> or not. It would probably need either a restricted or hidden SCIM >> toolbar so that anyone could not change your SCIM settings, etc, while >> the display is locked. > > Who should control the settings, GNOME/GConf environment or SCIM > itself? What about chosen another default IM? Should it be enabled > with system default IM or personal one? Should it load the same > settings as the user currently logged in? I am not sure yet since basically SCIM does not provide that functionality currently. Need to think about it more - one way might be to use some X property on the root window when the screensaver is running to control it perhaps. Though I wonder a bit how much the message feature will really be used by most typical users, so it is a lower priority feature IMHO. Jens From pemboa at gmail.com Mon Aug 13 02:39:02 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Sun, 12 Aug 2007 21:39:02 -0500 Subject: Second Fedora7 problem : KDE login causes system freeze Message-ID: <16de708d0708121939l1bf92841jb7b37ed6169be4c9@mail.gmail.com> = Problem = Logging into KDE with primary (at the time only) user causes total system freeze when logging and recreating last session. Freeze is so deep that I can't ssh in, and any current ssh connection are also frozen. Hardware reset button works and gets me back to BIOS. I could find no useful information in any log relevant to the problem. = Solution = Eventual solution was to `rm ~/.kde/share/config/kopeterc` Based on how I arrived at that solution, I have feeling that this wasn't the only solution = Cause = At this time I have no idea what the exact cause is. I had recently, within hours, added a new tv card (PVR-250) to machine, I know kopete shows some video sources, but I am not sure if that is relevant. Thing is, I can't exactly post the kopeterc file as is, it has a lot of other people's email address in it. = Other = I created a python script to help with the process of elimination after I found out that `mv ~/.kde/share/config ~/.kde/share/config.old` allowed me to login without crashing everything. https://pembo13.net/svn/projects/misc/kdeconfig-troubleshoot.py Let me know if I can provide any more information -- Fedora Core 6 and proud From kevin.kofler at chello.at Mon Aug 13 05:24:53 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 13 Aug 2007 05:24:53 +0000 (UTC) Subject: Correcting of the license tag for the lightning package. References: <46BF5640.8050701@herr-schmitt.de> <46BF5867.9000505@herr-schmitt.de> Message-ID: Jochen Schmitt herr-schmitt.de> writes: > A second view shows, that the package is licensed under the LGPLv2.1 The correct value for the License tag according to: http://fedoraproject.org/wiki/Licensing#SoftwareLicenses is "LGPLv2" though, not "LGPLv2.1". And as the only actual difference between the LGPL 2(.0) and 2.1 is the renaming from "Library" to "Lesser", I doubt anybody cares about the difference, so please follow the guidelines there. Also, please check if the software you're packaging includes the "or (at your option) any later version" clause. If it does, please add a "+" to the License tag, i.e. "GPLv2+" or "LGPLv2+" instead of just "GPLv2" or "LGPLv2". But if the "any later clause" is NOT there, then please DO NOT include the "+". Kevin Kofler From rc040203 at freenet.de Mon Aug 13 06:41:08 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 13 Aug 2007 08:41:08 +0200 Subject: Disabling atime In-Reply-To: <1186909725.18040.13.camel@rousalka.dyndns.org> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <1186909725.18040.13.camel@rousalka.dyndns.org> Message-ID: <1186987268.14035.21.camel@mccallum.corsepiu.local> On Sun, 2007-08-12 at 11:08 +0200, Nicolas Mailhot wrote: > Le dimanche 12 ao?t 2007 ? 05:02 +0200, Ralf Corsepius a ?crit : > > > And how do you "fix" the "find"-based cron job users might have > > implemented to clean up /var/cache from files not being used for time > > span "x"? > > Ralf, > > Everyone can find pathological cases Well, what you call pathological cases, I call "generalization". That said, I consider notime to lack generality, because it violates standards (POSIX), breaks applications and disables a feature of the OS. > atime killed one of my flash cards before I learnt to disable it by > default (nowadays the system is supposed to detect flash and disable > atime, no idea how foolproof the check is) May-be notime should be made the default on flash drives? > atime is a legacy ass-backwards default > That no one dared touching it so far does not make it less stupid > We're making more user-impacting changes with less cause every release > > Let's just disable atime asap so more testers check it before F8, and > forget about it As I already said many times before. It's trivial to implement "atime-based find" scripts: You'll hardly find any in a default installation, because they hardly make much sense as part of a distro (exept. tmpwatch), but they make a lot of sense as part of individual installation. E.g. * A cron job removing files not having been accessed for more than a month in /var/cache/yum. * Users wanting to remove "sound/data/image" files they have not listened/read/looked at for time xxx inside of their /home ... Similar stuff also can easily be integrated into applications. When abandoning atime you'd break these applications and would force future applications to administrate time-stamps as part of the application instead of them being able to utilize the OSes resources. > Let's just disable atime asap so more testers check it before F8, and > forget about it IMO, atime should be the default. Instead, users should learn to use partitions (instead of lumping together everything into one partition and to apply individual mount-flags to them, for those people thinking notime is helpful to them - I don't find noatime helpful. Ralf From petersen at redhat.com Mon Aug 13 06:43:59 2007 From: petersen at redhat.com (Jens Petersen) Date: Mon, 13 Aug 2007 16:43:59 +1000 Subject: xulrunner for F8? Message-ID: <46BFFDAF.9090503@redhat.com> Any update on xulrunner on F8? http://fedoraproject.org/wiki/Releases/FeatureXULRunner Will it be in test2 or is it no longer expected for F8? (How is it doing upstream?) IMHO it is one of the key features for F8. Would it be possible to have the wiki page updated? :) Jens From zaitcev at redhat.com Mon Aug 13 07:14:51 2007 From: zaitcev at redhat.com (Pete Zaitcev) Date: Mon, 13 Aug 2007 00:14:51 -0700 Subject: Disabling atime In-Reply-To: <46BC8C91.6@redhat.com> References: <46BB8D72.1010608@fedoraproject.org> <46BB9E71.6090904@fedoraproject.org> <20070809231602.GA8690@devserv.devel.redhat.com> <46BC8C91.6@redhat.com> Message-ID: <20070813001451.4c935281.zaitcev@redhat.com> On Fri, 10 Aug 2007 11:04:33 -0500, Eric Sandeen wrote: > IOW, if this change is made, I think it should be done with eyes wide > open - what is the measurable advantage, under what workloads, for what > filesystems, etc - as well as what the potential drawbacks are. Turning off atime is not new and even with ancient UNIXes it provided miniscule gains in outright throughput, although I suspect it can be possible to create a contrieved benchmark to demonstrate improvement. I do not expect noatime to be justifiable on the grounds of performance. However, if dropping atime allows to reduce the number of hard drive spin-ups, I'm all for it. -- Pete From hughsient at gmail.com Mon Aug 13 07:21:29 2007 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 13 Aug 2007 08:21:29 +0100 Subject: Package Management Blows Goats (use cases) In-Reply-To: <1186935402.5251.47.camel@rousalka.dyndns.org> References: <1185871893.2652.5.camel@hughsie-laptop> <20070731091813.GA7676@devserv.devel.redhat.com> <1185874601.2652.27.camel@hughsie-laptop> <1186935402.5251.47.camel@rousalka.dyndns.org> Message-ID: <1186989689.2891.11.camel@hughsie-laptop> On Sun, 2007-08-12 at 18:16 +0200, Nicolas Mailhot wrote: > Le mardi 31 juillet 2007 ? 10:36 +0100, Richard Hughes a ?crit : > > On Tue, 2007-07-31 at 05:18 -0400, Alan Cox wrote: > > > On Tue, Jul 31, 2007 at 09:51:33AM +0100, Richard Hughes wrote: > > > > Toby logs into his desktop. A notification area icon with a critical > > > > icon appears in the top right and a libnotify popup tells him there are > > > > 3 three critical security updates. The libnotify popup has three > > > > > > Who is Toby, is he authorised to install updates ? > > > > I figured security updates could be installed by anyone. > > No > If you go there you may as well make security updates automatically > installed without any user interaction Which would also be a valid policy choice. > If an install/update needs a user intervention it better be a qualified > strongly authenticated user and not the visiting neighbour kid you put > before a computer game so he has something to do while you talk together Sure. But I think there is merit in making this choice defined by an admin. Richard. From laroche at redhat.com Mon Aug 13 07:23:18 2007 From: laroche at redhat.com (Florian La Roche) Date: Mon, 13 Aug 2007 09:23:18 +0200 Subject: Fedora-development fileconflicts Message-ID: <20070813072318.GA13122@dudweiler.stuttgart.redhat.com> The current Fedora-development tree for i386 only has very few fileconflicts left: fileconflict for /etc/pam.d/imap in uw-imap-2006j-2.fc8.i386.rpm and cyrus-imapd-2.3.8-3.2.fc8.i386.rpm fileconflict for /etc/pam.d/pop in uw-imap-2006j-2.fc8.i386.rpm and cyrus-imapd-2.3.8-3.2.fc8.i386.rpm fileconflict for /usr/bin/brutus-keyring-client in evolution-brutus-1.1.26.2-2.fc7.i386.rpm and brutus-keyring-0.9.0-5.fc8.i386.rpm (know n) fileconflict for /usr/bin/brutus-keyringd in evolution-brutus-1.1.26.2-2.fc7.i386.rpm and brutus-keyring-0.9.0-5.fc8.i386.rpm (known) fileconflict for /usr/bin/cite in surfraw-1.0.7-3.fc8.noarch.rpm and html-xml-utils-3.7-4.fc6.i386.rpm fileconflict for /usr/bin/count in fish-1.21.12-1.fc6.i386.rpm and html-xml-utils-3.7-4.fc6.i386.rpm fileconflict for /usr/bin/cs in csound-5.03.0-13.fc7.i386.rpm and clearsilver-0.10.4-5.fc8.i386.rpm fileconflict for /usr/bin/esd in pulseaudio-esound-compat-0.9.6-2.fc8.i386.rpm and esound-0.2.38-2.fc8.i386.rpm (known) fileconflict for /usr/bin/extract in libextractor-0.5.17a-1.fc7.i386.rpm and csound-5.03.0-13.fc7.i386.rpm fileconflict for /usr/bin/extract in libextractor-0.5.17a-1.fc7.i386.rpm and html-xml-utils-3.7-4.fc6.i386.rpm fileconflict for /usr/bin/extract in csound-5.03.0-13.fc7.i386.rpm and html-xml-utils-3.7-4.fc6.i386.rpm fileconflict for /usr/bin/qstat in qstat-2.11-1.fc7.i386.rpm and torque-client-2.1.8-1.fc7.i386.rpm (known) fileconflict for /usr/bin/translate in libtranslate-0.99-9.fc6.i386.rpm and surfraw-1.0.7-3.fc8.noarch.rpm fileconflict for /usr/lib/libBrutusKeyringd-1.0.so.1.0.0 in evolution-brutus-1.1.26.2-2.fc7.i386.rpm and brutus-keyring-devel-0.9.0-5.fc8.i386.rpm fileconflict for /usr/lib/pkgconfig/libBrutusKeyringd-1.0.pc in evolution-brutus-devel-1.1.26.2-2.fc7.i386.rpm and brutus-keyring-devel-0.9.0-5.fc8.i386.rpm fileconflict for /usr/lib/pkgconfig/libtorrent.pc in rb_libtorrent-devel-0.12-2.fc8.i386.rpm and libtorrent-devel-0.11.4-1.fc8.i386.rpm (known) fileconflict for /usr/share/eclipse/plugins/org.apache.jasper_5.5.17.v200706111724.jar in eclipse-platform-3.3.0-5.fc8.i386.rpm and tomcat5-jasper-eclipse-5.5.23-9jpp.4.fc8.i386.rpm fileconflict for /usr/share/man/man1/count.1.gz in fish-1.21.12-1.fc6.i386.rpm and html-xml-utils-3.7-4.fc6.i386.rpm fileconflict for /usr/share/man/man8/imapd.8.gz in uw-imap-2006j-2.fc8.i386.rpm and cyrus-imapd-2.3.8-3.2.fc8.i386.rpm fileconflict for /var/lib/clamav/main.cvd in clamav-data-empty-0.91.1-0.fc8.i386.rpm and clamav-data-0.91.1-0.fc8.i386.rpm (known) fileconflict for /var/spool/bacula in bacula-client-2.0.3-9.fc8.i386.rpm and bacula-common-2.0.3-9.fc8.i386.rpm fileconflict for /var/spool/news in inn-2.4.3-6.fc6.i386.rpm and leafnode-1.11.5-4.fc7.i386.rpm The (known) means that packages also conflict with each other, so then fileconflicts should not happen. I've filed a bz for bacula in the above list, not sure if others really need to be fixed for F8. regards, Florian La Roche From sundaram at fedoraproject.org Mon Aug 13 07:26:49 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 13 Aug 2007 12:56:49 +0530 Subject: Fedora-development fileconflicts In-Reply-To: <20070813072318.GA13122@dudweiler.stuttgart.redhat.com> References: <20070813072318.GA13122@dudweiler.stuttgart.redhat.com> Message-ID: <46C007B9.5080909@fedoraproject.org> Florian La Roche wrote: > The (known) means that packages also conflict with each other, so then fileconflicts > should not happen. I've filed a bz for bacula in the above list, not sure if others > really need to be fixed for F8. http://fedoraproject.org/wiki/Packaging/Conflicts "Keep in mind that implicit conflicts are NEVER acceptable. If your package conflicts with another package, then you must either resolve the conflict, or mark it with Conflicts:" That makes all of the conflicts listed, bugs. Rahul From hughsient at gmail.com Mon Aug 13 07:28:59 2007 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 13 Aug 2007 08:28:59 +0100 Subject: Blog post about package management (aimed at fedora) In-Reply-To: <1186933369.5251.33.camel@rousalka.dyndns.org> References: <1185532130.10773.10.camel@work> <1186933369.5251.33.camel@rousalka.dyndns.org> Message-ID: <1186990139.2891.20.camel@hughsie-laptop> On Sun, 2007-08-12 at 17:42 +0200, Nicolas Mailhot wrote: > Le vendredi 27 juillet 2007 ? 11:28 +0100, Richard Hughes a ?crit : > > > "Crack" would be a valid comment but obviously, I would prefer more in > > depth and reasoned criticism :-) > > I agree with most of your stuff except: > > - removing password requirement to install/update is very very stupid > and dangerous (think script-kiddies, visiting kids that click > everywhere, etc) Well, my argument is that as soon as you give someone physical access to the machine you've lost already. I'm betting that rm -rf ~/ would be a bigger loss than installing an openoffice update in most people's cases. > - auditing tools must be built-in from the start up. The desktop team > likes to replace well-understood and easily verified scripts/CLI > commands with callback-heavy black magic no one understands (sometimes > several layers of black magic because you know it's so much easier to > add a layer than fix the one underneath), without comprehensive doc or > error reporting. This is somewhat acceptable for desktop toys but not > for core stuff like system updates. I'm guessing the machines that have to be audited just won't use PackageKit. It really is designed to just do the action after checking a few policy knobs rather than a whole new system like red carpet. > - while a lot of the updating pain is at the GUI level, and no one will > mourn the current GUI update apps, you'll still need work at the yum > level so > * it does not barf at the slightest problem (on the CLI the sysadmin > papers over yum ; in GUI mode that's somewhat less easy) Define barf? > * updates are done in batches of small transactions instead of a huge > brittle one (every time rawhide is frozen/unfrozen you get a huge 800+ > package update transaction which is almost sure to fail halfway) Sure. I'm sure we could deal with this in a yum-plugin or something, although rawhide unfreezing isn't my ideal use-case environment. > - you'll need a CLI async client too for some user populations and it > better be a real usable tool not a CamelCase-speaking monstruosity. Yes, I already have an async command line tool. > - if you go async client/server and allow an update client to remotely > control updates of a pool of systems, you'll make a killing in the > desktop enterprise space I don't care about enterprise at the moment, I'm working on the typical home-use system. I don't know enough about enterprise systems, nor don't have any such desire to "fix" things there. Sure PackageKit might help the enterprise use case but I'm not actively trying to address that need. Thanks, Richard. From hughsient at gmail.com Mon Aug 13 07:31:33 2007 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 13 Aug 2007 08:31:33 +0100 Subject: Blog post about package management (aimed at fedora) In-Reply-To: <3adc77210708120858x7bf07c38hef1ce5c7ef9b4364@mail.gmail.com> References: <1185532130.10773.10.camel@work> <1186933369.5251.33.camel@rousalka.dyndns.org> <3adc77210708120858x7bf07c38hef1ce5c7ef9b4364@mail.gmail.com> Message-ID: <1186990293.2891.24.camel@hughsie-laptop> On Sun, 2007-08-12 at 16:58 +0100, Naheem Zaffar wrote: > You want to install a new language package for ooo. You click "Install > new language pack" or something. This should launch pirut, but ONLY > show ooo language packs. (probably can be done as there is (or should > be) a naming convention for this type of thing) Nah, I think as soon as you select the german spellchecker then oo should prompt to install the german language pack. > The use of Pirut should stay exactly as it is now for this. No need to > give users or programs extra rights apart from launching Pirut as a > new process with the needed options. If the person has admin > priviledges (Pirut will ask for password), the packages can be > installed. If not, then they can't. That's broken. My girlfriend writes in Polish on my system, I trust her, yet she isn't an admin. I think it makes perfect sense to allow her to install the polish dictionaries. Richard. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Aug 13 08:20:59 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 13 Aug 2007 10:20:59 +0200 Subject: status of initscript conversions to lsb standard In-Reply-To: <46BF6C7F.6030206@hhs.nl> References: <46BF6C7F.6030206@hhs.nl> Message-ID: <20070813102059.78af9daa@python3.es.egwn.lan> Hans de Goede wrote : > Some time ago many bugs where filed against packages with initscripts, asking > to make these initscripts lsb compliant. > > After that there was some discussion if this was really a necessary operation, > as it wasn't sure yet if we would be switching to a startup replacement which > requires lsb compliance scripts. The outcome of the discussion then was to wait > with converting the scripts till things would be more clear. > > Are things more clear now, are we going to switch init, and to a version which > makes these changes necessary, or should I close those bugs open against my > packages? I have the exact same doubts myself :-) I really think the "Unanswered questions" from the wiki page should be addressed first : http://fedoraproject.org/wiki/FCNewInit/Initscripts As an example, I still don't know what the correct/best syntax is for a service to not be run by default in any runlevels : - No "Default-Stop" or "Default-Start"? - "Default-Stop: 0 1 2 3 4 5 6"? - "Default-Start:" and "Default-Stop: 0 1 2 3 4 5 6"? - Something else? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 7 (Moonshine) - Linux kernel 2.6.22.1-41.fc7 Load : 0.84 0.67 0.50 From alan at redhat.com Mon Aug 13 09:34:39 2007 From: alan at redhat.com (Alan Cox) Date: Mon, 13 Aug 2007 05:34:39 -0400 Subject: Disabling atime In-Reply-To: <1186808337.31901.548.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <1186808337.31901.548.camel@mccallum.corsepiu.local> Message-ID: <20070813093439.GA14455@devserv.devel.redhat.com> On Sat, Aug 11, 2007 at 06:58:56AM +0200, Ralf Corsepius wrote: > You would - You would kill all applications which rely on atime. > Not that many applications will do so, but it's not hard to imagine one. > An example would be apps cleaning up/removing files based on atime. Ingo's relatime work handles this Alan From alan at redhat.com Mon Aug 13 09:42:35 2007 From: alan at redhat.com (Alan Cox) Date: Mon, 13 Aug 2007 05:42:35 -0400 Subject: Enabling Compiz by default? In-Reply-To: <46BE4989.1070601@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> <46BE4989.1070601@fedoraproject.org> Message-ID: <20070813094235.GB14455@devserv.devel.redhat.com> On Sun, Aug 12, 2007 at 05:13:05AM +0530, Rahul Sundaram wrote: > This was basically what I was driving it. If we could enable Compiz by > default and automatically fall back to metacity, we would get Compiz out > I of the box on Intel hardware and a few others. I don't see the connection. The KDE case is discussing adding bling to a window manager. The Gnome case is discussing replacing the window manager with bling. This is not the same thing. Without being able to run 3D apps properly on a composited desktop its all irrelevant anyway From drago01 at gmail.com Mon Aug 13 09:57:56 2007 From: drago01 at gmail.com (dragoran) Date: Mon, 13 Aug 2007 11:57:56 +0200 Subject: Enabling Compiz by default? In-Reply-To: <20070813094235.GB14455@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9DBC.2060208@codewiz.org> <46BC451D.20008@sms.ed.ac.uk> <20070810125848.GB7883@devserv.devel.redhat.com> <46BCD1D2.8090402@sms.ed.ac.uk> <46BE43BA.3090007@sms.ed.ac.uk> <1186875249.7383.3.camel@localhost.localdomain> <46BE4989.1070601@fedoraproject.org> <20070813094235.GB14455@devserv.devel.redhat.com> Message-ID: <46C02B24.2030505@gmail.com> Alan Cox wrote: > On Sun, Aug 12, 2007 at 05:13:05AM +0530, Rahul Sundaram wrote: > >> This was basically what I was driving it. If we could enable Compiz by >> default and automatically fall back to metacity, we would get Compiz out >> I of the box on Intel hardware and a few others. >> > > I don't see the connection. The KDE case is discussing adding bling to a > window manager. The Gnome case is discussing replacing the window manager > with bling. > no replacing the windowmanager with an other windowmanager. (was already done in the past) > This is not the same thing. > > Without being able to run 3D apps properly on a composited desktop its all > irrelevant anyway > > at the moment yes it only works with the binary nvidia driver and even here not perfectly "black window bug" ... but we should reconsider this when Kristian and Dave have finished there work on dri and the xserver. (fedora 9+) From alan at redhat.com Mon Aug 13 10:01:49 2007 From: alan at redhat.com (Alan Cox) Date: Mon, 13 Aug 2007 06:01:49 -0400 Subject: Disabling atime In-Reply-To: <1186987268.14035.21.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186713762.31901.280.camel@mccallum.corsepiu.local> <1186751351.31901.439.camel@mccallum.corsepiu.local> <20070811121632.GA8739@jadzia.bu.edu> <46BDDE1F.40109@fedoraproject.org> <1186887720.31901.599.camel@mccallum.corsepiu.local> <1186909725.18040.13.camel@rousalka.dyndns.org> <1186987268.14035.21.camel@mccallum.corsepiu.local> Message-ID: <20070813100149.GD14455@devserv.devel.redhat.com> On Mon, Aug 13, 2007 at 08:41:08AM +0200, Ralf Corsepius wrote: > That said, I consider notime to lack generality, because it violates > standards (POSIX), breaks applications and disables a feature of the OS. POSIX doesn't seem to mind. > As I already said many times before. It's trivial to implement > "atime-based find" scripts: And relatime is day accurate still > notime is helpful to them - I don't find noatime helpful. I doubt it finds you helpful either ;) Alan From Christian.Iseli at licr.org Mon Aug 13 10:19:25 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 13 Aug 2007 12:19:25 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <20070811093954.8d1b5d11.mschwendt.tmp0701.nospam@arcor.de> References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> <1186772252.24777.19.camel@localhost.localdomain> <20070811011426.d691d99c.mschwendt.tmp0701.nospam@arcor.de> <1186795194.2786.2.camel@localhost.localdomain> <20070811093954.8d1b5d11.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070813121925.1fa3f51c@ludwig-alpha.unil.ch> On Sat, 11 Aug 2007 09:39:54 +0200, Michael Schwendt wrote: > On Fri, 10 Aug 2007 18:19:51 -0700, Toshio Kuratomi wrote: > > > > > > Is a replacement for the owners.list downloaders+parsers available > > > > > already? > > > > > > > > > What are your requirements? > > > > > > A python module. > > > > > > For owners.list support in extras repoclosure and upgradecheck*. > > > > https://hosted.fedoraproject.org/projects/packagedb/ticket/33 > > Needed is anonymous access to pkg src.rpm %name, primary maintainer, > co-maintainers, Cclist. I need something similar for the Perl script that I use to maintain the PackageStatus pages here: http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus Needed items: - exhaustive list of packages in devel collection - exhaustive list of packages in maintained, released Fedora collection - link packages to owners - possibly list of orphaned packages Cheers, C From rc040203 at freenet.de Mon Aug 13 10:25:47 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 13 Aug 2007 12:25:47 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: <20070813121925.1fa3f51c@ludwig-alpha.unil.ch> References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> <1186772252.24777.19.camel@localhost.localdomain> <20070811011426.d691d99c.mschwendt.tmp0701.nospam@arcor.de> <1186795194.2786.2.camel@localhost.localdomain> <20070811093954.8d1b5d11.mschwendt.tmp0701.nospam@arcor.de> <20070813121925.1fa3f51c@ludwig-alpha.unil.ch> Message-ID: <1187000747.14035.55.camel@mccallum.corsepiu.local> On Mon, 2007-08-13 at 12:19 +0200, Christian Iseli wrote: > On Sat, 11 Aug 2007 09:39:54 +0200, Michael Schwendt wrote: > > On Fri, 10 Aug 2007 18:19:51 -0700, Toshio Kuratomi wrote: > > > > > > > > Is a replacement for the owners.list downloaders+parsers available > > > > > > already? > > > > > > > > > > > What are your requirements? > > > > > > > > A python module. > > > > > > > > For owners.list support in extras repoclosure and upgradecheck*. > > > > > > https://hosted.fedoraproject.org/projects/packagedb/ticket/33 > > > > Needed is anonymous access to pkg src.rpm %name, primary maintainer, > > co-maintainers, Cclist. > > I need something similar for the Perl script that I use to maintain the FWIW: This change broke many scripts from http://fedoraproject.org/wiki/PackageMaintainers/UsefulScripts My actual use-case is a local variant of cpancheck. Ralf From buildsys at redhat.com Mon Aug 13 10:32:40 2007 From: buildsys at redhat.com (Build System) Date: Mon, 13 Aug 2007 06:32:40 -0400 Subject: rawhide report: 20070813 changes Message-ID: <200708131032.l7DAWeaJ029435@porkchop.devel.redhat.com> New package bouml-doc Documentation for the BOUML tool Updated Packages: PythonCAD-0.1.36-2.fc8 ---------------------- * Sun Aug 12 2007 kwizart < kwizart at gmail.com > - 0.1.36-2 - Fix desktop file - Fix directory ownership * Mon May 14 2007 kwizart < kwizart at gmail.com > - 0.1.36-1 - Update to DS1-R36 (bugfix) - Add post & postun section - Replace config files allegro-4.2.2-3.fc8 ------------------- * Sun Aug 12 2007 Hans de Goede 4.2.2-3 - Enable building of JACK (Jack Audio Connection Kit) sound output plugin - Put non default sound output plugins in their own subpackage to avoid dragging in unwanted deps (allegro-esound-plugin, allegro-arts-plugin, allegro-jack-plugin) (bz 250736) - Make man pages and info file UTF-8 amavisd-new-2.5.2-2.fc8 ----------------------- * Sun Aug 12 2007 Steven Pritchard 2.5.2-2 - Fix pre/preun/post dependencies and improve scriptlets a bit. - Drop dependencies on DBD::mysql and Mail::SPF::Query. - Add dependencies on IO::Socket::INET6, Mail::SPF, and altermime. arm-gp2x-linux-binutils-2.16.1-3.fc8 ------------------------------------ * Sun Aug 12 2007 Hans de Goede 2.16.1-3 - Update License tag for new Licensing Guidelines compliance - Fix building with new glibc open() argument checking avahi-0.6.21-2.fc8 ------------------ * Sun Aug 12 2007 Lennart Poettering - 0.6.21-2 - Fix avahi-browse --help output * Sun Aug 12 2007 Lennart Poettering - 0.6.21-1 - New upstream release blobAndConquer-0.91-2.fc8 ------------------------- * Sun Aug 12 2007 Hans de Goede 0.91-2 - Update License tag for new Licensing Guidelines compliance - Fix invalid desktop file (fix building with latest desktop-file-utils) cdogs-sdl-0.4-2.fc8 ------------------- crystal-stacker-1.5-4.fc8 ------------------------- * Sun Aug 12 2007 Hans de Goede 1.5-4 - Update License tag for new Licensing Guidelines compliance - Fix invalid desktop file (fix building with latest desktop-file-utils) evolution-brutus-1.1.28.7-1.fc8 ------------------------------- * Sun Aug 12 2007 Brian Pepple - 1.1.28.7-1 - Update to 1.1.28.7. - Update package url. (#251059) - Update license tag. - Add BR on uuid-devel. * Mon Jul 16 2007 Brian Pepple - 1.1.28.0-1 - Update to 1.2.28.0. - Update evolution version & e-d-s version. - Add BR on wget? - drop brutus-keyring bits, since it's a seperate package now. * Tue May 22 2007 Brian Pepple - 1.1.27.3-1 - Update to 1.1.27.3. - Drop eof ppc patch. Fixed upstream. gdm-1:2.19.5-9.fc8 ------------------ * Sun Aug 12 2007 Adam Jackson 1:2.19.5-9 - Remove the filereq on /etc/pam.d/system-auth, pam alone is sufficient. - Bump the pam requirement to 0.99, 0.75 is ancient. * Sun Aug 12 2007 Matthias Clasen - 1:2.19.5-8 - Make the previous fix actually work * Sun Aug 12 2007 Matthias Clasen - 1:2.19.5-7 - Make gdmsetup work with consolehelper and pam again gnome-applets-1:2.19.1-7.fc8 ---------------------------- * Sun Aug 12 2007 Matthias Clasen - 1:2.19.1-7 - Fix Requires * Sun Aug 12 2007 Matthias Clasen - 1:2.19.1-6 - Stop the mixer applet from polling the volume gnome-common-2.18.0-1.fc8 ------------------------- * Sun Aug 12 2007 Toshio Kuratomi - 2.18.0-1 - Update to version that matches gnome-2.18. - Update license tag to strict GPLv2. gnome-games-1:2.19.90b-1.fc8 ---------------------------- * Sun Aug 12 2007 Matthias Clasen - 1:2.19.90b-1 - 2.19.90b * Sat Aug 11 2007 Matthias Clasen - 1:2.19.90-1 - 2.19.90 * Tue Aug 07 2007 Matthias Clasen - 1:2.19.6-4 - Add documentation license gnome-keyring-2.19.90-1.fc8 --------------------------- * Sun Aug 12 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Thu Aug 02 2007 Matthias Clasen - 2.19.6.1-2 - Update License fields * Mon Jul 30 2007 Matthias Clasen - 2.19.6.1-1 - Update to 2.19.6.1 gstreamer-plugins-good-0.10.6-2.fc8 ----------------------------------- * Sun Aug 12 2007 - Bastien Nocera - 0.10.6-2 - Enable experimental plugins, the wavepack and v4l2src plugins (#250886) hercules-3.05-2.fc8 ------------------- * Sun Aug 12 2007 Matthias Saou 3.05-2 - Include open patch. * Sun Aug 05 2007 Matthias Saou 3.05-1 - Update to 3.05. kbilliards-0.8.7b-3.fc8 ----------------------- kdetv-0.8.9-5.fc8 ----------------- * Sun Aug 12 2007 Ian Chapman 0.8.9-5 - Updated license field due to new guidelines - Fixed .desktop categories * Sat Sep 09 2006 Ian Chapman 0.8.9-4 - Dropped libXext buildrequire as it's pulled in by qt-devel * Fri Sep 01 2006 Ian Chapman 0.8.9-3 - Minor spec file cleanup - Drop vendor tag from .desktop as it's not created by fedora kernel-2.6.23-0.101.rc2.git5.fc8 -------------------------------- * Sun Aug 12 2007 Roland McGrath - Rearrange module signing to avoid conflicts with debugedit build-id changes. - debugedit embedded objects before stripping to avoid later build-id change. - Use -g for C files in x86_64 vDSO. * Sun Aug 12 2007 Dave Jones - 2.6.23-rc2-git5 * Sun Aug 12 2007 Dave Jones - Speed up builds by disabling modversions. lacewing-1.10-8.fc8 ------------------- * Sun Aug 12 2007 Hans de Goede 1.10-8 - Update License tag for new Licensing Guidelines compliance - Fix invalid desktop file (fix building with latest desktop-file-utils) lcdproc-0.5.2-2.fc8 ------------------- * Sun Aug 12 2007 kwizart < kwizart at gmail.com > 0.5.2-2 - Fix memset swap from djones advice - License is GPLv2 - Fix #246971 libdhcp-1.27-1.fc8 ------------------ * Sun Aug 12 2007 David Cantrell - 1.27-1 - Add missing libdhcp.pc to release archive * Fri Aug 10 2007 David Cantrell - 1.26-1 - Update license tag to indicate GPL v2 or later - Update URLs to point to new upstream location libgnome-2.19.1-3.fc8 --------------------- * Sat Aug 11 2007 Matthias Clasen - 2.19.1-3 - Switch the default GTK+ theme to Nodoka * Tue Aug 07 2007 Matthias Clasen - 2.19.1-2 - Update the license field * Mon Jul 30 2007 Matthias Clasen - 2.19.1-1 - Update to 2.19.1 libgnomekbd-2.19.90-1.fc8 ------------------------- * Sun Aug 12 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Tue Aug 07 2007 Matthias Clasen - 2.18.2-2 - Update the license field lightning-1.2-11.fc8 -------------------- * Sun Aug 12 2007 Jochen Schmitt 1.2-11 - Changing license tag metacity-2.19.55-2.fc8 ---------------------- * Sun Aug 12 2007 Matthias Clasen - 2.19.55-2 - Switch default theme to Nodoka mew-5.2.50-2.fc8 ---------------- * Mon Aug 13 2007 Akira TAGOH - 5.2.50-2 - Fix an open-missing-mode error. * Thu Aug 09 2007 Akira TAGOH - Update License tag. mysql-5.0.45-3.fc8 ------------------ * Sun Aug 12 2007 Tom Lane 5.0.45-3 - Recent perl changes in rawhide mean we need a more specific BuildRequires njam-1.25-5.fc8 --------------- * Sun Aug 12 2007 Hans de Goede 1.25-5 - Update License tag for new Licensing Guidelines compliance - Fix invalid desktop file (fix building with latest desktop-file-utils) perl-GnuPG-Interface-0.33-9.fc8 ------------------------------- * Sun Aug 12 2007 Matt Domsch - 0.33-9 - add BR perl(ExtUtils::MakeMaker) perl-Net-IP-1.25-4.fc8 ---------------------- * Sun Aug 12 2007 Ville Skytt?? - 1.25-4 - BuildRequire perl(ExtUtils::MakeMaker) - License: MIT perl-Net-Server-0.97-1.fc8 -------------------------- * Sun Aug 12 2007 Nicolas Mailhot ??? 0.97-1 perl-SDL-2.1.3-5.fc8 -------------------- * Sun Aug 12 2007 Hans de Goede 2.1.3-5 - Update License tag for new Licensing Guidelines compliance - Add BuildRequires: perl(Test::More) to fix building with the new splitup perl perl-Test-Deep-0.097-1.fc8 -------------------------- * Fri Aug 10 2007 Steven Pritchard 0.097-1 - Update to 0.097. perl-YAML-Syck-0.96-1.fc8 ------------------------- * Sun Aug 12 2007 Steven Pritchard 0.96-1 - Update to 0.96. * Fri Aug 03 2007 Steven Pritchard 0.95-1 - Update to 0.95. php-eaccelerator-1:0.9.5.1-6.fc8 -------------------------------- * Sun Aug 12 2007 Matthias Saou 1:0.9.5.1-6 - Change the ifarch ppc* to ifnarch x86(_64) since alpha also needs to be excluded (#251302). pipenightdreams-0.10.0-6.fc8 ---------------------------- * Sun Aug 12 2007 Hans de Goede 0.10.0-6 - Update License tag for new Licensing Guidelines compliance - Fix invalid desktop file (fix building with latest desktop-file-utils) postgresql-8.2.4-3.fc8 ---------------------- * Sun Aug 12 2007 Tom Lane 8.2.4-3 - Recent perl changes in rawhide mean we need a more specific BuildRequires * Wed Jun 20 2007 Tom Lane 8.2.4-2 - Fix oversight in postgresql-test makefile: pg_regress isn't a shell script anymore. Per upstream bug 3398. * Tue Apr 24 2007 Tom Lane 8.2.4-1 - Update to PostgreSQL 8.2.4 for CVE-2007-2138, data loss bugs Resolves: #237682 postgresql-jdbc-0:8.2.506-1jpp.fc8 ---------------------------------- * Sun Aug 12 2007 Tom Lane 8.2.506-1jpp - Update to build 8.2-506 * Tue Apr 24 2007 Tom Lane 8.2.505-1jpp - Update to build 8.2-505 - Work around 1.4 vs 1.5 versioning inconsistency proftpd-1.3.0a-8.fc8 -------------------- * Sun Aug 12 2007 Matthias Saou 1.3.0a-8 - Fix logrotate entry to silence error when proftpd isn't running (#246392). pulseaudio-0.9.7-0.3.svn20070812.fc8 ------------------------------------ * Sun Aug 12 2007 Lennart Poettering 0.9.7-0.3.svn20070812 - Depend on tcp_wrappers-devel instead of tcp_wrappers, to make sure we actually get the headers installed. * Sun Aug 12 2007 Lennart Poettering 0.9.7-0.2.svn20070812 - Update snapshot, contains 64 bit build fixes, and disables module-x11-xsmp by default to avoid deadlock when PA is started from gnome-session * Sun Aug 12 2007 Lennart Poettering 0.9.7-0.1.svn20070812 - Take snapshot from SVN qtpfsgui-1.8.12-1.fc8 --------------------- * Sun Aug 12 2007 Douglas E. Warner 1.8.12-1 - update to version 1.8.12 - fixes CVE-2007-2956; bug#251674 redhat-artwork-7.0.0-11.fc8 --------------------------- * Sun Aug 12 2007 Matthias Clasen - 7.0.0-11 - Switch default theme to use Nodoka rpm-4.4.2.1-6.fc8 ----------------- * Sun Aug 12 2007 Panu Matilainen - 4.4.2.1-6 - debugedit buildid thinko fix from Roland McGrath - loosen up popt-dependency to prepare for splitting it off * Thu Aug 09 2007 Panu Matilainen - 4.4.2.1-5 - avoid unnecessary .rpmsave / .rpmnew files by Tomas Mraz (#29470, #128622) - stricter docdir checking by Ralf S. Engelschall (#246819) - add lua license to docs * Thu Aug 09 2007 Panu Matilainen - 4.4.2.1-4 - fix new find-debuginfo.sh on noarch packages by Roland McGrath shippy-1.3.3.7-5.fc8 -------------------- * Sun Aug 12 2007 Hans de Goede 0.91-2 - Update License tag for new Licensing Guidelines compliance - Fix invalid desktop file (fix building with latest desktop-file-utils) suck-4.3.2-15.fc8 ----------------- * Sun Aug 12 2007 Jochen Schmitt 4.3.2-15 - Rebuild for build id feature system-config-language-1.2.7-1.fc8 ---------------------------------- * Mon Aug 13 2007 Lingning Zhang - 1.2.7 - fix bug251478. worminator-3.0R2.1-6.fc8 ------------------------ * Sun Aug 12 2007 Hans de Goede 3.0R2.1-6 - Update License tag for new Licensing Guidelines compliance - Fix invalid desktop file (fix building with latest desktop-file-utils) xapian-bindings-1.0.2-3.fc8 --------------------------- * Sun Aug 12 2007 Adel Gadllah 1.0.2-3 - Remove vendor tag RH #251832 xcircuit-3.4.26-22.fc8 ---------------------- * Sun Aug 12 2007 Chitlesh Goorah - 3.4.26-22 - fix for x86_64 * Sun Aug 12 2007 Chitlesh Goorah - 3.4.26-21 - dump release * Wed Aug 08 2007 Chitlesh Goorah - 3.4.26-20 - patch xcircuit-3.4-memset.patch: Found memset with swapped arguments yadex-1.7.0-7.fc8 ----------------- * Sat Aug 11 2007 Wart 1.7.0-7 - Clean up .desktop file version and categories zasx-1.30-4.fc8 --------------- * Sun Aug 12 2007 Hans de Goede 1.30-4 - Update License tag for new Licensing Guidelines compliance - Fix invalid desktop file (fix building with latest desktop-file-utils) Broken deps for i386 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 hugin - 0.6.1-6.fc7.i386 requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicui18n.so.36()(64bit) hugin - 0.6.1-6.fc7.x86_64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) glest-data - 2.0.0-4.fc8.noarch requires glest = 0:2.0.0 hugin - 0.6.1-6.fc7.ppc requires libboost_thread.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) hugin - 0.6.1-6.fc7.ppc64 requires libboost_thread.so.2()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump koan - 0.6.0-1.fc7.noarch requires syslinux monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From paul at city-fan.org Mon Aug 13 12:42:33 2007 From: paul at city-fan.org (Paul Howarth) Date: Mon, 13 Aug 2007 13:42:33 +0100 Subject: status of initscript conversions to lsb standard In-Reply-To: <20070813102059.78af9daa@python3.es.egwn.lan> References: <46BF6C7F.6030206@hhs.nl> <20070813102059.78af9daa@python3.es.egwn.lan> Message-ID: <46C051B9.7080806@city-fan.org> Matthias Saou wrote: > Hans de Goede wrote : > >> Some time ago many bugs where filed against packages with initscripts, asking >> to make these initscripts lsb compliant. >> >> After that there was some discussion if this was really a necessary operation, >> as it wasn't sure yet if we would be switching to a startup replacement which >> requires lsb compliance scripts. The outcome of the discussion then was to wait >> with converting the scripts till things would be more clear. >> >> Are things more clear now, are we going to switch init, and to a version which >> makes these changes necessary, or should I close those bugs open against my >> packages? > > I have the exact same doubts myself :-) > > I really think the "Unanswered questions" from the wiki page should be > addressed first : > http://fedoraproject.org/wiki/FCNewInit/Initscripts > > As an example, I still don't know what the correct/best syntax is for a > service to not be run by default in any runlevels : > > - No "Default-Stop" or "Default-Start"? > - "Default-Stop: 0 1 2 3 4 5 6"? > - "Default-Start:" and "Default-Stop: 0 1 2 3 4 5 6"? > - Something else? I've gone with `No "Default-Stop" or "Default-Start"' so far. I tried `"Default-Start:" and "Default-Stop: 0 1 2 3 4 5 6"' but IIRC rpmlint complained about it. Paul. From ville.skytta at iki.fi Mon Aug 13 12:58:01 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 13 Aug 2007 15:58:01 +0300 Subject: status of initscript conversions to lsb standard In-Reply-To: <46C051B9.7080806@city-fan.org> References: <46BF6C7F.6030206@hhs.nl> <20070813102059.78af9daa@python3.es.egwn.lan> <46C051B9.7080806@city-fan.org> Message-ID: <200708131558.02089.ville.skytta@iki.fi> On Monday 13 August 2007, Paul Howarth wrote: > > I tried `"Default-Start:" and "Default-Stop: 0 1 2 3 4 5 6"' but IIRC > rpmlint complained about it. Do not trust rpmlint too much on this one just yet. Its LSB comment check suffers mostly from the same unanswered questions as FCNewInit/Initscripts in the Fedora Wiki: http://rpmlint.zarb.org/cgi-bin/trac.cgi/ticket/71 From ville.skytta at iki.fi Mon Aug 13 14:06:41 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 13 Aug 2007 17:06:41 +0300 Subject: New packaging guideline: users and groups Message-ID: <200708131706.41840.ville.skytta@iki.fi> A new guideline for handling user and group accounts in packages has been added to the packaging guidelines. http://fedoraproject.org/wiki/Packaging/Guidelines#UsersAndGroups http://fedoraproject.org/wiki/Packaging/UsersAndGroups _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From wwoods at redhat.com Mon Aug 13 15:54:36 2007 From: wwoods at redhat.com (Will Woods) Date: Mon, 13 Aug 2007 11:54:36 -0400 Subject: Recent update borks YUM In-Reply-To: <1186927646.16072.9.camel@rt.jesacco.com> References: <20070812040449.889B14D05EB@magilla.localdomain> <1186927646.16072.9.camel@rt.jesacco.com> Message-ID: <1187020491.8211.37.camel@metroid.rdu.redhat.com> On Sun, 2007-08-12 at 10:07 -0400, Joseph Sacco wrote: > On Sat, 2007-08-11 at 21:04 -0700, Roland McGrath wrote: > > You need glibc-2.6.90-8. If it broke yum, you may need to install it by > > hand with rpm. > > Thanks, Roland. Manual installation worked. > > I am always "surprised" when a daily update regimen leaves the system in > a strange state. One of the consequences of too many moving parts. Well, it's rawhide. You pay your nickel and you take your chances. But we should probably have a well-known rawhide status page that lists these sorts of problems (and their solutions).. -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 dr.diesel at gmail.com Mon Aug 13 16:04:21 2007 From: dr.diesel at gmail.com (Dr. Diesel) Date: Mon, 13 Aug 2007 11:04:21 -0500 Subject: Recent update borks YUM In-Reply-To: <1187020491.8211.37.camel@metroid.rdu.redhat.com> References: <20070812040449.889B14D05EB@magilla.localdomain> <1186927646.16072.9.camel@rt.jesacco.com> <1187020491.8211.37.camel@metroid.rdu.redhat.com> Message-ID: <2a28d2ab0708130904h22441c3fy91c02fcf1ca3ed93@mail.gmail.com> On 8/13/07, Will Woods wrote: > On Sun, 2007-08-12 at 10:07 -0400, Joseph Sacco wrote: > > On Sat, 2007-08-11 at 21:04 -0700, Roland McGrath wrote: > > > You need glibc-2.6.90-8. If it broke yum, you may need to install it by > > > hand with rpm. > > > > Thanks, Roland. Manual installation worked. > > > > I am always "surprised" when a daily update regimen leaves the system in > > a strange state. One of the consequences of too many moving parts. > > Well, it's rawhide. You pay your nickel and you take your chances. But > we should probably have a well-known rawhide status page that lists > these sorts of problems (and their solutions).. > > -w Rawhide breaking is how I learned Linux! I began my Linux experience in early Fedora running only rawhide. When something broke I was forced to search around and figure it out! I'm now 100% Linux at my house and will NEVER look back.. I for one am quite thankful for rawhide breaking! From ajackson at redhat.com Mon Aug 13 16:02:28 2007 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 13 Aug 2007 12:02:28 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1186762245.3637.7.camel@sb-home> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <1186752422.31901.442.camel@mccallum.corsepiu.local> <20070810103524.317a35bc@vader.jdub.homelinux.org> <1186761359.31901.487.camel@mccallum.corsepiu.local> <1186762245.3637.7.camel@sb-home> Message-ID: <1187020948.2876.71.camel@localhost.localdomain> On Fri, 2007-08-10 at 18:10 +0200, nodata wrote: > Am Freitag, den 10.08.2007, 17:55 +0200 schrieb Ralf Corsepius: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=213254 > > > > This bug has persisted ever since it had started sometime with fc5. > > I'd like to start a "bugs that have been hanging around for ages, but > aren't yet fixed" tracker bug. I assume it will point to itself? - ajax From ajackson at redhat.com Mon Aug 13 16:03:55 2007 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 13 Aug 2007 12:03:55 -0400 Subject: Enabling Compiz by default? In-Reply-To: <46BC7CF7.7090202@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <1186756104.2876.63.camel@localhost.localdomain> <46BC7CF7.7090202@fedoraproject.org> Message-ID: <1187021035.2876.74.camel@localhost.localdomain> On Fri, 2007-08-10 at 20:27 +0530, Rahul Sundaram wrote: > Adam Jackson wrote: > > That said, no, we're not turning compiz on by default for F8. > > Would you let me know why? Because GLX and Xv are still broken with any compositing manager. And because it still doesn't fall back to metacity correctly, but that's a side issue. - ajax From jon.nettleton at gmail.com Mon Aug 13 16:16:55 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Mon, 13 Aug 2007 12:16:55 -0400 Subject: Enabling Compiz by default? In-Reply-To: <1187021035.2876.74.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <1186756104.2876.63.camel@localhost.localdomain> <46BC7CF7.7090202@fedoraproject.org> <1187021035.2876.74.camel@localhost.localdomain> Message-ID: On 8/13/07, Adam Jackson wrote: > > On Fri, 2007-08-10 at 20:27 +0530, Rahul Sundaram wrote: > > Adam Jackson wrote: > > > That said, no, we're not turning compiz on by default for F8. > > > > Would you let me know why? > > Because GLX and Xv are still broken with any compositing manager. > > And because it still doesn't fall back to metacity correctly, but that's > a side issue. > > - ajax Xv and GLX work fine for me using xwm4. They are a little slower in windowed mode, but fully accelerated in fullscreen overlay. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajackson at redhat.com Mon Aug 13 17:11:09 2007 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 13 Aug 2007 13:11:09 -0400 Subject: rhgb and gdm-early-login two great tastes? In-Reply-To: References: Message-ID: <1187025069.2876.87.camel@localhost.localdomain> On Sat, 2007-08-11 at 18:20 -0400, Jon Nettleton wrote: > I just read somewhere somebody saying that rhgb was a horrible > idea and that a nicer boot process will come once kernel mode- > setting exists. Funny how some things kick your brain in such a way > you actually look at things a little different. This was the kick I > needed after staring blankly at my bootlog charts trying to figure > out how to shave more time off the process (I have maxed out at 40 > seconds). > > My problem is that you have to take the speed hit of starting an X > server eventually. Kernel modesetting just isn't going to help that. > Well then all the pieces fell together and this is what I have hacked > together so far. To be fair, the X server isn't the slow part of starting graphics. The real reason for wanting kernel modesetting is so we can do this stuff all the way forward in the boot process, basically as soon as you hit the initramfs. This lets you mask the fact that kernel init still takes >10s on most hardware. > 1) Add an option to rhgb so it doesn't fork and daemonize > 2) patch /etc/gdm/Init/Default so it checks that rhgb is executable > and the file /var/lock/subsys/rhgb doesn't exist. If those two > qualifications are true then run rhgb -n -f -u :0.0 > 3) modify rc.sysinit with the gdm-early-login patch, so gdm is > started right after the root filesystem is mounted rw. > > What this gives me is boot up, as soon as / is rw start up gdm. Gdm > starts rhgb using it's own X server. As soon as rhgb is done gdm > launches the greeter using the same X server. No flashing or > switching back and forth to consoles, etc etc. This sounds interesting. Got the patches handy? - ajax From wtogami at redhat.com Mon Aug 13 17:45:02 2007 From: wtogami at redhat.com (Warren Togami) Date: Mon, 13 Aug 2007 13:45:02 -0400 Subject: Notice: Fedora 8 Feature Freeze - 2 WEEKS LEFT Message-ID: <46C0989E.2080609@redhat.com> http://fedoraproject.org/wiki/Releases/8/Schedule Feature Freeze for Fedora 8 is coming soon on August 28th. The goal of the feature freeze is to be sure that the components are in a known and tested state before the release of Fedora 8. Notes ===== 1) Top Priority for the freeze are components within the default installations. 2) Secondary in freeze importance are packages within the entire Fedora Collection. Major changes after the Feature Freeze date are highly discouraged. 3) New packages may continue to be added to the devel branch during this period, as long as they do not require major changes of existing packages. 4) Contact FESCo if you need clarification or permission for an exception to the Feature Freeze. 5) If your feature misses the deadline, don't feel too disheartened. The F9 feature freeze is coming ~6 months later. 6) At some (yet to be determined) point we have to stop additions of new packages to F8 when we reach the DEEP FREEZE. This is when we stop the churn of new and updated packages in order to check consistency of the repository prior to the final release. By the calendar, F8 Final devel freeze is currently scheduled for October 23rd. If you have any questions about the Feature Freeze, please ask on fedora-devel-list. Thanks, Warren Togami wtogami at redhat.com _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From mclasen at redhat.com Mon Aug 13 18:22:25 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 13 Aug 2007 14:22:25 -0400 Subject: libgnomekbd Message-ID: <1187029345.31096.43.camel@dhcp83-186.boston.redhat.com> Last night I pushed libgnomekbd 2.19.90 into rawhide. It turns out that it has a bad free which has the potential to make your panel an screensaver lock dialog unusable. I've built a fix here: http://koji.fedoraproject.org/koji/buildinfo?buildID=13600 which should show up in tomorrows rawhide. Matthias From jaroslav at aster.pl Mon Aug 13 18:34:13 2007 From: jaroslav at aster.pl (Jaroslaw Gorny) Date: Mon, 13 Aug 2007 20:34:13 +0200 Subject: Qemu Fedora 8 (possible enhancement?) In-Reply-To: References: <20070810102316.40cc2d23@python3.es.egwn.lan> Message-ID: <200708132034.29988.jaroslav@aster.pl> Saturday 11 of August 2007 05:35:10 Mark Bidewell napisa?(a): > I double checked, I still get "not compiled". I am not using -smp, but I > am running x86_64 (If that means anything) Fedora does not ship separate kernel-smp package (since FC6?). Your CPU can be multi-core or sth. like that. Just do: $ ls /sys/devices/system/cpu/ to check how many CPUs Your system recognizes. -- Jaroslaw Gorny -------------- 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 Mon Aug 13 18:46:05 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 13 Aug 2007 20:46:05 +0200 Subject: Package Management Blows Goats (use cases) In-Reply-To: <1186935402.5251.47.camel@rousalka.dyndns.org> References: <1185871893.2652.5.camel@hughsie-laptop> <20070731091813.GA7676@devserv.devel.redhat.com> <1185874601.2652.27.camel@hughsie-laptop> <1186935402.5251.47.camel@rousalka.dyndns.org> Message-ID: <1187030765.4168.26.camel@rousalka.dyndns.org> BTW, on the same topic. Another reason our package management sucks is its propagation time. Builds are composed in koji. Then after a while propagated to a master serveur. Then after some hours or days synced by several layers of mirrors. Then at last installed on user systems. So you have this huge delay between packager action and package propagation. In particular that means when a faulty package is released (cough rawhide cough) it continues to be installed by users hours or days after the packager has identified there's a problem and started to work on a fix. Meanwhile users flood the support channels with the same questions (or not, since so many people hit the same problems they just hope someone else already reported them and keep quiet) Since everyone feeding from the same instantaneously-updated root server won't happen, the next best thing would be not to add a wiki with info on known problems (difficult to keep up to date and no one will read it before hitting problems anyway), but rss-like blacklist support in yum. (just a signed known-bad package list in a central location yum would consult before considering new packages) PROs : - such a list can be updated in real-time with little effort (just put a FAS-protected webform somewhere before the blacklist generator) - such a list would be small, so there's no reasons user yums can not consult it directly instead of going through the big-latency mirror hierarchy (additionnally I'm sure the people counting fedora users would like this) - blacklisting bad packages gives packagers some time to fix problems - blacklisting bad packages means support channels are not flooded with the same repeated questions - working real-time blacklisting means testers know that if they hit a problem it's probably not been reported yet, so doing it is helpful to the project CONS I don't see any Thoughts? -- 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 skvidal at fedoraproject.org Mon Aug 13 18:49:19 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 13 Aug 2007 14:49:19 -0400 Subject: Package Management Blows Goats (use cases) In-Reply-To: <1187030765.4168.26.camel@rousalka.dyndns.org> References: <1185871893.2652.5.camel@hughsie-laptop> <20070731091813.GA7676@devserv.devel.redhat.com> <1185874601.2652.27.camel@hughsie-laptop> <1186935402.5251.47.camel@rousalka.dyndns.org> <1187030765.4168.26.camel@rousalka.dyndns.org> Message-ID: <1187030959.13822.36.camel@cutter> On Mon, 2007-08-13 at 20:46 +0200, Nicolas Mailhot wrote: > BTW, on the same topic. Another reason our package management sucks is > its propagation time. Builds are composed in koji. Then after a while > propagated to a master serveur. Then after some hours or days synced by > several layers of mirrors. Then at last installed on user systems. So > you have this huge delay between packager action and package > propagation. > > In particular that means when a faulty package is released (cough > rawhide cough) it continues to be installed by users hours or days after > the packager has identified there's a problem and started to work on a > fix. Meanwhile users flood the support channels with the same questions > (or not, since so many people hit the same problems they just hope > someone else already reported them and keep quiet) > > Since everyone feeding from the same instantaneously-updated root server > won't happen, the next best thing would be not to add a wiki with info > on known problems (difficult to keep up to date and no one will read it > before hitting problems anyway), but rss-like blacklist support in yum. > (just a signed known-bad package list in a central location yum would > consult before considering new packages) > > PROs : > - such a list can be updated in real-time with little effort (just put a > FAS-protected webform somewhere before the blacklist generator) > - such a list would be small, so there's no reasons user yums can not > consult it directly instead of going through the big-latency mirror > hierarchy (additionnally I'm sure the people counting fedora users would > like this) > - blacklisting bad packages gives packagers some time to fix problems > - blacklisting bad packages means support channels are not flooded with > the same repeated questions > - working real-time blacklisting means testers know that if they hit a > problem it's probably not been reported yet, so doing it is helpful to > the project > > CONS > I don't see any cons: - that single location is a SPOF and a bandwidth/access nightmare - this is just a bandaid to fixing qa problems in any of our releases. -sv From jon at fedoraunity.org Mon Aug 13 19:09:38 2007 From: jon at fedoraunity.org (Jonathan Steffan) Date: Mon, 13 Aug 2007 13:09:38 -0600 Subject: Zope, Plone and Python; Redux Message-ID: <1187032178.2607.48.camel@damaestrojr> It's getting close to the Fedora 8 freeze and I need to figure out what I am supposed to do with Zope and Plone. With direct regards to Fedora 8 (and 7,) we don't have the needed python version and thus we have no Zope and Plone. Please, let's not start that fire again. This message is regarding what to do with the Fedora Core 6 packages and also the EPEL5 packages. The following is a brief outline of the issue: Zope, Plone, Python in Fedora Core 6: - Python 2.4.4 - Zope 2.9.8 - Plone 2.5.3 Zope, Plone, Python in Fedora 7+: - Python 2.5 - No Zope - No Plone Zope, Plone, Python in EPEL5: - Python 2.4.3 - Zope 2.9.8 - Plone 2.5.3 Zope, Plone, Python in EPEL4: - Python 2.3.4 - No Zope - No Plone Plone 2.5.x require Zope 2.9.x and thus Python 2.4.3+. This means that our only target releases are EPEL5 and FC6. Plone 3 is on the verge or release and I'm getting everything in order to have the packages ready for release. Plone 3.x requires Zope 2.10.x and we can sneak by with Python 2.4.3, but 2.4.4 is recommended. This means, again, our target releases are EPEL5 and FC6. In the past I have not maintained Plone release N-1 ... just the most recent. I really prefer this, but I know it is not best for the Zope and Plone developer base. To express why, look at how strict the above requirements are. Some things will continue to need the Plone 2.5.x release which will be maintained until Plone 3.5 is ready. Also, Zope is very useful for more then just Plone and there are actually four (maybe more) active branches of Zope; 2.9.x 2.10.x 2.11.x and 3.x. 2.9-11 (IMHO) are the most used, but Zope 3 will still be used by many. This brings us to the point. What do we name all these packages? Currently we only have zope and plone. How am I supposed to manage all these different versions successfully? Who decides which branch continues to be "zope" and "plone" and what do we name the others? How would end users have any idea about packages other then "zope" and "plone"? Assuming migration works, do we always just push forward to the latest usable version? Do we restrict updating the zope package when plone requires version 1.2.3.4 but can not use 2.x? (as an abstract example). There are zope 3 packages up for review: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235672 They are named zope3. Assuming we can make it so zope and zope3 don't conflict, which I have not looked into, do we need to name zope 2.9.x zope29 and zope 2.10.x zope210? How do I manage to expose to the end users zope and plone will remain at the 2.9.x and plone 2.5.x as long as they are maintained and then offer 2.10.x and plone 3.x as zope210 and plone3? How do I migrate users away from the standard "zope" and "plone" packages. We can not expect them to upgrade/update at any given point in the updates stream and, for example, plone 2.1.x had issues migration to plone 2.5.x once they got far enough away from each other so I was unable to update FC4 before it went EOL. On to even more of an issue. With the current packages we provide a "default" instance that is normally upgraded as updates come out. How do we provide the same enjoyable functionality when working with incompatible versions installed at the same time both requesting the same default instance space? I really like the zope3 packages having zope3-instance, but we don't have that luxury in the current packages. Assuming we have no power to force users to update at any time (aka infer a package update "stream",) is there any way we can move to doing something like plone25 and plone30 (and plone35) along with the needed zope29 and zope210 and zope3, splitting out the default instance into a subpackage? I, as the package maintainer, don't have a clear idea of how to deal with this. Thanks for any feedback. As a last minute, right before pressing the send button idea, do we keep the "zope" and "plone" packages just the latest and then provide zopeXYZ and ploneXYZ as psuedo "compat" packages? I'm in *no* rush to maintain all of this, but I find great value in both of these pieces of software and would like to keep Fedora and EPEL a fertile ground for such great software. Jonathan Steffan From nicolas.mailhot at laposte.net Mon Aug 13 19:43:04 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 13 Aug 2007 21:43:04 +0200 Subject: Package Management Blows Goats (use cases) In-Reply-To: <1187030959.13822.36.camel@cutter> References: <1185871893.2652.5.camel@hughsie-laptop> <20070731091813.GA7676@devserv.devel.redhat.com> <1185874601.2652.27.camel@hughsie-laptop> <1186935402.5251.47.camel@rousalka.dyndns.org> <1187030765.4168.26.camel@rousalka.dyndns.org> <1187030959.13822.36.camel@cutter> Message-ID: <1187034184.5671.21.camel@rousalka.dyndns.org> Le lundi 13 ao?t 2007 ? 14:49 -0400, seth vidal a ?crit : > On Mon, 2007-08-13 at 20:46 +0200, Nicolas Mailhot wrote: > > > CONS > > I don't see any > > cons: > - that single location is a SPOF 1. It's only a SPOF if yum blocks/fails on blacklist acquisition failure, which may not be the smartest policy 2. It's only a SPOF if the list is in a single location. There's no reason the file can not be replicated, and it's easier to replicate/propagate quickly a small file than the whole state of a huge package repository > and a bandwidth/access nightmare 3. see 2. 4. RSS feeds on busy sites show everyday it can be done. We're talking about a small file there 5. the risk of getting a bad package which has already been fixed is a huge reason users spurn second and third-tier mirrors and overload high-sync-rate first-tier mirrors. 6. when a bad package is propagated users flock to the root infrastructure. See McLasen's recent message. What if the problem package had been glibc instead and users had all been directed to download the fix directly from koji instead? > - this is just a bandaid to fixing qa problems in any of our releases. 7. We manage many repositories were bad packages are expected to happen regularly (testing, rawhide). Having many users hit the same problem is not helping QA, quite the contrary: - when many testers hit an already reported problem they feel they're wasting their time and stop testing - you have support burnout - you have bugzilla flooding - when everyone is struggling against the same high-profile problem in a testing repo less proeminent problems are left unreported 8. A blacklist is like an airbag. You don't expect to use it, but dispensing with it is stupid -- 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 chitlesh at fedoraproject.org Mon Aug 13 19:52:29 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Aug 2007 21:52:29 +0200 Subject: [pkgdb] alliance (Fedora, 6) updated by Kevin Fenzi In-Reply-To: <200708131936.l7DJa5XI015857@app4.fedora.phx.redhat.com> References: <200708131936.l7DJa5XI015857@app4.fedora.phx.redhat.com> Message-ID: <13dbfe4f0708131252v28943f6dvf7f8d62903fa07d6@mail.gmail.com> On 8/13/07, kevin Kevin Fenzi wrote: > Kevin Fenzi (kevin) added a Fedora 6 branch for alliance > Kevin Fenzi (kevin) has set commit to Denied for cvsextras on alliance (Fedora 6) > Kevin Fenzi (kevin) has set build to Approved for cvsextras on alliance (Fedora 6) > Kevin Fenzi (kevin) has set checkout to Approved for cvsextras on alliance (Fedora 6) Is something wrong ? ./common/cvs-import.sh rpmbuild/SRPMS/alliance-5.0-7.20070718snap.src.rpm -b FC-6 [...] cvs commit... Log message unchanged or not specified a)bort, c)ontinue, e)dit, !)reuse this message unchanged for remaining dirs Action: (continue) **** Access denied: chitlesh is not in ACL for rpms/alliance cvs commit: Pre-commit check failed **** Access denied: chitlesh is not in ACL for rpms/alliance/FC-6 cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! Chitlesh -- http://clunixchit.blogspot.com From buildsys at fedoraproject.org Mon Aug 13 19:54:08 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 13 Aug 2007 19:54:08 -0000 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-13 Message-ID: <20070813195408.31633.95548@extras64.linux.duke.edu> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): bjohnson AT symetrix.com dbmail - 2.2.4-4.fc7.i386 (39 days) gauret AT free.fr glest-data - 2.0.0-3.fc7.noarch (12 days) lxtnow AT gmail.com python-gammu - 0.20-1.fc7.i386 (10 days) python-gammu - 0.20-1.fc7.ppc (10 days) python-gammu - 0.20-1.fc7.x86_64 (10 days) oliver AT linux-kernel.at syck-php - 0.55-16.fc7.i386 (29 days) syck-php - 0.55-16.fc7.ppc (29 days) syck-php - 0.55-16.fc7.x86_64 (29 days) tcallawa AT redhat.com compat-wxGTK-devel - 2.4.2-21.fc6.i386 (28 days) compat-wxGTK-devel - 2.4.2-21.fc6.i386 (28 days) compat-wxGTK-devel - 2.4.2-21.fc6.ppc (28 days) compat-wxGTK-devel - 2.4.2-21.fc6.x86_64 (28 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (28 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (28 days) compat-wxGTK-gl - 2.4.2-21.fc6.ppc (28 days) compat-wxGTK-gl - 2.4.2-21.fc6.x86_64 (28 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (28 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (28 days) compat-wxGTK-stc - 2.4.2-21.fc6.ppc (28 days) compat-wxGTK-stc - 2.4.2-21.fc6.x86_64 (28 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (28 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (28 days) compat-wxGTK-xrc - 2.4.2-21.fc6.ppc (28 days) compat-wxGTK-xrc - 2.4.2-21.fc6.x86_64 (28 days) tscherf AT redhat.com Democracy - 0.9.5.1-8.fc7.i386 (17 days) Democracy - 0.9.5.1-8.fc7.ppc (17 days) Democracy - 0.9.5.1-8.fc7.x86_64 (17 days) twoerner AT redhat.com postfix-pflogsumm - 2:2.4.3-2.fc7.i386 (59 days) postfix-pflogsumm - 2:2.4.3-2.fc7.ppc (59 days) postfix-pflogsumm - 2:2.4.3-2.fc7.x86_64 (59 days) ====================================================================== Broken packages in fedora-7-i386: Democracy-0.9.5.1-8.fc7.i386 requires firefox = 0:2.0.0.3 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 ====================================================================== Broken packages in fedora-7-ppc: Democracy-0.9.5.1-8.fc7.ppc requires firefox = 0:2.0.0.3 compat-wxGTK-devel-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.ppc requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 ====================================================================== Broken packages in fedora-7-x86_64: Democracy-0.9.5.1-8.fc7.x86_64 requires firefox = 0:2.0.0.3 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires libwx_gtk-2.4.so.0()(64bit) compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-gl-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 dbmail-2.2.4-4.fc7.i386 requires dbmail-database-driver = 0:2.2.4-4.fc7 ====================================================================== Broken packages in fedora-updates-7-i386: postfix-pflogsumm-2:2.4.3-2.fc7.i386 requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.i386 requires libGammu.so.1 syck-php-0.55-16.fc7.i386 requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-ppc: glest-data-2.0.0-3.fc7.noarch requires glest = 0:2.0.0 postfix-pflogsumm-2:2.4.3-2.fc7.ppc requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.ppc requires libGammu.so.1 syck-php-0.55-16.fc7.ppc requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-x86_64: postfix-pflogsumm-2:2.4.3-2.fc7.x86_64 requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.x86_64 requires libGammu.so.1()(64bit) syck-php-0.55-16.fc7.x86_64 requires php = 0:5.2.2 From mjc at avtechpulse.com Mon Aug 13 20:22:02 2007 From: mjc at avtechpulse.com (Dr. Michael J. Chudobiak) Date: Mon, 13 Aug 2007 16:22:02 -0400 Subject: Zope, Plone and Python; Redux In-Reply-To: <1187032178.2607.48.camel@damaestrojr> References: <1187032178.2607.48.camel@damaestrojr> Message-ID: <46C0BD6A.7060105@avtechpulse.com> > look at how strict the above requirements are. Some things will continue > to need the Plone 2.5.x release which will be maintained until Plone 3.5 > is ready. Also, Zope is very useful for more then just Plone and there > are actually four (maybe more) active branches of Zope; 2.9.x 2.10.x > 2.11.x and 3.x. 2.9-11 (IMHO) are the most used, but Zope 3 will still > be used by many. This brings us to the point. I'm not sure I follow all of the issues, but could you just pick one zope+plone combination per Fedora release and run with it, realizing that not everyone will be pleased? The not-pleased still have the option of installing from the tar files, after all. Right now, F7 has no zope+plone, which is an unhappy situation. Any working combination would be an improvement. Perhaps Plone 2.5 for F8, and Plone 3.0 for F9 in 6 months, with copious release notes in F9 detailing the transition (similar to when postgres breaks compatibility between Fedora releases). Just my suggestions... - Mike From krh at redhat.com Mon Aug 13 20:30:27 2007 From: krh at redhat.com (Kristian =?ISO-8859-1?Q?H=F8gsberg?=) Date: Mon, 13 Aug 2007 16:30:27 -0400 Subject: Compiz and Fedora Message-ID: <1187037027.15991.69.camel@hinata.boston.redhat.com> Hi, I read through the entire "Enabling Compiz by default" thread and decided to send out a braindump/status/roadmap type of writeup, to explain what we're doing in this area and where we'd like to go: 1) We are working towards being able to enable a compositor by default. Redirected direct rendering, Xv, Java problems, these are problems in the drivers and X server and affects all compositors. To get this done, we need to land a big chunk of code in the kernel (the DRM memory manager), we need to update the X server, the 2D drivers and the 3D drivers to take advantage of the new memory manager. We need to fix Xv. Hopefully the OpenGL support will broaden to support more chipsets (nouveaou, avivo). Getting all this to a shippable state may take years, and in the mean time, the composited desktop, whether it's compiz, kwin4 or something else will only be an opt-in tech demo. 2) Once we get there, the default compositor will be compiz. Some people can't get over on the wobbly windows and spinning cube, and claim it's over the top or apparently get nauseous. At the core, compiz is just a very efficient OpenGL redraw loop with a flexible plugin architecture. Compiz allows burning windows and spinning cubes, but we ship it in a very toned down default configuration that looks a lot like good old metacity. Consider xeyes; like wobbly windows, it's a neat tech demo and shows off the flexibility of X, but just because nobody runs xeyes for more that 2 minutes at a time that doesn't mean that X (or shaped windows) isn't useful. A valid point about compiz is that it is not yet a great window manager. Metacity has a few years of head start there, but that doesn't mean that we can't fix compiz or that it'll be duplicated effort. For now, our efforts have gone towards fixing the big underlying shortcomings in the X and OpenGL stack, which has left compiz with a set of minor (but certainly annoying) windows manager bugs. Other spins (Fedora KDE or Fedora XFCE) can set up different default compositing managers, and they will of course benefit from the infrastructure work mentioned in 1). 3) Metacity as a compositing manager. We tried it and decided that the metacity code base was not a welcoming place for a compositor. When we put down the work in metacity, the conclusion was to leave this very stable and well tested code base alone instead of injecting an OpenGL based compositor. The flip side of this decision is that we can now do a clean break in compiz and assume throughout the code that we're an OpenGL based combined compositing and window manager. 4) Compiz configuration tools desktop-effects is close to what we should ship by default, perhaps we want to fold it into the new gnome-appearance-properties capplet as a new tab. At the same time, we want to allow installation of other compiz configuration managers for people who like the tweak-ui kind-of tools. 4) Power consumption and other hand-wavey fud arguments. Clearly running a 3D screen saver at the full frame rate is going to burn more battery than the blank screen saver, but that's not really relevant here. When idling, compiz and metacity use exactly the same amount of power. There are no code paths anywhere in the stack that "turn on 3d powerplanes". My bet is that it's more power consuming to wake up all applications to redraw their exposed areas under the window you're dragging than it is for compiz to just recomposite that out of textures already in video memory. 5) If you don't know what you're talking about, will being excessively dismissive and assertive make you right? No. Kristian From rdieter at math.unl.edu Mon Aug 13 20:31:05 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 13 Aug 2007 15:31:05 -0500 Subject: Zope, Plone and Python; Redux References: <1187032178.2607.48.camel@damaestrojr> <46C0BD6A.7060105@avtechpulse.com> Message-ID: Dr. Michael J. Chudobiak wrote: >> look at how strict the above requirements are. Some things will continue >> to need the Plone 2.5.x release which will be maintained until Plone 3.5 >> is ready. Also, Zope is very useful for more then just Plone and there >> are actually four (maybe more) active branches of Zope; 2.9.x 2.10.x >> 2.11.x and 3.x. 2.9-11 (IMHO) are the most used, but Zope 3 will still >> be used by many. This brings us to the point. > > I'm not sure I follow all of the issues, but could you just pick one > zope+plone combination per Fedora release and run with it +1 -- Rex From jwboyer at jdub.homelinux.org Mon Aug 13 20:32:09 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 13 Aug 2007 15:32:09 -0500 Subject: Zope, Plone and Python; Redux In-Reply-To: <46C0BD6A.7060105@avtechpulse.com> References: <1187032178.2607.48.camel@damaestrojr> <46C0BD6A.7060105@avtechpulse.com> Message-ID: <20070813153209.213cd9f7@weaponx.rchland.ibm.com> On Mon, 13 Aug 2007 16:22:02 -0400 "Dr. Michael J. Chudobiak" wrote: > > look at how strict the above requirements are. Some things will continue > > to need the Plone 2.5.x release which will be maintained until Plone 3.5 > > is ready. Also, Zope is very useful for more then just Plone and there > > are actually four (maybe more) active branches of Zope; 2.9.x 2.10.x > > 2.11.x and 3.x. 2.9-11 (IMHO) are the most used, but Zope 3 will still > > be used by many. This brings us to the point. > > I'm not sure I follow all of the issues, but could you just pick one No, he can't. F-7 and F-8 have python 2.5, and zope and plone don't work with those. There is resistance to having a python 2.4 compat package as well. There is a very very long email thread on this from a few months ago. Please, let's not repeat it again. josh From jwboyer at jdub.homelinux.org Mon Aug 13 20:38:13 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 13 Aug 2007 15:38:13 -0500 Subject: Compiz and Fedora In-Reply-To: <1187037027.15991.69.camel@hinata.boston.redhat.com> References: <1187037027.15991.69.camel@hinata.boston.redhat.com> Message-ID: <20070813153813.1abac06f@weaponx.rchland.ibm.com> On Mon, 13 Aug 2007 16:30:27 -0400 Kristian H?gsberg wrote: > 5) If you don't know what you're talking about, will being excessively > dismissive and assertive make you right? No. But if others don't know what they're talking about then you might be able to convince them. josh From jon at fedoraunity.org Mon Aug 13 20:44:58 2007 From: jon at fedoraunity.org (Jonathan Steffan) Date: Mon, 13 Aug 2007 14:44:58 -0600 Subject: Zope, Plone and Python; Redux In-Reply-To: <46C0BD6A.7060105@avtechpulse.com> References: <1187032178.2607.48.camel@damaestrojr> <46C0BD6A.7060105@avtechpulse.com> Message-ID: <1187037898.2607.56.camel@damaestrojr> On Mon, 2007-08-13 at 16:22 -0400, Dr. Michael J. Chudobiak wrote: > > look at how strict the above requirements are. Some things will continue > > to need the Plone 2.5.x release which will be maintained until Plone 3.5 > > is ready. Also, Zope is very useful for more then just Plone and there > > are actually four (maybe more) active branches of Zope; 2.9.x 2.10.x > > 2.11.x and 3.x. 2.9-11 (IMHO) are the most used, but Zope 3 will still > > be used by many. This brings us to the point. > > I'm not sure I follow all of the issues, but could you just pick one > zope+plone combination per Fedora release and run with it, realizing > that not everyone will be pleased? The not-pleased still have the option > of installing from the tar files, after all. {{ > > Right now, F7 has no zope+plone, which is an unhappy situation. Any > working combination would be an improvement. > > Perhaps Plone 2.5 for F8, and Plone 3.0 for F9 in 6 months, with copious > release notes in F9 detailing the transition (similar to when postgres > breaks compatibility between Fedora releases). > > Just my suggestions... }} Fedora 7+ only has python 2.5 and there is currently no Zope version that will work with python 2.5. Jonathan Steffan From lsof at nodata.co.uk Mon Aug 13 21:05:07 2007 From: lsof at nodata.co.uk (nodata) Date: Mon, 13 Aug 2007 23:05:07 +0200 Subject: Enabling Compiz by default? In-Reply-To: <46BB8CFD.4050706@fedoraproject.org> References: <46BB8CFD.4050706@fedoraproject.org> Message-ID: <1187039107.3009.10.camel@sb-home> Am Freitag, den 10.08.2007, 03:24 +0530 schrieb Rahul Sundaram: > Hi > > Have we considered enabling Compiz by default in GNOME and fall back to > metacity if the driver or hardware don't support acceleration? That > would get desktop effects out of the box on Intel and some ATI cards. > > Rahul > Please don't- it annoys me every time I try and close a window. I get a screen full of all the other windows. Argh! From robert at fedoraproject.org Mon Aug 13 21:33:38 2007 From: robert at fedoraproject.org (Robert Scheck) Date: Mon, 13 Aug 2007 23:33:38 +0200 Subject: Fedora-development fileconflicts In-Reply-To: <20070813072318.GA13122@dudweiler.stuttgart.redhat.com> References: <20070813072318.GA13122@dudweiler.stuttgart.redhat.com> Message-ID: <20070813213338.GA21007@hurricane.linuxnetz.de> Hi Florian, On Mon, 13 Aug 2007, Florian La Roche wrote: > fileconflict for /etc/pam.d/imap in uw-imap-2006j-2.fc8.i386.rpm and cyrus-imapd-2.3.8-3.2.fc8.i386.rpm > fileconflict for /etc/pam.d/pop in uw-imap-2006j-2.fc8.i386.rpm and cyrus-imapd-2.3.8-3.2.fc8.i386.rpm > fileconflict for /usr/share/man/man8/imapd.8.gz in uw-imap-2006j-2.fc8.i386.rpm and cyrus-imapd-2.3.8-3.2.fc8.i386.rpm see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=222486 and https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=222506, we're working on this issue. Did you fill a duplicate? If yes, can you please provide the numbers or mark as such? Greetings, Robert From dimitris at glezos.com Mon Aug 13 21:47:59 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Mon, 13 Aug 2007 22:47:59 +0100 Subject: Notice: Fedora 8 Feature *and String* Freeze - 2 WEEKS LEFT In-Reply-To: <46C0989E.2080609@redhat.com> References: <46C0989E.2080609@redhat.com> Message-ID: <46C0D18F.7080309@glezos.com> Warren Togami wrote: > http://fedoraproject.org/wiki/Releases/8/Schedule > Feature Freeze for Fedora 8 is coming soon on August 28th. A reminder that August 28th is also the *string freeze* for Fedora 8. After this date, no new strings can be added or existing ones be modified in packages that are translated by the Fedora Localization Project (eg stuff that Fedora is upstream). For more information on string freezes, please refer to: http://fedoraproject.org/wiki/L10N/Freezes#string In short: * Please add/modify any translatable strings in your apps until then. * Make sure everything that should be translated is marked so (eg. gettext'ed). Finally, a big "Thanks!" to all developers and maintainers who have been patiently announcing their string changes in the past, thus helping us having high quality translations in each Fedora release. Thank you! -d > The goal of the feature freeze is to be sure that the components are in a > known and tested state before the release of Fedora 8. > > Notes ===== > 1) Top Priority for the freeze are components within the default > installations. > 2) Secondary in freeze importance are packages within the entire Fedora > Collection. Major changes after the Feature Freeze date are highly > discouraged. > 3) New packages may continue to be added to the devel branch during this > period, as long as they do not require major changes of existing packages. > 4) Contact FESCo if you need clarification or permission for an > exception to the Feature Freeze. > 5) If your feature misses the deadline, don't feel too disheartened. > The F9 feature freeze is coming ~6 months later. > 6) At some (yet to be determined) point we have to stop additions of new > packages to F8 when we reach the DEEP FREEZE. This is when we stop the > churn of new and updated packages in order to check consistency of the > repository prior to the final release. By the calendar, F8 Final devel > freeze is currently scheduled for October 23rd. > > If you have any questions about the Feature Freeze, please ask on > fedora-devel-list. > > Thanks, > Warren Togami > wtogami at redhat.com -- 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 kevin.kofler at chello.at Mon Aug 13 22:19:17 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 13 Aug 2007 22:19:17 +0000 (UTC) Subject: F8 Release Name Suggestion Message-ID: So, as I'm too lazy to subscribe to -maintainers ;-) and I can get through to here through the GMane web interface, here's my suggestion: * Moonshine theory is a Mathematical theory. http://en.wikipedia.org/wiki/Moonshine_theory * Galois theory is also a Mathematical theory. http://en.wikipedia.org/wiki/Galois_theory Therefore my suggestion for the F8 release name is "Galois". Kevin Kofler From alan at clueserver.org Mon Aug 13 22:23:51 2007 From: alan at clueserver.org (alan) Date: Mon, 13 Aug 2007 15:23:51 -0700 (PDT) Subject: F8 Release Name Suggestion In-Reply-To: References: Message-ID: On Mon, 13 Aug 2007, Kevin Kofler wrote: > So, as I'm too lazy to subscribe to -maintainers ;-) and I can get through to > here through the GMane web interface, here's my suggestion: > > * Moonshine theory is a Mathematical theory. > http://en.wikipedia.org/wiki/Moonshine_theory > * Galois theory is also a Mathematical theory. > http://en.wikipedia.org/wiki/Galois_theory > Therefore my suggestion for the F8 release name is "Galois". I think F8 should be called "Underline". ]:> -- Refrigerator Rule #1: If you don't remember when you bought it, Don't eat it. From s.adam at diffingo.com Mon Aug 13 22:44:00 2007 From: s.adam at diffingo.com (Stewart Adam) Date: Mon, 13 Aug 2007 18:44:00 -0400 Subject: Compiz and Fedora In-Reply-To: <1187037027.15991.69.camel@hinata.boston.redhat.com> References: <1187037027.15991.69.camel@hinata.boston.redhat.com> Message-ID: <1187045040.20461.9.camel@Diffingo.localdomain> What are the plans (if any) for compiz-fusion? Stewart On Mon, 2007-08-13 at 16:30 -0400, Kristian H?gsberg wrote: > Hi, > > I read through the entire "Enabling Compiz by default" thread and > decided to send out a braindump/status/roadmap type of writeup, to > explain what we're doing in this area and where we'd like to go: > > 1) We are working towards being able to enable a compositor by default. > > Redirected direct rendering, Xv, Java problems, these are > problems in the drivers and X server and affects all > compositors. To get this done, we need to land a big chunk of > code in the kernel (the DRM memory manager), we need to update > the X server, the 2D drivers and the 3D drivers to take > advantage of the new memory manager. We need to fix Xv. > Hopefully the OpenGL support will broaden to support more > chipsets (nouveaou, avivo). Getting all this to a shippable > state may take years, and in the mean time, the composited > desktop, whether it's compiz, kwin4 or something else will only > be an opt-in tech demo. > > 2) Once we get there, the default compositor will be compiz. > > Some people can't get over on the wobbly windows and spinning > cube, and claim it's over the top or apparently get nauseous. > At the core, compiz is just a very efficient OpenGL redraw loop > with a flexible plugin architecture. Compiz allows burning > windows and spinning cubes, but we ship it in a very toned down > default configuration that looks a lot like good old metacity. > Consider xeyes; like wobbly windows, it's a neat tech demo and > shows off the flexibility of X, but just because nobody runs > xeyes for more that 2 minutes at a time that doesn't mean that X > (or shaped windows) isn't useful. > > A valid point about compiz is that it is not yet a great window > manager. Metacity has a few years of head start there, but that > doesn't mean that we can't fix compiz or that it'll be > duplicated effort. For now, our efforts have gone towards > fixing the big underlying shortcomings in the X and OpenGL > stack, which has left compiz with a set of minor (but certainly > annoying) windows manager bugs. > > Other spins (Fedora KDE or Fedora XFCE) can set up different > default compositing managers, and they will of course benefit > from the infrastructure work mentioned in 1). > > 3) Metacity as a compositing manager. > > We tried it and decided that the metacity code base was not a > welcoming place for a compositor. When we put down the work in > metacity, the conclusion was to leave this very stable and well > tested code base alone instead of injecting an OpenGL based > compositor. The flip side of this decision is that we can now > do a clean break in compiz and assume throughout the code that > we're an OpenGL based combined compositing and window manager. > > 4) Compiz configuration tools > > desktop-effects is close to what we should ship by default, > perhaps we want to fold it into the new > gnome-appearance-properties capplet as a new tab. At the same > time, we want to allow installation of other compiz > configuration managers for people who like the tweak-ui kind-of > tools. > > 4) Power consumption and other hand-wavey fud arguments. > > Clearly running a 3D screen saver at the full frame rate is > going to burn more battery than the blank screen saver, but > that's not really relevant here. When idling, compiz and > metacity use exactly the same amount of power. There are no > code paths anywhere in the stack that "turn on 3d powerplanes". > My bet is that it's more power consuming to wake up all > applications to redraw their exposed areas under the window > you're dragging than it is for compiz to just recomposite that > out of textures already in video memory. > > 5) If you don't know what you're talking about, will being excessively > dismissive and assertive make you right? > > No. > > Kristian > > From s0238762 at sms.ed.ac.uk Mon Aug 13 23:04:59 2007 From: s0238762 at sms.ed.ac.uk (Ioannis Nousias) Date: Tue, 14 Aug 2007 00:04:59 +0100 Subject: F8 Release Name Suggestion In-Reply-To: References: Message-ID: <46C0E39B.1010507@sms.ed.ac.uk> Kevin Kofler wrote: > So, as I'm too lazy to subscribe to -maintainers ;-) and I can get through to > here through the GMane web interface, here's my suggestion: > > * Moonshine theory is a Mathematical theory. > http://en.wikipedia.org/wiki/Moonshine_theory > * Galois theory is also a Mathematical theory. > http://en.wikipedia.org/wiki/Galois_theory > Therefore my suggestion for the F8 release name is "Galois". > > Kevin Kofler > > a bit geeky, but not bad. will Fedora 8 be "simpler and better understood" ? ;) - Ioannis From airlied at redhat.com Mon Aug 13 23:21:02 2007 From: airlied at redhat.com (Dave Airlie) Date: Tue, 14 Aug 2007 09:21:02 +1000 Subject: F8 Release Name Suggestion In-Reply-To: References: Message-ID: <1187047262.3339.4.camel@localhost.localdomain> On Mon, 2007-08-13 at 22:19 +0000, Kevin Kofler wrote: > So, as I'm too lazy to subscribe to -maintainers ;-) and I can get through to > here through the GMane web interface, here's my suggestion: > > * Moonshine theory is a Mathematical theory. > http://en.wikipedia.org/wiki/Moonshine_theory > * Galois theory is also a Mathematical theory. > http://en.wikipedia.org/wiki/Galois_theory > Therefore my suggestion for the F8 release name is "Galois". > > Kevin Kofler > Moonshine is an illegal drink in the USA, Poit?n is an illegal drink made from potatoes in Ireland... Dave. From jwboyer at jdub.homelinux.org Mon Aug 13 23:21:48 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 13 Aug 2007 18:21:48 -0500 Subject: F8 Release Name Suggestion In-Reply-To: References: Message-ID: <20070813182148.3837c047@vader.jdub.homelinux.org> On Mon, 13 Aug 2007 15:23:51 -0700 (PDT) alan wrote: > On Mon, 13 Aug 2007, Kevin Kofler wrote: > > > So, as I'm too lazy to subscribe to -maintainers ;-) and I can get > > through to here through the GMane web interface, here's my > > suggestion: > > > > * Moonshine theory is a Mathematical theory. > > http://en.wikipedia.org/wiki/Moonshine_theory > > * Galois theory is also a Mathematical theory. > > http://en.wikipedia.org/wiki/Galois_theory > > Therefore my suggestion for the F8 release name is "Galois". > > I think F8 should be called "Underline". ]:> Link to Moonshine? josh From alan at clueserver.org Mon Aug 13 23:24:25 2007 From: alan at clueserver.org (alan) Date: Mon, 13 Aug 2007 16:24:25 -0700 (PDT) Subject: F8 Release Name Suggestion In-Reply-To: <20070813182148.3837c047@vader.jdub.homelinux.org> References: <20070813182148.3837c047@vader.jdub.homelinux.org> Message-ID: On Mon, 13 Aug 2007, Josh Boyer wrote: > On Mon, 13 Aug 2007 15:23:51 -0700 (PDT) > alan wrote: > >> On Mon, 13 Aug 2007, Kevin Kofler wrote: >> >>> So, as I'm too lazy to subscribe to -maintainers ;-) and I can get >>> through to here through the GMane web interface, here's my >>> suggestion: >>> >>> * Moonshine theory is a Mathematical theory. >>> http://en.wikipedia.org/wiki/Moonshine_theory >>> * Galois theory is also a Mathematical theory. >>> http://en.wikipedia.org/wiki/Galois_theory >>> Therefore my suggestion for the F8 release name is "Galois". >> >> I think F8 should be called "Underline". ]:> > > Link to Moonshine? You have to be old to get the joke. Am I the only one who worries that after F12 we will run out of function keys? -- Refrigerator Rule #1: If you don't remember when you bought it, Don't eat it. From jwboyer at jdub.homelinux.org Mon Aug 13 23:28:42 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 13 Aug 2007 18:28:42 -0500 Subject: F8 Release Name Suggestion In-Reply-To: References: Message-ID: <20070813182842.7a602287@vader.jdub.homelinux.org> On Mon, 13 Aug 2007 22:19:17 +0000 (UTC) Kevin Kofler wrote: > So, as I'm too lazy to subscribe to -maintainers ;-) and I can get > through to here through the GMane web interface, here's my suggestion: Ok, here's the deal. I'm tracking the suggestions. If you're going to be lazy and not subscribe to -maintainers, at least CC me directly if you really care about your name suggestion. Otherwise, I'm much more likely to miss it. And that's a general statement, not a reply to Kevin. josh From alan at redhat.com Mon Aug 13 23:44:33 2007 From: alan at redhat.com (Alan Cox) Date: Mon, 13 Aug 2007 19:44:33 -0400 Subject: rhgb and gdm-early-login two great tastes? In-Reply-To: <1187025069.2876.87.camel@localhost.localdomain> References: <1187025069.2876.87.camel@localhost.localdomain> Message-ID: <20070813234433.GA30040@devserv.devel.redhat.com> On Mon, Aug 13, 2007 at 01:11:09PM -0400, Adam Jackson wrote: > real reason for wanting kernel modesetting is so we can do this stuff > all the way forward in the boot process, basically as soon as you hit > the initramfs. This lets you mask the fact that kernel init still takes > >10s on most hardware. You can run X as init if you want or just flip to vga mode which seems to be how windows does its initial "gee stuff is happening" display From ajackson at redhat.com Mon Aug 13 23:47:31 2007 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 13 Aug 2007 19:47:31 -0400 Subject: rhgb and gdm-early-login two great tastes? In-Reply-To: <20070813234433.GA30040@devserv.devel.redhat.com> References: <1187025069.2876.87.camel@localhost.localdomain> <20070813234433.GA30040@devserv.devel.redhat.com> Message-ID: <1187048851.2876.116.camel@localhost.localdomain> On Mon, 2007-08-13 at 19:44 -0400, Alan Cox wrote: > On Mon, Aug 13, 2007 at 01:11:09PM -0400, Adam Jackson wrote: > > real reason for wanting kernel modesetting is so we can do this stuff > > all the way forward in the boot process, basically as soon as you hit > > the initramfs. This lets you mask the fact that kernel init still takes > > >10s on most hardware. > > You can run X as init if you want or just flip to vga mode which seems to > be how windows does its initial "gee stuff is happening" display We're not running X as init. If you log out, the machine reboots. Enjoy! "Flipping to VGA" is basically the proposal, except for the ability to do it right and get the native panel size and whatnot. And it still needs to happen in a kernel driver, since otherwise you're still waiting for the kernel to get around to running userspace. - ajax From alan at redhat.com Mon Aug 13 23:57:46 2007 From: alan at redhat.com (Alan Cox) Date: Mon, 13 Aug 2007 19:57:46 -0400 Subject: F8 Release Name Suggestion In-Reply-To: References: Message-ID: <20070813235746.GC30040@devserv.devel.redhat.com> On Mon, Aug 13, 2007 at 10:19:17PM +0000, Kevin Kofler wrote: > http://en.wikipedia.org/wiki/Galois_theory > Therefore my suggestion for the F8 release name is "Galois". Only if we can call FC9 Nephilim (Fields..) From alan at redhat.com Tue Aug 14 00:00:30 2007 From: alan at redhat.com (Alan Cox) Date: Mon, 13 Aug 2007 20:00:30 -0400 Subject: rhgb and gdm-early-login two great tastes? In-Reply-To: <1187048851.2876.116.camel@localhost.localdomain> References: <1187025069.2876.87.camel@localhost.localdomain> <20070813234433.GA30040@devserv.devel.redhat.com> <1187048851.2876.116.camel@localhost.localdomain> Message-ID: <20070814000030.GD30040@devserv.devel.redhat.com> On Mon, Aug 13, 2007 at 07:47:31PM -0400, Adam Jackson wrote: > We're not running X as init. If you log out, the machine reboots. > Enjoy! You can fork and in the parent task then exec /sbin/init ;) > "Flipping to VGA" is basically the proposal, except for the ability to > do it right and get the native panel size and whatnot. And it still > needs to happen in a kernel driver, since otherwise you're still waiting > for the kernel to get around to running userspace. Be careful with SiS LCD - the standard VGA switch breaks that although I think the current kernel vga fb code gets it right as we hit it with the fb console stuff some releases back. From ngaywood at une.edu.au Tue Aug 14 00:21:06 2007 From: ngaywood at une.edu.au (Norman Gaywood) Date: Tue, 14 Aug 2007 10:21:06 +1000 Subject: F8 Release Name Suggestion In-Reply-To: References: Message-ID: <20070814002106.GA1569@turing.une.edu.au> On Mon, Aug 13, 2007 at 10:19:17PM +0000, Kevin Kofler wrote: > * Moonshine theory is a Mathematical theory. > http://en.wikipedia.org/wiki/Moonshine_theory by John Conway, who also devised the "Game of Life". A well known object in the Game of Life is the glider. So moonshine --> glider -- Norman Gaywood, Systems Administrator University of New England, Armidale, NSW 2351, Australia ngaywood at une.edu.au Phone: +61 (0)2 6773 3337 http://mcs.une.edu.au/~norm Fax: +61 (0)2 6773 3312 Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From jon.nettleton at gmail.com Tue Aug 14 00:38:40 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Mon, 13 Aug 2007 20:38:40 -0400 Subject: rhgb and gdm-early-login two great tastes? In-Reply-To: <1187025069.2876.87.camel@localhost.localdomain> References: <1187025069.2876.87.camel@localhost.localdomain> Message-ID: On 8/13/07, Adam Jackson wrote: > > On Sat, 2007-08-11 at 18:20 -0400, Jon Nettleton wrote: > > I just read somewhere somebody saying that rhgb was a horrible > > idea and that a nicer boot process will come once kernel mode- > > setting exists. Funny how some things kick your brain in such a way > > you actually look at things a little different. This was the kick I > > needed after staring blankly at my bootlog charts trying to figure > > out how to shave more time off the process (I have maxed out at 40 > > seconds). > > > > My problem is that you have to take the speed hit of starting an X > > server eventually. Kernel modesetting just isn't going to help that. > > Well then all the pieces fell together and this is what I have hacked > > together so far. > > To be fair, the X server isn't the slow part of starting graphics. The > real reason for wanting kernel modesetting is so we can do this stuff > all the way forward in the boot process, basically as soon as you hit > the initramfs. This lets you mask the fact that kernel init still takes > >10s on most hardware. > > > 1) Add an option to rhgb so it doesn't fork and daemonize > > 2) patch /etc/gdm/Init/Default so it checks that rhgb is executable > > and the file /var/lock/subsys/rhgb doesn't exist. If those two > > qualifications are true then run rhgb -n -f -u :0.0 > > 3) modify rc.sysinit with the gdm-early-login patch, so gdm is > > started right after the root filesystem is mounted rw. > > > > What this gives me is boot up, as soon as / is rw start up gdm. Gdm > > starts rhgb using it's own X server. As soon as rhgb is done gdm > > launches the greeter using the same X server. No flashing or > > switching back and forth to consoles, etc etc. > > This sounds interesting. Got the patches handy? Certainly, I am just fleshing out a few more things. I found my first big hangup which was the Xserver hanging for 4 seconds looking for xfs. Luckily this won't be a problem in Fedora 8. Now I am just working out a better way of starting gdm earlier. Then I just need to make rhgb a bit more dynamic for reading services ;-) I will keep you posted. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From chitlesh at fedoraproject.org Tue Aug 14 01:31:21 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Aug 2007 03:31:21 +0200 Subject: Feature: Fedora Electronic Lab Message-ID: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> Hello there, Since F7 development cycle I've been introducing new opensource tools for electronic engineering. However I did not have time to make it a feature for Moonshine at that time. A few months later, I've been focusing primarily on the VLSI field and tried to ensure that one _can_ complete a design flow. If we don't have a complete design flow, there's no use for a user to use bits of it as it will cost him/her time and money. VLSI stands for : Very Large Scale Integration, about 10? to 10? transistors per chip So as you might have guess, these simulators should be mature and they are. Magic and alliance are around for more than 10 years. Now with Alliance VLSI cad, ngspice, magic and irsim, one can create and simulates his/her own chip on Fedora and asks a particular foundry to create it in real life. Those tools are used worldwide by more than 250 universities. Surely these VLSI tools are not for my mother, nor my neighbour but targeted for VLSI/ASIC students and hobbyists for educational purposes. Like I said in my blog http://clunixchit.blogspot.com/2007/08/eda-physical-layout-is-done-so-whats.html , real VLSI professional would use commercial tools that are far more expensive (more than 10 times of Vista, just to give you a number) and far more precise than Alliance, magic and friends. But at least they are opensource and will help students designing their own layouts or schematics. Those major commercial tools are built on RHEL and shipped the binaries on the cd (you can see glibc compiled under RHELx in those cds). So whatever educational institutions are using those commercial tools are either using RHEL or its clone. (I've never seen vendors shipping binaries built under a debian based distro). Take for example, at my university those nodes are under scientific linux because of that. The current situation is that students can't afford to have commercial tools at home and they are mostly windows users. Now that fedora is shipping those VLSI CADs it's an open door for these people to try linux and use opensource. Eventually, perhaps helping in the development of those VLSI cads. Also, one can easily deploy a VLSI simulation kit of fedora at home (thanks to yum). Enough blabla on my part, but it is important to get the picture. So here is the Feature Proposal of http://fedoraproject.org/wiki/Features/FedoraElectronicLab For now, I'm calling it Fedora Electronic Lab. I was also thinking about Fedora Simulation Kit. However since for now what I explained, it is only about : # Analog/Digital Simulation # Spice Simulation # Hardware Development (VHDL,Verilog) # VLSI (layout, synthesis, Finite State Machines...) there are other tools that fedora provides to create a non-VLSI platform, but still in the Electronic field. Example: PIC Programming, Fedora ships ktechlab, piklab, sdcc those could be under "PIC Programming" secton. There are more examples like this. Hence by giving it a generic name, I'm hoping that other fedora maintainers packaging electronic simulators could join in. I understand that the use of "Fedora" in the "Fedora Electronic Lab" might be questioned. We will see to that if one objects. I hope to complete the wiki page by this Thursday so that FESCo could review it. This email is to familarise everyone about this little but important feature for education, so that they can comment and suggest ideas on how to proceed. Most of the work done was to ensure Interoperability between opensource simulators. Example: >From a hardware description of a Mealy/Moore machine, one can now create its layout: Hardware description -> checking vhdl syntax -> optimising -> schematic -> layout -> adding technology (e.g 0.25?m) -> Real layout -> chip fabrication. More information and screenshots can be found on my blog: http://clunixchit.blogspot.com/2007/07/from-vhdl-description-to-layout.html http://clunixchit.blogspot.com/2007/08/eda-addon-gds2pov-being-shipped-by.html http://clunixchit.blogspot.com/2007/08/eda-physical-layout-is-done-so-whats.html http://clunixchit.blogspot.com/2007/08/eda-physical-layout-is-done-so-whats_09.html Also, one opensource tools that I really miss is "netgen" for LVS checks (Layout Versus Schematic". There is segmentation fault on runtime. So if you are C guru, please do help to figure out why it crashes: http://clunixchit.blogspot.com/2007/08/loss-there-is-no-opensource-lvs-netlist.html regards, Chitlesh -- http://clunixchit.blogspot.com From jwboyer at jdub.homelinux.org Tue Aug 14 01:48:15 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 13 Aug 2007 20:48:15 -0500 Subject: Feature: Fedora Electronic Lab In-Reply-To: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> Message-ID: <20070813204815.38930413@vader.jdub.homelinux.org> On Tue, 14 Aug 2007 03:31:21 +0200 "Chitlesh GOORAH" wrote: > I hope to complete the wiki page by this Thursday so that FESCo could > review it. This email is to familarise everyone about this little but > important feature for education, so that they can comment and suggest > ideas on how to proceed. This looks like it would be served better as a custom spin of F8. It's not really a feature so much as a package collection. Perhaps you could try creating this with revisor and/or pungi as the Fedora Electronic Lab Spin? I think it would be great to have such a thing. josh From sundaram at fedoraproject.org Tue Aug 14 01:50:24 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 14 Aug 2007 07:20:24 +0530 Subject: Feature: Fedora Electronic Lab In-Reply-To: <20070813204815.38930413@vader.jdub.homelinux.org> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <20070813204815.38930413@vader.jdub.homelinux.org> Message-ID: <46C10A60.7080203@fedoraproject.org> Josh Boyer wrote: > On Tue, 14 Aug 2007 03:31:21 +0200 > "Chitlesh GOORAH" wrote: > >> I hope to complete the wiki page by this Thursday so that FESCo could >> review it. This email is to familarise everyone about this little but >> important feature for education, so that they can comment and suggest >> ideas on how to proceed. > > This looks like it would be served better as a custom spin of F8. It's > not really a feature so much as a package collection. Calling it a feature allows us to highlight the focused effort that has gone into bringing these set of packages into the Fedora repository. I think that is a good thing to do. Rahul From jwboyer at jdub.homelinux.org Tue Aug 14 01:59:35 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 13 Aug 2007 20:59:35 -0500 Subject: Feature: Fedora Electronic Lab In-Reply-To: <46C10A60.7080203@fedoraproject.org> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <20070813204815.38930413@vader.jdub.homelinux.org> <46C10A60.7080203@fedoraproject.org> Message-ID: <20070813205935.61e85f76@vader.jdub.homelinux.org> On Tue, 14 Aug 2007 07:20:24 +0530 Rahul Sundaram wrote: > Josh Boyer wrote: > > On Tue, 14 Aug 2007 03:31:21 +0200 > > "Chitlesh GOORAH" wrote: > > > >> I hope to complete the wiki page by this Thursday so that FESCo > >> could review it. This email is to familarise everyone about this > >> little but important feature for education, so that they can > >> comment and suggest ideas on how to proceed. > > > > This looks like it would be served better as a custom spin of F8. > > It's not really a feature so much as a package collection. > > Calling it a feature allows us to highlight the focused effort that > has gone into bringing these set of packages into the Fedora > repository. I think that is a good thing to do. I suppose that is true. It can be done either (or both!) way. josh From katzj at redhat.com Tue Aug 14 02:06:46 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Aug 2007 22:06:46 -0400 Subject: Feature: Fedora Electronic Lab In-Reply-To: <20070813204815.38930413@vader.jdub.homelinux.org> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <20070813204815.38930413@vader.jdub.homelinux.org> Message-ID: <1187057206.26684.4.camel@localhost.localdomain> On Mon, 2007-08-13 at 20:48 -0500, Josh Boyer wrote: > On Tue, 14 Aug 2007 03:31:21 +0200 "Chitlesh GOORAH" wrote: > > I hope to complete the wiki page by this Thursday so that FESCo could > > review it. This email is to familarise everyone about this little but > > important feature for education, so that they can comment and suggest > > ideas on how to proceed. > > This looks like it would be served better as a custom spin of F8. It's > not really a feature so much as a package collection. > > Perhaps you could try creating this with revisor and/or pungi as the > Fedora Electronic Lab Spin? I think it would be great to have such a > thing. I suspect, given the target audience, an installable live image might be a really good option here. Lets them try it out and then install it when they like it :-) Chitlesh -- if you need help getting a live image going, let me know and I'll do what I can to help. And hopefully tomorrow, the configs in the livecd git tree will become a lot easier to build off of by integrating some changes from Colin for pseudo-inheritance so that you can just have a livecd-fedora-electronic-lab that %includes livecd-fedora-desktop.ks. Jeremy From debarshi.ray at gmail.com Tue Aug 14 03:13:43 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 14 Aug 2007 08:43:43 +0530 Subject: Zope, Plone and Python; Redux In-Reply-To: <1187037898.2607.56.camel@damaestrojr> References: <1187032178.2607.48.camel@damaestrojr> <46C0BD6A.7060105@avtechpulse.com> <1187037898.2607.56.camel@damaestrojr> Message-ID: <3170f42f0708132013u13c8567fx6aa1a30fc40454e8@mail.gmail.com> Whenever we talk about this whole Zope/Plone/Python issue, we somehow tend to ignore the good work done by Nikhil N, as a Google Summer of Code project, to solve this issue. Maybe we should look at it objectively and try to help this effort instead of just getting involved in subjective debates. Some useful links: http://wiki.zope.org/zope3/Zope3UsingPython25 http://wiki.zope.org/zope3/StatusReportOfTheGSOCStudent http://wiki.zope.org/zope3/ModuleImplementationStatus Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From poelstra at redhat.com Tue Aug 14 03:16:14 2007 From: poelstra at redhat.com (John Poelstra) Date: Mon, 13 Aug 2007 20:16:14 -0700 Subject: Feature: Fedora Electronic Lab In-Reply-To: <20070813205935.61e85f76@vader.jdub.homelinux.org> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <20070813204815.38930413@vader.jdub.homelinux.org> <46C10A60.7080203@fedoraproject.org> <20070813205935.61e85f76@vader.jdub.homelinux.org> Message-ID: <46C11E7E.2080601@redhat.com> Josh Boyer said the following on 08/13/2007 06:59 PM Pacific Time: > I suppose that is true. It can be done either (or both!) way. +1 I like this approach ! :) I think if it is a question of calling something a "feature" or not we should err on the side of calling it a feature. Having too many "new things" (features) to advertise in a next release of Fedora is not a bad problem to have. When and if that ever becomes a problem, we can tighten the criteria of what a feature is. In the meantime I think it is counter-productive to discourage feature proposals with comments like, "why are we even discussing this as a feature when it isn't even really a feature?"... which I've observed at some of the recent FESCo meetings. Now is the time to encourage and praise people for taking the time to put new ideas and improved functionality forward instead of narrowly defining what a feature is or isn't and excluding things that aren't. John From kevin.kofler at chello.at Tue Aug 14 03:18:47 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 14 Aug 2007 03:18:47 +0000 (UTC) Subject: Feature: Fedora Electronic Lab References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> Message-ID: Chitlesh GOORAH fedoraproject.org> writes: > Also, one opensource tools that I really miss is "netgen" for LVS > checks (Layout Versus Schematic". There is segmentation fault on > runtime. So if you are C guru, please do help to figure out why it > crashes: I might be able to help you (no promises though), but I need instructions to reproduce the bug, including at least one testcase triggering it (as I honestly have no idea what input for netgen is supposed to look like ;-) I'm a Math/CS student, not an Electronics student). Kevin Kofler From kevin.kofler at chello.at Tue Aug 14 04:16:48 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 14 Aug 2007 04:16:48 +0000 (UTC) Subject: TeXLive reviewer needed Message-ID: As far as I can tell: http://fedoraproject.org/wiki/Releases/FeatureTexLive is essentially complete and only blocking on the reviews: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=242416 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229180 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229182 It would be nice if someone could take care of these reviews in time for the test2 freeze. I would do it, but unfortunately I'm very busy with non-Fedora stuff right now. Rex Dieter, whom 2 of the review requests are currently assigned to, is also very busy both with non-Fedora stuff and with the KDE 4 packaging. So we could very much appreciate some helping hands. Kevin Kofler From kevin at scrye.com Tue Aug 14 04:22:04 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 13 Aug 2007 22:22:04 -0600 Subject: [pkgdb] alliance (Fedora, 6) updated by Kevin Fenzi In-Reply-To: <13dbfe4f0708131252v28943f6dvf7f8d62903fa07d6@mail.gmail.com> References: <200708131936.l7DJa5XI015857@app4.fedora.phx.redhat.com> <13dbfe4f0708131252v28943f6dvf7f8d62903fa07d6@mail.gmail.com> Message-ID: <20070813222204.61b6c32c@ghistelwchlohm.scrye.com> On Mon, 13 Aug 2007 21:52:29 +0200 chitlesh at fedoraproject.org ("Chitlesh GOORAH") wrote: > On 8/13/07, kevin Kevin Fenzi > wrote: > > Kevin Fenzi (kevin) added a Fedora 6 branch for alliance > > Kevin Fenzi (kevin) has set commit to Denied for cvsextras on > > alliance (Fedora 6) Kevin Fenzi (kevin) has set build to Approved > > for cvsextras on alliance (Fedora 6) Kevin Fenzi (kevin) has set > > checkout to Approved for cvsextras on alliance (Fedora 6) > > Is something wrong ? > ./common/cvs-import.sh > rpmbuild/SRPMS/alliance-5.0-7.20070718snap.src.rpm -b FC-6 > [...] > cvs commit... > > Log message unchanged or not specified > a)bort, c)ontinue, e)dit, !)reuse this message unchanged for > remaining dirs Action: (continue) > **** Access denied: chitlesh is not in ACL for rpms/alliance > cvs commit: Pre-commit check failed > **** Access denied: chitlesh is not in ACL for rpms/alliance/FC-6 > cvs commit: Pre-commit check failed > cvs [commit aborted]: correct above errors first! Not sure what happened here, but I did confirm with Chitlesh on IRC that it was working after another attempt. It may have been that the first import happened before the database updated with the owner... > Chitlesh kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Tue Aug 14 04:25:56 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 13 Aug 2007 22:25:56 -0600 Subject: bad build bug In-Reply-To: <200708111254.24757.opensource@till.name> References: <200708111254.24757.opensource@till.name> Message-ID: <20070813222556.603aedc3@ghistelwchlohm.scrye.com> On Sat, 11 Aug 2007 12:54:14 +0200 opensource at till.name (Till Maas) wrote: > Ahoi, > > the binary of one of my packages seems to be bad: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251794 > > A rebuild fixes this, maybe someone wants to investigate this in case > other binaries may be affected, too. Do you still have a copy of that binary around? I guess it's the version that shipped with F7? Any idea how it was corrupted? The report doesn't say, but was it i386? > Regards, > Till kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From a.badger at gmail.com Tue Aug 14 04:39:09 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 13 Aug 2007 21:39:09 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <20070813121925.1fa3f51c@ludwig-alpha.unil.ch> References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> <1186772252.24777.19.camel@localhost.localdomain> <20070811011426.d691d99c.mschwendt.tmp0701.nospam@arcor.de> <1186795194.2786.2.camel@localhost.localdomain> <20070811093954.8d1b5d11.mschwendt.tmp0701.nospam@arcor.de> <20070813121925.1fa3f51c@ludwig-alpha.unil.ch> Message-ID: On 8/13/07, Christian Iseli wrote: > On Sat, 11 Aug 2007 09:39:54 +0200, Michael Schwendt wrote: > > On Fri, 10 Aug 2007 18:19:51 -0700, Toshio Kuratomi wrote: > > > https://hosted.fedoraproject.org/projects/packagedb/ticket/33 > > > > Needed is anonymous access to pkg src.rpm %name, primary maintainer, > > co-maintainers, Cclist. > > I need something similar for the Perl script that I use to maintain the > PackageStatus pages here: > http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus > > Needed items: > - exhaustive list of packages in devel collection > - exhaustive list of packages in maintained, released Fedora collection > - link packages to owners > - possibly list of orphaned packages > If it makes sense for you to use JSON in your script, you can probably tie right into the interface that bugzilla and the vcs acls use. (a quick search shows that Fedora has several perl-json modules: perl-JSON, perl-JSON-XS,) Checkout https://admin.fedoraproject.org/pkgdb/acls/bugzilla?tg_format=json https://admin.fedoraproject.org/pkgdb/acls/vcs?tg_format=json (Note: Leaving off the ?tg_format=json will bring up a web page that might be better for getting a rough idea of what each provides.) I also have a list of orphan packages that I worked on briefly to see how easy it was (very) but I never finished it and linked it into the website anywhere. If you want to help work on it, there's a ticket open here: https://hosted.fedoraproject.org/projects/packagedb/ticket/16 which includes a link to that unfinished code running on the development server. -Toshio From a.badger at gmail.com Tue Aug 14 05:07:56 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 13 Aug 2007 22:07:56 -0700 Subject: Changes to cvsadmin requests and acls In-Reply-To: <1187000747.14035.55.camel@mccallum.corsepiu.local> References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> <1186772252.24777.19.camel@localhost.localdomain> <20070811011426.d691d99c.mschwendt.tmp0701.nospam@arcor.de> <1186795194.2786.2.camel@localhost.localdomain> <20070811093954.8d1b5d11.mschwendt.tmp0701.nospam@arcor.de> <20070813121925.1fa3f51c@ludwig-alpha.unil.ch> <1187000747.14035.55.camel@mccallum.corsepiu.local> Message-ID: On 8/13/07, Ralf Corsepius wrote: > > FWIW: This change broke many scripts from > http://fedoraproject.org/wiki/PackageMaintainers/UsefulScripts > > My actual use-case is a local variant of cpancheck. > There's pros and cons to everything. This change breaks two of those scripts. However, they can be fixed *and* it allows three other scripts on that page to be fixed that were hopelessly broken before (ever since acls were put in place that prevented commits to owners.list). In other news, Ricky Zhou was kind enough to port the PackageDB templates to Genshi. Genshi is perfect for our needs because it has a plain text templating engine as well as the xml/html engine. So it's now pretty easy for someone to write a template to get a plain text representation out of the packagedb using one of the server methods that's already written. I have conversion of one of those methods on my radar for the next release and another couple for the release after but if anyone wants to work on them, here's some tickets with pointers to information: Announcement with links to genshi and docs for its plain text templates: https://hosted.fedoraproject.org/projects/packagedb/#updated-genshi-templates Ticket: for bringing JSON and plain text formats to the user packages list:: https://hosted.fedoraproject.org/projects/packagedb/ticket/37 Ticket for Michael Schwendt's needs for repoclosure and upgradecheck. https://hosted.fedoraproject.org/projects/packagedb/ticket/33 Ticket for c4chris's PackageStatus script. https://hosted.fedoraproject.org/projects/packagedb/ticket/40 General ticket for the overarching request for plain text output. Depending on how the others work out, this may just end up closed. https://hosted.fedoraproject.org/projects/packagedb/ticket/29 -Toshio From jon at fedoraunity.org Tue Aug 14 05:19:04 2007 From: jon at fedoraunity.org (Jonathan Steffan) Date: Mon, 13 Aug 2007 23:19:04 -0600 Subject: Zope, Plone and Python; Redux In-Reply-To: <3170f42f0708132013u13c8567fx6aa1a30fc40454e8@mail.gmail.com> References: <1187032178.2607.48.camel@damaestrojr> <46C0BD6A.7060105@avtechpulse.com> <1187037898.2607.56.camel@damaestrojr> <3170f42f0708132013u13c8567fx6aa1a30fc40454e8@mail.gmail.com> Message-ID: <1187068744.27477.3.camel@damaestro> On Tue, 2007-08-14 at 08:43 +0530, Debarshi 'Rishi' Ray wrote: > Whenever we talk about this whole Zope/Plone/Python issue, we somehow > tend to ignore the good work done by Nikhil N, as a Google Summer of > Code project, to solve this issue. Maybe we should look at it > objectively and try to help this effort instead of just getting > involved in subjective debates. > > Some useful links: > http://wiki.zope.org/zope3/Zope3UsingPython25 > http://wiki.zope.org/zope3/StatusReportOfTheGSOCStudent > http://wiki.zope.org/zope3/ModuleImplementationStatus There has been very good progress on getting zope3 able to use python 2.5. An issue with direct regard to my question is: Plone currently will only run on zope 2.9 and zope 2.10. Both need python 2.4.x. It is very good to see that zope 3 will run on python 2.5. I will try to find out of this progress will help the 2.x branches but am not expecting so. Jonathan Steffan From airlied at redhat.com Tue Aug 14 05:21:26 2007 From: airlied at redhat.com (Dave Airlie) Date: Tue, 14 Aug 2007 15:21:26 +1000 Subject: mesa ACL Message-ID: <1187068886.3339.6.camel@localhost.localdomain> Okay ajax added me to the Mesa ACL via the web frontend and it claims I'm in the ACL via the web frontend.. however I still can't commit my updated Mesa package. cvs commit... **** Access denied: airlied is not in ACL for rpms/mesa cvs commit: Pre-commit check failed **** Access allowed: airlied is in ACL for rpms/mesa/devel. what gives? Dave. From andy at smile.org.ua Tue Aug 14 05:34:08 2007 From: andy at smile.org.ua (Andy Shevchenko) Date: Tue, 14 Aug 2007 08:34:08 +0300 Subject: F8 Release Name Suggestion In-Reply-To: <1187047262.3339.4.camel@localhost.localdomain> References: <1187047262.3339.4.camel@localhost.localdomain> Message-ID: <20070814053408.GA1714@serv.smile.org.ua> Hi Dave Airlie! On Tue, Aug 14, 2007 at 09:21:02AM +1000, Dave Airlie wrote next: > Moonshine is an illegal drink in the USA, > Poit??n is an illegal drink made from potatoes in Ireland... http://en.wikipedia.org/wiki/Absinthe another one? -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From airlied at redhat.com Tue Aug 14 05:34:38 2007 From: airlied at redhat.com (Dave Airlie) Date: Tue, 14 Aug 2007 15:34:38 +1000 Subject: mesa ACL In-Reply-To: <1187068886.3339.6.camel@localhost.localdomain> References: <1187068886.3339.6.camel@localhost.localdomain> Message-ID: <1187069678.3339.8.camel@localhost.localdomain> On Tue, 2007-08-14 at 15:21 +1000, Dave Airlie wrote: > Okay ajax added me to the Mesa ACL via the web frontend and it claims > I'm in the ACL via the web frontend.. > > however I still can't commit my updated Mesa package. > > cvs commit... > **** Access denied: airlied is not in ACL for rpms/mesa > cvs commit: Pre-commit check failed > **** Access allowed: airlied is in ACL for rpms/mesa/devel. > Thanks to Toshio for pointing out that it's actually cvs-import.sh broken by the ACLs not the ACL missing.. Manual uploading works fine. Dave. From debarshi.ray at gmail.com Tue Aug 14 05:39:50 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 14 Aug 2007 11:09:50 +0530 Subject: Zope, Plone and Python; Redux In-Reply-To: <1187068744.27477.3.camel@damaestro> References: <1187032178.2607.48.camel@damaestrojr> <46C0BD6A.7060105@avtechpulse.com> <1187037898.2607.56.camel@damaestrojr> <3170f42f0708132013u13c8567fx6aa1a30fc40454e8@mail.gmail.com> <1187068744.27477.3.camel@damaestro> Message-ID: <3170f42f0708132239p6aaf69a8o626d961b933476ea@mail.gmail.com> > Plone currently will only run on zope 2.9 and zope 2.10. Both need > python 2.4.x. It is very good to see that zope 3 will run on python 2.5. > I will try to find out of this progress will help the 2.x branches but > am not expecting so. Somewhere on the links that I had sent, they mentioned that Zope2 would left out of the migration work for the time-being atleast. Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From opensource at till.name Tue Aug 14 06:18:17 2007 From: opensource at till.name (Till Maas) Date: Tue, 14 Aug 2007 08:18:17 +0200 Subject: bad build bug In-Reply-To: <20070813222556.603aedc3@ghistelwchlohm.scrye.com> References: <200708111254.24757.opensource@till.name> <20070813222556.603aedc3@ghistelwchlohm.scrye.com> Message-ID: <200708140818.23043.opensource@till.name> On Di August 14 2007, Kevin Fenzi wrote: > Do you still have a copy of that binary around? I guess it's the > version that shipped with F7? Yes, it should still be available in Fedora 7 with yum install, the update is still in testing. > Any idea how it was corrupted? No, I don't know. > The report doesn't say, but was it i386? The report says "Hardware: i386" just above the Reporter-field and I verified it on i386, too. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From Christian.Iseli at licr.org Tue Aug 14 06:24:14 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 14 Aug 2007 08:24:14 +0200 Subject: Changes to cvsadmin requests and acls In-Reply-To: References: <1186594278.31100.33.camel@localhost.localdomain> <20070810103145.4545d556.mschwendt.tmp0701.nospam@arcor.de> <1186772252.24777.19.camel@localhost.localdomain> <20070811011426.d691d99c.mschwendt.tmp0701.nospam@arcor.de> <1186795194.2786.2.camel@localhost.localdomain> <20070811093954.8d1b5d11.mschwendt.tmp0701.nospam@arcor.de> <20070813121925.1fa3f51c@ludwig-alpha.unil.ch> Message-ID: <20070814082414.1a6370f8@ludwig-alpha.unil.ch> On Mon, 13 Aug 2007 21:39:09 -0700, Toshio Kuratomi wrote: > If it makes sense for you to use JSON in your script, you can probably > tie right into the interface that bugzilla and the vcs acls use. (a > quick search shows that Fedora has several perl-json modules: > perl-JSON, perl-JSON-XS,) > > Checkout https://admin.fedoraproject.org/pkgdb/acls/bugzilla?tg_format=json > https://admin.fedoraproject.org/pkgdb/acls/vcs?tg_format=json > > (Note: Leaving off the ?tg_format=json will bring up a web page that > might be better for getting a rough idea of what each provides.) Ok, thanks. I'll have a look ASAP. C From j.w.r.degoede at hhs.nl Tue Aug 14 07:04:07 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 14 Aug 2007 09:04:07 +0200 Subject: Feature: Fedora Electronic Lab In-Reply-To: References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> Message-ID: <46C153E7.9010600@hhs.nl> Kevin Kofler wrote: > Chitlesh GOORAH fedoraproject.org> writes: >> Also, one opensource tools that I really miss is "netgen" for LVS >> checks (Layout Versus Schematic". There is segmentation fault on >> runtime. So if you are C guru, please do help to figure out why it >> crashes: > > I might be able to help you (no promises though), but I need instructions to > reproduce the bug, including at least one testcase triggering it (as I honestly > have no idea what input for netgen is supposed to look like ;-) I'm a Math/CS > student, not an Electronics student). > Same here, I can try to fix the segfault to, under pretty much the same conditions as Kevin. Regards, Hans From j.w.r.degoede at hhs.nl Tue Aug 14 07:07:42 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 14 Aug 2007 09:07:42 +0200 Subject: Feature: Fedora Electronic Lab In-Reply-To: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> Message-ID: <46C154BE.4040101@hhs.nl> Chitlesh GOORAH wrote: > Hello there, > Hi, This sounds great! Keep up the good work. > Fedora ships ktechlab, piklab, sdcc those could be under "PIC > Programming" secton. > Please don't call it the "PIC Programming" section, PIC is a specific type / brand of microcontrollers, please call it the "Micro Controller (?C) Programming" section. And while you are at it include things like avr-gcc, avrdude, etc, see: http://fedoraproject.org/wiki/SIGs/Embedded Regards, Hans From pemboa at gmail.com Tue Aug 14 07:26:44 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 14 Aug 2007 02:26:44 -0500 Subject: Feature: Fedora Electronic Lab In-Reply-To: <46C154BE.4040101@hhs.nl> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <46C154BE.4040101@hhs.nl> Message-ID: <16de708d0708140026w736fe8br893059fe9bf4692f@mail.gmail.com> On 8/14/07, Hans de Goede wrote: > Chitlesh GOORAH wrote: > > Hello there, > > > > Hi, > > This sounds great! Keep up the good work. > > > Fedora ships ktechlab, piklab, sdcc those could be under "PIC > > Programming" secton. > > > > Please don't call it the "PIC Programming" section, PIC is a specific type / > brand of microcontrollers, please call it the "Micro Controller (?C) > Programming" section. And while you are at it include things like avr-gcc, > avrdude, etc, see: > http://fedoraproject.org/wiki/SIGs/Embedded > > Regards, > > Hans > Now you guys peaked my attention. I had not noticed that the AVR tool set was already in Fedora.... I'm going to have to re-look at this. Thank you. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From andy at warmcat.com Tue Aug 14 07:32:00 2007 From: andy at warmcat.com (Andy Green) Date: Tue, 14 Aug 2007 08:32:00 +0100 Subject: Feature: Fedora Electronic Lab In-Reply-To: <20070813205935.61e85f76@vader.jdub.homelinux.org> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <20070813204815.38930413@vader.jdub.homelinux.org> <46C10A60.7080203@fedoraproject.org> <20070813205935.61e85f76@vader.jdub.homelinux.org> Message-ID: <46C15A70.1010701@warmcat.com> Somebody in the thread at some point said: >>> This looks like it would be served better as a custom spin of F8. >>> It's not really a feature so much as a package collection. >> Calling it a feature allows us to highlight the focused effort that >> has gone into bringing these set of packages into the Fedora >> repository. I think that is a good thing to do. > I suppose that is true. It can be done either (or both!) way. A problem with the special purpose spin approach is a particular user might need the focus of two or more spins, then he is back to installing packages anyway. Spins are great if there really is one purpose, but the main effort seems to need to be in the packaging aspect either way, which Chitlesh seems to have been busy (!) with. -Andy From nphilipp at redhat.com Tue Aug 14 07:57:05 2007 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 14 Aug 2007 09:57:05 +0200 Subject: [RFE] Bugzilla Products cleanup In-Reply-To: <200708102003.19340.opensource@till.name> References: <200708102003.19340.opensource@till.name> Message-ID: <1187078225.12363.18.camel@wombat.tiptoe.de> On Fri, 2007-08-10 at 20:03 +0200, Till Maas wrote: > First I want to propose to remove the "distribution" Component from > the "Fedora"-Product it create a new Product "Fedora distribution" or > something better, that describes that bugs about Live Media, Comps, etc. > belong there. > > Second would be a rename of the "Fedora"-Product to "Fedora Packages"-Product, > to make clear that every component of "Fedora Packages" is a package, or are > there other non-package components, too? Please don't ;-). It makes transitions from distribution to package (and vice versa) painful. I'd rather like these non-package components e.g. sorted differently (at top or bottom, possibly with a spacer if that's possible). One thing that I'd like to have though is components dropped that aren't active anymore, e.g. redhat-config-* vs. system-config-*. If these were weeded out the list should be much shorter. 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 Tue Aug 14 08:26:16 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 14 Aug 2007 13:56:16 +0530 Subject: Feature: Fedora Electronic Lab In-Reply-To: <46C15A70.1010701@warmcat.com> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <20070813204815.38930413@vader.jdub.homelinux.org> <46C10A60.7080203@fedoraproject.org> <20070813205935.61e85f76@vader.jdub.homelinux.org> <46C15A70.1010701@warmcat.com> Message-ID: <46C16728.3020507@fedoraproject.org> Andy Green wrote: > Somebody in the thread at some point said: > >>>> This looks like it would be served better as a custom spin of F8. >>>> It's not really a feature so much as a package collection. > >>> Calling it a feature allows us to highlight the focused effort that >>> has gone into bringing these set of packages into the Fedora >>> repository. I think that is a good thing to do. > >> I suppose that is true. It can be done either (or both!) way. > > A problem with the special purpose spin approach is a particular user > might need the focus of two or more spins, then he is back to installing > packages anyway. Spins are great if there really is one purpose, but > the main effort seems to need to be in the packaging aspect either way, > which Chitlesh seems to have been busy (!) with. Right but spins are good if you want to promote some aspect of Fedora and get people interested. For a electronics show distributing a spin like this might make sense. Rahul From kanarip at kanarip.com Tue Aug 14 08:35:21 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 14 Aug 2007 10:35:21 +0200 Subject: F8 Release Name Suggestion In-Reply-To: References: <20070813182148.3837c047@vader.jdub.homelinux.org> Message-ID: <46C16949.1000309@kanarip.com> alan wrote: > You have to be old to get the joke. > > Am I the only one who worries that after F12 we will run out of function > keys? > When F13 is released you can just start hitting Jesse ;-) Kind regards, Jeroen van Meeuwen -kanarip From drago01 at gmail.com Tue Aug 14 08:39:06 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 14 Aug 2007 10:39:06 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <46C16A2A.8000607@gmail.com> On my laptop (core2duo based) S06cpuspeed causes 100 wakeups/sec . Seems like its already noted here: http://linuxpowertop.org/known.php#ondemand "Intel fixed this and the patches to the kernel to effectively remove this timer are included in Linus' tree as of 2.6.22-rc1." I am running 2.6.22.1-41.fc7 which should already have this changes but it seems the problem isn't solved yet. doing the suggested " cd /sys/devices/system/cpu/cpu0/cpufreq cat ondemand/sampling_rate_max > ondemand/sampling_rate " does fix the wakeups (S06cpuspeed) is no longer on the list .. but it takes some seconds for the cpu to change pstate running glxgears 2-3 seconds later cpu goes to 2.17ghz closing it I have to wait other 2-3 second to be back at 1ghz without the "fix" it does this almost immediately. any idea how this can be fixed? From ich at frank-schmitt.net Tue Aug 14 10:14:30 2007 From: ich at frank-schmitt.net (Frank Schmitt) Date: Tue, 14 Aug 2007 12:14:30 +0200 Subject: F8 Release Name Suggestion References: <20070813182148.3837c047@vader.jdub.homelinux.org> Message-ID: alan writes: >>> I think F8 should be called "Underline". ]:> >> >> Link to Moonshine? > > You have to be old to get the joke. > > Am I the only one who worries that after F12 we will run out of > function keys? You never worked on an AS/400, did you? -- Did you ever realize how much text fits in eighty columns? If you now consider that a signature usually consists of up to four lines, this gives you enough space to spread a tremendous amount of information with your messages. So seize this opportunity and don't waste your signature with bullshit nobody will read. From kagesenshi.87 at gmail.com Tue Aug 14 10:28:19 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Tue, 14 Aug 2007 06:28:19 -0400 Subject: Compiz and Fedora In-Reply-To: <1187037027.15991.69.camel@hinata.boston.redhat.com> References: <1187037027.15991.69.camel@hinata.boston.redhat.com> Message-ID: On 8/13/07, Kristian H?gsberg wrote: > 4) Compiz configuration tools > > desktop-effects is close to what we should ship by default, > perhaps we want to fold it into the new > gnome-appearance-properties capplet as a new tab. At the same > time, we want to allow installation of other compiz > configuration managers for people who like the tweak-ui kind-of > tools. > Is there any plans to make desktop-effects to use libcompizconfig?? .. IMO, desktop-effects should start using libcompizconfig .. or make it as an option ... compiz-fusion uses libcompizconfig extensively ... glib gconf makes it a lil bit messy to make the compiz fusion "just works" from desktop-effects .. p/s.. I just noticed compiz-fusion just released their first tarballs ... packaging them right now .. but having a dilemma whether to use my package which separates gnome and kde bits from compiz-0.5.2 or the package from rawhide which favors gnome... -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 From chitlesh at fedoraproject.org Tue Aug 14 10:55:13 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Aug 2007 12:55:13 +0200 Subject: Feature: Fedora Electronic Lab In-Reply-To: <46C153E7.9010600@hhs.nl> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <46C153E7.9010600@hhs.nl> Message-ID: <13dbfe4f0708140355m3f6d7a36v1154e7a1b498332d@mail.gmail.com> On 8/14/07, Hans de Goede wrote: > Same here, I can try to fix the segfault to, under pretty much the same > conditions as Kevin. Example: A NOR Schematic created with xcircuit (yum install xcircuit) - NOR2.ps Layout created with magic (yum install magic) - NOR.mag Netgen (from http://chitlesh.fedorapeople.org/netgen/ RPM & SRPM provided) verifies whether the Schematic and the Layout matches or not. This procedure is called LVS check (Layout Versus Schematic). Netgen uses netlists (.sim format) from the schematic and the layout to do the check. ## From Schematic to sim netlist xcircuit NOR2.ps & Netlist -> Write Sim This will output a file called : NOR2.sim ## From Layout to Sim netlist magic NOR.mag On the tkcon console, type: extract ext2sim This is output a file called NOR.sim ## LVS check with netgen netgen & type: lvs NOR2 NOR This will reproduce the crash. Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Tue Aug 14 10:58:44 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Aug 2007 12:58:44 +0200 Subject: Feature: Fedora Electronic Lab In-Reply-To: <46C154BE.4040101@hhs.nl> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <46C154BE.4040101@hhs.nl> Message-ID: <13dbfe4f0708140358k67a42302p3403a26d35dd257a@mail.gmail.com> Hello, In my previous I missed the URL of the example: http://chitlesh.fedorapeople.org/netgen/NOR/ On 8/14/07, Hans de Goede wrote: > Please don't call it the "PIC Programming" section, PIC is a specific type / > brand of microcontrollers, please call it the "Micro Controller (?C) > Programming" section. Ok point noted. > And while you are at it include things like avr-gcc, > avrdude, etc, see: > http://fedoraproject.org/wiki/SIGs/Embedded This is the main reason why I chose generic names "Fedora Electronic Lab" because I knew Trond and you were packaging these recently. Perhaps you can mentioned them in: http://fedoraproject.org/wiki/Features/FedoraElectronicLab thanks Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Tue Aug 14 11:18:00 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Aug 2007 13:18:00 +0200 Subject: Feature: Fedora Electronic Lab In-Reply-To: <46C16728.3020507@fedoraproject.org> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <20070813204815.38930413@vader.jdub.homelinux.org> <46C10A60.7080203@fedoraproject.org> <20070813205935.61e85f76@vader.jdub.homelinux.org> <46C15A70.1010701@warmcat.com> <46C16728.3020507@fedoraproject.org> Message-ID: <13dbfe4f0708140418y2acb52ev3eaad2f6a94e36f8@mail.gmail.com> Hello, sorry; for the last duplicated mails. I wasn't thinking about a spin for electronics. But since you guys brought this forward, it is worth to consider. It would be nice to have Hans and Trond 's embedded items as well inside the spin. On 8/14/07, Rahul Sundaram wrote: > > A problem with the special purpose spin approach is a particular user > > might need the focus of two or more spins, then he is back to installing > > packages anyway. Spins are great if there really is one purpose, but > > the main effort seems to need to be in the packaging aspect either way, > > which Chitlesh seems to have been busy (!) with. This is quite right. > Right but spins are good if you want to promote some aspect of Fedora > and get people interested. For a electronics show distributing a spin > like this might make sense. Even for those who heard about Fedora Electronics Lab will try to give it a try. I guess university lecturers would more likely to anticipate. I think there are some important issues to consider for the livecd: * I may not have enough time to maintain the livecd for other fedora releases in the future. * My main focus is to provide those tools through Fedora, do Fedora marketing via those tools and use them myself. * Applications such ktechlab and piklab haven't yet been ported to QT4, this might interfere with the KDE4 movement by kde-sig * I don't know whether the Fedora Infrastructure is willing to host another spin as well However this week I'll try to create a livecd-fedora-electronic-lab.ks and some documentation around that can be used by anyone. We will see whether it can be used as example in revisor and friends or not. Chitlesh -- http://clunixchit.blogspot.com From buildsys at redhat.com Tue Aug 14 11:32:04 2007 From: buildsys at redhat.com (Build System) Date: Tue, 14 Aug 2007 07:32:04 -0400 Subject: rawhide report: 20070814 changes Message-ID: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> New package alliance Alliance VLSI CAD Sytem New package glglobe OpenGl Globe - Earth simulation for linux New package junit4 Java regression test package Updated Packages: Canna-3.7p3-20.fc8 ------------------ * Mon Aug 13 2007 Akira TAGOH - 3.7p3-20 - Follow UserCreation documentation to have canna user. (#223838) NetworkManager-1:0.6.5-9.fc8 ---------------------------- * Mon Aug 13 2007 Christopher Aillon 1:0.6.5-9 - Update the license tag * Wed Aug 08 2007 Christopher Aillon 1:0.6.5-8 - Own /etc/NetworkManager/dispatcher.d and /etc/NetworkManager/VPN (#234004) * Wed Jun 27 2007 Dan Williams 1:0.6.5-7 - Fix Wireless Enabled checkbox when no killswitches are present PolicyKit-0.5-1.git20070731.fc8 ------------------------------- * Fri Aug 10 2007 Matthias Clasen - 0.5-1.git20070731.fc8 - Add missing Requires (#251268) - Own /etc/PolicyKit (#251274) anaconda-11.3.0.19-1 -------------------- * Mon Aug 13 2007 Chris Lumens 11.3.0.19-1 - Make the version number display more prominent. - Dynamically figure out the GTK and icon themes (katzj). - Purge lots of unneeded code that's in yum (katzj). - Don't check for bootable EFI partitions on RAID (#250353). - Remove SELinux stuff after policy creation (katzj). anacron-2.3-50.fc8 ------------------ * Mon Aug 13 2007 Marcela Maslanova 2.3-50 - rewrite typo in init script - Resolves: rhbz#251757 awstats-6.7-1.fc8 ----------------- * Mon Aug 13 2007 Aurelien Bompard 6.7-1 - split SElinux bits in the -selinux package (bug 250637) - use an SElinux module instead of semanage - update to version 6.7 bind-32:9.5.0-9.a6.fc8 ---------------------- * Mon Aug 13 2007 Adam Tkac 32:9.5.0-9.a6 - disable 64bit dlz driver patch on alpha and ia64 (#251298) - remove wrong malloc functions from lib/dns/spnego.c (#251853) * Mon Aug 06 2007 Adam Tkac 32:9.5.0-8.2.a6 - changed licence from BSD-like to ISC * Tue Jul 31 2007 Adam Tkac 32:9.5.0-8.1.a6 - disabled named on all runlevels by default camstream-0.26.3-12.fc8 ----------------------- * Mon Aug 13 2007 Simon Perreault - 0.26.3-12 - Removed erroneous category from desktop file. compat-db-4.5.20-1.fc8 ---------------------- * Mon Jul 30 2007 Jindrich Novy 4.5.20-1 - add 4.5.20 to compat-db - package db45_hotbackup - correct open() calls so that compat-db compiles with the new glibc - apply db185 patches to all compat-db db4s cups-1:1.3.0-1.fc8 ------------------ * Mon Aug 13 2007 Tim Waugh 1:1.3.0-1 - 1.3.0. db4-4.6.18-1.fc8 ---------------- * Mon Jul 30 2007 Jindrich Novy 4.6.18-1 - update to 4.6.18 - drop upstream patches for 4.5.20 and gcj patch - remove nptl-abi-note.S, useless as we are definitely running kernel >= 2.4.20 (#245416) - move C++ stuff to subpackages to reduce dependency bloat (#220484) - package db_codegen - correct open() calls so that new db4 compiles with the new glibc * Sat Mar 24 2007 Thomas Fitzsimmons 4.5.20-5 - Require java-1.5.0-gcj and java-1.5.0-gcj-devel for build. * Mon Dec 04 2006 Jindrich Novy 4.5.20-4 - apply upstream patches for 4.5.20 (Java API <-> core API related fixes) dhcdbd-2.9-1.fc8 ---------------- * Mon Aug 13 2007 David Cantrell - 2.9-1 - Update init script to meet LSB requirements (#246906) - Relicense software under GPL version 2 or any later version dictd-1.9.15-10 --------------- * Mon Aug 13 2007 Karsten Hopp 1.9.15-10 - add LSB stuff (#246910) dovecot-1.1-16.alpha3.fc8 ------------------------- * Mon Aug 13 2007 Tomas Janousek - 1.1-16.alpha3 - updated to latest upstream alpha - update dovecot-sieve to 0367450c9382 from hg eel2-2.19.90-1.fc8 ------------------ * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Fri Aug 03 2007 Matthias Clasen - 2.19.6-2 - Update license field eog-2.19.5-1.fc8 ---------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.5-1 - Update to 2.19.5 epiphany-2.19.90-1.fc8 ---------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Wed Aug 08 2007 Christopher Aillon - 2.19.6-3 - Rebuild against newer gecko * Mon Aug 06 2007 Matthias Clasen - 2.19.6-2 - Update license field - Use %find_lang for help files, too esound-1:0.2.38-3.fc8 --------------------- * Thu Aug 09 2007 - Lennart Poettering - 1:0.2.38-3 - Move ESD socket from /tmp/.esd/socket to /tmp/.esd-`id -u`/socket to allow multiple concurrent esd instances, one per user (#251505) - Fix build with newer libc file-roller-2.19.90-1.fc8 ------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Mon Aug 06 2007 Matthias Clasen - 2.19.4-3 - Use %find_lang for help files * Thu Aug 02 2007 Matthias Clasen - 2.19.4-2 - Update the license field filesystem-2.4.11-1.fc8 ----------------------- * Mon Aug 13 2007 Phil Knirsch 2.4.11-1 - Added /etc/X11/fontpath.d and dropped /etc/X11/sysconfig /etc/X11/serverconfig (#251707) firefox-2.0.0.6-3.fc8 --------------------- * Mon Aug 13 2007 Christopher Aillon 2.0.0.6-3 - Update the license tag * Mon Aug 06 2007 Martin Stransky 2.0.0.6-2 - unwrapped plugins moved to the old location - removed plugin configuration utility * Sat Aug 04 2007 Christopher Aillon 2.0.0.6-1 - Update to 2.0.0.6 - Fix dnd support to/from gtk2 apps - Fix installed permissions of *.png firmware-addon-dell-1.4.4-1.fc8 ------------------------------- * Mon Aug 13 2007 Michael E Brown - 1.4.4-1 - rebase to upstream latest * Mon Aug 13 2007 Michael E Brown - 1.4.2-1 - rebase to upstream latest * Wed Jul 11 2007 Michael E Brown - 1.3.1-1 - up2date_repo_autoconf is now obsolete. dell-*-repository files no longer use it. firmware-tools-1.4.0-1.fc8 -------------------------- * Mon Aug 13 2007 Michael E Brown - 1.4.0-1 - rebase to upstream latest fwbackups-1.43.1-3.fc8 ---------------------- * Mon Aug 13 2007 Stewart Adam 1.43.1-3 - Update license field fwfstab-0.01.1-4.fc8 -------------------- * Mon Aug 13 2007 Stewart Adam 0.01.1-4 - Replace packaged .desktop with newer one that complies to standards - Update license tag - Drop X-Fedora category galculator-1.2.5.2-1.fc8 ------------------------ * Mon Aug 13 2007 Tomas Mraz - 1.2.5.2-1 - upgrade to latest upstream - fix build on new GTK 2 gcalctool-5.19.90-1.fc8 ----------------------- * Mon Aug 13 2007 Matthias Clasen - 5.19.90-1 - Update to 5.19.90 * Mon Aug 06 2007 Matthias Clasen - 5.19.6-3 - Use %find_lang for help files, too gecko-sharp2-0.12-4 ------------------- * Mon Aug 13 2007 Christopher Aillon - 0.12-4 - Update the license tag glest-data-2.0.0-5.fc8 ---------------------- * Mon Aug 13 2007 Aurelien Bompard 2.0.0-5 - fix ExcludArch tag, it does not parse commas (thanks Florian) * Sat Aug 04 2007 Aurelien Bompard 2.0.0-4 - bump release * Sun Jun 03 2007 Aurelien Bompard 2.0.0-3 - exclude archs where glest does not run gnome-desktop-2.19.90-1.fc8 --------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Tue Aug 07 2007 Matthias Clasen - 2.19.6-3 - Use %find_lang for help files * Fri Aug 03 2007 Matthias Clasen - 2.19.6-2 - Update license field gnome-icon-theme-2.19.90-1.fc8 ------------------------------ * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 - Further correction of the license field gnome-menus-2.19.90-1.fc8 ------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Thu Aug 02 2007 Matthias Clasen - 2.19.6-2 - Update license field gnome-panel-2.19.6-1.fc8 ------------------------ * Mon Aug 13 2007 Matthias Clasen - 2.19.6-1 - Update to 2.19.6 gnome-session-2.19.90-1.fc8 --------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 gnome-themes-2.19.90-1.fc8 -------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 - Update the license field gnome-utils-1:2.19.90-1.fc8 --------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Tue Aug 07 2007 Matthias Clasen - 2.18.1-3 - Update license field - Use %find_lang for help files - Update file lists gnubg-20061119-12.fc8 --------------------- * Mon Aug 13 2007 Jon Ciesla - 20061119-12 - Fixed .desktop file version. gresistor-0.0.1-10.fc8 ---------------------- * Sun Aug 12 2007 Chitlesh Goorah - 0.0.1-10 - fixed desktop file gstreamer-plugins-pulse-0.9.5-0.1.svn20070814.fc8 ------------------------------------------------- * Tue Aug 14 2007 Lennart Poettering - 0.9.5-0.1.svn20070814 . get SVN snapshot. increase rank to get advantage over alsa gtk2-engines-2.11.5-1.fc8 ------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.11.5-1 - Update to 2.11.5 * Fri Aug 03 2007 Matthias Clasen - 2.11.4-2 - Update the license field gtkhtml2-2.11.1-1 ----------------- * Mon Aug 13 2007 Matthew Barnes - 2.11.1-1 - Update to 2.11.1 gtkhtml3-3.15.90-1.fc8 ---------------------- * Mon Aug 13 2007 Matthew Barnes - 3.15.90-1.fc8 - Update to 3.15.90 * Wed Aug 01 2007 Matthew Barnes - 3.15.6.1-1.fc8 - Update to 3.15.6.1 * Tue Jul 31 2007 Matthew Barnes - 3.15.6-1.fc8 - Update to 3.15.6 - Remove patch for GNOME bug #380534 (fixed upstream). hugin-0.6.1-7.fc8 ----------------- * Mon Aug 13 2007 Bruno Postle 0.6.1-7 - rebuild for boost soname change - add enblend dependency as enblend is now in fedora intltool-0.36.1-1.fc8 --------------------- * Mon Aug 13 2007 Matthias Clasen - 0.36.1-1 - Update to 0.36.1 ipod-sharp-0.6.3-2.fc8 ---------------------- * Mon Aug 13 2007 Christopher Aillon 0.6.3-2 - Update the license tag kdegraphics-7:3.5.7-2.fc8 ------------------------- * Mon Aug 13 2007 Rex Dieter = 7:3.5.7-2 - CVE-2007-3387 (#251509, #251511) - License: GPLv2 kdemultimedia-6:3.5.7-2.fc8 --------------------------- * Mon Aug 13 2007 Rex Dieter - 6:3.5.7-2 - (re)include kfile_mp3, kfile_mpeg, which includes metadata support only (not nonfree decoders). - License: GPLv2+ - Provides: kdemultimedia3(-devel) ... * Wed Jun 06 2007 Than Ngo - 6:3.5.7-1 - 3.5.7 * Wed May 16 2007 Rex Dieter - 6:3.5.6-7 - -extras scriptlets kernel-2.6.23-0.104.rc3.fc8 --------------------------- * Mon Aug 13 2007 Dave Jones - Add patch-2.6.23-rc3-hrt2.patch, bringing X86-64 tickless back. * Mon Aug 13 2007 Dave Jones - 2.6.23-rc3 koffice-1.6.3-9.fc8 ------------------- * Mon Aug 13 2007 Rex Dieter 1.6.3-9 - CVE-2007-3387 (#251522, #251524) * Mon Aug 13 2007 Rex Dieter 1.6.3-8 - License: GPLv2+ - -libs: move libk*common.so.* here * Sun Jun 24 2007 Rex Dieter 1.6.3-7 - -devel: %exclude %_libdir/libkudesignercore.so (#245333) krb5-auth-dialog-0.7-3 ---------------------- * Mon Aug 13 2007 Christopher Aillon 0.7-3 - Update the license tag ktechlab-0.3.69-3.20070626svn.fc8 --------------------------------- * Mon Aug 13 2007 Chitlesh Goorah - 0.3.69-3.20070626svn - added sdcc to path libgnome-2.19.1-4.fc8 --------------------- * Tue Aug 14 2007 Lennart Poettering - 2.19.1-4 - Enable ESD by default for PulseAudio transition (#251954) * Sat Aug 11 2007 Matthias Clasen - 2.19.1-3 - Switch the default GTK+ theme to Nodoka * Tue Aug 07 2007 Matthias Clasen - 2.19.1-2 - Update the license field libgnomekbd-2.19.90-2.fc8 ------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-2 - Fix a bad free libwnck-2.19.90-1.fc8 --------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Fri Aug 03 2007 Matthias Clasen - 2.19.6-2 - Upate the license field mock-0.7.5-2.fc8 ---------------- * Mon Aug 13 2007 Clark Williams - 0.7.5-2 - build fix from Roland McGrath to fix compile of selinux lib * Wed Aug 08 2007 Clark Williams - 0.7.5-1 - orphanskill feature (BZ#221351) * Wed Aug 08 2007 Michael Brown - 0.7.5-1 - add example configs to defaults.cfg - dont rebuild cache if not clean build (BZ#250425) nautilus-2.19.90-1.fc8 ---------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Fri Aug 10 2007 Matthias Clasen - 2.19.6-3 - Bump gnome-vfs requirement (#251306) * Fri Aug 03 2007 Matthias Clasen - 2.19.6-2 - Update license field nautilus-sendto-0.12-2.fc8 -------------------------- * Mon Aug 13 2007 - Bastien Nocera - 0.12-2 - Fix the Thunderbird patch to apply properly * Mon Aug 13 2007 - Bastien Nocera - 0.12-1 - Update to 0.12 and drop obsolete patches * Tue Aug 07 2007 Matthias Clasen - 0.10-5 - Update the license field ncurses-5.6-8.20070812.fc8 -------------------------- * Mon Aug 13 2007 Miroslav Lichvar 5.6-8.20070812 - update to patch 20070812 nfs-utils-1:1.1.0-3.fc8 ----------------------- * Mon Aug 13 2007 Steve Dickson 1.1.0-3 - Added nosharecache mount option which re-enables rw/ro mounts to the same server (bz 243913). * Thu Aug 02 2007 Steve Dickson 1.1.0-2 - Make sure the gss and idmap daemons remove thier lock files when they are stopped. * Sat Jul 28 2007 Steve Dickson 1.1.0-1 - Upgraded to the latest upstream version (nfs-utils-1.1.0) nspluginwrapper-0.9.91.4-16.fc8 ------------------------------- * Mon Aug 13 2007 Martin Stransky 0.9.91.4-16 - fixed plugins check - minor spec fixes ntp-4.2.4p2-4.fc8 ----------------- * Mon Aug 13 2007 Miroslav Lichvar 4.2.4p2-4 - allow loopback to share non-loopback address (#249226) - require readline >= 5.2-3 (#250917) openarena-0.7.1-1.fc8 --------------------- * Mon Aug 13 2007 Jon Ciesla - 0.7.1-1 - Added 0.7.1 patch. - Uses 0.7.0 .zip, took version macro out of URL and setup to accommodate. openlierox-0.57-0.5.beta3.fc8 ----------------------------- * Mon Aug 13 2007 Hans de Goede 0.57-0.5.beta3 - New upstream release 0.57beta3 - Update License tag for new Licensing Guidelines compliance orca-2.19.90-1.fc8 ------------------ * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 * Tue Aug 07 2007 Matthias Clasen - 2.19.6-2 - Update license field pam-0.99.8.1-4.fc8 ------------------ * Mon Aug 13 2007 Tomas Mraz 0.99.8.1-4 - fix auth regression when uid != 0 from previous build (#251804) * Mon Aug 06 2007 Tomas Mraz 0.99.8.1-3 - updated db4 to 4.6.18 (#249740) - added user and new instance parameters to namespace init - document the new features of pam_namespace - do not log an audit error when uid != 0 (#249870) * Wed Jul 25 2007 Jeremy Katz - 0.99.8.1-2 - rebuild for toolchain bug perl-Convert-UUlib-1:1.09-2.fc8 ------------------------------- * Mon Aug 13 2007 Nicolas Mailhot ??? 1:1.09-2 ??? Fix License * Sun Aug 12 2007 Robert Scheck 1:1.09-1 - Upgrade to 1.09 and rebuilt for EPEL branches (#250865) - Added build requirement to perl(ExtUtils::MakeMaker) perl-Crypt-SSLeay-0.55-2.fc8 ---------------------------- * Mon Aug 13 2007 Robin Norwood - 0.55-2 - Update to latest version from CPAN: 0.55 - Remove two old patches, update lib64 patch for Makefile.PL changes. * Tue Feb 13 2007 Robin Norwood - 0.53-1 - New version: 0.53 * Mon Nov 27 2006 Robin Norwood - 0.51-12 - Resolves: bug#217138 - fix a segfault on x86_64 perl-DBD-MySQL-4.005-1.fc8 -------------------------- * Mon Aug 13 2007 Robin Norwood - 4.005-1 - New version from CPAN: 4.005 perl-DBI-1.58-1.fc8 ------------------- * Mon Aug 13 2007 Robin Norwood - 1.58-1 - Update to latest CPAN version: 1.58 * Thu Jun 07 2007 Robin Norwood - 1.56-1 - Update to latest CPAN version: 1.56 - Move the filter requires step into %prep - Remove very old patch (for perl 5.8.1) - Fix a couple of rpmlint issues (non-UTF8 manpage and script with incorrect shebang line * Sat Dec 02 2006 Robin Norwood - 1.53-1 - Upgrade to latest CPAN version: 1.53 perl-Jcode-2.06-3.fc8 --------------------- * Mon Aug 13 2007 Aurelien Bompard 2.06-3 - BR perl-Test-Simple * Mon Aug 13 2007 Aurelien Bompard 2.06-2 - BR perl-devel perl-Unicode-Map-0.112-9.fc8 ---------------------------- * Mon Aug 13 2007 Aurelien Bompard 0.112-9 - BR: perl-devel perl-Unicode-Map8-0.12-12.fc8 ----------------------------- * Mon Aug 13 2007 Aurelien Bompard 0.12-11 - BR: perl-devel perl-Unicode-MapUTF8-1.11-4.fc8 ------------------------------- * Mon Aug 13 2007 Aurelien Bompard 1.11-4 - BR: perl-devel perl-Unicode-String-2.09-3.fc8 ------------------------------ * Mon Aug 13 2007 Aurelien Bompard 2.09-3 - BR: perl-devel perl-XML-Simple-2.17-1.fc8 -------------------------- * Mon Aug 13 2007 Robin Norwood - 2.17-1 - Update to latest CPAN version: 2.17 - Add BuildRequires - Fix macro-in-changelog rpmlint warning - Fix license tag postfix-2:2.4.5-1.fc8 --------------------- * Mon Aug 13 2007 Thomas Woerner 2:2.4.5-1 - new version 2.4.5 - fixed compile proplem with glibc-2.6.90+ presto-utils-0.3.2-1.fc8 ------------------------ * Tue Aug 14 2007 Jonathan Dieter - 0.3.2-1 - Fix small bug that didn't allow certain deltarpms to be generated pv-1.0.1-1.fc8 -------------- pykickstart-1.8-1.fc8 --------------------- * Mon Aug 13 2007 Chris Lumens 1.8-1 - Fix type checking of string values. python-docutils-0.4-6.fc8 ------------------------- * Mon Aug 13 2007 Toshio Kuratomi 0.4-6 - Last version had both the old and new rst.el. Try again with only the new one. * Sun Aug 12 2007 Toshio Kuratomi 0.4-5 - Make License tag conform to the new Licensing Policy. - Fix the rst emacs mode (RH BZ 250100) qfaxreader-0.3.1-8.fc8 ---------------------- * Tue Aug 14 2007 manuel wolfshant - 0.3.1-8 - License clarification rarian-0.5.8-1.fc8 ------------------ * Mon Aug 13 2007 Matthew Barnes - 0.5.8-1 - Update to 0.5.8 rdiff-backup-1.0.5-5.fc8 ------------------------ * Mon Aug 13 2007 Kevin Fenzi 1.0.5-5 - Remove python-abi Requires * Mon Aug 13 2007 Kevin Fenzi 1.0.5-4 - Update License * Fri Jun 15 2007 Gavin Henry 1.0.5-3 - Applied patch from Marcin Zajaczkowski for addition of pylibacl, pyxattr in Requires section sound-juicer-2.19.3-1.fc8 ------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.3-1 - Update to 2.19.3 * Tue Aug 07 2007 Matthias Clasen - 2.19.2-2 - Update license field - Use %find_lang for help files spamassassin-3.2.3-1.fc8 ------------------------ * Mon Aug 13 2007 Warren Togami 3.2.3-1 - 3.2.3 major bugfix release stardict-3.0.0-1.fc8 -------------------- * Mon Aug 13 2007 Hu Zheng - 3.0.0-1 * Update to upstream. system-config-boot-0.2.16-1.fc8 ------------------------------- * Mon Aug 13 2007 Harald Hoyer - 0.2.16-1 - translation update - updated URL - changed desktop file categories * Fri Mar 23 2007 Harald Hoyer - 0.2.15-1 - specfile cleanups * Mon Jan 29 2007 Harald Hoyer - 0.2.14-1 - more build requirements system-config-samba-1.2.47-1.fc8 -------------------------------- * Mon Aug 13 2007 Nils Philippsen - 1.2.47 - improve detection of commented out default values (#251477) - use non-capital default values - preserve whitespace better in comments - don't use string module but str methods in sambaParser module tasks-0.11-1.fc8 ---------------- * Mon Aug 13 2007 Dan Young - 0.11-1 - New upstream release thunderbird-2.0.0.6-2.fc8 ------------------------- * Mon Aug 13 2007 Christopher Aillon 2.0.0.6-2 - Update the license tag tomboy-0.7.4-1.fc8 ------------------ * Mon Aug 13 2007 Matthias Clasen - 0.7.4-1 - Update to 0.7.4 - Update the license field ttywatch-0.14-8.fc8 ------------------- * Mon Aug 13 2007 Matt Domsch 0.14-8 - License tag GPLv2+ udev-114-2.fc8 -------------- * Mon Aug 13 2007 Harald Hoyer - 114-2 - fixed isapnp rule (bug #251815) - fix for nikon cameras (bug #251401) uim-1.4.1-5.fc8 --------------- * Fri Aug 10 2007 Akira TAGOH - 1.4.1-5 - Update License tag. - Update BuildReq. util-linux-2.13-0.55.fc8 ------------------------ * Wed Aug 08 2007 Karel Zak 2.13-0.55 - rebuild F7 package to F8 * Wed Aug 08 2007 Karel Zak 2.13-0.54 - backport mount relatime patch * Thu Aug 02 2007 Karel Zak 2.13-0.53 - fix #236848 - mount/fstab.c:lock_mtab() should open with proper permissions - fix #238918 - blockdev --getsize does not work properly on devices with more than 2^31 sectors vim-2:7.1.68-1.fc8 ------------------ * Mon Aug 13 2007 Karsten Hopp 7.1.68-1 - patchlevel 68 * Thu Aug 02 2007 Karsten Hopp 7.1.47-1 - patchlevel 47 vino-2.19.90-1.fc8 ------------------ * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 - Update the license field wireless-tools-1:29-0.1.pre22.fc8 --------------------------------- * Mon Aug 13 2007 Christopher Aillon - 1:29-0.1.pre22 - Update to 29pre22 - Update the license tag xcdroast-0.98a15-15.fc8 ----------------------- * Mon Aug 13 2007 Harald Hoyer - 0.98a15-15 - more cdrkit compat patches - changed desktop category - changed build root path - added mode to open(2) in io.c xterm-229-1.fc8 --------------- * Mon Aug 13 2007 Miroslav Lichvar 229-1 - update to 229 yelp-2.19.90-1.fc8 ------------------ * Mon Aug 13 2007 Matthew Barnes - 2.19.90-1 - Update to 2.19.90 - Remove "info-gnutls" patch (fixed upstream). - Remove patch for GNOME bug #370167 (fixed upstream). - Remove patch for GNOME bug #430365 (fixed upstream). - Remove patch for GNOME bug #431078 (fixed upstream). yum-presto-0.4.1-1.fc8 ---------------------- * Sun Aug 05 2007 Jonathan Dieter - 0.4.1 - Applied small patch by Luke Macken to fix problems when not run directly from yum. - Fix for situation where repository may be removed and then added again zenity-2.19.2-1.fc8 ------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.2-1 - Update to 2.19.2 * Tue Aug 07 2007 Matthias Clasen - 2.19.1-4 - Use %find_lang for help files Broken deps for i386 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicui18n.so.36()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump koan - 0.6.0-1.fc7.noarch requires syslinux monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From caolanm at redhat.com Tue Aug 14 12:39:54 2007 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 14 Aug 2007 13:39:54 +0100 Subject: rawhide report: 20070814 changes In-Reply-To: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> References: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> Message-ID: <1187095194.6713.22.camel@Nom> > ---------------------------------------------------------- > adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 > adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 > adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 > conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 > fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 > fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 > fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 > monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 > monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 > openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 > openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 > source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 > wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 > wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 These just probably need a rebuild post the new icu and rebuild of boost last week. Could someone poke their maintainers to get the lead out. C. From denis at poolshark.org Tue Aug 14 11:44:22 2007 From: denis at poolshark.org (Denis Leroy) Date: Tue, 14 Aug 2007 13:44:22 +0200 Subject: rawhide report: 20070814 changes In-Reply-To: <1187095194.6713.22.camel@Nom> References: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> <1187095194.6713.22.camel@Nom> Message-ID: <46C19596.70908@poolshark.org> Caolan McNamara wrote: [cut] >> wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 >> wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 > > These just probably need a rebuild post the new icu and rebuild of boost > last week. Could someone poke their maintainers to get the lead out. Unfortunately no, I need to upgrade wp_tray to a new upstream version in order to compile with the new boost library, and it'll require some careful patch merging. Will take care of it within the next few days. From alan at redhat.com Tue Aug 14 12:32:10 2007 From: alan at redhat.com (Alan Cox) Date: Tue, 14 Aug 2007 08:32:10 -0400 Subject: F8 Release Name Suggestion In-Reply-To: <20070814053408.GA1714@serv.smile.org.ua> References: <1187047262.3339.4.camel@localhost.localdomain> <20070814053408.GA1714@serv.smile.org.ua> Message-ID: <20070814123210.GA31875@devserv.devel.redhat.com> On Tue, Aug 14, 2007 at 08:34:08AM +0300, Andy Shevchenko wrote: > Hi Dave Airlie! > > On Tue, Aug 14, 2007 at 09:21:02AM +1000, Dave Airlie wrote next: > > > Moonshine is an illegal drink in the USA, > > Poit??n is an illegal drink made from potatoes in Ireland... > http://en.wikipedia.org/wiki/Absinthe > another one? Tricky but neither are actually illegal in most of the world From P at draigBrady.com Tue Aug 14 12:42:00 2007 From: P at draigBrady.com (=?ISO-8859-1?Q?P=E1draig_Brady?=) Date: Tue, 14 Aug 2007 13:42:00 +0100 Subject: Enabling Compiz by default? In-Reply-To: <1186756104.2876.63.camel@localhost.localdomain> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <1186756104.2876.63.camel@localhost.localdomain> Message-ID: <46C1A318.9050706@draigBrady.com> Adam Jackson wrote: > On Thu, 2007-08-09 at 18:18 -0400, Alan Cox wrote: >> On Fri, Aug 10, 2007 at 03:24:05AM +0530, Rahul Sundaram wrote: >>> Have we considered enabling Compiz by default in GNOME and fall back to >>> metacity if the driver or hardware don't support acceleration? That >>> would get desktop effects out of the box on Intel and some ATI cards. >> Compiz is too buggy to use - its still hopelessly broken with java menus >> and you'd want to use one of the actually maintained compositing managers >> instead. Even then > > What kind of drugs are you on? Compiz is probably the only maintained > compositing manager. It's still too buggy to use though. I tried it for a while in F7 and dropped it for many little reasons. Search for "3D desktop issues" here for details: http://www.pixelbeat.org/docs/fc7.html cheers, P?draig. From mjc at avtechpulse.com Tue Aug 14 12:55:07 2007 From: mjc at avtechpulse.com (Dr. Michael J. Chudobiak) Date: Tue, 14 Aug 2007 08:55:07 -0400 Subject: Zope, Plone and Python; Redux In-Reply-To: <1187037898.2607.56.camel@damaestrojr> References: <1187032178.2607.48.camel@damaestrojr> <46C0BD6A.7060105@avtechpulse.com> <1187037898.2607.56.camel@damaestrojr> Message-ID: <46C1A62B.4010702@avtechpulse.com> >> Perhaps Plone 2.5 for F8, and Plone 3.0 for F9 in 6 months, with copious > > Fedora 7+ only has python 2.5 and there is currently no Zope version > that will work with python 2.5. Sorry, I misunderstood the beginning of your email - you mentioned the F8 freeze, so I thought a solution had been found for F8. Oh well. (Thanks for working on it, though!) - Mike From kevin.kofler at chello.at Tue Aug 14 12:55:39 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 14 Aug 2007 12:55:39 +0000 (UTC) Subject: Feature: Fedora Electronic Lab References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <46C153E7.9010600@hhs.nl> <13dbfe4f0708140355m3f6d7a36v1154e7a1b498332d@mail.gmail.com> Message-ID: I tried to download your NOR.sim and NOR2.sim examples, then run these: > ## LVS check with netgen > netgen & > type: lvs NOR2 NOR I get this in netgen's tkcon: Reading netlist file NOR2 Reading netlist file NOR Ignoring lumped resistances ("R" records) in .sim. Comparison output logged to file comp.out Logging to file "comp.out" enabled Contents of circuit 1: No cell 'NOR2' found. Contents of circuit 2: No cell 'NOR' found. No cell 'NOR2' found. Cell NOR2 contains no elements. n-channel: source == drain. p-channel: source == drain. poly cap: permuting poly1 regions. resistor: permuting endpoints. capacitor: permuting sides. Echoing log file "comp.out" output to console disabled Need to initialize data structures first! Must initialize data structures first. (The resulting comp.out is empty.) No segfault though. Kevin Kofler From denis at poolshark.org Tue Aug 14 12:58:12 2007 From: denis at poolshark.org (Denis Leroy) Date: Tue, 14 Aug 2007 14:58:12 +0200 Subject: Feature: Fedora Electronic Lab In-Reply-To: <13dbfe4f0708140355m3f6d7a36v1154e7a1b498332d@mail.gmail.com> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <46C153E7.9010600@hhs.nl> <13dbfe4f0708140355m3f6d7a36v1154e7a1b498332d@mail.gmail.com> Message-ID: <46C1A6E4.5080506@poolshark.org> Chitlesh GOORAH wrote: > On 8/14/07, Hans de Goede wrote: >> Same here, I can try to fix the segfault to, under pretty much the same >> conditions as Kevin. Calling free() on stuff allocated by Tcl_alloc(). bad bad bad. Here's a patch. -The Bug Squad -------------- next part -------------- A non-text attachment was scrubbed... Name: netgen-1.3.7-free.patch Type: text/x-patch Size: 607 bytes Desc: not available URL: From chitlesh at fedoraproject.org Tue Aug 14 13:02:32 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Aug 2007 15:02:32 +0200 Subject: Feature: Fedora Electronic Lab In-Reply-To: References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <46C153E7.9010600@hhs.nl> <13dbfe4f0708140355m3f6d7a36v1154e7a1b498332d@mail.gmail.com> Message-ID: <13dbfe4f0708140602m160be783s84b0e170c23590dd@mail.gmail.com> On 8/14/07, Kevin Kofler wrote: > (The resulting comp.out is empty.) No segfault though. Try lvs NOR NOR2 Once the first file is valid, you will have the segmentation fault. Chitlesh -- http://clunixchit.blogspot.com From ajackson at redhat.com Tue Aug 14 13:36:13 2007 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 14 Aug 2007 09:36:13 -0400 Subject: Compiz and Fedora In-Reply-To: References: <1187037027.15991.69.camel@hinata.boston.redhat.com> Message-ID: <1187098573.2876.120.camel@localhost.localdomain> On Tue, 2007-08-14 at 06:28 -0400, Hikaru Amano wrote: > On 8/13/07, Kristian H?gsberg wrote: > > 4) Compiz configuration tools > > > > desktop-effects is close to what we should ship by default, > > perhaps we want to fold it into the new > > gnome-appearance-properties capplet as a new tab. At the same > > time, we want to allow installation of other compiz > > configuration managers for people who like the tweak-ui kind-of > > tools. > > > > Is there any plans to make desktop-effects to use libcompizconfig?? .. > IMO, desktop-effects should start using libcompizconfig .. or make it > as an option ... Patches gratefully accepted. It's not on our immediate radar though. - ajax From jkeating at redhat.com Tue Aug 14 13:45:46 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 14 Aug 2007 09:45:46 -0400 Subject: F8 Release Name Suggestion In-Reply-To: References: <20070813182148.3837c047@vader.jdub.homelinux.org> Message-ID: <20070814094546.50657139@mentok.boston.redhat.com> On Mon, 13 Aug 2007 16:24:25 -0700 (PDT) alan wrote: > Am I the only one who worries that after F12 we will run out of > function My keyboard goes up to f13... -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Aug 14 13:49:13 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 14 Aug 2007 09:49:13 -0400 Subject: Feature: Fedora Electronic Lab In-Reply-To: <46C15A70.1010701@warmcat.com> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <20070813204815.38930413@vader.jdub.homelinux.org> <46C10A60.7080203@fedoraproject.org> <20070813205935.61e85f76@vader.jdub.homelinux.org> <46C15A70.1010701@warmcat.com> Message-ID: <20070814094913.627768ec@mentok.boston.redhat.com> On Tue, 14 Aug 2007 08:32:00 +0100 Andy Green wrote: > A problem with the special purpose spin approach is a particular user > might need the focus of two or more spins, then he is back to > installing packages anyway. Since every spin will have the ability to add the 'Everything' repo at install time, spins still serve a good purpose. It gets the bits you're interested on the local media, so that you only have to hit the network for the extra things you want, not the main focus. And if you don't have Internet at install time you can still get the focus packages installed, adding to the installation after the fact once you do have Network up. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jima at beer.tclug.org Tue Aug 14 13:55:33 2007 From: jima at beer.tclug.org (Jima) Date: Tue, 14 Aug 2007 08:55:33 -0500 (CDT) Subject: F8 Release Name Suggestion In-Reply-To: <20070814094546.50657139@mentok.boston.redhat.com> References: <20070813182148.3837c047@vader.jdub.homelinux.org> <20070814094546.50657139@mentok.boston.redhat.com> Message-ID: On Tue, 14 Aug 2007, Jesse Keating wrote: > On Mon, 13 Aug 2007 16:24:25 -0700 (PDT) > alan wrote: > >> Am I the only one who worries that after F12 we will run out of >> function > > My keyboard goes up to f13... That's nothing. I used to have an ADB expansion board that went up to F*15*. Probably still have it someplace. Jima From arjan at infradead.org Tue Aug 14 14:12:24 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Tue, 14 Aug 2007 07:12:24 -0700 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <46C16A2A.8000607@gmail.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> Message-ID: <1187100744.3537.6.camel@laptopd505.fenrus.org> On Tue, 2007-08-14 at 10:39 +0200, dragoran wrote: > On my laptop (core2duo based) S06cpuspeed causes 100 wakeups/sec . > Seems like its already noted here: > http://linuxpowertop.org/known.php#ondemand > "Intel fixed this and the patches to the kernel to effectively remove > this timer are included in Linus' tree as of 2.6.22-rc1." I am running > 2.6.22.1-41.fc7 which should already have this changes but it seems the > problem isn't solved yet. the problem is solved; the reporting is not. 2.6.23-rc also reports the timers as "deferred" so that powertop can skip them (and version 1.8 will do just that). If you see many wakups from this then you have even more other ones.. since ondemand wakeups only happen now if something else wakes the cpu up anyway. From cmadams at hiwaay.net Tue Aug 14 14:35:33 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 14 Aug 2007 09:35:33 -0500 Subject: F8 Release Name Suggestion In-Reply-To: <20070814094546.50657139@mentok.boston.redhat.com> References: <20070813182148.3837c047@vader.jdub.homelinux.org> <20070814094546.50657139@mentok.boston.redhat.com> Message-ID: <20070814143532.GB664319@hiwaay.net> Once upon a time, Jesse Keating said: > On Mon, 13 Aug 2007 16:24:25 -0700 (PDT) > alan wrote: > > Am I the only one who worries that after F12 we will run out of > > function > > My keyboard goes up to f13... Are you going to get lost trying to find your way to the release stage? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jkeating at redhat.com Tue Aug 14 14:57:25 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 14 Aug 2007 10:57:25 -0400 Subject: F8 Release Name Suggestion In-Reply-To: <20070814143532.GB664319@hiwaay.net> References: <20070813182148.3837c047@vader.jdub.homelinux.org> <20070814094546.50657139@mentok.boston.redhat.com> <20070814143532.GB664319@hiwaay.net> Message-ID: <20070814105725.0495ebd6@mentok.boston.redhat.com> On Tue, 14 Aug 2007 09:35:33 -0500 Chris Adams wrote: > Are you going to get lost trying to find your way to the release > stage? I was hoping somebody would catch that (: Fedora 13 needs to be named "Stonehenge" -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From caillon at redhat.com Tue Aug 14 15:47:44 2007 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 14 Aug 2007 11:47:44 -0400 Subject: F8 Release Name Suggestion In-Reply-To: <20070814123210.GA31875@devserv.devel.redhat.com> References: <1187047262.3339.4.camel@localhost.localdomain> <20070814053408.GA1714@serv.smile.org.ua> <20070814123210.GA31875@devserv.devel.redhat.com> Message-ID: <46C1CEA0.9090202@redhat.com> Alan Cox wrote: > On Tue, Aug 14, 2007 at 08:34:08AM +0300, Andy Shevchenko wrote: >> Hi Dave Airlie! >> >> On Tue, Aug 14, 2007 at 09:21:02AM +1000, Dave Airlie wrote next: >> >> > Moonshine is an illegal drink in the USA, >> > Poit??n is an illegal drink made from potatoes in Ireland... >> http://en.wikipedia.org/wiki/Absinthe >> another one? > > Tricky but neither are actually illegal in most of the world Absinthe is actually not illegal in the US. It is only illegal to import into the country. It's legality to sell within the US is actually not directly tied to absinthe, but rather on the amount of thujone it possesses. Meet the requirement[1] of less than 10mg per kg and you get to sell absinthe in the US: http://www.drinklucid.com/ [1] which is actually a silly requirement as sage and other legal spices contain more thujone than you'll ever find in absinthe... From alan at clueserver.org Tue Aug 14 16:00:49 2007 From: alan at clueserver.org (alan) Date: Tue, 14 Aug 2007 09:00:49 -0700 (PDT) Subject: F8 Release Name Suggestion In-Reply-To: <46C1CEA0.9090202@redhat.com> References: <1187047262.3339.4.camel@localhost.localdomain> <20070814053408.GA1714@serv.smile.org.ua> <20070814123210.GA31875@devserv.devel.redhat.com> <46C1CEA0.9090202@redhat.com> Message-ID: On Tue, 14 Aug 2007, Christopher Aillon wrote: > Alan Cox wrote: >> On Tue, Aug 14, 2007 at 08:34:08AM +0300, Andy Shevchenko wrote: >>> Hi Dave Airlie! >>> >>> On Tue, Aug 14, 2007 at 09:21:02AM +1000, Dave Airlie wrote next: >>> >>> > Moonshine is an illegal drink in the USA, >>> > Poit??n is an illegal drink made from potatoes in Ireland... >>> http://en.wikipedia.org/wiki/Absinthe >>> another one? >> >> Tricky but neither are actually illegal in most of the world > > Absinthe is actually not illegal in the US. It is only illegal to import > into the country. > > It's legality to sell within the US is actually not directly tied to > absinthe, but rather on the amount of thujone it possesses. Meet the > requirement[1] of less than 10mg per kg and you get to sell absinthe in the > US: http://www.drinklucid.com/ > > [1] which is actually a silly requirement as sage and other legal spices > contain more thujone than you'll ever find in absinthe... Not to mention that you can buy Wormwood and wormwood extracts from pretty much any herbalist in the country. The only reason the rule seems to exist is for puritanical reasons, not health and safety. (Vicks Vap-O-Rub has thujone in it!) There are some Absinthes that should be illegal though. (Hills comes to mind...) -- Refrigerator Rule #1: If you don't remember when you bought it, Don't eat it. From pjones at redhat.com Tue Aug 14 20:02:16 2007 From: pjones at redhat.com (Peter Jones) Date: Tue, 14 Aug 2007 16:02:16 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070810130148.GD7883@devserv.devel.redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <20070810130148.GD7883@devserv.devel.redhat.com> Message-ID: <46C20A48.3050403@redhat.com> Alan Cox wrote: > If you look through bugzilla there have been bugs lodged several times that > people would like to be able to select a different screensaver on battery > (usually the 'none' saver) And that's still the absolute wrong answer. The right answer is to lock the keyboard and then turn off the display entirely; when we get input (or a lid open event, etc.), turn it back on, paint it solid and give a password box just like with a screensaver. -- Peter From fedora at camperquake.de Tue Aug 14 20:22:50 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 14 Aug 2007 22:22:50 +0200 Subject: Enabling Compiz by default? In-Reply-To: <46C20A48.3050403@redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <20070810130148.GD7883@devserv.devel.redhat.com> <46C20A48.3050403@redhat.com> Message-ID: <20070814222250.33a26992@lain.camperquake.de> Hi. On Tue, 14 Aug 2007 16:02:16 -0400, Peter Jones wrote > And that's still the absolute wrong answer. The right answer is to > lock the keyboard and then turn off the display entirely; when we get > input (or a lid open event, etc.), turn it back on, paint it solid > and give a password box just like with a screensaver. I don't want to sound paranoid or something, but paint it solid before turning off the screen. TFT displays can be read without the backlight on under the right light. From alan at clueserver.org Tue Aug 14 20:33:49 2007 From: alan at clueserver.org (alan) Date: Tue, 14 Aug 2007 13:33:49 -0700 (PDT) Subject: Enabling Compiz by default? In-Reply-To: <20070814222250.33a26992@lain.camperquake.de> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <20070810130148.GD7883@devserv.devel.redhat.com> <46C20A48.3050403@redhat.com> <20070814222250.33a26992@lain.camperquake.de> Message-ID: On Tue, 14 Aug 2007, Ralf Ertzinger wrote: > Hi. > > On Tue, 14 Aug 2007 16:02:16 -0400, Peter Jones wrote > >> And that's still the absolute wrong answer. The right answer is to >> lock the keyboard and then turn off the display entirely; when we get >> input (or a lid open event, etc.), turn it back on, paint it solid >> and give a password box just like with a screensaver. > > I don't want to sound paranoid or something, but paint it solid before > turning off the screen. TFT displays can be read without the backlight > on under the right light. Screen savers should do this as well. Kind of disconcerting when activating the screen saver momentarily flashes the contents of the screen before blanking it. Especially if you work in an environment that deals in proprietary data. -- Refrigerator Rule #1: If you don't remember when you bought it, Don't eat it. From pjones at redhat.com Tue Aug 14 20:48:58 2007 From: pjones at redhat.com (Peter Jones) Date: Tue, 14 Aug 2007 16:48:58 -0400 Subject: Enabling Compiz by default? In-Reply-To: <20070814222250.33a26992@lain.camperquake.de> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <20070810130148.GD7883@devserv.devel.redhat.com> <46C20A48.3050403@redhat.com> <20070814222250.33a26992@lain.camperquake.de> Message-ID: <46C2153A.7000501@redhat.com> Ralf Ertzinger wrote: > Hi. > > On Tue, 14 Aug 2007 16:02:16 -0400, Peter Jones wrote > >> And that's still the absolute wrong answer. The right answer is to >> lock the keyboard and then turn off the display entirely; when we get >> input (or a lid open event, etc.), turn it back on, paint it solid >> and give a password box just like with a screensaver. > > I don't want to sound paranoid or something, but paint it solid before > turning off the screen. TFT displays can be read without the backlight > on under the right light. Well, yes. Ideally, we'd suspend the video card at that point as well, but I don't think we can do that very reliably at this point, and it'd require some more X changes as well I suspect. -- Peter From paul at xelerance.com Tue Aug 14 21:15:09 2007 From: paul at xelerance.com (Paul Wouters) Date: Tue, 14 Aug 2007 17:15:09 -0400 (EDT) Subject: F8 Release Name Suggestion In-Reply-To: References: <1187047262.3339.4.camel@localhost.localdomain> <20070814053408.GA1714@serv.smile.org.ua> <20070814123210.GA31875@devserv.devel.redhat.com> <46C1CEA0.9090202@redhat.com> Message-ID: On Tue, 14 Aug 2007, alan wrote: > much any herbalist in the country. The only reason the rule seems to exist is > for puritanical reasons, not health and safety. (Vicks Vap-O-Rub has thujone > in it!) The reason it was outlawed originally in europe, was because around the times of van Gogh, people were adding copper to the mix to make it look nice and green without using so much precious wormwood. As we all know now, copper isn't that great to consume. It does explain Vincent van Gogh's paintings though :) Paul From tonynelson at georgeanelson.com Tue Aug 14 21:22:28 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Tue, 14 Aug 2007 17:22:28 -0400 Subject: F8 Release Name Suggestion In-Reply-To: <20070814002106.GA1569@turing.une.edu.au> References: <20070814002106.GA1569@turing.une.edu.au> Message-ID: At 10:21 AM +1000 8/14/07, Norman Gaywood wrote: >On Mon, Aug 13, 2007 at 10:19:17PM +0000, Kevin Kofler wrote: >> * Moonshine theory is a Mathematical theory. >> http://en.wikipedia.org/wiki/Moonshine_theory > >by John Conway, who also devised the "Game of Life". > >A well known object in the Game of Life is the glider. > >So moonshine --> glider Fine with me! -- ____________________________________________________________________ TonyN.:' ' From petersen at redhat.com Wed Aug 15 00:56:41 2007 From: petersen at redhat.com (Jens Petersen) Date: Wed, 15 Aug 2007 10:56:41 +1000 Subject: i18n session at FUDConF8 In-Reply-To: <46C1ADF8.8080802@redhat.com> References: <46B14A2D.9000808@redhat.com> <46BFF77E.6040607@redhat.com> <46C1ADF8.8080802@redhat.com> Message-ID: <46C24F49.6040601@redhat.com> For those who could not make the session, the log is now at: http://fedoraproject.org/wiki/I18N/Meetings/2007-08-14 Jens From zaitcev at redhat.com Wed Aug 15 01:14:38 2007 From: zaitcev at redhat.com (Pete Zaitcev) Date: Tue, 14 Aug 2007 18:14:38 -0700 Subject: mkinitrd, ehci-hcd, error -71 on boot Message-ID: <20070814181438.31a67e7b.zaitcev@redhat.com> Hi, guys: I just found that ehci is loaded last in Rawhide. Does anyone remember why? FYI, I was working on RHEL 5 bug (234847) where someone lost patience with those spurious -71s at boot. I know these messages bug people in Fedora as well. IIRC Chuck even asked me specifically if anything can be done. If nobody has a specific objections, I think we should implement this, it's overdue. Cheers, -- Pete --- /sbin/mkinitrd.fcs 2007-08-14 17:30:31.000000000 -0700 +++ /sbin/mkinitrd 2007-08-14 17:31:10.000000000 -0700 @@ -991,9 +991,9 @@ for n in $PREMODS; do done if [ "$withusb" == "1" ]; then + findmodule ehci-hcd findmodule uhci-hcd findmodule ohci-hcd - findmodule ehci-hcd fi if [ "x$PROBE" == "xyes" ]; then From mclasen at redhat.com Wed Aug 15 01:23:59 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 14 Aug 2007 21:23:59 -0400 Subject: Meet the desktop team Message-ID: <1187141039.3199.21.camel@localhost.localdomain> There have been some discussions on fedora-desktop-list recently about making the desktop livecd spin a better desktop. We (the RH desktop team) would like to take this on, by taking "editorial control" of the desktop livecd spin, and transforming it into an awesome desktop. We'd like to start holding regular public irc meetings -- "meet the desktop team", if you want. The official form in which this happens in Fedora is in a SIG, so we will form a "Desktop SIG" and invite interested members of the Fedora community to work with us on making the Fedora desktop spin the best desktop in its class. The first meeting is going to take place in the #fedora-meeting irc channel on Freenode, Wednesday, 18:00-19:00 UTC (2pm-3pm EDT) (see http://fedoraproject.org/wiki/Communicate#IRC) Proposed agenda for the first meeting: - Organizational questions - Goals and scope of the Desktop SIG - Concrete plans for the F8 desktop spin - Longer-term plans We have put our ideas for second agenda item up at http://www.fedoraproject.org/wiki/SIGs/Desktop Hope to see you tomorrow, Matthias From lamont at gurulabs.com Wed Aug 15 01:52:39 2007 From: lamont at gurulabs.com (Lamont Peterson) Date: Tue, 14 Aug 2007 19:52:39 -0600 Subject: mkinitrd, ehci-hcd, error -71 on boot In-Reply-To: <20070814181438.31a67e7b.zaitcev@redhat.com> References: <20070814181438.31a67e7b.zaitcev@redhat.com> Message-ID: <200708141952.44838.lamont@gurulabs.com> On Tuesday 14 August 2007 07:14pm, Pete Zaitcev wrote: > Hi, guys: > > I just found that ehci is loaded last in Rawhide. Does anyone remember why? > > FYI, I was working on RHEL 5 bug (234847) where someone lost patience > with those spurious -71s at boot. I know these messages bug people in > Fedora as well. IIRC Chuck even asked me specifically if anything can > be done. > > If nobody has a specific objections, I think we should implement this, > it's overdue. > > Cheers, > -- Pete > > --- /sbin/mkinitrd.fcs 2007-08-14 17:30:31.000000000 -0700 > +++ /sbin/mkinitrd 2007-08-14 17:31:10.000000000 -0700 > @@ -991,9 +991,9 @@ for n in $PREMODS; do > done > > if [ "$withusb" == "1" ]; then > + findmodule ehci-hcd > findmodule uhci-hcd > findmodule ohci-hcd > - findmodule ehci-hcd > fi > > if [ "x$PROBE" == "xyes" ]; then I've wondered for a long time why the ehci driver wasn't first. I've seen many a system (especially notebooks) where the USB 2.0 ports were running as USB 1.1. I hope there's no good reasons to stop this change from going in. Thank you. -- Lamont Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] NOTE: All messages from this email address should be digitally signed with my 0xDC0DD409 GPG key. It is available on the pgp.mit.edu keyserver as well as other keyservers that sync with MIT's. -------------- 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 Wed Aug 15 05:53:10 2007 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Wed, 15 Aug 2007 08:53:10 +0300 Subject: F8 Release Name Suggestion In-Reply-To: <46C1CEA0.9090202@redhat.com> References: <1187047262.3339.4.camel@localhost.localdomain> <20070814053408.GA1714@serv.smile.org.ua> <20070814123210.GA31875@devserv.devel.redhat.com> <46C1CEA0.9090202@redhat.com> Message-ID: <46C294C6.4080408@nicubunu.ro> Christopher Aillon wrote: > > Absinthe is actually not illegal in the US. It is only illegal to > import into the country. So if I understand correctly, absinthe's legal status is covered by a lot of FUD, false statements and unclarity, just like the status of our multimedia codecs? -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From drago01 at gmail.com Tue Aug 14 14:49:53 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 14 Aug 2007 16:49:53 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <46C1C054.2040205@redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <46C1C054.2040205@redhat.com> Message-ID: On 8/14/07, Chuck Ebbert wrote: > > On 08/14/2007 04:39 AM, dragoran wrote: > > On my laptop (core2duo based) S06cpuspeed causes 100 wakeups/sec . > > Seems like its already noted here: > > http://linuxpowertop.org/known.php#ondemand > > "Intel fixed this and the patches to the kernel to effectively remove > > this timer are included in Linus' tree as of 2.6.22-rc1." I am running > > 2.6.22.1-41.fc7 which should already have this changes but it seems the > > problem isn't solved yet. > > doing the suggested > > " > > cd /sys/devices/system/cpu/cpu0/cpufreq > > > > cat ondemand/sampling_rate_max > ondemand/sampling_rate > > " > > does fix the wakeups (S06cpuspeed) is no longer on the list .. but it > > takes some seconds for the cpu to change pstate running glxgears 2-3 > > seconds later cpu goes to 2.17ghz closing it I have to wait other 2-3 > > second to be back at 1ghz > > without the "fix" it does this almost immediately. > > any idea how this can be fixed? > > > > What governor is it using? If it's "ondemand" I don't see why cpuspeed > should even be running at all. yes its ondemand. but in the config its just GOVERNOR= -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From snecklifter at gmail.com Tue Aug 14 15:11:10 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Tue, 14 Aug 2007 16:11:10 +0100 Subject: F8 Release Name Suggestion In-Reply-To: <20070814105725.0495ebd6@mentok.boston.redhat.com> References: <20070813182148.3837c047@vader.jdub.homelinux.org> <20070814094546.50657139@mentok.boston.redhat.com> <20070814143532.GB664319@hiwaay.net> <20070814105725.0495ebd6@mentok.boston.redhat.com> Message-ID: <364d303b0708140811w39a566amb90d7c86656908b2@mail.gmail.com> On 14/08/07, Jesse Keating wrote: > > On Tue, 14 Aug 2007 09:35:33 -0500 > Chris Adams wrote: > > > Are you going to get lost trying to find your way to the release > > stage? > > I was hoping somebody would catch that (: > > Fedora 13 needs to be named "Stonehenge" I guess "Smell The Glove" is probably out of the question... Cheers Chris -- http://www.chruz.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From markg85 at gmail.com Tue Aug 14 19:39:58 2007 From: markg85 at gmail.com (Mark) Date: Tue, 14 Aug 2007 21:39:58 +0200 Subject: Fedora 8 Boot time/shutdown time goal? In-Reply-To: References: <1186841809.3660.0.camel@sb-home> <6e24a8e80708121509k709570ffkf6a2db0925194a7d@mail.gmail.com> Message-ID: <6e24a8e80708141239x355f3b5n5a8419e3700fece9@mail.gmail.com> now that you mention that.. can't fedora do a "global" fast check to see if any hardware configuration changed? that global thing should be real fast (few micro seconds) than once it detects changes do the full new hardware check. This could be a bootup speed gain right? 2007/8/13, Jon Nettleton : > On 8/12/07, Mark wrote: > > > 2007/8/11, nodata : > > > Is there a goal for how much quicker Fedora 8 boot and shutdown should > > > be? > > > > > > This page doesn't mention it: > > > > http://fedoraproject.org/wiki/Releases/FeatureBootShutdownSpeedup > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > 20 seconds or even below that would be nice ^_^ > > I believe that is called resume from suspend or hibernate. Checking disks > and probing hardware takes about 15seconds. > > Jon > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From pbrobinson at gmail.com Tue Aug 14 14:55:29 2007 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 14 Aug 2007 15:55:29 +0100 Subject: F8 Release Name Suggestion In-Reply-To: <20070814143532.GB664319@hiwaay.net> References: <20070813182148.3837c047@vader.jdub.homelinux.org> <20070814094546.50657139@mentok.boston.redhat.com> <20070814143532.GB664319@hiwaay.net> Message-ID: <5256d0b0708140755k6141374ap27c73128d8ca7871@mail.gmail.com> > > On Mon, 13 Aug 2007 16:24:25 -0700 (PDT) > > alan wrote: > > > Am I the only one who worries that after F12 we will run out of > > > function > > > > My keyboard goes up to f13... > > Are you going to get lost trying to find your way to the release stage? The new apple keyboard (the one with the numeric keypad) goes up to F19. http://www.apple.com/keyboard/ P From zaitcev at redhat.com Wed Aug 15 08:38:39 2007 From: zaitcev at redhat.com (Pete Zaitcev) Date: Wed, 15 Aug 2007 01:38:39 -0700 Subject: mkinitrd, ehci-hcd, error -71 on boot In-Reply-To: <200708141952.44838.lamont@gurulabs.com> References: <20070814181438.31a67e7b.zaitcev@redhat.com> <200708141952.44838.lamont@gurulabs.com> Message-ID: <20070815013839.2a8ed753.zaitcev@redhat.com> On Tue, 14 Aug 2007 19:52:39 -0600, Lamont Peterson wrote: > I've wondered for a long time why the ehci driver wasn't first. I've seen > many a system (especially notebooks) where the USB 2.0 ports were running as > USB 1.1. I hope there's no good reasons to stop this change from going in. In theory there should be no issues with loading ehci_hcd after its companion (either uhci_hcd on Intel and VIA or ohci_hcd elsewhere). The problem I am trying to address is how the discovery and initialization continues on the companion bus when we start initializing EHCI in parallel, which happens because khubd continues to run when modprobe has exited. This effects a sudden disconnect as EHCI takes over the port; if the takeover fails (usually because the device does not support High-Speed) EHCI returns the port and the interrupted initialization repeats. If EHCI fails to take over a root hub port despite a device being High-Speed capable, it is a bug somewhere and initialization order is not likely to fix it (although it may, mostly due to interactions with firmware). File a bug or let me know directly. -- Pete From drago01 at gmail.com Tue Aug 14 14:31:35 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 14 Aug 2007 16:31:35 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1187100744.3537.6.camel@laptopd505.fenrus.org> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <1187100744.3537.6.camel@laptopd505.fenrus.org> Message-ID: On 8/14/07, Arjan van de Ven wrote: > > > On Tue, 2007-08-14 at 10:39 +0200, dragoran wrote: > > On my laptop (core2duo based) S06cpuspeed causes 100 wakeups/sec . > > Seems like its already noted here: > > http://linuxpowertop.org/known.php#ondemand > > "Intel fixed this and the patches to the kernel to effectively remove > > this timer are included in Linus' tree as of 2.6.22-rc1." I am running > > 2.6.22.1-41.fc7 which should already have this changes but it seems the > > problem isn't solved yet. > > the problem is solved; the reporting is not. 2.6.23-rc also reports the > timers as "deferred" so that powertop can skip them (and version 1.8 > will do just that). ok If you see many wakups from this then you have even more other ones.. > since ondemand wakeups only happen now if something else wakes the cpu > up anyway. I am on x86_64 (non tickless yet) so that explains it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at redhat.com Wed Aug 15 09:29:44 2007 From: alan at redhat.com (Alan Cox) Date: Wed, 15 Aug 2007 05:29:44 -0400 Subject: Enabling Compiz by default? In-Reply-To: <46C20A48.3050403@redhat.com> References: <46BB8CFD.4050706@fedoraproject.org> <20070809221808.GG4306@devserv.devel.redhat.com> <46BB9581.6020002@fedoraproject.org> <20070809225706.GB7688@devserv.devel.redhat.com> <20070810074639.310740@gmx.net> <20070810130148.GD7883@devserv.devel.redhat.com> <46C20A48.3050403@redhat.com> Message-ID: <20070815092944.GC25772@devserv.devel.redhat.com> On Tue, Aug 14, 2007 at 04:02:16PM -0400, Peter Jones wrote: > >people would like to be able to select a different screensaver on battery > >(usually the 'none' saver) > > And that's still the absolute wrong answer. The right answer is to lock > the keyboard and then turn off the display entirely; when we get input > (or a lid open event, etc.), turn it back on, paint it solid and give a > password box just like with a screensaver. I don't want the keyboard locked immediately. I don't neccessarily want the display turned back off. I don't neccessarily have a lid. If we can put the "I know whats good for you, there shall be no configuration" idiocy aside we might be able to create a better OS. I don't want the display off immediately as it wears out the backlight continually going on/off with activity over short durations. I don't want the keyboard to lock because I'm still present (I've got a seperate bluetooth phone presence driven screen locker than you) and I thus would like to configure my system not have it dictated to me. I would submit that immediate display off is wrong - even for defaults, backlights are not designed to be abused that way, so you probably want a 5 minute (say) timeout of blank screensaver before turning it off. Lock keyboard immediately is annoying IMHO but is right according to any security recommendation and only annoying if some idiot doesn't make it configurable easily. From buildsys at fedoraproject.org Wed Aug 15 10:00:37 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 15 Aug 2007 06:00:37 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-15 Message-ID: <20070815100037.D263B152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 12 NEW alliance-5.0-7.20070718snap.fc6 : Alliance VLSI CAD Sytem fedora-ds-base-1.1.0-1.1.fc6 gcl-2.6.7-15.fc6 kdetv-0.8.9-5.fc6 koffice-1.6.3-9.fc6 ktechlab-0.3.6-5.fc6 limph-1.9.5-2.fc6 nethack-vultures-2.1.0-10.fc6 python-iniparse-0.2.1-1.fc6 rocksndiamonds-3.2.3-2.fc6.1 Terminal-0.2.6-3.fc6 testdisk-6.8-1.fc6 Changes in Fedora Extras 6: alliance-5.0-7.20070718snap.fc6 ------------------------------- * Sun Aug 12 2007 Chitlesh Goorah - 5.0-7.20070718snap - moved Architecture independent files to %{_datadir}/%{name} - Uses verbs in the comments line for desktop files * Thu Aug 02 2007 Chitlesh Goorah - 5.0-6.20070718snap - chose libdir/alliance as prefix - added new icons to the menus - removed useless attila - fixed MANPATH override * Sat Jul 28 2007 Chitlesh Goorah - 5.0-5.20070718snap - fixed unused-direct-shlib-dependency and undefined-non-weak-symbol warnings * Tue Jul 24 2007 Chitlesh Goorah - 5.0-4.20070718snap - removed X-Desktop-File-Install-Version=0.10 from desktop files - moved the alc_env to /etc/profile.d - updated to meet reviewer's statements - #248649 * Thu Jul 19 2007 Chitlesh Goorah - 5.0-3.20070718snap - New upstream release which includes bug fixes * Wed Jul 18 2007 Chitlesh Goorah - 5.0-2.20060509snap - minor fixes to the tutorials + added transfig ghostscript tetex-latex as BR - corrected some hardcoded links in the scripts - removed %preun and updated alliance.fedora - spec file updated to satisfy the review * Tue Jul 17 2007 Chitlesh Goorah - 5.0-1 - prepared spec file for review and spec clean ups - removed rm and ln from %post and %preun - removed log.3.gz from mandir since it's a duplicate and conflicts with man-pages fedora-ds-base-1.1.0-1.1.fc6 ---------------------------- * Fri Aug 10 2007 Rich Megginson - 1.1.0-1.1 - Change pathnames to use the pkgname macro which is dirsrv - get rid of cvsdate in source name gcl-2.6.7-15.fc6 ---------------- * Wed Dec 27 2006 Gerard Milmeister - 2.6.7-14 - added req ncurses-devel kdetv-0.8.9-5.fc6 ----------------- * Sun Aug 12 2007 Ian Chapman 0.8.9-5 - Updated license field due to new guidelines - Fixed .desktop categories * Sat Sep 09 2006 Ian Chapman 0.8.9-4 - Dropped libXext buildrequire as it's pulled in by qt-devel koffice-1.6.3-9.fc6 ------------------- * Mon Aug 13 2007 Rex Dieter 1.6.3-9 - CVE-2007-3387 (#251522, #251524) * Mon Aug 13 2007 Rex Dieter 1.6.3-8 - License: GPLv2+ - -libs: move libk*common.so.* here ktechlab-0.3.6-5.fc6 -------------------- * Sun Aug 12 2007 Chitlesh Goorah - 0.3.6-5 - added sdcc to path * Thu Jun 28 2007 Chitlesh Goorah - 0.3.6-4 - fix for ppc64 * Thu Jun 28 2007 Chitlesh Goorah - 0.3.6-3 - add patch multilib to enable build for ppc64 architecture limph-1.9.5-2.fc6 ----------------- * Fri Aug 10 2007 Jon Ciesla - 1.9.5-2 - Added .sql files. - Fixed functionlib errors. * Fri Aug 10 2007 Jon Ciesla - 1.9.5-1 - Bumped to upstream. nethack-vultures-2.1.0-10.fc6 ----------------------------- * Tue Aug 14 2007 Hans de Goede - 2.1.0-10 - Fixup .desktop file categories python-iniparse-0.2.1-1.fc6 --------------------------- * Tue Aug 07 2007 Paramjit Oberoi - 0.2.1-1 - Release 0.2.1 rocksndiamonds-3.2.3-2.fc6.1 ---------------------------- * Tue Aug 14 2007 Tom "spot" Callaway 3.2.3-2 - use clean tarball - patch in support for displaying url on music info page Terminal-0.2.6-3.fc6 -------------------- * Tue Aug 14 2007 Kevin Fenzi - 0.2.6-3 - Add patch for CVE-2007-3770. - Update License tag * Sat Mar 24 2007 Kevin Fenzi - 0.2.6-2 - Fix unowned directories (#233787) testdisk-6.8-1.fc6 ------------------ * Tue Aug 14 2007 Christophe Grenier 6.8-1 - Update to latest version For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From chitlesh at fedoraproject.org Tue Aug 14 14:59:18 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Aug 2007 16:59:18 +0200 Subject: Feature: Fedora Electronic Lab In-Reply-To: <46C1A6E4.5080506@poolshark.org> References: <13dbfe4f0708131831p362980bcn28c5c43166117f5e@mail.gmail.com> <46C153E7.9010600@hhs.nl> <13dbfe4f0708140355m3f6d7a36v1154e7a1b498332d@mail.gmail.com> <46C1A6E4.5080506@poolshark.org> Message-ID: <13dbfe4f0708140759hc700fe0yd7da4f6f07617393@mail.gmail.com> On 8/14/07, Denis Leroy wrote: > Calling free() on stuff allocated by Tcl_alloc(). bad bad bad. > Here's a patch. Thanks Denis. Wonderful. I guess now, we can reopen netgen's review request :) Chitlesh -- http://clunixchit.blogspot.com From debarshi.ray at gmail.com Wed Aug 15 10:03:11 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 15 Aug 2007 15:33:11 +0530 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <3170f42f0708150303re0585abtd0d628c66ba4698d@mail.gmail.com> > 4) Report the results. You can add reports here, on #fedora-devel, > or to the upstream powertop community at power at bughost.org or > #powertop on irc.oftc.net. http://rishi.fedorapeople.org/powertop-manu This is the powertop output from my friend's laptop. He was using Gnome-terminal, Firefox and Gaim. [manu at jasmine ~]$ uname -a Linux jasmine 2.6.22.1-41.fc7 #1 SMP Fri Jul 27 18:21:43 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux [manu at jasmine ~]$ Hardinfo: http://rishi.fedorapeople.org/hardinfo-manu Smolt profile: http://smolt.fedoraproject.org/show?UUID=ed2ac1d9-f254-403f-b431-5670ae08c597 Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From darrellpf at gmail.com Tue Aug 14 17:11:39 2007 From: darrellpf at gmail.com (darrell pfeifer) Date: Tue, 14 Aug 2007 10:11:39 -0700 Subject: rawhide report: 20070814 changes In-Reply-To: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> References: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> Message-ID: > dhcdbd-2.9-1.fc8 > ---------------- > * Mon Aug 13 2007 David Cantrell - 2.9-1 > - Update init script to meet LSB requirements (#246906) > - Relicense software under GPL version 2 or any later version > On my machine redhat-lsb wasn't installed so the init script failed. Can someone find an appropriate place to put a dependency so that lsb is brought in? darrell From paul at city-fan.org Wed Aug 15 10:43:24 2007 From: paul at city-fan.org (Paul Howarth) Date: Wed, 15 Aug 2007 11:43:24 +0100 Subject: Build error, but it built fine? was Build Error (Job 35518): ssss-0_5-3_fc6 on fedora-6-extras (fwd) In-Reply-To: References: <20070808230831.b795700d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <46C2D8CC.2010003@city-fan.org> Paul Wouters wrote: > On Wed, 8 Aug 2007, Michael Schwendt wrote: > >>> Though this email says the job failed. It also says it wrote the i386 rpm. Did >>> something really go wrong, and if so, what? >>> >>> ---------- Forwarded message ---------- >>> Date: Wed, 8 Aug 2007 15:07:52 -0400 (EDT) >>> From: >>> To: >>> Subject: Build Error (Job 35518): ssss-0_5-3_fc6 on fedora-6-extras >>> >>> Job failed on arch i386 >>> >>> >>> Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-6-extras/35518-ssss-0.5-3.fc6/ >>> >> Is that reproducible when your requeue the build job? > > Yes, it happened again, this time on the x86_64 arch: > > http://buildsys.fedoraproject.org/logs/fedora-6-extras/35530-ssss-0.5-3.fc6/ It just happened to me: Job failed on arch i386 Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-6-extras/35668-milter-regex-1.7-1.fc6/ ------------------------------------------------- + export DOCDIR + rm -rf /var/tmp/milter-regex-1.fc6-root-mockbuild/usr/share/doc/milter-regex-1.7 + /bin/mkdir -p /var/tmp/milter-regex-1.fc6-root-mockbuild/usr/share/doc/milter-regex-1.7 + cp -pr LICENSE /var/tmp/milter-regex-1.fc6-root-mockbuild/usr/share/doc/milter-regex-1.7 + exit 0 Provides: config(milter-regex) = 1.7-1.fc6 Requires(interp): /bin/sh /bin/sh /bin/sh /bin/sh Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires(pre): /bin/sh shadow-utils Requires(post): /bin/sh /sbin/chkconfig Requires(preun): /bin/sh /sbin/chkconfig Requires(postun): /bin/sh Requires: /bin/sh config(milter-regex) = 1.7-1.fc6 libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.3) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) libpthread.so.0 libpthread.so.0(GLIBC_2.0) libpthread.so.0(GLIBC_2.1) libpthread.so.0(GLIBC_2.2) rtld(GNU_HASH) sendmail Processing files: milter-regex-debuginfo-1.7-1.fc6 Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/milter-regex-1.fc6-root-mockbuild warning: Could not canonicalize hostname: hammer2.fedora.redhat.com Wrote: /builddir/build/RPMS/milter-regex-1.7-1.fc6.i386.rpm Wrote: /builddir/build/RPMS/milter-regex-debuginfo-1.7-1.fc6.i386.rpm Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.54414 + umask 022 + cd /builddir/build/BUILD + cd milter-regex-1.7 + /bin/rm -rf /var/tmp/milter-regex-1.fc6-root-mockbuild + exit 0 Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.54414 + umask 022 + cd /builddir/build/BUILD + rm -rf milter-regex-1.7 + exit 0 Paul. From buildsys at redhat.com Wed Aug 15 11:00:08 2007 From: buildsys at redhat.com (Build System) Date: Wed, 15 Aug 2007 07:00:08 -0400 Subject: rawhide report: 20070815 changes Message-ID: <200708151100.l7FB087P023464@porkchop.devel.redhat.com> New package Democracy Democracy Player New package pinot Personal search and metasearch for the Desktop Updated Packages: Canna-3.7p3-21.fc8 ------------------ * Tue Aug 14 2007 Akira TAGOH - 3.7p3-21 - Update the user and the group handling. PerceptualDiff-1.0.1-6.fc8 -------------------------- * Tue Aug 14 2007 kwizart < kwizart at gmail.com > - 1.0.1-6 - Update the license field to GPLv2 Terminal-0.2.6-3.fc8 -------------------- * Tue Aug 14 2007 Kevin Fenzi - 0.2.6-3 - Add patch for CVE-2007-3770. - Update License tag anacron-2.3-51.fc8 ------------------ * Tue Aug 14 2007 Marcela Maslanova 2.3-51 - rebuild with correct init script aqsis-1.2.0-5.fc8 ----------------- * Tue Aug 14 2007 kwizart < kwizart at gmail.com > - 1.2.0-5 - Update the license field to GPLv2 bcel-0:5.1-10jpp.4.fc8 ---------------------- * Tue Aug 14 2007 Permaine Cheung 0:5.1-10jpp.4 - Fixed another unowned directory bitbake-1.8.6-1.fc8 ------------------- * Tue Aug 14 2007 Andreas Thienemann - 1.8.6-1 - Updated to 1.8.6 compiz-0.5.2-4.0ec3ec.fc8 ------------------------- * Tue Aug 14 2007 Kristian H??gsberg - 0.5.2-4.0ec3ec - Build with desktop-effects so we don't pick up metacity work spaces. Fixes #250568. * Tue Aug 14 2007 Kristian H??gsberg - 0.5.2-3.0ec3ec - Build git snapshot from fedora branch at git://people.freedesktop.org/~krh/compiz, brances from 0.6 upstream branch. - Fixes #237486. control-center-1:2.19.90-1.fc8 ------------------------------ * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 - Build the sound capplet again coreutils-6.9-5.fc8 ------------------- * Tue Aug 14 2007 Tim Waugh 6.9-5 - Don't generate runuser.1 since we ship a complete manpage for it (bug #241662). cyrus-imapd-2.3.9-4.rc1.fc8 --------------------------- * Tue Aug 14 2007 Tomas Janousek - 2.3.9-4.rc1 - update to latest upstream beta - temporarily dropped the rmquota+deletemailbox patch (doesn't apply) - fixed to compile with newer glibc - added the getgrouplist patch from RHEL-4, dropped groupcache patch - dropped the allow_auth_plain patch - buildrequire perl-devel dd2-0.2.2-1.fc8 --------------- diffutils-2.8.1-17.fc8 ---------------------- * Tue Aug 14 2007 Tim Waugh 2.8.1-17 - Multibyte speed improvement (bug #252117). eclipse-1:3.3.0-8.fc8 --------------------- * Tue Aug 14 2007 Ben Konrath 3.3.0-8 - Link to junit4 jar. - Remove included eclipse binaries. - Add Provides: eclipse to sdk subpackage. * Mon Aug 13 2007 Oliver Falk 3.3.0-7 - Also explode SDK tarball on alpha - Resolves: #251958 * Tue Aug 07 2007 Ben Konrath 3.3.0-6 - Add links for jsp api, servlet api and jasper. - Add %{_libdir}/%{name}/features to the rcp %files listing. emacs-22.1-2.fc8 ---------------- * Mon Aug 13 2007 Chip Coldwell - 22.1-2 - add pkgconfig file for emacs-common and virtual provides (Resolves: bz242176) - glibc-open-macro.patch to deal with glibc turning "open" into a macro. - leave emacs info pages in default section (Resolves: bz199008) * Wed Jun 06 2007 Chip Coldwell - 22.1-1 - move alternatives install to posttrans scriptlet (Resolves: bz239745) - new release tarball from FSF (Resolves: bz245303) - new php-mode 1.2.0 * Wed May 23 2007 Chip Coldwell - 22.0.990-2 - revert all spec file changes since 22.0.95-1 (Resolves: bz239745) - new pretest tarball from FSF (Resolves: bz238234) - restore php-mode (Resolves: bz235941) eog-2.19.5-2.fc8 ---------------- * Tue Aug 14 2007 Matthias Clasen - 2.19.5-2 - Build with XMP support galeon-2.0.3-10.fc8 ------------------- * Tue Aug 14 2007 Denis Leroy - 2.0.3-10 - Fixed EVR issue gcl-2.6.7-15.fc8 ---------------- * Tue Aug 14 2007 Gerard Milmeister - 2.6.7-15 - Fix post-install script path on x64_64 glibc-2.6.90-9 -------------- * Tue Aug 14 2007 Jakub Jelinek 2.6.90-9 - private futex even for mutexes and condvars - some further O_CLOEXEC changes - use vDSO on x86_64 if available - ia64 build fixes (#251983) gnome-nettool-2.19.90-1.fc8 --------------------------- * Mon Aug 13 2007 Matthias Clasen - 2.19.90-1 - Update to 2.19.90 gstreamer-0.10.14-3.fc8 ----------------------- * Tue Aug 14 2007 Matthias Clasen - 0.10.14-3 - Require check-devel (#251956) * Sat Aug 04 2007 - Bastien Nocera - 0.10.14-1 - Update to 0.10.14 * Tue Jun 05 2007 - Bastien Nocera - 0.10.13-2 - Remove upstreamed docs patch hal-0.5.10-0.git20070731.fc8.2 ------------------------------ * Tue Aug 14 2007 - David Zeuthen - 0.5.10-0.git20070731.fc8.2 - Require libsmbios-bin on x86 and x86_64 hevea-1.09-2.fc8 ---------------- * Tue Aug 14 2007 Andreas Thienemann - 1.09-2 - Added EA to prevent building on ppc64 until ocaml is available * Tue Aug 14 2007 Andreas Thienemann - 1.09-1 - Updated to 1.09 icon-naming-utils-0.8.3-1.fc8 ----------------------------- * Tue Aug 14 2007 Matthias Clasen - 0.8.3-1 - Update to 0.8.3 kernel-2.6.23-0.105.rc3.fc8 --------------------------- * Tue Aug 14 2007 John W. Linville - Update wireless-dev bits (mac80211, bcm43xx -> b43, ssb) koan-0.6.1-1.fc8 ---------------- * Sat Aug 11 2007 Michael DeHaan - 0.6.1-1 - Upstream changes (see CHANGELOG) linuxwacom-0.7.6.4-4.fc8 ------------------------ * Tue Jul 31 2007 Aristeu Rozanski 0.7.6.4-4.fc8 - Fixed udev rules for newer kernel/udev versions man-pages-2.64-1.fc8 -------------------- * Tue Aug 14 2007 Ivana Varekova - 2.64-1 - update to 2.64 - remove obsolete patch * Tue Aug 07 2007 Ivana Varekova - 2.63-3 - add iconv patch (245040) thanks to Josef Kubin * Fri Jul 20 2007 Ivana Varekova - 2.63-2 - Resolves: #248655 add getent patch (thanks Ville Skytt??) mesa-7.0.1-2.fc8 ---------------- * Tue Aug 14 2007 Dave Airlie - 7.0.1-2 - missing build requires for Xfixes-devel and Xdamage-devel * Mon Aug 13 2007 Dave Airlie - 7.0.1-1 - Rebase to upstream 7.0.1 release - ajax provided patches: for updated selinux awareness, build config - gl visibility and picify were fixed upstream - OS mesa library version are 6.5.3 not 7.0.1 - spec fix * Wed Jul 25 2007 Jesse Keating - 6.5.2-16 - Rebuild for RH #249435 mono-1.2.4-2.fc8 ---------------- * Tue Aug 14 2007 Jesse Keating 1.2.4-2 - Rebuild for buildsystem error * Sat Jun 02 2007 Christopher Aillon 1.2.4-1 - Update to 1.2.4 * Sun Apr 01 2007 Matthias Clasen - 1.2.3-3 - Fix a spec format error (#210633) nethack-vultures-2.1.0-10.fc8 ----------------------------- * Tue Aug 14 2007 Hans de Goede - 2.1.0-10 - Fixup .desktop file categories new-1.3.9-2.fc8 --------------- * Tue Aug 14 2007 W. Michael Petullo - 1.3.9-2 - Fix build (junit.o should not be distributed.) * Sun Jul 29 2007 W. Michael Petullo - 1.3.9-1 - Updated to new 1.3.9. - Build the Java package. * Sun Sep 10 2006 W. Michael Petullo - 1.3.8-2 - BuildRequires Java tools. nspluginwrapper-0.9.91.4-18.fc8 ------------------------------- * Tue Aug 14 2007 Martin Stransky 0.9.91.4-18 - implemented plugin restart (#251530) * Tue Aug 14 2007 Martin Stransky 0.9.91.4-17 - fixed an installation script (#251698) nss_db-2.2-38 ------------- * Tue Aug 14 2007 Nalin Dahyabhai - 2.2-38 - adapt to open-is-a-macro cases * Mon Aug 13 2007 Nalin Dahyabhai - 2.2-37 - update to use DB 4.6.18, swiping needed patches from the db4 package - clarify license tag perl-libwww-perl-5.808-3.fc8 ---------------------------- * Tue Aug 14 2007 Robin Norwood - 5.808-3 - Make provides script filter out only the unversioned HTTP::Headers. * Tue Aug 14 2007 Robin Norwood - 5.808-2 - Disable some of the tests, with a long explanation. * Mon Aug 13 2007 Robin Norwood - 5.808-1 - Update to latest CPAN version - Re-enable tests. We'll see if they work now - Move Requires filter into spec file - Add Provides filter for unnecessary unversioned provides pirut-1.3.11-1.fc8 ------------------ * Tue Aug 14 2007 Jeremy Katz - 1.3.11-1 - Translation infrastructure updates (#217153) - Allow retrying if the yum lock is held (#228942) - Fix a potential traceback case (#242820) - Catch another error on repo refresh (#245209) - Fix error display - Add support for cancelling during downloads (#247344) - Fix progress bar updating again - Ensure we're passing unicode (#240191) poppler-0.5.91-1.fc8 -------------------- * Tue Aug 14 2007 Matthias Clasen - 0.5.91-1 - Update to 0.5.91 * Wed Aug 08 2007 Matthias Clasen - 0.5.9-2 - Update the license field python-2.5.1-8.fc8 ------------------ * Tue Aug 14 2007 Jeremy Katz - 2.5.1-8 - build against db4.6 * Tue Aug 14 2007 Dennis Gilmore - 2.5.1-7 - add sparc64 to the list of archs for _pyconfig64_h * Fri Aug 10 2007 Jeremy Katz - 2.5.1-6 - fix ctypes again on some arches (Hans de Goede, #251637) python-memcached-1.39-1.fc8 --------------------------- * Tue Aug 14 2007 Sean Reifschneider 1.39-1 - Update to 1.39 upstream release. rocksndiamonds-3.2.3-2.fc8.1 ---------------------------- * Tue Aug 14 2007 Tom "spot" Callaway 3.2.3-2 - use clean tarball - patch in support for displaying url on music info page rpm-4.4.2.1-7.fc8 ----------------- * Mon Aug 13 2007 Panu Matilainen - 4.4.2.1-7 - another debugedit fix and updated find-debuginfo script from Roland McGrath - make popt provide popt-devel to further ease split-off transition - skip ESTALE and EACCESS on mountpoints from Jeff Johnson (#190496, #220991) * Sun Aug 12 2007 Panu Matilainen - 4.4.2.1-6 - debugedit buildid thinko fix from Roland McGrath - loosen up popt-dependency to prepare for splitting it off * Thu Aug 09 2007 Panu Matilainen - 4.4.2.1-5 - avoid unnecessary .rpmsave / .rpmnew files by Tomas Mraz (#29470, #128622) - stricter docdir checking by Ralf S. Engelschall (#246819) - add lua license to docs selinux-policy-3.0.5-7.fc8 -------------------------- * Tue Aug 14 2007 Dan Walsh 3.0.5-7 - allow dovecot to search mountpoints * Sat Aug 11 2007 Dan Walsh 3.0.5-6 - Fix Makefile for building policy modules smolt-0.9.8.4-4.fc8 ------------------- * Mon Aug 13 2007 Mike McGrath 0.9.8.4-4 - Rebuild to clean up 'config.py' compilations * Mon Aug 13 2007 Mike McGrath 0.9.8.4-1 - Upstream released new version (major changes) - New config file - New Makefile - Added deps syslinux-3.36-5.fc8 ------------------- * Tue Aug 14 2007 Jeremy Katz - 3.36-5 - backport "menu hidden" support from upstream git testdisk-6.8-1.fc8 ------------------ * Tue Aug 14 2007 Christophe Grenier 6.8-1 - Update to latest version totem-2.19.6-4.fc8 ------------------ * Tue Aug 14 2007 - Bastien Nocera - 2.19.6-4 - Disable ppc and ppc64 to work around a liboil bug (#252179) * Tue Aug 07 2007 Matthias Clasen - 2.19.6-3 - Update license fields - Use %find_lang for help files * Sat Aug 04 2007 - Bastien Nocera - 2.19.6-2 - Don't package the bemused plugin, it's not ready yet ulogd-1.24-5.fc8 ---------------- * Tue Aug 14 2007 Aurelien Bompard 1.24-5 - Fix the deprecated way of getting the DSO initializers run, causing builds to fails with rpm-build > 4.4.2.1-3 (new find-debuginfo.sh script) * Sat Jul 14 2007 Aurelien Bompard 1.24-4 - add patch to fix bug 247345 - update URL - fix initscript (bug 247083) - unmark init script as %config (Fedora policy) xorg-x11-drv-i810-2.1.1-1.fc8 ----------------------------- * Tue Aug 14 2007 Dave Airlie 2.1.1-1 - xf86-video-intel 2.1.1. xorg-x11-server-1.3.0.0-19.fc8 ------------------------------ * Tue Aug 14 2007 Adam Jackson 1.3.0.0-19 - xserver-1.3.0-newglx-offscreen-pixmaps.patch: Zero-copy TFP is busted on at least my laptop, so turn it off again. * Mon Aug 13 2007 Dave Airlie 1.3.0.0-18 - xserver-1.3.0-mesa7.patch: Add support for building against mesa 7.0.1 along with DRI zero-copy TFP hopefully - xserver-1.3.0-exaupgrade.patch: Add updated EXA support - dropped xserver-1.2.99.901-xephyr-crash-at-exit.patch - upstream - rebase xorg-x11-server-1.1.1-offscreen-pixmaps.patch to xserver-1.3.0-newglx-offscreen-pixmaps.patch - dropped xorg-x11-server-1.1.1-glcore-visual-matching.patch - fixed upstream * Thu Aug 09 2007 Adam Jackson 1.3.0.0-17 - xserver-1.3.0-default-dpi.patch: Switch default DPI to 100, on the principle that 75 is almost never right and 100 is much more likely. xscreensaver-1:5.02-3.fc8 ------------------------- * Tue Aug 14 2007 Mamoru Tasaka - 1:5.02-3 - Remove man6x from file entry, now included in filesystem * Sun Aug 12 2007 Mamoru Tasaka - 1:5.02-2 - Fix up desktop categories zd1211-firmware-1.3-5 --------------------- * Tue Aug 14 2007 kwizart < kwizart at gmail.com > - 1.3-5 - Drop the dist tag - Update URL - Fix directory ownership Broken deps for i386 ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.i386 requires firefox = 0:2.0.0.5 Democracy - 0.9.5.1-11.fc8.i386 requires libboost_python.so.2 adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.x86_64 requires libboost_python.so.2()(64bit) Democracy - 0.9.5.1-11.fc8.x86_64 requires firefox = 0:2.0.0.5 adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicui18n.so.36()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.ppc requires firefox = 0:2.0.0.5 Democracy - 0.9.5.1-11.fc8.ppc requires libboost_python.so.2 adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 brasero - 0.6.0-1.fc8.ppc requires libtotem-plparser.so.7 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicudata.so.36 gnome-python2-totem - 2.19.2-1.fc8.ppc requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc requires libtotem-plparser.so.7 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) rhythmbox - 0.11.1-1.fc8.ppc requires libtotem-plparser.so.7 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.ppc64 requires libboost_python.so.2()(64bit) Democracy - 0.9.5.1-11.fc8.ppc64 requires firefox = 0:2.0.0.5 adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) brasero - 0.6.0-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From drago01 at gmail.com Wed Aug 15 11:09:02 2007 From: drago01 at gmail.com (dragoran) Date: Wed, 15 Aug 2007 13:09:02 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <3170f42f0708150303re0585abtd0d628c66ba4698d@mail.gmail.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <3170f42f0708150303re0585abtd0d628c66ba4698d@mail.gmail.com> Message-ID: <46C2DECE.1040001@gmail.com> Debarshi 'Rishi' Ray wrote: >> 4) Report the results. You can add reports here, on #fedora-devel, >> or to the upstream powertop community at power at bughost.org or >> #powertop on irc.oftc.net. >> > > http://rishi.fedorapeople.org/powertop-manu > > This is the powertop output from my friend's laptop. He was using > Gnome-terminal, Firefox and Gaim. > > [manu at jasmine ~]$ uname -a > Linux jasmine 2.6.22.1-41.fc7 #1 SMP Fri Jul 27 18:21:43 EDT 2007 > x86_64 x86_64 x86_64 GNU/Linux > [manu at jasmine ~]$ > > Hardinfo: http://rishi.fedorapeople.org/hardinfo-manu > Smolt profile: http://smolt.fedoraproject.org/show?UUID=ed2ac1d9-f254-403f-b431-5670ae08c597 > > seems like he uses a forcedeth nic can you tell him to try the module options from my other post to see if it helps? From jnovy at redhat.com Wed Aug 15 11:25:35 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 15 Aug 2007 13:25:35 +0200 Subject: TeXLive status Message-ID: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> Hi all, I'm sending some information on TeXLive feature status for F8: Version of 0.9 is now available via the yum repo for i386 and x86_64: http://people.redhat.com/jnovy/files/texlive/texlive.repo just install it to /etc/yum.repos.d/ and yum install texlive (and texlive-latex). The new packages contain updated xpdf-3.02 from upstream to fix CVE-2007-3387, pdftex no more links statically with libstdc++, xdvi.xaw3d is now part of texlive-xdvi and contains other packaging fixes that mostly affects upgrading from tetex. The new texmf packages contain packaging fixes, it obsoletes tetex-eurofont and tetex-tex4ht as it's now part of TeXLive. We can add tetex-eurofont and tetex-tex4ht maintainers to comaintainer list so that they can maintain it in TeXLive if they are interested. TeXLive packages does not conflict with any other tetex-* package in Fedora. License audit is now in progress, currently finished for texlive-texmf and some license changes are discussed upstream. And yes, we are still looking for a reviewer ;-) Don't fear it, it doesn't bite. Here are SRPMS: http://people.redhat.com/jnovy/files/texlive/SRPMS/ and here SPECs: http://people.redhat.com/jnovy/files/texlive/SPECS/ Relevant bugs are 229180, 242416 and 229182. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From rdieter at math.unl.edu Wed Aug 15 11:29:53 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 15 Aug 2007 06:29:53 -0500 Subject: Fedora Extras Package Build Report 2007-08-15 References: <20070815100037.D263B152131@buildsys.fedoraproject.org> Message-ID: buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras 6: 12 Why wasn't kdemultimedia-extras (built Aug 13) included in this batch? http://buildsys.fedoraproject.org/build-status/job.psp?uid=35654 -- Rex From j.w.r.degoede at hhs.nl Wed Aug 15 11:39:44 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 15 Aug 2007 13:39:44 +0200 Subject: rawhide report: 20070814 changes In-Reply-To: References: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> Message-ID: <46C2E600.7090905@hhs.nl> darrell pfeifer wrote: >> dhcdbd-2.9-1.fc8 >> ---------------- >> * Mon Aug 13 2007 David Cantrell - 2.9-1 >> - Update init script to meet LSB requirements (#246906) >> - Relicense software under GPL version 2 or any later version >> > > On my machine redhat-lsb wasn't installed so the init script failed. > Can someone find an appropriate place to put a dependency so that lsb > is brought in? > AFAIK, we don't want to bring in redhat-lsb as that drags in a lot of other stuff, aren't lsb compliant initscripts supposed to still work normally? Regards, Hans From jkeating at redhat.com Wed Aug 15 11:38:35 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Aug 2007 07:38:35 -0400 Subject: rawhide report: 20070814 changes In-Reply-To: References: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> Message-ID: <20070815073835.4d50fc5c@ender> On Tue, 14 Aug 2007 10:11:39 -0700 "darrell pfeifer" wrote: > On my machine redhat-lsb wasn't installed so the init script failed. > Can someone find an appropriate place to put a dependency so that lsb > is brought in? Actually the better solution is to stop depending on lsb crap in our init scripts. Do. Not. Want. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Wed Aug 15 12:11:01 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 15 Aug 2007 14:11:01 +0200 Subject: Fedora Extras Package Build Report 2007-08-15 In-Reply-To: References: <20070815100037.D263B152131@buildsys.fedoraproject.org> Message-ID: <20070815141101.a9de8e75.mschwendt.tmp0701.nospam@arcor.de> On Wed, 15 Aug 2007 06:29:53 -0500, Rex Dieter wrote: > buildsys at fedoraproject.org wrote: > > > Packages built and released for Fedora Extras 6: 12 > > Why wasn't kdemultimedia-extras (built Aug 13) included in this batch? > http://buildsys.fedoraproject.org/build-status/job.psp?uid=35654 Because you've mentioned on another list that you want it to be pushed together with a package from another repo. Ville can do that, perhaps also thl. I can't. From ed at eh3.com Wed Aug 15 12:51:26 2007 From: ed at eh3.com (Ed Hill) Date: Wed, 15 Aug 2007 08:51:26 -0400 Subject: TeXLive status In-Reply-To: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> Message-ID: <20070815085126.189b6574@daggett> On Wed, 15 Aug 2007 13:25:35 +0200 Jindrich Novy wrote: > > I'm sending some information on TeXLive feature status for F8: > > Version of 0.9 is now available via the yum repo for i386 and x86_64: > Hi Jindrich, As a long-ish-time LaTeX (tetex) user, I'm glad to see you (and others!) working on TeXLive. Thank you! So I just ran: cd /etc/yum.repos.d wget http://people.redhat.com/jnovy/files/texlive/texlive.repo yum update and it fails with: (15/18): texlive-texmf-co 100% |==============| 6.6 kB 00:00 (16/18): texlive-texmf-er 100% |==============| 3.2 kB 00:00 (17/18): texlive-xdvi-200 100% |==============| 320 kB 00:00 http://people.redhat.com/jnovy/files/texlive/x86_64/texlive-xdvi-2007-0.9.fc8.x86_64.rpm: [Errno -1] Package does not match intended download Trying other mirror. (18/18): texlive-2007-0.9 100% |==============| 6.1 MB 00:10 Error Downloading Packages: texlive-xdvi - 2007-0.9.fc8.x86_64: failure: texlive-xdvi-2007-0.9.fc8.x86_64.rpm from texlive: [Errno 256] No more mirrors to try. Any ideas what went wrong? Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Wed Aug 15 13:02:28 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 15 Aug 2007 08:02:28 -0500 Subject: Fedora Extras Package Build Report 2007-08-15 References: <20070815100037.D263B152131@buildsys.fedoraproject.org> <20070815141101.a9de8e75.mschwendt.tmp0701.nospam@arcor.de> Message-ID: Michael Schwendt wrote: > On Wed, 15 Aug 2007 06:29:53 -0500, Rex Dieter wrote: > >> buildsys at fedoraproject.org wrote: >> >> > Packages built and released for Fedora Extras 6: 12 >> >> Why wasn't kdemultimedia-extras (built Aug 13) included in this batch? >> http://buildsys.fedoraproject.org/build-status/job.psp?uid=35654 > > Because you've mentioned on another list that you want it to be pushed > together with a package from another repo. Ville can do that, perhaps also > thl. I can't. Catch 22: Extras and "other" repo are both waiting on the other to push. In this case, please do the Extras push asap, and the "other" will promptly follow. -- Rex From mschwendt.tmp0701.nospam at arcor.de Wed Aug 15 13:09:38 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 15 Aug 2007 15:09:38 +0200 Subject: Fedora Extras Package Build Report 2007-08-15 In-Reply-To: References: <20070815100037.D263B152131@buildsys.fedoraproject.org> <20070815141101.a9de8e75.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070815150938.ad4fcbc8.mschwendt.tmp0701.nospam@arcor.de> On Wed, 15 Aug 2007 08:02:28 -0500, Rex Dieter wrote: > Michael Schwendt wrote: > > > On Wed, 15 Aug 2007 06:29:53 -0500, Rex Dieter wrote: > > > >> buildsys at fedoraproject.org wrote: > >> > >> > Packages built and released for Fedora Extras 6: 12 > >> > >> Why wasn't kdemultimedia-extras (built Aug 13) included in this batch? > >> http://buildsys.fedoraproject.org/build-status/job.psp?uid=35654 > > > > Because you've mentioned on another list that you want it to be pushed > > together with a package from another repo. Ville can do that, perhaps also > > thl. I can't. > > Catch 22: Extras and "other" repo are both waiting on the other to push. > > In this case, please do the Extras push asap, and the "other" will promptly > follow. Okay, "extras-push -s 6" is running... From buildsys at fedoraproject.org Wed Aug 15 13:25:05 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 15 Aug 2007 09:25:05 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-15 Message-ID: <20070815132505.72F3D152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 2 kdegraphics-extras-3.5.7-1.fc6 kdemultimedia-extras-3.5.7-1.fc6.5 Changes in Fedora Extras 6: kdegraphics-extras-3.5.7-1.fc6 ------------------------------ * Mon Aug 13 2007 Rex Dieter 7:3.5.7-1 - 3.5.7 kdemultimedia-extras-3.5.7-1.fc6.5 ---------------------------------- * Mon Aug 13 2007 Rex Dieter - 6:3.5.7-1.5 - (re)include kfile_mpeg, which includes metadata support only, no (nonfree) decoder - License: GPLv2+ - kde-3.5.7 * Wed Mar 07 2007 Michael Schwendt 6:3.5.6-5 - fix the fatal "Conflicts" with kdemultimedia-extras-nonfree, which breaks upgrades - the package does not have Epoch 6 (#231237) For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mclasen at redhat.com Wed Aug 15 13:35:59 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 15 Aug 2007 09:35:59 -0400 Subject: rawhide report: 20070814 changes In-Reply-To: References: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> Message-ID: <1187184959.3319.0.camel@dhcp83-186.boston.redhat.com> On Tue, 2007-08-14 at 10:11 -0700, darrell pfeifer wrote: > > dhcdbd-2.9-1.fc8 > > ---------------- > > * Mon Aug 13 2007 David Cantrell - 2.9-1 > > - Update init script to meet LSB requirements (#246906) > > - Relicense software under GPL version 2 or any later version > > > > On my machine redhat-lsb wasn't installed so the init script failed. > Can someone find an appropriate place to put a dependency so that lsb > is brought in? I've filed a bug about that yesterday, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=252256 From pmatilai at redhat.com Wed Aug 15 13:51:06 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Wed, 15 Aug 2007 16:51:06 +0300 (EEST) Subject: Extracting python dependencies automatically Message-ID: Started looking into possibilities of extracting python dependency information similarly to perl dependencies... Initial POC implementation looks like this: For provides, look into site-packages and turn the dir/filenames found into foo.bar type entries in python() namespace, for example: [pmatilai at localhost ~]$ rpm -ql yum-metadata-parser|./pythondeps.py -P python(_sqlitecache) python(sqlitecachec) For requires, try to locate any python scripts and modules and for each found, run them through python's modulefinder which attempts to figure out which modules a script/module uses. Then, based on the filenames gotten from modulefinder results, turn them into python() entries, for example: [pmatilai at localhost ~]$ rpm -ql createrepo|./pythondeps.py -R python(_sqlitecache) python(abi) = 2.5 python(libxml2) python(libxml2mod) python(rpm._rpmmodule) python(sqlitecachec) Haven't tested it at all thoroughly, but visual inspection of what I've tried would appear to be reasonably sane. That said I'm often blind as a bat so there might be severe problems there and I just didn't notice :) If any python-heads are interested in playing around / testing / improving, here's the initial attempt: http://laiskiainen.org/rpm/scripts/pythondeps.py Thoughts / comments? - Panu - From selinux at gmail.com Wed Aug 15 13:54:05 2007 From: selinux at gmail.com (Tom London) Date: Wed, 15 Aug 2007 06:54:05 -0700 Subject: mkinitrd, ehci-hcd, error -71 on boot In-Reply-To: <20070815013839.2a8ed753.zaitcev@redhat.com> References: <20070814181438.31a67e7b.zaitcev@redhat.com> <200708141952.44838.lamont@gurulabs.com> <20070815013839.2a8ed753.zaitcev@redhat.com> Message-ID: <4c4ba1530708150654r6b04475fo5d6908ac692f04@mail.gmail.com> On 8/15/07, Pete Zaitcev wrote: > On Tue, 14 Aug 2007 19:52:39 -0600, Lamont Peterson wrote: > > > I've wondered for a long time why the ehci driver wasn't first. I've seen > > many a system (especially notebooks) where the USB 2.0 ports were running as > > USB 1.1. I hope there's no good reasons to stop this change from going in. > > In theory there should be no issues with loading ehci_hcd after its > companion (either uhci_hcd on Intel and VIA or ohci_hcd elsewhere). > The problem I am trying to address is how the discovery and initialization > continues on the companion bus when we start initializing EHCI in parallel, > which happens because khubd continues to run when modprobe has exited. > This effects a sudden disconnect as EHCI takes over the port; if the > takeover fails (usually because the device does not support High-Speed) > EHCI returns the port and the interrupted initialization repeats. > > If EHCI fails to take over a root hub port despite a device being High-Speed > capable, it is a bug somewhere and initialization order is not likely > to fix it (although it may, mostly due to interactions with firmware). > File a bug or let me know directly. > This related to http://bugzilla.kernel.org/show_bug.cgi?id=8535 (USB freeze/system death)? tom -- Tom London From tcallawa at redhat.com Wed Aug 15 13:53:29 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 15 Aug 2007 09:53:29 -0400 Subject: TeXLive status In-Reply-To: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> Message-ID: <1187186009.3439.10.camel@dhcp83-165.boston.redhat.com> On Wed, 2007-08-15 at 13:25 +0200, Jindrich Novy wrote: > Hi all, > > I'm sending some information on TeXLive feature status for F8: > > Version of 0.9 is now available via the yum repo for i386 and x86_64: > > http://people.redhat.com/jnovy/files/texlive/texlive.repo > > just install it to /etc/yum.repos.d/ and yum install texlive (and texlive-latex). > > The new packages contain updated xpdf-3.02 from upstream to fix CVE-2007-3387, > pdftex no more links statically with libstdc++, xdvi.xaw3d is now part of > texlive-xdvi and contains other packaging fixes that mostly affects upgrading > from tetex. Why aren't you using the Fedora xpdf package? It's also at 3.02. > License audit is now in progress, currently finished for texlive-texmf and some > license changes are discussed upstream. Keep in mind that texlive-texmf is on FE-Legal hold, pending the removal of the content under "bad" licenses, and the other texlive packages seem to depend on the texlive-texmf bits. ~spot From tcallawa at redhat.com Wed Aug 15 13:54:45 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 15 Aug 2007 09:54:45 -0400 Subject: F8 Release Name Suggestion In-Reply-To: <46C294C6.4080408@nicubunu.ro> References: <1187047262.3339.4.camel@localhost.localdomain> <20070814053408.GA1714@serv.smile.org.ua> <20070814123210.GA31875@devserv.devel.redhat.com> <46C1CEA0.9090202@redhat.com> <46C294C6.4080408@nicubunu.ro> Message-ID: <1187186085.3439.12.camel@dhcp83-165.boston.redhat.com> On Wed, 2007-08-15 at 08:53 +0300, Nicu Buculei wrote: > Christopher Aillon wrote: > > > > Absinthe is actually not illegal in the US. It is only illegal to > > import into the country. > > So if I understand correctly, absinthe's legal status is covered by a > lot of FUD, false statements and unclarity, just like the status of our > multimedia codecs? Not quite. The status of our multimedia codecs is actually rather clear, at least in the US. ~spot From jnovy at redhat.com Wed Aug 15 14:06:58 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 15 Aug 2007 16:06:58 +0200 Subject: TeXLive status In-Reply-To: <20070815085126.189b6574@daggett> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> <20070815085126.189b6574@daggett> Message-ID: <20070815140658.GD1301@dhcp-lab-186.brq.redhat.com> Hi Ed, On Wed, Aug 15, 2007 at 08:51:26AM -0400, Ed Hill wrote: > On Wed, 15 Aug 2007 13:25:35 +0200 Jindrich Novy wrote: > > > > I'm sending some information on TeXLive feature status for F8: > > > > Version of 0.9 is now available via the yum repo for i386 and x86_64: > > > > > Hi Jindrich, > > As a long-ish-time LaTeX (tetex) user, I'm glad to see you (and others!) > working on TeXLive. Thank you! > > So I just ran: > > cd /etc/yum.repos.d > wget http://people.redhat.com/jnovy/files/texlive/texlive.repo > yum update > > and it fails with: > > (15/18): texlive-texmf-co 100% |==============| 6.6 kB 00:00 > (16/18): texlive-texmf-er 100% |==============| 3.2 kB 00:00 > (17/18): texlive-xdvi-200 100% |==============| 320 kB 00:00 > http://people.redhat.com/jnovy/files/texlive/x86_64/texlive-xdvi-2007-0.9.fc8.x86_64.rpm: > [Errno -1] Package does not match intended download > Trying other mirror. > (18/18): texlive-2007-0.9 100% |==============| 6.1 MB 00:10 > > Error Downloading Packages: > texlive-xdvi - 2007-0.9.fc8.x86_64: failure: > texlive-xdvi-2007-0.9.fc8.x86_64.rpm from texlive: [Errno 256] No more > mirrors to try. > > > Any ideas what went wrong? My account on people.redhat.com likely ran out of quota, so at least the i386 RPMs are truncated. I'm looking into it now and send email as soon as it's fixed. Jindrich > > -- > Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -- Jindrich Novy http://people.redhat.com/jnovy/ From jbowes at redhat.com Wed Aug 15 14:14:12 2007 From: jbowes at redhat.com (James Bowes) Date: Wed, 15 Aug 2007 10:14:12 -0400 Subject: Extracting python dependencies automatically In-Reply-To: References: Message-ID: <20070815141410.GA18644@crux.rdu.redhat.com> On Wed, Aug 15, 2007 at 04:51:06PM +0300, Panu Matilainen wrote: > > Started looking into possibilities of extracting python dependency > information similarly to perl dependencies... Cool. This would be nice to have. > For requires, try to locate any python scripts and modules and for each > found, run them through python's modulefinder which attempts to figure out > which modules a script/module uses. Then, based on the filenames gotten > from modulefinder results, turn them into python() entries, for > example: > [pmatilai at localhost ~]$ rpm -ql createrepo|./pythondeps.py -R > python(_sqlitecache) Something wonky is going on here, I think. Nothing should be importing _sqlitecache besides sqlitecachec, so maybe modulefinder is recursing? -James -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From arjan at infradead.org Wed Aug 15 14:14:25 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Wed, 15 Aug 2007 07:14:25 -0700 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <46C1C054.2040205@redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <46C1C054.2040205@redhat.com> Message-ID: <1187187266.2698.6.camel@laptopd505.fenrus.org> On Tue, 2007-08-14 at 10:46 -0400, Chuck Ebbert wrote: > On 08/14/2007 04:39 AM, dragoran wrote: > > What governor is it using? If it's "ondemand" I don't see why cpuspeed > should even be running at all. > speaking of cpuspeed... why does it have a script that runs at shutdown? sounds like a total waste of cpu cycles and disk accesses and spuriously making boot times longer.. since really what would it to? -- if you want to mail me at work (you don't), use arjan (at) linux.intel.com Test the interaction between Linux and your BIOS via http://www.linuxfirmwarekit.org From jkeating at redhat.com Wed Aug 15 14:18:34 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Aug 2007 10:18:34 -0400 Subject: TeXLive status In-Reply-To: <20070815140658.GD1301@dhcp-lab-186.brq.redhat.com> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> <20070815085126.189b6574@daggett> <20070815140658.GD1301@dhcp-lab-186.brq.redhat.com> Message-ID: <20070815101834.1d403b22@mentok.boston.redhat.com> On Wed, 15 Aug 2007 16:06:58 +0200 Jindrich Novy wrote: > My account on people.redhat.com likely ran out of quota, so at least > the i386 RPMs are truncated. I'm looking into it now and send email > as soon as it's fixed. See fedorapeople.org -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at camperquake.de Wed Aug 15 14:35:49 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 15 Aug 2007 16:35:49 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1187187266.2698.6.camel@laptopd505.fenrus.org> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <46C1C054.2040205@redhat.com> <1187187266.2698.6.camel@laptopd505.fenrus.org> Message-ID: <20070815163549.2da3afb9@banea.int.addix.net> Hi. On Wed, 15 Aug 2007 07:14:25 -0700, Arjan van de Ven wrote: > speaking of cpuspeed... why does it have a script that runs at > shutdown? sounds like a total waste of cpu cycles and disk accesses > and spuriously making boot times longer.. since really what would it > to? The same applies to quite a lot of services. There was talk some releases to ago to scrap the shutdown of those services and just let SIGTERM do it's work. From howard at cohtech.com Wed Aug 15 14:45:02 2007 From: howard at cohtech.com (Howard Wilkinson) Date: Wed, 15 Aug 2007 15:45:02 +0100 Subject: 2.6.23-0.104.rc3.fc8 boot time messages Message-ID: <46C3116E.9070700@cohtech.com> I have been trying out the latest FC8 kernel from the development tree and when booting I get some messages related to our network interfaces. It lookslike the latest kernel has a "bug" in the bonding code. Although these messages appear the machine seems to be functioning fine... Boot log attached. -- Howard Wilkinson Phone: +44(20)76907075 Coherent Technology Limited Fax: 23 Northampton Square, Mobile: +44(7980)639379 United Kingdom, EC1V 0HL Email: howard at cohtech.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dmesg.txt URL: From pertusus at free.fr Wed Aug 15 14:45:47 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 15 Aug 2007 16:45:47 +0200 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <20070815144547.GA3186@free.fr> On Thu, Aug 09, 2007 at 12:06:58PM -0400, Bill Nottingham wrote: > HOW YOU CAN HELP It is not really related with the powertop issue, but as the acpi maintainer I get a lot of bug reports for acpi, which I cannot act upon: https://bugzilla.redhat.com/bugzilla/buglist.cgi?component=acpi&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=MODIFIED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= Looking at old bugs for acpi it seems that prior from the inclusion of the acpi package in fedora, this bug was watched over by jgarzik at redhat.com, see: https://bugzilla.redhat.com/bugzilla/buglist.cgi?component=acpi&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= Please, could somebody more knowledgable of acpi issues be in initialcc for acpi? -- Pat From pertusus at free.fr Wed Aug 15 14:55:57 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 15 Aug 2007 16:55:57 +0200 Subject: TeXLive status In-Reply-To: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> Message-ID: <20070815145557.GB3186@free.fr> On Wed, Aug 15, 2007 at 01:25:35PM +0200, Jindrich Novy wrote: > Hi all, > > The new packages contain updated xpdf-3.02 from upstream to fix CVE-2007-3387, Seems to me that it would be better to keep xpdf separate for texlive. > The new texmf packages contain packaging fixes, it obsoletes tetex-eurofont and > tetex-tex4ht as it's now part of TeXLive. We can add tetex-eurofont and tetex-tex4ht > maintainers to comaintainer list so that they can maintain it in TeXLive if they I am the tetex-tex4ht maintainer, and as it is updated regularly I am not sure that it is a good idea to have it in texlive. Moreover it is already a complicated package by itself, especially if you want to be able to build from the literate sources. I am not definitively against maintaining it within texlive, but it isn't obvious to me that it is the best way. I haven't have a look at texlive already, though. -- Pat From pmatilai at laiskiainen.org Wed Aug 15 15:33:13 2007 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 15 Aug 2007 18:33:13 +0300 (EEST) Subject: Extracting python dependencies automatically In-Reply-To: <20070815141410.GA18644@crux.rdu.redhat.com> References: <20070815141410.GA18644@crux.rdu.redhat.com> Message-ID: On Wed, 15 Aug 2007, James Bowes wrote: > On Wed, Aug 15, 2007 at 04:51:06PM +0300, Panu Matilainen wrote: >> >> Started looking into possibilities of extracting python dependency >> information similarly to perl dependencies... > > Cool. This would be nice to have. > >> For requires, try to locate any python scripts and modules and for each >> found, run them through python's modulefinder which attempts to figure out >> which modules a script/module uses. Then, based on the filenames gotten >> from modulefinder results, turn them into python() entries, for >> example: >> [pmatilai at localhost ~]$ rpm -ql createrepo|./pythondeps.py -R >> python(_sqlitecache) > > Something wonky is going on here, I think. Nothing should be importing > _sqlitecache besides sqlitecachec, so maybe modulefinder is recursing? It shows various indirectly loaded modules as well, because modulefinder loads the modules it looks at and then figures out what files got loaded (or roughly so). Should be harmless though... - Panu - From ed at eh3.com Wed Aug 15 15:36:15 2007 From: ed at eh3.com (Ed Hill) Date: Wed, 15 Aug 2007 11:36:15 -0400 Subject: TeXLive status In-Reply-To: <20070815140658.GD1301@dhcp-lab-186.brq.redhat.com> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> <20070815085126.189b6574@daggett> <20070815140658.GD1301@dhcp-lab-186.brq.redhat.com> Message-ID: <20070815113615.1bffcb70@daggett> On Wed, 15 Aug 2007 16:06:58 +0200 Jindrich Novy wrote: > > My account on people.redhat.com likely ran out of quota, so at least > the i386 RPMs are truncated. I'm looking into it now and send email > as soon as it's fixed. Hi Jindrich, Thank you for looking into it. It appears that all the x86_64 files were successfully grabbed by a "yum update" so I now have your TeXLive packages installed. And they work! At least they partially work on some examples. I'm running into a few small gotchas such as: xdvi error: Could not load any of the map files listed in xdvi.cfg - disabling T1lib. and: dvips: ! Couldn't find header file alt-rule.pro. Note that an absolute path or a relative path with .. are denied in -R2 mode. and I'll be glad to add these glitches to the bz entries. What is the best way to report these (probably small) issues? Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Wed Aug 15 15:47:02 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 15 Aug 2007 17:47:02 +0200 Subject: Extracting python dependencies automatically In-Reply-To: References: <20070815141410.GA18644@crux.rdu.redhat.com> Message-ID: <20070815174702.0e22fc04.mschwendt.tmp0701.nospam@arcor.de> On Wed, 15 Aug 2007 18:33:13 +0300 (EEST), Panu Matilainen wrote: > On Wed, 15 Aug 2007, James Bowes wrote: > > > On Wed, Aug 15, 2007 at 04:51:06PM +0300, Panu Matilainen wrote: > >> > >> Started looking into possibilities of extracting python dependency > >> information similarly to perl dependencies... > > > > Cool. This would be nice to have. > > > >> For requires, try to locate any python scripts and modules and for each > >> found, run them through python's modulefinder which attempts to figure out > >> which modules a script/module uses. Then, based on the filenames gotten > >> from modulefinder results, turn them into python() entries, for > >> example: > >> [pmatilai at localhost ~]$ rpm -ql createrepo|./pythondeps.py -R > >> python(_sqlitecache) > > > > Something wonky is going on here, I think. Nothing should be importing > > _sqlitecache besides sqlitecachec, so maybe modulefinder is recursing? > > It shows various indirectly loaded modules as well, because > modulefinder loads the modules it looks at and then figures out > what files got loaded (or roughly so). > > Should be harmless though... s/harmless/broken/ It creates dependencies on private modules, which is a problem. python(rpm._rpmmodule) is wrong, ought to be python(rpm) From katzj at redhat.com Wed Aug 15 15:57:14 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 15 Aug 2007 11:57:14 -0400 Subject: Extracting python dependencies automatically In-Reply-To: References: <20070815141410.GA18644@crux.rdu.redhat.com> Message-ID: <1187193434.26955.9.camel@localhost.localdomain> On Wed, 2007-08-15 at 18:33 +0300, Panu Matilainen wrote: > On Wed, 15 Aug 2007, James Bowes wrote: > > Something wonky is going on here, I think. Nothing should be importing > > _sqlitecache besides sqlitecachec, so maybe modulefinder is recursing? > > It shows various indirectly loaded modules as well, because > modulefinder loads the modules it looks at and then figures out > what files got loaded (or roughly so). > > Should be harmless though... It adds implementation details to the requirements, though. If we were to change _sqlitecache tomorrow to be something else (or even just renamed it) but maintained the sqlitecachec interface, then things which just used sqlitecache shouldn't need to be rebuilt to take into account the change in implementation details. Jeremy From mcepl at redhat.com Wed Aug 15 15:51:28 2007 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 15 Aug 2007 17:51:28 +0200 Subject: Meet the desktop team References: <1187141039.3199.21.camel@localhost.localdomain> Message-ID: On 2007-08-15, 01:23 GMT, Matthias Clasen wrote: > The first meeting is going to take place in the #fedora-meeting > irc channel on Freenode, Wednesday, 18:00-19:00 UTC (2pm-3pm EDT) > (see http://fedoraproject.org/wiki/Communicate#IRC) Do you have to? It's 20:00-21:00 CEST -- do you want to eliminate Europeans from participation? Mat?j From debarshi.ray at gmail.com Wed Aug 15 16:09:43 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 15 Aug 2007 21:39:43 +0530 Subject: Meet the desktop team In-Reply-To: References: <1187141039.3199.21.camel@localhost.localdomain> Message-ID: <3170f42f0708150909q662c5f07gca78875ead76be4@mail.gmail.com> > Do you have to? It's 20:00-21:00 CEST -- do you want to eliminate > Europeans from participation? That is not bad at all, if you consider the times in China and the Indian sub-continent. India, for example, is at UTC+05:30. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From jnovy at redhat.com Wed Aug 15 16:11:54 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 15 Aug 2007 18:11:54 +0200 Subject: TeXLive status In-Reply-To: <20070815101834.1d403b22@mentok.boston.redhat.com> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> <20070815085126.189b6574@daggett> <20070815140658.GD1301@dhcp-lab-186.brq.redhat.com> <20070815101834.1d403b22@mentok.boston.redhat.com> Message-ID: <20070815161154.GE1301@dhcp-lab-186.brq.redhat.com> On Wed, Aug 15, 2007 at 10:18:34AM -0400, Jesse Keating wrote: > On Wed, 15 Aug 2007 16:06:58 +0200 > Jindrich Novy wrote: > > > My account on people.redhat.com likely ran out of quota, so at least > > the i386 RPMs are truncated. I'm looking into it now and send email > > as soon as it's fixed. > > See fedorapeople.org > Unfortunatelly even the binary packages for i386 and x86_64 won't fit the 150MiB quota. Jindrich > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Wed Aug 15 16:16:29 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 15 Aug 2007 18:16:29 +0200 Subject: TeXLive status In-Reply-To: <1187186009.3439.10.camel@dhcp83-165.boston.redhat.com> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> <1187186009.3439.10.camel@dhcp83-165.boston.redhat.com> Message-ID: <20070815161629.GF1301@dhcp-lab-186.brq.redhat.com> On Wed, Aug 15, 2007 at 09:53:29AM -0400, Tom spot Callaway wrote: > > On Wed, 2007-08-15 at 13:25 +0200, Jindrich Novy wrote: > > Hi all, > > > > I'm sending some information on TeXLive feature status for F8: > > > > Version of 0.9 is now available via the yum repo for i386 and x86_64: > > > > http://people.redhat.com/jnovy/files/texlive/texlive.repo > > > > just install it to /etc/yum.repos.d/ and yum install texlive (and texlive-latex). > > > > The new packages contain updated xpdf-3.02 from upstream to fix CVE-2007-3387, > > pdftex no more links statically with libstdc++, xdvi.xaw3d is now part of > > texlive-xdvi and contains other packaging fixes that mostly affects upgrading > > from tetex. > > Why aren't you using the Fedora xpdf package? It's also at 3.02. I'm still unable to figure out how to force texlive to build against system xpdf. That's the only reason for now. > > > License audit is now in progress, currently finished for texlive-texmf and some > > license changes are discussed upstream. > > Keep in mind that texlive-texmf is on FE-Legal hold, pending the removal > of the content under "bad" licenses, and the other texlive packages seem > to depend on the texlive-texmf bits. Ok, I'm keeping that in mind. Thanks again for working on the audit. Jindrich > ~spot > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From lsof at nodata.co.uk Wed Aug 15 16:24:28 2007 From: lsof at nodata.co.uk (nodata) Date: Wed, 15 Aug 2007 18:24:28 +0200 Subject: 2.6.23-0.104.rc3.fc8 boot time messages In-Reply-To: <46C3116E.9070700@cohtech.com> References: <46C3116E.9070700@cohtech.com> Message-ID: <1187195068.3184.2.camel@sb-home> Am Mittwoch, den 15.08.2007, 15:45 +0100 schrieb Howard Wilkinson: > bonding: bond0: making interface eth0 the new active one. > bonding: bond0: enslaving eth0 as an active interface with an up link. > ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready > > ================================= > [ INFO: inconsistent lock state ] > 2.6.23-0.104.rc3.fc8 #1 > --------------------------------- > inconsistent {softirq-on-W} -> {in-softirq-W} usage. > events/0/9 [HC0[0]:SC1[2]:HE1:SE0] takes: > (&(bond_info->tx_hashtbl_lock)){-+..}, at: [] bond_alb_xmit+0x26a/0x42c [bonding] > {softirq-on-W} state was registered at: > [] __lock_acquire+0x4ff/0xc67 > [] lock_acquire+0x7b/0x9e > [] _spin_lock+0x2e/0x58 > [] bond_alb_initialize+0x64/0x18e [bonding] > [] bond_open+0x33/0x175 [bonding] > [] dev_open+0x31/0x6c > [] dev_change_flags+0xa3/0x156 > [] devinet_ioctl+0x207/0x50e > [] inet_ioctl+0x86/0xa4 > [] sock_ioctl+0x1ac/0x1c9 > [] do_ioctl+0x22/0x68 > [] vfs_ioctl+0x249/0x25c > [] sys_ioctl+0x49/0x64 > [] syscall_call+0x7/0xb > [] 0xffffffff > irq event stamp: 266326 [snip] Did you also bugzilla this? From kanarip at kanarip.com Wed Aug 15 16:28:02 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 15 Aug 2007 18:28:02 +0200 Subject: Meet the desktop team In-Reply-To: References: <1187141039.3199.21.camel@localhost.localdomain> Message-ID: <46C32992.3000901@kanarip.com> Matej Cepl wrote: > On 2007-08-15, 01:23 GMT, Matthias Clasen wrote: >> The first meeting is going to take place in the #fedora-meeting >> irc channel on Freenode, Wednesday, 18:00-19:00 UTC (2pm-3pm EDT) >> (see http://fedoraproject.org/wiki/Communicate#IRC) > > Do you have to? It's 20:00-21:00 CEST -- do you want to eliminate > Europeans from participation? > > Mat??j > 20-21 CEST or 18-19 UTC is ideal for Europeans! Not everyone has a boss that allows them to attend meetings during work hour. Kind regards, Jeroen van Meeuwen -kanarip From dmc.fedora at filteredperception.org Wed Aug 15 16:34:27 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 15 Aug 2007 11:34:27 -0500 Subject: F8 Release Name Suggestion In-Reply-To: References: <20070814002106.GA1569@turing.une.edu.au> Message-ID: <46C32B13.6050703@filteredperception.org> Tony Nelson wrote: > At 10:21 AM +1000 8/14/07, Norman Gaywood wrote: >> On Mon, Aug 13, 2007 at 10:19:17PM +0000, Kevin Kofler wrote: >>> * Moonshine theory is a Mathematical theory. >>> http://en.wikipedia.org/wiki/Moonshine_theory >> by John Conway, who also devised the "Game of Life". >> >> A well known object in the Game of Life is the glider. >> >> So moonshine --> glider > > Fine with me! +1 bazillion from me And hey, maybe if we chose the glider, ESR would switch back to fedora. http://www.catb.org/hacker-emblem/ -dmc From jspaleta at gmail.com Wed Aug 15 16:36:25 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 15 Aug 2007 08:36:25 -0800 Subject: Extracting python dependencies automatically In-Reply-To: References: Message-ID: <604aa7910708150936r206da1ceq2c3ac06f268d9272@mail.gmail.com> On 8/15/07, Panu Matilainen wrote: > For requires, try to locate any python scripts and modules and for each > found, run them through python's modulefinder which attempts to figure out > which modules a script/module uses. Then, based on the filenames gotten > from modulefinder results, turn them into python() entries, for > Thoughts / comments? Do you have any mechanism to distinguish optional modules from hard requirement modules? Some python applications will test for the availability of a module through a via an exception test for optional features and then gracefully continue if its not available. Looking 20 minutes into the future, is this aimed at into rpmbuild's automatic dependancy generation scripts? -jef From debarshi.ray at gmail.com Wed Aug 15 16:36:55 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 15 Aug 2007 22:06:55 +0530 Subject: Feature proposal : media:// gnome url handler for requesting users to insert needed CD/DVD In-Reply-To: <1186808125.12736.2.camel@home.alexander.bostrom.net> References: <1186194514.23982.13.camel@cocteau.freehell.org> <1186808125.12736.2.camel@home.alexander.bostrom.net> Message-ID: <3170f42f0708150936l52353a05k8a28db7b14fd2d2@mail.gmail.com> >> Imagine user clicking menu =Applications->Add/Remove Software= and she >> configured CD/DVD based yum repositories(is it possible currently?) >> before. Would pirut request her to insert the needed CD/DVD? > Would using opyum instead help? Sorry for the late reply. Well this is not directly related to Opyum. It is more of a Pirut/Yum issue in my opinion. I think Yum already has support for CD/DVD based repositories. Having said that there is a plan to enable Opyum to create a CD/DVD based repository out of the Yum cache in a way similar to what APTonCD does. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From jnovy at redhat.com Wed Aug 15 16:39:08 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 15 Aug 2007 18:39:08 +0200 Subject: TeXLive status In-Reply-To: <20070815113615.1bffcb70@daggett> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> <20070815085126.189b6574@daggett> <20070815140658.GD1301@dhcp-lab-186.brq.redhat.com> <20070815113615.1bffcb70@daggett> Message-ID: <20070815163908.GG1301@dhcp-lab-186.brq.redhat.com> Hi Ed, On Wed, Aug 15, 2007 at 11:36:15AM -0400, Ed Hill wrote: > On Wed, 15 Aug 2007 16:06:58 +0200 Jindrich Novy wrote: > > > > My account on people.redhat.com likely ran out of quota, so at least > > the i386 RPMs are truncated. I'm looking into it now and send email > > as soon as it's fixed. > I cleaned the people.redhat.com account and all finally fits in there, so all packages should be fine now. > Hi Jindrich, > > Thank you for looking into it. It appears that all the x86_64 files > were successfully grabbed by a "yum update" so I now have your TeXLive > packages installed. And they work! At least they partially work on > some examples. I'm running into a few small gotchas such as: > > xdvi error: > Could not load any of the map files listed in xdvi.cfg > - disabling T1lib. > > and: > > dvips: ! Couldn't find header file alt-rule.pro. > Note that an absolute path or a relative path with .. are denied > in -R2 mode. > > and I'll be glad to add these glitches to the bz entries. What is the > best way to report these (probably small) issues? texlive is still not yet reviewed so it doesn't have any bugzilla yet, what makes quite hard for me to track these problems. All of these seem to need a bit of config files adjustments. I'll have a look what needs to be fixed to make it work, but patches are also welcome ;-) Jindrich > Ed > > -- > Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -- Jindrich Novy http://people.redhat.com/jnovy/ From mcepl at redhat.com Wed Aug 15 15:59:59 2007 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 15 Aug 2007 17:59:59 +0200 Subject: Zod -> Moonshine -> ? Moonshine is a , is a References: <20070813122455.724d7df4@weaponx.rchland.ibm.com> Message-ID: Also, too lazy to fight brain-dead read-only policy in gmane.linux.redhat.fedora.maintainers. On 2007-08-13, 17:24 GMT, Josh Boyer wrote: > That's right... it's time to start naming the Fedora 8 release. Fill > in your suggestion for the blanks. Remember the rules: > > 1) must have some link to Moonshine > 2) The link between and Moonshine cannot be the same as between > Zod and Moonshine Aurora -- if the expect date of release is close to November 7 (http://en.wikipedia.org/wiki/November_7) then it would be cool name and there is obvious link to Moonshine -- http://en.wikipedia.org/wiki/Aurora_%28astronomy%29 Best, Mat?j From mcepl at redhat.com Wed Aug 15 16:55:19 2007 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 15 Aug 2007 16:55:19 -0000 Subject: Taking over empathy? Message-ID: According to http://fedoraproject.org/wiki/PackageMaintainers/ OrphanedPackages empathy has been orphaned by David Nielsen (apparently he forgot to orphan telepathy-mission-control as well, but I asked him to fix it). I would like to take over this package with Brian Pepple as my co-maintainer dealing with C stuff (I am not a programmer myself). There are currently no open bugs against empathy (and only one 244414 against telepathy-mission-control, which IMHO should have been already closed). What should I do next (I am maintainer of couple of packages in Fedora so I have all necessary credentials)? Mat?j From katzj at redhat.com Wed Aug 15 17:09:11 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 15 Aug 2007 13:09:11 -0400 Subject: Feature proposal : media:// gnome url handler for requesting users to insert needed CD/DVD In-Reply-To: <3170f42f0708150936l52353a05k8a28db7b14fd2d2@mail.gmail.com> References: <1186194514.23982.13.camel@cocteau.freehell.org> <1186808125.12736.2.camel@home.alexander.bostrom.net> <3170f42f0708150936l52353a05k8a28db7b14fd2d2@mail.gmail.com> Message-ID: <1187197751.26955.15.camel@localhost.localdomain> On Wed, 2007-08-15 at 22:06 +0530, Debarshi 'Rishi' Ray wrote: > >> Imagine user clicking menu =Applications->Add/Remove Software= and she > >> configured CD/DVD based yum repositories(is it possible currently?) > >> before. Would pirut request her to insert the needed CD/DVD? > > > Would using opyum instead help? > > Sorry for the late reply. Well this is not directly related to Opyum. > It is more of a Pirut/Yum issue in my opinion. I think Yum already has > support for CD/DVD based repositories. The support is there in pirut, too, the big thing is just the configuration side. The work that Debarshi started for a config interface in pirut will definitely help here in exposing it, and will hopefully be ready in time for the feature freeze Jeremy From opensource at till.name Wed Aug 15 17:05:44 2007 From: opensource at till.name (Till Maas) Date: Wed, 15 Aug 2007 19:05:44 +0200 Subject: Taking over empathy? In-Reply-To: References: Message-ID: <200708151905.49488.opensource@till.name> On Di Juli 31 2007, Matej Cepl wrote: > According to http://fedoraproject.org/wiki/PackageMaintainers/ > OrphanedPackages empathy has been orphaned by David Nielsen (apparently > he forgot to orphan telepathy-mission-control as well, but I asked him to > fix it). I would like to take over this package with Brian Pepple as my > co-maintainer dealing with C stuff (I am not a programmer myself). > What should I do next (I am maintainer of couple of packages in Fedora so > I have all necessary credentials)? Follow http://fedoraproject.org/wiki/PackageMaintainers/OrphanedPackages#head-69cb9bb585cb84895b1279c3cb3e5be4091c5078 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From ajackson at redhat.com Wed Aug 15 17:18:09 2007 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 15 Aug 2007 13:18:09 -0400 Subject: F8 Release Name Suggestion In-Reply-To: <46C32B13.6050703@filteredperception.org> References: <20070814002106.GA1569@turing.une.edu.au> <46C32B13.6050703@filteredperception.org> Message-ID: <1187198289.2876.202.camel@localhost.localdomain> On Wed, 2007-08-15 at 11:34 -0500, Douglas McClendon wrote: > Tony Nelson wrote: > > At 10:21 AM +1000 8/14/07, Norman Gaywood wrote: > >> On Mon, Aug 13, 2007 at 10:19:17PM +0000, Kevin Kofler wrote: > >>> * Moonshine theory is a Mathematical theory. > >>> http://en.wikipedia.org/wiki/Moonshine_theory > >> by John Conway, who also devised the "Game of Life". > >> > >> A well known object in the Game of Life is the glider. > >> > >> So moonshine --> glider > > > > Fine with me! > > +1 bazillion from me > > And hey, maybe if we chose the glider, ESR would switch back to fedora. That sounds like a vote against to me? - ajax From caillon at redhat.com Wed Aug 15 17:18:56 2007 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 15 Aug 2007 13:18:56 -0400 Subject: Meet the desktop team In-Reply-To: References: <1187141039.3199.21.camel@localhost.localdomain> Message-ID: <46C33580.5050505@redhat.com> Matej Cepl wrote: > On 2007-08-15, 01:23 GMT, Matthias Clasen wrote: >> The first meeting is going to take place in the #fedora-meeting >> irc channel on Freenode, Wednesday, 18:00-19:00 UTC (2pm-3pm EDT) >> (see http://fedoraproject.org/wiki/Communicate#IRC) > > Do you have to? It's 20:00-21:00 CEST -- do you want to eliminate > Europeans from participation? Sigh. We don't do this and people complain. We do this, and people complain still. It's the only time some of us are free. If you actually want us to show up to our own talk, then this is the time. From mclasen at redhat.com Wed Aug 15 17:38:08 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 15 Aug 2007 13:38:08 -0400 Subject: dropping gdialog Message-ID: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> zenity ships a compatibility script for the old gdialog. That script is written in perl, which forces a perl dependency on zenity. I'd like to drop the script and the dependency from the rawhide zenity package. repoquery couldn't find anything that requires either gdialog or /usr/bin/gdialog. If you know a good reason why gdialog needs to stay, please let me know, otherwise it'll be gone soon. Matthias From caillon at redhat.com Wed Aug 15 17:39:07 2007 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 15 Aug 2007 13:39:07 -0400 Subject: Meet the desktop team In-Reply-To: <46C33580.5050505@redhat.com> References: <1187141039.3199.21.camel@localhost.localdomain> <46C33580.5050505@redhat.com> Message-ID: <46C33A3B.40506@redhat.com> Christopher Aillon wrote: > Matej Cepl wrote: >> On 2007-08-15, 01:23 GMT, Matthias Clasen wrote: >>> The first meeting is going to take place in the #fedora-meeting >>> irc channel on Freenode, Wednesday, 18:00-19:00 UTC (2pm-3pm EDT) >>> (see http://fedoraproject.org/wiki/Communicate#IRC) >> >> Do you have to? It's 20:00-21:00 CEST -- do you want to eliminate >> Europeans from participation? > > Sigh. We don't do this and people complain. We do this, and people > complain still. > > It's the only time some of us are free. If you actually want us to show > up to our own talk, then this is the time. This sounded harsher than I really meant. We can discuss other times for future showings during the meeting, but it is hard to make meetings work for all time zones in general. This isn't the only Fedora meeting that is this late and there were other #fedora-meeting ones already scheduled before this one which prevented us from doing it earlier as well. Let's see what we can do to improve this during the meet, perhaps. From jkeating at redhat.com Wed Aug 15 17:44:42 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Aug 2007 13:44:42 -0400 Subject: F8 Release Name Suggestion In-Reply-To: <46C32B13.6050703@filteredperception.org> References: <20070814002106.GA1569@turing.une.edu.au> <46C32B13.6050703@filteredperception.org> Message-ID: <20070815134442.293118b6@mentok.boston.redhat.com> On Wed, 15 Aug 2007 11:34:27 -0500 Douglas McClendon wrote: > And hey, maybe if we chose the glider, ESR would switch back to > fedora. Wouldn't that be a regression? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wtogami at redhat.com Wed Aug 15 17:48:34 2007 From: wtogami at redhat.com (Warren Togami) Date: Wed, 15 Aug 2007 13:48:34 -0400 Subject: dropping gdialog In-Reply-To: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> References: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> Message-ID: <46C33C72.2000303@redhat.com> Matthias Clasen wrote: > zenity ships a compatibility script for the old gdialog. > That script is written in perl, which forces a perl dependency on > zenity. I'd like to drop the script and the dependency from > the rawhide zenity package. repoquery couldn't find anything that > requires either gdialog or /usr/bin/gdialog. > > If you know a good reason why gdialog needs to stay, please let me know, > otherwise it'll be gone soon. > Might it be safer to keep gdialog, but remove the dep from the RPM? Warren From howard at cohtech.com Wed Aug 15 17:51:29 2007 From: howard at cohtech.com (Howard Wilkinson) Date: Wed, 15 Aug 2007 18:51:29 +0100 Subject: 2.6.23-0.104.rc3.fc8 boot time messages In-Reply-To: <1187195068.3184.2.camel@sb-home> References: <46C3116E.9070700@cohtech.com> <1187195068.3184.2.camel@sb-home> Message-ID: <46C33D21.8080309@cohtech.com> nodata wrote: > Am Mittwoch, den 15.08.2007, 15:45 +0100 schrieb Howard Wilkinson: > >> bonding: bond0: making interface eth0 the new active one. >> bonding: bond0: enslaving eth0 as an active interface with an up link. >> ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready >> >> ================================= >> [ INFO: inconsistent lock state ] >> 2.6.23-0.104.rc3.fc8 #1 >> --------------------------------- >> inconsistent {softirq-on-W} -> {in-softirq-W} usage. >> events/0/9 [HC0[0]:SC1[2]:HE1:SE0] takes: >> (&(bond_info->tx_hashtbl_lock)){-+..}, at: [] bond_alb_xmit+0x26a/0x42c [bonding] >> {softirq-on-W} state was registered at: >> [] __lock_acquire+0x4ff/0xc67 >> [] lock_acquire+0x7b/0x9e >> [] _spin_lock+0x2e/0x58 >> [] bond_alb_initialize+0x64/0x18e [bonding] >> [] bond_open+0x33/0x175 [bonding] >> [] dev_open+0x31/0x6c >> [] dev_change_flags+0xa3/0x156 >> [] devinet_ioctl+0x207/0x50e >> [] inet_ioctl+0x86/0xa4 >> [] sock_ioctl+0x1ac/0x1c9 >> [] do_ioctl+0x22/0x68 >> [] vfs_ioctl+0x249/0x25c >> [] sys_ioctl+0x49/0x64 >> [] syscall_call+0x7/0xb >> [] 0xffffffff >> irq event stamp: 266326 >> > > [snip] > > Did you also bugzilla this? > > How do I do that? That is where is the bugzilla website, I know how to drive it (I think) :-[ -- Howard Wilkinson Phone: +44(20)76907075 Coherent Technology Limited Fax: 23 Northampton Square, Mobile: +44(7980)639379 United Kingdom, EC1V 0HL Email: howard at cohtech.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From drago01 at gmail.com Wed Aug 15 17:56:02 2007 From: drago01 at gmail.com (dragoran) Date: Wed, 15 Aug 2007 19:56:02 +0200 Subject: 2.6.23-0.104.rc3.fc8 boot time messages In-Reply-To: <46C33D21.8080309@cohtech.com> References: <46C3116E.9070700@cohtech.com> <1187195068.3184.2.camel@sb-home> <46C33D21.8080309@cohtech.com> Message-ID: > How do I do that? That is where is the bugzilla website, I know how to > drive it (I think) :-[ > http://bugzilla.redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Wed Aug 15 17:56:00 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Aug 2007 13:56:00 -0400 Subject: dropping gdialog In-Reply-To: <46C33C72.2000303@redhat.com> References: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> <46C33C72.2000303@redhat.com> Message-ID: <20070815135600.5ff0b548@mentok.boston.redhat.com> On Wed, 15 Aug 2007 13:48:34 -0400 Warren Togami wrote: > Might it be safer to keep gdialog, but remove the dep from the RPM? Why? So that anybody who tries to use it and perl isn't around will get an ugly crash? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davej at redhat.com Wed Aug 15 18:25:12 2007 From: davej at redhat.com (Dave Jones) Date: Wed, 15 Aug 2007 14:25:12 -0400 Subject: 2.6.23-0.104.rc3.fc8 boot time messages In-Reply-To: <46C3116E.9070700@cohtech.com> References: <46C3116E.9070700@cohtech.com> Message-ID: <20070815182512.GB17125@redhat.com> On Wed, Aug 15, 2007 at 03:45:02PM +0100, Howard Wilkinson wrote: > I have been trying out the latest FC8 kernel from the development tree > and when booting I get some messages related to our network interfaces. > It lookslike the latest kernel has a "bug" in the bonding code. Although > these messages appear the machine seems to be functioning fine... Boot > log attached. Forwarded on to the upstream networking developers. Thanks. Dave -- http://www.codemonkey.org.uk From jwboyer at jdub.homelinux.org Wed Aug 15 18:51:25 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 15 Aug 2007 13:51:25 -0500 Subject: Zod -> Moonshine -> ? Moonshine is a , is a In-Reply-To: References: <20070813122455.724d7df4@weaponx.rchland.ibm.com> Message-ID: <20070815135125.2c9db4e8@vader.jdub.homelinux.org> On Wed, 15 Aug 2007 17:59:59 +0200 Matej Cepl wrote: > Also, too lazy to fight brain-dead read-only policy in > gmane.linux.redhat.fedora.maintainers. > > On 2007-08-13, 17:24 GMT, Josh Boyer wrote: > > That's right... it's time to start naming the Fedora 8 release. > > Fill in your suggestion for the blanks. Remember the rules: > > > > 1) must have some link to Moonshine > > 2) The link between and Moonshine cannot be the same as > > between Zod and Moonshine > > Aurora -- if the expect date of release is close to Already been suggested. josh From jima at beer.tclug.org Wed Aug 15 18:59:34 2007 From: jima at beer.tclug.org (Jima) Date: Wed, 15 Aug 2007 13:59:34 -0500 (CDT) Subject: Zod -> Moonshine -> ? Moonshine is a , is a In-Reply-To: References: <20070813122455.724d7df4@weaponx.rchland.ibm.com> Message-ID: On Wed, 15 Aug 2007, Matej Cepl wrote: > Aurora -- if the expect date of release is close to > November 7 (http://en.wikipedia.org/wiki/November_7) then it > would be cool name and there is obvious link to Moonshine -- > http://en.wikipedia.org/wiki/Aurora_%28astronomy%29 Considering Aurora is the name of another Linux distribution, notably a Fedora derivative, I think it's a pretty bad candidate for a release name. Jima (one of those Aurora guys) From jkeating at redhat.com Wed Aug 15 19:02:22 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Aug 2007 15:02:22 -0400 Subject: Zod -> Moonshine -> ? Moonshine is a , is a In-Reply-To: References: <20070813122455.724d7df4@weaponx.rchland.ibm.com> Message-ID: <20070815150222.717f23ed@mentok.boston.redhat.com> On Wed, 15 Aug 2007 13:59:34 -0500 (CDT) Jima wrote: > (one of those Aurora guys) Spot suggested it, blame him (: -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tcallawa at redhat.com Wed Aug 15 18:57:55 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 15 Aug 2007 14:57:55 -0400 Subject: Zod -> Moonshine -> ? Moonshine is a , is a In-Reply-To: References: <20070813122455.724d7df4@weaponx.rchland.ibm.com> Message-ID: <1187204275.3439.39.camel@dhcp83-165.boston.redhat.com> On Wed, 2007-08-15 at 13:59 -0500, Jima wrote: > On Wed, 15 Aug 2007, Matej Cepl wrote: > > Aurora -- if the expect date of release is close to > > November 7 (http://en.wikipedia.org/wiki/November_7) then it > > would be cool name and there is obvious link to Moonshine -- > > http://en.wikipedia.org/wiki/Aurora_%28astronomy%29 > > Considering Aurora is the name of another Linux distribution, notably a > Fedora derivative, I think it's a pretty bad candidate for a release name. If we were going to get an F8 SPARC out the door, then I wouldn't mind so much... but I don't think we're going to pull that rabbit out of our hat in time. ~spot From ianburrell at gmail.com Wed Aug 15 19:45:07 2007 From: ianburrell at gmail.com (Ian Burrell) Date: Wed, 15 Aug 2007 12:45:07 -0700 Subject: rawhide report: 20070814 changes In-Reply-To: <46C2E600.7090905@hhs.nl> References: <200708141132.l7EBW4Ts007275@porkchop.devel.redhat.com> <46C2E600.7090905@hhs.nl> Message-ID: On 8/15/07, Hans de Goede wrote: > darrell pfeifer wrote: > >> dhcdbd-2.9-1.fc8 > >> ---------------- > >> * Mon Aug 13 2007 David Cantrell - 2.9-1 > >> - Update init script to meet LSB requirements (#246906) > >> - Relicense software under GPL version 2 or any later version > >> > > > > On my machine redhat-lsb wasn't installed so the init script failed. > > Can someone find an appropriate place to put a dependency so that lsb > > is brought in? > > > > AFAIK, we don't want to bring in redhat-lsb as that drags in a lot of other > stuff, aren't lsb compliant initscripts supposed to still work normally? > It would be possible to split the lsb init scripts from redhat-lsb. The compatibility scripts, /lib/lsb/init-functions and /etc/redhat-lsb/lsb_*, have tiny dependencies and could the LSB functions without full LSB support. - Ian From bpepple at fedoraproject.org Wed Aug 15 20:02:56 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 15 Aug 2007 16:02:56 -0400 Subject: Plan for tomorrows (20070816) FESCO meeting Message-ID: <1187208176.2815.7.camel@kennedy> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCO-Meeting -- MISC -- Feature Proposal Approval - http://fedoraproject.org/wiki/Features/Dashboard - notting, poelcat /topic FESCO-Meeting -- MISC -- obsoleting kmod proposal - dwmw2, f13 /topic FESCo-Meeting -- MISC -- Compat policy? - jeremy /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule (I can't promise we will get to it tomorrow, but we'll most likely will if we don't run out of time). You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 j.w.r.degoede at hhs.nl Wed Aug 15 20:18:53 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 15 Aug 2007 22:18:53 +0200 Subject: dropping gdialog In-Reply-To: <46C33C72.2000303@redhat.com> References: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> <46C33C72.2000303@redhat.com> Message-ID: <46C35FAD.2060601@hhs.nl> Warren Togami wrote: > Matthias Clasen wrote: >> zenity ships a compatibility script for the old gdialog. >> That script is written in perl, which forces a perl dependency on >> zenity. I'd like to drop the script and the dependency from >> the rawhide zenity package. repoquery couldn't find anything that >> requires either gdialog or /usr/bin/gdialog. >> If you know a good reason why gdialog needs to stay, please let me know, >> otherwise it'll be gone soon. >> > > Might it be safer to keep gdialog, but remove the dep from the RPM? > Or put it in a sub-package, sub-packages are good for things like this, IMHO we use them way to little. Regards, Hans From debarshi.ray at gmail.com Wed Aug 15 20:21:26 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Thu, 16 Aug 2007 01:51:26 +0530 Subject: Opyum: Git repository Message-ID: <3170f42f0708151321k1ccc2fadr22fa6047fd1a2971@mail.gmail.com> Opyum (https://fedoraproject.org/wiki/DebarshiRay/Opyum) is now hosted at https://hosted.fedoraproject.org/projects/opyum To access the GIT repository use: If you have write access use: $ git clone ssh://git.fedoraproject.org/git/hosted/opyum Otherwise use: $ git clone git://git.fedoraproject.org/git/hosted/opyum The last stable release (version 0.0.1) is at http://rishi.fedorapeople.org/rum-0.0.1.tar.gz Please note that all future releases will be named: opyum-.tar.gz. You may send bug reports to rishi at fedoraproject.org or debarshi.ray at gmail.com. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From blizzard at redhat.com Wed Aug 15 20:49:01 2007 From: blizzard at redhat.com (Christopher Blizzard) Date: Wed, 15 Aug 2007 16:49:01 -0400 Subject: Meet the desktop team In-Reply-To: <1187141039.3199.21.camel@localhost.localdomain> References: <1187141039.3199.21.camel@localhost.localdomain> Message-ID: <1187210941.2626.85.camel@localhost.localdomain> Meeting notes are up now: http://fedoraproject.org/wiki/SIGs/Desktop/Meeting-20070815 I also set up a Desktop "home page": http://fedoraproject.org/wiki/Desktop The idea being that we can keep a list of people, projects and updates on the page. Feel free to add your projects, goals and names to the page! --Chris From tmz at pobox.com Wed Aug 15 20:50:56 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 15 Aug 2007 16:50:56 -0400 Subject: dropping gdialog In-Reply-To: <46C35FAD.2060601@hhs.nl> References: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> <46C33C72.2000303@redhat.com> <46C35FAD.2060601@hhs.nl> Message-ID: <20070815205056.GK29583@psilocybe.teonanacatl.org> Hans de Goede wrote: > Warren Togami wrote: >> Matthias Clasen wrote: >>> zenity ships a compatibility script for the old gdialog. That >>> script is written in perl, which forces a perl dependency on >>> zenity. I'd like to drop the script and the dependency from the >>> rawhide zenity package. repoquery couldn't find anything that >>> requires either gdialog or /usr/bin/gdialog. If you know a good >>> reason why gdialog needs to stay, please let me know, otherwise >>> it'll be gone soon. >>> >> Might it be safer to keep gdialog, but remove the dep from the RPM? > > Or put it in a sub-package, sub-packages are good for things like > this, IMHO we use them way to little. Seeing that gdialog is essentially a compatibility wrapper for the gdialog that went with Gnome 1 (or something like that), it doesn't seem like it's worth much hassle to keep it. Hell, Fedora doesn't ship a compat package for things like python 2.4, which is far more widely used and more recent. Keeping an ancient compat script around seems like a waste of Matthias' time. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Be wary of strong drink. It can make you shoot at tax collectors, and miss. -- Lazarus Long, "Time Enough for Love" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From packages at amiga-hardware.com Wed Aug 15 20:59:23 2007 From: packages at amiga-hardware.com (Ian Chapman) Date: Wed, 15 Aug 2007 21:59:23 +0100 Subject: dropping gdialog In-Reply-To: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> References: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> Message-ID: <46C3692B.3040904@amiga-hardware.com> Matthias Clasen wrote: > zenity ships a compatibility script for the old gdialog. > That script is written in perl, which forces a perl dependency on > zenity. I'd like to drop the script and the dependency from > the rawhide zenity package. repoquery couldn't find anything that > requires either gdialog or /usr/bin/gdialog. > > If you know a good reason why gdialog needs to stay, please let me know, > otherwise it'll be gone soon. Why not put gdialog into a sub-rpm? It would eliminate the perl dependancy on zenity itself but retains the option to use gdialog just in case? -- Ian Chapman. From wtogami at redhat.com Wed Aug 15 21:05:54 2007 From: wtogami at redhat.com (Warren Togami) Date: Wed, 15 Aug 2007 17:05:54 -0400 Subject: dropping gdialog In-Reply-To: <46C3692B.3040904@amiga-hardware.com> References: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> <46C3692B.3040904@amiga-hardware.com> Message-ID: <46C36AB2.5000405@redhat.com> Ian Chapman wrote: > Matthias Clasen wrote: >> zenity ships a compatibility script for the old gdialog. >> That script is written in perl, which forces a perl dependency on >> zenity. I'd like to drop the script and the dependency from >> the rawhide zenity package. repoquery couldn't find anything that >> requires either gdialog or /usr/bin/gdialog. >> If you know a good reason why gdialog needs to stay, please let me know, >> otherwise it'll be gone soon. > > Why not put gdialog into a sub-rpm? It would eliminate the perl > dependancy on zenity itself but retains the option to use gdialog just > in case? > Keep in mind that more packages or sub-packages slows down all RPM dependency transactions. I believe it may be wise indeed to get rid of it given that it is so very old, to provide compat functionality for GNOME 1. Warren Togami wtogami at redhat.com From opensource at till.name Wed Aug 15 21:19:45 2007 From: opensource at till.name (Till Maas) Date: Wed, 15 Aug 2007 23:19:45 +0200 Subject: Meet the desktop team In-Reply-To: <1187210941.2626.85.camel@localhost.localdomain> References: <1187141039.3199.21.camel@localhost.localdomain> <1187210941.2626.85.camel@localhost.localdomain> Message-ID: <200708152319.45850.opensource@till.name> On Mi August 15 2007, Christopher Blizzard wrote: > Meeting notes are up now: > > http://fedoraproject.org/wiki/SIGs/Desktop/Meeting-20070815 I added the timezone and UTC translation to this line: | Need to schedule it for every wed @ 2pm EDT (18:00 UTC) Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From dmc.fedora at filteredperception.org Wed Aug 15 21:27:00 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 15 Aug 2007 16:27:00 -0500 Subject: F8 Release Name Suggestion In-Reply-To: <1187198289.2876.202.camel@localhost.localdomain> References: <20070814002106.GA1569@turing.une.edu.au> <46C32B13.6050703@filteredperception.org> <1187198289.2876.202.camel@localhost.localdomain> Message-ID: <46C36FA4.5090807@filteredperception.org> Adam Jackson wrote: > On Wed, 2007-08-15 at 11:34 -0500, Douglas McClendon wrote: >> Tony Nelson wrote: >>> At 10:21 AM +1000 8/14/07, Norman Gaywood wrote: >>>> On Mon, Aug 13, 2007 at 10:19:17PM +0000, Kevin Kofler wrote: >>>>> * Moonshine theory is a Mathematical theory. >>>>> http://en.wikipedia.org/wiki/Moonshine_theory >>>> by John Conway, who also devised the "Game of Life". >>>> >>>> A well known object in the Game of Life is the glider. >>>> >>>> So moonshine --> glider >>> Fine with me! >> +1 bazillion from me >> >> And hey, maybe if we chose the glider, ESR would switch back to fedora. > > That sounds like a vote against to me? It was half a troll. But then I thought more about it, and even though I didn't follow that thread closely, wasn't the big gist of it codec usability, and isn't that looking like one of the big possible selling features of the F8 release? -dmc From ajackson at redhat.com Wed Aug 15 21:32:03 2007 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 15 Aug 2007 17:32:03 -0400 Subject: Meet the desktop team In-Reply-To: <1187210941.2626.85.camel@localhost.localdomain> References: <1187141039.3199.21.camel@localhost.localdomain> <1187210941.2626.85.camel@localhost.localdomain> Message-ID: <1187213523.2876.215.camel@localhost.localdomain> On Wed, 2007-08-15 at 16:49 -0400, Christopher Blizzard wrote: > Meeting notes are up now: > > http://fedoraproject.org/wiki/SIGs/Desktop/Meeting-20070815 > > I also set up a Desktop "home page": > > http://fedoraproject.org/wiki/Desktop > > The idea being that we can keep a list of people, projects and updates > on the page. Feel free to add your projects, goals and names to the > page! I promised to update the bootchart review request, and I did. Packages, for those who want them: http://ajax.fedorapeople.org/bootchart/ - ajax From triad at df.lth.se Wed Aug 15 21:50:35 2007 From: triad at df.lth.se (Linus Walleij) Date: Wed, 15 Aug 2007 23:50:35 +0200 (CEST) Subject: pam, nm, pa (WAS: Meet the desktop team) In-Reply-To: <1187210941.2626.85.camel@localhost.localdomain> References: <1187141039.3199.21.camel@localhost.localdomain> <1187210941.2626.85.camel@localhost.localdomain> Message-ID: On Wed, 15 Aug 2007, Christopher Blizzard wrote: > Meeting notes are up now Great! I only read those concrete things: # kill xfs # kill pam console # nm by default # pa by default The first one I understand, not the three later ones, and they need discussion on fedora-devel-list I believe, so could you elaborate or refer to mail threads on the desktop list? Linus From davej at redhat.com Wed Aug 15 21:54:27 2007 From: davej at redhat.com (Dave Jones) Date: Wed, 15 Aug 2007 17:54:27 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <1187100744.3537.6.camel@laptopd505.fenrus.org> Message-ID: <20070815215427.GA22801@redhat.com> On Tue, Aug 14, 2007 at 04:31:35PM +0200, dragoran wrote: > On 8/14/07, Arjan van de Ven wrote: > > > > > > On Tue, 2007-08-14 at 10:39 +0200, dragoran wrote: > > > On my laptop (core2duo based) S06cpuspeed causes 100 wakeups/sec . > > > Seems like its already noted here: > > > http://linuxpowertop.org/known.php#ondemand > > > "Intel fixed this and the patches to the kernel to effectively remove > > > this timer are included in Linus' tree as of 2.6.22-rc1." I am running > > > 2.6.22.1-41.fc7 which should already have this changes but it seems the > > > problem isn't solved yet. > > > > the problem is solved; the reporting is not. 2.6.23-rc also reports the > > timers as "deferred" so that powertop can skip them (and version 1.8 > > will do just that). > > > ok > > If you see many wakups from this then you have even more other ones.. > > since ondemand wakeups only happen now if something else wakes the cpu > > up anyway. > > > I am on x86_64 (non tickless yet) so that explains it. In rawhide it's tickless as of yesterday. Dave -- http://www.codemonkey.org.uk From davej at redhat.com Wed Aug 15 21:55:39 2007 From: davej at redhat.com (Dave Jones) Date: Wed, 15 Aug 2007 17:55:39 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <46C1C054.2040205@redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <46C1C054.2040205@redhat.com> Message-ID: <20070815215539.GB22801@redhat.com> On Tue, Aug 14, 2007 at 10:46:44AM -0400, Chuck Ebbert wrote: > On 08/14/2007 04:39 AM, dragoran wrote: > > On my laptop (core2duo based) S06cpuspeed causes 100 wakeups/sec . > > Seems like its already noted here: > > http://linuxpowertop.org/known.php#ondemand > > "Intel fixed this and the patches to the kernel to effectively remove > > this timer are included in Linus' tree as of 2.6.22-rc1." I am running > > 2.6.22.1-41.fc7 which should already have this changes but it seems the > > problem isn't solved yet. > > doing the suggested > > " > > cd /sys/devices/system/cpu/cpu0/cpufreq > > > > cat ondemand/sampling_rate_max > ondemand/sampling_rate > > " > > does fix the wakeups (S06cpuspeed) is no longer on the list .. but it > > takes some seconds for the cpu to change pstate running glxgears 2-3 > > seconds later cpu goes to 2.17ghz closing it I have to wait other 2-3 > > second to be back at 1ghz > > without the "fix" it does this almost immediately. > > any idea how this can be fixed? > > > > What governor is it using? If it's "ondemand" I don't see why cpuspeed > should even be running at all. S06cpuspeed is what did the 'modprobe ondemand'. Why current->name wasn't "modprobe" I've no idea, but I've seen this myself, and cpuspeed isn't actually running. Dave -- http://www.codemonkey.org.uk From a.badger at gmail.com Wed Aug 15 21:56:59 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 15 Aug 2007 14:56:59 -0700 Subject: Plan for tomorrows (20070816) FESCO meeting In-Reply-To: <1187208176.2815.7.camel@kennedy> References: <1187208176.2815.7.camel@kennedy> Message-ID: On 8/15/07, Brian Pepple wrote: > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule (I can't promise we will get > to it tomorrow, but we'll most likely will if we don't run out of time). > You can also propose topics in the meeting while it is in the "Free > discussion around Fedora" phase. 1) Should the default policy for new packages (for now) be open to cvsextras commits or open to owner only? -Toshio From davej at redhat.com Wed Aug 15 21:57:37 2007 From: davej at redhat.com (Dave Jones) Date: Wed, 15 Aug 2007 17:57:37 -0400 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <1187187266.2698.6.camel@laptopd505.fenrus.org> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <46C1C054.2040205@redhat.com> <1187187266.2698.6.camel@laptopd505.fenrus.org> Message-ID: <20070815215737.GC22801@redhat.com> On Wed, Aug 15, 2007 at 07:14:25AM -0700, Arjan van de Ven wrote: > > On Tue, 2007-08-14 at 10:46 -0400, Chuck Ebbert wrote: > > On 08/14/2007 04:39 AM, dragoran wrote: > > > > What governor is it using? If it's "ondemand" I don't see why cpuspeed > > should even be running at all. > > > > speaking of cpuspeed... why does it have a script that runs at shutdown? > sounds like a total waste of cpu cycles and disk accesses and spuriously > making boot times longer.. since really what would it to? Sometimes it's useful to be able to 'service cpuspeed stop'. AIUI, the problem is we don't have a way to discriminate between that use case, and shutting down. Dave -- http://www.codemonkey.org.uk From orion at cora.nwra.com Wed Aug 15 22:10:53 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 15 Aug 2007 16:10:53 -0600 Subject: cpuspeed (and other) service stop scripts In-Reply-To: <20070815215737.GC22801@redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <46C1C054.2040205@redhat.com> <1187187266.2698.6.camel@laptopd505.fenrus.org> <20070815215737.GC22801@redhat.com> Message-ID: <46C379ED.3020201@cora.nwra.com> Dave Jones wrote: > On Wed, Aug 15, 2007 at 07:14:25AM -0700, Arjan van de Ven wrote: > > > > speaking of cpuspeed... why does it have a script that runs at shutdown? > > sounds like a total waste of cpu cycles and disk accesses and spuriously > > making boot times longer.. since really what would it to? > > Sometimes it's useful to be able to 'service cpuspeed stop'. > AIUI, the problem is we don't have a way to discriminate between that > use case, and shutting down. service cpuspeed stop basically just runs "/etc/rc.d/init.d/cpuspeed stop". That's independent from having a /etc/rc.d/rc0.d/K99cpuspeed script that runs at shutdown. However, the other thing that the stop does is remove the /var/lock/subsys/cpuspeed file. These files are pretty tightly integrated to our service system and forces most services to get explicitly stopped. Might be worth examining how useful the lock file is and whether *every* init script should use it. -- Orion Poplawski Technical Manager 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 a.badger at gmail.com Wed Aug 15 22:14:14 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 15 Aug 2007 15:14:14 -0700 Subject: Extracting python dependencies automatically In-Reply-To: References: Message-ID: On 8/15/07, Panu Matilainen wrote: > For provides, look into site-packages and turn the dir/filenames found > into foo.bar type entries in python() namespace, for example: > [pmatilai at localhost ~]$ rpm -ql yum-metadata-parser|./pythondeps.py -P > python(_sqlitecache) > python(sqlitecachec) > > For requires, try to locate any python scripts and modules and for each > found, run them through python's modulefinder which attempts to figure out > which modules a script/module uses. Then, based on the filenames gotten > from modulefinder results, turn them into python() entries, for > example: > [pmatilai at localhost ~]$ rpm -ql createrepo|./pythondeps.py -R > python(_sqlitecache) > python(abi) = 2.5 > python(libxml2) > python(libxml2mod) > python(rpm._rpmmodule) > python(sqlitecachec) > > Haven't tested it at all thoroughly, but visual inspection of what I've > tried would appear to be reasonably sane. That said I'm often blind as a > bat so there might be severe problems there and I just didn't notice :) > > If any python-heads are interested in playing around / testing / > improving, here's the initial attempt: > http://laiskiainen.org/rpm/scripts/pythondeps.py > > Thoughts / comments? Some python modules have started to use eggs from setuptools. These can have dependency information that includes versions. Look at /usr/lib/python2.5/site-packages/TurboGears-1.0.2.2-py2.5.egg-info/requires.txt for an example. Also, we probably want the ability to ship zipped eggs, not just unzipped eggs at some point (to support installing multiple versions of a module.) egg documentation: http://peak.telecommunity.com/DevCenter/PythonEggs -Toshio From mclasen at redhat.com Wed Aug 15 22:14:35 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 15 Aug 2007 18:14:35 -0400 Subject: pam, nm, pa (WAS: Meet the desktop team) In-Reply-To: References: <1187141039.3199.21.camel@localhost.localdomain> <1187210941.2626.85.camel@localhost.localdomain> Message-ID: <1187216075.4139.1.camel@localhost.localdomain> On Wed, 2007-08-15 at 23:50 +0200, Linus Walleij wrote: > On Wed, 15 Aug 2007, Christopher Blizzard wrote: > > > Meeting notes are up now > > Great! I only read those concrete things: > > # kill xfs > # kill pam console > # nm by default > # pa by default > > The first one I understand, not the three later ones, and they need > discussion on fedora-devel-list I believe, so could you elaborate or refer > to mail threads on the desktop list? Sorry for being too terse here. The three you ask about are explained in more detail in the wiki: http://fedoraproject.org/wiki/Releases/FeatureRemovePAMConsole http://fedoraproject.org/wiki/Releases/FeatureNetworkManager http://fedoraproject.org/wiki/Releases/FeaturePulseaudio All three are on the feature list for F8 and being worked on or already done. From bpepple at fedoraproject.org Wed Aug 15 22:39:49 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 15 Aug 2007 18:39:49 -0400 Subject: dropping gdialog In-Reply-To: <46C36AB2.5000405@redhat.com> References: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> <46C3692B.3040904@amiga-hardware.com> <46C36AB2.5000405@redhat.com> Message-ID: <1187217589.2812.1.camel@kennedy> On Wed, 2007-08-15 at 17:05 -0400, Warren Togami wrote: > Keep in mind that more packages or sub-packages slows down all RPM > dependency transactions. > > I believe it may be wise indeed to get rid of it given that it is so > very old, to provide compat functionality for GNOME 1. +1 to dropping the gdialog script. /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 bpepple at fedoraproject.org Wed Aug 15 22:42:55 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 15 Aug 2007 18:42:55 -0400 Subject: Plan for tomorrows (20070816) FESCO meeting In-Reply-To: References: <1187208176.2815.7.camel@kennedy> Message-ID: <1187217775.2812.2.camel@kennedy> On Wed, 2007-08-15 at 14:56 -0700, Toshio Kuratomi wrote: > On 8/15/07, Brian Pepple wrote: > > > You want something to be discussed? Send a note to the list in reply to > > this mail and I'll add it to the schedule (I can't promise we will get > > to it tomorrow, but we'll most likely will if we don't run out of time). > > You can also propose topics in the meeting while it is in the "Free > > discussion around Fedora" phase. > > 1) Should the default policy for new packages (for now) be open to > cvsextras commits or open to owner only? Toshio, thanks for reminding me. Knew I forgot something to add to the schedule. ;) /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 a.badger at gmail.com Wed Aug 15 22:49:09 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 15 Aug 2007 15:49:09 -0700 Subject: mesa ACL In-Reply-To: <1187069678.3339.8.camel@localhost.localdomain> References: <1187068886.3339.6.camel@localhost.localdomain> <1187069678.3339.8.camel@localhost.localdomain> Message-ID: On 8/13/07, Dave Airlie wrote: > On Tue, 2007-08-14 at 15:21 +1000, Dave Airlie wrote: > > > > cvs commit... > > **** Access denied: airlied is not in ACL for rpms/mesa > > cvs commit: Pre-commit check failed > > **** Access allowed: airlied is in ACL for rpms/mesa/devel. > > > > Thanks to Toshio for pointing out that it's actually cvs-import.sh > broken by the ACLs not the ACL missing.. If anyone is having this problem using the cvs-import.sh script, I now have an updated script. Before getting to that let me outline the problem and see if anyone dislikes my solution: The basic problem is that our cvs tree looks like this: rpms/mesa rpms/mesa/devel rpms/mesa/F-7 cvs-import.sh writes a log of what it does in the toplevel of the package directory (rpms/mesa). On subsequent runs, it checks that file to see if it contains any previous instances of the package. If so, it refuses to reimport. Under the packagedb we set ACLs per branch (in the old system, there was the option to set them per-branch but only a few people did and this bug wasn't tripped.) When cvsextras is in the acl, for all branches, we have an optimization that lets people commit to the toplevel so all is well. When it is not, people are only able to commit to the branch directories, not the toplevel. This causes cvs-import.sh to fail because it cannot write to the toplevel log. The script I've implemented checks in cvsimport.log in the branch that is being imported into. That way if the user has permission to commit code to the branch they'll also be able to commit the log. This does have the potential of adding another file to each of the branch directories. Does that sound reasonable? Ticket with the new cvsimport.sh script attached is here: https://hosted.fedoraproject.org/projects/packagedb/ticket/46 -Toshio From jwboyer at jdub.homelinux.org Wed Aug 15 22:55:33 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 15 Aug 2007 17:55:33 -0500 Subject: F8 Release Name Suggestion In-Reply-To: <46C36FA4.5090807@filteredperception.org> References: <20070814002106.GA1569@turing.une.edu.au> <46C32B13.6050703@filteredperception.org> <1187198289.2876.202.camel@localhost.localdomain> <46C36FA4.5090807@filteredperception.org> Message-ID: <20070815175533.13a69646@vader.jdub.homelinux.org> On Wed, 15 Aug 2007 16:27:00 -0500 Douglas McClendon wrote: > Adam Jackson wrote: > > On Wed, 2007-08-15 at 11:34 -0500, Douglas McClendon wrote: > >> Tony Nelson wrote: > >>> At 10:21 AM +1000 8/14/07, Norman Gaywood wrote: > >>>> On Mon, Aug 13, 2007 at 10:19:17PM +0000, Kevin Kofler wrote: > >>>>> * Moonshine theory is a Mathematical theory. > >>>>> http://en.wikipedia.org/wiki/Moonshine_theory > >>>> by John Conway, who also devised the "Game of Life". > >>>> > >>>> A well known object in the Game of Life is the glider. > >>>> > >>>> So moonshine --> glider > >>> Fine with me! > >> +1 bazillion from me > >> > >> And hey, maybe if we chose the glider, ESR would switch back to > >> fedora. > > > > That sounds like a vote against to me? > > It was half a troll. But then I thought more about it, and even > though I didn't follow that thread closely, wasn't the big gist of it > codec usability, and isn't that looking like one of the big possible > selling features of the F8 release? Probably, and not really. Our policy for codecs hasn't changed. The only thing that has is CodecBuddy, which points you at other places for information. josh (Yes, that's a slight over-simplification of CodecBuddy, but the main point is that Fedora's policy has not changed) From ivazqueznet at gmail.com Wed Aug 15 22:57:58 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 15 Aug 2007 18:57:58 -0400 Subject: Extracting python dependencies automatically In-Reply-To: References: Message-ID: <1187218678.11280.16.camel@ignacio.lan> On Wed, 2007-08-15 at 15:14 -0700, Toshio Kuratomi wrote: > Also, we probably want the ability to ship zipped eggs, not just > unzipped eggs at some point (to support installing multiple versions > of a module.) Shipping zipped eggs is easy. Just remove the --single-version-externally-managed argument and add a .pth file. -- Ignacio Vazquez-Abrams -------------- 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 jonathan.underwood at gmail.com Wed Aug 15 23:14:13 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 16 Aug 2007 00:14:13 +0100 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <645d17210708151614y269b3eccodb2cea57f5075e5e@mail.gmail.com> On 09/08/07, Bill Nottingham wrote: > 4) Report the results. You can add reports here, on #fedora-devel, > or to the upstream powertop community at power at bughost.org or > #powertop on irc.oftc.net. > On one of my machines: Top causes for wakeups: 83.7% (912.8) : extra timer interrupt 9.2% (100.0) S06cpuspeed : queue_delayed_work_on (delayed_work_timer_fn) 2.8% ( 30.0) fail2ban-server : schedule_timeout (process_timeout) 1.7% ( 18.0) at-spi-registry : schedule_timeout (process_timeout) 0.9% ( 10.0) Xorg : do_setitimer (it_real_fn) 0.3% ( 3.0) imap-login : schedule_timeout (process_timeout) The fail2ban-server is an ongoing mystery (BZ #251580), but the one that jumps out as previously unreported is the at-spi entry. Is that anomalous and worth reporting upstream? From tonynelson at georgeanelson.com Thu Aug 16 00:26:37 2007 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Wed, 15 Aug 2007 20:26:37 -0400 Subject: cpuspeed (and other) service stop scripts In-Reply-To: <46C379ED.3020201@cora.nwra.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <46C1C054.2040205@redhat.com> <1187187266.2698.6.camel@laptopd505.fenrus.org> <20070815215737.GC22801@redhat.com> <46C379ED.3020201@cora.nwra.com> Message-ID: At 4:10 PM -0600 8/15/07, Orion Poplawski wrote: >Dave Jones wrote: >> On Wed, Aug 15, 2007 at 07:14:25AM -0700, Arjan van de Ven wrote: >> > >> > speaking of cpuspeed... why does it have a script that runs at shutdown? >> > sounds like a total waste of cpu cycles and disk accesses and spuriously >> > making boot times longer.. since really what would it to? >> >> Sometimes it's useful to be able to 'service cpuspeed stop'. >> AIUI, the problem is we don't have a way to discriminate between that >> use case, and shutting down. > >service cpuspeed stop basically just runs "/etc/rc.d/init.d/cpuspeed >stop". That's independent from having a /etc/rc.d/rc0.d/K99cpuspeed >script that runs at shutdown. However, the other thing that the stop >does is remove the /var/lock/subsys/cpuspeed file. These files are >pretty tightly integrated to our service system and forces most services >to get explicitly stopped. Might be worth examining how useful the lock >file is and whether *every* init script should use it. Don't forget other runlevel changes, though for cpuspeed that's only to runlevel 1. -- ____________________________________________________________________ TonyN.:' ' From davehoz at gmail.com Thu Aug 16 02:05:13 2007 From: davehoz at gmail.com (David Hunter) Date: Thu, 16 Aug 2007 12:05:13 +1000 Subject: Kdump issue Message-ID: <6bb886180708151905p5c32c663u7015300653112b5b@mail.gmail.com> When the system boots, it gets to Kdump, and says that there was no initial ramdisk found, tries to rebuild the .img, but it fails,. how to report the buug, or what should I do? -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From tcallawa at redhat.com Thu Aug 16 03:01:35 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 15 Aug 2007 23:01:35 -0400 Subject: GPL and LGPL not acceptable for Fedora! Message-ID: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> Got your attention? Good. GPL and LGPL are NOT acceptable License tags for Fedora. You cannot simply use "GPL" or "LGPL" as a license tag anymore. You have to use one of the following tags: GPL+, GPLv2, GPLv2+, GPLv3, GPLv3+, LGPLv2, LGPLv2+, LGPLv3, LGPLv3+ GPL+: If there is no version specified anywhere, and it only says GPL, then it is GPL+. It is also GPL+ if the code is licensed as "GPL version 1 or later". GPLv2: If the code only says "version 2 of the License." and does NOT say "or later version", then it is GPLv2 only. GPLv2+: If the code is GPL v2 and it says "either version 2 of the License, or (at your option) any later version.", then it is GPLv2 or later. GPLv3: Same as GPLv2 only, except, GPLv3 only. GPLv3+: Same as GPLv2 or later, except GPLv3 or later. LGPLv2+: If there is no version specified anywhere, and it only says LGPL, then it is LGPLv2+. Also, use this tag if it is LGPL v2 (or 2.1) and it says "or (at your option) any later version." in the code. LGPLv2: If the code only says "version 2 (or 2.1) of the License." and does NOT say "or later version", then it is LGPLv2 only. LGPLv3: Same as LGPLv2 only, except LGPLv3 only. LGPLv3+: Same as LGPLv2 or later, except LGPLv3 or later. NOTE: Don't trust COPYING. Look at the source code itself. Please, please, please do this. Take a minute and go through your packages and correct the specs so that they are using the new License tagging schema. Thanks in advance, ~spot From zaitcev at redhat.com Thu Aug 16 03:45:32 2007 From: zaitcev at redhat.com (Pete Zaitcev) Date: Wed, 15 Aug 2007 20:45:32 -0700 Subject: mkinitrd, ehci-hcd, error -71 on boot In-Reply-To: <4c4ba1530708150654r6b04475fo5d6908ac692f04@mail.gmail.com> References: <20070814181438.31a67e7b.zaitcev@redhat.com> <200708141952.44838.lamont@gurulabs.com> <20070815013839.2a8ed753.zaitcev@redhat.com> <4c4ba1530708150654r6b04475fo5d6908ac692f04@mail.gmail.com> Message-ID: <20070815204532.422037cf.zaitcev@redhat.com> On Wed, 15 Aug 2007 06:54:05 -0700, "Tom London" wrote: > This related to http://bugzilla.kernel.org/show_bug.cgi?id=8535 (USB > freeze/system death)? Not related at all. The 8535 is a regression caused by the Stuart's patch to fix errors which happen when a CPU changes its speed. Stuart has updated the patch since then, it sits in Greg's USB tree. The -75 is a "babble", it usually means wrong request size or a bad DMA address, but in your case it was a PCI bandwidth starvation The -71 is an "error", it usually means poor signal integrity due to cabling, but in this case it was EHCI switching the port during a transfer You also hit an unrelated crash when sysfs did its use-after-kfree excercise. -- Pete From j.w.r.degoede at hhs.nl Thu Aug 16 04:57:16 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Aug 2007 06:57:16 +0200 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <46C3CC21.80908@redhat.com> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3CC21.80908@redhat.com> Message-ID: <46C3D92C.1050601@hhs.nl> Eric Sandeen wrote: > Tom "spot" Callaway wrote: > >> NOTE: Don't trust COPYING. Look at the source code itself. > > So, I own xfsprogs. > > source code itself only says things like: > > * This program is free software; you can redistribute it and/or > * modify it under the terms of the GNU General Public License as > * published by the Free Software Foundation. > > but then the included COPYING file says: > > The library named "libhandle" and some specific header files (including > ) are licensed under the GNU Lesser General Public License. > > All other components are licensed under the GNU General Public License. > > ... and then COPYING includes the text of LGPL2.1 and GPL2, specifically. > > I'll ask sgi for clarification but in the months while their lawyers go > read the GPLv3, does it look like it would be appropriate to assume > GPLv2 and LGPLv2 for now, based on the included COPYING file? > > (oh - and can my package be both GPLv2 and LGPLv2, or do I need to tease > this apart into 2 packages now...) > The version of the COPYING[.lib] file is not relevant if the sourcecoe doesn't contain a version its GPL+ resp. LGPLv2+ About GPL and LGPL. If libhandle is distributed as a seperate file under /usr/lib, then the license tag would be: License: GPL+ and LGPLv2+ If libhandle is statically linked into the binaries and not distributed seperately in /usr/lib, then the GPL trums the LGPL and the license tag becomes: License: GPLv2+ (The v2 comes from the LGPL code incorperated into the binaries) If you distribute the lib under /usr/lib, you may want todo a -libs subpackage for that and use "License: GPL+" for the main package and "License: LGPLv2+" for the -libss and -devel sub-packages. The idea behind this tags is that interpackage licensing issues can be checked by a script, using: License: GPL+ and LGPLv2+ Is not going to help this script, resulting in people still needing to check things manually. Regards, Hans (Who has 2 packages of his 150 left todo and then the License tagging operation is completed for me). From tmz at pobox.com Thu Aug 16 04:59:58 2007 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 16 Aug 2007 00:59:58 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> Message-ID: <20070816045958.GL29583@psilocybe.teonanacatl.org> Tom spot Callaway wrote: > Please, please, please do this. Take a minute and go through your > packages and correct the specs so that they are using the new > License tagging schema. FWIW, in the few weeks since the new guidelines were announced, ~1269 spec files have been updated. As of 2007-08-16 04:30 UTC, in the devel branch: 72.81% of spec files (3392 out of 4659) have invalid licenses -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In my life, I have prayed but one prayer: oh Lord, make my enemies ridiculous. And God granted it. -- Voltaire -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From fedora at leemhuis.info Thu Aug 16 05:07:21 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 16 Aug 2007 07:07:21 +0200 Subject: Plan for tomorrows (20070816) FESCO meeting In-Reply-To: <1187217775.2812.2.camel@kennedy> References: <1187208176.2815.7.camel@kennedy> <1187217775.2812.2.camel@kennedy> Message-ID: <46C3DB89.7040803@leemhuis.info> On 16.08.2007 00:42, Brian Pepple wrote: > On Wed, 2007-08-15 at 14:56 -0700, Toshio Kuratomi wrote: >> On 8/15/07, Brian Pepple wrote: >> >>> You want something to be discussed? Send a note to the list in reply to >>> this mail and I'll add it to the schedule (I can't promise we will get >>> to it tomorrow, but we'll most likely will if we don't run out of time). >>> You can also propose topics in the meeting while it is in the "Free >>> discussion around Fedora" phase. >> 1) Should the default policy for new packages (for now) be open to >> cvsextras commits or open to owner only? > > Toshio, thanks for reminding me. Knew I forgot something to add to the > schedule. ;) Something related to this: I'd like to open my packages by default for sponsors and a (not-yet-existent group) long-term-contributors(?). Could FESCo consider making something like this possible? Reasons for that wish: I have no problem with other people modifying my packages (?), but I think the risk of opening lots of packages in CVS for alls cvs_extras members is to high, as it's not that hard for a malicious attacker to get sponsored (site note: especially as the "hit CTRL + C at the right moment and non or and incomplete commit message gets send" problems is still not solved and thus it's not that hard to modify something in CVS without being noticed early enough). CU knurd (?) -- long-term in this case maybe defined as something like this: people that have at least ten packages or have three packages and are around for at least one year (?) -- as I said in the past now and then already: I still like us to see a more wiki-like approach where modifying other peoples packages is not frowned upon as it is currently From esandeen at redhat.com Thu Aug 16 05:11:20 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Thu, 16 Aug 2007 00:11:20 -0500 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <46C3D92C.1050601@hhs.nl> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3CC21.80908@redhat.com> <46C3D92C.1050601@hhs.nl> Message-ID: <46C3DC78.8030502@redhat.com> Hans de Goede wrote: > The version of the COPYING[.lib] file is not relevant if the sourcecoe doesn't > contain a version its GPL+ resp. LGPLv2+ So if sourcecode doesn't mention a version but COPYING does, it's still interpreted as "or any later version?" Hm... that strikes me as odd. > About GPL and LGPL. If libhandle is distributed as a seperate file under > /usr/lib, then the license tag would be: > > License: GPL+ and LGPLv2+ Yup that's it... I guess I'll look into making a -libs package in my spare time. :) Thanks, -Eric From j.w.r.degoede at hhs.nl Thu Aug 16 05:11:47 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Aug 2007 07:11:47 +0200 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <46C3DC78.8030502@redhat.com> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3CC21.80908@redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> Message-ID: <46C3DC93.8070604@hhs.nl> Eric Sandeen wrote: > Hans de Goede wrote: > >> The version of the COPYING[.lib] file is not relevant if the sourcecoe doesn't >> contain a version its GPL+ resp. LGPLv2+ > > So if sourcecode doesn't mention a version but COPYING does, it's still > interpreted as "or any later version?" Hm... that strikes me as odd. > Yes, atleast thats what Spot says and he is in charge of the license tags. >> About GPL and LGPL. If libhandle is distributed as a seperate file under >> /usr/lib, then the license tag would be: >> >> License: GPL+ and LGPLv2+ > > Yup that's it... I guess I'll look into making a -libs package in my > spare time. :) > It really isn't all that hard, see mdbtools or wildmidi for examples. Regards, Hans From pmatilai at redhat.com Thu Aug 16 05:27:24 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Thu, 16 Aug 2007 08:27:24 +0300 (EEST) Subject: Extracting python dependencies automatically In-Reply-To: <604aa7910708150936r206da1ceq2c3ac06f268d9272@mail.gmail.com> References: <604aa7910708150936r206da1ceq2c3ac06f268d9272@mail.gmail.com> Message-ID: On Wed, 15 Aug 2007, Jeff Spaleta wrote: > On 8/15/07, Panu Matilainen wrote: >> For requires, try to locate any python scripts and modules and for each >> found, run them through python's modulefinder which attempts to figure out >> which modules a script/module uses. Then, based on the filenames gotten >> from modulefinder results, turn them into python() entries, for > >> Thoughts / comments? > > Do you have any mechanism to distinguish optional modules from hard > requirement modules? Some python applications will test for the > availability of a module through a via an exception test for optional > features and then gracefully continue if its not available. That's the problem with interpreted languages - there's no way to get it 100% right, see below... > Looking 20 minutes into the future, is this aimed at into rpmbuild's > automatic dependancy generation scripts? That's the idea of course, but I doubt that's going to happen in time for F8. The big problem with using modulefinder is that it expects to be able to actually import the modules. That might work fairly ok for the occasional "rpmbuild -bb my.spec" use on developers host, but in minimal buildroots... to satisfy that, the manual Requires turn into BuildRequires, so much for automatic dependencies. In other words, the current pythondeps.py is totally useless in real world :) It gets worse from here. Things are fairly straightforward as long as we're only talking about modules in standard locations (either things in python standard library or site-packages) but what about cases where the software uses a custom path to import private modules (eg yum importing stuff from /usr/share/yum-cli)? Since you can't verify if something is in site-packages (because you can't assume them being installed on minimal buildroot), there's no way to know if import A is on private or public module. It's possible to look through the filenames and see if there are matching *.py[co] files in non-standard locations and assume they're just private modules but there is some room for error in there. - Panu - From lightsolphoenix at gmail.com Thu Aug 16 05:27:31 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Thu, 16 Aug 2007 01:27:31 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <46C3DC78.8030502@redhat.com> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> Message-ID: <200708160127.32860.lightsolphoenix@gmail.com> On Thursday, August 16, 2007 1:11:20 am Eric Sandeen wrote: > So if sourcecode doesn't mention a version but COPYING does, it's still > interpreted as "or any later version?" Hm... that strikes me as odd. I BELIEVE what they're trying to say is that if both the source and COPYING contain different licence numbers, the source trumps the COPYING file. Most of the time, the COPYING file is simply the GPL/LGPL copied verbatim from the FSF site. As a result, I can understand why they would say look at the source code. However, I'd suspect in that case, the stuff in the COPYING is what counts. I BELIEVE that the point of the "check the source" rule is to avoid situations where the COPYING file conflicts with the source itself. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From j.w.r.degoede at hhs.nl Thu Aug 16 05:31:36 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Aug 2007 07:31:36 +0200 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <200708160127.32860.lightsolphoenix@gmail.com> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> Message-ID: <46C3E138.8010504@hhs.nl> Kelly wrote: > On Thursday, August 16, 2007 1:11:20 am Eric Sandeen wrote: >> So if sourcecode doesn't mention a version but COPYING does, it's still >> interpreted as "or any later version?" Hm... that strikes me as odd. > > I BELIEVE what they're trying to say is that if both the source and COPYING > contain different licence numbers, the source trumps the COPYING file. > > Most of the time, the COPYING file is simply the GPL/LGPL copied verbatim from > the FSF site. As a result, I can understand why they would say look at the > source code. > > However, I'd suspect in that case, the stuff in the COPYING is what counts. I > BELIEVE that the point of the "check the source" rule is to avoid situations > where the COPYING file conflicts with the source itself. > , fine don't believe me I've only license audited 148 packages sofar, so I probably don't know what I'm doing. But if you don't believe me then atleast RTFM, quoting: http://fedoraproject.org/wiki/Licensing "A GPL or LGPL licensed package that lacks any statement of what version that it's licensed under in the source code/program output/accompanying docs is technically licensed under *any* version of the GPL or LGPL, not just the version in whatever COPYING file they include." Regards, Hans From lsof at nodata.co.uk Thu Aug 16 05:56:54 2007 From: lsof at nodata.co.uk (nodata) Date: Thu, 16 Aug 2007 07:56:54 +0200 Subject: F8 Release Name Suggestion In-Reply-To: <20070815134442.293118b6@mentok.boston.redhat.com> References: <20070814002106.GA1569@turing.une.edu.au> <46C32B13.6050703@filteredperception.org> <20070815134442.293118b6@mentok.boston.redhat.com> Message-ID: <1187243814.3235.0.camel@sb-home> Am Mittwoch, den 15.08.2007, 13:44 -0400 schrieb Jesse Keating: > On Wed, 15 Aug 2007 11:34:27 -0500 Include a powertop applet by default and call it Fedora Green. From howard at cohtech.com Thu Aug 16 08:22:39 2007 From: howard at cohtech.com (Howard Wilkinson) Date: Thu, 16 Aug 2007 09:22:39 +0100 Subject: mount.nfs4 used greatest stack depth: 612 bytes left Message-ID: <46C4094F.5070605@cohtech.com> Anybody know what this message means - apart from giving me a sinking feeling - and how worried I need to be. Is this something I should fix? tune for? or just keep an eye on. This is being reported by 2.6.23-0.104.rc3.fc8 which I am trialing to see if it fixes an NFS4 bug. Howard. -- Howard Wilkinson Phone: +44(20)76907075 Coherent Technology Limited Fax: 23 Northampton Square, Mobile: +44(7980)639379 United Kingdom, EC1V 0HL Email: howard at cohtech.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolfy at nobugconsulting.ro Thu Aug 16 08:25:32 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 16 Aug 2007 11:25:32 +0300 Subject: dropping gdialog In-Reply-To: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> References: <1187199488.3319.9.camel@dhcp83-186.boston.redhat.com> Message-ID: <46C409FC.40205@nobugconsulting.ro> Matthias Clasen wrote: > zenity ships a compatibility script for the old gdialog. > That script is written in perl, which forces a perl dependency on > zenity. I'd like to drop the script and the dependency from > the rawhide zenity package. repoquery couldn't find anything that > requires either gdialog or /usr/bin/gdialog. > You could include as a %doc (making sure it's chmod -x in order to avoid automatic deps). From ville.skytta at iki.fi Thu Aug 16 08:28:02 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Thu, 16 Aug 2007 11:28:02 +0300 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <46C3E138.8010504@hhs.nl> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> Message-ID: <200708161128.02637.ville.skytta@iki.fi> On Thursday 16 August 2007, Hans de Goede wrote: > quoting: http://fedoraproject.org/wiki/Licensing > "A GPL or LGPL licensed package that lacks any statement of what version > that it's licensed under in the source code/program output/accompanying > docs is technically licensed under *any* version of the GPL or LGPL, not > just the version in whatever COPYING file they include." The GPL license text (section 9 of v2, section 14 of v3) also says that. Ditto LGPL (section 13 or v2.1, section 6 of v3). From j.w.r.degoede at hhs.nl Thu Aug 16 09:02:05 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Aug 2007 11:02:05 +0200 Subject: mysqlclient10 and 14 are no more? Message-ID: <46C4128D.2000606@hhs.nl> Hi, I just got this mail: From: buildsys at fedoraproject.org To: jwrdegoede at fedoraproject.org Cc: Subject: Broken dependencies: libgda libgda has broken dependencies in the development tree: On ppc: libgda-mysql - 1:3.0.1-2.fc8.ppc requires libmysqlclient.so.10 On x86_64: libgda-mysql - 1:3.0.1-2.fc8.x86_64 requires libmysqlclient.so.10()(64bit) On i386: libgda-mysql - 1:3.0.1-2.fc8.i386 requires libmysqlclient.so.10 On ppc64: libgda-mysql - 1:3.0.1-2.fc8.ppc64 requires libmysqlclient.so.10()(64bit) Please resolve this as soon as possible. --- According to the cvs dead.package file, mysqlclient10 (and 14) were removed because they only existed for compatibility reasons. But AFAIK mysqlclient10 also was kept because it was LGPL. Do we now concider the exceptions made to the GPL for the client libs of mysql version 5, good enough to no longer keep mysqlclient10 around to have an LGPL client lib? Regards. Hans From david at lovesunix.net Thu Aug 16 09:06:20 2007 From: david at lovesunix.net (David Nielsen) Date: Thu, 16 Aug 2007 11:06:20 +0200 Subject: Taking over empathy? In-Reply-To: References: Message-ID: <1187255181.6175.5.camel@localhost> On Tue, 2007-07-31 at 15:27 +0200, Matej Cepl wrote: > According to http://fedoraproject.org/wiki/PackageMaintainers/ > OrphanedPackages empathy has been orphaned by David Nielsen (apparently > he forgot to orphan telepathy-mission-control as well, but I asked him to > fix it). I would like to take over this package with Brian Pepple as my > co-maintainer dealing with C stuff (I am not a programmer myself). I'm not the mission-control maintainer, Sindre is - at least last I checked. My good friend Peter Gordon picked up Empathy so it should be in very competent hands from now on. We still need to get the entire Telepathy SIG in ACL for all the required packages. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at redhat.com Thu Aug 16 09:45:21 2007 From: alan at redhat.com (Alan Cox) Date: Thu, 16 Aug 2007 05:45:21 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <200708160127.32860.lightsolphoenix@gmail.com> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> Message-ID: <20070816094521.GC2070@devserv.devel.redhat.com> On Thu, Aug 16, 2007 at 01:27:31AM -0400, Kelly wrote: > On Thursday, August 16, 2007 1:11:20 am Eric Sandeen wrote: > > So if sourcecode doesn't mention a version but COPYING does, it's still > > interpreted as "or any later version?" Hm... that strikes me as odd. > > I BELIEVE what they're trying to say is that if both the source and COPYING > contain different licence numbers, the source trumps the COPYING file. Take the most restrictive in tht case I think ? From tomek at crocom.com.pl Thu Aug 16 10:41:12 2007 From: tomek at crocom.com.pl (Tomasz Torcz) Date: Thu, 16 Aug 2007 12:41:12 +0200 Subject: cpuspeed (and other) service stop scripts In-Reply-To: <46C379ED.3020201@cora.nwra.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <46C1C054.2040205@redhat.com> <1187187266.2698.6.camel@laptopd505.fenrus.org> <20070815215737.GC22801@redhat.com> <46C379ED.3020201@cora.nwra.com> Message-ID: <1187259744.20904.27.camel@s1.crocom.com.pl> Dnia 15-08-2007, ?r o godzinie 16:10 -0600, Orion Poplawski napisa?(a): > Dave Jones wrote: > > On Wed, Aug 15, 2007 at 07:14:25AM -0700, Arjan van de Ven wrote: > > > > > > speaking of cpuspeed... why does it have a script that runs at shutdown? > > > sounds like a total waste of cpu cycles and disk accesses and spuriously > > > making boot times longer.. since really what would it to? > > > > Sometimes it's useful to be able to 'service cpuspeed stop'. > > AIUI, the problem is we don't have a way to discriminate between that > > use case, and shutting down. > > service cpuspeed stop basically just runs "/etc/rc.d/init.d/cpuspeed > stop". That's independent from having a /etc/rc.d/rc0.d/K99cpuspeed > script that runs at shutdown. However, the other thing that the stop > does is remove the /var/lock/subsys/cpuspeed file. These files are > pretty tightly integrated to our service system and forces most services > to get explicitly stopped. Might be worth examining how useful the lock > file is and whether *every* init script should use it. To save developers from reinventing the wheel... Year ago Ubuntu folks analysed which services could be simply killed with TERM on shutdown. Results and links are here: https://wiki.ubuntu.com/Teardown It may be a good start. -- Tomasz Torcz From buildsys at redhat.com Thu Aug 16 11:29:37 2007 From: buildsys at redhat.com (Build System) Date: Thu, 16 Aug 2007 07:29:37 -0400 Subject: rawhide report: 20070816 changes Message-ID: <200708161129.l7GBTbhN023202@porkchop.devel.redhat.com> New package lshw Hardware lister New package mdbtools Access data stored in Microsoft Access databases Removed package mysqlclient14 Removed package mysqlclient10 Updated Packages: R-systemfit-0.8-6.fc8 --------------------- * Wed Aug 15 2007 Orion Poplawski - 0.8-6 - Update to 0.8-3 alsa-plugins-1.0.14-2.fc8 ------------------------- * Tue Aug 14 2007 Eric Moret - 1.0.14-2 - Adding pulse as ALSA "default" pcm and ctl when the alsa-plugins-pulseaudio package is installed, fixing #251943. anacron-2.3-52.fc8 ------------------ * Wed Aug 15 2007 Marcela Maslanova 2.3-52 - Resolves: 252166, 252255, 252254 atk-1.19.6-3.fc8 ---------------- * Wed Aug 15 2007 Matthias Clasen - 1.19.6-3 - Small fixes bash-3.2-13.fc8 --------------- * Wed Aug 15 2007 Pete Graner - 3.2-13 - Improve bash $RANDOM pseudo RNG (bug #234906) * Fri Jul 20 2007 Tim Waugh 3.2-12 - Quote environment variables in the post scriptlet to prevent upgrade failures (bug #249005). * Thu Jul 05 2007 Tim Waugh 3.2-11 - Patchlevel 17 (bug #241647). compiz-0.5.2-5.0ec3ec.fc8 ------------------------- * Wed Aug 15 2007 Kristian H??gsberg - 0.5.2-5.0ec3ec - Reorder plugin list to avoid 'place' getting removed on startup. - Add run-command-key.patch to put the run command key in the GNOME keyboard shortcut dialog (#213576). - Drop a bunch of obsolete patches. - Bump mesa-libGL and X server requires to fix TFP bugs for power-of-two textures (#251935). - Rebase fedora-logo and composite-cube-logo patch. cvs2cl-2.67-1.fc8 ----------------- * Mon Aug 13 2007 Ville Skytt?? - 2.67-1 - 2.67 + man page fix. - Fix spelling error in %description. - License: GPLv2+ desktop-file-utils-0.13-3.fc8 ----------------------------- * Wed Aug 15 2007 Matthias Clasen - 0.13-3 - Make the -m option work (#232761) dhcdbd-2.10-1.fc8 ----------------- * Wed Aug 15 2007 David Cantrell - 2.10-1 - Do not source /lib/lsb/init-functions (#252256) - Use existing init script functions, not LSB-specific ones (#252256) - Do not use the log_success_msg() or log_failure_msg() functions for LSB scripts even though they do exist and just pass through to our existing functions (#252256) dvd+rw-tools-7.0-5.fc8 ---------------------- * Wed Aug 15 2007 Harald Hoyer - 7.0-5 - added limits.h to transport.hxx evince-0.9.3-5.fc8 ------------------ * Wed Aug 15 2007 Matthias Clasen - 0.9.3-5 - Rebuild evolution-2.11.90-1.fc8 ----------------------- * Wed Aug 15 2007 Matthew Barnes - 2.11.90-1.fc8 - Update to 2.11.90 * Wed Aug 08 2007 Matthias Clasen - 2.11.6.1-2 - Update the license field - Use %find_lang for help files * Wed Aug 01 2007 Matthew Barnes - 2.11.6.1-1.fc8 - Update to 2.11.6.1 evolution-data-server-1.11.90-2.fc8 ----------------------------------- * Mon Aug 13 2007 Matthew Barnes - 1.11.90-2.fc8 - Re-enable the --with-libdb configure option. * Mon Aug 13 2007 Matthew Barnes - 1.11.90-1.fc8 - Update to 1.11.90 - Add patch for GNOME bug #466987 (glibc redefines "open"). - Remove patch for GNOME bug #415891 (fixed upstream). * Wed Aug 08 2007 Matthew Barnes - 1.11.6.1-1.fc8 - Update to 1.11.6.1 evolution-exchange-2.11.90-1.fc8 -------------------------------- * Wed Aug 15 2007 Matthew Barnes - 2.11.90-1.fc8 - Update to 2.11.90 - Add patch for GNOME bug #466987 (glibc redefines "open"). - Remove -DGNOME_DISABLE_DEPRECATED since GnomeDruid is now deprecated. * Wed Aug 01 2007 Matthew Barnes - 2.11.6.1-1.fc8 - Update to 2.11.6.1 - Remove patch for GNOME bug #380534 (fixed upstream). evolution-sharp-0.13.2-1.fc8 ---------------------------- * Wed Aug 15 2007 Matthew Barnes - 0.13.2-1.fc8 - Update to 0.13.2 fail2ban-0.8.1-10.fc8 --------------------- * Wed Aug 15 2007 Axel Thimm - 0.8.1-10 - Update to 0.8.1. - Remove patch fixing CVE-2007-4321 (upstream). - Remove AllowUsers patch (upstream). - Add dependency to gamin-python. foomatic-3.0.2-50.fc8 --------------------- * Wed Aug 15 2007 Tim Waugh 3.0.2-50 - Removed references to unshipped drivers: * drv_x125 * ml85p * pbm2lxwl * pbmtozjs * bjc800j gdm-1:2.19.6-1.fc8 ------------------ * Wed Aug 15 2007 Matthias Clasen - 1:2.19.6-1 - Update to 2.19.6 - Use %find_lang for help files * Sun Aug 12 2007 Adam Jackson 1:2.19.5-9 - Remove the filereq on /etc/pam.d/system-auth, pam alone is sufficient. - Bump the pam requirement to 0.99, 0.75 is ancient. * Sun Aug 12 2007 Matthias Clasen - 1:2.19.5-8 - Make the previous fix actually work gedit-1:2.19.90-1.fc8 --------------------- * Wed Aug 15 2007 Matthias Clasen - 1:2.19.90-1 - Update to 2.19.90 - %find_lang also finds omf files now * Tue Aug 07 2007 Matthias Clasen - 1:2.19.3-3 - Remove a stale comment * Mon Aug 06 2007 Matthias Clasen - 1:2.19.3-2 - Update license field - Use %find_lang for help files glibc-2.6.90-10 --------------- * Wed Aug 15 2007 Jakub Jelinek 2.6.90-10 - don't open /etc/ld.so.{cache,preload} with O_NOATIME (#252146) - s390{,x}, alpha and sparc fixes - sparcv9 is no longer an aux arch, as we expect to not build sparc.rpm glibc any longer, only sparcv9.rpm, sparc64.rpm and new two aux arches sparcv9v.rpm and sparc64v.rpm gnome-backgrounds-2.18.3-2.fc8 ------------------------------ * Wed Aug 15 2007 Matthias Clasen - 2.18.3-2 - Small fixes from package review gnome-games-1:2.19.90.1-1.fc8 ----------------------------- * Tue Aug 14 2007 Matthias Clasen - 1:2.19.90.1-1 - 2.19.90.1 * Sun Aug 12 2007 Matthias Clasen - 1:2.19.90b-1 - 2.19.90b * Sat Aug 11 2007 Matthias Clasen - 1:2.19.90-1 - 2.19.90 gstreamer-plugins-base-0.10.14-3.fc8 ------------------------------------ * Wed Aug 15 2007 - Bastien Nocera - 0.10.14-3 - Up requirement for liboil for PPC machines (#252179) * Sat Aug 04 2007 - Bastien Nocera - 0.10.14-2 - Update to 0.10.14 - Add RTSP and SDP helper libraries * Tue Jun 05 2007 - Bastien Nocera - 0.10.13-2 - Add missing files gstreamer-plugins-pulse-0.9.5-0.3.svn20070816.fc8 ------------------------------------------------- * Thu Aug 16 2007 Lennart Poettering - 0.9.5-0.3.svn20070816 . Update SVN snapshot * Thu Aug 16 2007 Lennart Poettering - 0.9.5-0.2.svn20070816 . Update SVN snapshot gtk2hs-0.9.12-2.fc8 ------------------- * Thu Aug 16 2007 Jens Petersen - 0.9.12-2 - add patch from upstream to fix change of GType to CUInt (Duncan Coutts) hardinfo-0.4.2.2-17.fc8 ----------------------- * Wed Aug 15 2007 Adel Gadllah 0.4.2.2-17 - Disable debug * Wed Aug 15 2007 Adel Gadllah 0.4.2.2-16 - New fix for RH #249794 * Wed Aug 15 2007 Adel Gadllah 0.4.2.2-15 - New fix for RH #249794 iasl-20061109-3.fc7 ------------------- initng-0.6.10.1-2.fc8 --------------------- * Wed Aug 15 2007 Daniel Malmgren 0.6.10.1-2 - Added patch to fix compilation with glibc >= 2.6.90 (thanks to Dragoran) * Thu May 31 2007 Daniel Malmgren 0.6.10.1-1 - New upstreams version - Removed macros from changelog to make rpmlint happy * Thu Mar 29 2007 Daniel Malmgren 0.6.10-2 - Include patch from che to sole console font issue initng-ifiles-0.1.4-1.fc8 ------------------------- * Wed Aug 15 2007 Daniel Malmgren 0.1.4-1 - New upstreams version kernel-2.6.23-0.110.rc3.git1.fc8 -------------------------------- * Wed Aug 15 2007 Chuck Ebbert - enable ACPI debugging in -debug builds * Wed Aug 15 2007 Chuck Ebbert - e1000e updates * Wed Aug 15 2007 Dave Jones - Enable BSG. lesstif-0.95.0-16.fc8 --------------------- * Wed Aug 15 2007 Patrice Dumas 0.95.0-16 - conform better to openmotif API, lesstif-64.patch, by kgallowa at redhat.com - fix licenses - keep timestamps - add mwm xsession file libgnomecanvas-2.19.2-1.fc8 --------------------------- * Tue Aug 14 2007 Matthias Clasen - 2.19.2-1 - Update to 2.19.2 * Tue Aug 07 2007 Matthias Clasen - 2.19.1-2 - Update the license field liboil-0.3.12-7.fc8 ------------------- * Wed Aug 15 2007 - Bastien Nocera - 0.3.12-7 - Add upstream patch to not crash on PPC machines without Altivec (hopefully this time the right one) (#252179) * Tue Aug 14 2007 - Bastien Nocera - 0.3.12-6 - Revert previous change it's not the fix * Tue Aug 14 2007 - Bastien Nocera - 0.3.12-5 - Add upstream patch to not crash on PPC machines without Altivec (#252179) mesa-7.0.1-3.fc8 ---------------- * Wed Aug 15 2007 Dave Airlie - 7.0.1-3 - mesa-7.0.1-stable-branch.patch - Add patches from stable branch includes support for some Intel chipsets - mesa-7.0-use_master-r300.patch - Add r300 driver from master * Tue Aug 14 2007 Dave Airlie - 7.0.1-2 - missing build requires for Xfixes-devel and Xdamage-devel * Mon Aug 13 2007 Dave Airlie - 7.0.1-1 - Rebase to upstream 7.0.1 release - ajax provided patches: for updated selinux awareness, build config - gl visibility and picify were fixed upstream - OS mesa library version are 6.5.3 not 7.0.1 - spec fix nfs-utils-1:1.1.0-4.fc8 ----------------------- * Wed Aug 15 2007 Steve Dickson 1.1.0-4 - Make sure the open() system calling in exportfs uses mode bits when creating the etab file (bz 252440). * Mon Aug 13 2007 Steve Dickson 1.1.0-3 - Added nosharecache mount option which re-enables rw/ro mounts to the same server (bz 243913). * Thu Aug 02 2007 Steve Dickson 1.1.0-2 - Make sure the gss and idmap daemons remove thier lock files when they are stopped. padevchooser-0.9.4-0.2.svn20070816.fc8 -------------------------------------- * Thu Aug 16 2007 Lennart Poettering 0.9.4-0.2.svn20070816 - Add gnome-desktop-devel and libgnomeui-devel to the deps pam_krb5-2.2.18-1 ----------------- * Wed Aug 15 2007 Nalin Dahyabhai - 2.2.18-1 - fix permissions-related problems creating v4 ticket files * Thu Aug 02 2007 Nalin Dahyabhai - 2.2.17-1 - correct the license: tag -- this module is dual-licensed (LGPL+ or BSD) - fix a man page missing line - tactfully suggest in the man page that if your app needs the "tokens" flag in order to work properly, it's broken paman-0.9.4-0.1.svn20070816.fc8 ------------------------------- * Thu Aug 16 2007 Lennart Poettering 0.9.4-0.1.svn20070816 - Update from SVN snapshot perl-PDL-2.4.3-4.fc8 -------------------- * Wed Aug 15 2007 Robin Norwood - 2.4-3-4 - Updated perl-PDL-2.4.3-test.patch from Orion to fix ppc and ppc64 - Fixed license string - Fixed old changelog version number * Fri Aug 10 2007 Robin Norwood - 2.4.3-3 - More changes from Orion Poplawski - BuildRequires and patch for fortran/f77 support - Added Provides: perl(PDL::Graphics::TriD::Object - Filter perl(Win32::DDE::Client) from Requires * Mon Aug 06 2007 Robin Norwood - 2.4.3-2 - Apply changes from package review - untabify spec file - Add various files to %doc - turn on 3D/GL - turn on IO Browser - add a bunch of BRs to enable more modules - remove unneeded Provides - perl-PDL-2.4.3-hdf.patch to look for hdf devel files in the right place - perl-PDL-2.4.3-test.patch to fix some tests - perl-PDL-2.4.3-x86_64.patch to find 64bit libraries for some modules - perl-PDL-2.4.3-Xext.patch to remove -lXext from GL linking options pidgin-2.1.0-2.fc8 ------------------ * Wed Aug 15 2007 Warren Togami - 2.1.0-2 - Upstream fix backports 115: gmail-notification-crash #2323 117: drag-and-drop-mouse-click-group-header #2333 118: jabber-confirm-authentication-unencrypted-crash #2493 * Mon Aug 06 2007 Warren Togami - require exact version of libpurple (#250720) * Mon Jul 30 2007 Stu Tomlinson - 2.1.0-1 - 2.1.0 - Only include translations in libpurple instead of duplicating them in packages that depend on libpurple anyway pinot-0.75-8.fc8 ---------------- * Wed Aug 15 2007 Adel Gadllah 0.75-8 - Add upstream patch to fix bugs with new boost - Revert last change * Tue Aug 14 2007 Adel Gadllah 0.75-7 - Bump required boost version poppler-0.5.91-2.fc8 -------------------- * Wed Aug 15 2007 Matthias Clasen - 0.5.91-2 - Remove debug spew pulseaudio-0.9.7-0.7.svn20070816.fc8 ------------------------------------ * Thu Aug 16 2007 Lennart Poettering 0.9.7-0.7.svn20070816 - Update SVN snapshot * Thu Aug 16 2007 Lennart Poettering 0.9.7-0.6.svn20070816 - Update SVN snapshot * Tue Aug 14 2007 Lennart Poettering 0.9.7-0.5.svn20070814 - Forgot to upload tarball radiusclient-ng-0.5.6-2.fc8 --------------------------- * Wed Aug 15 2007 Jeffrey C. Ollie - 0.5.6-2 - Update to 0.5.6 remind-03.01.00-1.fc8 --------------------- * Wed Aug 15 2007 Ray Van Dolson - 03.01.00-1 - Updated to version 03.01.00 rpm-4.4.2.1-8.fc8 ----------------- * Wed Aug 15 2007 Panu Matilainen - 4.4.2.1-8 - improved perl dependency extraction (#198033, #249135) by Ville Skytt?? and John Owens - make find-lang --with-gnome pick up .omf files (#251400) by Matthias Clasen * Mon Aug 13 2007 Panu Matilainen - 4.4.2.1-7 - another debugedit fix and updated find-debuginfo script from Roland McGrath - make popt provide popt-devel to further ease split-off transition - skip ESTALE and EACCESS on mountpoints from Jeff Johnson (#190496, #220991) * Sun Aug 12 2007 Panu Matilainen - 4.4.2.1-6 - debugedit buildid thinko fix from Roland McGrath - loosen up popt-dependency to prepare for splitting it off sane-backends-1.0.18-15.fc8 --------------------------- * Wed Aug 15 2007 Nils Philippsen - 1.0.18-15 - enable support for Epson CX-5000 sqlite-3.4.2-1.fc8 ------------------ * Wed Aug 15 2007 Paul Nasrat - 3.4.2-1 - Update to 3.4.2 * Sat Jul 21 2007 Paul Nasrat - 3.4.1-1 - Update to 3.4.1 * Sun Jun 24 2007 Paul Nasrat - 3.4.0-2 - Disable load for now (#245486) stormbaancoureur-1.5-1.fc8 -------------------------- * Wed Aug 15 2007 Hans de Goede 1.5-1 - New upstream release 1.5 (final) strigi-0.5.4-1.fc8 ------------------ * Mon Aug 06 2007 Deji Akingunola - 0.5.4-1 - Update to 0.5.4 proper - License tag update * Sun Jul 29 2007 Deji Akingunola - 0.5.4-0.1.svn20070729 - New KDE SVN snapshot version for KDE 4.0 beta 1 (bz#20015) * Wed May 16 2007 Deji Akingunola - 0.5.1-5 - Split out a strigi-libs subpackage as suggested in BZ#223586 _ Include a strigidaemon autostart desktop file suck-4.3.2-17.fc8 ----------------- * Wed Aug 15 2007 Jochen Schmitt 4.3.2-17 - Rework for 64-bit systems (use /usr/lib instead of /usr/lib64) * Wed Aug 15 2007 Jochen Schmitt 4.3.2-16 - Adding IPv6 support - Fix typo in README.Fedora supertuxkart-0.3-1.fc8 ---------------------- * Wed Aug 15 2007 Hans de Goede 0.3-1 - New upstream release 0.3 - Drop most patches (all fixed upstream) - Update License tag for new Licensing Guidelines compliance sysstat-7.0.4-3.fc8 ------------------- * Wed Aug 15 2007 Ivana Varekova - 7.0.4-3 - fix cve-2007-3852 - sysstat insecure temporary file usage terminus-font-4.20-8.fc8 ------------------------ * Wed Aug 15 2007 Hans Ulrich Niedermann - 4.20-8 - Drop the chkfontpath dependency (bug #252276). vim-2:7.1.77-1.fc8 ------------------ * Wed Aug 15 2007 Karsten Hopp 7.1.77-1 - patchlevel 77 * Mon Aug 13 2007 Karsten Hopp 7.1.68-1 - patchlevel 68 * Thu Aug 02 2007 Karsten Hopp 7.1.47-1 - patchlevel 47 wildmidi-0.2.2-2.fc8 -------------------- xorg-x11-drv-i810-2.1.1-2.fc8 ----------------------------- * Wed Aug 15 2007 Dave Airlie 2.1.1-2 - intel-2.1.1-fix-texoffset-start.patch - shouldn't set texoffsetstart when not using EXA xorg-x11-server-1.3.0.0-20.fc8 ------------------------------ * Wed Aug 15 2007 Dave Airlie 1.3.0.0-20 - xserver-1.3.0-newglx-offscreen-pixmaps.patch: fix zero-copy TFP again zlib-1.2.3-14.fc8 ----------------- * Wed Aug 15 2007 Ivana Varekova - 1.2.3-14 - create minizip subpackage Broken deps for i386 ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.i386 requires firefox = 0:2.0.0.5 Democracy - 0.9.5.1-11.fc8.i386 requires libboost_python.so.2 adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 compat-gda-mysql - 1.2.4-1.fc7.i386 requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE libgda-mysql - 1:3.0.1-2.fc8.i386 requires libmysqlclient.so.10 monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.x86_64 requires libboost_python.so.2()(64bit) Democracy - 0.9.5.1-11.fc8.x86_64 requires firefox = 0:2.0.0.5 adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) compat-gda-mysql - 1.2.4-1.fc7.x86_64 requires libmysqlclient.so.10()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.i386 requires libicudata.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.x86_64 requires libicui18n.so.36()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 libgda-mysql - 1:3.0.1-2.fc8.x86_64 requires libmysqlclient.so.10()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.ppc requires firefox = 0:2.0.0.5 Democracy - 0.9.5.1-11.fc8.ppc requires libboost_python.so.2 adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 brasero - 0.6.0-1.fc8.ppc requires libtotem-plparser.so.7 compat-gda-mysql - 1.2.4-1.fc7.ppc requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicuuc.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicui18n.so.36 fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc requires libicudata.so.36 gnome-python2-totem - 2.19.2-1.fc8.ppc requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc requires libtotem-plparser.so.7 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp libgda-mysql - 1:3.0.1-2.fc8.ppc requires libmysqlclient.so.10 monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) rhythmbox - 0.11.1-1.fc8.ppc requires libtotem-plparser.so.7 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.ppc64 requires libboost_python.so.2()(64bit) Democracy - 0.9.5.1-11.fc8.ppc64 requires firefox = 0:2.0.0.5 adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) brasero - 0.6.0-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicuuc.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicudata.so.36()(64bit) fedora-ds-base - 1.1.0-0.3.20070720.fc8.ppc64 requires libicui18n.so.36()(64bit) gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump libgda-mysql - 1:3.0.1-2.fc8.ppc64 requires libmysqlclient.so.10()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From buildsys at fedoraproject.org Thu Aug 16 11:29:56 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 16 Aug 2007 11:29:56 -0000 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-16 Message-ID: <20070816112956.14993.82295@extras64.linux.duke.edu> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de koffice-karbon - 1.6.2-3.fc7.i386 koffice-kivio - 1.6.2-3.fc7.i386 koffice-kspread - 1.6.2-3.fc7.i386 bjohnson AT symetrix.com dbmail - 2.2.4-4.fc7.i386 (42 days) gauret AT free.fr glest-data - 2.0.0-3.fc7.noarch (15 days) lxtnow AT gmail.com python-gammu - 0.20-1.fc7.i386 (13 days) python-gammu - 0.20-1.fc7.ppc (13 days) python-gammu - 0.20-1.fc7.x86_64 (13 days) oliver AT linux-kernel.at syck-php - 0.55-16.fc7.i386 (32 days) syck-php - 0.55-16.fc7.ppc (32 days) syck-php - 0.55-16.fc7.x86_64 (32 days) tcallawa AT redhat.com compat-wxGTK-devel - 2.4.2-21.fc6.i386 (31 days) compat-wxGTK-devel - 2.4.2-21.fc6.i386 (31 days) compat-wxGTK-devel - 2.4.2-21.fc6.ppc (31 days) compat-wxGTK-devel - 2.4.2-21.fc6.x86_64 (31 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (31 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (31 days) compat-wxGTK-gl - 2.4.2-21.fc6.ppc (31 days) compat-wxGTK-gl - 2.4.2-21.fc6.x86_64 (31 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (31 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (31 days) compat-wxGTK-stc - 2.4.2-21.fc6.ppc (31 days) compat-wxGTK-stc - 2.4.2-21.fc6.x86_64 (31 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (31 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (31 days) compat-wxGTK-xrc - 2.4.2-21.fc6.ppc (31 days) compat-wxGTK-xrc - 2.4.2-21.fc6.x86_64 (31 days) twoerner AT redhat.com postfix-pflogsumm - 2:2.4.3-2.fc7.i386 (62 days) postfix-pflogsumm - 2:2.4.3-2.fc7.ppc (62 days) postfix-pflogsumm - 2:2.4.3-2.fc7.x86_64 (62 days) ====================================================================== Broken packages in fedora-7-i386: compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 ====================================================================== Broken packages in fedora-7-ppc: compat-wxGTK-devel-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.ppc requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 ====================================================================== Broken packages in fedora-7-x86_64: compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires libwx_gtk-2.4.so.0()(64bit) compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-gl-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 dbmail-2.2.4-4.fc7.i386 requires dbmail-database-driver = 0:2.2.4-4.fc7 koffice-karbon-1.6.2-3.fc7.i386 requires koffice-core = 0:1.6.2-3.fc7 koffice-kivio-1.6.2-3.fc7.i386 requires koffice-core = 0:1.6.2-3.fc7 koffice-kspread-1.6.2-3.fc7.i386 requires koffice-core = 0:1.6.2-3.fc7 ====================================================================== Broken packages in fedora-updates-7-i386: postfix-pflogsumm-2:2.4.3-2.fc7.i386 requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.i386 requires libGammu.so.1 syck-php-0.55-16.fc7.i386 requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-ppc: glest-data-2.0.0-3.fc7.noarch requires glest = 0:2.0.0 postfix-pflogsumm-2:2.4.3-2.fc7.ppc requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.ppc requires libGammu.so.1 syck-php-0.55-16.fc7.ppc requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-x86_64: postfix-pflogsumm-2:2.4.3-2.fc7.x86_64 requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.x86_64 requires libGammu.so.1()(64bit) syck-php-0.55-16.fc7.x86_64 requires php = 0:5.2.2 From pertusus at free.fr Thu Aug 16 13:08:25 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 16 Aug 2007 15:08:25 +0200 Subject: no restriction license? Message-ID: <20070816130825.GC3313@free.fr> Hello, I have the following licenses in lesstif. What is the associated short license name: * Copyright 1994 Robert Nation. No restrictions are placed on this * code, * as long as the copyright notice is preserved. No guarantees or * warrantees of any sort whatsoever are given or implied or anything. * Copyright 1993, Robert Nation * You may use this code for any purpose, as long as the original * copyright remains in the source code and all documentation -- Pat From drago01 at gmail.com Thu Aug 16 13:16:31 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 16 Aug 2007 15:16:31 +0200 Subject: no restriction license? In-Reply-To: <20070816130825.GC3313@free.fr> References: <20070816130825.GC3313@free.fr> Message-ID: <46C44E2F.10904@gmail.com> Patrice Dumas wrote: > Hello, > > I have the following licenses in lesstif. What is the associated short > license name: > > * Copyright 1994 Robert Nation. No restrictions are placed on this > * code, > * as long as the copyright notice is preserved. No guarantees or > * warrantees of any sort whatsoever are given or implied or anything. > > > > * Copyright 1993, Robert Nation > * You may use this code for any purpose, as long as the original > * copyright remains in the source code and all documentation > > > looks like bsd to me... From pertusus at free.fr Thu Aug 16 13:14:13 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 16 Aug 2007 15:14:13 +0200 Subject: no restriction license? In-Reply-To: <46C44E2F.10904@gmail.com> References: <20070816130825.GC3313@free.fr> <46C44E2F.10904@gmail.com> Message-ID: <20070816131413.GD3313@free.fr> On Thu, Aug 16, 2007 at 03:16:31PM +0200, dragoran wrote: > Patrice Dumas wrote: >> Hello, >> >> I have the following licenses in lesstif. What is the associated short >> license name: >> >> * Copyright 1994 Robert Nation. No restrictions are placed on this >> * code, >> * as long as the copyright notice is preserved. No guarantees or >> * warrantees of any sort whatsoever are given or implied or anything. >> >> >> >> * Copyright 1993, Robert Nation >> * You may use this code for any purpose, as long as the original >> * copyright remains in the source code and all documentation >> >> >> > looks like bsd to me... I don't think so. All the BSD license have Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: it is not present here. -- Pat From ssorce at redhat.com Thu Aug 16 13:22:30 2007 From: ssorce at redhat.com (Simo Sorce) Date: Thu, 16 Aug 2007 09:22:30 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <46C3E138.8010504@hhs.nl> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> Message-ID: <1187270550.27768.17.camel@localhost.localdomain> On Thu, 2007-08-16 at 07:31 +0200, Hans de Goede wrote: > Kelly wrote: > > On Thursday, August 16, 2007 1:11:20 am Eric Sandeen wrote: > >> So if sourcecode doesn't mention a version but COPYING does, it's still > >> interpreted as "or any later version?" Hm... that strikes me as odd. > > > > I BELIEVE what they're trying to say is that if both the source and COPYING > > contain different licence numbers, the source trumps the COPYING file. > > > > Most of the time, the COPYING file is simply the GPL/LGPL copied verbatim from > > the FSF site. As a result, I can understand why they would say look at the > > source code. > > > > However, I'd suspect in that case, the stuff in the COPYING is what counts. I > > BELIEVE that the point of the "check the source" rule is to avoid situations > > where the COPYING file conflicts with the source itself. > > > > , fine don't believe me I've only license audited 148 packages sofar, so > I probably don't know what I'm doing. But if you don't believe me then atleast > RTFM, quoting: http://fedoraproject.org/wiki/Licensing > "A GPL or LGPL licensed package that lacks any statement of what version that > it's licensed under in the source code/program output/accompanying docs is > technically licensed under *any* version of the GPL or LGPL, not just the > version in whatever COPYING file they include." I think this is wrong, I am sorry I didn't catch it before, but if COPYING is not just a mere copy of the GPL license as published by the FSF, but it is actually an obviously edited file which express the intention of the Author, it do matter by all means, and it express the license you should use. Of course conflicts with the license in single source files have to be resolved, but if source files lack any mention of the license version they are under, what matter is what's in COPYING. IMO IANAL Simo. From jkeating at redhat.com Thu Aug 16 13:30:45 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 16 Aug 2007 09:30:45 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <1187270550.27768.17.camel@localhost.localdomain> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> <1187270550.27768.17.camel@localhost.localdomain> Message-ID: <20070816093045.1b3de827@mentok.boston.redhat.com> On Thu, 16 Aug 2007 09:22:30 -0400 Simo Sorce wrote: > I think this is wrong, I am sorry I didn't catch it before, but if > COPYING is not just a mere copy of the GPL license as published by the > FSF, but it is actually an obviously edited file which express the > intention of the Author, it do matter by all means, and it express the > license you should use. > Of course conflicts with the license in single source files have to be > resolved, but if source files lack any mention of the license version > they are under, what matter is what's in COPYING. IMO IANAL But what if the file isn't modified, and is obviously a verbatim copy from the webpage? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From drago01 at gmail.com Thu Aug 16 13:40:05 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 16 Aug 2007 15:40:05 +0200 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <20070816093045.1b3de827@mentok.boston.redhat.com> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> <1187270550.27768.17.camel@localhost.localdomain> <20070816093045.1b3de827@mentok.boston.redhat.com> Message-ID: <46C453B5.80107@gmail.com> Jesse Keating wrote: > On Thu, 16 Aug 2007 09:22:30 -0400 > Simo Sorce wrote: > > >> I think this is wrong, I am sorry I didn't catch it before, but if >> COPYING is not just a mere copy of the GPL license as published by the >> FSF, but it is actually an obviously edited file which express the >> intention of the Author, it do matter by all means, and it express the >> license you should use. >> Of course conflicts with the license in single source files have to be >> resolved, but if source files lack any mention of the license version >> they are under, what matter is what's in COPYING. IMO IANAL >> > > But what if the file isn't modified, and is obviously a verbatim copy > from the webpage? > > if the source doesn't say something else (nothing) it is whatever is stated in COPYING. (IANAL) From azeem81 at msn.com Thu Aug 16 13:28:41 2007 From: azeem81 at msn.com (azeem ahmad) Date: Thu, 16 Aug 2007 18:28:41 +0500 Subject: mini operating system Message-ID: hi list i want to develop a basic operating system for learning purposes which contains the following -device manager -File manager -memory manager -communication manager -bootloader all these things i want to develop by my own self, i want the system to reside on a flopy disk, with which i cant boot an Intel computer and can do some basic work. the problem is that i cant get so many floppy disks to work and test again and again as floppy disk demages so quickly. is there any simulator on Linux or windows which i can use to check my programs. (note that these programs can not be checked on a running operating system, as i have to initiate BIOS interupts directly). the Operating environemnt i would prefer is Fedora Core and the Language is ANCI C. waiting for ur response Regards Azeem _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From debarshi.ray at gmail.com Thu Aug 16 13:42:59 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Thu, 16 Aug 2007 19:12:59 +0530 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <46C2DECE.1040001@gmail.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <3170f42f0708150303re0585abtd0d628c66ba4698d@mail.gmail.com> <46C2DECE.1040001@gmail.com> Message-ID: <3170f42f0708160642j4e7f0244o2f239f5c0ad5484f@mail.gmail.com> >> http://rishi.fedorapeople.org/powertop-manu >> >> This is the powertop output from my friend's laptop. He was using >> Gnome-terminal, Firefox and Gaim. >> >> [manu at jasmine ~]$ uname -a >> Linux jasmine 2.6.22.1-41.fc7 #1 SMP Fri Jul 27 18:21:43 EDT 2007 >> x86_64 x86_64 x86_64 GNU/Linux >> [manu at jasmine ~]$ >> >> Hardinfo: http://rishi.fedorapeople.org/hardinfo-manu >> Smolt profile: http://smolt.fedoraproject.org/show?UUID=ed2ac1d9-f254-403f-b431-5670ae08c597 > seems like he uses a forcedeth nic can you tell him to try the module > options from my other post to see if it helps? I told him, but he is now using ndiswrapper for his WLAN card. In any case here is a newer powertop dump with ndiswrapper on: http://rishi.fedorapeople.org/powertop-manu-1 Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From oliver at linux-kernel.at Thu Aug 16 13:44:45 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 16 Aug 2007 15:44:45 +0200 Subject: mini operating system In-Reply-To: References: Message-ID: <46C454CD.6080607@linux-kernel.at> On 08/16/2007 03:28 PM, azeem ahmad wrote: > hi list > i want to develop a basic operating system for learning purposes which > contains the following > > -device manager > -File manager > -memory manager > -communication manager > -bootloader > > all these things i want to develop by my own self, i want the system to > reside on a flopy disk, with which i cant boot an Intel computer and can > do some basic work. > > the problem is that i cant get so many floppy disks to work and test > again and again as floppy disk demages so quickly. > > is there any simulator on Linux or windows which i can use to check my > programs. (note that these programs can not be checked on a running > operating system, as i have to initiate BIOS interupts directly). > the Operating environemnt i would prefer is Fedora Core and the Language > is ANCI C. > > waiting for ur response Use qemu for this. qemu is available via yum. Best, Oliver From tomek at crocom.com.pl Thu Aug 16 13:46:57 2007 From: tomek at crocom.com.pl (Tomasz Torcz) Date: Thu, 16 Aug 2007 15:46:57 +0200 Subject: cpuspeed (and other) service stop scripts In-Reply-To: <46C379ED.3020201@cora.nwra.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> <46C16A2A.8000607@gmail.com> <46C1C054.2040205@redhat.com> <1187187266.2698.6.camel@laptopd505.fenrus.org> <20070815215737.GC22801@redhat.com> <46C379ED.3020201@cora.nwra.com> Message-ID: <1187259744.20904.27.camel@s1.crocom.com.pl> Dnia 15-08-2007, ?r o godzinie 16:10 -0600, Orion Poplawski napisa?(a): > Dave Jones wrote: > > On Wed, Aug 15, 2007 at 07:14:25AM -0700, Arjan van de Ven wrote: > > > > > > speaking of cpuspeed... why does it have a script that runs at shutdown? > > > sounds like a total waste of cpu cycles and disk accesses and spuriously > > > making boot times longer.. since really what would it to? > > > > Sometimes it's useful to be able to 'service cpuspeed stop'. > > AIUI, the problem is we don't have a way to discriminate between that > > use case, and shutting down. > > service cpuspeed stop basically just runs "/etc/rc.d/init.d/cpuspeed > stop". That's independent from having a /etc/rc.d/rc0.d/K99cpuspeed > script that runs at shutdown. However, the other thing that the stop > does is remove the /var/lock/subsys/cpuspeed file. These files are > pretty tightly integrated to our service system and forces most services > to get explicitly stopped. Might be worth examining how useful the lock > file is and whether *every* init script should use it. To save developers from reinventing the wheel... Year ago Ubuntu folks analysed which services could be simply killed with TERM on shutdown. Results and links are here: https://wiki.ubuntu.com/Teardown It may be a good start. -- Tomasz Torcz From tcallawa at redhat.com Thu Aug 16 13:54:05 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 16 Aug 2007 09:54:05 -0400 Subject: no restriction license? In-Reply-To: <20070816130825.GC3313@free.fr> References: <20070816130825.GC3313@free.fr> Message-ID: <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> On Thu, 2007-08-16 at 15:08 +0200, Patrice Dumas wrote: > Hello, > > I have the following licenses in lesstif. What is the associated short > license name: > > * Copyright 1994 Robert Nation. No restrictions are placed on this > * code, > * as long as the copyright notice is preserved. No guarantees or > * warrantees of any sort whatsoever are given or implied or anything. > > > > * Copyright 1993, Robert Nation > * You may use this code for any purpose, as long as the original > * copyright remains in the source code and all documentation Is that the only license for Lesstif? Strictly speaking, this isn't a license. This is copyright assignment with no restrictions. I haven't added it to the table yet, because so far, nothing has been wholly under this "license". It's not worth listing until we hit a case where this is the only "license" for a package. ~spot From tcallawa at redhat.com Thu Aug 16 13:55:12 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 16 Aug 2007 09:55:12 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <1187270550.27768.17.camel@localhost.localdomain> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> <1187270550.27768.17.camel@localhost.localdomain> Message-ID: <1187272512.3439.118.camel@dhcp83-165.boston.redhat.com> On Thu, 2007-08-16 at 09:22 -0400, Simo Sorce wrote: = > I think this is wrong, I am sorry I didn't catch it before, but if > COPYING is not just a mere copy of the GPL license as published by the > FSF, but it is actually an obviously edited file which express the > intention of the Author, it do matter by all means, and it express the > license you should use. See my other email for this case, but yes: If the source code doesn't specify a version, and documentation exists from upstream that clearly shows the intention of the Author, then that documentation is valid for determining the license version. ~spot From azeem81 at msn.com Thu Aug 16 14:04:20 2007 From: azeem81 at msn.com (azeem ahmad) Date: Thu, 16 Aug 2007 19:04:20 +0500 Subject: mini operating system In-Reply-To: <46C454CD.6080607@linux-kernel.at> Message-ID: >From: Oliver Falk >Reply-To: Development discussions related to Fedora Core > >To: Development discussions related to Fedora Core > >Subject: Re: mini operating system >Date: Thu, 16 Aug 2007 15:44:45 +0200 > >On 08/16/2007 03:28 PM, azeem ahmad wrote: > > hi list > > i want to develop a basic operating system for learning purposes which > > contains the following > > > > -device manager > > -File manager > > -memory manager > > -communication manager > > -bootloader > > > > all these things i want to develop by my own self, i want the system to > > reside on a flopy disk, with which i cant boot an Intel computer and can > > do some basic work. > > > > the problem is that i cant get so many floppy disks to work and test > > again and again as floppy disk demages so quickly. > > > > is there any simulator on Linux or windows which i can use to check my > > programs. (note that these programs can not be checked on a running > > operating system, as i have to initiate BIOS interupts directly). > > the Operating environemnt i would prefer is Fedora Core and the Language > > is ANCI C. > > > > waiting for ur response > >Use qemu for this. qemu is available via yum. > >Best, > Oliver > thanx Oliver, but as much i read about it, will it simulate the BIOS interupts before booting the OS? Regards Azeem _________________________________________________________________ Don't just search. Find. Check out the new MSN Search! http://search.msn.com/ From oliver at linux-kernel.at Thu Aug 16 14:11:33 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 16 Aug 2007 16:11:33 +0200 Subject: mini operating system In-Reply-To: References: Message-ID: <46C45B15.4030909@linux-kernel.at> On 08/16/2007 04:04 PM, azeem ahmad wrote: > > > >> From: Oliver Falk >> Reply-To: Development discussions related to Fedora Core >> >> To: Development discussions related to Fedora Core >> >> Subject: Re: mini operating system >> Date: Thu, 16 Aug 2007 15:44:45 +0200 >> >> On 08/16/2007 03:28 PM, azeem ahmad wrote: >> > hi list >> > i want to develop a basic operating system for learning purposes which >> > contains the following >> > >> > -device manager >> > -File manager >> > -memory manager >> > -communication manager >> > -bootloader >> > >> > all these things i want to develop by my own self, i want the system to >> > reside on a flopy disk, with which i cant boot an Intel computer and >> can >> > do some basic work. >> > >> > the problem is that i cant get so many floppy disks to work and test >> > again and again as floppy disk demages so quickly. >> > >> > is there any simulator on Linux or windows which i can use to check my >> > programs. (note that these programs can not be checked on a running >> > operating system, as i have to initiate BIOS interupts directly). >> > the Operating environemnt i would prefer is Fedora Core and the >> Language >> > is ANCI C. >> > >> > waiting for ur response >> >> Use qemu for this. qemu is available via yum. >> >> Best, >> Oliver >> > > thanx Oliver, but as much i read about it, will it simulate the BIOS > interupts before booting the OS? Bot 100% sure what you mean with that... But actually, qemu is just like vmware - it will simulate everything - bios, interrupts, ... I guess you can also get some vmware - I believe there is a free version available now and it should work on Fedora. Maybe bochs is also an alternative for you (never used it myself) -of From fedora at camperquake.de Thu Aug 16 14:12:52 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 16 Aug 2007 16:12:52 +0200 Subject: mini operating system In-Reply-To: References: <46C454CD.6080607@linux-kernel.at> Message-ID: <20070816161252.54131189@banea.int.addix.net> Hi. On Thu, 16 Aug 2007 19:04:20 +0500, azeem ahmad wrote: > thanx Oliver, but as much i read about it, will it simulate the BIOS > interupts before booting the OS? It will (among other platforms) emulate a complete x86 based PC, with a network card, VGA card, IDE controller and a floppy controller. It does have it's own BIOS like a real PC would. From ssorce at redhat.com Thu Aug 16 14:18:09 2007 From: ssorce at redhat.com (Simo Sorce) Date: Thu, 16 Aug 2007 10:18:09 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <20070816093045.1b3de827@mentok.boston.redhat.com> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> <1187270550.27768.17.camel@localhost.localdomain> <20070816093045.1b3de827@mentok.boston.redhat.com> Message-ID: <1187273889.27768.33.camel@localhost.localdomain> On Thu, 2007-08-16 at 09:30 -0400, Jesse Keating wrote: > On Thu, 16 Aug 2007 09:22:30 -0400 > Simo Sorce wrote: > > > I think this is wrong, I am sorry I didn't catch it before, but if > > COPYING is not just a mere copy of the GPL license as published by the > > FSF, but it is actually an obviously edited file which express the > > intention of the Author, it do matter by all means, and it express the > > license you should use. > > Of course conflicts with the license in single source files have to be > > resolved, but if source files lack any mention of the license version > > they are under, what matter is what's in COPYING. IMO IANAL > > But what if the file isn't modified, and is obviously a verbatim copy > from the webpage? It depends on the case imo. This would me my interpretation: 1. COPYING verbatim copied, source specify version: source wins 2. COPYING verbatim copied, source does not specify anything: COPYING wins 3. COPYING verbatim copied, source lack only the version: IMO best course is to contact the authors, but I guess here Spot reasoning is the best we can do == any version 4. COPYING modified, source specify version: check for conflicts, more restrictive wins (also a good idea is to contact the authors to recompose the conflicts) 5. COPYING modified, source does not specify anything: COPYING wins 6. COPYING modified, source lack only the version: COPYING wins Simo. From arjan at infradead.org Thu Aug 16 14:16:01 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Thu, 16 Aug 2007 07:16:01 -0700 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <1187273889.27768.33.camel@localhost.localdomain> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> <1187270550.27768.17.camel@localhost.localdomain> <20070816093045.1b3de827@mentok.boston.redhat.com> <1187273889.27768.33.camel@localhost.localdomain> Message-ID: <1187273761.2756.0.camel@laptopd505.fenrus.org> > 4. COPYING modified, source specify version: check for conflicts, more > restrictive wins (also a good idea is to contact the authors to > recompose the conflicts) > 5. COPYING modified, source does not specify anything: COPYING wins > 6. COPYING modified, source lack only the version: COPYING wins in these cases you have a bigger problem btw since the COPYING file doesn't allow modification of the core of it at least... From azeem81 at msn.com Thu Aug 16 14:20:29 2007 From: azeem81 at msn.com (azeem ahmad) Date: Thu, 16 Aug 2007 19:20:29 +0500 Subject: mini operating system In-Reply-To: <20070816161252.54131189@banea.int.addix.net> Message-ID: >From: Ralf Ertzinger >Reply-To: Development discussions related to Fedora Core > >To: fedora-devel-list at redhat.com >Subject: Re: mini operating system >Date: Thu, 16 Aug 2007 16:12:52 +0200 > >Hi. > >On Thu, 16 Aug 2007 19:04:20 +0500, azeem ahmad wrote: > > > thanx Oliver, but as much i read about it, will it simulate the BIOS > > interupts before booting the OS? > >It will (among other platforms) emulate a complete x86 based PC, with >a network card, VGA card, IDE controller and a floppy controller. It does >have it's own BIOS like a real PC would. > Thanx; i gonna try it is it the easiest program? as i am a newbie too Regards Azeem _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From esandeen at redhat.com Thu Aug 16 14:23:20 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Thu, 16 Aug 2007 09:23:20 -0500 Subject: mount.nfs4 used greatest stack depth: 612 bytes left In-Reply-To: <46C4094F.5070605@cohtech.com> References: <46C4094F.5070605@cohtech.com> Message-ID: <46C45DD8.9080102@redhat.com> Howard Wilkinson wrote: > Anybody know what this message means - apart from giving me a sinking > feeling - and how worried I need to be. > > Is this something I should fix? tune for? or just keep an eye on. > > This is being reported by 2.6.23-0.104.rc3.fc8 which I am trialing to > see if it fixes an NFS4 bug. I assume this was x86? It means that by the time that mount thread exited, it had at one point used all but 612 bytes of the 4k stack, or about 85% of available stack space, and that this was the furthest stack excursion to date. The messages is printed each time a new maximum stack excursion is detected, at the time of thread exit. So you had a bit of stack space left, but not a lot. So nothing went wrong here, but you're getting a bit closer to the edge. I can get lower numbers, but only using xfs over lvm on x86 :) I would be curious to know if anyone else gets lower "bytes left" numbers, and what the scenario was... -Eric From pertusus at free.fr Thu Aug 16 14:16:01 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 16 Aug 2007 16:16:01 +0200 Subject: no restriction license? In-Reply-To: <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> Message-ID: <20070816141601.GF3313@free.fr> On Thu, Aug 16, 2007 at 09:54:05AM -0400, Tom spot Callaway wrote: > > Is that the only license for Lesstif? No, there are LGPLv2+, MIT and GPLv2+ parts. > Strictly speaking, this isn't a license. This is copyright assignment > with no restrictions. > > I haven't added it to the table yet, because so far, nothing has been > wholly under this "license". It's not worth listing until we hit a case > where this is the only "license" for a package. I thought than when there are multiple licenses all must be listed with and: http://fedoraproject.org/wiki/Packaging/LicensingGuidelines#head-5dcaa7704b32aabaddc2e709f328f48eea6c91de -- Pat From ssorce at redhat.com Thu Aug 16 14:27:00 2007 From: ssorce at redhat.com (Simo Sorce) Date: Thu, 16 Aug 2007 10:27:00 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <1187273761.2756.0.camel@laptopd505.fenrus.org> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> <1187270550.27768.17.camel@localhost.localdomain> <20070816093045.1b3de827@mentok.boston.redhat.com> <1187273889.27768.33.camel@localhost.localdomain> <1187273761.2756.0.camel@laptopd505.fenrus.org> Message-ID: <1187274420.27768.36.camel@localhost.localdomain> On Thu, 2007-08-16 at 07:16 -0700, Arjan van de Ven wrote: > > > 4. COPYING modified, source specify version: check for conflicts, more > > restrictive wins (also a good idea is to contact the authors to > > recompose the conflicts) > > 5. COPYING modified, source does not specify anything: COPYING wins > > 6. COPYING modified, source lack only the version: COPYING wins > > > in these cases you have a bigger problem btw since the COPYING file > doesn't allow modification of the core of it at least... I am not saying the author have changed the license, I am saying the author has *added* comments like: "And BTW all the code is GPLv2 only" or "And I mean GPLv2 OR LATER here, no matter what the source say" Simo. From pertusus at free.fr Thu Aug 16 14:21:34 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 16 Aug 2007 16:21:34 +0200 Subject: no restriction license? In-Reply-To: <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> Message-ID: <20070816142134.GG3313@free.fr> On Thu, Aug 16, 2007 at 09:54:05AM -0400, Tom spot Callaway wrote: > > Is that the only license for Lesstif? > > Strictly speaking, this isn't a license. This is copyright assignment > with no restrictions. Could you explain a bit more? Is there a practical difference compared with a license like BSD/MIT? > I haven't added it to the table yet, because so far, nothing has been > wholly under this "license". It's not worth listing until we hit a case > where this is the only "license" for a package. In any case I think it would be good to add to the good license page, such that people don't think this is bad -- even without short name. -- Pat From tcallawa at redhat.com Thu Aug 16 14:26:05 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 16 Aug 2007 10:26:05 -0400 Subject: no restriction license? In-Reply-To: <20070816141601.GF3313@free.fr> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> Message-ID: <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> On Thu, 2007-08-16 at 16:16 +0200, Patrice Dumas wrote: > On Thu, Aug 16, 2007 at 09:54:05AM -0400, Tom spot Callaway wrote: > > > > Is that the only license for Lesstif? > > No, there are LGPLv2+, MIT and GPLv2+ parts. > > > Strictly speaking, this isn't a license. This is copyright assignment > > with no restrictions. > > > > I haven't added it to the table yet, because so far, nothing has been > > wholly under this "license". It's not worth listing until we hit a case > > where this is the only "license" for a package. > > I thought than when there are multiple licenses all must be listed with > and: > http://fedoraproject.org/wiki/Packaging/LicensingGuidelines#head-5dcaa7704b32aabaddc2e709f328f48eea6c91de Yes. Except for this. You don't have to list "no license". ;) ~spot From pertusus at free.fr Thu Aug 16 14:28:33 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 16 Aug 2007 16:28:33 +0200 Subject: no restriction license? In-Reply-To: <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> Message-ID: <20070816142833.GH3313@free.fr> On Thu, Aug 16, 2007 at 10:26:05AM -0400, Tom spot Callaway wrote: > > > Yes. Except for this. You don't have to list "no license". ;) This should certainly be explained somewhere. -- Pat From tcallawa at redhat.com Thu Aug 16 14:32:42 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 16 Aug 2007 10:32:42 -0400 Subject: no restriction license? In-Reply-To: <20070816142134.GG3313@free.fr> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816142134.GG3313@free.fr> Message-ID: <1187274762.3439.128.camel@dhcp83-165.boston.redhat.com> On Thu, 2007-08-16 at 16:21 +0200, Patrice Dumas wrote: > On Thu, Aug 16, 2007 at 09:54:05AM -0400, Tom spot Callaway wrote: > > > > Is that the only license for Lesstif? > > > > Strictly speaking, this isn't a license. This is copyright assignment > > with no restrictions. > > Could you explain a bit more? Is there a practical difference compared > with a license like BSD/MIT? > > > I haven't added it to the table yet, because so far, nothing has been > > wholly under this "license". It's not worth listing until we hit a case > > where this is the only "license" for a package. > > In any case I think it would be good to add to the good license page, > such that people don't think this is bad -- even without short name. Its a step more simplistic than BSD and MIT, in that those licenses clearly define and grant specific permissions. This license is vague, and grants "all" permissions. It says, do whatever you want, as long as you keep my copyright intact. The short name for this case would be "Copyright only". You don't have to list this if you don't want to. You can if you feel motivated. The only way we'd fail to comply with this license is if we took out the copyright statement, which we can't legally do anyways. (This is subtly different from Public Domain, which has the same blanket "grant all", but has no copyright assignment.) ~spot From tcallawa at redhat.com Thu Aug 16 14:36:34 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 16 Aug 2007 10:36:34 -0400 Subject: no restriction license? In-Reply-To: <20070816142833.GH3313@free.fr> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> <20070816142833.GH3313@free.fr> Message-ID: <1187274994.3439.130.camel@dhcp83-165.boston.redhat.com> On Thu, 2007-08-16 at 16:28 +0200, Patrice Dumas wrote: > On Thu, Aug 16, 2007 at 10:26:05AM -0400, Tom spot Callaway wrote: > > > > > > Yes. Except for this. You don't have to list "no license". ;) > > This should certainly be explained somewhere. I'm putting the explanation in the wiki now (same one I just emailed out), and adding it to the Good table. ~spot From pertusus at free.fr Thu Aug 16 14:38:33 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 16 Aug 2007 16:38:33 +0200 Subject: no restriction license? In-Reply-To: <1187274762.3439.128.camel@dhcp83-165.boston.redhat.com> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816142134.GG3313@free.fr> <1187274762.3439.128.camel@dhcp83-165.boston.redhat.com> Message-ID: <20070816143833.GI3313@free.fr> On Thu, Aug 16, 2007 at 10:32:42AM -0400, Tom spot Callaway wrote: > > Its a step more simplistic than BSD and MIT, in that those licenses > clearly define and grant specific permissions. > > This license is vague, and grants "all" permissions. It says, do > whatever you want, as long as you keep my copyright intact. > > The short name for this case would be "Copyright only". > > You don't have to list this if you don't want to. You can if you feel > motivated. The only way we'd fail to comply with this license is if we > took out the copyright statement, which we can't legally do anyways. > > (This is subtly different from Public Domain, which has the same blanket > "grant all", but has no copyright assignment.) Ok. What about something along: ||Copyright only || || Yes ||Yes || Yes || Not strictly a license. All permissions are granted. The text could be similar with 'No restrictions are placed on this code.' There is no need to list that kind of condition in the License field. || -- Pat From j.w.r.degoede at hhs.nl Thu Aug 16 14:57:53 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Aug 2007 16:57:53 +0200 Subject: no restriction license? In-Reply-To: <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> Message-ID: <46C465F1.7050003@hhs.nl> Tom "spot" Callaway wrote: > On Thu, 2007-08-16 at 16:16 +0200, Patrice Dumas wrote: >> On Thu, Aug 16, 2007 at 09:54:05AM -0400, Tom spot Callaway wrote: >>> Is that the only license for Lesstif? >> No, there are LGPLv2+, MIT and GPLv2+ parts. >> >>> Strictly speaking, this isn't a license. This is copyright assignment >>> with no restrictions. >>> >>> I haven't added it to the table yet, because so far, nothing has been >>> wholly under this "license". It's not worth listing until we hit a case >>> where this is the only "license" for a package. >> I thought than when there are multiple licenses all must be listed with >> and: >> http://fedoraproject.org/wiki/Packaging/LicensingGuidelines#head-5dcaa7704b32aabaddc2e709f328f48eea6c91de > > Yes. Except for this. You don't have to list "no license". ;) > Erm, I thought the "License: foo and bar" was only necessary if there are different licensed binaries in the same rpm (not srpm, think subpackages), and that if one binary has code from multiple compatible licenses that then only the strictest license should be named for that binary, as that is the effective license for that binary then. So if I have a package with 3 binaries, one all GPLv2+ code, one GPLv2+ and some BSD code, and one GPLv2+ and LGPLv2+ code, then all 3 binaries are effectively licensed under GPLv2+ and thus the License tag is just: "GPLv2+" and not "GPLv2+ and LGPLv2+ and BSD". Regards, Hans From rc040203 at freenet.de Thu Aug 16 15:09:38 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 16 Aug 2007 17:09:38 +0200 Subject: no restriction license? In-Reply-To: <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> Message-ID: <1187276978.14035.409.camel@mccallum.corsepiu.local> On Thu, 2007-08-16 at 09:54 -0400, Tom "spot" Callaway wrote: > On Thu, 2007-08-16 at 15:08 +0200, Patrice Dumas wrote: > > Hello, > > > > I have the following licenses in lesstif. What is the associated short > > license name: > > > > * Copyright 1994 Robert Nation. No restrictions are placed on this > > * code, > > * as long as the copyright notice is preserved. No guarantees or > > * warrantees of any sort whatsoever are given or implied or anything. > > > > > > > > * Copyright 1993, Robert Nation > > * You may use this code for any purpose, as long as the original > > * copyright remains in the source code and all documentation > > Is that the only license for Lesstif? > > Strictly speaking, this isn't a license. This is copyright assignment > with no restrictions. Of cause this a license! A very liberal one! It says: This is free SW, you may do whatever you like with it, but you may not take away my copyright (Claiming copyright is a prerequisite to being able to license something). > I haven't added it to the table yet, because so far, nothing has been > wholly under this "license". It's not worth listing until we hit a case > where this is the only "license" for a package. Such kind of libre licenses are very common in the non-GNU world. Often to be found in individual files inside of bigger packages which come with a different license acting as umbrella. Ralf From tcallawa at redhat.com Thu Aug 16 15:05:04 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 16 Aug 2007 11:05:04 -0400 Subject: no restriction license? In-Reply-To: <46C465F1.7050003@hhs.nl> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> <46C465F1.7050003@hhs.nl> Message-ID: <1187276704.3439.140.camel@dhcp83-165.boston.redhat.com> On Thu, 2007-08-16 at 16:57 +0200, Hans de Goede wrote: > Erm, I thought the "License: foo and bar" was only necessary if there are > different licensed binaries in the same rpm (not srpm, think subpackages), and > that if one binary has code from multiple compatible licenses that then only > the strictest license should be named for that binary, as that is the effective > license for that binary then. So if I have a package with 3 binaries, one all > GPLv2+ code, one GPLv2+ and some BSD code, and one GPLv2+ and LGPLv2+ code, > then all 3 binaries are effectively licensed under GPLv2+ and thus the License > tag is just: "GPLv2+" and not "GPLv2+ and LGPLv2+ and BSD". Yes. The one exception to this is when the licenses are compatible, but not consuming. (Note: This is really rare. GPL/LGPL + anything == GPL/LGPL) In some cases, it is possible for a binary to be generated from multiple source files with compatible, but differing licenses. Thus, the binary file would actually have simultaneous dual licensing (an AND, as opposed to an OR). For example, it is possible that a binary is generated from a source file licensed as BSD with advertising, and another source file licensed as QPL (which specifies that modifications must be shipped as patches). In this scenario, we'd wrap the list of licenses for that binary with parenthesis, example: Package spot-utils contains some files under the Python License, but one of the files is generated from a BSD with advertising source file and a QPL source file. License: Python and (BSD with advertising and QPL) Think about it like this: If License A has a restriction on what you may eat, and License B has a restriction on what you may drink, but they are otherwise compatible, the resulting work would have both restrictions, and we need to reflect that in the License tag. ~spot From pmatilai at redhat.com Thu Aug 16 15:42:50 2007 From: pmatilai at redhat.com (Panu Matilainen) Date: Thu, 16 Aug 2007 18:42:50 +0300 (EEST) Subject: Extracting python dependencies automatically, take two In-Reply-To: References: <604aa7910708150936r206da1ceq2c3ac06f268d9272@mail.gmail.com> Message-ID: On Thu, 16 Aug 2007, Panu Matilainen wrote: > The big problem with using modulefinder is that it expects to be able to > actually import the modules. That might work fairly ok for the occasional > "rpmbuild -bb my.spec" use on developers host, but in minimal buildroots... > to satisfy that, the manual Requires turn into BuildRequires, so much for > automatic dependencies. In other words, the current pythondeps.py is totally > useless in real world :) > > It gets worse from here. Things are fairly straightforward as long as we're > only talking about modules in standard locations (either things in python > standard library or site-packages) but what about cases where the software > uses a custom path to import private modules (eg yum importing stuff from > /usr/share/yum-cli)? Since you can't verify if something is in site-packages > (because you can't assume them being installed on minimal buildroot), there's > no way to know if import A is on private or public module. It's possible to > look through the filenames and see if there are matching *.py[co] files in > non-standard locations and assume they're just private modules but there is > some room for error in there. Largely rewrote the thing to at least try to address some of these issues, updated version again at http://laiskiainen.org/rpm/scripts/pythondeps.py Modulefinder is now gone and replaced with manual parsing of imports from the python scripts. Only unconditional module initialization level imports are looked at, so any imports within functions etc will go unnoticed. OTOH this way most false positives are avoided. There are still various cases where it gets confused but should be a fair bit better and also way faster because it doesn't actually import half the world when processing stuff. One known issue is with submodules within a single file, such as os.path in os module, that should be resolvable. The much nastier issue is software using "private" modules of other software by extending sys.path, that's pretty much unsolvable automatically. - Panu - From pertusus at free.fr Thu Aug 16 16:05:11 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 16 Aug 2007 18:05:11 +0200 Subject: no restriction license? In-Reply-To: <46C465F1.7050003@hhs.nl> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> <46C465F1.7050003@hhs.nl> Message-ID: <20070816160511.GM3313@free.fr> On Thu, Aug 16, 2007 at 04:57:53PM +0200, Hans de Goede wrote: > Erm, I thought the "License: foo and bar" was only necessary if there are > different licensed binaries in the same rpm (not srpm, think subpackages), > and that if one binary has code from multiple compatible licenses that then > only the strictest license should be named for that binary, as that is the > effective license for that binary then. So if I have a package with 3 > binaries, one all GPLv2+ code, one GPLv2+ and some BSD code, and one GPLv2+ > and LGPLv2+ code, then all 3 binaries are effectively licensed under GPLv2+ > and thus the License tag is just: "GPLv2+" and not "GPLv2+ and LGPLv2+ and > BSD". This is not what is written here: http://fedoraproject.org/wiki/Packaging/LicensingGuidelines#head-5dcaa7704b32aabaddc2e709f328f48eea6c91de Quoting: If your package contains files which are under multiple, distinct, and independent licenses, then the spec must reflect this by using "and" as a separator. Fedora maintainers are highly encouraged to avoid this scenario whenever reasonably possible, by dividing files into subpackages (subpackages can each have their own License: field). It should certainly be precised; When speaking about files is it about source files? Or only packaged files? If when source files are under LGPLv2+ and MIT the the license should be LGPLv2+ and not LGPLv2+ and MIT, it should be explained on the page. -- Pat From pertusus at free.fr Thu Aug 16 16:08:28 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 16 Aug 2007 18:08:28 +0200 Subject: no restriction license? In-Reply-To: <1187274994.3439.130.camel@dhcp83-165.boston.redhat.com> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> <20070816142833.GH3313@free.fr> <1187274994.3439.130.camel@dhcp83-165.boston.redhat.com> Message-ID: <20070816160828.GN3313@free.fr> On Thu, Aug 16, 2007 at 10:36:34AM -0400, Tom spot Callaway wrote: > > On Thu, 2007-08-16 at 16:28 +0200, Patrice Dumas wrote: > > On Thu, Aug 16, 2007 at 10:26:05AM -0400, Tom spot Callaway wrote: > > > > > > > > > Yes. Except for this. You don't have to list "no license". ;) > > > > This should certainly be explained somewhere. > > I'm putting the explanation in the wiki now (same one I just emailed > out), and adding it to the Good table. It seems perfect to me now. Thanks. -- Pat From j.w.r.degoede at hhs.nl Thu Aug 16 16:51:32 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Aug 2007 18:51:32 +0200 Subject: no restriction license? In-Reply-To: <20070816160511.GM3313@free.fr> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> <46C465F1.7050003@hhs.nl> <20070816160511.GM3313@free.fr> Message-ID: <46C48094.7000301@hhs.nl> Patrice Dumas wrote: > On Thu, Aug 16, 2007 at 04:57:53PM +0200, Hans de Goede wrote: >> Erm, I thought the "License: foo and bar" was only necessary if there are >> different licensed binaries in the same rpm (not srpm, think subpackages), >> and that if one binary has code from multiple compatible licenses that then >> only the strictest license should be named for that binary, as that is the >> effective license for that binary then. So if I have a package with 3 >> binaries, one all GPLv2+ code, one GPLv2+ and some BSD code, and one GPLv2+ >> and LGPLv2+ code, then all 3 binaries are effectively licensed under GPLv2+ >> and thus the License tag is just: "GPLv2+" and not "GPLv2+ and LGPLv2+ and >> BSD". > > This is not what is written here: > http://fedoraproject.org/wiki/Packaging/LicensingGuidelines#head-5dcaa7704b32aabaddc2e709f328f48eea6c91de > > Quoting: > If your package contains files which are under multiple, distinct, and > independent licenses, then the spec must reflect this by using "and" as > a separator. Fedora maintainers are highly encouraged to avoid this > scenario whenever reasonably possible, by dividing files into > subpackages (subpackages can each have their own License: field). > > It should certainly be precised; When speaking about files is it about > source files? Or only packaged files? > Only packaged files. > If when source files are under LGPLv2+ and MIT the the license should be > LGPLv2+ and not LGPLv2+ and MIT, it should be explained on the page. > It should then indeed be only LGPLv2+, and yes the documentation should be clearer on this. Regards, Hans From poelstra at redhat.com Thu Aug 16 16:57:59 2007 From: poelstra at redhat.com (John Poelstra) Date: Thu, 16 Aug 2007 09:57:59 -0700 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-13 Message-ID: <46C48217.2020209@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-aug-13 Please make corrections and clarifications to the wiki page. == Release Naming == * see IRC log for specific discussion * Decision: Release Engineering is going to get an early start on F8 naming 1. query maintainers-list for suggestions 1. filter them into a list for legal 1. take results from legal shove it into a voting application == Feature Freeze and Package QA == * see IRC log for discussion * Decisions: NONE == IRC Transcript == From tmraz at redhat.com Thu Aug 16 17:07:25 2007 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 16 Aug 2007 19:07:25 +0200 Subject: no restriction license? In-Reply-To: <1187276704.3439.140.camel@dhcp83-165.boston.redhat.com> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> <46C465F1.7050003@hhs.nl> <1187276704.3439.140.camel@dhcp83-165.boston.redhat.com> Message-ID: <1187284045.14791.26.camel@vespa.kabelta.loc> On Thu, 2007-08-16 at 11:05 -0400, Tom "spot" Callaway wrote: ... > In some cases, it is possible for a binary to be generated from multiple > source files with compatible, but differing licenses. Thus, the binary > file would actually have simultaneous dual licensing (an AND, as opposed > to an OR). For example, it is possible that a binary is generated from a > source file licensed as BSD with advertising, and another source file > licensed as QPL (which specifies that modifications must be shipped as > patches). In this scenario, we'd wrap the list of licenses for that > binary with parenthesis, example: > > Package spot-utils contains some files under the Python License, but one > of the files is generated from a BSD with advertising source file and a > QPL source file. > > License: Python and (BSD with advertising and QPL) Will the license tag language become Turing complete soon? > Think about it like this: > > If License A has a restriction on what you may eat, and License B has a > restriction on what you may drink, but they are otherwise compatible, > the resulting work would have both restrictions, and we need to reflect > that in the License tag. But what about the situation when License A says you may eat only hot chile peppers and License B says you may drink only hot tea or coffee? Are they compatible or not? :) -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From tcallawa at redhat.com Thu Aug 16 17:10:35 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 16 Aug 2007 13:10:35 -0400 Subject: no restriction license? In-Reply-To: <1187284045.14791.26.camel@vespa.kabelta.loc> References: <20070816130825.GC3313@free.fr> <1187272445.3439.116.camel@dhcp83-165.boston.redhat.com> <20070816141601.GF3313@free.fr> <1187274365.3439.120.camel@dhcp83-165.boston.redhat.com> <46C465F1.7050003@hhs.nl> <1187276704.3439.140.camel@dhcp83-165.boston.redhat.com> <1187284045.14791.26.camel@vespa.kabelta.loc> Message-ID: <1187284235.3439.156.camel@dhcp83-165.boston.redhat.com> On Thu, 2007-08-16 at 19:07 +0200, Tomas Mraz wrote: > But what about the situation when License A says you may eat only hot > chile peppers and License B says you may drink only hot tea or coffee? > Are they compatible or not? :) It depends on the peppers. ~spot From tcallawa at redhat.com Thu Aug 16 17:14:02 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 16 Aug 2007 13:14:02 -0400 Subject: Licensing FAQ Message-ID: <1187284442.3439.159.camel@dhcp83-165.boston.redhat.com> I've started a FAQ, to hopefully clarify some of the common licensing questions people are asking me. You can find it here: http://fedoraproject.org/wiki/Licensing/FAQ Thanks, ~spot From jsk_priv at gmx.de Thu Aug 16 17:45:32 2007 From: jsk_priv at gmx.de (Joerg Skottke) Date: Thu, 16 Aug 2007 19:45:32 +0200 Subject: mini operating system In-Reply-To: References: Message-ID: <46C48D3C.9020905@gmx.de> Hi Azeem, you can try out VirtualBox (www.virtualbox.org) which is free also. VMWare and VirtualBox are pretty simple to use. Joerg azeem ahmad schrieb: > > > >> From: Ralf Ertzinger >> Reply-To: Development discussions related to Fedora Core >> >> To: fedora-devel-list at redhat.com >> Subject: Re: mini operating system >> Date: Thu, 16 Aug 2007 16:12:52 +0200 >> >> Hi. >> >> On Thu, 16 Aug 2007 19:04:20 +0500, azeem ahmad wrote: >> >> > thanx Oliver, but as much i read about it, will it simulate the BIOS >> > interupts before booting the OS? >> >> It will (among other platforms) emulate a complete x86 based PC, with >> a network card, VGA card, IDE controller and a floppy controller. It >> does >> have it's own BIOS like a real PC would. >> > Thanx; > i gonna try it > is it the easiest program? > as i am a newbie too > > Regards > Azeem > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today it's > FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > From zboszor at freemail.hu Thu Aug 16 17:49:16 2007 From: zboszor at freemail.hu (Zoltan Boszormenyi) Date: Thu, 16 Aug 2007 19:49:16 +0200 Subject: rawhide report: 20070816 changes In-Reply-To: <200708161129.l7GBTbhN023202@porkchop.devel.redhat.com> References: <200708161129.l7GBTbhN023202@porkchop.devel.redhat.com> Message-ID: <46C48E1C.4050804@freemail.hu> Build System ?rta: > mesa-7.0.1-3.fc8 > ---------------- > * Wed Aug 15 2007 Dave Airlie - 7.0.1-3 > - mesa-7.0.1-stable-branch.patch - Add patches from stable branch > includes support for some Intel chipsets > - mesa-7.0-use_master-r300.patch - Add r300 driver from master > > * Tue Aug 14 2007 Dave Airlie - 7.0.1-2 > - missing build requires for Xfixes-devel and Xdamage-devel > > * Mon Aug 13 2007 Dave Airlie - 7.0.1-1 > - Rebase to upstream 7.0.1 release > - ajax provided patches: for updated selinux awareness, build config > - gl visibility and picify were fixed upstream > - OS mesa library version are 6.5.3 not 7.0.1 - spec fix > ... > xorg-x11-server-1.3.0.0-20.fc8 > ------------------------------ > * Wed Aug 15 2007 Dave Airlie 1.3.0.0-20 > - xserver-1.3.0-newglx-offscreen-pixmaps.patch: fix zero-copy TFP again > Ohboyohboyohboy! :-) These packages combined with xorg-x11-drv-ati-6.6.193-2 on Fedora 7 finally I got functional 3D on my notebook with Xpress 200M. Thanks a lot! Do you consider backporting these to F7 officially? The only other thing I needed from rawhide was xorg-x11-proto-devel-7.2-12. However, I occasionally see incorrectly set videomode, something like bad frequency. I experienced the same sometimes with the old ati drv 6.6.0. I saw an article on www.phoronix.com about "vbespy" - does it help if I send videomodes/register dumps from my notebook? Best regards, Zolt?n B?sz?rm?nyi From orion at cora.nwra.com Thu Aug 16 17:52:13 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 16 Aug 2007 11:52:13 -0600 Subject: Problems with NetworkManager and autofs/NFS Message-ID: <46C48ECD.9010800@cora.nwra.com> NetworkManager is currently (in devel and F7) unusable with autofs and NFS mounts. This is because NetworkManager is stopped very early in the shutdown process (K02) and brings down the network with it. Then when autofs attempts to unmount any automounted nfs mounts, they fail because the remote machine is not accessible. Eventually the machine hangs trying to unmount the last nfs mounted directory. I suppose it might timeout eventually, but it's beyond my patience to wait that long. Questions: - Why is NetworkManager shutdown so early? - Should autofs/nfs shutdown do a forced unmount if needed? Would that work? - Do we need tighter NIS/autofs integration into NetworkManager? -- Orion Poplawski Technical Manager 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 orion at cora.nwra.com Thu Aug 16 18:21:47 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 16 Aug 2007 12:21:47 -0600 Subject: ufsparse -> suitesparse Message-ID: <46C495BB.9080608@cora.nwra.com> Looks like ufsparse has been replaced by suitesparse and ufsparse needs to get pulled from the devel repository. -- Orion Poplawski Technical Manager 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 pjones at redhat.com Thu Aug 16 18:40:39 2007 From: pjones at redhat.com (Peter Jones) Date: Thu, 16 Aug 2007 14:40:39 -0400 Subject: mkinitrd, ehci-hcd, error -71 on boot In-Reply-To: <20070814181438.31a67e7b.zaitcev@redhat.com> References: <20070814181438.31a67e7b.zaitcev@redhat.com> Message-ID: <46C49A27.6090506@redhat.com> Pete Zaitcev wrote: > Hi, guys: > > I just found that ehci is loaded last in Rawhide. Does anyone remember why? > > FYI, I was working on RHEL 5 bug (234847) where someone lost patience > with those spurious -71s at boot. I know these messages bug people in > Fedora as well. IIRC Chuck even asked me specifically if anything can > be done. > > If nobody has a specific objections, I think we should implement this, > it's overdue. Yep, totally agree, and it's committed in mkinitrd's git repo now. -- Peter From jon.nettleton at gmail.com Thu Aug 16 18:43:34 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Thu, 16 Aug 2007 14:43:34 -0400 Subject: Problems with NetworkManager and autofs/NFS In-Reply-To: <46C48ECD.9010800@cora.nwra.com> References: <46C48ECD.9010800@cora.nwra.com> Message-ID: On 8/16/07, Orion Poplawski wrote: > > NetworkManager is currently (in devel and F7) unusable with autofs and > NFS mounts. This is because NetworkManager is stopped very early in the > shutdown process (K02) and brings down the network with it. Then when > autofs attempts to unmount any automounted nfs mounts, they fail because > the remote machine is not accessible. Eventually the machine hangs > trying to unmount the last nfs mounted directory. I suppose it might > timeout eventually, but it's beyond my patience to wait that long. > > Questions: > > - Why is NetworkManager shutdown so early? > > - Should autofs/nfs shutdown do a forced unmount if needed? Would that > work? > > - Do we need tighter NIS/autofs integration into NetworkManager? Moving forward we need much tighter integration with all NetworkManager and all network services on the machine. What I have done to reduce contention as well as boot time is to remove the following services from my init process iscsi iscsid ntpd autofs sshd avahi-daemon avahi-dnsconfd yum-updatesd They all now are started by custom scripts in /etc/NetworkManager/dispatcher.d. Yes I know that theoretically autofs doesn't below there because it can mount non network drives, but I don't use that so it is there now. I can pass some of my stuff along if you are interested. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From lsof at nodata.co.uk Thu Aug 16 19:05:19 2007 From: lsof at nodata.co.uk (nodata) Date: Thu, 16 Aug 2007 21:05:19 +0200 Subject: Problems with NetworkManager and autofs/NFS In-Reply-To: References: <46C48ECD.9010800@cora.nwra.com> Message-ID: <1187291119.4346.0.camel@sb-home> Am Donnerstag, den 16.08.2007, 14:43 -0400 schrieb Jon Nettleton: > On 8/16/07, Orion Poplawski wrote: > NetworkManager is currently (in devel and F7) unusable with > autofs and > NFS mounts. This is because NetworkManager is stopped very > early in the > shutdown process (K02) and brings down the network with > it. Then when > autofs attempts to unmount any automounted nfs mounts, they > fail because > the remote machine is not accessible. Eventually the machine > hangs > trying to unmount the last nfs mounted directory. I suppose > it might > timeout eventually, but it's beyond my patience to wait that > long. > > Questions: > > - Why is NetworkManager shutdown so early? > > - Should autofs/nfs shutdown do a forced unmount if > needed? Would that > work? > > - Do we need tighter NIS/autofs integration into > NetworkManager? > > Moving forward we need much tighter integration with all > NetworkManager and all > network services on the machine. What I have done to reduce > contention as well > as boot time is to remove the following services from my init process > > iscsi > iscsid > ntpd > autofs > sshd > avahi-daemon > avahi-dnsconfd > yum-updatesd > > They all now are started by custom scripts > in /etc/NetworkManager/dispatcher.d. Yes > I know that theoretically autofs doesn't below there because it can > mount non network > drives, but I don't use that so it is there now. > > I can pass some of my stuff along if you are interested. > > Jon > > > This all comes down to a failure of the init system to be smart enough though, doesn't it? From jspaleta at gmail.com Thu Aug 16 19:13:58 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Aug 2007 11:13:58 -0800 Subject: Problems with NetworkManager and autofs/NFS In-Reply-To: <1187291119.4346.0.camel@sb-home> References: <46C48ECD.9010800@cora.nwra.com> <1187291119.4346.0.camel@sb-home> Message-ID: <604aa7910708161213t7b3de9aase51ecc3e3d74d8dd@mail.gmail.com> On 8/16/07, nodata wrote: > This all comes down to a failure of the init system to be smart enough > though, doesn't it? Is there potential use for oddjob here associated with network enabled services, so NetworkManager can talk over D-Bus to oddjob and run a set of network shutdown scripts? -jef From davej at redhat.com Thu Aug 16 19:16:04 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 16 Aug 2007 15:16:04 -0400 Subject: mkinitrd, ehci-hcd, error -71 on boot In-Reply-To: <46C49A27.6090506@redhat.com> References: <20070814181438.31a67e7b.zaitcev@redhat.com> <46C49A27.6090506@redhat.com> Message-ID: <20070816191604.GA13915@redhat.com> On Thu, Aug 16, 2007 at 02:40:39PM -0400, Peter Jones wrote: > Pete Zaitcev wrote: > > Hi, guys: > > > > I just found that ehci is loaded last in Rawhide. Does anyone remember why? > > > > FYI, I was working on RHEL 5 bug (234847) where someone lost patience > > with those spurious -71s at boot. I know these messages bug people in > > Fedora as well. IIRC Chuck even asked me specifically if anything can > > be done. > > > > If nobody has a specific objections, I think we should implement this, > > it's overdue. > > Yep, totally agree, and it's committed in mkinitrd's git repo now. Ooh, this is in git now? url ? Dave -- http://www.codemonkey.org.uk From lamont at gurulabs.com Thu Aug 16 19:18:48 2007 From: lamont at gurulabs.com (Lamont Peterson) Date: Thu, 16 Aug 2007 13:18:48 -0600 Subject: Problems with NetworkManager and autofs/NFS In-Reply-To: <1187291119.4346.0.camel@sb-home> References: <46C48ECD.9010800@cora.nwra.com> <1187291119.4346.0.camel@sb-home> Message-ID: <200708161318.53731.lamont@gurulabs.com> On Thursday 16 August 2007 01:05pm, nodata wrote: > Am Donnerstag, den 16.08.2007, 14:43 -0400 schrieb Jon Nettleton: [snip] > > Moving forward we need much tighter integration with all > > NetworkManager and all > > network services on the machine. What I have done to reduce > > contention as well > > as boot time is to remove the following services from my init process > > > > iscsi > > iscsid > > ntpd > > autofs > > sshd > > avahi-daemon > > avahi-dnsconfd > > yum-updatesd > > > > They all now are started by custom scripts > > in /etc/NetworkManager/dispatcher.d. Yes > > I know that theoretically autofs doesn't below there because it can > > mount non network > > drives, but I don't use that so it is there now. > > > > I can pass some of my stuff along if you are interested. > > > > Jon > > This all comes down to a failure of the init system to be smart enough > though, doesn't it? Not necessarily. The rule of thumb is that the S and K number should add up to 100, but you don't absolutely *have* to do that. If NetworkManager really does need to start up so late, we should still have it stopped as late as possible in the shutdown process. If the S and K don't add up to 100 because of t hat, oh well. However, I'm not sure that would entirely solve all the issues that are being discussed in this thread. -- Lamont Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] NOTE: All messages from this email address should be digitally signed with my 0xDC0DD409 GPG key. It is available on the pgp.mit.edu keyserver as well as other keyservers that sync with MIT's. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dominik at greysector.net Thu Aug 16 19:54:30 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 16 Aug 2007 21:54:30 +0200 Subject: ufsparse -> suitesparse In-Reply-To: <46C495BB.9080608@cora.nwra.com> References: <46C495BB.9080608@cora.nwra.com> Message-ID: <20070816195430.GA21784@ryvius.pekin.waw.pl> On Thursday, 16 August 2007 at 20:21, Orion Poplawski wrote: > Looks like ufsparse has been replaced by suitesparse and ufsparse needs > to get pulled from the devel repository. Does the soname change? Does the new package provide ufsparse(-devel)? Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From mzerqung at 0pointer.de Thu Aug 16 17:03:23 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Thu, 16 Aug 2007 19:03:23 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs Message-ID: <20070816170323.GA10959@tango.0pointer.de> Hi! A few minutes ago I edited "comps-f8.xml" and kicked out esound and enabled PulseAudio instead for default installs, as suggested here: http://fedoraproject.org/wiki/Releases/FeaturePulseaudio If PulseAudio is installed a lot of audio applications *will* break. PA provides compatibility with a couple of audio APIs, and it is my declared intention to provide compatibility with existing APIs as good as possible. However some APIs are notoriously difficult to virtualize (OSS), others don't really fit on top of something that is not a hardware device (ALSA, OSS), even others are often violated brutally by many applications (ALSA), and others are just too broken to be properly emulated in PA. Due to all that our compatibility APIs are far from perfect. They're quite good (and probably hugely better than any previous effort) but there are still a lot of applications where they are not good enough, especially those which play some dirty, non-standard games with audio devices. (i.e. require DMA/mmap working, use exotic fragment settings and suchlike). If your application doesn't work with any of our compatibility APIs, please file a bug to us and we'll try to fix this in our compat layers. Please do *not* file any bugs regarding adobe flash. We know it doesn't work on PA. Flash is completely broken when it comes to audio it we can neither support it through our ESD compat nor through our ALSA compat. Due to the closed source nature of Flash we cannot go and fix their code. I will eventually add some workarounds for this. But it's low priority on my list, given the closed source nature of Flash. Oh, and Flash is evil anyway. ;-) If you're packaging an audio application in Fedora, please go through the following list and check what is necessary to get your package working flawlessly with PA. And test your application with PA! Unfortunately, due to the heavy balkanization of Linux audio it is necessary to go through this list for each app seperately, and if necessary do some manual modifications to each seperately. 1. For GStreamer applications no changes are necessary. 2. For ESD clients no changes are necessary. 3. Read http://pulseaudio.org/wiki/PerfectSetup, you might find some valuable information for your package there. 4. If you maintain a "pro audio" application or a full-screen game: pro audio apps usually have very strict requirements on the sound system they use. We cannot provide all of them (yet) in Pulseaudio. Thus I recommend using a tool "pasuspender" that is shipped in pulseaudio-utils. This tool will suspend a running (local) PA server (if one is running), so that the audio devices are closed and start a child process that may be passed on the command line. After the child died the audio devices are resumed again. The execution environment (or open FDs) is not touched by pasuspender. Say you have a program, let's call it "jack". Then, rename /usr/bin/jack to /usr/bin/jack.real and make /usr/bin/jack a shell script with contents like this: #!/bin/sh if test -x /usr/bin/pasuspender ; then exec /usr/bin/pasuspender /usr/bin/jack.real "$@" else exec /usr/bin/jack.real "$@" fi Please use pasuspender only in few cases, because PA is network transparent and by using pasuspender you loose that (among other things). Don't forget to depend on pulseaudio-utils in your spec file if you use this! 5. If you have an application that uses OSS, check whether it works with padsp, our LD_PRELOAD OSS wrapper. If so, replace its binary by something like this: #!/bin/sh if test -x /usr/bin/padsp ; then exec /usr/bin/padsp /usr/bin/the-real-binary "$@" else exec /usr/bin/the-real-binary "$@" Don't forget to depend on pulseaudio-utils in your spec file if you use this! 6. If you have an application that uses ALSA, please make sure that it doesn't hardcode ALSA driver names (i.e. something like "hw:0"), it should use "default" instead, which is now being redirected to "pulse", our plugin for libasound. Hardcoding ALSA device names (besides "default") is a bug in your application anyway, so here you have yet another reason to fix that! Please note, that the PA version in Rawhide is based on an SVN snapshot that has not been released officially yet. Not all functionality has been restored that had been available in previous PA versions, due to major changes in the core since PA 0.9.6. Small FAQ: 1. What is this PulseAudio thing anyway? Come out under your rock, and read this: http://pulseaudio.org browse through this: http://0pointer.de/public/pulseaudio-presentation-ols2007.pdf watch this: http://mirror.linux.org.au/pub/linux.conf.au/2007/video/talks/211.ogg or have a peek on this: http://fedoraproject.org/wiki/Releases/FeaturePulseaudio 2. I hate sound servers, and all this Pulse crap! Please go back and hide under your rock again! Thank you! 3. I don't want to reinstall my system just to get PA installed. What can I do to install PA on my Rawhide system? Run "sudo yum install pulseaudio pulseaudio-esound-compat pulseaudio-module-gconf pulseaudio-module-x11 gstreamer-plugins-pulse pulseaudio-utils alsa-plugins-pulseaudio pavucontrol" You might also want to install a couple of optional packages: "sudo yum install pulseaudio-module-zeroconf pulseaudio-module-lirc pavumeter paman paprefs padevchooser" You also have to make sure that some GConf keys are set up properly: /system/gstreamer/0.10/default/audiosrc -> pulsesrc /system/gstreamer/0.10/default/audiosink -> pulsesink (or autoaudiosink) /system/gstreamer/0.10/default/chataudiosink -> pulsesink (or autoaudiosink) /system/gstreamer/0.10/default/musicaudiosink -> pulsesink (or autoaudiosink) /desktop/gnome/sound/enable_esd -> True 4. What about KDE? Yes, what about it? TBH I don't know. All I know is that KDE still ships aRts, but I have no idea what steps would be necessary to get properly supported in KDE. If you're into KDE and interested to get PA working properly with KDE, ping me! 5. I have a question! Just ping me (mezcalero) on #pulseaudio on freenode! I am happy to answer any question you might have. But before doing so, please have a look on this: http://pulseaudio.org/wiki/FAQ Thank you very much for your time, Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From orion at cora.nwra.com Thu Aug 16 20:22:43 2007 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Thu, 16 Aug 2007 14:22:43 -0600 (MDT) Subject: ufsparse -> suitesparse In-Reply-To: <20070816195430.GA21784@ryvius.pekin.waw.pl> References: <46C495BB.9080608@cora.nwra.com> <20070816195430.GA21784@ryvius.pekin.waw.pl> Message-ID: <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> > On Thursday, 16 August 2007 at 20:21, Orion Poplawski wrote: >> Looks like ufsparse has been replaced by suitesparse and ufsparse needs >> to get pulled from the devel repository. > > Does the soname change? Does the new package provide ufsparse(-devel)? > Not sure about the soname - but I don't think it does. suitespare provides and obsoletes ufsparse. I noticed it because ufsparse gets installed on new installs, but is then replaced with suitesparse on first yum update. From dominik at greysector.net Thu Aug 16 20:27:19 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 16 Aug 2007 22:27:19 +0200 Subject: ufsparse -> suitesparse In-Reply-To: <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> References: <46C495BB.9080608@cora.nwra.com> <20070816195430.GA21784@ryvius.pekin.waw.pl> <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> Message-ID: <20070816202719.GA22205@ryvius.pekin.waw.pl> On Thursday, 16 August 2007 at 22:22, orion at cora.nwra.com wrote: > > On Thursday, 16 August 2007 at 20:21, Orion Poplawski wrote: > >> Looks like ufsparse has been replaced by suitesparse and ufsparse needs > >> to get pulled from the devel repository. > > > > Does the soname change? Does the new package provide ufsparse(-devel)? > > > > Not sure about the soname - but I don't think it does. suitespare > provides and obsoletes ufsparse. I noticed it because ufsparse gets > installed on new installs, but is then replaced with suitesparse on first > yum update. So starting with devel/f8 I should use BuildRequires: suiteparse-devel, right? Or will there be an update for f7 as well? Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From d.jacobfeuerborn at conversis.de Thu Aug 16 20:43:57 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Thu, 16 Aug 2007 22:43:57 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816170323.GA10959@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: <46C4B70D.90409@conversis.de> Lennart Poettering wrote: ... > layers. Please do *not* file any bugs regarding adobe flash. We know > it doesn't work on PA. Flash is completely broken when it comes to > audio it we can neither support it through our ESD compat nor through > our ALSA compat. Due to the closed source nature of Flash we cannot go > and fix their code. I will eventually add some workarounds for > this. But it's low priority on my list, given the closed source nature > of Flash. Oh, and Flash is evil anyway. ;-) ... Does that mean users installing F8 will not be able to use YouTube, etc.? That sounds like a big showstopper for a lot of people out there... Regards, Dennis From jima at beer.tclug.org Thu Aug 16 20:49:49 2007 From: jima at beer.tclug.org (Jima) Date: Thu, 16 Aug 2007 15:49:49 -0500 (CDT) Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46C4B70D.90409@conversis.de> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> Message-ID: On Thu, 16 Aug 2007, Dennis Jacobfeuerborn wrote: > Lennart Poettering wrote: > ... >> layers. Please do *not* file any bugs regarding adobe flash. We know >> it doesn't work on PA. Flash is completely broken when it comes to >> audio it we can neither support it through our ESD compat nor through >> our ALSA compat. Due to the closed source nature of Flash we cannot go >> and fix their code. I will eventually add some workarounds for >> this. But it's low priority on my list, given the closed source nature >> of Flash. Oh, and Flash is evil anyway. ;-) > ... > > Does that mean users installing F8 will not be able to use YouTube, etc.? > That sounds like a big showstopper for a lot of people out there... IIRC, Flash sound ought to work through alsa-oss. Were it not broken by the glibc open() change. :-) Jima From jon.nettleton at gmail.com Thu Aug 16 20:53:38 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Thu, 16 Aug 2007 16:53:38 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46C4B70D.90409@conversis.de> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> Message-ID: On 8/16/07, Dennis Jacobfeuerborn wrote: > > Lennart Poettering wrote: > ... > > layers. Please do *not* file any bugs regarding adobe flash. We know > > it doesn't work on PA. Flash is completely broken when it comes to > > audio it we can neither support it through our ESD compat nor through > > our ALSA compat. Due to the closed source nature of Flash we cannot go > > and fix their code. I will eventually add some workarounds for > > this. But it's low priority on my list, given the closed source nature > > of Flash. Oh, and Flash is evil anyway. ;-) > ... > > Does that mean users installing F8 will not be able to use YouTube, etc.? > That sounds like a big showstopper for a lot of people out there... The best solution I have found is to run pulseaudio side by side with dmix. libflashsupport for pulseaudio causes frequent browser crashes. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From mzerqung at 0pointer.de Thu Aug 16 21:09:09 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Thu, 16 Aug 2007 23:09:09 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46C4B70D.90409@conversis.de> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> Message-ID: <20070816210909.GA23591@tango.0pointer.de> On Thu, 16.08.07 22:43, Dennis Jacobfeuerborn (d.jacobfeuerborn at conversis.de) wrote: > > Lennart Poettering wrote: > ... > >layers. Please do *not* file any bugs regarding adobe flash. We know > >it doesn't work on PA. Flash is completely broken when it comes to > >audio it we can neither support it through our ESD compat nor through > >our ALSA compat. Due to the closed source nature of Flash we cannot go > >and fix their code. I will eventually add some workarounds for > >this. But it's low priority on my list, given the closed source nature > >of Flash. Oh, and Flash is evil anyway. ;-) > ... > > Does that mean users installing F8 will not be able to use YouTube, etc.? > That sounds like a big showstopper for a lot of people out there... Last time I looked F8 didn't ship Flash. As I mentioned, I am working on some solution that can improve the situation. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Thu Aug 16 21:12:04 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Thu, 16 Aug 2007 23:12:04 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> Message-ID: <20070816211204.GB23591@tango.0pointer.de> On Thu, 16.08.07 16:53, Jon Nettleton (jon.nettleton at gmail.com) wrote: > > > audio it we can neither support it through our ESD compat nor through > > > our ALSA compat. Due to the closed source nature of Flash we cannot go > > > and fix their code. I will eventually add some workarounds for > > > this. But it's low priority on my list, given the closed source nature > > > of Flash. Oh, and Flash is evil anyway. ;-) > > ... > > > > Does that mean users installing F8 will not be able to use YouTube, etc.? > > That sounds like a big showstopper for a lot of people out there... > > > The best solution I have found is to run pulseaudio side by side with dmix. > libflashsupport for pulseaudio causes frequent browser crashes. Running PA on top of dmix is not exactly the perfect solution. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From d.jacobfeuerborn at conversis.de Thu Aug 16 21:22:29 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Thu, 16 Aug 2007 23:22:29 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816210909.GA23591@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> <20070816210909.GA23591@tango.0pointer.de> Message-ID: <46C4C015.6030108@conversis.de> Lennart Poettering wrote: > On Thu, 16.08.07 22:43, Dennis Jacobfeuerborn (d.jacobfeuerborn at conversis.de) wrote: > >> Lennart Poettering wrote: >> ... >>> layers. Please do *not* file any bugs regarding adobe flash. We know >>> it doesn't work on PA. Flash is completely broken when it comes to >>> audio it we can neither support it through our ESD compat nor through >>> our ALSA compat. Due to the closed source nature of Flash we cannot go >>> and fix their code. I will eventually add some workarounds for >>> this. But it's low priority on my list, given the closed source nature >>> of Flash. Oh, and Flash is evil anyway. ;-) >> ... >> >> Does that mean users installing F8 will not be able to use YouTube, etc.? >> That sounds like a big showstopper for a lot of people out there... > > Last time I looked F8 didn't ship Flash. Which doesn't change the fact that it's important functionality for users. > As I mentioned, I am working on some solution that can improve the > situation. Your statement in the announcement sounded very pessimistic in that regard. What I wanted to point out is that it's probably not a good idea to make the switch to PA before this is fixed because of the possible user backlash. If by "low priority" you mean "I'll get this in before the final release" then that's obviously not a problem anymore. It just didn't come across like this in the announcement. Regards, Dennis From martin.sourada at seznam.cz Thu Aug 16 21:25:42 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Thu, 16 Aug 2007 23:25:42 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816210909.GA23591@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> <20070816210909.GA23591@tango.0pointer.de> Message-ID: <1187299542.19350.102.camel@pc-notebook> On Thu, 2007-08-16 at 23:09 +0200, Lennart Poettering wrote: > On Thu, 16.08.07 22:43, Dennis Jacobfeuerborn (d.jacobfeuerborn at conversis.de) wrote: > > > > > Lennart Poettering wrote: > > ... > > >layers. Please do *not* file any bugs regarding adobe flash. We know > > >it doesn't work on PA. Flash is completely broken when it comes to > > >audio it we can neither support it through our ESD compat nor through > > >our ALSA compat. Due to the closed source nature of Flash we cannot go > > >and fix their code. I will eventually add some workarounds for > > >this. But it's low priority on my list, given the closed source nature > > >of Flash. Oh, and Flash is evil anyway. ;-) > > ... > > > > Does that mean users installing F8 will not be able to use YouTube, etc.? > > That sounds like a big showstopper for a lot of people out there... > > Last time I looked F8 didn't ship Flash. > > As I mentioned, I am working on some solution that can improve the > situation. > > Lennart > > -- > Lennart Poettering Red Hat, Inc. > lennart [at] poettering [dot] net ICQ# 11060553 > http://0pointer.net/lennart/ GnuPG 0x1A015CC4 > What about swfdec? Did you tried if it works, or have any information concerning this? I know, it's flash, it's not in Fedora, but it is FOSS anyway... Also what about apps with xine-lib backend? AFAIK they should support pulse audio, but I didn't tried it yet... Martin -------------- 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 david at lovesunix.net Thu Aug 16 21:28:36 2007 From: david at lovesunix.net (David Nielsen) Date: Thu, 16 Aug 2007 23:28:36 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <1187299542.19350.102.camel@pc-notebook> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> <20070816210909.GA23591@tango.0pointer.de> <1187299542.19350.102.camel@pc-notebook> Message-ID: <1187299716.17945.0.camel@dawkins> tor, 16 08 2007 kl. 23:25 +0200, skrev Martin Sourada: > On Thu, 2007-08-16 at 23:09 +0200, Lennart Poettering wrote: > > On Thu, 16.08.07 22:43, Dennis Jacobfeuerborn (d.jacobfeuerborn at conversis.de) wrote: > > > > > > > > Lennart Poettering wrote: > > > ... > > > >layers. Please do *not* file any bugs regarding adobe flash. We know > > > >it doesn't work on PA. Flash is completely broken when it comes to > > > >audio it we can neither support it through our ESD compat nor through > > > >our ALSA compat. Due to the closed source nature of Flash we cannot go > > > >and fix their code. I will eventually add some workarounds for > > > >this. But it's low priority on my list, given the closed source nature > > > >of Flash. Oh, and Flash is evil anyway. ;-) > > > ... > > > > > > Does that mean users installing F8 will not be able to use YouTube, etc.? > > > That sounds like a big showstopper for a lot of people out there... > > > > Last time I looked F8 didn't ship Flash. > > > > As I mentioned, I am working on some solution that can improve the > > situation. > > > > Lennart > > > > -- > > Lennart Poettering Red Hat, Inc. > > lennart [at] poettering [dot] net ICQ# 11060553 > > http://0pointer.net/lennart/ GnuPG 0x1A015CC4 > > > > What about swfdec? Did you tried if it works, or have any information > concerning this? I know, it's flash, it's not in Fedora, but it is FOSS > anyway... Also what about apps with xine-lib backend? AFAIK they should > support pulse audio, but I didn't tried it yet... gnash is in Fedora and when I tested last it appeared to work with PA. - David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From mzerqung at 0pointer.de Thu Aug 16 21:30:08 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Thu, 16 Aug 2007 23:30:08 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <1187299542.19350.102.camel@pc-notebook> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> <20070816210909.GA23591@tango.0pointer.de> <1187299542.19350.102.camel@pc-notebook> Message-ID: <20070816213008.GA24527@tango.0pointer.de> On Thu, 16.08.07 23:25, Martin Sourada (martin.sourada at seznam.cz) wrote: > > As I mentioned, I am working on some solution that can improve the > > situation. > > > > Lennart > > > > What about swfdec? Did you tried if it works, or have any information > concerning this? I know, it's flash, it's not in Fedora, but it is FOSS > anyway... swfdec is still far away for being a suitable flash replacement. Unfortunately. > Also what about apps with xine-lib backend? AFAIK they should > support pulse audio, but I didn't tried it yet... http://pulseaudio.org/wiki/PerfectSetup#Xine I wrote that driver ages ago for an old version of PA and someone else ported it to newer PA versions. I haven't used Xine in ages, and am not sure how well it works. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From lsof at nodata.co.uk Thu Aug 16 21:36:51 2007 From: lsof at nodata.co.uk (nodata) Date: Thu, 16 Aug 2007 23:36:51 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816170323.GA10959@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: <1187300211.4346.6.camel@sb-home> Am Donnerstag, den 16.08.2007, 19:03 +0200 schrieb Lennart Poettering: > I will eventually add some workarounds for this. By which test release? > But it's low priority on my list, given the closed source nature > of Flash. Oh, and Flash is evil anyway. ;-) Are you actually talking to the Adobe developers about this? From wtogami at redhat.com Thu Aug 16 21:43:56 2007 From: wtogami at redhat.com (Warren Togami) Date: Thu, 16 Aug 2007 17:43:56 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <1187300211.4346.6.camel@sb-home> References: <20070816170323.GA10959@tango.0pointer.de> <1187300211.4346.6.camel@sb-home> Message-ID: <46C4C51C.70208@redhat.com> nodata wrote: > Am Donnerstag, den 16.08.2007, 19:03 +0200 schrieb Lennart Poettering: >> I will eventually add some workarounds for this. > > By which test release? > >> But it's low priority on my list, given the closed source nature >> of Flash. Oh, and Flash is evil anyway. ;-) > > Are you actually talking to the Adobe developers about this? > Is the PulseAudio native interface (???) stable now? (If Adobe targeted that interface directly can they rely on it not changing for years?) Warren Togami wtogami at redhat.com From mcepl at redhat.com Thu Aug 16 21:40:19 2007 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 16 Aug 2007 23:40:19 +0200 Subject: Zod -> Moonshine -> ? Moonshine is a , is a References: <20070813122455.724d7df4@weaponx.rchland.ibm.com> Message-ID: On 2007-08-15, 18:59 GMT, Jima wrote: > Considering Aurora is the name of another Linux distribution, > notably a Fedora derivative, I think it's a pretty bad > candidate for a release name. Sorry, I didn't know that. Matej From j.w.r.degoede at hhs.nl Thu Aug 16 21:43:59 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Aug 2007 23:43:59 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816170323.GA10959@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: <46C4C51F.5080802@hhs.nl> Lennart Poettering wrote: > 3. I don't want to reinstall my system just to get PA installed. What > can I do to install PA on my Rawhide system? > > Run "sudo yum install pulseaudio pulseaudio-esound-compat > pulseaudio-module-gconf pulseaudio-module-x11 > gstreamer-plugins-pulse pulseaudio-utils alsa-plugins-pulseaudio > pavucontrol" > > You might also want to install a couple of optional packages: > > "sudo yum install pulseaudio-module-zeroconf pulseaudio-module-lirc > pavumeter paman paprefs padevchooser" > > You also have to make sure that some GConf keys are set up properly: > > /system/gstreamer/0.10/default/audiosrc -> pulsesrc > /system/gstreamer/0.10/default/audiosink -> pulsesink (or autoaudiosink) > /system/gstreamer/0.10/default/chataudiosink -> pulsesink (or autoaudiosink) > /system/gstreamer/0.10/default/musicaudiosink -> pulsesink (or autoaudiosink) > > /desktop/gnome/sound/enable_esd -> True > Okay, as I maintain many games and I want to make sure this doesn't mess things up, I've followed the above instructions. No joy. pa (through /usr/bin/esd) doesn't get started, when started from a terminal I get: [hans at shalem ~]$ esd W: main.c: WARNING: called SUID root, but not in group 'pulse-rt'. pulseaudio: pulsecore/fdsem.c:181: pa_fdsem_after_poll: Assertion `pa_atomic_dec(&f->waiting) >= 1' failed. Aborted [hans at shalem ~]$ This is on x86_64 rawhide (last fully updated about a week ago), please don't tell me pa isn't 64 bit clean, because then it really should be removed as an F-8 feature. Regards, Hans From mcepl at redhat.com Thu Aug 16 21:39:19 2007 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 16 Aug 2007 23:39:19 +0200 Subject: Taking over empathy? References: <1187255181.6175.5.camel@localhost> Message-ID: On 2007-08-16, 09:06 GMT, David Nielsen wrote: > My good friend Peter Gordon picked up Empathy so it should be Could you point him to http://bugzilla.gnome.org/show_bug.cgi?id=462097 and especially to http://bugzilla.gnome.org/show_bug.cgi?id=462097#c8 We spend half on this with my colleague who is maintainer of autotools ;-). Matej From alan at clueserver.org Thu Aug 16 21:55:12 2007 From: alan at clueserver.org (alan) Date: Thu, 16 Aug 2007 14:55:12 -0700 (PDT) Subject: Zod -> Moonshine -> ? Moonshine is a , is a In-Reply-To: References: <20070813122455.724d7df4@weaponx.rchland.ibm.com> Message-ID: On Thu, 16 Aug 2007, Matej Cepl wrote: > On 2007-08-15, 18:59 GMT, Jima wrote: >> Considering Aurora is the name of another Linux distribution, >> notably a Fedora derivative, I think it's a pretty bad >> candidate for a release name. > > Sorry, I didn't know that. I still think F8 should be called "Underline". -- Refrigerator Rule #1: If you don't remember when you bought it, Don't eat it. From mcepl at redhat.com Thu Aug 16 21:33:50 2007 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 16 Aug 2007 23:33:50 +0200 Subject: Meet the desktop team References: <1187141039.3199.21.camel@localhost.localdomain> <46C33580.5050505@redhat.com> <46C33A3B.40506@redhat.com> Message-ID: ["Followup-To:" header set to gmane.linux.redhat.fedora.desktop.] On 2007-08-15, 17:39 GMT, Christopher Aillon wrote: > This sounded harsher than I really meant. We can discuss other > times for future showings during the meeting, but it is hard to > make meetings work for all time zones in general. This isn't > the only Fedora meeting that is this late and there were other > #fedora-meeting ones already scheduled before this one which > prevented us from doing it earlier as well. Let's see what we > can do to improve this during the meet, perhaps. Sure, if I was just a volunteer (and not-married ;-)) I would probably prefer 20-21. Oh well, my bad. I just thought that the time of desktop team meetings (17:00 CEST, 11 EST) covers most of possible participants (I am really sorry for folks in India and Australia, and guys on the West Coast have to get up early -- but they do anyway). Matej From lesmikesell at gmail.com Thu Aug 16 22:06:37 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 16 Aug 2007 17:06:37 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <46B8F0CB.9020109@fedoraproject.org> References: <46B37186.4000500@gmail.com> <20070803184048.GC2564@psilocybe.teonanacatl.org> <46B383E9.10501@gmail.com> <1186293004.31216.7.camel@home.alexander.bostrom.net> <46B61387.6090204@gmail.com> <46B618D2.8040505@fedoraproject.org> <364d303b0708060732n3e046791t2af9b31c7b056571@mail.gmail.com> <46B755C6.4030407@gmail.com> <20070807131900.GA5763@orient.maison.lan> <46B88673.4050905@gmail.com> <20070807155009.GA6686@orient.maison.lan> <46B8B0E5.2000101@gmail.com> <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> <46B8F0CB.9020109@fedoraproject.org> Message-ID: <46C4CA6D.10001@gmail.com> Rahul Sundaram wrote: > If fedora must send every new and untested >> change on to the users, how about some easier way to avoid them if >> they break your hardware, like making kernel updates opt-in within a >> release version? > > Fedora is targeted towards the end users who prefer running close to the > latest versions. These are not untested nor is every version in all > packages pushed into the stable branches. All updates are opt-in anyway. > So if the older version works for you, you don't have to update. Yet another unbootable kernel: 2.6.22.1-32.fc6 wouldn't boot on either a Dell 1600sc or an IBM xserver 225. Is there some way to send a useful bug report when the kernel just hangs during bootup? -- Les Mikesell lesmikesell at gmail.com From mcepl at redhat.com Thu Aug 16 22:01:42 2007 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 17 Aug 2007 00:01:42 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: On 2007-08-16, 17:03 GMT, Lennart Poettering wrote: > If your application doesn't work with any of our compatibility > APIs, please file a bug to us and we'll try to fix this in our > compat layers. Did anybody tried PA with Ekiga -- I haven't managed to have Ekiga running with PA (with alsa-pa plugin) without Ekiga crashing? Matej From davej at redhat.com Thu Aug 16 22:20:48 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 16 Aug 2007 18:20:48 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <46C4CA6D.10001@gmail.com> References: <46B8B394.2080909@fedoraproject.org> <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> <46B8F0CB.9020109@fedoraproject.org> <46C4CA6D.10001@gmail.com> Message-ID: <20070816222048.GA20282@redhat.com> On Thu, Aug 16, 2007 at 05:06:37PM -0500, Les Mikesell wrote: > Yet another unbootable kernel: 2.6.22.1-32.fc6 wouldn't boot on either a > Dell 1600sc or an IBM xserver 225. Is there some way to send a useful > bug report when the kernel just hangs during bootup? This comes up often enough, that it probably warrants a wiki page. There are a bunch of 'usual suspect' switches to try booting with to see if they help - first thing to do is get rid of the 'quiet' switch in the boot command line. We want as much info from the kernel as possible, and this just makes it impossible to debug. - acpi=off is a big hammer, and if that works, narrowing down by trying pci=noacpi instead may yield clues - nolapic and noapic are sometimes useful - Given it's new and still seeing quite a few changes, nohz=off may be worth testing. (Though this is F7 and above only) - initcall_debug will print the name of the kernel subsystems it calls during init, the last one will be the interesting one. - a majority of "won't boot" bugs are of the form where it fails to find the root filesystem. Quite often this ends up being a busted initrd for whatever reason. There's not really a good way to debug this other than to pull apart a good and bad one, and see if the bad one lacks modules that were in the good one for eg. - if stuff scrolls by too fast to catch interesting boot messages and you don't have a serial console, boot_delay=1000 will insert a pause after each print. - if you get no output at all from the kernel, sometimes booting with earlyprintk=vga can yield something of interest. Finally given that there can be pages of spew from this sort of debugging, if you lack a serial console to capture it, slowing down the printk's and taking a photo with a digital camera every pageful will save you a lot of transcribing. There's probably some other tricks that I'm forgetting right now too, but that's a good start. The problem with "won't boot" bugs is that the causes can be numerous so there's no one size fits all answer. Dave -- http://www.codemonkey.org.uk From roland at redhat.com Thu Aug 16 22:32:32 2007 From: roland at redhat.com (Roland McGrath) Date: Thu, 16 Aug 2007 15:32:32 -0700 (PDT) Subject: Kernel Modules in Fedora -x In-Reply-To: Dave Jones's message of Thursday, 16 August 2007 18:20:48 -0400 <20070816222048.GA20282@redhat.com> Message-ID: <20070816223232.5643D4D0461@magilla.localdomain> > - a majority of "won't boot" bugs are of the form where it fails to find > the root filesystem. Quite often this ends up being a busted initrd > for whatever reason. There's not really a good way to debug this > other than to pull apart a good and bad one, and see if the bad one > lacks modules that were in the good one for eg. It would be nice to have the initrd /init shell grok some kernel command line option to enable -x style output for the initrd, so you can tell exactly what commands were run and compare that to output from a working boot. From ianburrell at gmail.com Thu Aug 16 22:56:30 2007 From: ianburrell at gmail.com (Ian Burrell) Date: Thu, 16 Aug 2007 15:56:30 -0700 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46C4C015.6030108@conversis.de> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> <20070816210909.GA23591@tango.0pointer.de> <46C4C015.6030108@conversis.de> Message-ID: On 8/16/07, Dennis Jacobfeuerborn wrote: > > Your statement in the announcement sounded very pessimistic in that regard. > What I wanted to point out is that it's probably not a good idea to make > the switch to PA before this is fixed because of the possible user > backlash. If by "low priority" you mean "I'll get this in before the final > release" then that's obviously not a problem anymore. It just didn't come > across like this in the announcement. > Remember that there are two different things involved in "use PulseAudio". One is to use PulseAudio as default sound server for Gnome, Gstreamer, and KDE replacing esd and arts. I think everyone agrees that this is a good thing. The other is to use it for OSS and ALSA. It sounds like this is where there are problems with programs like Flash that use sound hardware directly. Personally, if the software redirection is not going to work properly with all programs, then it shouldn't be the default. If using pulseaudio as software mixer for ALSA works better than dmix, it can do that job. - Ian From qspencer at ieee.org Fri Aug 17 00:58:29 2007 From: qspencer at ieee.org (Quentin Spencer) Date: Thu, 16 Aug 2007 19:58:29 -0500 Subject: ufsparse -> suitesparse In-Reply-To: <20070816202719.GA22205@ryvius.pekin.waw.pl> References: <46C495BB.9080608@cora.nwra.com> <20070816195430.GA21784@ryvius.pekin.waw.pl> <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> <20070816202719.GA22205@ryvius.pekin.waw.pl> Message-ID: <46C4F2B5.9010700@ieee.org> Dominik 'Rathann' Mierzejewski wrote: > On Thursday, 16 August 2007 at 22:22, orion at cora.nwra.com wrote: > >>> On Thursday, 16 August 2007 at 20:21, Orion Poplawski wrote: >>> >>>> Looks like ufsparse has been replaced by suitesparse and ufsparse needs >>>> to get pulled from the devel repository. >>>> >>> Does the soname change? Does the new package provide ufsparse(-devel)? >>> >>> >> Not sure about the soname - but I don't think it does. suitespare >> provides and obsoletes ufsparse. I noticed it because ufsparse gets >> installed on new installs, but is then replaced with suitesparse on first >> yum update. >> > > So starting with devel/f8 I should use BuildRequires: suiteparse-devel, > right? Or will there be an update for f7 as well? > Yes, that's right. I assumed that octave was the only thing depending on suitesparse (sorry, I should have checked), so I never said anything. There is a soname change. I had thought about updating f7, but I have other priorities (drastic changes to octave-forge to work out), so I probably won't. Quentin From lightsolphoenix at gmail.com Fri Aug 17 01:13:23 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Thu, 16 Aug 2007 21:13:23 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816170323.GA10959@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: <200708162113.25080.lightsolphoenix@gmail.com> On Thursday, August 16, 2007 1:03:23 pm Lennart Poettering wrote: > Flash is completely broken when it comes to > audio it we can neither support it through our ESD compat nor through > our ALSA compat. Due to the closed source nature of Flash we cannot go > and fix their code. I will eventually add some workarounds for > this. But it's low priority on my list, given the closed source nature > of Flash. Oh, and Flash is evil anyway. ;-) Er, http://pulseaudio.revolutionlinux.com/ > 4. What about KDE? > > Yes, what about it? TBH I don't know. All I know is that KDE still > ships aRts, but I have no idea what steps would be necessary to get > properly supported in KDE. If you're into KDE and interested to get > PA working properly with KDE, ping me! aRts has an ESD mode, which works 100% with Pulseaudio. Speaking of that, note that xine works better through ESD mode than through Pulseaudio mode as well. I have Pulseaudio completely set up to use everything, so I know what has to be done to get it working (especially on KDE). Just ask. Oh, BTW, I'd suggest sticking SDL_AUDIODRIVER="esd" in /etc/profile as well ;) -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From kevin.kofler at chello.at Fri Aug 17 01:18:29 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 17 Aug 2007 01:18:29 +0000 (UTC) Subject: PulseAudio is now enabled by default on new Fedora installs References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: Lennart Poettering 0pointer.de> writes: > 4. What about KDE? > > Yes, what about it? TBH I don't know. All I know is that KDE still > ships aRts, but I have no idea what steps would be necessary to get > properly supported in KDE. If you're into KDE and interested to get > PA working properly with KDE, ping me! We KDE SIG folks will be taking care of this. The options are using either the PA ALSA plugin or PA's ESD emulation (aRts can output to ESD), though last I checked aRts's full duplex mode didn't work with PA's ESD emulation. I haven't tried the ALSA plugin yet. We'll see what works best. KDE 4 uses Phonon which uses xine-lib which supports PA natively. Kevin Kofler From adam at spicenitz.org Fri Aug 17 01:44:21 2007 From: adam at spicenitz.org (Adam Goode) Date: Thu, 16 Aug 2007 21:44:21 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46C4C51F.5080802@hhs.nl> References: <20070816170323.GA10959@tango.0pointer.de> <46C4C51F.5080802@hhs.nl> Message-ID: <46C4FD75.3060503@spicenitz.org> Hans de Goede wrote: > Okay, as I maintain many games and I want to make sure this doesn't mess > things up, I've followed the above instructions. No joy. pa (through > /usr/bin/esd) doesn't get started, when started from a terminal I get: > > [hans at shalem ~]$ esd > W: main.c: WARNING: called SUID root, but not in group 'pulse-rt'. > pulseaudio: pulsecore/fdsem.c:181: pa_fdsem_after_poll: Assertion > `pa_atomic_dec(&f->waiting) >= 1' failed. > Aborted > [hans at shalem ~]$ > > This is on x86_64 rawhide (last fully updated about a week ago), please > don't tell me pa isn't 64 bit clean, because then it really should be > removed as an F-8 feature. > I've been running PulseAudio on x86_64 rawhide for a few weeks now, so it all should work. Unfortunately, it has recently broken for me as well since rawhide a few days ago. Adam From spng.yang at gmail.com Fri Aug 17 02:16:44 2007 From: spng.yang at gmail.com (Ken YANG) Date: Fri, 17 Aug 2007 10:16:44 +0800 Subject: why i cannt only update pidgin through yum Message-ID: <46C5050C.1090000@gmail.com> i found i can not update pidgin to 2.1 through yum, but there are not "pidgin exclude" in my yum conf file: exclude=kernel* python-virtinst* xen* xorg-x11-drv-nv xorg-x11-drv-nouveau libraw1394 my current pidgin is: pidgin-2.0.0-0.34.beta7devel.fc7.i386 i'm in f8 rawhide, and my laptop is in same condition, but that pidgin had updated to 2.1. can anyone give me some hints? From skvidal at fedoraproject.org Fri Aug 17 02:23:19 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 16 Aug 2007 22:23:19 -0400 Subject: why i cannt only update pidgin through yum In-Reply-To: <46C5050C.1090000@gmail.com> References: <46C5050C.1090000@gmail.com> Message-ID: <1187317399.22540.3.camel@cutter> On Fri, 2007-08-17 at 10:16 +0800, Ken YANG wrote: > i found i can not update pidgin to 2.1 through yum, > but there are not "pidgin exclude" in my yum conf file: > > exclude=kernel* python-virtinst* xen* xorg-x11-drv-nv > xorg-x11-drv-nouveau libraw1394 > > my current pidgin is: > > pidgin-2.0.0-0.34.beta7devel.fc7.i386 > > > i'm in f8 rawhide, and my laptop is in same condition, > but that pidgin had updated to 2.1. > > can anyone give me some hints? is there a specific error you're receiving? -sv From spng.yang at gmail.com Fri Aug 17 02:29:10 2007 From: spng.yang at gmail.com (Ken YANG) Date: Fri, 17 Aug 2007 10:29:10 +0800 Subject: why i cannt only update pidgin through yum In-Reply-To: <1187317399.22540.3.camel@cutter> References: <46C5050C.1090000@gmail.com> <1187317399.22540.3.camel@cutter> Message-ID: <46C507F6.3080201@gmail.com> seth vidal wrote: > On Fri, 2007-08-17 at 10:16 +0800, Ken YANG wrote: >> i found i can not update pidgin to 2.1 through yum, >> but there are not "pidgin exclude" in my yum conf file: >> >> exclude=kernel* python-virtinst* xen* xorg-x11-drv-nv >> xorg-x11-drv-nouveau libraw1394 >> >> my current pidgin is: >> >> pidgin-2.0.0-0.34.beta7devel.fc7.i386 >> >> >> i'm in f8 rawhide, and my laptop is in same condition, >> but that pidgin had updated to 2.1. >> >> can anyone give me some hints? > > is there a specific error you're receiving? no error, i can update other things smoothly, e.g. i just update today rawhide, including: glibc-2.6.90-10.i686 hardinfo-0.4.2.2-17.fc8.i386 rpm-4.4.2.1-8.fc8.i386 ...... but in the update list, there are not pidgin, and i update only pidgin: yum update pidgin this still doesnt work, which told me "Could not find update match for pidgin" > > -sv > > From mclasen at redhat.com Fri Aug 17 02:35:39 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 16 Aug 2007 22:35:39 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816210909.GA23591@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> <20070816210909.GA23591@tango.0pointer.de> Message-ID: <1187318139.6476.1.camel@localhost.localdomain> On Thu, 2007-08-16 at 23:09 +0200, Lennart Poettering wrote: > On Thu, 16.08.07 22:43, Dennis Jacobfeuerborn (d.jacobfeuerborn at conversis.de) wrote: > > > > > Lennart Poettering wrote: > > ... > > >layers. Please do *not* file any bugs regarding adobe flash. We know > > >it doesn't work on PA. Flash is completely broken when it comes to > > >audio it we can neither support it through our ESD compat nor through > > >our ALSA compat. Due to the closed source nature of Flash we cannot go > > >and fix their code. I will eventually add some workarounds for > > >this. But it's low priority on my list, given the closed source nature > > >of Flash. Oh, and Flash is evil anyway. ;-) > > ... > > > > Does that mean users installing F8 will not be able to use YouTube, etc.? > > That sounds like a big showstopper for a lot of people out there... > > Last time I looked F8 didn't ship Flash. > > As I mentioned, I am working on some solution that can improve the > situation. Have you looked at libflashsupport, that has been mentioned elsewhere in this thread ? It seems to do the job well enough for my needs. Matthias From skvidal at fedoraproject.org Fri Aug 17 02:37:47 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 16 Aug 2007 22:37:47 -0400 Subject: why i cannt only update pidgin through yum In-Reply-To: <46C507F6.3080201@gmail.com> References: <46C5050C.1090000@gmail.com> <1187317399.22540.3.camel@cutter> <46C507F6.3080201@gmail.com> Message-ID: <1187318267.22540.11.camel@cutter> On Fri, 2007-08-17 at 10:29 +0800, Ken YANG wrote: > seth vidal wrote: > > On Fri, 2007-08-17 at 10:16 +0800, Ken YANG wrote: > >> i found i can not update pidgin to 2.1 through yum, > >> but there are not "pidgin exclude" in my yum conf file: > >> > >> exclude=kernel* python-virtinst* xen* xorg-x11-drv-nv > >> xorg-x11-drv-nouveau libraw1394 > >> > >> my current pidgin is: > >> > >> pidgin-2.0.0-0.34.beta7devel.fc7.i386 > >> > >> > >> i'm in f8 rawhide, and my laptop is in same condition, > >> but that pidgin had updated to 2.1. > >> > >> can anyone give me some hints? > > > > is there a specific error you're receiving? > > no error, i can update other things smoothly, e.g. > i just update today rawhide, including: > > glibc-2.6.90-10.i686 > hardinfo-0.4.2.2-17.fc8.i386 > rpm-4.4.2.1-8.fc8.i386 > ...... > > > but in the update list, there are not pidgin, and i > update only pidgin: > > yum update pidgin > > this still doesnt work, which told me "Could not find update match for > pidgin" > that means there is no update for pidgin available in the repositories or mirrors you are using. try this: yum list updates pidgin -sv From spng.yang at gmail.com Fri Aug 17 02:46:38 2007 From: spng.yang at gmail.com (Ken YANG) Date: Fri, 17 Aug 2007 10:46:38 +0800 Subject: why i cannt only update pidgin through yum In-Reply-To: <1187318267.22540.11.camel@cutter> References: <46C5050C.1090000@gmail.com> <1187317399.22540.3.camel@cutter> <46C507F6.3080201@gmail.com> <1187318267.22540.11.camel@cutter> Message-ID: <46C50C0E.4080706@gmail.com> seth vidal wrote: > On Fri, 2007-08-17 at 10:29 +0800, Ken YANG wrote: >> seth vidal wrote: >>> On Fri, 2007-08-17 at 10:16 +0800, Ken YANG wrote: >>>> i found i can not update pidgin to 2.1 through yum, >>>> but there are not "pidgin exclude" in my yum conf file: >>>> >>>> exclude=kernel* python-virtinst* xen* xorg-x11-drv-nv >>>> xorg-x11-drv-nouveau libraw1394 >>>> >>>> my current pidgin is: >>>> >>>> pidgin-2.0.0-0.34.beta7devel.fc7.i386 >>>> >>>> >>>> i'm in f8 rawhide, and my laptop is in same condition, >>>> but that pidgin had updated to 2.1. >>>> >>>> can anyone give me some hints? >>> is there a specific error you're receiving? >> no error, i can update other things smoothly, e.g. >> i just update today rawhide, including: >> >> glibc-2.6.90-10.i686 >> hardinfo-0.4.2.2-17.fc8.i386 >> rpm-4.4.2.1-8.fc8.i386 >> ...... >> >> >> but in the update list, there are not pidgin, and i >> update only pidgin: >> >> yum update pidgin >> >> this still doesnt work, which told me "Could not find update match for >> pidgin" >> > > that means there is no update for pidgin available in the repositories > or mirrors you are using. > > try this: yum list updates pidgin thanks for your guide, vidal the output of "yum list updates pidgin": -(:10:43:$)-> sudo yum list updates pidgin Loading "changelog" plugin Excluding Packages in global exclude list Finished i think there are update of pidgin, i found the version of pidgin in koji had been 2.1, and my laptop was also in F8 rawhide, whose pidgin had been 2.1 > > -sv > > From mtasaka at ioa.s.u-tokyo.ac.jp Fri Aug 17 02:50:00 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 17 Aug 2007 11:50:00 +0900 Subject: strange failure for dependency against libdb-4.5.so Message-ID: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> Hi. Now I am checking ice review request (bug 234612) and I tried to rebuild ice on koji scratch build. However I met with a strange buildroot error: --------------------------------------------------------------- Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-32623-4599/root resolvedep 'ant-nodeps' 'mono-core' 'php-devel' 'ruby-devel' 'bzip2-devel' 'python-devel' 'expat-devel' 'java-devel >= 1.5.0' 'openssl-devel' 'ruby-libs' 'ant' 'jpackage-utils' 'php' 'ruby' 'db4-devel' 'db4-java' Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-32623-4599/root install 'ant-nodeps' 'mono-core' 'php-devel' 'ruby-devel' 'bzip2-devel' 'python-devel' 'expat-devel' 'java-devel >= 1.5.0' 'openssl-devel' 'ruby-libs' 'ant' 'jpackage-utils' 'php' 'ruby' 'db4-devel' 'db4-java' Error: Missing Dependency: libdb-4.5.so is needed by package ruby-libs Error: Missing Dependency: libdb-4.5.so is needed by package httpd Error: Missing Dependency: libdb-4.5.so is needed by package httpd-tools Error: Missing Dependency: libdb-4.5.so is needed by package apr-util Cleaning up... ---------------------------------------------------------------- http://koji.fedoraproject.org/koji/taskinfo?taskID=105168 What is happening here? I don't see these unresolved dependencies on daily rawhide report and when I tried to install these 4 packages everything seems okay. Thanks in advance. Regards, Mamoru From lightsolphoenix at gmail.com Fri Aug 17 03:03:47 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Thu, 16 Aug 2007 23:03:47 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <1187318139.6476.1.camel@localhost.localdomain> References: <20070816170323.GA10959@tango.0pointer.de> <20070816210909.GA23591@tango.0pointer.de> <1187318139.6476.1.camel@localhost.localdomain> Message-ID: <200708162303.48540.lightsolphoenix@gmail.com> On Thursday, August 16, 2007 10:35:39 pm Matthias Clasen wrote: > Have you looked at libflashsupport, that has been mentioned elsewhere in > this thread ? It seems to do the job well enough for my needs. > > Matthias In fact, I already have an RPM for it (I made it). It's currently dependent on Flash itself, but that can be removed (the library is installed in /usr/lib and doesn't need Flash to be installed first). -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From skvidal at fedoraproject.org Fri Aug 17 03:04:02 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 16 Aug 2007 23:04:02 -0400 Subject: why i cannt only update pidgin through yum In-Reply-To: <46C50C0E.4080706@gmail.com> References: <46C5050C.1090000@gmail.com> <1187317399.22540.3.camel@cutter> <46C507F6.3080201@gmail.com> <1187318267.22540.11.camel@cutter> <46C50C0E.4080706@gmail.com> Message-ID: <1187319842.22540.21.camel@cutter> On Fri, 2007-08-17 at 10:46 +0800, Ken YANG wrote: > seth vidal wrote: > > On Fri, 2007-08-17 at 10:29 +0800, Ken YANG wrote: > >> seth vidal wrote: > >>> On Fri, 2007-08-17 at 10:16 +0800, Ken YANG wrote: > >>>> i found i can not update pidgin to 2.1 through yum, > >>>> but there are not "pidgin exclude" in my yum conf file: > >>>> > >>>> exclude=kernel* python-virtinst* xen* xorg-x11-drv-nv > >>>> xorg-x11-drv-nouveau libraw1394 > >>>> > >>>> my current pidgin is: > >>>> > >>>> pidgin-2.0.0-0.34.beta7devel.fc7.i386 > >>>> > >>>> > >>>> i'm in f8 rawhide, and my laptop is in same condition, > >>>> but that pidgin had updated to 2.1. > >>>> > >>>> can anyone give me some hints? > >>> is there a specific error you're receiving? > >> no error, i can update other things smoothly, e.g. > >> i just update today rawhide, including: > >> > >> glibc-2.6.90-10.i686 > >> hardinfo-0.4.2.2-17.fc8.i386 > >> rpm-4.4.2.1-8.fc8.i386 > >> ...... > >> > >> > >> but in the update list, there are not pidgin, and i > >> update only pidgin: > >> > >> yum update pidgin > >> > >> this still doesnt work, which told me "Could not find update match for > >> pidgin" > >> > > > > that means there is no update for pidgin available in the repositories > > or mirrors you are using. > > > > try this: yum list updates pidgin > > thanks for your guide, vidal > > the output of "yum list updates pidgin": > > -(:10:43:$)-> sudo yum list updates pidgin > Loading "changelog" plugin > Excluding Packages in global exclude list > Finished > > > i think there are update of pidgin, i found the version of > pidgin in koji had been 2.1, and my laptop was also in F8 > rawhide, whose pidgin had been 2.1 > okay, well either the package is being excluded or the metadata in the repos in the mirrors you're using does not have an update for pidgin. -sv From roopesh.majeti at gmail.com Fri Aug 17 03:08:15 2007 From: roopesh.majeti at gmail.com (roopesh majeti) Date: Fri, 17 Aug 2007 08:38:15 +0530 Subject: why i cannt only update pidgin through yum In-Reply-To: <46C50C0E.4080706@gmail.com> References: <46C5050C.1090000@gmail.com> <1187317399.22540.3.camel@cutter> <46C507F6.3080201@gmail.com> <1187318267.22540.11.camel@cutter> <46C50C0E.4080706@gmail.com> Message-ID: <599059470708162008i1aab44bbhe520e8acc6f2cab8@mail.gmail.com> i just did a verify of the same in fc7. and it is of 1.5 M size. pidgin update is do available : latest version is : 2.1.0-2.fc7 and even the yum update list of pidgin is showing it up yum list updates pidgin Loading "installonlyn" plugin fedora 100% |=========================| 2.1 kB 00:00 updates 100% |=========================| 1.9 kB 00:00 Updated Packages pidgin.i386 2.1.0-2.fc7 updates On 8/17/07, Ken YANG wrote: > > seth vidal wrote: > > On Fri, 2007-08-17 at 10:29 +0800, Ken YANG wrote: > >> seth vidal wrote: > >>> On Fri, 2007-08-17 at 10:16 +0800, Ken YANG wrote: > >>>> i found i can not update pidgin to 2.1 through yum, > >>>> but there are not "pidgin exclude" in my yum conf file: > >>>> > >>>> exclude=kernel* python-virtinst* xen* xorg-x11-drv-nv > >>>> xorg-x11-drv-nouveau libraw1394 > >>>> > >>>> my current pidgin is: > >>>> > >>>> pidgin-2.0.0-0.34.beta7devel.fc7.i386 > >>>> > >>>> > >>>> i'm in f8 rawhide, and my laptop is in same condition, > >>>> but that pidgin had updated to 2.1. > >>>> > >>>> can anyone give me some hints? > >>> is there a specific error you're receiving? > >> no error, i can update other things smoothly, e.g. > >> i just update today rawhide, including: > >> > >> glibc-2.6.90-10.i686 > >> hardinfo-0.4.2.2-17.fc8.i386 > >> rpm-4.4.2.1-8.fc8.i386 > >> ...... > >> > >> > >> but in the update list, there are not pidgin, and i > >> update only pidgin: > >> > >> yum update pidgin > >> > >> this still doesnt work, which told me "Could not find update match for > >> pidgin" > >> > > > > that means there is no update for pidgin available in the repositories > > or mirrors you are using. > > > > try this: yum list updates pidgin > > thanks for your guide, vidal > > the output of "yum list updates pidgin": > > -(:10:43:$)-> sudo yum list updates pidgin > Loading "changelog" plugin > Excluding Packages in global exclude list > Finished > > > i think there are update of pidgin, i found the version of > pidgin in koji had been 2.1, and my laptop was also in F8 > rawhide, whose pidgin had been 2.1 > > > > > -sv > > > > > > -- > 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 wtogami at redhat.com Fri Aug 17 03:18:04 2007 From: wtogami at redhat.com (Warren Togami) Date: Thu, 16 Aug 2007 23:18:04 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <200708162303.48540.lightsolphoenix@gmail.com> References: <20070816170323.GA10959@tango.0pointer.de> <20070816210909.GA23591@tango.0pointer.de> <1187318139.6476.1.camel@localhost.localdomain> <200708162303.48540.lightsolphoenix@gmail.com> Message-ID: <46C5136C.7090802@redhat.com> Kelly wrote: > On Thursday, August 16, 2007 10:35:39 pm Matthias Clasen wrote: >> Have you looked at libflashsupport, that has been mentioned elsewhere in >> this thread ? It seems to do the job well enough for my needs. >> >> Matthias > > In fact, I already have an RPM for it (I made it). It's currently dependent > on Flash itself, but that can be removed (the library is installed > in /usr/lib and doesn't need Flash to be installed first). > libflashsupport is BSD licensed so theoretically it could be included in Fedora. Although it would need some fixing up to be suitable for the distro... like it should use sane defaults with sound autodetection, and have an optional config file to override it with an explicit choice. Does the current libflashsupport have this? Warren Togami wtogami at redhat.com From lightsolphoenix at gmail.com Fri Aug 17 03:29:31 2007 From: lightsolphoenix at gmail.com (Kelly) Date: Thu, 16 Aug 2007 23:29:31 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46C5136C.7090802@redhat.com> References: <20070816170323.GA10959@tango.0pointer.de> <200708162303.48540.lightsolphoenix@gmail.com> <46C5136C.7090802@redhat.com> Message-ID: <200708162329.31784.lightsolphoenix@gmail.com> On Thursday, August 16, 2007 11:18:04 pm Warren Togami wrote: > libflashsupport is BSD licensed so theoretically it could be included in > Fedora. Although it would need some fixing up to be suitable for the > distro... like it should use sane defaults with sound autodetection, and > have an optional config file to override it with an explicit choice. > Does the current libflashsupport have this? > > Warren Togami > wtogami at redhat.com The one I currently have installed is from the site I linked to before (http://pulseaudio.revolutionlinux.com/ ), and follows the following overrides: PulseAudio -> ESound -> ALSA -> OSS -> internal Flash support (ALSA) -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From spng.yang at gmail.com Fri Aug 17 06:37:15 2007 From: spng.yang at gmail.com (Ken YANG) Date: Fri, 17 Aug 2007 14:37:15 +0800 Subject: why i cannt only update pidgin through yum In-Reply-To: <599059470708162008i1aab44bbhe520e8acc6f2cab8@mail.gmail.com> References: <46C5050C.1090000@gmail.com> <1187317399.22540.3.camel@cutter> <46C507F6.3080201@gmail.com> <1187318267.22540.11.camel@cutter> <46C50C0E.4080706@gmail.com> <599059470708162008i1aab44bbhe520e8acc6f2cab8@mail.gmail.com> Message-ID: <46C5421B.3070004@gmail.com> roopesh majeti wrote: > i just did a verify of the same in fc7. and it is of 1.5 M size. > pidgin update is do available : > > latest version is : > 2.1.0-2.fc7 > > > and even the yum update list of pidgin is showing it up > > yum list updates pidgin > Loading "installonlyn" plugin > fedora 100% |=========================| 2.1 kB > 00:00 > updates 100% |=========================| 1.9 kB > 00:00 > Updated Packages > pidgin.i386 2.1.0-2.fc7 > updates following was what i just did in my system: -(:14:08:$)-> sudo yum clean all Loading "changelog" plugin Cleaning up Everything -(yangshao at Nerazzurri:pts/2)-----------------------------------------------------------(~)-(4/120)- -(:14:30:$)-> sudo yum update pidgin Loading "changelog" plugin Setting up Update Process development 100% |=========================| 2.1 kB 00:00 primary.sqlite.bz2 100% |=========================| 4.2 MB 02:41 livna-development 100% |=========================| 2.1 kB 00:00 primary.sqlite.bz2 100% |=========================| 102 kB 00:03 Excluding Packages in global exclude list Finished Could not find update match for pidgin No Packages marked for Update/Obsoletion my yum.conf is as i showed in the first mails. as vidal said, maybe is not in the mirror i use, or is being excluded by repository? i have no idea about this situation packages about yum i use now are: yum-utils-1.1.6-1.fc8.noarch yum-allowdowngrade-1.1.6-1.fc8.noarch yum-metadata-parser-1.1.0-2.fc7.i386 yumex-1.9.11-1.fc8.noarch yum-3.2.2-3.fc8.noarch yum-skip-broken-1.1.6-1.fc8.noarch yum-updatesd-0.4-1.fc8.noarch yum-changelog-1.1.6-1.fc8.noarch yum-downloadonly-1.1.6-1.fc8.noarch > > > > On 8/17/07, Ken YANG wrote: >> seth vidal wrote: >>> On Fri, 2007-08-17 at 10:29 +0800, Ken YANG wrote: >>>> seth vidal wrote: >>>>> On Fri, 2007-08-17 at 10:16 +0800, Ken YANG wrote: >>>>>> i found i can not update pidgin to 2.1 through yum, >>>>>> but there are not "pidgin exclude" in my yum conf file: >>>>>> >>>>>> exclude=kernel* python-virtinst* xen* xorg-x11-drv-nv >>>>>> xorg-x11-drv-nouveau libraw1394 >>>>>> >>>>>> my current pidgin is: >>>>>> >>>>>> pidgin-2.0.0-0.34.beta7devel.fc7.i386 >>>>>> >>>>>> >>>>>> i'm in f8 rawhide, and my laptop is in same condition, >>>>>> but that pidgin had updated to 2.1. >>>>>> >>>>>> can anyone give me some hints? >>>>> is there a specific error you're receiving? >>>> no error, i can update other things smoothly, e.g. >>>> i just update today rawhide, including: >>>> >>>> glibc-2.6.90-10.i686 >>>> hardinfo-0.4.2.2-17.fc8.i386 >>>> rpm-4.4.2.1-8.fc8.i386 >>>> ...... >>>> >>>> >>>> but in the update list, there are not pidgin, and i >>>> update only pidgin: >>>> >>>> yum update pidgin >>>> >>>> this still doesnt work, which told me "Could not find update match for >>>> pidgin" >>>> >>> that means there is no update for pidgin available in the repositories >>> or mirrors you are using. >>> >>> try this: yum list updates pidgin >> thanks for your guide, vidal >> >> the output of "yum list updates pidgin": >> >> -(:10:43:$)-> sudo yum list updates pidgin >> Loading "changelog" plugin >> Excluding Packages in global exclude list >> Finished >> >> >> i think there are update of pidgin, i found the version of >> pidgin in koji had been 2.1, and my laptop was also in F8 >> rawhide, whose pidgin had been 2.1 >> >>> -sv >>> >>> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > From mtasaka at ioa.s.u-tokyo.ac.jp Fri Aug 17 08:11:04 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 17 Aug 2007 17:11:04 +0900 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> Message-ID: <46C55818.6010301@ioa.s.u-tokyo.ac.jp> Mamoru Tasaka wrote, at 08/17/2007 11:50 AM +9:00: > Hi. > > Now I am checking ice review request (bug 234612) and I tried > to rebuild ice on koji scratch build. However I met with a > strange buildroot error: Another strange failure occurred on http://koji.fedoraproject.org/koji/taskinfo?taskID=106361 (for oyranos review: bug 239936) -------------------------------------------------------- Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-32997-4652/root install 'libX11-devel' 'libXNVCtrl-devel' 'boost-devel' 'libXinerama-devel' 'imake' 'libstdc++-devel' 'libXxf86vm-devel' 'lcms-devel >= 1.14' 'libXext-devel' 'freetype-devel' 'gettext' 'libjpeg-devel' 'doxygen' 'elektra-devel' 'fltk-devel' 'libpng-devel' 'libxslt-devel' Error: Missing Dependency: libdb-4.5.so()(64bit) is needed by package elektra Cleaning up... -------------------------------------------------------- Currently koji repo has compat-db-4.5.20-1.fc8, which actually provides libdb-4.5.so()(64bit). Mamoru From dominik at greysector.net Fri Aug 17 08:31:36 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Fri, 17 Aug 2007 10:31:36 +0200 Subject: ufsparse -> suitesparse In-Reply-To: <46C4F2B5.9010700@ieee.org> References: <46C495BB.9080608@cora.nwra.com> <20070816195430.GA21784@ryvius.pekin.waw.pl> <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> <20070816202719.GA22205@ryvius.pekin.waw.pl> <46C4F2B5.9010700@ieee.org> Message-ID: <20070817083136.GA5631@ryvius.pekin.waw.pl> On Friday, 17 August 2007 at 02:58, Quentin Spencer wrote: > Dominik 'Rathann' Mierzejewski wrote: > >On Thursday, 16 August 2007 at 22:22, orion at cora.nwra.com wrote: > > > >>>On Thursday, 16 August 2007 at 20:21, Orion Poplawski wrote: > >>> > >>>>Looks like ufsparse has been replaced by suitesparse and ufsparse needs > >>>>to get pulled from the devel repository. > >>>> > >>>Does the soname change? Does the new package provide ufsparse(-devel)? > >>> > >>> > >>Not sure about the soname - but I don't think it does. suitespare > >>provides and obsoletes ufsparse. I noticed it because ufsparse gets > >>installed on new installs, but is then replaced with suitesparse on first > >>yum update. > >> > > > >So starting with devel/f8 I should use BuildRequires: suiteparse-devel, > >right? Or will there be an update for f7 as well? > > > > Yes, that's right. I assumed that octave was the only thing depending on > suitesparse (sorry, I should have checked), so I never said anything. > There is a soname change. I had thought about updating f7, but I have > other priorities (drastic changes to octave-forge to work out), so I > probably won't. freefem++ is one other thing depending on ufsparse, but it's not in CVS yet, awaiting arpack to pass review (Axel, are you alive there?). Thanks for the heads-up. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From jnovy at redhat.com Fri Aug 17 08:30:26 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 17 Aug 2007 10:30:26 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> Message-ID: <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> Hi, On Fri, Aug 17, 2007 at 11:50:00AM +0900, Mamoru Tasaka wrote: > Hi. > > Now I am checking ice review request (bug 234612) and I tried > to rebuild ice on koji scratch build. However I met with a > strange buildroot error: > > --------------------------------------------------------------- > Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-32623-4599/root resolvedep 'ant-nodeps' 'mono-core' 'php-devel' 'ruby-devel' 'bzip2-devel' 'python-devel' 'expat-devel' 'java-devel >= 1.5.0' 'openssl-devel' 'ruby-libs' 'ant' 'jpackage-utils' 'php' 'ruby' 'db4-devel' 'db4-java' > > > > Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-32623-4599/root install 'ant-nodeps' 'mono-core' 'php-devel' 'ruby-devel' 'bzip2-devel' 'python-devel' 'expat-devel' 'java-devel >= 1.5.0' 'openssl-devel' 'ruby-libs' 'ant' 'jpackage-utils' 'php' 'ruby' 'db4-devel' 'db4-java' > Error: Missing Dependency: libdb-4.5.so is needed by package ruby-libs > Error: Missing Dependency: libdb-4.5.so is needed by package httpd > Error: Missing Dependency: libdb-4.5.so is needed by package httpd-tools > Error: Missing Dependency: libdb-4.5.so is needed by package apr-util > Cleaning up... > ---------------------------------------------------------------- > http://koji.fedoraproject.org/koji/taskinfo?taskID=105168 > > What is happening here? I don't see these unresolved dependencies > on daily rawhide report and when I tried to install these 4 packages > everything seems okay. db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to compat-db, so if you need libdb-4.5.so, add dependency on compat-db. Jindrich > > Thanks in advance. > Regards, > > Mamoru > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From oliver at linux-kernel.at Fri Aug 17 08:40:57 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 17 Aug 2007 10:40:57 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> Message-ID: <46C55F19.1030408@linux-kernel.at> On 08/17/2007 10:30 AM, Jindrich Novy wrote: > Hi, > > On Fri, Aug 17, 2007 at 11:50:00AM +0900, Mamoru Tasaka wrote: >> Hi. >> >> Now I am checking ice review request (bug 234612) and I tried >> to rebuild ice on koji scratch build. However I met with a >> strange buildroot error: >> >> --------------------------------------------------------------- >> Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-32623-4599/root resolvedep 'ant-nodeps' 'mono-core' 'php-devel' 'ruby-devel' 'bzip2-devel' 'python-devel' 'expat-devel' 'java-devel >= 1.5.0' 'openssl-devel' 'ruby-libs' 'ant' 'jpackage-utils' 'php' 'ruby' 'db4-devel' 'db4-java' >> >> >> >> Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-32623-4599/root install 'ant-nodeps' 'mono-core' 'php-devel' 'ruby-devel' 'bzip2-devel' 'python-devel' 'expat-devel' 'java-devel >= 1.5.0' 'openssl-devel' 'ruby-libs' 'ant' 'jpackage-utils' 'php' 'ruby' 'db4-devel' 'db4-java' >> Error: Missing Dependency: libdb-4.5.so is needed by package ruby-libs >> Error: Missing Dependency: libdb-4.5.so is needed by package httpd >> Error: Missing Dependency: libdb-4.5.so is needed by package httpd-tools >> Error: Missing Dependency: libdb-4.5.so is needed by package apr-util >> Cleaning up... >> ---------------------------------------------------------------- >> http://koji.fedoraproject.org/koji/taskinfo?taskID=105168 >> >> What is happening here? I don't see these unresolved dependencies >> on daily rawhide report and when I tried to install these 4 packages >> everything seems okay. > > > db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to compat-db, so > if you need libdb-4.5.so, add dependency on compat-db. Hmmm. That's mysterious... mock/yum has pulled in compat-db 4.5.20 in the buildroot (that's fine), but then it gave up, believing that ruby, httpd and apr need libdb-4.5.so; Available but for some reason not seen by yum!? Can you retry? -of From mtasaka at ioa.s.u-tokyo.ac.jp Fri Aug 17 08:43:19 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 17 Aug 2007 17:43:19 +0900 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> Message-ID: <46C55FA7.4050702@ioa.s.u-tokyo.ac.jp> Hello: Jindrich Novy wrote, at 08/17/2007 05:30 PM +9:00: > Hi, > > On Fri, Aug 17, 2007 at 11:50:00AM +0900, Mamoru Tasaka wrote: >> Hi. >> >> Now I am checking ice review request (bug 234612) and I tried >> to rebuild ice on koji scratch build. However I met with a >> strange buildroot error: >> >> --------------------------------------------------------------- >> Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-32623-4599/root resolvedep 'ant-nodeps' 'mono-core' 'php-devel' 'ruby-devel' 'bzip2-devel' 'python-devel' 'expat-devel' 'java-devel >= 1.5.0' 'openssl-devel' 'ruby-libs' 'ant' 'jpackage-utils' 'php' 'ruby' 'db4-devel' 'db4-java' >> >> >> >> Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f8-build-32623-4599/root install 'ant-nodeps' 'mono-core' 'php-devel' 'ruby-devel' 'bzip2-devel' 'python-devel' 'expat-devel' 'java-devel >= 1.5.0' 'openssl-devel' 'ruby-libs' 'ant' 'jpackage-utils' 'php' 'ruby' 'db4-devel' 'db4-java' >> Error: Missing Dependency: libdb-4.5.so is needed by package ruby-libs >> Error: Missing Dependency: libdb-4.5.so is needed by package httpd >> Error: Missing Dependency: libdb-4.5.so is needed by package httpd-tools >> Error: Missing Dependency: libdb-4.5.so is needed by package apr-util >> Cleaning up... >> ---------------------------------------------------------------- >> http://koji.fedoraproject.org/koji/taskinfo?taskID=105168 >> >> What is happening here? I don't see these unresolved dependencies >> on daily rawhide report and when I tried to install these 4 packages >> everything seems okay. > > > db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to compat-db, so > if you need libdb-4.5.so, add dependency on compat-db. Yes, I know, so compat-db must be added *automatically* when resolving dependency. And.. even I tried to add compat-db to BR explicitly, the problem still seems to happen?? http://koji.fedoraproject.org/koji/taskinfo?taskID=106382 Mamoru From ville.skytta at iki.fi Fri Aug 17 08:57:51 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Fri, 17 Aug 2007 11:57:51 +0300 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> Message-ID: <200708171157.52240.ville.skytta@iki.fi> On Friday 17 August 2007, Jindrich Novy wrote: > > db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to > compat-db compat-db seems to have some self-obsoletion issues, that may have something to do with the problems: Obsoletes: db4 < 4.6, db4-devel < 4.6, db4-utils < 4.6, db4-tcl < 4.6, db4-java < 4.6 Provides: db4 = 4.2.52, db4 = 4.3.29, db4 = 4.5.20 Provides: db4-devel = 4.2.52, db4-devel = 4.3.29, db4-devel = 4.5.20 The Obsoletes should probably be < 4.2.52 instead of < 4.6. From oliver at linux-kernel.at Fri Aug 17 09:10:02 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 17 Aug 2007 11:10:02 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <200708171157.52240.ville.skytta@iki.fi> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> Message-ID: <46C565EA.9010705@linux-kernel.at> On 08/17/2007 10:57 AM, Ville Skytt? wrote: > On Friday 17 August 2007, Jindrich Novy wrote: >> db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to >> compat-db > > compat-db seems to have some self-obsoletion issues, that may have something > to do with the problems: > > Obsoletes: db4 < 4.6, db4-devel < 4.6, db4-utils < 4.6, db4-tcl < 4.6, > db4-java < 4.6 > Provides: db4 = 4.2.52, db4 = 4.3.29, db4 = 4.5.20 > Provides: db4-devel = 4.2.52, db4-devel = 4.3.29, db4-devel = 4.5.20 > > The Obsoletes should probably be < 4.2.52 instead of < 4.6. Good Ville! Just wanted to check for similar issue(s)... That really might be the problem... -of From Axel.Thimm at ATrpms.net Fri Aug 17 10:13:41 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 17 Aug 2007 12:13:41 +0200 Subject: ufsparse -> suitesparse In-Reply-To: <20070817083136.GA5631@ryvius.pekin.waw.pl> References: <46C495BB.9080608@cora.nwra.com> <20070816195430.GA21784@ryvius.pekin.waw.pl> <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> <20070816202719.GA22205@ryvius.pekin.waw.pl> <46C4F2B5.9010700@ieee.org> <20070817083136.GA5631@ryvius.pekin.waw.pl> Message-ID: <20070817101341.GA7054@puariko.nirvana> On Fri, Aug 17, 2007 at 10:31:36AM +0200, Dominik 'Rathann' Mierzejewski wrote: > On Friday, 17 August 2007 at 02:58, Quentin Spencer wrote: > > Dominik 'Rathann' Mierzejewski wrote: > > >On Thursday, 16 August 2007 at 22:22, orion at cora.nwra.com wrote: > > > > > >>>On Thursday, 16 August 2007 at 20:21, Orion Poplawski wrote: > > >>> > > >>>>Looks like ufsparse has been replaced by suitesparse and ufsparse needs > > >>>>to get pulled from the devel repository. > > >>>> > > >>>Does the soname change? Does the new package provide ufsparse(-devel)? > > >>> > > >>> > > >>Not sure about the soname - but I don't think it does. suitespare > > >>provides and obsoletes ufsparse. I noticed it because ufsparse gets > > >>installed on new installs, but is then replaced with suitesparse on first > > >>yum update. > > >> > > > > > >So starting with devel/f8 I should use BuildRequires: suiteparse-devel, > > >right? Or will there be an update for f7 as well? > > > > > > > Yes, that's right. I assumed that octave was the only thing depending on > > suitesparse (sorry, I should have checked), so I never said anything. > > There is a soname change. I had thought about updating f7, but I have > > other priorities (drastic changes to octave-forge to work out), so I > > probably won't. > > freefem++ is one other thing depending on ufsparse, but it's not in CVS > yet, awaiting arpack to pass review (Axel, are you alive there?). Sure, I'm waiting for the lapack <-> atlas issue to be resolved. -- 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 buildsys at redhat.com Fri Aug 17 10:14:19 2007 From: buildsys at redhat.com (Build System) Date: Fri, 17 Aug 2007 06:14:19 -0400 Subject: rawhide report: 20070817 changes Message-ID: <200708171014.l7HAEJNu006477@porkchop.devel.redhat.com> Removed package krbafs Updated Packages: Pound-2.4-0.1.d.fc8 ------------------- * Thu Aug 16 2007 Ruben Kerkhof 2.4.0-1d - Update to experimental version 2.4d - Upstream changed license to GPLv3 aalib-1.4.0-0.13.rc5.fc8 ------------------------ * Wed Aug 15 2007 Garrick Staples 1.4.0-0.13.rc5 - correct License: tag abe-1.1-6.fc8 ------------- * Wed Aug 15 2007 Wart 1.1-6 - License tag clarification - Simplify %file section ack-1.64-1.fc8 -------------- * Thu Aug 16 2007 Ian Burrell - 1.64-1 - Update to 1.64 - Add BuildRequires Test::More * Mon Jun 18 2007 Ian Burrell - 1.62-2 - Disable tests since bug not fixed * Sun Jun 17 2007 Ian Burrell - 1.62-1 - Update to 1.62 - Enable tests alliance-5.0-8.20070718snap.fc8 ------------------------------- * Thu Aug 16 2007 Chitlesh Goorah - 5.0-8.20070718snap - fixing conflicts with QuantLib-doc package (#252941) - update license macro to comply with new guidelines) alsa-lib-1.0.14-3.fc8 --------------------- * Thu Aug 16 2007 Martin Stransky 1.0.14-3 - updated to 1.0.14a * Wed Aug 15 2007 Lennart Poettering 1.0.14-2 - fixed #251307 - fix plugindir directory specification - fix build with newer glibc where open() is a macro alsa-oss-1.0.14-3.fc8 --------------------- * Thu Aug 16 2007 Patrick "Jima" Laughton 1.0.14-3 - License clarification - Copied glibc open() workaround from alsa-lib-1.0.14-glibc-open.patch alsa-utils-1.0.14-2.fc8 ----------------------- * Thu Aug 16 2007 Martin Stransky 1.0.14-2 - added an entry to alsaunmute for HP xw4550 (#252171) ant-0:1.7.0-1jpp.2.fc8 ---------------------- * Tue Aug 14 2007 Permaine Cheung - 0:1.7.0-1jpp.2 - Enable building commons-net subpackage * Fri Jul 27 2007 Fernando Nasser - 0:1.7.0-1jpp.1 - Merge with upstream for upgrade * Wed Jun 20 2007 Fernando Nasser - 0:1.7.0-1jpp - Upgrade to the final 1.7.0 argus-2.0.6.fixes.1-14.fc8 -------------------------- * Thu Aug 16 2007 Gabriel Somlo 2.0.6.fixes.1-14 - fixed license atlascpp-0.6.0-4.fc8 -------------------- * Wed Aug 15 2007 Wart 0.6.0-4 - License tag clarification aumix-2.8-16.fc8 ---------------- * Thu Aug 16 2007 Gabriel L. Somlo 2.8-16 - fixed license binutils-2.17.50.0.18-1 ----------------------- * Thu Aug 16 2007 Jakub Jelinek 2.17.50.0.18-1 - update to 2.17.50.0.18 - GPLv3+ - preserve .note.gnu.build-id in objcopy --only-keep-debug (#251935) - fix sparc64/alpha broken by --build-id patch (#252936) - update License tag - fix ld crash with --build-id and non-ELF output format (Alan Modra, BZ#4923) bombardier-0.8.2.2-6.fc8 ------------------------ * Mon Aug 13 2007 Jon Ciesla - 0.8.2.2-6 - Fixed license tag. - Rebuilding due to mass rebuild failure. - Applied patch for glibc open change. control-center-1:2.19.90-2.fc8 ------------------------------ * Thu Aug 16 2007 Matthias Clasen - 2.19.90-2 - Port Soerens background patch to the appearance capplet cyrus-imapd-2.3.9-5.rc2.fc8 --------------------------- * Thu Aug 16 2007 Tomas Janousek - 2.3.9-5.rc2 - update to latest upstream beta dhcdbd-3.0-1.fc8 ---------------- * Thu Aug 16 2007 David Cantrell - 3.0-1 - Removed the extended option info switch for dhclient (-x) as dhclient is no longer providing this capability. dhcp-12:3.0.6-3.fc8 ------------------- * Wed Aug 15 2007 David Cantrell - 12:3.0.6-3 - Remove the -x switch enabling extended new option info. If given to dhclient now, it's ignored. * Wed Jul 18 2007 Florian La Roche - 12:3.0.6-2 - use a new macro name vendor -> vvendor to not overwrite the RPMTAG_VENDOR setting * Tue Jul 10 2007 David Cantrell - 12:3.0.6-1 - Upgrade to ISC dhcp-3.0.6 - Remove the -TERM option from killproc command (#245317) eclipse-cdt-1:4.0.0-3.fc8 ------------------------- * Thu Aug 16 2007 Jeff Johnston 4.0.0-3 - Resolves #251412 - Rebase autotools to 0.9.2 - Add minimum java runtime requirement - Add direct Autotools wizards - Add autogen.sh options eclipse-changelog-1:2.5.1-2.fc8 ------------------------------- * Thu Aug 16 2007 Andrew Overholt 2.5.1-2 - R/BR: eclipse-cvs-client. * Thu Aug 16 2007 Andrew Overholt 2.5.1-1 - 2.5.1 - Added jdt and cdt sub-packages. * Wed Aug 15 2007 Andrew Overholt 2.5.0-1 - Bump to 2.5.0. eclipse-checkstyle-4.0.1-9.fc8 ------------------------------ * Wed Aug 15 2007 Rob Myers 4.0.1-9 - Require eclipse-jdt because checkstyle isn't useful without it eog-2.19.5-3.fc8 ---------------- * Thu Aug 16 2007 Matthias Clasen - 2.19.5-3 - Hide it from the menus _again_ fedora-ds-base-1.1.0-1.2.fc8 ---------------------------- * Thu Aug 16 2007 Rich Megginson - 1.1.0-1.2 - fix build breakage due to open() - mock could not find BuildRequires: db4-devel >= 4.2.52 - mock works if >= version is removed - it correctly finds db4.6 * Fri Aug 10 2007 Rich Megginson - 1.1.0-1.1 - Change pathnames to use the pkgname macro which is dirsrv - get rid of cvsdate in source name fish-1.22.3-3.fc8 ----------------- * Thu Aug 16 2007 Oliver Falk - 1.22.3-3 - Workaround glibc's open check - Problem reported upstream; Should be fixed there * Tue Aug 07 2007 Oliver Falk - 1.22.3-2 - Fix BR autoconf * Tue Aug 07 2007 Oliver Falk - 1.22.3-1 - Update; Bug #236868 - Add missing doxygen BR fonts-chinese-3.03-7.fc8 ------------------------ * Fri Aug 17 2007 Caius Chance - 3.03-7.fc8 - Resolves: rhbz#252269 (Drop chkfontpath dependency.) ^^^ Fixed catalogue symlink. * Thu Aug 16 2007 Caius Chance - 3.03-6.fc8 - Resolves: rhbz#252269 (Drop chkfontpath dependency.) fonts-japanese-0.20061016-8.fc8 ------------------------------- * Wed Aug 15 2007 Akira TAGOH - 0.20061016-8 - Migrate to /etc/X11/fontpath.d instead of running chkfontpath. (#252275) - Generate fonts.dir at the build time instead of the runtime. - Drop fc-cache dependency since it's a conditional scriptlet. * Tue Aug 14 2007 Akira TAGOH - Update License tag. gdm-1:2.19.6-2.fc8 ------------------ * Thu Aug 16 2007 Ray Strode - 1:2.19.6-2 - disable type ahead in user list (bug 252991) * Wed Aug 15 2007 Matthias Clasen - 1:2.19.6-1 - Update to 2.19.6 - Use %find_lang for help files * Sun Aug 12 2007 Adam Jackson 1:2.19.5-9 - Remove the filereq on /etc/pam.d/system-auth, pam alone is sufficient. - Bump the pam requirement to 0.99, 0.75 is ancient. gimp-2:2.4.0-0.rc1.1.fc8 ------------------------ * Thu Aug 16 2007 Nils Philippsen - 2:2.4.0-0.rc1.1 - version 2.4.0-rc1 - change license tags to GPLv2+ (main app), LGPLv2+ (libs and devel) - drop libXt-devel build requirement - build-require pygobject2-devel directly - don't let %postun fail - remove obsolete buildroot, gimphelpmissing, icontheme, gifload, gimptool patches - update htmlview patch - use more distinct build root - use %buildroot consistently - explicitely enable configure options - more versionized build requirements - don't rebuild autofoo files - reformat spec file a bit glibc-2.6.90-11 --------------- * Fri Aug 17 2007 Jakub Jelinek 2.6.90-11 - remove __strtold_internal and __wcstold_internal from ppc*/s390*/sparc* *-ldbl.h headers - temporarily backout x86_64 gettimeofday.S changes (#252453) - some further sparc, sparc64 and alpha fixes gnupg2-2.0.6-1.fc8 ------------------ * Thu Aug 16 2007 Rex Dieter 2.0.6-1 - gnupg-2.0.6 - License: GPLv3+ * Thu Aug 02 2007 Rex Dieter 2.0.5-4 - License: GPLv3 groff-1.18.1.4-7.fc8 -------------------- * Thu Aug 16 2007 Marcela Maslanova - 1.18.1.4-7 - rebuild - another encoding are print correct with nroff - Resolves: rhbz#251064 gtk2-engines-2.11.6-1.fc8 ------------------------- * Thu Aug 16 2007 Matthias Clasen - 2.11.6-1 - Update to 2.11.6 irssi-0.8.11-4.fc8 ------------------ * Thu Aug 16 2007 Marek Mahut - 0.8.11-4 - Added irssi-support-meta-cursor-xterm.patch (#239511) * Thu Aug 16 2007 Marek Mahut - 0.8.11-2 - Updating license tag - Rebuild for 0.8.11 * Wed May 02 2007 Dams - 0.8.11-1 - Updated to 0.8.11 - Dropped patch0 jack-audio-connection-kit-0.103.0-3.fc8 --------------------------------------- * Thu Aug 16 2007 Andy Shevchenko 0.103.0-3 - fix according to new guidelines: - License tag - group creation jd-1.9.6-0.2.svn1273.fc8 ------------------------ * Fri Aug 17 2007 Mamoru Tasaka - 1.9.6-0.2.svn1273 - svn 1273 * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 * Sat Aug 04 2007 Mamoru Tasaka - 1.9.6-0.1.beta070804 - 1.9.6 beta 070804 kdebase-6:3.5.7-13.fc8 ---------------------- * Wed Aug 15 2007 Rex Dieter 6:3.5.7-13 - CVE-2007-3820, CVE-2007-4224, CVE-2007-4225 - License: GPLv2 and LGPLv2 - Requires: kdelibs3(-devel) kdelibs-6:3.5.7-20.fc8 ---------------------- * Wed Aug 15 2007 Rex Dieter 6:3.5.7-20 - CVE-2007-3820, CVE-2007-4224, CVE-2007-4225 - clarify licensing * Tue Aug 14 2007 Rex Dieter 6:3.5.7-19 - ConsoleKit-related patch (#244065) * Sun Aug 12 2007 Florian La Roche 6:3.5.7-18 - fix apidocs subpackage requires ktorrent-2.2.1-3.fc8 -------------------- * Thu Aug 16 2007 Roland Wolters - 2.2.1-3 - licence tag corrected liboil-0.3.12-8.fc8 ------------------- * Thu Aug 16 2007 - Bastien Nocera - 0.3.12-8 - And another go at fixing #252179 libtheora-0:1.0alpha8-0.1.svn13393.fc8 -------------------------------------- * Sun Jul 29 2007 Hans de Goede 1.0alpha8-0.1.svn13393 - Update to 1.0alpha8 svn (revision 13393) snapshot * Wed Apr 11 2007 Matthias Clasen - 0:1.0alpha7-3 - Add api docs to the -devel package libvirt-0.3.1-4.fc8 ------------------- * Thu Aug 16 2007 Daniel Veillard - 0.3.1-4.fc8 - Fixes missing Requires for libvirt-devel libxml++-2.18.2-2.fc8 --------------------- * Thu Aug 16 2007 Denis Leroy - 2.18.2-2 - Update to upstream 2.18.2 (mem leak fix) - Fixed License tag nut-2.2.0-2.fc8 --------------- * Wed Aug 15 2007 Tomas Smetana 2.2.0-2 - fix #249028 - usb udev rules - update initscript and sysconfig file - fix calls to open() for compatibility with the new glibc * Fri Jul 13 2007 Tomas Smetana 2.2.0-1.1 - rebuild * Fri Jul 13 2007 Tomas Smetana 2.2.0-1 - new upstream version (Resolves: #248074) - initscripts update - spec file cleanup openbabel-2.1.1-1.fc8 --------------------- * Fri Aug 17 2007 Dominik Mierzejewski 2.1.1-1 - updated to 2.1.1 - better work around for testsuite crash - updated the License tag according to the new guidelines paprefs-0.9.6-0.1.svn20070816.fc8 --------------------------------- pavucontrol-0.9.5-0.1.svn20070816.fc8 ------------------------------------- * Thu Aug 16 2007 Lennart Poettering 0.9.5.svn20070816 - Update from SVN snapshot pavumeter-0.9.3-0.1.svn20070816.fc8 ----------------------------------- * Thu Aug 16 2007 Lennart Poettering 0.9.3-0.6.svn20070816 - Update from SVN snapshot perl-Algorithm-Annotate-0.10-5.fc8 ---------------------------------- * Thu Aug 16 2007 Ian M. Burrell - 0.10-5 - Add BuildRequires ExtUtils::MakeMaker, Test::More perl-Algorithm-Dependency-1.103-2.fc8 ------------------------------------- * Fri Aug 17 2007 Ralf Cors??pius - 1.103-2 - Update license tag. perl-App-CLI-0.07-3.fc8 ----------------------- perl-Business-Hours-0.07-5.fc8 ------------------------------ * Fri Aug 17 2007 Ralf Cors??pius - 0.07-5 - Update license tag. perl-Class-Inspector-1.17-1.fc8 ------------------------------- * Fri Aug 17 2007 Ralf Cors??pius - 1.17-1 - Upstream update. perl-Class-ReturnValue-0.54-1.fc8 --------------------------------- * Fri Aug 17 2007 Ralf Cors??pius - 0.54-1 - Upstream update. perl-Config-General-2.33-2.fc8 ------------------------------ * Tue Aug 07 2007 Ville Skytt?? - 2.33-2 - License: GPL+ or Artistic perl-Curses-1.16-3.fc8 ---------------------- * Thu Aug 16 2007 Garrick Staples 1.16-3 - need BR: perl(Test::More) * Thu Aug 16 2007 Garrick Staples 1.16-2 - rebuild * Thu Aug 16 2007 Garrick Staples 1.16-1 - bump to 1.16 - correct License: tag - need BR: perl-devel perl-Data-Hierarchy-0.34-3.fc8 ------------------------------ * Thu Aug 16 2007 Ian M. Burrell - 0.34-3 - Fix BuildRequires perl-Device-SerialPort-1.003001-1.fc8 ------------------------------------- * Wed Aug 15 2007 Orion Poplawski 1.003001-1 - Update to 1.003001 - Update License tag - Add BR perl(ExtUtils::MakeMaker) perl-File-Next-0.40-2.fc8 ------------------------- * Thu Aug 16 2007 Ian M. Burrell - 0.40-2 - Fix BuildRequires perl-File-chdir-0.06-3.fc8 -------------------------- perl-IO-Digest-0.10-5.fc8 ------------------------- * Thu Aug 16 2007 Ian M. Burrell - 0.10-5 - Fix BuildRequires perl-Module-Depends-0.13-1.fc8 ------------------------------ * Thu Aug 16 2007 Ian M. Burrell - 0.13-1 - Update to 0.13 - Fix BuildRequires perl-Path-Class-0.16-2.fc8 -------------------------- perl-PerlIO-eol-0.14-2.fc8 -------------------------- * Thu Aug 16 2007 Ian Burrell - 0.14-2 - Fix BuildRequires perl-PerlIO-via-dynamic-0.12-3.fc8 ---------------------------------- perl-PerlIO-via-symlink-0.05-4.fc8 ---------------------------------- perl-Regexp-Shellish-0.93-3.fc8 ------------------------------- perl-prefork-1.01-3.fc8 ----------------------- * Fri Aug 17 2007 Ralf Cors??pius - 1.01-3 - Update license tag. planet-2.0-4.fc8 ---------------- * Thu Aug 16 2007 Richard Dawe - 2.0-4 - Update License tag to meet latest licensing guidelines. pm-utils-0.99.3-10.fc8 ---------------------- * Thu Aug 16 2007 Phil Knirsch - 0.99.3-10 - License verification and update postgresql-pgpool-II-1.2-4.fc8 ------------------------------ * Thu Aug 16 2007 Devrim Gunduz 1.2-4 - Fixed the directory name where sample conf files and sql files are installed. postgresql-pgpoolAdmin-1.0.0-7.fc8 ---------------------------------- * Thu Aug 16 2007 Devrim Gunduz 1.0.0-7 - Fix httpd configuration file -- it was using wrong directory. rpmlint-0.80-3.fc8 ------------------ * Thu Aug 16 2007 Ville Skytt?? - 0.80-3 - Sync Fedora license list with Wiki rev 68. - Move pre-2006 changelog entries to CHANGES.package.old. rsibreak-0.8.0-2.fc8 -------------------- * Thu Aug 16 2007 Roland Wolters - 0.8.0-2 - licence tag corrected sabayon-2.19.2-1.fc8 -------------------- * Thu Aug 16 2007 Matthias Clasen - 2.19.2-1 - Update to 2.19.2 * Tue Aug 07 2007 Matthias Clasen - 2.19.1-3 - Update the license field scim-1.4.7-2.fc8 ---------------- * Fri Aug 17 2007 Jens Petersen - 1.4.7-2 - update License field - modify xinput.d script to not startup scim if no IMEs are installed - devel package requires pkgconfig - improve meta package macro language in summary and description - subpackage rawcode engine - update meta packages for m17n-contrib - move ownership of libdir dirs to main package * Wed Jun 27 2007 Jens Petersen - 1.4.7-1 - update to 1.4.7 release * Fri Jun 22 2007 Jens Petersen - 1.4.6-6 - make Cangjie3 the default input method for Hong Kong and disable Cangjie by default instead of Cangjie3 and Cangjie5 (Roy Chan, #245121) setup-2.6.10-1.fc8 ------------------ * Thu Aug 16 2007 Phil Knirsch 2.6.10-1 - License review and update * Tue Jul 24 2007 Phil Knirsch 2.6.9-1 - Assigned uid 87 for PolicyKit package (#244950) - Fixed precmd fix if TERM isn't set (#242732) * Wed Jun 06 2007 Phil Knirsch 2.6.7-1 - Fixed precmd setting to behave like bash for (t)csh (#242732) setuptool-1.19.3-1.fc8 ---------------------- * Thu Aug 16 2007 Nalin Dahyabhai 1.19.3-1 - packaging cleanups - add the ability to scan for pointers in $(pkgdatadir)/setuptool.d sg3_utils-1.23-2.fc8 -------------------- * Thu Aug 16 2007 Phil Knirsch - 1.23-2 - License review and update soundconverter-0.9.7-1.fc8 -------------------------- * Thu Aug 16 2007 Denis Leroy - 0.9.7-1 - Update to 0.9.7 - Updated License tag - Added patch to fix desktop file speedcrunch-0.8-5.fc8 --------------------- * Thu Aug 16 2007 Roland Wolters - 0.8-5 - licence tag corrected stormbaancoureur-1.5.1-1.fc8 ---------------------------- * Thu Aug 16 2007 Hans de Goede 1.5.1-1 - New upstream bugfix release 1.5.1 system-config-date-1.9.4-1.fc8 ------------------------------ * Thu Aug 16 2007 Nils Philippsen 1.9.4 - display error message if setting time and date fails (#251818) - require newt-python from Fedora 8 on (#251362) * Tue Aug 14 2007 Nils Philippsen - use different shortcuts for enabling NTP and editing a server (#252043) * Mon Aug 13 2007 Nils Philippsen - use correct "time zone" term (#251868) - check hour, minute, second values when changed (#251821) system-config-network-1.4.0-1.fc8 --------------------------------- * Thu Aug 16 2007 Harald Hoyer - 1.4.0 - version 1.4.0 * Mon Jan 08 2007 Harald Hoyer - 1.3.99 - fixed #221289 - Resolves: rhbz#221289 * Fri Dec 15 2006 Harald Hoyer - 1.3.98 - translation update (bug #216559) - Resolves: rhbz#216559 system-config-users-1.2.64-1.fc8 -------------------------------- * Fri Aug 17 2007 Nils Philippsen - 1.2.64 - keep account expiration date stable (#251760) * Thu Aug 16 2007 Nils Philippsen - 1.2.63 - change license tag to GPLv2+ - make accounts without home directory work (#251076) * Wed Aug 15 2007 Nils Philippsen - require libuser-python from Fedora 8 on - check password expiration values for validity (#251762) torque-2.1.8-2.fc8 ------------------ * Wed Aug 15 2007 Garrick Staples 2.1.8-2 - correct errors in desktop entry files transmission-0.80-1.fc8 ----------------------- * Thu Aug 16 2007 Denis Leroy - 0.80-1 - Update to upstream 0.80 vconfig-1.9-4.fc8 ----------------- * Thu Aug 16 2007 Phil Knirsch - 1.9-4 - License review and update vips-7.12.4-2.fc8 ----------------- * Thu Aug 16 2007 Adam Goode - 7.12.4-2 - Add Conflicts for doc - Update doc package description * Thu Aug 16 2007 Adam Goode - 7.12.4-1 - New upstream release - Update License tag w3c-markup-validator-0.8.1-1.fc8 -------------------------------- * Fri Aug 10 2007 Ville Skytt?? - 0.8.1-1 - 0.8.1. - License: W3C - Own the %{_sysconfdir}/w3c directory. - Patch to make some Encode::* modules that aren't packaged in Fedora yet optional. xapian-bindings-1.0.2-4.fc8 --------------------------- * Thu Aug 16 2007 Adel Gadllah 1.0.2-4 - License is GPLv2+ not GPLv2 xfsprogs-2.9.3-2.fc8 -------------------- * Thu Aug 16 2007 Eric Sandeen 2.9.3-2 - Update license tag xmlrpc-c-1.06.17-1.fc8 ---------------------- * Thu Aug 16 2007 Enrico Scholz - 1.06.17-1 - updated to 1.06.17 xorg-x11-utils-7.2-1.fc8 ------------------------ * Fri Aug 17 2007 Dave Airlie 7.2-1 - xfontsel 1.0.2, xlsfonts 1.0.2, xvinfo 1.0.2, xprop 1.0.3 xorg-x11-xdm-1:1.1.6-1.fc8 -------------------------- * Fri Aug 17 2007 Dave Airlie 1:1.1.6-1 - Update to 1.1.6 yumex-2.0-1.fc8 --------------- * Thu Aug 16 2007 Tim Lauridsen - 2.0-1 - Release 2.0 GA - Updated license tag to apply to Fedora guidelines. zenity-2.19.2-2.fc8 ------------------- * Thu Aug 16 2007 Matthias Clasen - 2.19.2-2 - Drop gdialog and the perl dependency Broken deps for i386 ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.i386 requires firefox = 0:2.0.0.5 Democracy - 0.9.5.1-11.fc8.i386 requires libboost_python.so.2 adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 compat-gda-mysql - 1.2.4-1.fc7.i386 requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE libgda-mysql - 1:3.0.1-2.fc8.i386 requires libmysqlclient.so.10 monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 perl-Curses - 1.16-3.fc8.i386 requires /usr//bin/perl source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.x86_64 requires libboost_python.so.2()(64bit) Democracy - 0.9.5.1-11.fc8.x86_64 requires firefox = 0:2.0.0.5 adminutil - 1.1.4-1.fc8.1.i386 requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.i386 requires libicui18n.so.36 adminutil - 1.1.4-1.fc8.1.x86_64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.x86_64 requires libicui18n.so.36()(64bit) compat-gda-mysql - 1.2.4-1.fc7.x86_64 requires libmysqlclient.so.10()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 libgda-mysql - 1:3.0.1-2.fc8.x86_64 requires libmysqlclient.so.10()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) perl-Curses - 1.16-3.fc8.x86_64 requires /usr//bin/perl source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.ppc requires firefox = 0:2.0.0.5 Democracy - 0.9.5.1-11.fc8.ppc requires libboost_python.so.2 adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc requires libicudata.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicuuc.so.36 adminutil - 1.1.4-1.fc8.1.ppc requires libicui18n.so.36 brasero - 0.6.0-1.fc8.ppc requires libtotem-plparser.so.7 compat-gda-mysql - 1.2.4-1.fc7.ppc requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 gnome-python2-totem - 2.19.2-1.fc8.ppc requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc requires libtotem-plparser.so.7 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp libgda-mysql - 1:3.0.1-2.fc8.ppc requires libmysqlclient.so.10 monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 perl-Curses - 1.16-3.fc8.ppc requires /usr//bin/perl rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) rhythmbox - 0.11.1-1.fc8.ppc requires libtotem-plparser.so.7 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- Democracy - 0.9.5.1-11.fc8.ppc64 requires libboost_python.so.2()(64bit) Democracy - 0.9.5.1-11.fc8.ppc64 requires firefox = 0:2.0.0.5 adminutil - 1.1.4-1.fc8.1.ppc64 requires libicuuc.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicudata.so.36()(64bit) adminutil - 1.1.4-1.fc8.1.ppc64 requires libicui18n.so.36()(64bit) brasero - 0.6.0-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump libgda-mysql - 1:3.0.1-2.fc8.ppc64 requires libmysqlclient.so.10()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) perl-Curses - 1.16-3.fc8.ppc64 requires /usr//bin/perl resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From harald at redhat.com Fri Aug 17 11:44:05 2007 From: harald at redhat.com (Harald Hoyer) Date: Fri, 17 Aug 2007 13:44:05 +0200 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <46C56F55.3060503@redhat.com> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <1187283455.13210.28.camel@cutter> <46C56F55.3060503@redhat.com> Message-ID: <46C58A05.3060005@redhat.com> Harald Hoyer schrieb: > Colin Walters schrieb: >> However, I was fairly sure there had to already be something open >> source out there to use as a start. My initial googling wasn't too >> successful (a lot of things called licenses), but then I had the >> bright idea to add "Debian" to my search. Turns out there's a license >> analyzing script in > ... > s.th. like the attached perl script might be a start.. > is there a public fedora cvs where I can check that in, so that it can > be extended? > btw, I'm not perl guru, don't expect nice code.. ok, with the attached perl script, I quickly spotted for my packages: initscripts: Found Licenses: GPLv2, GPL (no version mentioned), GPLv2+ What makes that? GPLv2 ?? cdrkit: Found Licenses: LGPLv2+, GPLv2, GPL (no version mentioned), LGPLv2.1+, GPLv2+, What makes that? GPLv2 ?? nmap: Found Licenses: LGPLv2+, BSD (no advertise clause), GPLv2, BSD (with advertise clause, not GPL conform), GPLv2+ uhh, bad one... -------------- next part -------------- A non-text attachment was scrubbed... Name: checklicense.pl Type: application/x-perl Size: 8702 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3623 bytes Desc: S/MIME Cryptographic Signature URL: From jnovy at redhat.com Fri Aug 17 12:08:19 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 17 Aug 2007 14:08:19 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <200708171157.52240.ville.skytta@iki.fi> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> Message-ID: <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> On Fri, Aug 17, 2007 at 11:57:51AM +0300, Ville Skytt? wrote: > On Friday 17 August 2007, Jindrich Novy wrote: > > > > db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to > > compat-db > > compat-db seems to have some self-obsoletion issues, that may have something > to do with the problems: > > Obsoletes: db4 < 4.6, db4-devel < 4.6, db4-utils < 4.6, db4-tcl < 4.6, > db4-java < 4.6 > Provides: db4 = 4.2.52, db4 = 4.3.29, db4 = 4.5.20 > Provides: db4-devel = 4.2.52, db4-devel = 4.3.29, db4-devel = 4.5.20 > > The Obsoletes should probably be < 4.2.52 instead of < 4.6. The original intention was a possibility to replace an existing old db4 with compat-db without conflicts. I decreased the obsoletes and build new compat-db so it sould be ok now. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From ssorce at redhat.com Fri Aug 17 13:56:27 2007 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 17 Aug 2007 09:56:27 -0400 Subject: Yum exploding Message-ID: <1187358987.3675.5.camel@localhost.localdomain> Not sure this is know didn't see anything relevant on bugzilla, should I open a new report there? (note: a following yum update is in progress and does seem to work correctly) # yum update fedora-ds-base Setting up Update Process development 100% |=========================| 2.1 kB 00:00 primary.sqlite.bz2 100% |=========================| 5.2 MB 00:10 development-debuginfo 100% |=========================| 1.9 kB 00:00 Resolving Dependencies --> Running transaction check ---> Package fedora-ds-base.x86_64 0:1.1.0-1.2.fc8 set to be updated ---> Package fedora-ds-base.i386 0:1.1.0-1.2.fc8 set to be updated --> Processing Dependency: libdb-4.6.so()(64bit) for package: fedora-ds-base --> Processing Dependency: fedora-ds-base = 1.1.0-0.3.20070720.fc8 for package: fedora-ds-base-devel --> Processing Dependency: libdb-4.6.so for package: fedora-ds-base --> Restarting Dependency Resolution with new changes. --> Running transaction check ---> Package db4.i386 0:4.6.18-1.fc8 set to be updated ---> Package db4.x86_64 0:4.6.18-1.fc8 set to be updated ---> Package fedora-ds-base.x86_64 0:1.1.0-1.2.fc8 set to be updated ---> Package fedora-ds-base.i386 0:1.1.0-1.2.fc8 set to be updated ---> Package fedora-ds-base-devel.x86_64 0:1.1.0-1.2.fc8 set to be updated --> Processing Dependency: libdb-4.5.so()(64bit) for package: bind --> Processing Dependency: libdb-4.5.so()(64bit) for package: python --> Processing Dependency: libdb-4.5.so for package: apr-util Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 135, in main (result, resultmsgs) = base.buildTransaction() File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 540, in buildTransaction (rescode, restring) = self.resolveDeps() File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 885, in resolveDeps (checkdep, missing, conflict, errormsgs) = self._processReq(dep, prcoformat_need) File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 334, in _processReq requirementTuple, errormsgs) File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 469, in _requiringFromInstalled return self._requiringFromTransaction(reqpkg, requirement, errorlist) File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 574, in _requiringFromTransaction reqpkg = self.tsInfo.matchNaevr(name=name, ver=version, rel=release)[0] IndexError: list index out of range From bpepple at fedoraproject.org Fri Aug 17 14:17:19 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 17 Aug 2007 10:17:19 -0400 Subject: FESCo Meeting Summary for 2007-08-09 Message-ID: <1187360239.5932.2.camel@kennedy> Members Present * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Jeremy Katz (jeremy) * Tom Callaway (spot) * Jesse Keating (f13) * Christian Iseli (c4chris) * Christopher Aillon (caillon) * Kevin Fenzi (nirik) * Josh Boyer (jwb) * Warren Togami (warren) Members Absent * Bill Nottingham (notting) * David Woodhouse (dwmw2) * Dennis Gilmore (dgilmore) == Summary == === New Feature Proposals Approvals === * http://fedoraproject.org/wiki/Features/Transifex - FESCo approved this feature proposal. * http://fedoraproject.org/wiki/Features/FedoraElectronicLab - FESCo approved this proposal. * http://fedoraproject.org/wiki/Releases/FeatureNetworkManager - FESCo approved this proposal. * http://fedoraproject.org/wiki/Features/IcedTea - FESCo approved this proposal after numerous questions answered by Thomas Fitzsimmons (fitzsim) & Andrew Overholt (overholt). * IcedTea won't support ppc by F8. * overholt - "since everything we ship can build with gcj anyway, we'll probably stick with building with gcj and then just tell people to use IcedTea at runtime if they can" * For more details of the IcedTea discussion, please refer to the IRC log. === Default commit acl for new packages === * After a long discussion, FESCo approved a proposal the new packages will be created with an default acl that is open to all cvsextras members, instead of only to the package owner. IRC log can be found at: http://bpepple.fedorapeople.org/FESCo-2007-08-16.html Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 bpepple at fedoraproject.org Fri Aug 17 14:23:22 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 17 Aug 2007 10:23:22 -0400 Subject: FESCo Meeting Summary for 2007-08-16 Message-ID: <1187360602.6381.2.camel@kennedy> Members Present * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Jeremy Katz (jeremy) * Tom Callaway (spot) * Jesse Keating (f13) * Christian Iseli (c4chris) * Christopher Aillon (caillon) * Kevin Fenzi (nirik) * Josh Boyer (jwb) * Warren Togami (warren) Members Absent * Bill Nottingham (notting) * David Woodhouse (dwmw2) * Dennis Gilmore (dgilmore) == Summary == === New Feature Proposals Approvals === * http://fedoraproject.org/wiki/Features/Transifex - FESCo approved this feature proposal. * http://fedoraproject.org/wiki/Features/FedoraElectronicLab - FESCo approved this proposal. * http://fedoraproject.org/wiki/Releases/FeatureNetworkManager - FESCo approved this proposal. * http://fedoraproject.org/wiki/Features/IcedTea - FESCo approved this proposal after numerous questions answered by Thomas Fitzsimmons (fitzsim) & Andrew Overholt (overholt). * IcedTea won't support ppc by F8. * overholt - "since everything we ship can build with gcj anyway, we'll probably stick with building with gcj and then just tell people to use IcedTea at runtime if they can" * For more details of the IcedTea discussion, please refer to the IRC log. === Default commit acl for new packages === * After a long discussion, FESCo approved a proposal the new packages will be created with an default acl that is open to all cvsextras members, instead of only to the package owner. IRC log can be found at: http://bpepple.fedorapeople.org/FESCo-2007-08-16.html Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 fedoraproject.org Fri Aug 17 15:10:11 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 17 Aug 2007 11:10:11 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-17 Message-ID: <20070817151011.9EBFD152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 22 ack-1.64-1.fc6 alliance-5.0-8.20070718snap.fc6 (!) edac-utils-0.9-6.fc6 : INVALID rebuild, not published! emacs-common-muse-3.10-1.fc6 fail2ban-0.8.1-10.fc6 fedora-ds-base-1.1.0-1.2.fc6 ktorrent-2.2.1-3.fc6 NEW lshw-B.02.11.01-3.fc6 : Hardware lister milter-regex-1.7-1.fc6 openarena-0.7.1-1.fc6 perl-capitalization-0.03-5.fc6 perl-Class-Inspector-1.17-1.fc6 perl-Class-ReturnValue-0.54-1.fc6 perl-SVK-2.0.2-1.fc6 postgresql-pgpool-II-1.2-4.fc6 postgresql-pgpoolAdmin-1.0.0-7.fc6 pv-1.0.1-1.fc6 python-sqlalchemy-0.3.10-2.fc6 radiusclient-ng-0.5.6-2.fc6 rsibreak-0.8.0-2.fc6 speedcrunch-0.8-5.fc6 xmlrpc-c-1.06.17-1.fc6 Changes in Fedora Extras 6: ack-1.64-1.fc6 -------------- * Thu Aug 16 2007 Ian Burrell - 1.64-1 - Update to 1.64 - Add BuildRequires Test::More * Mon Jun 18 2007 Ian Burrell - 1.62-2 - Disable tests since bug not fixed alliance-5.0-8.20070718snap.fc6 ------------------------------- * Thu Aug 16 2007 Chitlesh Goorah - 5.0-8.20070718snap - fixing conflicts with QuantLib-doc package (#252941) - update license macro to comply with new guidelines) edac-utils-0.9-6.fc6 -------------------- * Tue Jul 17 2007 Aristeu Rozanski 0.9-6 - Building for FC6 package emacs-common-muse-3.10-1.fc6 ---------------------------- * Fri Aug 17 2007 Jonathan G. Underwood - 3.10-1 - Update to release 3.10 fail2ban-0.8.1-10.fc6 --------------------- * Wed Aug 15 2007 Axel Thimm - 0.8.1-10 - Update to 0.8.1. - Remove patch fixing CVE-2007-4321 (upstream). - Remove AllowUsers patch (upstream). - Add dependency to gamin-python. fedora-ds-base-1.1.0-1.2.fc6 ---------------------------- * Thu Aug 16 2007 Rich Megginson - 1.1.0-1.2 - fix several migration related issues - fix open() usage - primarily to fix build problems on devel ktorrent-2.2.1-3.fc6 -------------------- * Thu Aug 16 2007 Roland Wolters - 2.2.1-3 - licence tag corrected * Wed Jul 25 2007 Jesse Keating - 2.2.1-2 - Rebuild for RH #249435 lshw-B.02.11.01-3.fc6 --------------------- * Tue Aug 14 2007 Terje Rosten - B.02.11.01-3 - Move desktop and pam config to files - Simplify build * Tue Aug 07 2007 Terje Rosten - B.02.11.01-2 - Remove trademarks * Mon Aug 06 2007 Terje Rosten - B.02.11.01-1 - B.02.11.01 * Sun Aug 05 2007 Terje Rosten - B.02.11-3 - Move artwork to gui subpackage - Implement consolehelper support * Sat Aug 04 2007 Terje Rosten - B.02.11-2 - License is GPLv2 (only) - Fix ui %description * Wed Aug 01 2007 Terje Rosten - B.02.11-1 - Follow upstream version scheme * Wed Jul 25 2007 Terje Rosten - 2.11-1 - 2.11 milter-regex-1.7-1.fc6 ---------------------- * Mon Aug 06 2007 Paul Howarth - 1.7-1 - update to 1.7 (sendmail macro filtering support added) - tarball now includes a versioned directory name - split milter-regex.conf out from being a here document in the spec and have it as a separate source file instead - unexpand tabs - use the standard scriptlet for user/group creation in %pre - use %{_initrddir} rather than %{_sysconfdir}/rc.d/init.d for initscript - use %{__install} rather than %{__cp} in %install - drop scriptlet dependencies on /sbin/service by calling initscript directly - LSB-ize initscript (#246983) * Wed Apr 18 2007 Paul Howarth - 1.6-7 - add patch for compile errors on Fedora 7 - use sed rather than perl for quick scripted edits openarena-0.7.1-1.fc6 --------------------- * Mon Aug 13 2007 Jon Ciesla - 0.7.1-1 - Added 0.7.1 patch. - Uses 0.7.0 .zip, took version macro out of URL and setup to accommodate. * Fri Jul 13 2007 Micha? Bentkowski - 0.7.0-3 - NO_VM_COMPILED flag on ppc64 * Fri Jul 13 2007 Micha? Bentkowski - 0.7.0-2 - Add libvorbis-devel BR * Wed Jul 11 2007 Micha? Bentkowski - 0.7.0-1 - Update to 0.7.0 perl-capitalization-0.03-5.fc6 ------------------------------ * Fri Aug 17 2007 Ralf Cors?pius - 0.03-5 - Update license tag. - Reflect perl module split. perl-Class-Inspector-1.17-1.fc6 ------------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.17-1 - Upstream update. * Thu Apr 19 2007 Ralf Cors?pius - 1.16-3 - Reflect perl package split. perl-Class-ReturnValue-0.54-1.fc6 --------------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 0.54-1 - Upstream update. * Thu Apr 19 2007 Ralf Cors?pius - 0.53-6 - Reflect perl package split. perl-SVK-2.0.2-1.fc6 -------------------- * Thu Aug 16 2007 Ian Burrell - 2.0.2-1 - Update to 2.0.2 - Fix BuildRequires * Mon Jun 18 2007 Ian Burrell - 2.0.1-2 - Add Compress::Zlib to BuildRequires postgresql-pgpool-II-1.2-4.fc6 ------------------------------ * Thu Aug 16 2007 Devrim Gunduz 1.2-4 - Fixed the directory name where sample conf files and sql files are installed. * Sun Aug 05 2007 Devrim Gunduz 1.2-3 - Added a patch for sample conf file to use Fedora defaults * Sun Aug 05 2007 Devrim Gunduz 1.2-2 - Added an init script for pgpool - Added /etc/sysconfig/pgpool postgresql-pgpoolAdmin-1.0.0-7.fc6 ---------------------------------- * Thu Aug 16 2007 Devrim Gunduz 1.0.0-7 - Fix httpd configuration file -- it was using wrong directory. pv-1.0.1-1.fc6 -------------- * Mon Aug 13 2007 Jakub Hrozek - 1.0.1-1 - Bump to latest upstream python-sqlalchemy-0.3.10-2.fc6 ------------------------------ * Tue Jul 24 2007 Toshio Kuratomi - 0.3.10-2 - Remove python-abi Requires. This is automatic since FC4+. * Tue Jul 24 2007 Toshio Kuratomi - 0.3.10-1 - Update to new upstream version 0.3.10 radiusclient-ng-0.5.6-2.fc6 --------------------------- * Wed Aug 15 2007 Jeffrey C. Ollie - 0.5.6-2 - Update to 0.5.6 rsibreak-0.8.0-2.fc6 -------------------- * Thu Aug 16 2007 Roland Wolters - 0.8.0-2 - licence tag corrected speedcrunch-0.8-5.fc6 --------------------- * Thu Aug 16 2007 Roland Wolters - 0.8-5 - licence tag corrected xmlrpc-c-1.06.17-1.fc6 ---------------------- * Thu Aug 16 2007 Enrico Scholz - 1.06.17-1 - updated to 1.06.17 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From pemboa at gmail.com Fri Aug 17 15:38:51 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 17 Aug 2007 10:38:51 -0500 Subject: Fedora KDE Question Message-ID: <16de708d0708170838m1f8420dfg17dfa2adee7f7748@mail.gmail.com> I am a bit confused about the division of labour in Fedora in reference to KDE : the fedora-desktop list seems to be unconcerned with things KDE, yet the scope of the discussions, and possible decisions seem to go beyond Gnome; to system wide changes. If decisions aren't limited to Gnome, shouldn't discussions include KDE? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From lsof at nodata.co.uk Fri Aug 17 15:41:56 2007 From: lsof at nodata.co.uk (nodata) Date: Fri, 17 Aug 2007 17:41:56 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> <20070816210909.GA23591@tango.0pointer.de> <46C4C015.6030108@conversis.de> Message-ID: <1187365316.3117.11.camel@sb-home> Am Donnerstag, den 16.08.2007, 15:56 -0700 schrieb Ian Burrell: > Personally, if the software redirection is not going to > work properly with all programs, then it shouldn't be the default. +1 > If > using pulseaudio as software mixer for ALSA works better than dmix, it > can do that job. > > - Ian > From tibbs at math.uh.edu Fri Aug 17 15:43:08 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 17 Aug 2007 10:43:08 -0500 Subject: Yum exploding In-Reply-To: <1187358987.3675.5.camel@localhost.localdomain> References: <1187358987.3675.5.camel@localhost.localdomain> Message-ID: >>>>> "SS" == Simo Sorce writes: SS> Not sure this is know didn't see anything relevant on bugzilla, SS> should I open a new report there? There's already a ticket open: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=252461 - J< From mtasaka at ioa.s.u-tokyo.ac.jp Fri Aug 17 15:45:51 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 18 Aug 2007 00:45:51 +0900 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> Message-ID: <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> Jindrich Novy wrote, at 08/17/2007 09:08 PM +9:00: > On Fri, Aug 17, 2007 at 11:57:51AM +0300, Ville Skytt? wrote: >> On Friday 17 August 2007, Jindrich Novy wrote: >>> db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to >>> compat-db >> compat-db seems to have some self-obsoletion issues, that may have something >> to do with the problems: >> >> Obsoletes: db4 < 4.6, db4-devel < 4.6, db4-utils < 4.6, db4-tcl < 4.6, >> db4-java < 4.6 >> Provides: db4 = 4.2.52, db4 = 4.3.29, db4 = 4.5.20 >> Provides: db4-devel = 4.2.52, db4-devel = 4.3.29, db4-devel = 4.5.20 >> >> The Obsoletes should probably be < 4.2.52 instead of < 4.6. > > The original intention was a possibility to replace an existing old db4 > with compat-db without conflicts. I decreased the obsoletes and build > new compat-db so it sould be ok now. Umm.. still no good. Currently I cannot figure out how to resolve this issue. http://koji.fedoraproject.org/koji/taskinfo?taskID=107120 (according to i386 half?finished (cancelled) root.log, buildroot seems to install new compat-db 4.5.20-2.fc8: http://koji.fedoraproject.org/koji/taskinfo?taskID=107111 ) Mamoru From dominik at greysector.net Fri Aug 17 15:48:57 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Fri, 17 Aug 2007 17:48:57 +0200 Subject: ufsparse -> suitesparse In-Reply-To: <20070817101341.GA7054@puariko.nirvana> References: <46C495BB.9080608@cora.nwra.com> <20070816195430.GA21784@ryvius.pekin.waw.pl> <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> <20070816202719.GA22205@ryvius.pekin.waw.pl> <46C4F2B5.9010700@ieee.org> <20070817083136.GA5631@ryvius.pekin.waw.pl> <20070817101341.GA7054@puariko.nirvana> Message-ID: <20070817154857.GA9424@ryvius.pekin.waw.pl> On Friday, 17 August 2007 at 12:13, Axel Thimm wrote: > On Fri, Aug 17, 2007 at 10:31:36AM +0200, Dominik 'Rathann' Mierzejewski wrote: > > On Friday, 17 August 2007 at 02:58, Quentin Spencer wrote: > > > Dominik 'Rathann' Mierzejewski wrote: > > > >On Thursday, 16 August 2007 at 22:22, orion at cora.nwra.com wrote: > > > > > > > >>>On Thursday, 16 August 2007 at 20:21, Orion Poplawski wrote: > > > >>> > > > >>>>Looks like ufsparse has been replaced by suitesparse and ufsparse needs > > > >>>>to get pulled from the devel repository. > > > >>>> > > > >>>Does the soname change? Does the new package provide ufsparse(-devel)? > > > >>> > > > >>> > > > >>Not sure about the soname - but I don't think it does. suitespare > > > >>provides and obsoletes ufsparse. I noticed it because ufsparse gets > > > >>installed on new installs, but is then replaced with suitesparse on first > > > >>yum update. > > > >> > > > > > > > >So starting with devel/f8 I should use BuildRequires: suiteparse-devel, > > > >right? Or will there be an update for f7 as well? > > > > > > > > > > Yes, that's right. I assumed that octave was the only thing depending on > > > suitesparse (sorry, I should have checked), so I never said anything. > > > There is a soname change. I had thought about updating f7, but I have > > > other priorities (drastic changes to octave-forge to work out), so I > > > probably won't. > > > > freefem++ is one other thing depending on ufsparse, but it's not in CVS > > yet, awaiting arpack to pass review (Axel, are you alive there?). > > Sure, I'm waiting for the lapack <-> atlas issue to be resolved. Why haven't you filed a bug? You can't expect the problem to resolve by itself. IMHO that problem is NOT a blocker. A workaround is easy enough. Please do it like I suggested in the review comment (i.e. BR: lapack for EPEL and BR: lapack-devel for the rest) for now. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From a.badger at gmail.com Fri Aug 17 15:50:23 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 17 Aug 2007 08:50:23 -0700 Subject: Plan for tomorrows (20070816) FESCO meeting In-Reply-To: <46C3DB89.7040803@leemhuis.info> References: <1187208176.2815.7.camel@kennedy> <1187217775.2812.2.camel@kennedy> <46C3DB89.7040803@leemhuis.info> Message-ID: <46C5C3BF.5030508@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thorsten Leemhuis wrote: > Something related to this: I'd like to open my packages by default for > sponsors and a (not-yet-existent group) long-term-contributors(?). Could > FESCo consider making something like this possible? > > Reasons for that wish: I have no problem with other people modifying my > packages (?), but I think the risk of opening lots of packages in CVS > for alls cvs_extras members is to high, as it's not that hard for a > malicious attacker to get sponsored (site note: especially as the "hit > CTRL + C at the right moment and non or and incomplete commit message > gets send" problems is still not solved and thus it's not that hard to > modify something in CVS without being noticed early enough). > > CU > knurd > > (?) -- long-term in this case maybe defined as something like this: > people that have at least ten packages or have three packages and are > around for at least one year > > (?) -- as I said in the past now and then already: I still like us to > see a more wiki-like approach where modifying other peoples packages is > not frowned upon as it is currently > FESCO keeps discussing this and it's something infrastructure knows is desired. However, there's several parts that need to be completed in order to enable this and we don't have a clear plan of how to achieve this. We have to create new groups in the account system to handle the division of "long term packagers" vs non-long term and we have to figure out how to define levels for outside consumers of the account system (right now, the user-sponsor-admin levels are only available internally to the account system.) Once those hurdles are dealt with we still have to figure out how to map the results into the cvs server and packagedb. In the past we discussed using filesystem acls to enforce this. We've recently added group code to the cvs server so that's a good alternative. Ticket tracking this is here: https://hosted.fedoraproject.org/projects/packagedb/ticket/28 - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGxcO/X6yAic2E7kgRAvuGAJ4yajnk32BLGyLiS2wjySIYO0vZiwCglAPL T7cNSli1IeBWP2r7caUCaGw= =iG/5 -----END PGP SIGNATURE----- From mtasaka at ioa.s.u-tokyo.ac.jp Fri Aug 17 15:51:09 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 18 Aug 2007 00:51:09 +0900 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> Message-ID: <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> Mamoru Tasaka wrote, at 08/18/2007 12:45 AM +9:00: > Jindrich Novy wrote, at 08/17/2007 09:08 PM +9:00: >> On Fri, Aug 17, 2007 at 11:57:51AM +0300, Ville Skytt? wrote: >>> On Friday 17 August 2007, Jindrich Novy wrote: >>>> db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to >>>> compat-db >>> compat-db seems to have some self-obsoletion issues, that may have >>> something to do with the problems: >>> >>> Obsoletes: db4 < 4.6, db4-devel < 4.6, db4-utils < 4.6, db4-tcl < >>> 4.6, db4-java < 4.6 >>> Provides: db4 = 4.2.52, db4 = 4.3.29, db4 = 4.5.20 >>> Provides: db4-devel = 4.2.52, db4-devel = 4.3.29, db4-devel = 4.5.20 >>> >>> The Obsoletes should probably be < 4.2.52 instead of < 4.6. >> >> The original intention was a possibility to replace an existing old db4 >> with compat-db without conflicts. I decreased the obsoletes and build >> new compat-db so it sould be ok now. > > Umm.. still no good. Currently I cannot figure out how to resolve > this issue. > http://koji.fedoraproject.org/koji/taskinfo?taskID=107120 > > (according to i386 half?finished (cancelled) root.log, buildroot seems to > install new compat-db 4.5.20-2.fc8: > http://koji.fedoraproject.org/koji/taskinfo?taskID=107111 ) The latter one is not 107111, but: http://koji.fedoraproject.org/koji/taskinfo?taskID=107121 Mamoru From esandeen at redhat.com Fri Aug 17 16:23:46 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Fri, 17 Aug 2007 11:23:46 -0500 Subject: please enable XFS in anaconda In-Reply-To: <46A952DB.5020304@redhat.com> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A952DB.5020304@redhat.com> Message-ID: <46C5CB92.9090206@redhat.com> Eric Sandeen wrote: > The remaining issue may be xfs+4kstacks+complicated/deep IO stacks on > x86. Honestly I've never much liked 4kstacks... layered filesystems > coming down the pipe (ecryptfs, unionfs) may well have trouble too. > I'd prefer to see the stack size boot-time selectable, maybe - or > perhaps disallow xfs (or issue a stern warning) on x86 boxes? (x86_64 & > ia64, with sane stack size, work fine in this regard). I can confirm that xfs on 4KSTACKS over lvm is still a problem. Basic functionality is fine, but I can't make it through all of xfsqa w/o a stack overflow. Even just mounting with -o quota gets us pretty close to the edge: mount used greatest stack depth: 180 bytes left I'll look at some of the bigger offenders if I have any spare time in the evenings. It's the callchains, too though, not just the individual functions that come into play. 0x0001b719 xfs_bmapi [xfs]: 276 0x00016dfa xfs_bmap_add_extent_delay_real [xfs]: 252 0x0003b4dc xfs_bulkstat [xfs]: 252 0x0004acb0 _xfs_trans_commit [xfs]: 240 0x00018c1e xfs_bmap_del_extent [xfs]: 236 0x000529a4 xfs_symlink [xfs]: 236 0x0002e3c0 xfs_growfs_data [xfs]: 228 0x0003a6fa xfs_iomap_write_delay [xfs]: 224 0x0001f282 xfs_bmbt_delrec [xfs]: 216 0x00020335 xfs_bmbt_split [xfs]: 212 0x00014d4b xfs_bmap_add_extent_unwritten_real [xfs]: 204 0x00028658 xfs_dir2_leaf_getdents [xfs]: 204 0x00019dc8 xfs_bunmapi [xfs]: 200 0x0001c89d xfs_getbmap [xfs]: 200 0x00046b97 xfs_mountfs [xfs]: 200 0x0004fc95 xfs_free_file_space [xfs]: 200 ... (OTOH, my FC6 mythbox has been just fine for a year on xfs over plain partitions) -Eric From mschwendt.tmp0701.nospam at arcor.de Fri Aug 17 16:30:26 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 17 Aug 2007 18:30:26 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> Message-ID: <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> On Sat, 18 Aug 2007 00:51:09 +0900, Mamoru Tasaka wrote: > Mamoru Tasaka wrote, at 08/18/2007 12:45 AM +9:00: > > Jindrich Novy wrote, at 08/17/2007 09:08 PM +9:00: > >> On Fri, Aug 17, 2007 at 11:57:51AM +0300, Ville Skytt? wrote: > >>> On Friday 17 August 2007, Jindrich Novy wrote: > >>>> db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to > >>>> compat-db > >>> compat-db seems to have some self-obsoletion issues, that may have > >>> something to do with the problems: > >>> > >>> Obsoletes: db4 < 4.6, db4-devel < 4.6, db4-utils < 4.6, db4-tcl < > >>> 4.6, db4-java < 4.6 > >>> Provides: db4 = 4.2.52, db4 = 4.3.29, db4 = 4.5.20 > >>> Provides: db4-devel = 4.2.52, db4-devel = 4.3.29, db4-devel = 4.5.20 > >>> > >>> The Obsoletes should probably be < 4.2.52 instead of < 4.6. > >> > >> The original intention was a possibility to replace an existing old db4 > >> with compat-db without conflicts. I decreased the obsoletes and build > >> new compat-db so it sould be ok now. > > > > Umm.. still no good. Currently I cannot figure out how to resolve > > this issue. > > http://koji.fedoraproject.org/koji/taskinfo?taskID=107120 > > > > (according to i386 half?finished (cancelled) root.log, buildroot seems to > > install new compat-db 4.5.20-2.fc8: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=107111 ) > The latter one is not 107111, but: > http://koji.fedoraproject.org/koji/taskinfo?taskID=107121 A "cvs diff -u -r 1.22 1.24 compat-db.spec" shows that the Provides/Obsoletes were added in compat-db-4_5_20-1_fc8 and after compat-db-4_3_29-2_fc7 If RPM in the build environment is a version that obsoletes packages based on virtual provides, these Provides/Obsoletes in compat-db are the culprit. In short, when compat-db "Provides: db4 = some-low-version", the "db4" packages with a higher version upgrades compat-db. Some background can be found here: https://bugzilla.redhat.com/111071 It has effected multiple packages since FC =~ 1 Recently, Panu has mentioned that this "feature" in RPM will go away in a future release of RPM. But until then, don't use such virtual provides. They break. From Axel.Thimm at ATrpms.net Fri Aug 17 16:35:01 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 17 Aug 2007 18:35:01 +0200 Subject: ufsparse -> suitesparse In-Reply-To: <20070817154857.GA9424@ryvius.pekin.waw.pl> References: <46C495BB.9080608@cora.nwra.com> <20070816195430.GA21784@ryvius.pekin.waw.pl> <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> <20070816202719.GA22205@ryvius.pekin.waw.pl> <46C4F2B5.9010700@ieee.org> <20070817083136.GA5631@ryvius.pekin.waw.pl> <20070817101341.GA7054@puariko.nirvana> <20070817154857.GA9424@ryvius.pekin.waw.pl> Message-ID: <20070817163501.GE10980@puariko.nirvana> On Fri, Aug 17, 2007 at 05:48:57PM +0200, Dominik 'Rathann' Mierzejewski wrote: > > > freefem++ is one other thing depending on ufsparse, but it's not in CVS > > > yet, awaiting arpack to pass review (Axel, are you alive there?). > > > > Sure, I'm waiting for the lapack <-> atlas issue to be resolved. > > Why haven't you filed a bug? You can't expect the problem to resolve by > itself. Well, I think I saw that this was your package and since we were discussing this in the review I thought you were aware of it. I'm also not sure whether this is really an issue, it was reported as such by a reviewer (yum picking the smallest name for fulfilling a dependency or something along the lines which makes atlas win over lapack). At any rate the claim was that atlas(-devel?) provides equivalent files like lapack but is still not working as a replacement. I haven't checked whether this claim is true, this is something for lapack/atlas experts to digest :) -- 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 dominik at greysector.net Fri Aug 17 16:41:39 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Fri, 17 Aug 2007 18:41:39 +0200 Subject: ufsparse -> suitesparse In-Reply-To: <20070817163501.GE10980@puariko.nirvana> References: <46C495BB.9080608@cora.nwra.com> <20070816195430.GA21784@ryvius.pekin.waw.pl> <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> <20070816202719.GA22205@ryvius.pekin.waw.pl> <46C4F2B5.9010700@ieee.org> <20070817083136.GA5631@ryvius.pekin.waw.pl> <20070817101341.GA7054@puariko.nirvana> <20070817154857.GA9424@ryvius.pekin.waw.pl> <20070817163501.GE10980@puariko.nirvana> Message-ID: <20070817164139.GC9424@ryvius.pekin.waw.pl> On Friday, 17 August 2007 at 18:35, Axel Thimm wrote: > On Fri, Aug 17, 2007 at 05:48:57PM +0200, Dominik 'Rathann' Mierzejewski wrote: > > > > freefem++ is one other thing depending on ufsparse, but it's not in CVS > > > > yet, awaiting arpack to pass review (Axel, are you alive there?). > > > > > > Sure, I'm waiting for the lapack <-> atlas issue to be resolved. > > > > Why haven't you filed a bug? You can't expect the problem to resolve by > > itself. > > Well, I think I saw that this was your package and since we were > discussing this in the review I thought you were aware of it. I'm also > not sure whether this is really an issue, it was reported as such by a > reviewer (yum picking the smallest name for fulfilling a dependency or > something along the lines which makes atlas win over lapack). To make things clear, because you seem a bit confused: arpack is your package and I am the reviewer. > At any rate the claim was that atlas(-devel?) provides equivalent > files like lapack but is still not working as a replacement. I haven't > checked whether this claim is true, this is something for lapack/atlas > experts to digest :) It was. I only tested it as much as to confirm that yum install atlas ; rpm -e lapack blas doesn't prevent apps linked against these from running. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From Axel.Thimm at ATrpms.net Fri Aug 17 17:04:16 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 17 Aug 2007 19:04:16 +0200 Subject: ufsparse -> suitesparse In-Reply-To: <20070817164139.GC9424@ryvius.pekin.waw.pl> References: <46C495BB.9080608@cora.nwra.com> <20070816195430.GA21784@ryvius.pekin.waw.pl> <45532.192.168.0.56.1187295763.squirrel@www.cora.nwra.com> <20070816202719.GA22205@ryvius.pekin.waw.pl> <46C4F2B5.9010700@ieee.org> <20070817083136.GA5631@ryvius.pekin.waw.pl> <20070817101341.GA7054@puariko.nirvana> <20070817154857.GA9424@ryvius.pekin.waw.pl> <20070817163501.GE10980@puariko.nirvana> <20070817164139.GC9424@ryvius.pekin.waw.pl> Message-ID: <20070817170416.GH10980@puariko.nirvana> On Fri, Aug 17, 2007 at 06:41:39PM +0200, Dominik 'Rathann' Mierzejewski wrote: > On Friday, 17 August 2007 at 18:35, Axel Thimm wrote: > > On Fri, Aug 17, 2007 at 05:48:57PM +0200, Dominik 'Rathann' Mierzejewski wrote: > > > > > freefem++ is one other thing depending on ufsparse, but it's not in CVS > > > > > yet, awaiting arpack to pass review (Axel, are you alive there?). > > > > > > > > Sure, I'm waiting for the lapack <-> atlas issue to be resolved. > > > > > > Why haven't you filed a bug? You can't expect the problem to resolve by > > > itself. > > > > Well, I think I saw that this was your package and since we were > > discussing this in the review I thought you were aware of it. I'm also > > not sure whether this is really an issue, it was reported as such by a > > reviewer (yum picking the smallest name for fulfilling a dependency or > > something along the lines which makes atlas win over lapack). > > To make things clear, because you seem a bit confused: arpack is your package > and I am the reviewer. well, I'm referring to reviewer before you picked it up, Micha? Bentkowski, who claimed that atlas broke arpack. But looking at the bugzilla again he never wrote how and why, so maybe it's a Red Herring? > > At any rate the claim was that atlas(-devel?) provides equivalent > > files like lapack but is still not working as a replacement. I haven't > > checked whether this claim is true, this is something for lapack/atlas > > experts to digest :) > > It was. I only tested it as much as to confirm that > yum install atlas ; rpm -e lapack blas > doesn't prevent apps linked against these from running. I digged out that bugzilla and found the following mysterious issue with atlas-devel (not?) containing liblapack.so https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214967#c51 | The atlas vs lapack issue is quite mysterious: | | # repoquery -q --whatprovides /usr/lib64/liblapack.so | Importing additional filelist information | atlas-devel-0:3.6.0-11.fc6.x86_64 | lapack-devel-0:3.1.1-1.fc6.x86_64 | # rpm -q atlas-devel | atlas-devel-3.6.0-11.fc6 | # rpm -ql atlas-devel | grep liblapack.so$ | /usr/lib64/atlas/liblapack.so | # rpm -q atlas-devel --provides | atlas-devel = 3.6.0-11.fc6 | | So repoquery (and therefore also yum/mock) think atlas-devel contains | %{_libdir}/liblapack.so while in reality it does not? I haven't looked at the | atlas specfile, but the situation above should not be possible to happen. | | Why is repoquery fooled that atlas-devel contains %{_libdir}/liblapack.so? It | isn't a %file and not a virtual Provides: either. | | (this comment probably belongs as a bug report against atlas or yum-metadata-parser) -- 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 jkeating at redhat.com Fri Aug 17 17:08:38 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 17 Aug 2007 13:08:38 -0400 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070817130838.35ba3fa8@ender> On Fri, 17 Aug 2007 18:30:26 +0200 Michael Schwendt wrote: > If RPM in the build environment is a version that obsoletes packages > based on virtual provides, these Provides/Obsoletes in compat-db are > the culprit. In short, when compat-db "Provides: db4 = > some-low-version", the "db4" packages with a higher version upgrades > compat-db. Some background can be found here: > https://bugzilla.redhat.com/111071 It has effected multiple packages > since FC =~ 1 > > Recently, Panu has mentioned that this "feature" in RPM will go away > in a future release of RPM. But until then, don't use such virtual > provides. They break. Yes, in this case the automatic library provides in the compat-db package should be well enough to satisfy anything that /needs/ the older libraries to function. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Fri Aug 17 17:16:28 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 17 Aug 2007 19:16:28 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070817191628.9b172206.mschwendt.tmp0701.nospam@arcor.de> On Fri, 17 Aug 2007 18:30:26 +0200, Michael Schwendt wrote: > On Sat, 18 Aug 2007 00:51:09 +0900, Mamoru Tasaka wrote: > > > Mamoru Tasaka wrote, at 08/18/2007 12:45 AM +9:00: > > > Jindrich Novy wrote, at 08/17/2007 09:08 PM +9:00: > > >> On Fri, Aug 17, 2007 at 11:57:51AM +0300, Ville Skytt? wrote: > > >>> On Friday 17 August 2007, Jindrich Novy wrote: > > >>>> db4 was updated recently to 4.6.18, and older db-4.5.20 was moved to > > >>>> compat-db > > >>> compat-db seems to have some self-obsoletion issues, that may have > > >>> something to do with the problems: > > >>> > > >>> Obsoletes: db4 < 4.6, db4-devel < 4.6, db4-utils < 4.6, db4-tcl < > > >>> 4.6, db4-java < 4.6 > > >>> Provides: db4 = 4.2.52, db4 = 4.3.29, db4 = 4.5.20 > > >>> Provides: db4-devel = 4.2.52, db4-devel = 4.3.29, db4-devel = 4.5.20 > > >>> > > >>> The Obsoletes should probably be < 4.2.52 instead of < 4.6. > > >> > > >> The original intention was a possibility to replace an existing old db4 > > >> with compat-db without conflicts. I decreased the obsoletes and build > > >> new compat-db so it sould be ok now. > > > > > > Umm.. still no good. Currently I cannot figure out how to resolve > > > this issue. > > > http://koji.fedoraproject.org/koji/taskinfo?taskID=107120 > > > > > > (according to i386 half?finished (cancelled) root.log, buildroot seems to > > > install new compat-db 4.5.20-2.fc8: > > > http://koji.fedoraproject.org/koji/taskinfo?taskID=107111 ) > > The latter one is not 107111, but: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=107121 > > A "cvs diff -u -r 1.22 1.24 compat-db.spec" shows that the Provides/Obsoletes > were added in compat-db-4_5_20-1_fc8 and after compat-db-4_3_29-2_fc7 > > If RPM in the build environment is a version that obsoletes packages > based on virtual provides, these Provides/Obsoletes in compat-db are > the culprit. In short, when compat-db "Provides: db4 = some-low-version", > the "db4" packages with a higher version upgrades compat-db. Some > background can be found here: https://bugzilla.redhat.com/111071 > It has effected multiple packages since FC =~ 1 Typos! Three last lines above should read: the "db4" package with a higher version upgrades compat-db. Some background can be found here: https://bugzilla.redhat.com/111071 It has affected multiple packages since FC =~ 1 > Recently, Panu has mentioned that this "feature" in RPM will go away > in a future release of RPM. But until then, don't use such virtual > provides. They break. > From fedora at leemhuis.info Fri Aug 17 17:23:07 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 17 Aug 2007 19:23:07 +0200 Subject: permissions in cvs and security for our packages (Re: Plan for tomorrows (20070816) FESCO meeting) In-Reply-To: <46C5C3BF.5030508@gmail.com> References: <1187208176.2815.7.camel@kennedy> <1187217775.2812.2.camel@kennedy> <46C3DB89.7040803@leemhuis.info> <46C5C3BF.5030508@gmail.com> Message-ID: <46C5D97B.1060201@leemhuis.info> On 17.08.2007 17:50, Toshio Kuratomi wrote: > Thorsten Leemhuis wrote: > [...] > FESCO keeps discussing this [...] I got the impression that yesterdays FESCo meeting ended the discussion for next few months. I think that's really bad because it's *IMHO* (maybe I'm just being over carefully and to frightened here...) currently way to easy for a malicious attacker to get bad packages with bad code out to the users: - put a package up for review - get sponsored -- that's still the hardest parts, but not that hard if you reply to questions and advices from the reviewer quickly and poke the right people - watch mailing list and http://fedoraproject.org/wiki/Vacation for people being afk for longer time-periods - commit something bad to some well known packages which are (1) owned by folks being away and (2) without co-maintainers; hit CTRL+C quickly when cvs mentions that changes got commit -- if you are fast enough no commit mail will get send to the commits-list. Even if one gets send -- if you are a bit careful (e.g. upload a modified tarball with the malicious code) then chances are good none of those few people that take a closer look at some the commit-mails on cvs-extras-commits will notice something bad(?) - for F6 and devel the bad code will get out to the repo on it's own soon and find its way to the users automatically. For F-7 you need to get it out through bodhi -- not sure if it checks if the one that pushes a package is owning it. If not then the attacker can push his trojan horse easily himself. Chances this get noticed will be small as well. I think it's just a matter of time until something similar to what I outlined above might happens (reminder, both gentoo and ubuntu had problems with attackers in the last couple of days). Giving all sponsors access by default instead of "all new packagers get access to all new packages and round about 2935 out of 4847 packages (counted only devel branches and I hope my counting method was correct)" would have been the way saner choice IMHO. CU knurd (?) -- heck, I could even imagine ways where even the real owner might not notice changes (albeit that would depend on the way the real owner works) From limb at jcomserv.net Fri Aug 17 17:06:50 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 17 Aug 2007 12:06:50 -0500 (CDT) Subject: permissions in cvs and security for our packages (Re: Plan for tomorrows (20070816) FESCO meeting) In-Reply-To: <46C5D97B.1060201@leemhuis.info> References: <1187208176.2815.7.camel@kennedy> <1187217775.2812.2.camel@kennedy> <46C3DB89.7040803@leemhuis.info> <46C5C3BF.5030508@gmail.com> <46C5D97B.1060201@leemhuis.info> Message-ID: <41305.65.192.24.164.1187370410.squirrel@mail.jcomserv.net> > On 17.08.2007 17:50, Toshio Kuratomi wrote: >> Thorsten Leemhuis wrote: >> [...] >> FESCO keeps discussing this [...] > > I got the impression that yesterdays FESCo meeting ended the discussion > for next few months. I think that's really bad because it's *IMHO* > (maybe I'm just being over carefully and to frightened here...) > currently way to easy for a malicious attacker to get bad packages with > bad code out to the users: > > - put a package up for review > - get sponsored -- that's still the hardest parts, but not that hard if > you reply to questions and advices from the reviewer quickly and poke > the right people > - watch mailing list and http://fedoraproject.org/wiki/Vacation for > people being afk for longer time-periods > - commit something bad to some well known packages which are (1) owned > by folks being away and (2) without co-maintainers; hit CTRL+C quickly > when cvs mentions that changes got commit -- if you are fast enough no > commit mail will get send to the commits-list. Even if one gets send -- > if you are a bit careful (e.g. upload a modified tarball with the > malicious code) then chances are good none of those few people that take > a closer look at some the commit-mails on cvs-extras-commits will notice > something bad(??) > - for F6 and devel the bad code will get out to the repo on it's own > soon and find its way to the users automatically. For F-7 you need to > get it out through bodhi -- not sure if it checks if the one that pushes > a package is owning it. If not then the attacker can push his trojan > horse easily himself. Chances this get noticed will be small as well. I can confirm that at least in some cases Bodhi will allow non-owner updates. I do not maintain openarena, but I updated it this week at the maintainer's request/with his blessing. > I think it's just a matter of time until something similar to what I > outlined above might happens (reminder, both gentoo and ubuntu had > problems with attackers in the last couple of days). > > Giving all sponsors access by default instead of "all new packagers get > access to all new packages and round about 2935 out of 4847 packages > (counted only devel branches and I hope my counting method was correct)" > would have been the way saner choice IMHO. > > CU > knurd > > (??) -- heck, I could even imagine ways where even the real owner might > not notice changes (albeit that would depend on the way the real owner > works) > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From ajackson at redhat.com Fri Aug 17 17:47:58 2007 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 17 Aug 2007 13:47:58 -0400 Subject: Fedora KDE Question In-Reply-To: <16de708d0708170838m1f8420dfg17dfa2adee7f7748@mail.gmail.com> References: <16de708d0708170838m1f8420dfg17dfa2adee7f7748@mail.gmail.com> Message-ID: <1187372878.30336.61.camel@localhost.localdomain> On Fri, 2007-08-17 at 10:38 -0500, Arthur Pemberton wrote: > I am a bit confused about the division of labour in Fedora in > reference to KDE : > > the fedora-desktop list seems to be unconcerned with things KDE, yet > the scope of the discussions, and possible decisions seem to go beyond > Gnome; to system wide changes. If decisions aren't limited to Gnome, > shouldn't discussions include KDE? Speaking merely for the Red Hat desktop people, or maybe just for myself: We're not talking about KDE because solving these problems twice is deeply uninteresting. We're not planning to do anything that makes KDE's life difficult, but we're not aware of all the issues and we don't have the resources (or interest really) to discover them for ourselves. We're happy to take input from KDE people, but so far we haven't received much; perhaps none has been needed. Did you have a specific problem in mind? - ajax From a.badger at gmail.com Fri Aug 17 18:05:50 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 17 Aug 2007 11:05:50 -0700 Subject: permissions in cvs and security for our packages (Re: Plan for tomorrows (20070816) FESCO meeting) In-Reply-To: <46C5D97B.1060201@leemhuis.info> References: <1187208176.2815.7.camel@kennedy> <1187217775.2812.2.camel@kennedy> <46C3DB89.7040803@leemhuis.info> <46C5C3BF.5030508@gmail.com> <46C5D97B.1060201@leemhuis.info> Message-ID: <46C5E37E.9060601@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thorsten Leemhuis wrote: > On 17.08.2007 17:50, Toshio Kuratomi wrote: >> Thorsten Leemhuis wrote: >> [...] >> FESCO keeps discussing this [...] > > I got the impression that yesterdays FESCo meeting ended the discussion > for next few months. I think that's really bad because it's *IMHO* > (maybe I'm just being over carefully and to frightened here...) > currently way to easy for a malicious attacker to get bad packages with > bad code out to the users: > > - put a package up for review > - get sponsored -- that's still the hardest parts, but not that hard if > you reply to questions and advices from the reviewer quickly and poke > the right people > - watch mailing list and http://fedoraproject.org/wiki/Vacation for > people being afk for longer time-periods > - commit something bad to some well known packages which are (1) owned > by folks being away and (2) without co-maintainers; hit CTRL+C quickly > when cvs mentions that changes got commit -- if you are fast enough no > commit mail will get send to the commits-list. Even if one gets send -- > if you are a bit careful (e.g. upload a modified tarball with the > malicious code) then chances are good none of those few people that take > a closer look at some the commit-mails on cvs-extras-commits will notice > something bad(?) > - for F6 and devel the bad code will get out to the repo on it's own > soon and find its way to the users automatically. For F-7 you need to > get it out through bodhi -- not sure if it checks if the one that pushes > a package is owning it. If not then the attacker can push his trojan > horse easily himself. Chances this get noticed will be small as well. > There's a couple responses to this that were brought up during the meeting: 1) Someone wanting to make trouble can make trouble whether they have to wait for sponsorship or have to wait for sponsorship + waiting for a period of time/getting ten packages in/etc. None of the metrics for advancement so far presented are trust based except sponsorship. 2) Whether it's default open or default closed, individual maintainers have the option to open or close the acls on their packages. So simply closing the default acls doesn't prevent your scenario. Because of the large number of packages whose acl is open, it doesn't even do much to mitigate it. > Giving all sponsors access by default instead of "all new packagers get > access to all new packages and round about 2935 out of 4847 packages > (counted only devel branches and I hope my counting method was correct)" > would have been the way saner choice IMHO. > We can't do this yet. We need a plan and someone with time to implement it. Until then, the difference between new packages default open and packages which have already been opened are open is minimal. There's actually two tickets in the packagedb which can help address this: #28 https://hosted.fedoraproject.org/projects/packagedb/ticket/28 -- Long term plan to make changes to allow different acls for sponsors and leveled contributor access. #11 https://hosted.fedoraproject.org/projects/packagedb/ticket/11 -- Make an API for Bodhi so that Bodhi can enforce ownership on who is allowed to push. This needs to be followed by changes to Bodhi to make that happen. If you'd like to help in planning, then contribute to #28. If you'd like to contribute some code, jump into #11! - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGxeN9X6yAic2E7kgRAkd2AKCNwdEWjdYtQAT0QJdodyqY4qbrPQCfclQi lT/90Gp9o0xWZDBHpOR2VNA= =Y2Mg -----END PGP SIGNATURE----- From jonesc at hep.phy.cam.ac.uk Fri Aug 17 18:20:28 2007 From: jonesc at hep.phy.cam.ac.uk (Chris Jones) Date: Fri, 17 Aug 2007 19:20:28 +0100 Subject: reducing power usage of Fedora - how you can help! In-Reply-To: <20070809160658.GA9653@nostromo.devel.redhat.com> References: <20070809160658.GA9653@nostromo.devel.redhat.com> Message-ID: <200708171920.29241.jonesc@hep.phy.cam.ac.uk> Hi, Running my normal mix of KDE applications (kmail, konqueror,kopete) I get Top causes for wakeups: 31.6% ( 85.1) : nvidia 24.2% ( 65.1) kopete : schedule_timeout (process_timeout) 7.9% ( 21.3) : uhci_hcd:usb1, uhci_hcd:usb2, eth0 7.4% ( 20.0) kicker : schedule_timeout (process_timeout) 6.2% ( 16.8) X : do_setitimer (it_real_fn) 5.1% ( 13.6) gkrellm : schedule_timeout (process_timeout) 4.2% ( 11.3) : libata yes, ignore the nvidia one - Thats the binary driver.... kopete though is a problem. Some searching brought me to this ubuntu page https://bugs.launchpad.net/ubuntu/+source/kopete/+bug/127233 which says the problem is with "smooth scrolling" ... The fix, adding SmoothScrolling=false to my private /home/jonesc/.kde/share/config/kopeterc under [ContactList] does indeed fix thigs, dropping the interupts down to a few per sec. Chris On Thursday 9 August 2007 5:06:58 pm Bill Nottingham wrote: > Would you like your laptop battery to last longer? Would you like your > servers to use less electricity? We certainly would. So we're investigating > and fixing Fedora to use less juice. > > One of the biggest power problems is apps that wake up the CPU > unnecessarily. With the tickless kernel for x86 (and soon x86_64), > every time this happens it's a chance for power savings lost. > > HOW YOU CAN HELP > ---------------- > > We'd like to get as many reports of misbehaving apps as possible. > > 1) Install the 'powertop' package > > 2) Run it in a terminal window on a reasonably idle system with your > normal combination of apps. (If you run it when you're actively > compiling a kernel, watching a movie, or doing other CPU-intensive > things, the results aren't as useful.) > > 3) Note the results. If you'd like to capture them for safe-keeping > later, you can use the (Fedora-specific) '-d' option to dump them > to stdout, rather than pasting from the running app. > > 4) Report the results. You can add reports here, on #fedora-devel, > or to the upstream powertop community at power at bughost.org or > #powertop on irc.oftc.net. > > *** Please use a service such as http://pastebin.ca/ rather than > pasting powertop reports directly to an IRC channel. *** > > If you've got a specific app you know is misbehaving, please > file a bug with the details, and set it to block the 'wakeup' > bug in Fedora bugzilla. (bug number 204948.) > > Thanks for your assistance and help. > > Bill From pjones at redhat.com Fri Aug 17 19:29:46 2007 From: pjones at redhat.com (Peter Jones) Date: Fri, 17 Aug 2007 15:29:46 -0400 Subject: mkinitrd, ehci-hcd, error -71 on boot In-Reply-To: <20070816191604.GA13915@redhat.com> References: <20070814181438.31a67e7b.zaitcev@redhat.com> <46C49A27.6090506@redhat.com> <20070816191604.GA13915@redhat.com> Message-ID: <46C5F72A.4020500@redhat.com> Dave Jones wrote: > On Thu, Aug 16, 2007 at 02:40:39PM -0400, Peter Jones wrote: > > Pete Zaitcev wrote: > > > Hi, guys: > > > > > > I just found that ehci is loaded last in Rawhide. Does anyone remember why? > > > > > > FYI, I was working on RHEL 5 bug (234847) where someone lost patience > > > with those spurious -71s at boot. I know these messages bug people in > > > Fedora as well. IIRC Chuck even asked me specifically if anything can > > > be done. > > > > > > If nobody has a specific objections, I think we should implement this, > > > it's overdue. > > > > Yep, totally agree, and it's committed in mkinitrd's git repo now. > > Ooh, this is in git now? url ? The one in my .git/config is ssh://git.fedoraproject.org/git/hosted/mkinitrd. Obviously if you don't have ssh into that box it'll be somewhat different... -- Peter From rdieter at math.unl.edu Fri Aug 17 19:45:11 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 17 Aug 2007 14:45:11 -0500 Subject: Fedora KDE Question References: <16de708d0708170838m1f8420dfg17dfa2adee7f7748@mail.gmail.com> <1187372878.30336.61.camel@localhost.localdomain> Message-ID: Adam Jackson wrote: > On Fri, 2007-08-17 at 10:38 -0500, Arthur Pemberton wrote: >> the fedora-desktop list seems to be unconcerned with things KDE, yet ... > We're not talking about KDE because solving these problems twice is > deeply uninteresting. We're not planning to do anything that makes > KDE's life difficult, but we're not aware of all the issues and we don't > have the resources (or interest really) to discover them for ourselves. > We're happy to take input from KDE people, but so far we haven't > received much; perhaps none has been needed. Righto. My $0.02: when discussions/decisions occur that may affect KDE, then it is mostly a responsibility of the KDE SIG (and any other interested parties) to get involved in the process. This means, paying attention to the Desktop SIG, fedora-desktop lists, etc... and jumping in to help where appropriate. -- Rex From pemboa at gmail.com Fri Aug 17 20:27:37 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 17 Aug 2007 15:27:37 -0500 Subject: Fedora KDE Question In-Reply-To: <1187372878.30336.61.camel@localhost.localdomain> References: <16de708d0708170838m1f8420dfg17dfa2adee7f7748@mail.gmail.com> <1187372878.30336.61.camel@localhost.localdomain> Message-ID: <16de708d0708171327u227b3918pe326c387140984f4@mail.gmail.com> On 8/17/07, Adam Jackson wrote: > On Fri, 2007-08-17 at 10:38 -0500, Arthur Pemberton wrote: > > I am a bit confused about the division of labour in Fedora in > > reference to KDE : > > > > the fedora-desktop list seems to be unconcerned with things KDE, yet > > the scope of the discussions, and possible decisions seem to go beyond > > Gnome; to system wide changes. If decisions aren't limited to Gnome, > > shouldn't discussions include KDE? > > Speaking merely for the Red Hat desktop people, or maybe just for > myself: > > We're not talking about KDE because solving these problems twice is > deeply uninteresting. We're not planning to do anything that makes > KDE's life difficult, but we're not aware of all the issues and we don't > have the resources (or interest really) to discover them for ourselves. > We're happy to take input from KDE people, but so far we haven't > received much; perhaps none has been needed. Well it seems that I was just misunderstanding the issue : i was of the understanding that the fedora-desktop list was closely tied to the fedora-desktop spin, which I thought was Gnome only only - and hence the list was for gnome only issues. But seems that doesn't seem to be the case, I will not hesitate to post on the list, i've been subscribed to it for some time now. > Did you have a specific problem in mind? I do not; I was just following the "low hanging" thread on the desktop list and the topics being discussed went well beyond the desktop environment, but with no mention of KDE. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From vonbrand at inf.utfsm.cl Fri Aug 17 20:35:02 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 17 Aug 2007 16:35:02 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <1187273889.27768.33.camel@localhost.localdomain> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> <1187270550.27768.17.camel@localhost.localdomain> <20070816093045.1b3de827@mentok.boston.redhat.com> <1187273889.27768.33.camel@localhost.localdomain> Message-ID: <5817.1187382902@laptop13.inf.utfsm.cl> Simo Sorce wrote: > On Thu, 2007-08-16 at 09:30 -0400, Jesse Keating wrote: > > On Thu, 16 Aug 2007 09:22:30 -0400 > > Simo Sorce wrote: > > > > > I think this is wrong, I am sorry I didn't catch it before, but if > > > COPYING is not just a mere copy of the GPL license as published by the > > > FSF, but it is actually an obviously edited file which express the > > > intention of the Author, it do matter by all means, and it express the > > > license you should use. > > > Of course conflicts with the license in single source files have to be > > > resolved, but if source files lack any mention of the license version > > > they are under, what matter is what's in COPYING. IMO IANAL > > > > But what if the file isn't modified, and is obviously a verbatim copy > > from the webpage? > > It depends on the case imo. > > This would me my interpretation: It makes not much sense to handle "copied" vs "modified" COPYING here. In any case, the COPYING file (GPLv2) does /explicitly/ disallow distributing modified copies. Sure, if the COPYING (or README, etc) and the source disagree, it would be nice to ask upstream to clarify (AFAIU, each single file should explicitly state the license, as otherwise there is /no/ permission to copy it!) -- 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 From mclasen at redhat.com Fri Aug 17 20:57:00 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 17 Aug 2007 16:57:00 -0400 Subject: Fedora KDE Question In-Reply-To: <16de708d0708171327u227b3918pe326c387140984f4@mail.gmail.com> References: <16de708d0708170838m1f8420dfg17dfa2adee7f7748@mail.gmail.com> <1187372878.30336.61.camel@localhost.localdomain> <16de708d0708171327u227b3918pe326c387140984f4@mail.gmail.com> Message-ID: <1187384220.1161.90.camel@localhost.localdomain> On Fri, 2007-08-17 at 15:27 -0500, Arthur Pemberton wrote: > But seems that doesn't seem to be the case, I will not hesitate to > post on the list, i've been subscribed to it for some time now. Absolutely, feel free to post any desktop-related material on fedora-desktop-list. It is not an exclusive club. From ssorce at redhat.com Fri Aug 17 21:28:26 2007 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 17 Aug 2007 17:28:26 -0400 Subject: GPL and LGPL not acceptable for Fedora! In-Reply-To: <5817.1187382902@laptop13.inf.utfsm.cl> References: <1187233295.3439.86.camel@dhcp83-165.boston.redhat.com> <46C3D92C.1050601@hhs.nl> <46C3DC78.8030502@redhat.com> <200708160127.32860.lightsolphoenix@gmail.com> <46C3E138.8010504@hhs.nl> <1187270550.27768.17.camel@localhost.localdomain> <20070816093045.1b3de827@mentok.boston.redhat.com> <1187273889.27768.33.camel@localhost.localdomain> <5817.1187382902@laptop13.inf.utfsm.cl> Message-ID: <1187386106.3675.35.camel@localhost.localdomain> On Fri, 2007-08-17 at 16:35 -0400, Horst H. von Brand wrote: > Simo Sorce wrote: > > On Thu, 2007-08-16 at 09:30 -0400, Jesse Keating wrote: > > > On Thu, 16 Aug 2007 09:22:30 -0400 > > > Simo Sorce wrote: > > > > > > > I think this is wrong, I am sorry I didn't catch it before, but if > > > > COPYING is not just a mere copy of the GPL license as published by the > > > > FSF, but it is actually an obviously edited file which express the > > > > intention of the Author, it do matter by all means, and it express the > > > > license you should use. > > > > Of course conflicts with the license in single source files have to be > > > > resolved, but if source files lack any mention of the license version > > > > they are under, what matter is what's in COPYING. IMO IANAL > > > > > > But what if the file isn't modified, and is obviously a verbatim copy > > > from the webpage? > > > > It depends on the case imo. > > > > This would me my interpretation: > > It makes not much sense to handle "copied" vs "modified" COPYING here. > In any case, the COPYING file (GPLv2) does /explicitly/ disallow > distributing modified copies. Sure, if the COPYING (or README, etc) and > the source disagree, it would be nice to ask upstream to clarify (AFAIU, > each single file should explicitly state the license, as otherwise there > is /no/ permission to copy it!) Read the archives, I have already explained what I meant. And don't mistake what is unmodifiable (the license text) from what is: the file. It is the medium (or meta-medium ? :-) that contains the license text but that can contain other stuff as well. Simo. > -- > 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 > From pemboa at gmail.com Sat Aug 18 06:36:38 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 18 Aug 2007 01:36:38 -0500 Subject: memtest86 not on the DVD? Message-ID: <16de708d0708172336o4cc12c61l2b78b3a42f732f9f@mail.gmail.com> I think I at least scanned the release notes, and didn't see anything about memtest86 not being there, yet I can't seem to access memtest86 (currently attempting from within qemu) -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From opensource at till.name Sat Aug 18 07:02:18 2007 From: opensource at till.name (Till Maas) Date: Sat, 18 Aug 2007 09:02:18 +0200 Subject: memtest86 not on the DVD? In-Reply-To: <16de708d0708172336o4cc12c61l2b78b3a42f732f9f@mail.gmail.com> References: <16de708d0708172336o4cc12c61l2b78b3a42f732f9f@mail.gmail.com> Message-ID: <200708180902.27394.opensource@till.name> On Sa August 18 2007, Arthur Pemberton wrote: > I think I at least scanned the release notes, and didn't see anything > about memtest86 not being there, yet I can't seem to access memtest86 > (currently attempting from within qemu) This has been fixed in devel, the test1 images have memtest86 again. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From jnovy at redhat.com Sat Aug 18 08:38:47 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Sat, 18 Aug 2007 10:38:47 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070817130838.35ba3fa8@ender> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> <20070817130838.35ba3fa8@ender> Message-ID: <20070818083847.GA7918@dhcp-lab-186.brq.redhat.com> On Fri, Aug 17, 2007 at 01:08:38PM -0400, Jesse Keating wrote: > On Fri, 17 Aug 2007 18:30:26 +0200 > Michael Schwendt wrote: > > > If RPM in the build environment is a version that obsoletes packages > > based on virtual provides, these Provides/Obsoletes in compat-db are > > the culprit. In short, when compat-db "Provides: db4 = > > some-low-version", the "db4" packages with a higher version upgrades > > compat-db. Some background can be found here: > > https://bugzilla.redhat.com/111071 It has effected multiple packages > > since FC =~ 1 > > > > Recently, Panu has mentioned that this "feature" in RPM will go away > > in a future release of RPM. But until then, don't use such virtual > > provides. They break. > > > Yes, in this case the automatic library provides in the compat-db > package should be well enough to satisfy anything that /needs/ the > older libraries to function. Ok, the new compat-db without db4-* provides is now built. I'm Cc'ing fedora-maintainers as well so that everyone is aware that direct library dependencies are now needed for packages using older db4s. Jindrich --- Jindrich Novy http://people.redhat.com/jnovy/ From mschwendt.tmp0701.nospam at arcor.de Sat Aug 18 08:47:51 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sat, 18 Aug 2007 10:47:51 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070818083847.GA7918@dhcp-lab-186.brq.redhat.com> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> <20070817130838.35ba3fa8@ender> <20070818083847.GA7918@dhcp-lab-186.brq.redhat.com> Message-ID: <20070818104751.b931ae43.mschwendt.tmp0701.nospam@arcor.de> On Sat, 18 Aug 2007 10:38:47 +0200, Jindrich Novy wrote: > Ok, the new compat-db without db4-* provides is now built. I'm Cc'ing > fedora-maintainers as well so that everyone is aware that direct > library dependencies are now needed for packages using older db4s. What kind of "direct library dependencies"? Any of the binary rpms depend on the SONAME and don't need a change when a library is moved from one package to another. That's one of the primary reasons why we rely on rpmbuild's automatic dependencies instead of adding explicit dependencies on package %{name}s manually. Only packages, which want to build against compat-db-devel, would need to adjust the BuildRequires. From jnovy at redhat.com Sat Aug 18 11:19:00 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Sat, 18 Aug 2007 13:19:00 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070818104751.b931ae43.mschwendt.tmp0701.nospam@arcor.de> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> <20070817130838.35ba3fa8@ender> <20070818083847.GA7918@dhcp-lab-186.brq.redhat.com> <20070818104751.b931ae43.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070818111900.GA3862@dhcp-lab-186.brq.redhat.com> On Sat, Aug 18, 2007 at 10:47:51AM +0200, Michael Schwendt wrote: > On Sat, 18 Aug 2007 10:38:47 +0200, Jindrich Novy wrote: > > > Ok, the new compat-db without db4-* provides is now built. I'm Cc'ing > > fedora-maintainers as well so that everyone is aware that direct > > library dependencies are now needed for packages using older db4s. > > What kind of "direct library dependencies"? Any of the binary rpms > depend on the SONAME and don't need a change when a library is moved > from one package to another. That's one of the primary reasons why we > rely on rpmbuild's automatic dependencies instead of adding explicit > dependencies on package %{name}s manually. Only packages, which want > to build against compat-db-devel, would need to adjust the > BuildRequires. > compat-db-devel doesn't exist. I was trying to say, that Requires: db4 = 4.3.29 and similar won't work any more in rawhide so it has to be changed to something like Requires: compat-db >= 4.3.29 (recommended). Or something uglier like to require the library directly: Requires: libdb-4.3.so and libdb-4.3.so()(64bit) in case of 64bit arches, what is really ugly. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From mtasaka at ioa.s.u-tokyo.ac.jp Sat Aug 18 11:46:13 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 18 Aug 2007 20:46:13 +0900 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070818083847.GA7918@dhcp-lab-186.brq.redhat.com> References: <46C50CD8.4080706@ioa.s.u-tokyo.ac.jp> <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> <20070817130838.35ba3fa8@ender> <20070818083847.GA7918@dhcp-lab-186.brq.redhat.com> Message-ID: <46C6DC05.6060402@ioa.s.u-tokyo.ac.jp> Jindrich Novy wrote, at 08/18/2007 05:38 PM +9:00: > On Fri, Aug 17, 2007 at 01:08:38PM -0400, Jesse Keating wrote: >> On Fri, 17 Aug 2007 18:30:26 +0200 >> Michael Schwendt wrote: >> >>> If RPM in the build environment is a version that obsoletes packages >>> based on virtual provides, these Provides/Obsoletes in compat-db are >>> the culprit. In short, when compat-db "Provides: db4 = >>> some-low-version", the "db4" packages with a higher version upgrades >>> compat-db. Some background can be found here: >>> https://bugzilla.redhat.com/111071 It has effected multiple packages >>> since FC =~ 1 >>> >>> Recently, Panu has mentioned that this "feature" in RPM will go away >>> in a future release of RPM. But until then, don't use such virtual >>> provides. They break. >> >> Yes, in this case the automatic library provides in the compat-db >> package should be well enough to satisfy anything that /needs/ the >> older libraries to function. > > Ok, the new compat-db without db4-* provides is now built. I'm Cc'ing > fedora-maintainers as well so that everyone is aware that direct > library dependencies are now needed for packages using older db4s. > > Jindrich > Now (scratch) rebuild of oyranos (under review) is okay. For libdb-4.5.so dependency it is now solved. http://koji.fedoraproject.org/koji/taskinfo?taskID=108270 Thank you, everyone! Mamoru From buildsys at redhat.com Sat Aug 18 12:28:14 2007 From: buildsys at redhat.com (Build System) Date: Sat, 18 Aug 2007 08:28:14 -0400 Subject: rawhide report: 20070818 changes Message-ID: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> New package Miro Miro - Internet TV Player New package gtk-vnc A GTK widget for VNC clients New package virt-viewer Virtual Machine Viewer Removed package Democracy Updated Packages: Coin2-2.4.6-2.fc8 ----------------- * Fri Aug 17 2007 Ralf Cors??pius - 2.4.6-2 - Update license tag. Inventor-2.1.5-30.fc8 --------------------- * Fri Aug 17 2007 Ralf Cors??pius - 2.1.5-30 - Apply major hacks (*-30.diff) to address BZ: 245192. * Fri Aug 17 2007 Ralf Cors??pius - 2.1.5-29 - Update license tag. NetworkManager-vpnc-1:0.6.4-4.fc8 --------------------------------- * Fri Aug 17 2007 Denis Leroy - 1:0.6.4-4 - Updated License tag - Added patch to make properties multilib friendly (#243535) OpenIPMI-2.0.11-2.fc8 --------------------- * Fri Aug 17 2007 Phil Knirsch - 2.0.11-2 - Fix rebuild problems due to glibc change - License review and fixes * Tue Apr 24 2007 Phil Knirsch - 2.0.11-1 - Update to OpenIPMI-2.0.11 * Tue Feb 27 2007 Phil Knirsch - 2.0.6-8 - Update for ipmitool-1.8.9 adminutil-1.1.4-2.fc8 --------------------- * Fri Aug 17 2007 Rich Megginson - 1.1.4-2 - remove >= version from icu build requires to fix rawhide build problem adplay-1.6-2.fc8 ---------------- * Fri Aug 17 2007 Linus Walleij 1.6-2 - Fix license to GPLv2+ adplug-2.1-2.fc8 ---------------- * Fri Aug 17 2007 Linus Walleij 2.1-2 - License field update LGPL to LGPLv2+ alltray-0.69-3.fc8 ------------------ * Fri Aug 17 2007 Denis Leroy - 0.69-3 - Fixed License tag amanda-2.5.2p1-7.fc8 -------------------- * Fri Aug 17 2007 Radek Brich 2.5.2.p1-7 - BuildRequires mtx and mt-st (#251690). anacron-2.3-53.fc8 ------------------ * Fri Aug 17 2007 Marcela Maslanova 2.3-53 - rebuild with changed post - starting value must be removed - Resolves: 252166, 252255, 252254 * Tue Aug 14 2007 Marcela Maslanova 2.3-51 - rebuild with correct init script * Mon Aug 13 2007 Marcela Maslanova 2.3-50 - rewrite typo in init script - Resolves: rhbz#251757 atanks-2.5-1.fc8 ---------------- bakery-2.4.1-2.fc8 ------------------ * Fri Aug 17 2007 Denis Leroy - 2.4.1-2 - Updated License tag blam-1.8.3-7.fc8 ---------------- * Fri Aug 17 2007 Peter Gordon - 1.8.3-7 - Add gnome-sharp runtime dependency; fixes bug 253200. - Update License tag in accordance with new guidelines. bombardier-0.8.2.2-7.fc8 ------------------------ * Fri Aug 17 2007 Jon Ciesla - 0.8.2.2-7 - Corrected hof.c open mode. bsd-games-2.17-21.fc8 --------------------- * Fri Aug 17 2007 Wart 2.17-21 - License tag clarification - Minor rpmlint cleanup c2050-0.3a-3.fc8 ---------------- * Fri Aug 03 2007 Lubomir Kundrak 0.3a-3 - Modify the License tag in accordance with the new guidelines c2070-0.99-2.fc8 ---------------- cdlabelgen-3.6.0-2.fc8 ---------------------- * Fri Aug 17 2007 Harald Hoyer - 3.6.0-2 - changed License tag to BSD with advertising cdrdao-1.2.2-3 -------------- * Fri Aug 17 2007 Harald Hoyer - 1.2.2-3 - changed license to GPLv2 cdrkit-1.1.6-2.fc8 ------------------ * Fri Aug 17 2007 Harald Hoyer - 1.1.6-2 - changed license to GPLv2 cjet-0.8.9-5.fc8 ---------------- * Sun Aug 12 2007 Florian La Roche 0.8.9-5 - move changelog to utf-8 (#251833) compat-db-4.5.20-2.fc8 ---------------------- * Fri Aug 17 2007 Jindrich Novy 4.5.20-2 - fix self-obsoletion compiz-0.5.2-6.0ec3ec.fc8 ------------------------- * Fri Aug 17 2007 Adel Gadllah 0.5.2-6.0ec3ec - Split into gnome and kde subpackages - Minor cleanups contacts-0.7-1.fc8 ------------------ * Fri Aug 17 2007 Denis Leroy - 0.7-1 - Update to upstream 0.7 - Updated License tag control-center-1:2.19.90-3.fc8 ------------------------------ * Fri Aug 17 2007 Matthias Clasen - 2.19.90-3 - Improve tooltips for slide shows crossfire-1.10.0-3.fc8 ---------------------- * Fri Aug 17 2007 Wart 1.10.0-3 - License tag clarification - Update user creation to conform to recently modified guidelines ctorrent-1.3.4-4.dnh3.2.fc8 --------------------------- * Fri Aug 17 2007 Dominik 'Rathann' Mierzejewski 1.3.4-4.dnh3.2 - update to latest patchlevel - update License: tag in accordance with current guidelines - add UserGuide to docs cvs2svn-2.0.0-2.fc8 ------------------- * Fri Aug 17 2007 Konstantin Ryabitsev - 2.0.0-2 - Rebuild to fix tags. * Fri Aug 17 2007 Konstantin Ryabitsev - 2.0.0-1 - New major upstream version 2.0.0 cvsutils-0.2.3-6.fc8 -------------------- * Fri Aug 17 2007 Ralf Cors??pius - 0.2.3-6 - Update license tag. dates-0.4.4-2.fc8 ----------------- * Fri Aug 17 2007 Denis Leroy - 0.4.4-2 - Updated License tag dialog-1.1-2.20070704.fc8 ------------------------- * Fri Aug 17 2007 Harald Hoyer - 1.1-2.20070704 - changed license to LGPLv2 dvd+rw-tools-7.0-6.fc8 ---------------------- * Fri Aug 17 2007 Harald Hoyer - 7.0-6 - changed license to GPLv2 dx-4.4.4-4.fc8 -------------- * Fri Aug 17 2007 Dominik Mierzejewski 4.4.4-4 - fix open() invocation with O_CREAT and no mode - update License: in accordance with latest guidelines eclipse-cdt-1:4.0.0-4.fc8 ------------------------- * Fri Aug 17 2007 Jeff Johnston 4.0.0-4 - Fix release number in Autotools feature to be 0.9.2. emacs-common-muse-3.10-1.fc8 ---------------------------- * Fri Aug 17 2007 Jonathan G. Underwood - 3.10-1 - Update to release 3.10 ettercap-0.7.3-20.fc8 --------------------- * Thu Aug 16 2007 Jon Ciesla - 0.7.3-20 - License tag correction. - Fixed open() in ec_log.c gazpacho-0.7.2-2.fc8 -------------------- * Fri Aug 17 2007 Konstantin Ryabitsev - 0.7.2-2 - Appease license naming gods (GPLv2+) * Fri Aug 17 2007 Konstantin Ryabitsev - 0.7.2-1 - Upstream 0.7.2 gcc-4.1.2-18 ------------ * Thu Aug 16 2007 Jakub Jelinek 4.1.2-18 - update from gcc-4_1-branch (-r126830:127528) - PR c++/17763 - fix --build-id patch on ia64 (#251936) - fix fortran Tx format handling (Jerry DeLisle, #252152, PR libgfortran/32678) - add support for Sun UltraSPARC T1 chips - -mcpu=niagara (David S. Miller) - don't NRV optimize fields inside anonymous unions (PR c++/32992) - fortran debuginfo improvements for constant bound arrays (#248541, PR fortran/22244) - BuildRequire mpfr-devel - update License tag gcompris-8.3.3-1.fc8 -------------------- * Thu Aug 16 2007 Hans de Goede 8.3.3-1 - New upstream release 8.3.3 * Tue Aug 07 2007 Hans de Goede 8.3.2-3 - Update License tag for new Licensing Guidelines compliance gdb-6.6-25.fc8 -------------- * Fri Aug 17 2007 Jan Kratochvil - 6.6-25 - Fixed excessive RPATH (related to BZ 228891). ghex-2.19.90-1 -------------- * Fri Aug 17 2007 Thorsten Leemhuis - 2.19.90-1 - Update to 2.19.90 gnokii-0.6.18-1.fc8 ------------------- * Fri Aug 17 2007 - Linus Walleij - 0.6.18-1 - New upstream release * Fri Aug 17 2007 - Linus Walleij - 0.6.17-2 - Update license field from GPL to GPLv2+ gnomad2-2.8.13-4.fc8 -------------------- * Fri Aug 17 2007 Linus Walleij 2.8.13-4 - Update license field from GPL to GPLv2+ gnome-desktop-2.19.90-3.fc8 --------------------------- * Fri Aug 17 2007 Matthias Clasen - 2.19.90-3 - Try harder to get size information * Fri Aug 17 2007 Matthias Clasen - 2.19.90-2 - Fix a problem with transitions in thumbnails of slideshows k3b-0:1.0.3-3.fc8 ----------------- * Fri Aug 17 2007 Harald Hoyer - 0:1.0.3-3 - changed license tag to GPLv2+ * Fri Aug 03 2007 Harald Hoyer - 0:1.0.3-2 - added gnome-umount options kde-filesystem-3.5-11.fc8 ------------------------- * Fri Aug 17 2007 Rex Dieter 3.5-11 - fix templates.source typo * Fri Aug 17 2007 Rex Dieter 3.5-10 - +disttag kernel-2.6.23-0.115.rc3.git1.fc8 -------------------------------- * Fri Aug 17 2007 John W. Linville - Update wireless-dev bits (upstream fixes, b43, ssb) - mac80211: rate limit WEP bad keyidx message - ssb: fix auto-load * Fri Aug 17 2007 Tom "spot" Callaway - sparc64 changes * Fri Aug 17 2007 Dave Jones - Remove dead tux config symbols. kid3-0.9-2.fc8 -------------- * Thu Aug 16 2007 Ville Skytt?? - 0.9-2 - Remove Application Category and deprecated items from desktop entry. - License: GPLv2+ lib3ds-1.2.0-11.fc8 ------------------- * Sat Aug 18 2007 Ralf Cors??pius - 1.2.0-11 - Update license tag. libbinio-1.4-7.fc8 ------------------ * Fri Aug 17 2007 Linus Walleij 1.4-7 - License field update from LGPL to LGPLv2+ libgda-1:3.0.1-4.fc8 -------------------- * Fri Aug 17 2007 Hans de Goede 1:3.0.1-4 - Fix building on ppc64 again (patch configure not configure.in, now we are no longer running autoconf) * Wed Aug 15 2007 Hans de Goede 1:3.0.1-3 - Enable microsoft access (mdb) support now that mdbtools is in Fedora - Enable xBase (dBase, Clipper, FoxPro) support, it seems that xbase has been available for quite a while now - Switch from using mysqlclient10 to using mysql-libs for the msql provider * Wed Aug 08 2007 Hans de Goede 1:3.0.1-2 - Build against system sqlite instead of own private copy (this is possible now that the system sqlite is of a high enough version) - Enable FreeTDS provider (FreeTDS is in Fedora now) - Update License tag for new Licensing Guidelines compliance libmtp-0.2.1-2.fc8 ------------------ * Fri Aug 17 2007 Linus Walleij 0.2.1-2 - License field update from LGPL to LGPLv2+ libnjb-2.2.5-4.fc8 ------------------ * Fri Aug 17 2007 Linus Walleij 2.2.5-4 - Fixup libnjb udev rules to work with new udev and HAL. libpqxx-2.6.8-7.fc8 ------------------- * Fri Aug 17 2007 Rex Dieter 2.6.8-7 - update Source URL's * Mon Jun 04 2007 Rex Dieter 2.6.8-6 - 2.6.9 pulled, revert to 2.6.8 (for koffice) * Tue May 22 2007 Rex Dieter 2.6.9-1 - libpqxx-2.6.9 libsigc++20-2.0.17-3 -------------------- * Fri Aug 10 2007 Denis Leroy - 2.0.17-3 - Updated License tag as per new guidelines libwvstreams-4.4-1.fc8 ---------------------- * Fri Aug 17 2007 Harald Hoyer - 4.4-1 - version 4.4 - changed license tag to LGPLv2+ lx-20030328-2.fc8 ----------------- man-pages-ja-20070815-1 ----------------------- * Fri Aug 17 2007 Akira TAGOH - 20070815-1 - updates to 20070815. * Thu Aug 09 2007 Akira TAGOH - Update License tag. min12xxw-0.0.9-2.fc8 -------------------- nautilus-open-terminal-0.8-1.fc8 -------------------------------- * Fri Aug 17 2007 Paul W. Frields - 0.8-1 - Update License tag - Update to version 0.8 - Include patch to silence truth value warning nautilus-search-tool-0.2.2-1.fc8 -------------------------------- * Fri Aug 17 2007 Paul W. Frields - 0.2.2-1 - Update License tag - Updated to 0.2.2 ncftp-2:3.2.1-1.fc8 ------------------- * Fri Aug 17 2007 Matthias Saou 2:3.2.1-1 - Update to 3.2.1. - Drop Kame IPv6 patch, should fix #153019. Upstream doesn't seem to want to support IPv6 just yet, so for people requiring IPv6, switching to lftp or some other alternative is probably best. - Drop epsv patch, since it applied on top of the IPv6 patch. - Clean up included docs (don't include Windows specific ones). nginx-0.5.31-1.fc8 ------------------ * Fri Aug 17 2007 Jeremy Hinegardner - 0.5.31-1 - Update to 0.5.31 - specify license is BSD nip2-7.12.4-1.fc8 ----------------- * Thu Aug 16 2007 Adam Goode - 7.12.4-1 - New upstream release - Update License tag pbm2l2030-1.4-2.fc8 ------------------- pbm2l7k-990321-3.fc8 -------------------- perl-4:5.8.8-23.fc8 ------------------- * Fri Aug 17 2007 Stepan Kasal - 4:5.8.8-23 - perl rpm requires the corresponding version of perl-libs rpm - Resolves: rhbz#240540 * Tue Jul 24 2007 Robin Norwood - 4:5.8.8-22 - Resolves: rhbz#247386 - Use getcwd() instead of cwd() in File::Spec::Unix to avoid forking. - Appy patch to skip hostname tests, since hostname lookup isn't available in Fedora buildroots by design. * Mon Jul 02 2007 Tom "spot" Callaway - 4:5.8.8-21 - perl-core metapackage perl-Calendar-Simple-1.17-2.fc8 ------------------------------- * Fri Aug 17 2007 Ralf Cors??pius - 1.17-2 - Update license tag. - Reflect perl package split. perl-Curses-1.16-4.fc8 ---------------------- * Fri Aug 17 2007 Garrick Staples 1.16-4 - fix /usr//bin/perl, bz#253336 perl-File-Remove-0.37-2.fc8 --------------------------- * Fri Aug 17 2007 Ralf Cors??pius - 0.37-2 - Update license tag. perl-Number-Compare-0.01-8.fc8 ------------------------------ * Fri Aug 17 2007 Ralf Cors??pius - 0.01-8 - Update license tag. perl-Sort-Versions-1.5-7.fc8 ---------------------------- * Fri Aug 17 2007 Ralf Cors??pius - 1.5-7 - Add BR: perl(Test::More). * Fri Aug 17 2007 Ralf Cors??pius - 1.5-6 - Update license tag. - Reflect perl split. perl-Test-Taint-1.04-4.fc8 -------------------------- * Fri Aug 17 2007 Ralf Cors??pius - 1.04-4 - Reflect perl-package split. - Update license tag. perl-Text-Glob-0.08-2.fc8 ------------------------- * Sat Aug 18 2007 Ralf Cors??pius - 0.08-2 - Update license tag. perl-Tree-Simple-1.17-2.fc8 --------------------------- * Fri Aug 17 2007 Ralf Cors??pius - 1.17-2 - Update license tag. perl-Want-0.15-2.fc8 -------------------- * Fri Aug 17 2007 Ralf Cors??pius - 0.15-2 - Update license tag. perl-capitalization-0.03-5.fc8 ------------------------------ * Fri Aug 17 2007 Ralf Cors??pius - 0.03-5 - Update license tag. - Reflect perl module split. perl-gettext-1.05-11.fc8 ------------------------ * Fri Aug 17 2007 Ralf Cors??pius - 1.05-11 - Update license tag. php-pear-PHP-CodeSniffer-0.8.0-1.fc8 ------------------------------------ * Fri Aug 17 2007 Konstantin Ryabitsev - 0.8.0-1 - Upstream 0.8.0 php-pear-PhpDocumentor-1.4.0-1.fc8 ---------------------------------- * Fri Aug 17 2007 Konstantin Ryabitsev - 1.4.0-1 - New major upstream release 1.4.0 - Drop explicit requirements on php -- let php-pear pull in what is necessary pinot-0.75-9.fc8 ---------------- * Fri Aug 17 2007 Adel Gadllah 0.75-9 - Fix libtextcat language detection poedit-1.3.7-1.fc8 ------------------ * Fri Aug 17 2007 Konstantin Ryabitsev - 1.3.7-1 - Upstream 1.3.7 - Require gettext (#253228) python-kid-0.9.6-1.fc8 ---------------------- * Fri Aug 17 2007 Konstantin Ryabitsev - 0.9.6-1 - Upstream 0.9.6 python-kiwi-1.9.16-1.fc8 ------------------------ * Fri Aug 17 2007 Konstantin Ryabitsev - 1.9.16-1 - Upstream 1.9.16 - Appease license naming gods -- LGPLv2+ python-pgsql-0.9.6-1.fc8 ------------------------ * Fri Aug 17 2007 Konstantin Ryabitsev - 0.9.6-1 - Upstream 0.9.6 - Appease license naming gods python-pygments-0.8.1-2.fc8 --------------------------- system-config-date-1.9.5-1.fc8 ------------------------------ * Fri Aug 17 2007 Nils Philippsen 1.9.5 - fix python string placeholders in id and ms translations (#250495, #250500) system-config-network-1.4.0-2.fc8 --------------------------------- * Fri Aug 17 2007 Harald Hoyer - 1.4.0-2 - fixed desktop categories and build root tiquit-2.4-5.fc8 ---------------- * Thu Aug 16 2007 Jon Ciesla - 2.4-5 - License tag correction. wise2-2.2.0-3.fc8 ----------------- wpa_supplicant-1:0.5.7-6.fc8 ---------------------------- * Fri Aug 17 2007 Dan Williams - 0.5.7-6 - Fix compilation with RPM_OPT_FLAGS (rh #249951) - Make debug output to logfile a runtime option * Fri Aug 17 2007 Christopher Aillon - 0.5.7-5 - Update the license tag * Tue Jun 19 2007 Dan Williams - 0.5.7-4 - Fix initscripts to use -Dwext by default, be more verbose on startup (rh #244511) wvdial-1.60-1.fc8 ----------------- * Fri Aug 17 2007 Harald Hoyer - 1.60-1 - version 1.60 - changed license tag to LGPLv2 xbase-2.0.0-7.fc8 ----------------- * Fri Aug 17 2007 Hans de Goede 2.0.0-7 - Update License tag for new Licensing Guidelines compliance - Add patch by Bill Nottingham to fix building on ppc64 (bz 239131) - Don't build and install a static version of the lib - Put the utilities/tools in a -utils sub package (to make clear they are under a different license) xemacs-21.5.28-5.fc8 -------------------- * Fri Aug 17 2007 Ville Skytt?? - 21.5.28-5 - Turn on syntax highlighting by default only if lazy-lock is available. - Requires(post): coreutils in main package and -nox. - Scriptlet cleanups. - License: GPLv2+ * Sat Jun 30 2007 Ville Skytt?? - 21.5.28-4 - Turn on syntax highlighting with lazy-lock by default. - Drop Application and X-Fedora categories and Encoding from desktop entry. - Move diff-switches default from skeleton init.el to site-start.el. * Sun Jun 24 2007 Ville Skytt?? - 21.5.28-3 - Apply upstream fix for #245017. xmms-adplug-1.2-5.fc8 --------------------- * Fri Aug 17 2007 Linus Walleij 1.2-5 - Update license field from LGPL to LGPLv2+ xorg-x11-drv-nv-2.1.3-1.fc8 --------------------------- * Fri Aug 17 2007 Adam Jackson 2.1.3-1 - xf86-video-nv 2.1.3. xorg-x11-drv-savage-2.1.3-1.fc8 ------------------------------- * Fri Aug 17 2007 Dave Airlie 2.1.3-1 * Update to 2.1.3 yaz-3.0.8-1.fc8 --------------- * Fri Aug 17 2007 Konstantin Ryabitsev - 3.0.8-1 - New upstream 3.0.8 Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.i386 requires useradd compat-gda-mysql - 1.2.4-1.fc7.i386 requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.x86_64 requires useradd amanda - 2.5.2p1-7.fc8.i386 requires useradd compat-gda-mysql - 1.2.4-1.fc7.x86_64 requires libmysqlclient.so.10()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.ppc requires useradd amanda - 2.5.2p1-7.fc8.ppc64 requires useradd brasero - 0.6.0-1.fc8.ppc requires libtotem-plparser.so.7 compat-gda-mysql - 1.2.4-1.fc7.ppc requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 gnome-python2-totem - 2.19.2-1.fc8.ppc requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc requires libtotem-plparser.so.7 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) rhythmbox - 0.11.1-1.fc8.ppc requires libtotem-plparser.so.7 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.ppc64 requires useradd brasero - 0.6.0-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From pertusus at free.fr Sat Aug 18 13:21:56 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 18 Aug 2007 15:21:56 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070818111900.GA3862@dhcp-lab-186.brq.redhat.com> References: <20070817083026.GA2498@dhcp-lab-186.brq.redhat.com> <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> <20070817130838.35ba3fa8@ender> <20070818083847.GA7918@dhcp-lab-186.brq.redhat.com> <20070818104751.b931ae43.mschwendt.tmp0701.nospam@arcor.de> <20070818111900.GA3862@dhcp-lab-186.brq.redhat.com> Message-ID: <20070818132156.GA30553@free.fr> > > compat-db-devel doesn't exist. I was trying to say, that Requires: db4 = 4.3.29 But such requires should never be necessary since rpm figures out automatically the library dependencies. -- Pat From j.w.r.degoede at hhs.nl Sat Aug 18 17:07:12 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 18 Aug 2007 19:07:12 +0200 Subject: kde4 status? Message-ID: <46C72740.1030309@hhs.nl> Hi all, Today I've started working on packaging a kde game, ksirk. Upstream has a beta version available which uses kde4, I thought that would be a good place to start. However much to my suprise, I couldn't find any kde4 packages in rawhide. So whats the statud on this, eta? Anything I can do to help? Any place where I can download test packages (even if those are to rough for rawhide)? Regards, Hans From michel.sylvan at gmail.com Sat Aug 18 17:18:32 2007 From: michel.sylvan at gmail.com (Michel Salim) Date: Sat, 18 Aug 2007 13:18:32 -0400 Subject: kde4 status? In-Reply-To: <46C72740.1030309@hhs.nl> References: <46C72740.1030309@hhs.nl> Message-ID: On 18/08/07, Hans de Goede wrote: > Hi all, > > Today I've started working on packaging a kde game, ksirk. Upstream has a beta > version available which uses kde4, I thought that would be a good place to > start. However much to my suprise, I couldn't find any kde4 packages in rawhide. > > So whats the statud on this, eta? Anything I can do to help? Any place where I > can download test packages (even if those are to rough for rawhide)? > I'm not sure KDE4 is slated for inclusion for F8; their release schedule is too closed to that of F8 to accomodate any slippage. I believe there are some KDE4 packages being worked on, that can be parallel-installable, but I don't think KDE4-based packages can be accepted into the distribution unless KDE4 itself is. (Note that even SUSE is skipping KDE4 for their next release, due in October) Regards, -- Michel From darrellpf at gmail.com Sat Aug 18 17:34:30 2007 From: darrellpf at gmail.com (darrell pfeifer) Date: Sat, 18 Aug 2007 10:34:30 -0700 Subject: rawhide report: 20070818 changes In-Reply-To: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> Message-ID: > > compiz-0.5.2-6.0ec3ec.fc8 > ------------------------- > * Fri Aug 17 2007 Adel Gadllah 0.5.2-6.0ec3ec > - Split into gnome and kde subpackages > - Minor cleanups > Desktop effects disappeared from the gnome menu. From drago01 at gmail.com Sat Aug 18 17:38:50 2007 From: drago01 at gmail.com (dragoran) Date: Sat, 18 Aug 2007 19:38:50 +0200 Subject: rawhide report: 20070818 changes In-Reply-To: References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> Message-ID: On 8/18/07, darrell pfeifer wrote: > > > > > compiz-0.5.2-6.0ec3ec.fc8 > > ------------------------- > > * Fri Aug 17 2007 Adel Gadllah 0.5.2-6.0ec3ec > > - Split into gnome and kde subpackages > > - Minor cleanups > > > > Desktop effects disappeared from the gnome menu. is compiz-gnome installed? (yum install compiz-gnome) -------------- next part -------------- An HTML attachment was scrubbed... URL: From darrellpf at gmail.com Sat Aug 18 17:54:03 2007 From: darrellpf at gmail.com (darrell pfeifer) Date: Sat, 18 Aug 2007 10:54:03 -0700 Subject: rawhide report: 20070818 changes In-Reply-To: References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> Message-ID: On 8/18/07, dragoran wrote: > > > > On 8/18/07, darrell pfeifer wrote: > > > > > > compiz-0.5.2-6.0ec3ec.fc8 > > > ------------------------- > > > * Fri Aug 17 2007 Adel Gadllah 0.5.2-6.0ec3ec > > > - Split into gnome and kde subpackages > > > - Minor cleanups > > > > > > > Desktop effects disappeared from the gnome menu. > > is compiz-gnome installed? (yum install compiz-gnome) > Yes, that fixes it. Looks like the newest compiz will need some rpm magic to bring in compiz-gnome. From j.w.r.degoede at hhs.nl Sat Aug 18 18:01:29 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 18 Aug 2007 20:01:29 +0200 Subject: kde4 status? In-Reply-To: References: <46C72740.1030309@hhs.nl> Message-ID: <46C733F9.4080404@hhs.nl> Michel Salim wrote: > On 18/08/07, Hans de Goede wrote: >> Hi all, >> >> Today I've started working on packaging a kde game, ksirk. Upstream has a beta >> version available which uses kde4, I thought that would be a good place to >> start. However much to my suprise, I couldn't find any kde4 packages in rawhide. >> >> So whats the statud on this, eta? Anything I can do to help? Any place where I >> can download test packages (even if those are to rough for rawhide)? >> > I'm not sure KDE4 is slated for inclusion for F8; their release > schedule is too closed to that of F8 to accomodate any slippage. > > I believe there are some KDE4 packages being worked on, that can be > parallel-installable, but I don't think KDE4-based packages can be > accepted into the distribution unless KDE4 itself is. > Grumbel, now that was a very usefull answer (NOT) can people please refrain from answering questions about things which they have no clue about, and instead go RTFM? (kde4 is planned for F-8 inclusion), see: http://fedoraproject.org/wiki/Releases/8/FeatureList and notice how KDE4 is on the approved features list, and: http://fedoraproject.org/wiki/Releases/FeatureKDE4 Regards, Hans From michel.sylvan at gmail.com Sat Aug 18 18:23:25 2007 From: michel.sylvan at gmail.com (Michel Salim) Date: Sat, 18 Aug 2007 14:23:25 -0400 Subject: kde4 status? In-Reply-To: <46C733F9.4080404@hhs.nl> References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> Message-ID: On 18/08/07, Hans de Goede wrote: > Michel Salim wrote: > > On 18/08/07, Hans de Goede wrote: > >> Hi all, > >> > >> Today I've started working on packaging a kde game, ksirk. Upstream has a beta > >> version available which uses kde4, I thought that would be a good place to > >> start. However much to my suprise, I couldn't find any kde4 packages in rawhide. > >> > >> So whats the statud on this, eta? Anything I can do to help? Any place where I > >> can download test packages (even if those are to rough for rawhide)? > >> > > I'm not sure KDE4 is slated for inclusion for F8; their release > > schedule is too closed to that of F8 to accomodate any slippage. > > > > I believe there are some KDE4 packages being worked on, that can be > > parallel-installable, but I don't think KDE4-based packages can be > > accepted into the distribution unless KDE4 itself is. > > > > Grumbel, now that was a very usefull answer (NOT) can people please refrain > from answering questions about things which they have no clue about, and > instead go RTFM? (kde4 is planned for F-8 inclusion), see: > http://fedoraproject.org/wiki/Releases/8/FeatureList > and notice how KDE4 is on the approved features list, and: > http://fedoraproject.org/wiki/Releases/FeatureKDE4 > I'm referring to late-July discussions (especially this message, but see the entire thread for yourself: https://www.redhat.com/archives/fedora-devel-list/2007-July/msg01711.html) Note that I did not say KDE 4 won't be included, I'm saying I'm not sure. On the bright side, Rex Dieter is on the record saying the KDE4 libraries will at least be available (if I'm reading this correctly) https://www.redhat.com/archives/fedora-devel-list/2007-July/msg01733.html I apologise for my bad phrasing, though. -- Michel From jwboyer at jdub.homelinux.org Sat Aug 18 18:31:18 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 18 Aug 2007 13:31:18 -0500 Subject: kde4 status? In-Reply-To: <46C733F9.4080404@hhs.nl> References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> Message-ID: <20070818133118.76c7ad63@vader.jdub.homelinux.org> On Sat, 18 Aug 2007 20:01:29 +0200 Hans de Goede wrote: > Michel Salim wrote: > > On 18/08/07, Hans de Goede wrote: > >> Hi all, > >> > >> Today I've started working on packaging a kde game, ksirk. > >> Upstream has a beta version available which uses kde4, I thought > >> that would be a good place to start. However much to my suprise, I > >> couldn't find any kde4 packages in rawhide. > >> > >> So whats the statud on this, eta? Anything I can do to help? Any > >> place where I can download test packages (even if those are to > >> rough for rawhide)? > >> > > I'm not sure KDE4 is slated for inclusion for F8; their release > > schedule is too closed to that of F8 to accomodate any slippage. > > > > I believe there are some KDE4 packages being worked on, that can be > > parallel-installable, but I don't think KDE4-based packages can be > > accepted into the distribution unless KDE4 itself is. > > > > Grumbel, now that was a very usefull answer (NOT) can people please > refrain from answering questions about things which they have no clue > about, and instead go RTFM? (kde4 is planned for F-8 inclusion), see: Actually, Michael does have a clue. > http://fedoraproject.org/wiki/Releases/8/FeatureList Yes, that is out of date. > and notice how KDE4 is on the approved features list, and: > http://fedoraproject.org/wiki/Releases/FeatureKDE4 As is this. KDE4 will not be in F8. The KDE team is working on a parallel installable packages for rawhide. This was discussed in a FESCo meeting quite a while ago. josh From gemi at bluewin.ch Sat Aug 18 20:11:15 2007 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sat, 18 Aug 2007 22:11:15 +0200 Subject: Build ID problem with erlang Message-ID: <1187467875.5122.13.camel@localhost.localdomain> I get an "No build ID note found" while building a new release of erlang. The object .so file in question linked built using "gcc -shared", so there must be some other problem. Can someone with more knowledge than I look into this? Here is the build log: http://koji.fedoraproject.org/koji/getfile?taskID=108562&name=build.log This is on x86_64. I don't know about the other platforms, since their builds are cancelled. BTW, it might be useful if all builds finished even if one of them fails. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From michel.sylvan at gmail.com Sat Aug 18 20:31:01 2007 From: michel.sylvan at gmail.com (Michel Salim) Date: Sat, 18 Aug 2007 16:31:01 -0400 Subject: Build ID problem with erlang In-Reply-To: <1187467875.5122.13.camel@localhost.localdomain> References: <1187467875.5122.13.camel@localhost.localdomain> Message-ID: On 18/08/07, G?rard Milmeister wrote: > I get an "No build ID note found" while building a new release of > erlang. The object .so file in question linked built using "gcc > -shared", so there must be some other problem. Can someone with more > knowledge than I look into this? > Here is the build log: > http://koji.fedoraproject.org/koji/getfile?taskID=108562&name=build.log > This is on x86_64. I don't know about the other platforms, since their > builds are cancelled. > > BTW, it might be useful if all builds finished even if one of them > fails. ExcludeArch x86_64 and try rebuilding? I guess the rationale is arch-specific build problems are less common than arch-generic ones, and so it saves CPU cyles to abort all builds once one of them has failed. Regards, -- Michel From opensource at till.name Sat Aug 18 20:21:24 2007 From: opensource at till.name (Till Maas) Date: Sat, 18 Aug 2007 22:21:24 +0200 Subject: Build ID problem with erlang In-Reply-To: <1187467875.5122.13.camel@localhost.localdomain> References: <1187467875.5122.13.camel@localhost.localdomain> Message-ID: <200708182221.30847.opensource@till.name> On Sa August 18 2007, G?rard Milmeister wrote: > BTW, it might be useful if all builds finished even if one of them > fails. As a workaround you can run KOJI_FLAGS="--scratch --arch-overwrite=i386" make build to make a test build for the selected arch. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From jan.kratochvil at redhat.com Sat Aug 18 20:51:35 2007 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Sat, 18 Aug 2007 22:51:35 +0200 Subject: Build ID problem with erlang In-Reply-To: <1187467875.5122.13.camel@localhost.localdomain> References: <1187467875.5122.13.camel@localhost.localdomain> Message-ID: <20070818205135.GA8132@host0.dyn.jankratochvil.net> On Sat, 18 Aug 2007 22:11:15 +0200, G?rard Milmeister wrote: > I get an "No build ID note found" while building a new release of > erlang. The object .so file in question linked built using "gcc > -shared", so there must be some other problem. Can someone with more > knowledge than I look into this? > Here is the build log: > http://koji.fedoraproject.org/koji/getfile?taskID=108562&name=build.log # extracting debug info from /var/tmp/erlang-R11B-5.2.fc8-root-kojibuilder/usr/lib64/erlang/lib/crypto-1.5.1.1/priv/obj/crypto_drv.o # *** ERROR: No build ID note found in /var/tmp/erlang-R11B-5.2.fc8-root-kojibuilder/usr/lib64/erlang/lib/crypto-1.5.1.1/priv/obj/crypto_drv.o This is not a complaint about .so but about a .o file. It is correct as the build-id note is useless in the kernel unloadable file so it is not produced there by gcc. it appears to me as this file should not be included in the final .rpm and it got there accidentally due to a too generic .spec rule: %files ... %{_libdir}/erlang There should be probably in %install some command like: find $RPM_BUILD_ROOT/%{_libdir}/erlang -name "*.o" | xargs rm -f or more specific (?) rm -rf $RPM_BUILD_ROOT/%{_libdir}/erlang/lib/*/priv Regards, Jan From gemi at bluewin.ch Sat Aug 18 20:53:35 2007 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sat, 18 Aug 2007 22:53:35 +0200 Subject: Build ID problem with erlang In-Reply-To: <200708182221.30847.opensource@till.name> References: <1187467875.5122.13.camel@localhost.localdomain> <200708182221.30847.opensource@till.name> Message-ID: <1187470415.5122.15.camel@localhost.localdomain> On Sat, 2007-08-18 at 22:21 +0200, Till Maas wrote: > As a workaround you can run > KOJI_FLAGS="--scratch --arch-overwrite=i386" make build > to make a test build for the selected arch. I am running F7, and it seems that the installed koji does not know this option. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From opensource at till.name Sat Aug 18 21:18:58 2007 From: opensource at till.name (Till Maas) Date: Sat, 18 Aug 2007 23:18:58 +0200 Subject: Build ID problem with erlang In-Reply-To: <1187470415.5122.15.camel@localhost.localdomain> References: <1187467875.5122.13.camel@localhost.localdomain> <200708182221.30847.opensource@till.name> <1187470415.5122.15.camel@localhost.localdomain> Message-ID: <200708182319.03703.opensource@till.name> On Sa August 18 2007, G?rard Milmeister wrote: > On Sat, 2007-08-18 at 22:21 +0200, Till Maas wrote: > > As a workaround you can run > > KOJI_FLAGS="--scratch --arch-overwrite=i386" make build > > to make a test build for the selected arch. > > I am running F7, and it seems that the installed koji does not know this > option. There was a typo, this should work now: KOJI_FLAGS="--scratch --arch-override=i386" make build Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From jan.kratochvil at redhat.com Sat Aug 18 21:40:52 2007 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Sat, 18 Aug 2007 23:40:52 +0200 Subject: Build ID problem with erlang In-Reply-To: <1187471852.19305.1.camel@localhost.localdomain> References: <1187467875.5122.13.camel@localhost.localdomain> <20070818205135.GA8132@host0.dyn.jankratochvil.net> <1187471852.19305.1.camel@localhost.localdomain> Message-ID: <20070818214052.GA9773@host0.dyn.jankratochvil.net> On Sat, 18 Aug 2007 23:17:32 +0200, G?rard Milmeister wrote: ... > So you cannot include .o files in a package? However some package, > especially compilers, include .o files (like gcc) for runtime linking. Oops, nice catch. :-) OK, in Erlang due to some build rules also happens: /usr/bin/install -c ../priv/obj/x86_64-unknown-linux-gnu/crypto_drv.o /var/tmp/erlang-R11B-5.2.fc8-root-kojibuilder/usr/lib64/erlang/lib/crypto-1.5.1.1/priv/obj which gives to the .o files the inappropriate +x (executability) attribute. Regards, Jan From lsof at nodata.co.uk Sat Aug 18 22:06:23 2007 From: lsof at nodata.co.uk (nodata) Date: Sun, 19 Aug 2007 00:06:23 +0200 Subject: kde4 status? In-Reply-To: <46C733F9.4080404@hhs.nl> References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> Message-ID: <1187474783.3024.1.camel@sb-home> Am Samstag, den 18.08.2007, 20:01 +0200 schrieb Hans de Goede: > that was a very usefull answer (NOT) can people please refrain > from answering questions about things which they have no clue about Although you have since been proven wrong, I don't think it is polite to ask a question, then go RTFM yourself and come back to tell the person who was kind enough to answer you that they themselves should go RTFM. From rdieter at math.unl.edu Sat Aug 18 22:24:06 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 18 Aug 2007 17:24:06 -0500 Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> Message-ID: Josh Boyer wrote: > On Sat, 18 Aug 2007 20:01:29 +0200 > Hans de Goede wrote: > >> Michel Salim wrote: >> > On 18/08/07, Hans de Goede wrote: >> >> Hi all, >> >> >> >> Today I've started working on packaging a kde game, ksirk. >> >> Upstream has a beta version available which uses kde4, I thought >> >> that would be a good place to start. However much to my suprise, I >> >> couldn't find any kde4 packages in rawhide. >> >> >> >> So whats the statud on this, eta? Anything I can do to help? Any >> >> place where I can download test packages (even if those are to >> >> rough for rawhide)? >> >> >> > I'm not sure KDE4 is slated for inclusion for F8; their release >> > schedule is too closed to that of F8 to accomodate any slippage. >> > >> > I believe there are some KDE4 packages being worked on, that can be >> > parallel-installable, but I don't think KDE4-based packages can be >> > accepted into the distribution unless KDE4 itself is. >> > >> >> Grumbel, now that was a very usefull answer (NOT) can people please >> refrain from answering questions about things which they have no clue >> about, and instead go RTFM? (kde4 is planned for F-8 inclusion), see: > > Actually, Michael does have a clue. > >> http://fedoraproject.org/wiki/Releases/8/FeatureList > > Yes, that is out of date. > >> and notice how KDE4 is on the approved features list, and: >> http://fedoraproject.org/wiki/Releases/FeatureKDE4 > > As is this. > > KDE4 will not be in F8. Absolute and final decisions have not been made, so I'd say that previous statement may be a bit misleading. What *will* happen for sure: * Both kde3 and kde4 runtimes and development environments will be included in f8. Will probably happen: * kde4 runtime/development landing in rawhide in time for test2 (*crosses fingers*) Undecided: * the kde4 desktop environment is, at present, still unstable and under heavy development, so, odds are, that a full kde4 desktop environment will not be ready for inclusion in f8. We're still open to the possibilty that a miracle occurs and that kde4beta2 exceeds expectations stability/usability-wise and that the kde4 final release schedule has no slippage. That's a lot of ifs... -- Rex From naheemzaffar at gmail.com Sat Aug 18 23:02:29 2007 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sun, 19 Aug 2007 00:02:29 +0100 Subject: kde4 status? In-Reply-To: References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> Message-ID: <3adc77210708181602m62031e13u40f2a723f3685bc7@mail.gmail.com> I think it would be good to atleast pave the way for a future KDE4. By that mean move qt3 (whuich is also unsupported since June I think), kdelibs3 etc to compat-qt, compat-kdelibs etc. as soon as possible. KDE4 has supposedly hit feature freeze, so aim for that, but if a problem arises make the KDE spin/group be based of the compat* stuff. On 18/08/07, Rex Dieter wrote: > Josh Boyer wrote: > > > On Sat, 18 Aug 2007 20:01:29 +0200 > > Hans de Goede wrote: > > > >> Michel Salim wrote: > >> > On 18/08/07, Hans de Goede wrote: > >> >> Hi all, > >> >> > >> >> Today I've started working on packaging a kde game, ksirk. > >> >> Upstream has a beta version available which uses kde4, I thought > >> >> that would be a good place to start. However much to my suprise, I > >> >> couldn't find any kde4 packages in rawhide. > >> >> > >> >> So whats the statud on this, eta? Anything I can do to help? Any > >> >> place where I can download test packages (even if those are to > >> >> rough for rawhide)? > >> >> > >> > I'm not sure KDE4 is slated for inclusion for F8; their release > >> > schedule is too closed to that of F8 to accomodate any slippage. > >> > > >> > I believe there are some KDE4 packages being worked on, that can be > >> > parallel-installable, but I don't think KDE4-based packages can be > >> > accepted into the distribution unless KDE4 itself is. > >> > > >> > >> Grumbel, now that was a very usefull answer (NOT) can people please > >> refrain from answering questions about things which they have no clue > >> about, and instead go RTFM? (kde4 is planned for F-8 inclusion), see: > > > > Actually, Michael does have a clue. > > > >> http://fedoraproject.org/wiki/Releases/8/FeatureList > > > > Yes, that is out of date. > > > >> and notice how KDE4 is on the approved features list, and: > >> http://fedoraproject.org/wiki/Releases/FeatureKDE4 > > > > As is this. > > > > KDE4 will not be in F8. > > Absolute and final decisions have not been made, so I'd say that previous > statement may be a bit misleading. > > What *will* happen for sure: > * Both kde3 and kde4 runtimes and development environments will be included > in f8. > > Will probably happen: > * kde4 runtime/development landing in rawhide in time for test2 (*crosses > fingers*) > > Undecided: > * the kde4 desktop environment is, at present, still unstable and under > heavy development, so, odds are, that a full kde4 desktop environment will > not be ready for inclusion in f8. We're still open to the possibilty that > a miracle occurs and that kde4beta2 exceeds expectations > stability/usability-wise and that the kde4 final release schedule has no > slippage. That's a lot of ifs... > > > -- Rex > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From rdieter at math.unl.edu Sun Aug 19 00:42:41 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 18 Aug 2007 19:42:41 -0500 Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <3adc77210708181602m62031e13u40f2a723f3685bc7@mail.gmail.com> Message-ID: Naheem Zaffar wrote: > I think it would be good to atleast pave the way for a future KDE4. > > By that mean move qt3 (whuich is also unsupported since June I think), > kdelibs3 etc to compat-qt, compat-kdelibs etc. as soon as possible. The current plans of the KDE SIG is that current packages will eventually(1) be renamed to qt3, kdelibs3, kdebase3, etc... Current packaging already includes "Provides" for these names. (1) By eventually, we mean when kde4 becomes the default (kde) desktop. -- Rex From jwboyer at jdub.homelinux.org Sun Aug 19 00:54:54 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 18 Aug 2007 19:54:54 -0500 Subject: kde4 status? In-Reply-To: References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> Message-ID: <20070818195454.7d0e65fe@vader.jdub.homelinux.org> On Sat, 18 Aug 2007 17:24:06 -0500 Rex Dieter wrote: > Josh Boyer wrote: > > > On Sat, 18 Aug 2007 20:01:29 +0200 > > Hans de Goede wrote: > > > >> Michel Salim wrote: > >> > On 18/08/07, Hans de Goede wrote: > >> >> Hi all, > >> >> > >> >> Today I've started working on packaging a kde game, ksirk. > >> >> Upstream has a beta version available which uses kde4, I thought > >> >> that would be a good place to start. However much to my > >> >> suprise, I couldn't find any kde4 packages in rawhide. > >> >> > >> >> So whats the statud on this, eta? Anything I can do to help? Any > >> >> place where I can download test packages (even if those are to > >> >> rough for rawhide)? > >> >> > >> > I'm not sure KDE4 is slated for inclusion for F8; their release > >> > schedule is too closed to that of F8 to accomodate any slippage. > >> > > >> > I believe there are some KDE4 packages being worked on, that can > >> > be parallel-installable, but I don't think KDE4-based packages > >> > can be accepted into the distribution unless KDE4 itself is. > >> > > >> > >> Grumbel, now that was a very usefull answer (NOT) can people please > >> refrain from answering questions about things which they have no > >> clue about, and instead go RTFM? (kde4 is planned for F-8 > >> inclusion), see: > > > > Actually, Michael does have a clue. > > > >> http://fedoraproject.org/wiki/Releases/8/FeatureList > > > > Yes, that is out of date. > > > >> and notice how KDE4 is on the approved features list, and: > >> http://fedoraproject.org/wiki/Releases/FeatureKDE4 > > > > As is this. > > > > KDE4 will not be in F8. > > Absolute and final decisions have not been made, so I'd say that > previous statement may be a bit misleading. Perhaps. > What *will* happen for sure: > * Both kde3 and kde4 runtimes and development environments will be > included in f8. If it's not in test2, it's not a Feature. Now that isn't a carved in stone rule, but it's definitely a pretty decent guideline. > Will probably happen: > * kde4 runtime/development landing in rawhide in time for test2 > (*crosses fingers*) That would be nice. If for some reason it fails to happen by test2, are you still going to attempt to push it into f8? If so, why? > Undecided: > * the kde4 desktop environment is, at present, still unstable and Forgive my ignorance on the subject, but is "kde4 desktop" different from "kde4 runtime"? josh From rdieter at math.unl.edu Sun Aug 19 01:29:39 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 18 Aug 2007 20:29:39 -0500 Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <20070818195454.7d0e65fe@vader.jdub.homelinux.org> Message-ID: Josh Boyer wrote: > Forgive my ignorance on the subject, but is "kde4 desktop" different > from "kde4 runtime"? Yes. My loose definitions: "kde4 runtime": infrastructure (libs, resources) required to develop/run kde4 apps. "kde4 desktop": kde4's kdm (login manager), kwin (window manager), etc... To simplify, the 2 scenarios for f8 to include: * (more likely) Like f7, kde3 desktop + kde4 runtime * kde4 desktop + kde3 runtime ok, or 3rd icky option: * kde4 runtime not ready and not included(1). (1) at ship date, doesn't preclude adding it afterward (just like any other "new package"). -- Rex From rdieter at math.unl.edu Sun Aug 19 01:37:12 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 18 Aug 2007 20:37:12 -0500 Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <20070818195454.7d0e65fe@vader.jdub.homelinux.org> Message-ID: Josh Boyer wrote: > On Sat, 18 Aug 2007 17:24:06 -0500 >> Will probably happen: >> * kde4 runtime/development landing in rawhide in time for test2 >> (*crosses fingers*) > > That would be nice. If for some reason it fails to happen by test2, > are you still going to attempt to push it into f8? If so, why? Likely yes, I'll try my best because it's that important, imo. And, ok, to be honest, to save face, because that's what I promised at akademy I would help make it (shipping kde4 in f8) happen. :) -- Rex From jwboyer at jdub.homelinux.org Sun Aug 19 01:50:33 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 18 Aug 2007 20:50:33 -0500 Subject: kde4 status? In-Reply-To: References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <20070818195454.7d0e65fe@vader.jdub.homelinux.org> Message-ID: <20070818205033.27ae0a56@vader.jdub.homelinux.org> On Sat, 18 Aug 2007 20:29:39 -0500 Rex Dieter wrote: > Josh Boyer wrote: > > > > Forgive my ignorance on the subject, but is "kde4 desktop" different > > from "kde4 runtime"? > > Yes. My loose definitions: > "kde4 runtime": infrastructure (libs, resources) required to > develop/run kde4 apps. > > "kde4 desktop": kde4's kdm (login manager), kwin (window manager), > etc... Ah, ok. > To simplify, the 2 scenarios for f8 to include: > * (more likely) Like f7, kde3 desktop + kde4 runtime Ok. > * kde4 desktop + kde3 runtime > ok, or 3rd icky option: > * kde4 runtime not ready and not included(1). > > (1) at ship date, doesn't preclude adding it afterward (just like any > other "new package"). I believe you've said before that if KDE4 desktop is not ready by F8, it will not replace KDE3 desktop mid-release. Is that still accurate? (I hope so). josh From davehoz at gmail.com Sun Aug 19 04:42:52 2007 From: davehoz at gmail.com (David Hunter) Date: Sun, 19 Aug 2007 14:42:52 +1000 Subject: Gnome prolems in Rawhide Message-ID: <6bb886180708182142v6cdc85c5k3adf2099c2208795@mail.gmail.com> 1) Top of windows don't show - the titlebar, 2) The show desktop icon button doesn''t work. -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.w.r.degoede at hhs.nl Sun Aug 19 06:12:59 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 19 Aug 2007 08:12:59 +0200 Subject: kde4 status? In-Reply-To: References: <46C72740.1030309@hhs.nl> Message-ID: <46C7DF6B.5030606@hhs.nl> Michel Salim wrote: > On 18/08/07, Hans de Goede wrote: >> Hi all, >> >> Today I've started working on packaging a kde game, ksirk. Upstream has a beta >> version available which uses kde4, I thought that would be a good place to >> start. However much to my suprise, I couldn't find any kde4 packages in rawhide. >> >> So whats the statud on this, eta? Anything I can do to help? Any place where I >> can download test packages (even if those are to rough for rawhide)? >> > I'm not sure KDE4 is slated for inclusion for F8; their release > schedule is too closed to that of F8 to accomodate any slippage. > > I believe there are some KDE4 packages being worked on, that can be > parallel-installable, but I don't think KDE4-based packages can be > accepted into the distribution unless KDE4 itself is. > My apologies to you (Michel Salim) for jumping the gun on saying you didn't having a clue, it turns out you had more of a clue then me. Sorry, Hans From j.w.r.degoede at hhs.nl Sun Aug 19 06:16:56 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 19 Aug 2007 08:16:56 +0200 Subject: kde4 status? In-Reply-To: <1187474783.3024.1.camel@sb-home> References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <1187474783.3024.1.camel@sb-home> Message-ID: <46C7E058.7090201@hhs.nl> nodata wrote: > Am Samstag, den 18.08.2007, 20:01 +0200 schrieb Hans de Goede: >> that was a very usefull answer (NOT) can people please refrain >> from answering questions about things which they have no clue about > > Although you have since been proven wrong, I don't think it is polite to > ask a question, then go RTFM yourself and come back to tell the person > who was kind enough to answer you that they themselves should go RTFM. > Who said I went to RTFM after asking? I did RTFM before asking, only TFM was out of date. As for not being polite, I'm getting rather _sick_ on people on this list who keep meddling in this discussions, while they clearly do not have a clue. I call them as I see them, and in this case I saw wrong. To me calling them as I see them is one of the only tools to keep a decent SNR on this list. Another solution would be to just unsubscribe from this list and discuss anything in less public places, but that doesn't sound like something I want to do. Regards, Hans From bbbush.yuan at gmail.com Sun Aug 19 09:05:05 2007 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Sun, 19 Aug 2007 17:05:05 +0800 Subject: I cannot use nm-applet when gnome-keyring-daemon is running Message-ID: <76e72f800708190205v3af41d14j2d9b9187eafe476c@mail.gmail.com> Hi, I have to kill gnome-keyring-daemon after login, then run nm-applet & again in order to connect my WEP wireless network. If I don't kill gnome-keyring-daemon, nm-applet will just crash when selecting my wireless network from the list. I don't know why this happens only to me. It used to work, I cannot remember when it starts to broken. BTW, When I'm doing so, most of the times I have to connect twice, some times I need to connect 3 times, because the first attempt will always fail (nm-applet prompts disconnected). I think this is because some program is stressing the wireless connection once it is established, but not sure. Could anyone have a look at my problem? Thanks! -- bbbush ^_^ From bbbush.yuan at gmail.com Sun Aug 19 09:16:03 2007 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Sun, 19 Aug 2007 17:16:03 +0800 Subject: I cannot use nm-applet when gnome-keyring-daemon is running In-Reply-To: <76e72f800708190205v3af41d14j2d9b9187eafe476c@mail.gmail.com> References: <76e72f800708190205v3af41d14j2d9b9187eafe476c@mail.gmail.com> Message-ID: <76e72f800708190216o2761dd60hb19af373a711c700@mail.gmail.com> 2007/8/19, Yuan Yijun : > Hi, > > I have to kill gnome-keyring-daemon after login, then run nm-applet & > again in order to connect my WEP wireless network. If I don't kill > gnome-keyring-daemon, nm-applet will just crash when selecting my > wireless network from the list. I don't know why this happens only to > me. It used to work, I cannot remember when it starts to broken. > > BTW, When I'm doing so, most of the times I have to connect twice, > some times I need to connect 3 times, because the first attempt will > always fail (nm-applet prompts disconnected). I think this is because > some program is stressing the wireless connection once it is > established, but not sure. > In audit.log type=ANOM_ABEND msg=audit(1187514625.042:186): auid=500 uid=500 gid=500 subj=system_u:system_r:unconfined_t:s0 pid=26526 comm="nm-applet" sig=11 In syslog messages Aug 19 17:10:25 mstar NetworkManager: Activation (wlan0) Stage 2 of 5 (Device Configure) starting... Aug 19 17:10:25 mstar NetworkManager: Activation (wlan0/wireless): access point 'default' is encrypted, but NO valid key exists. New key needed. Aug 19 17:10:25 mstar NetworkManager: Activation (wlan0) New wireless user key requested for network 'default'. Aug 19 17:10:25 mstar NetworkManager: Activation (wlan0) Stage 2 of 5 (Device Configure) complete. Aug 19 17:10:25 mstar kernel: nm-applet[26526]: segfault at 00000000 eip 0805bd4c esp bf919d20 error 4 Aug 19 17:10:25 mstar NetworkManager: nm_dbus_get_user_key_for_network_cb(): nm_dbus_get_user_key_for_network_cb(): dbus returned an error.#012 (org.freedesktop.DBus.Error.NoReply) Message did not receive a reply (timeout by message bus)#012 Aug 19 17:10:25 mstar NetworkManager: Activation (wlan0) failure scheduled... Aug 19 17:10:25 mstar NetworkManager: Activation (wlan0) failed for access point (default) Aug 19 17:10:25 mstar NetworkManager: Activation (wlan0) failed. Aug 19 17:10:25 mstar NetworkManager: Deactivating device wlan0. Thanks! -- bbbush ^_^ From buildsys at redhat.com Sun Aug 19 10:40:17 2007 From: buildsys at redhat.com (Build System) Date: Sun, 19 Aug 2007 06:40:17 -0400 Subject: rawhide report: 20070819 changes Message-ID: <200708191040.l7JAeH9l015321@porkchop.devel.redhat.com> New package comgt Linux UMTS/GPRS command-line tool New package gnome-compiz-manager Compiz configuration utility New package perl-Gtk2-Ex-CalendarButton Gtk2::Ex::CalendarButton Perl module Updated Packages: amarok-1.4.7-2.fc8 ------------------ * Sat Aug 18 2007 Aurelien Bompard 1.4.7-2 - version 1.4.7 compat-db-4.5.20-3.fc8 ---------------------- * Sat Aug 18 2007 Jindrich Novy 4.5.20-3 - remove db4 provides to workaround RPM obsoletes/provides problem (#111071), automatic library provides should be enough for compat-db - obsolete old db4s again crossfire-client-1.10.0-3.fc8 ----------------------------- * Sat Aug 18 2007 Wart 1.10.0-3 - License tag clarification cvsgraph-1.6.1-4.fc8 -------------------- * Sat Aug 18 2007 Marek Mahut - 1.6.1-4 - Rebuild with correct license tag efont-unicode-bdf-0.4.2-7.fc8 ----------------------------- * Sat Aug 18 2007 Mamoru Tasaka - 0.4.2-7 - Drop X related dependency completely, along with chkfontpath drop (related to #252268, #252275) - Generate fonts.dir at the build time instead of the runtime (following fonts-japanese) em8300-0.16.3-1.fc8 ------------------- * Sat Aug 18 2007 Ville Skytt?? - 0.16.3-1 - 0.16.3. * Fri Aug 10 2007 Ville Skytt?? - 0.16.3-0.1.rc3 - 0.16.3-rc3. - License: GPLv2+ * Fri Jul 20 2007 Ville Skytt?? - 0.16.3-0.1.rc2 - 0.16.3-rc2. evolution-2.11.90-2.fc8 ----------------------- * Sat Aug 18 2007 Matthew Barnes - 2.11.90-2.fc8 - Add patch for RH bug #253348 (crash on startup). * Wed Aug 15 2007 Matthew Barnes - 2.11.90-1.fc8 - Update to 2.11.90 * Wed Aug 08 2007 Matthias Clasen - 2.11.6.1-2 - Update the license field - Use %find_lang for help files gauche-0.8.11-2.fc8 ------------------- * Sat Aug 18 2007 Gerard Milmeister - 0.8.11-2 - exclude arch ppc64 * Sat Aug 18 2007 Gerard Milmeister - 0.8.11-1 - new release 0.8.11 gauche-gl-0.4.4-2.fc8 --------------------- * Sat Aug 18 2007 Gerard Milmeister - 0.4.4-2 - exclude arch ppc64, depends on non-existing ppc64 gauche * Sat Aug 18 2007 Gerard Milmeister - 0.4.4-1 - new release 0.4.4 gcstar-1.1.1-4.fc8 ------------------ * Thu Aug 16 2007 Tian - 1.1.1-4 - Updated license tag * Sun May 27 2007 Tian - 1.1.1-3 - Added Obsoletes tag gdm-1:2.19.6-3.fc8 ------------------ * Sat Aug 18 2007 Ray Strode - 1:2.19.6-3 - disable root password (see "low-hanging fruit" discussion on fedora-desktop-list) ktechlab-0.3.69-4.20070626svn.fc8 --------------------------------- * Sat Aug 18 2007 Chitlesh Goorah - 0.3.6-6 - fixed conflict with alliance and changed license nas-1.9-4.fc8 ------------- * Sat Aug 18 2007 Frank B??ttner - 1.9-4 - fix for bug #245712 * Sat Aug 11 2007 Frank B??ttner - 1.9-3 - fix for bug #250453 * Fri May 04 2007 Frank B??ttner - 1.9-2.fc8 - rebuild for the new ppc64 arch nginx-0.5.31-2.fc8 ------------------ * Sat Aug 18 2007 Jeremy Hinegardner - 0.5.31-2 - added --with-http_stub_status_module build option. - added --with-http_sub_module build option. - added use of pcre-config --cflags perl-4:5.8.8-25.fc8 ------------------- * Sat Aug 18 2007 Stepan Kasal - 4:5.8.8-25 - Remove unnnecessary parens from the License tags. * Sat Aug 18 2007 Stepan Kasal - 4:5.8.8-24 - Fix the License: tags. * Fri Aug 17 2007 Stepan Kasal - 4:5.8.8-23 - perl rpm requires the corresponding version of perl-libs rpm - Resolves: rhbz#240540 perl-Convert-Binary-C-0.68-1.fc8 -------------------------------- * Sat Aug 18 2007 Alex Lancaster 0.68-1 - Update to lastest upstream perl-Graph-0.83-2.fc8 --------------------- * Sat Aug 18 2007 Alex Lancaster 0.83-2 - Add missing BR: perl(Test::More) perl-SVG-2.34-1.fc8 ------------------- * Sat Aug 18 2007 Alex Lancaster 2.34-1 - Update to latest upstream * Fri Mar 23 2007 Alex Lancaster 2.33-2 - Filter extra non-explicit (SVG::Element) provides * Wed Mar 14 2007 Alex Lancaster 2.33-1 - Update to 2.33 - Fix rpmlint issues perl-SVK-2.0.2-1.fc8 -------------------- * Thu Aug 16 2007 Ian Burrell - 2.0.2-1 - Update to 2.0.2 - Fix BuildRequires * Mon Jun 18 2007 Ian Burrell - 2.0.1-2 - Add Compress::Zlib to BuildRequires * Sun Jun 17 2007 Ian Burrell - 2.0.1-1 - Update to 2.0.1 - Filter optional File::LibMagic perl-SVN-Mirror-0.73-2.fc8 -------------------------- * Thu Aug 16 2007 Ian Burrell - 0.73-2 - Fix BuildRequires perl-SVN-Simple-0.27-5.fc8 -------------------------- * Thu Aug 16 2007 Ian Burrell - 0.27-5 - Fix BuildRequires * Mon Sep 11 2006 Ian Burrell - 0.27-4 - Rebuild for FC6 * Wed Jun 28 2006 Ian Burrell - 0.27-3 - Add buildrequires on SVN::Core perl-XML-Writer-0.603-1.fc8 --------------------------- * Sat Aug 18 2007 Alex Lancaster 0.603-1 - Update to latest upstream piklab-0.14.5-1.fc8 ------------------- * Fri Aug 17 2007 Alain Portal 0.14.5-1 - New upstream version - %patch0 is no more needed - Update %patch2 - Add man pages - New Licence GPLv2+ python-clientform-0.2.7-1.fc8 ----------------------------- * Sat Aug 18 2007 Luke Macken 0.2.7-1 - 0.2.7 python-turbokid-1.0.2-1.fc8 --------------------------- * Sat Aug 18 2007 Luke Macken - 1.0.2-1 - 1.0.2 qof-0.7.2-1.fc8 --------------- * Sat Aug 18 2007 Toshio Kuratomi - 0.7.2-1 - Upgrade to upstream 0.7.2. - Fix license tag. - Make Provides versioned. - Documentation is under the GFDL. Mark it as such. selinux-policy-3.0.5-8.fc8 -------------------------- * Sat Aug 18 2007 Dan Walsh 3.0.5-8 - Allow xserver access to urand system-config-users-1.2.65-1.fc8 -------------------------------- * Sat Aug 18 2007 Nils Philippsen - 1.2.65 - avoid more duplicate shortcuts (#253319) texmaker-1:1.6-3.fc8 -------------------- * Sat Aug 18 2007 Deji Akingunola - 1:1.6-3 - Use xdg-open instead of hardcording apps (bz#245269) * Mon Aug 06 2007 Deji Akingunola - 1:1.6-3 - License tag update vdradmin-am-3.6.0-0.1.beta.fc8 ------------------------------ * Sat Aug 18 2007 Ville Skytt?? - 3.6.0-0.1.beta - 3.6.0beta. - Sync user/group creation scriptlet with current packaging guidelines. - Add LSB comment block to init script. - License: GPLv2+ and GPLv2 wine-0.9.43-2.fc8 ----------------- * Sat Aug 18 2007 Andreas Bierfert - 0.9.43-2 - fix license - fix #248999 * Sat Aug 11 2007 Andreas Bierfert - 0.9.43-1 - version upgrade - fix init-script output (#252144) - add lsb stuff (#247096) Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.i386 requires useradd compat-gda-mysql - 1.2.4-1.fc7.i386 requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 gauche-gtk - 0.4.1-12.fc7.i386 requires gauche = 0:0.8.10 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.x86_64 requires useradd amanda - 2.5.2p1-7.fc8.i386 requires useradd compat-gda-mysql - 1.2.4-1.fc7.x86_64 requires libmysqlclient.so.10()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 gauche-gtk - 0.4.1-12.fc7.x86_64 requires gauche = 0:0.8.10 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.ppc requires useradd amanda - 2.5.2p1-7.fc8.ppc64 requires useradd brasero - 0.6.0-1.fc8.ppc requires libtotem-plparser.so.7 compat-gda-mysql - 1.2.4-1.fc7.ppc requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 gauche-gtk - 0.4.1-12.fc7.ppc requires gauche = 0:0.8.10 gnome-python2-totem - 2.19.2-1.fc8.ppc requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc requires libtotem-plparser.so.7 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) rhythmbox - 0.11.1-1.fc8.ppc requires libtotem-plparser.so.7 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.ppc64 requires useradd brasero - 0.6.0-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From buildsys at fedoraproject.org Sun Aug 19 11:46:28 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Aug 2007 07:46:28 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-19 Message-ID: <20070819114628.9B26B152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 13 em8300-0.16.3-1.fc6 em8300-kmod-0.16.3-1.2.6.22.2_42.fc6 gauche-0.8.11-2.fc6 gauche-gl-0.4.4-2.fc6 gauche-gtk-0.4.1-15.fc6 ktechlab-0.3.6-6.fc6 lyx-1.5.1-1.fc6.1 NEW mdbtools-0.6-0.3.cvs20051109.fc6 : Access data stored in Microsoft Access databases obexftp-0.22-0.3.rc6.fc6 NEW perl-Gtk2-Ex-CalendarButton-0.01-4.fc6 : Gtk2::Ex::CalendarButton Perl module piklab-0.14.5-1.fc6 rpmlint-0.80-3.fc6 texmaker-1.6-3.fc6 Changes in Fedora Extras 6: em8300-0.16.3-1.fc6 ------------------- * Sat Aug 18 2007 Ville Skytt? - 0.16.3-1 - 0.16.3. em8300-kmod-0.16.3-1.2.6.22.2_42.fc6 ------------------------------------ * Sat Aug 18 2007 Ville Skytt? - 0.16.3-1 - 0.16.3. - Build for kernel 2.6.22.2-42.fc6. gauche-0.8.11-2.fc6 ------------------- * Sat Aug 18 2007 Gerard Milmeister - 0.8.11-2 - exclude arch ppc64 * Sat Aug 18 2007 Gerard Milmeister - 0.8.11-1 - new release 0.8.11 * Fri Apr 20 2007 Gerard Milmeister - 0.8.10-1 - new version 0.8.10 gauche-gl-0.4.4-2.fc6 --------------------- * Sat Aug 18 2007 Gerard Milmeister - 0.4.4-2 - exclude arch ppc64, depends on non-existing ppc64 gauche * Sat Aug 18 2007 Gerard Milmeister - 0.4.4-1 - new release 0.4.4 * Fri Apr 20 2007 Gerard Milmeister - 0.4.3-3 - rebuild for gauche 0.8.10 gauche-gtk-0.4.1-15.fc6 ----------------------- * Sat Aug 18 2007 Gerard Milmeister - 0.4.1-15 - fix include problem * Sat Aug 18 2007 Gerard Milmeister - 0.4.1-14 - exclude arch ppc64, depends on non-existing ppc64 gauche * Sat Aug 18 2007 Gerard Milmeister - 0.4.1-13 - rebuild for gauche 0.8.11 * Fri Apr 20 2007 Gerard Milmeister - 0.4.1-12 - rebuild for gauche 0.8.10 ktechlab-0.3.6-6.fc6 -------------------- * Sat Aug 18 2007 Chitlesh Goorah - 0.3.6-6 - fixed conflict with alliance and changed license lyx-1.5.1-1.fc6.1 ----------------- * Thu Aug 09 2007 Rex Dieter 1.5.1-1 - lyx-1.5.1 - License: GPLv2+ mdbtools-0.6-0.3.cvs20051109.fc6 -------------------------------- * Tue Aug 14 2007 Hans de Goede 0.6-0.3.cvs20051109 - Stop gmdb from crashing when selecting close without a file being open (bz 251419) - Change release field from 0.x.pre1 to 0.x.cvs20051109, as that more acurately reflects our upstream base (bz 251419) * Mon Aug 13 2007 Hans de Goede 0.6-0.2.pre1 - Stop gmdb from crashing when selecting file->properties without having a file loaded (bz 251419) - Don't install headers used to build tools (install only those of libmdb) - Add glib2-devel to the -devel Requires * Mon Aug 13 2007 Hans de Goede 0.6-0.1.pre1 - There were lots of compile warnings, looking for a fix I found that upstream is dead, but that Debian has sort of continued as upstream based on the 0.6pre1 release; Switching to Debian "upstream" release 0.6pre1 (20051109-4) * Wed Aug 08 2007 Hans de Goede 0.5-1 - Initial Fedora package (based on specfile by Dag Wieers, thanks!) obexftp-0.22-0.3.rc6.fc6 ------------------------ * Fri Aug 17 2007 Dominik Mierzejewski - 0.22-0.3.rc6 - backport from F7 - updated to 0.22-rc6 - added ruby bindings (patch by Andy Shevchenko) - dropped upstreamed patch - sorted BRs alphabetically - updated License: tag in accordance with latest guidelines - add missing tcl-devel BR * Mon Apr 23 2007 Dominik Mierzejewski - 0.22-0.1.pre4 - backport update to 0.22-pre4 from devel, fixes #237414 perl-Gtk2-Ex-CalendarButton-0.01-4.fc6 -------------------------------------- * Sat Aug 18 2007 Chris Weyl 0.01-4 - bump * Fri Aug 10 2007 Chris Weyl 0.01-3 - update license tag to indicate "GPL+" - add t/ to doc - additional perl BR's included piklab-0.14.5-1.fc6 ------------------- * Fri Aug 17 2007 Alain Portal 0.14.5-1 - New upstream version - %patch0 is no more needed - Update %patch2 - Add man pages - New Licence GPLv2+ * Sat Jul 21 2007 Alain Portal 0.14.2-4 - Remove QT from Categories * Sat Jul 21 2007 Alain Portal 0.14.2-3 - Update Source1 to change the usb udev rules. Fix #249029 rpmlint-0.80-3.fc6 ------------------ * Thu Aug 16 2007 Ville Skytt? - 0.80-3 - Sync Fedora license list with Wiki rev 68. - Move pre-2006 changelog entries to CHANGES.package.old. * Tue Jul 31 2007 Tom "spot" Callaway - 0.80-2 - new fedora licensing scheme * Thu May 31 2007 Ville Skytt? - Filter hardcoded-library-path errors for /lib/udev. texmaker-1.6-3.fc6 ------------------ * Sat Aug 18 2007 Deji Akingunola - 1:1.6-3 - Use xdg-open instead of hardcording viewer apps (bz#245269) - License tag update For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From rdieter at math.unl.edu Sun Aug 19 12:13:06 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 19 Aug 2007 07:13:06 -0500 Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <20070818195454.7d0e65fe@vader.jdub.homelinux.org> <20070818205033.27ae0a56@vader.jdub.homelinux.org> Message-ID: Josh Boyer wrote: > I believe you've said before that if KDE4 desktop is not ready by F8, > it will not replace KDE3 desktop mid-release. Is that still accurate? > (I hope so). Yes. That would be a bit nutty. -- Rex From martin.sourada at seznam.cz Sun Aug 19 12:33:52 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Sun, 19 Aug 2007 14:33:52 +0200 Subject: [Nodoka] New release, 0.6 beta 1 Message-ID: <1187526832.9578.84.camel@pc-notebook> Hi, I've just released first official beta version of Nodoka theme. If there will not be found any rendering issues this is how the final version included in Fedora 8 will look like. Changes in this version are: 1. Added inconsistent state to radio and check buttons 2. Fixed gtk tooltip colour with new gtk 3. Added resize grips other than south-east 4. Fixed all compiler warnings 5. Whole code was run through indent 6. Added make dist, distclean and maintainer-clean rules to Makefiles. Hopefully I didn't missed something. I've built it into rawhide. Sources can be downloaded at Nodoka home page [1]. Note for contributors: current git repo layout is divided into trunk (latest development unstable code) and branches (code to be released and released code). In branches there are directories for each branch where branch is major and minor version (e.g. 0.5). Inside those dirs is further division to gtk-nodoka-theme (latest engine code in the branch/trunk), nodoka-theme-gnome (latest gnome metatheme and metacity theme code in the branch/trunk) and release tarballs. If you wish to contribute you either need to be member of gitnodoka fedora accounts group or you can send me patches by mail. Note for testers: if you find any bugs, please fill a ticket on the nodoka page [1] against gtk-nodoka-engine (for the gtk engine and theme) or against nodoka-theme-gnome (for the gnome meta theme and metacity theme). The same for feature requests and suggestions (only you pick enhancement instead of defect as a bug type). If you cannot log in there, fill a bug in redhat bugzilla [2] against the same components. Thanks, Martin References: [1] https://hosted.fedoraproject.org/projects/nodoka/wiki [2] https://bugzilla.redhat.com/bugzilla/index.cgi -------------- 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 debarshi.ray at gmail.com Sun Aug 19 14:04:46 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 19 Aug 2007 19:34:46 +0530 Subject: Announcing Opyum 0.0.2. Message-ID: <3170f42f0708190704x34fa1495n684fb6738b5debd6@mail.gmail.com> I hereby announce the first stable release of Opyum, the Fedora Offline Package Manager, version 0.0.2. Opyum (pronounced 'opium') provides a set of tools to enable users, who do not have a good network (eg., Internet) connection at their ready disposal, to easily install new packages or update existing ones through the conventional package management system available in Fedora. If you are interested then you can read more about it at https://fedoraproject.org/wiki/SummerOfCode/2007/DebarshiRay Tar ball: http://rishi.fedorapeople.org/opyum/opyum-0.0.2.tar.gz MD5SUM: 299873e5d0b4d762a261edb6b9bc62e6 SHA1SUM: ac50ec4a048a4db55c4bbf2d4a2419ff492f70ad Pre-requisites: pirut-1.3.11 Documentation page: https://fedoraproject.org/wiki/DebarshiRay/Opyum Release notes are in NEWS in the release tarball. Instructions on using Opyum are in the README in the release tarball. Installation instructions: 1. $ tar -xzvf opyum-0.0.2.tar.gz 2. $ cd opyum-0.0.2 3. $ ./configure --prefix=/usr (Other prefixes are not expected to work. Please bear with it for the moment.) 4. $ make 5. # make install Execution instructions: 1. $ LANG=en_US.UTF-8 opyum (There is a bug involving Python and Pirut, which may cause the program to crash on localized desktops. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=252136) Bug-reports and comments are to be sent to rishi at fedoraproject.org. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From gemi at bluewin.ch Sun Aug 19 14:48:29 2007 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sun, 19 Aug 2007 16:48:29 +0200 Subject: When are packages available for koji building? Message-ID: <1187534909.3867.6.camel@localhost.localdomain> I am rebuilding gauche -> gauche-gl -> gauche-gtk in this order of dependency for F7. I would like for all three to be available at the same time in the updates repository, so I only push them to updates when all three are rebuilt. However after building gauche, the new version doesn't seem to be available to koji for building gauche-gl. When does this actually happen? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From rdieter at math.unl.edu Sun Aug 19 14:52:24 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 19 Aug 2007 09:52:24 -0500 Subject: When are packages available for koji building? References: <1187534909.3867.6.camel@localhost.localdomain> Message-ID: G?rard Milmeister wrote: > I am rebuilding gauche -> gauche-gl -> gauche-gtk in this order of > dependency for F7. I would like for all three to be available at the > same time in the updates repository, so I only push them to updates when > all three are rebuilt. However after building gauche, the new version > doesn't seem to be available to koji for building gauche-gl. When does > this actually happen? When you ask rel-eng at fedoraproject.org to make the build(s). available to the buildroot. -- Rex From gemi at bluewin.ch Sun Aug 19 15:47:48 2007 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sun, 19 Aug 2007 17:47:48 +0200 Subject: When are packages available for koji building? In-Reply-To: References: <1187534909.3867.6.camel@localhost.localdomain> Message-ID: <1187538468.3867.11.camel@localhost.localdomain> On Sun, 2007-08-19 at 09:52 -0500, Rex Dieter wrote: > G?rard Milmeister wrote: > > > I am rebuilding gauche -> gauche-gl -> gauche-gtk in this order of > > dependency for F7. I would like for all three to be available at the > > same time in the updates repository, so I only push them to updates when > > all three are rebuilt. However after building gauche, the new version > > doesn't seem to be available to koji for building gauche-gl. When does > > this actually happen? > > When you ask rel-eng at fedoraproject.org to make the build(s). available to > the buildroot. But packages should be available after they have been pushed to updates, at latest. Why are they not immediately available after they have been built, or at least after they have been pushed to updates-testing? What repositories are available to koji? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From s.adam at diffingo.com Sun Aug 19 15:50:42 2007 From: s.adam at diffingo.com (Stewart Adam) Date: Sun, 19 Aug 2007 11:50:42 -0400 Subject: BuildID and proprietary (graphics) drivers Message-ID: <1187538642.4970.11.camel@Diffingo.localdomain> Hello, I know this isn't technically Fedora's problem since binary-only drivers are on the ForbiddenItems, but I have been trying to get the nVidia and ATi proprietary to build for the devel/ branch at Livna and there's a problem with the BuildID. rpmbuild fails because it can't find the BuildID in various files, but how can a BuildID be added to a binary-only file? An example is ATi's /usr/sbin/atieventd, which is a binary executable and there's no place to run `gcc -shared` on it since it's already compiled. I think this isn't just a graphic driver specific issue but one for all binary-only drivers. It's a perfect example of why they should be avoided, but it's going to be a big problem is _nobody_ can provide binary drivers for F8 because of missing BuildIDs. Thanks, Stewart From ville.skytta at iki.fi Sun Aug 19 16:20:29 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sun, 19 Aug 2007 19:20:29 +0300 Subject: Devel glibc, -D_FORTIFY_SOURCE=2 and zzuf Message-ID: <200708191920.29615.ville.skytta@iki.fi> Hi, zzuf's build fails due to the open-is-a-function-like-macro changes in devel glibc. The failure is in src/lib-fd.c, but I'm not quite enough a C programmer to tell for sure what the proper fix is in this case, it's less straight forward than others I've encountered. The patch below fixes the build, as would IIRC changing "int NEW(open)" to "int NEW((open))" and "int NEW(open64)" to "int NEW((open64))" IIRC. I have no devel system to test the results with (esp. the latter if it works at all) so help is welcome - which of these (or something else) is the preferred fix? I tried to contact upstream too, no response so far. Index: src/lib-fd.c =================================================================== --- src/lib-fd.c (revision 304) +++ src/lib-fd.c (working copy) @@ -148,12 +148,14 @@ } \ } while(0) +#undef open int NEW(open)(const char *file, int oflag, ...) { int ret; OPEN(open); return ret; } #if defined HAVE_OPEN64 +#undef open64 int NEW(open64)(const char *file, int oflag, ...) { int ret; OPEN(open64); return ret; From drago01 at gmail.com Sun Aug 19 18:04:46 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 19 Aug 2007 20:04:46 +0200 Subject: BuildID and proprietary (graphics) drivers In-Reply-To: <1187538642.4970.11.camel@Diffingo.localdomain> References: <1187538642.4970.11.camel@Diffingo.localdomain> Message-ID: On 8/19/07, Stewart Adam wrote: > > Hello, > > I know this isn't technically Fedora's problem since binary-only drivers > are on the ForbiddenItems, but I have been trying to get the nVidia and > ATi proprietary to build for the devel/ branch at Livna and there's a > problem with the BuildID. > > rpmbuild fails because it can't find the BuildID in various files, but > how can a BuildID be added to a binary-only file? An example is > ATi's /usr/sbin/atieventd, which is a binary executable and there's no > place to run `gcc -shared` on it since it's already compiled. > > I think this isn't just a graphic driver specific issue but one for all > binary-only drivers. It's a perfect example of why they should be > avoided, but it's going to be a big problem is _nobody_ can provide > binary drivers for F8 because of missing BuildIDs. is they a way to just not use a buildid? they are used for debugging and we can't debug binary only stuff anyway. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jan.kratochvil at redhat.com Sun Aug 19 18:48:26 2007 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Sun, 19 Aug 2007 20:48:26 +0200 Subject: Devel glibc, -D_FORTIFY_SOURCE=2 and zzuf In-Reply-To: <200708191920.29615.ville.skytta@iki.fi> References: <200708191920.29615.ville.skytta@iki.fi> Message-ID: <20070819184826.GA14430@host0.dyn.jankratochvil.net> Hi, On Sun, 19 Aug 2007 18:20:29 +0200, Ville Skytt? wrote: ... > zzuf's build fails due to the open-is-a-function-like-macro changes in devel > glibc. the fix is something like the attached patch, please tune the details yourself. You need to avoid the macro expansion and parentheses are harmless. The glibc change still should be POSIX compliant: http://sources.redhat.com/ml/gdb-patches/2007-08/msg00165.html Regards, Jan -------------- next part -------------- --- zzuf-0.9-orig/src/lib-fd.c 2007-07-06 15:40:55.000000000 +0200 +++ zzuf-0.9/src/lib-fd.c 2007-08-19 20:44:04.000000000 +0200 @@ -148,13 +148,13 @@ static int (*ORIG(close)) (int fd) } \ } while(0) -int NEW(open)(const char *file, int oflag, ...) +int (NEW(open))(const char *file, int oflag, ...) { int ret; OPEN(open); return ret; } #if defined HAVE_OPEN64 -int NEW(open64)(const char *file, int oflag, ...) +int (NEW(open64))(const char *file, int oflag, ...) { int ret; OPEN(open64); return ret; } From roland at redhat.com Sun Aug 19 19:48:54 2007 From: roland at redhat.com (Roland McGrath) Date: Sun, 19 Aug 2007 12:48:54 -0700 (PDT) Subject: BuildID and proprietary (graphics) drivers In-Reply-To: Stewart Adam's message of Sunday, 19 August 2007 11:50:42 -0400 <1187538642.4970.11.camel@Diffingo.localdomain> Message-ID: <20070819194854.183D34D058C@magilla.localdomain> For such a package I don't know useful things the debuginfo rpm might ever have. Why don't you just disable it entirely? %define _enable_debug_packages 0 Thanks, Roland From ville.skytta at iki.fi Sun Aug 19 20:17:09 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sun, 19 Aug 2007 23:17:09 +0300 Subject: BuildID and proprietary (graphics) drivers In-Reply-To: <20070819194854.183D34D058C@magilla.localdomain> References: <20070819194854.183D34D058C@magilla.localdomain> Message-ID: <200708192317.10102.ville.skytta@iki.fi> On Sunday 19 August 2007, Roland McGrath wrote: > For such a package I don't know useful things the debuginfo rpm might ever > have. Why don't you just disable it entirely? That's probably an ok approach. But with debuginfo packages disabled, rpmbuild does not strip all the binaries which it does with them enabled, so people may want to strip executables and shared libs explicitly during build if the symbols are not useful. > %define _enable_debug_packages 0 That does not disable debuginfo packages for me (F7 x86_64). This does: %define debug_package %{nil} From roland at redhat.com Sun Aug 19 20:34:50 2007 From: roland at redhat.com (Roland McGrath) Date: Sun, 19 Aug 2007 13:34:50 -0700 (PDT) Subject: BuildID and proprietary (graphics) drivers In-Reply-To: Ville Skyttä's message of Sunday, 19 August 2007 23:17:09 +0300 <200708192317.10102.ville.skytta@iki.fi> Message-ID: <20070819203450.253954D058C@magilla.localdomain> > On Sunday 19 August 2007, Roland McGrath wrote: > > For such a package I don't know useful things the debuginfo rpm might ever > > have. Why don't you just disable it entirely? > > That's probably an ok approach. But with debuginfo packages disabled, > rpmbuild does not strip all the binaries which it does with them enabled, so > people may want to strip executables and shared libs explicitly during build > if the symbols are not useful. /usr/lib/rpm/redhat/brp-strip is run when find-debuginfo.sh isn't. > > %define _enable_debug_packages 0 > > That does not disable debuginfo packages for me (F7 x86_64). This does: > > %define debug_package %{nil} Bah. Wonders of rpm spec conditionals. Is there an %undef? Maybe the actual rpm wizards involved in setting up the current macro scheme could say what the preferred method is. Thanks, Roland From kevin.kofler at chello.at Sun Aug 19 20:51:10 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 19 Aug 2007 20:51:10 +0000 (UTC) Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <1187474783.3024.1.camel@sb-home> <46C7E058.7090201@hhs.nl> Message-ID: Hans de Goede hhs.nl> writes: > Who said I went to RTFM after asking? I did RTFM before asking, only TFM was > out of date. Sorry about that. As Rex explained, we're still unsure about what exactly will happen for F8, so we aren't sure what exactly to write on these pages. Also sorry for not having replied earlier, but I'm currently on a vacation (see the Vacation page in the wiki :-) ). I'd have loved having much more KDE 4 stuff in Rawhide by now, but other committments (Than, Rex and me have all been very busy these days) and the uncertainity about upstream KDE 4 releasability (with doubt also coming from high-ranked upstream developers) went in the way. Kevin Kofler From paul at all-the-johnsons.co.uk Sun Aug 19 21:52:10 2007 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 19 Aug 2007 21:52:10 +0000 Subject: Grub seems to have borked!! Message-ID: <20070819215210.M56820@all-the-johnsons.co.uk> Hi, For some reason my machine has decided it no longer likes me! I did an update on Friday and again at about 1pm (UK time) and then reset. The machine restarts okay, but grub fails (I get Booting from CD: Booting from CD: GRUB and that's it!). I've checked the BIOS and the connections to the drive and all seems okay. I can boot from CD using RIPLinux (I can run fsck on the drive without any problems and also mount the LVM without a hitch) but as there isn't an x86_64 bit version of RIPLinux, I can't get chroot to work or much else. Anyone got any clues as to how to get this working again? TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From dominik at greysector.net Sun Aug 19 22:39:14 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 20 Aug 2007 00:39:14 +0200 Subject: Grub seems to have borked!! In-Reply-To: <20070819215210.M56820@all-the-johnsons.co.uk> References: <20070819215210.M56820@all-the-johnsons.co.uk> Message-ID: <20070819223914.GB14974@ryvius.pekin.waw.pl> Hi, On Sunday, 19 August 2007 at 23:52, Paul F. Johnson wrote: > Hi, > > For some reason my machine has decided it no longer likes me! > > I did an update on Friday and again at about 1pm (UK time) and then reset. The > machine restarts okay, but grub fails (I get Booting from CD: Booting from CD: > GRUB and that's it!). > > I've checked the BIOS and the connections to the drive and all seems okay. I > can boot from CD using RIPLinux (I can run fsck on the drive without any > problems and also mount the LVM without a hitch) but as there isn't an x86_64 > bit version of RIPLinux, I can't get chroot to work or much else. > > Anyone got any clues as to how to get this working again? Try Fedora RescueCD. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From ville.skytta at iki.fi Sun Aug 19 22:33:00 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 20 Aug 2007 01:33:00 +0300 Subject: BuildID and proprietary (graphics) drivers In-Reply-To: <20070819203450.253954D058C@magilla.localdomain> References: <20070819203450.253954D058C@magilla.localdomain> Message-ID: <200708200133.00728.ville.skytta@iki.fi> On Sunday 19 August 2007, Roland McGrath wrote: > > On Sunday 19 August 2007, Roland McGrath wrote: > > > For such a package I don't know useful things the debuginfo rpm might > > > ever have. Why don't you just disable it entirely? > > > > That's probably an ok approach. But with debuginfo packages disabled, > > rpmbuild does not strip all the binaries which it does with them enabled, > > so people may want to strip executables and shared libs explicitly during > > build if the symbols are not useful. > > /usr/lib/rpm/redhat/brp-strip is run when find-debuginfo.sh isn't. Yes, but unlike find-debuginfo.sh, that one does not strip shared libraries and the like - there's a "grep -v ' shared object,'" in it which explicitly skips them. I haven't checked if there are other differences eg. in handling of executable bits, write permissions, setuid/setgid bits etc. > > > %define _enable_debug_packages 0 > > > > That does not disable debuginfo packages for me (F7 x86_64). This does: > > > > %define debug_package %{nil} > > Bah. Wonders of rpm spec conditionals. Is there an %undef? Maybe the > actual rpm wizards involved in setting up the current macro scheme could > say what the preferred method is. I think it's the one I posted. From s.adam at diffingo.com Mon Aug 20 00:29:10 2007 From: s.adam at diffingo.com (Stewart Adam) Date: Sun, 19 Aug 2007 20:29:10 -0400 Subject: BuildID and proprietary (graphics) drivers In-Reply-To: <200708192317.10102.ville.skytta@iki.fi> References: <20070819194854.183D34D058C@magilla.localdomain> <200708192317.10102.ville.skytta@iki.fi> Message-ID: <1187569750.17018.1.camel@Diffingo.localdomain> On Sun, 2007-08-19 at 23:17 +0300, Ville Skytt? wrote: > That does not disable debuginfo packages for me (F7 x86_64). This does: > > %define debug_package %{nil} Perfect - That got rid of the Build ID errors. Perhaps this should be included on the BuildID wiki page? Stewart From vonbrand at inf.utfsm.cl Sun Aug 19 23:50:35 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 19 Aug 2007 19:50:35 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> Message-ID: <29508.1187567435@laptop13.inf.utfsm.cl> Build System wrote: [...] > Broken deps for i386 > ---------------------------------------------------------- This is missing system-config-kickstart, which currently requires system-config-securitylevel <= 1.7.0 (and that one is at 1.8.0 right now). bz #253271 -- 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 From kushaldas at gmail.com Mon Aug 20 08:46:23 2007 From: kushaldas at gmail.com (Kushal Das) Date: Mon, 20 Aug 2007 14:16:23 +0530 Subject: What about hard disk encryption at install time Message-ID: <200708201416.24599.kushaldas@gmail.com> Hi all, What about hard disk encryption at install time ? (like opensuse). I know many of us is looking for this feature. Kushal -- Fedora Ambassador, India http://kushaldas.in From fedora at leemhuis.info Mon Aug 20 09:07:06 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 20 Aug 2007 11:07:06 +0200 Subject: What about hard disk encryption at install time In-Reply-To: <200708201416.24599.kushaldas@gmail.com> References: <200708201416.24599.kushaldas@gmail.com> Message-ID: <46C959BA.5010305@leemhuis.info> On 20.08.2007 10:46, Kushal Das wrote: > What about hard disk encryption at install time ? FYI: http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems Not that the page reads "Last modified: 2007-01-03", but there were lots of edits later: http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems?action=info HTH CU knurd From buildsys at redhat.com Mon Aug 20 09:50:53 2007 From: buildsys at redhat.com (Build System) Date: Mon, 20 Aug 2007 05:50:53 -0400 Subject: rawhide report: 20070820 changes Message-ID: <200708200950.l7K9orr4015744@porkchop.devel.redhat.com> New package compiz-bcop Compiz option code generator New package glew The OpenGL Extension Wrangler Library New package perl-Text-RecordParser Read record-oriented files Updated Packages: alliance-5.0-9.20070718snap.fc8 ------------------------------- * Sat Aug 18 2007 Chitlesh Goorah - 5.0-9.20070718snap - fixing desktop files - fixing MANPATH and PATH for proper priority angrydd-1.0.1-3.fc8 ------------------- apr-api-docs-1.2.9-2.fc8 ------------------------ * Mon Aug 20 2007 Bojan Smojver 1.2.9-2 - add APU macros to PREDEFINED list bontmia-0.14-2.fc8 ------------------ ccache-2.4-10.fc8 ----------------- * Sun Aug 19 2007 Ville Skytt?? - 2.4-10 - License: GPLv2+ - Make compiler symlinks relative. - Make profile.d scripts noreplace. crossfire-maps-1.10.0-3.fc8 --------------------------- * Sat Aug 18 2007 Wart 1.10.0-3 - License tag clarification cvsplot-1.7.4-5.fc8 ------------------- * Sun Aug 19 2007 Marek Mahut - 1.7.4-5 - Updating license tag cyphesis-0.5.13-2.fc8 --------------------- * Sun Aug 19 2007 Wart 0.5.13-2 - License tag clarification - Update user creation to conform to guidelines deutex-4.4.0-5.fc8 ------------------ * Sun Aug 19 2007 Wart 4.4.0-5 - License tag clarification eris-1.3.12-2.fc8 ----------------- * Sun Aug 19 2007 Wart 1.3.12-2 - License tag clarification erlang-R11B-5.3.fc8 ------------------- * Sun Aug 19 2007 Gerard Milmeister - R11B-5.3 - fix some permissions * Sat Aug 18 2007 Gerard Milmeister - R11B-5.2 - enable dynamic linking for ssl * Sat Aug 18 2007 Gerard Milmeister - R11B-5.1 - new release R11B-5 fonts-korean-2.2-3.fc8 ---------------------- * Mon Aug 20 2007 Caius Chance - 2.2-3.fc8 - Resolves: rhbz#252272 (Drop chkfontpath dependency.) ^^^ Removed chkfontpath, added TrueType directory specification in fc-cache. * Fri Aug 17 2007 Jens Petersen - remove %baekmukdocdir and list doc files * Thu Aug 16 2007 Caius Chance - 2.2-2.fc8 - Resolves: rhbz#252272 (Drop chkfontpath dependency.) gai-temp-0.1.1-8 ---------------- * Mon Aug 20 2007 Michael Schwendt - 0.1.1-8 - Patch GError and GObject issues. gle-4.0.12a-2.fc8 ----------------- * Sun Aug 19 2007 Terje Rosten - 4.0.12a-2 - Fix license tag * Tue Mar 13 2007 Terje Rosten - 4.0.12a-1 - New src upstream, lots of fixes - Dropped subpackage: see updated LICENSE.txt - Add ghostscript to req - Add PDF doc * Mon Mar 12 2007 Terje Rosten - 4.0.12-4 - Try to fix X11 preview support - Drop preserve timestamps patch gnome-phone-manager-0.10-1.fc8 ------------------------------ * Sun Aug 19 2007 - Bastien Nocera - 0.10-1 - Update to 0.10 (#253400) - Remove obsolete work-arounds and dependencies - Update BRs - Add GConf scriptlets * Fri Aug 17 2007 Linus Walleij 0.8-6 - Update license field from GPL to GPLv2+ goocanvas-0.9-1.fc8 ------------------- gossip-0.27-1.fc8 ----------------- * Sun Aug 19 2007 Brian Pepple - 0.27-1 - Update to 0.27. - Bump minimum version of loudmouth needed. gpsd-2.34-8.fc8 --------------- * Sun Aug 19 2007 Matthew Truch - 2.34-8 - Patch Makefile to also install gpsd_config.h as needed by libgpsmm.h. Redhat BZ 253433. * Sat Jun 30 2007 Matthew Truch - 2.34-7 - Make sure the logo is actually included (via the spec file). I need to wake up before I try even trivial updates. * Sat Jun 30 2007 Matthew Truch - 2.34-6 - Learn how to use search and replace (aka fix all instances of gpsd-logo.png spelled incorrectly as gspd-logo.png). gq-1.2.2-5.fc8 -------------- * Sun Aug 19 2007 Terje R??sten - 1.2.2-5 - Fix license tag gtk-nodoka-engine-0.5.90-1.fc8 ------------------------------ * Sun Aug 19 2007 Martin Sourada - 0.5.90-1 - new version html401-dtds-4.01-19991224.5 ---------------------------- * Mon Aug 13 2007 Ville Skytt?? - 4.01-19991224.5 - Don't use %{dist}. * Mon Aug 13 2007 Ville Skytt?? - 4.01-19991224.4 - Don't ship the docs, the W3C Documentation License is not an acceptable one per Fedora licensing guidelines. - License: W3C irssi-0.8.11-5.fc8 ------------------ * Sun Aug 19 2007 Marek Mahut - 0.8.11-5 - Fixing properly irssi-support-meta-cursor-xterm.patch itcl-3.3-0.10.RC1.fc8 --------------------- * Sun Aug 19 2007 Wart - 3.3-0.10.RC1 - License tag clarification - Better download URL - Minor rpmlint cleanup itk-3.3-0.7.RC1.fc8 ------------------- * Sun Aug 19 2007 Wart - 3.3-0.7.RC1 - License tag clarification - Better download URL - Clean up %files section jd-1.9.6-0.4.svn1276.fc8 ------------------------ * Mon Aug 20 2007 Mamoru Tasaka - 1.9.6-0.4.svn1276 - svn 1276 * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 * Sat Aug 04 2007 Mamoru Tasaka - 1.9.6-0.1.beta070804 - 1.9.6 beta 070804 klamav-0.41.1-4.fc8 ------------------- * Sun Aug 19 2007 Andy Shevchenko 0.41.1-4 - fix desktop Categories * Thu Aug 16 2007 Andy Shevchenko 0.41.1-3 - update to 0.41.1 - fix License tag according to new guidelines - do not use __make macro - fix __open_missing_mode error man-pages-uk-0.1-0.5.20060830.fc8 --------------------------------- * Sun Aug 19 2007 Andy Shevchenko 0.1-0.5.20060830 - fix License tag according to the new guidelines maxima-5.12.99-0.5.rc2.fc8 -------------------------- * Sun Aug 19 2007 Rex Dieter 5.12.99-0.5.rc2 - maxima-5.12.99rc2 perl-PDF-API2-0.62-2.fc8 ------------------------ * Sun Aug 19 2007 Bernard Johnson - 0.62-2 - update license tag to LGPLv2+ - remove CHANGELOG references * Sun Aug 19 2007 Bernard Johnson - 0.62-1 - 0.62 pinot-0.75-10.fc8 ----------------- * Sun Aug 19 2007 Adel Gadllah 0.75-10 - Patch the correct textcat_conf file proftpd-1.3.1-0.2.rc3.fc8 ------------------------- * Sun Aug 19 2007 Matthias Saou 1.3.1-0.2.rc3 - Update to 1.3.1rc3 (the only version to fix #237533 aka CVE-2007-2165). - Remove all patches, none are useful anymore. - Patch sstrncpy.c for config.h not being included (reported upstream #2964). - Patch mod_sql_mysql.c to fix a typo (already fixed in CVS upstream). - Exclude new headers, at least until some first 3rd party module shows up. - Clean up old leftover CVS strings from our extra files. - LSB-ize the init script (#247033). - Explicitly pass --enable-openssl since configure tells us "(default=no)". - Include patch to fix open calls on F8. ps2eps-1.64-3.fc8 ----------------- * Sun Aug 19 2007 Terje R??sten - 1.64-3 - Fix license tag pygoocanvas-0.9.0-2.fc8 ----------------------- * Sun Aug 19 2007 Bernard Johnson - 0.9.0-2 - use macro for version ` python-inotify-0.7.1-1.fc8 -------------------------- * Wed Aug 08 2007 Terje Rosten - 0.7.1-1 - New upstream release: 0.7.1 - Fix license tag rawstudio-0.6-1.fc8 ------------------- * Sun Aug 19 2007 Gianluca Sforna 0.6-1 - New upstream release - Updated License field - Include new pixmaps directory ssss-0.5-3.fc7 -------------- sub2srt-0.5.3-3.fc8 ------------------- system-config-language-1.2.8-1.fc8 ---------------------------------- * Mon Aug 13 2007 Lingning Zhang - 1.2.8 - re-fix bug251478. tmda-1.1.12-1.fc8 ----------------- * Sun Aug 19 2007 Bernard Johnson 1.1.12-1 - 1.1.12 - update license tag - updates to init to be lsb compliant (bz #247075) uim-1.4.1-6.fc8 --------------- * Mon Aug 20 2007 Akira TAGOH - 1.4.1-6 - uim-1.4.1-m17n-not-list-nil-im.patch: Fix appearing m17n-nil IME and crashing when it's selected. (#235331) warzone2100-2.0.7-3.fc8 ----------------------- * Sun Aug 19 2007 Karol Trzcionka - 2.0.7-3 - Apply upstream patch xzgv-0.8-6.fc8 -------------- * Sun Aug 19 2007 Terje Rosten - 0.8-6 - Fix license tag zzuf-0.9-2.fc8 -------------- * Sun Aug 19 2007 Ville Skytt?? - 0.9-2 - Fix build with glibc >= 2.6.90 and -D_FORTIFY_SOURCE=2, thanks to Jan Kratochvil. Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.i386 requires useradd compat-gda-mysql - 1.2.4-1.fc7.i386 requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 gauche-gtk - 0.4.1-12.fc7.i386 requires gauche = 0:0.8.10 glom - 1.5.2-1.fc8.i386 requires libgoocanvas.so.1 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.i686 requires kernel-i686 = 0:2.6.23-0.45.rc0.git16.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 source-highlight - 2.4-1.fc6.i386 requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.i386 requires libboost_regex.so.2 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.x86_64 requires useradd amanda - 2.5.2p1-7.fc8.i386 requires useradd compat-gda-mysql - 1.2.4-1.fc7.x86_64 requires libmysqlclient.so.10()(64bit) conexus - 0.5.3-1.fc7.x86_64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.i386 requires libboost_regex.so.2 gauche-gtk - 0.4.1-12.fc7.x86_64 requires gauche = 0:0.8.10 glom - 1.5.2-1.fc8.i386 requires libgoocanvas.so.1 glom - 1.5.2-1.fc8.x86_64 requires libgoocanvas.so.1()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.i386 requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.i386 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.i386 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.x86_64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.x86_64 requires libboost_thread.so.2()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) source-highlight - 2.4-1.fc6.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.x86_64 requires libboost_filesystem.so.2()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.ppc requires useradd amanda - 2.5.2p1-7.fc8.ppc64 requires useradd brasero - 0.6.0-1.fc8.ppc requires libtotem-plparser.so.7 compat-gda-mysql - 1.2.4-1.fc7.ppc requires libmysqlclient.so.10 conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) conexus - 0.5.3-1.fc7.ppc requires libboost_regex.so.2 gauche-gtk - 0.4.1-12.fc7.ppc requires gauche = 0:0.8.10 glom - 1.5.2-1.fc8.ppc64 requires libgoocanvas.so.1()(64bit) glom - 1.5.2-1.fc8.ppc requires libgoocanvas.so.1 gnome-python2-totem - 2.19.2-1.fc8.ppc requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc requires libtotem-plparser.so.7 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc requires kernel-ppc = 0:2.6.23-0.45.rc0.git16.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 openvrml - 0.16.6-2.fc8.ppc requires firefox = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-devel - 0.16.6-2.fc8.ppc requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc requires libboost_thread.so.2 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) rhythmbox - 0.11.1-1.fc8.ppc requires libtotem-plparser.so.7 source-highlight - 2.4-1.fc6.ppc requires libboost_regex.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_filesystem.so.2 wp_tray - 0.5.3-4.fc7.ppc requires libboost_regex.so.2 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.ppc64 requires useradd brasero - 0.6.0-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) conexus - 0.5.3-1.fc7.ppc64 requires libboost_regex.so.2()(64bit) glom - 1.5.2-1.fc8.ppc64 requires libgoocanvas.so.1()(64bit) gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.45.rc0.git16.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 openvrml - 0.16.6-2.fc8.ppc64 requires firefox = 0:2.0.0.5 openvrml - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) openvrml-devel - 0.16.6-2.fc8.ppc64 requires firefox-devel = 0:2.0.0.5 openvrml-xembed - 0.16.6-2.fc8.ppc64 requires libboost_thread.so.2()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display rhythmbox - 0.11.1-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) source-highlight - 2.4-1.fc6.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_regex.so.2()(64bit) wp_tray - 0.5.3-4.fc7.ppc64 requires libboost_filesystem.so.2()(64bit) From karsten at redhat.com Mon Aug 20 11:53:50 2007 From: karsten at redhat.com (Karsten Hopp) Date: Mon, 20 Aug 2007 13:53:50 +0200 Subject: What about hard disk encryption at install time In-Reply-To: <46C959BA.5010305@leemhuis.info> References: <200708201416.24599.kushaldas@gmail.com> <46C959BA.5010305@leemhuis.info> Message-ID: <46C980CE.3030408@redhat.com> Thorsten Leemhuis schrieb: > > On 20.08.2007 10:46, Kushal Das wrote: >> What about hard disk encryption at install time ? > > FYI: http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems > > Not that the page reads "Last modified: 2007-01-03", but there were lots > of edits later: > http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems?action=info > > HTH > > CU > knurd > Root FS encryption is currently blocked by bugzilla #124789. With these changes we would be able to script something in %pre of kickstart to set up an encrypted root-fs even though it would be better to have full encryption support in anaconda. $HOME encryption as already possible with the current initscripts, but not supported (yet) by anaconda. Karsten From tswan at idigx.com Mon Aug 20 09:22:31 2007 From: tswan at idigx.com (Thomas Swan) Date: Mon, 20 Aug 2007 04:22:31 -0500 Subject: UFS2 tools in F8 Message-ID: <46C95D57.6030301@idigx.com> Since the new kernel 2.6.21+ supports ufs2 filesystems, are there any plans to include the ufs-tools package in Fedora? Do we need a package? From jnovy at redhat.com Mon Aug 20 09:49:07 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 20 Aug 2007 11:49:07 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070818132156.GA30553@free.fr> References: <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> <20070817130838.35ba3fa8@ender> <20070818083847.GA7918@dhcp-lab-186.brq.redhat.com> <20070818104751.b931ae43.mschwendt.tmp0701.nospam@arcor.de> <20070818111900.GA3862@dhcp-lab-186.brq.redhat.com> <20070818132156.GA30553@free.fr> Message-ID: <20070820094907.GA2547@dhcp-lab-186.brq.redhat.com> On Sat, Aug 18, 2007 at 03:21:56PM +0200, Patrice Dumas wrote: > > > > compat-db-devel doesn't exist. I was trying to say, that Requires: db4 = 4.3.29 > > But such requires should never be necessary since rpm figures out > automatically the library dependencies. You are right, but such dependencies are still used in some packages: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=253447 Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From mschwendt.tmp0701.nospam at arcor.de Mon Aug 20 10:15:52 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 20 Aug 2007 12:15:52 +0200 Subject: strange failure for dependency against libdb-4.5.so In-Reply-To: <20070820094907.GA2547@dhcp-lab-186.brq.redhat.com> References: <200708171157.52240.ville.skytta@iki.fi> <20070817120819.GA2978@dhcp-lab-186.brq.redhat.com> <46C5C2AF.6080409@ioa.s.u-tokyo.ac.jp> <46C5C3ED.8070805@ioa.s.u-tokyo.ac.jp> <20070817183026.e23489d3.mschwendt.tmp0701.nospam@arcor.de> <20070817130838.35ba3fa8@ender> <20070818083847.GA7918@dhcp-lab-186.brq.redhat.com> <20070818104751.b931ae43.mschwendt.tmp0701.nospam@arcor.de> <20070818111900.GA3862@dhcp-lab-186.brq.redhat.com> <20070818132156.GA30553@free.fr> <20070820094907.GA2547@dhcp-lab-186.brq.redhat.com> Message-ID: <20070820121552.04c46a10.mschwendt.tmp0701.nospam@arcor.de> On Mon, 20 Aug 2007 11:49:07 +0200, Jindrich Novy wrote: > On Sat, Aug 18, 2007 at 03:21:56PM +0200, Patrice Dumas wrote: > > > > > > compat-db-devel doesn't exist. I was trying to say, that Requires: db4 = 4.3.29 > > > > But such requires should never be necessary since rpm figures out > > automatically the library dependencies. > > You are right, but such dependencies are still used in some packages: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=253447 That ticket is a non-issue here. It is normal for -devel packages to require other -devel packages. Btw, other packages have "BuildRequires: db4-devel" which cannot be removed either. From debarshi.ray at gmail.com Mon Aug 20 10:22:17 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 20 Aug 2007 15:52:17 +0530 Subject: rawhide report: 20070820 changes In-Reply-To: <200708200950.l7K9orr4015744@porkchop.devel.redhat.com> References: <200708200950.l7K9orr4015744@porkchop.devel.redhat.com> Message-ID: <3170f42f0708200322m4c11c188x697fc2a1d3f19286@mail.gmail.com> Package source-highlight has broken dependencies on all 4 architectures. I had pointed towards this on an earlier thread too, but got no response. Is the package owner (CC'ed) aware of this? Happy hacking, Debarshi From caolanm at redhat.com Mon Aug 20 11:25:45 2007 From: caolanm at redhat.com (Caolan McNamara) Date: Mon, 20 Aug 2007 12:25:45 +0100 Subject: rawhide report: 20070820 changes In-Reply-To: <3170f42f0708200322m4c11c188x697fc2a1d3f19286@mail.gmail.com> References: <200708200950.l7K9orr4015744@porkchop.devel.redhat.com> <3170f42f0708200322m4c11c188x697fc2a1d3f19286@mail.gmail.com> Message-ID: <1187609145.2933.4.camel@Nom> On Mon, 2007-08-20 at 15:52 +0530, Debarshi 'Rishi' Ray wrote: > Package source-highlight has broken dependencies on all 4 > architectures. I had pointed towards this on an earlier thread too, > but got no response. Is the package owner (CC'ed) aware of this? I decided to rebuild it myself, cause I'm sick of it. So should be ok tomorrow. C. From debarshi.ray at gmail.com Mon Aug 20 10:31:33 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 20 Aug 2007 16:01:33 +0530 Subject: rawhide report: 20070820 changes In-Reply-To: <1187609145.2933.4.camel@Nom> References: <200708200950.l7K9orr4015744@porkchop.devel.redhat.com> <3170f42f0708200322m4c11c188x697fc2a1d3f19286@mail.gmail.com> <1187609145.2933.4.camel@Nom> Message-ID: <3170f42f0708200331p6b654f07q12467e77b4dfa2c8@mail.gmail.com> >> Package source-highlight has broken dependencies on all 4 >> architectures. I had pointed towards this on an earlier thread too, >> but got no response. Is the package owner (CC'ed) aware of this? > I decided to rebuild it myself, cause I'm sick of it. So should be ok > tomorrow. That is great. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From pythonic at gmail.com Mon Aug 20 10:44:44 2007 From: pythonic at gmail.com (pythonic) Date: Mon, 20 Aug 2007 16:14:44 +0530 Subject: Extracting python dependencies automatically Message-ID: Hi Panu, You may also want to look at this interesting issue filed by me against automatic dependency generation (for Perl packages.). Check the comment #3 as well. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=148850 Thanks, Shekhar From atkac at redhat.com Mon Aug 20 11:20:12 2007 From: atkac at redhat.com (Adam Tkac) Date: Mon, 20 Aug 2007 13:20:12 +0200 Subject: kde4 status? In-Reply-To: <20070818133118.76c7ad63@vader.jdub.homelinux.org> References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> Message-ID: <46C978EC.4050901@redhat.com> Josh Boyer napsal(a): > On Sat, 18 Aug 2007 20:01:29 +0200 > Hans de Goede wrote: > > >> Grumbel, now that was a very usefull answer (NOT) can people please >> refrain from answering questions about things which they have no clue >> about, and instead go RTFM? (kde4 is planned for F-8 inclusion), see: >> > > Actually, Michael does have a clue. > > >> http://fedoraproject.org/wiki/Releases/8/FeatureList >> > > Yes, that is out of date. > > >> and notice how KDE4 is on the approved features list, and: >> http://fedoraproject.org/wiki/Releases/FeatureKDE4 >> > > As is this. > > KDE4 will not be in F8. The KDE team is working on a parallel > installable packages for rawhide. This was discussed in a FESCo > meeting quite a while ago. > > josh > > I think it would be better switch to KDE4 as soon as it possible (right now) and don't try maintain KDE3 and KDE4 simulateously. Of course, it will cause unstability, KDE team will be under heavy load, conservative people could get heart attack etc. But I think new Fedora is more about new features than about stability. Also if we switch to KDE4 now we should discover more bugs and make upcomming KDE more stable. Bug-free work is enemy of good work in our business :) Adam From jwboyer at jdub.homelinux.org Mon Aug 20 11:47:23 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 20 Aug 2007 06:47:23 -0500 Subject: kde4 status? In-Reply-To: <46C978EC.4050901@redhat.com> References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> Message-ID: <20070820064723.6a8f83a8@vader.jdub.homelinux.org> On Mon, 20 Aug 2007 13:20:12 +0200 Adam Tkac wrote: > > KDE4 will not be in F8. The KDE team is working on a parallel > > installable packages for rawhide. This was discussed in a FESCo > > meeting quite a while ago. > > > > josh > > > > > I think it would be better switch to KDE4 as soon as it possible > (right now) and don't try maintain KDE3 and KDE4 simulateously. Of > course, it will cause unstability, KDE team will be under heavy load, > conservative people could get heart attack etc. But I think new > Fedora is more about new features than about stability. Also if we > switch to KDE4 now we should discover more bugs and make upcomming > KDE more stable. Bug-free work is enemy of good work in our > business :) I disagree with you. I trust the KDE team to know when to push things as the default, and if they say it's not ready then it's not ready. Fortunately, you and I can debate all we'd like and none of it matters since neither of us are in a position to actually change anything :). josh From oliver at linux-kernel.at Mon Aug 20 12:27:47 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 20 Aug 2007 14:27:47 +0200 Subject: rpms/setarch/devel .cvsignore,1.9,NONE Makefile,1.1,NONE In-Reply-To: <200708201225.l7KCPj5p030266@cvs-int.fedora.redhat.com> References: <200708201225.l7KCPj5p030266@cvs-int.fedora.redhat.com> Message-ID: <46C988C3.5090706@linux-kernel.at> On 08/20/2007 02:25 PM, Jindrich Novy (jnovy) wrote: > Author: jnovy > > Update of /cvs/extras/rpms/setarch/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30259 > > Removed Files: > .cvsignore Makefile > Log Message: > merged with util-linux-ng, cleanup Please don't you forget to add alpha to setarch stuff in util-linux-ng; If possible. Thx, Oliver From oliver at linux-kernel.at Mon Aug 20 12:27:47 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 20 Aug 2007 14:27:47 +0200 Subject: rpms/setarch/devel .cvsignore,1.9,NONE Makefile,1.1,NONE In-Reply-To: <200708201225.l7KCPj5p030266@cvs-int.fedora.redhat.com> References: <200708201225.l7KCPj5p030266@cvs-int.fedora.redhat.com> Message-ID: <46C988C3.5090706@linux-kernel.at> On 08/20/2007 02:25 PM, Jindrich Novy (jnovy) wrote: > Author: jnovy > > Update of /cvs/extras/rpms/setarch/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30259 > > Removed Files: > .cvsignore Makefile > Log Message: > merged with util-linux-ng, cleanup Please don't you forget to add alpha to setarch stuff in util-linux-ng; If possible. Thx, Oliver From dennis at ausil.us Mon Aug 20 12:33:47 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 20 Aug 2007 07:33:47 -0500 Subject: rpms/setarch/devel .cvsignore,1.9,NONE Makefile,1.1,NONE In-Reply-To: <46C988C3.5090706@linux-kernel.at> References: <200708201225.l7KCPj5p030266@cvs-int.fedora.redhat.com> <46C988C3.5090706@linux-kernel.at> Message-ID: <200708200733.48164.dennis@ausil.us> Once upon a time Monday 20 August 2007, Oliver Falk wrote: > On 08/20/2007 02:25 PM, Jindrich Novy (jnovy) wrote: > > Author: jnovy > > > > Update of /cvs/extras/rpms/setarch/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30259 > > > > Removed Files: > > .cvsignore Makefile > > Log Message: > > merged with util-linux-ng, cleanup > > Please don't you forget to add alpha to setarch stuff in util-linux-ng; > If possible. > > Thx, > Oliver Indeed, sparc needs its support also. I think it was really bad form to just drop this package like that. At least you should have made sure its replacement works on all secondary archs before killing it. Dennis From alain.portal at free.fr Mon Aug 20 12:34:32 2007 From: alain.portal at free.fr (Alain PORTAL) Date: Mon, 20 Aug 2007 14:34:32 +0200 Subject: system-config-firewall Message-ID: <200708201434.33052.alain.portal@free.fr> Hi, I noticed some typos in system-config-firewall that I wanted to report on bugzilla. But there isn't a such component in bugzilla. Why? Is this an oversight? Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- 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 oliver at linux-kernel.at Mon Aug 20 12:42:59 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 20 Aug 2007 14:42:59 +0200 Subject: rpms/setarch/devel .cvsignore,1.9,NONE Makefile,1.1,NONE In-Reply-To: <200708200733.48164.dennis@ausil.us> References: <200708201225.l7KCPj5p030266@cvs-int.fedora.redhat.com> <46C988C3.5090706@linux-kernel.at> <200708200733.48164.dennis@ausil.us> Message-ID: <46C98C53.7080606@linux-kernel.at> On 08/20/2007 02:33 PM, Dennis Gilmore wrote: > Once upon a time Monday 20 August 2007, Oliver Falk wrote: >> On 08/20/2007 02:25 PM, Jindrich Novy (jnovy) wrote: >>> Author: jnovy >>> >>> Update of /cvs/extras/rpms/setarch/devel >>> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30259 >>> >>> Removed Files: >>> .cvsignore Makefile >>> Log Message: >>> merged with util-linux-ng, cleanup >> Please don't you forget to add alpha to setarch stuff in util-linux-ng; >> If possible. >> >> Thx, >> Oliver > > Indeed, > > sparc needs its support also. I think it was really bad form to just drop > this package like that. At least you should have made sure its replacement > works on all secondary archs before killing it. Exact! So someone with time and pleasure, please fix it :-) -of From twoerner at redhat.com Mon Aug 20 12:43:08 2007 From: twoerner at redhat.com (Thomas Woerner) Date: Mon, 20 Aug 2007 14:43:08 +0200 Subject: system-config-firewall In-Reply-To: <200708201434.33052.alain.portal@free.fr> References: <200708201434.33052.alain.portal@free.fr> Message-ID: <46C98C5C.4020206@redhat.com> Hello Alain, there is no bugzilla compononet for s-c-fw at the moment. The package is currently under review for Fedora integration. Please send your report directly to me - for now. Thanks in advance, Thomas Alain PORTAL wrote: > Hi, > > I noticed some typos in system-config-firewall that I wanted to report on > bugzilla. But there isn't a such component in bugzilla. Why? > Is this an oversight? > > Regards, > Alain > -- Thomas Woerner Software Engineer Phone: +49-711-96437-310 Red Hat GmbH Fax : +49-711-96437-111 Hauptstaetterstr. 58 Email: Thomas Woerner D-70178 Stuttgart Web : http://www.redhat.de/ From jnovy at redhat.com Mon Aug 20 12:58:33 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 20 Aug 2007 14:58:33 +0200 Subject: rpms/setarch/devel .cvsignore,1.9,NONE Makefile,1.1,NONE In-Reply-To: <46C988C3.5090706@linux-kernel.at> References: <200708201225.l7KCPj5p030266@cvs-int.fedora.redhat.com> <46C988C3.5090706@linux-kernel.at> Message-ID: <20070820125833.GA21723@dhcp-lab-186.brq.redhat.com> On Mon, Aug 20, 2007 at 02:27:47PM +0200, Oliver Falk wrote: > On 08/20/2007 02:25 PM, Jindrich Novy (jnovy) wrote: > > Author: jnovy > > > > Update of /cvs/extras/rpms/setarch/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30259 > > > > Removed Files: > > .cvsignore Makefile > > Log Message: > > merged with util-linux-ng, cleanup > > Please don't you forget to add alpha to setarch stuff in util-linux-ng; > If possible. I'm in touch with Karel and he will include the patch adding the alpha support to setarch. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From mdehaan at redhat.com Mon Aug 20 13:05:31 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 20 Aug 2007 09:05:31 -0400 Subject: Will FC6/FE6 merge / move to Koji? In-Reply-To: References: <200707101606.41878.dennis@ausil.us> Message-ID: <46C9919B.6090404@redhat.com> Kevin Kofler wrote: > Dennis Gilmore ausil.us> writes: > >> Personally I would like to leave it as is. we still need plague for EPEL so >> by switching we wont be freeing up resources. currently plague and koji are >> co-existing on the same builders peacefully. >> > > However, merging F6 would have some benefits: > * maintainer ignorance of Bodhi would no longer cause broken upgrade paths > (because everything would have to go through Bodhi or not be updated at all), > * community comaintainers could push updates for FC6 packages too. > > Kevin Kofler > > Perhaps more of a Bohdi thing ... but I'd like to have the "testing" branch/push capability everywhere -- including EPEL, so we have consistant "testing" branches everywhere we can use. That being said, FC-6 isn't going to be supported for crazy-long, so that need is probably not that urgent for backporting. There's a need to test applications in other things than the bleeding edge distro, especially because they are all slightly different platforms. Otherwise, we have to maintain seperate "testing" repos for our own apps on various distros -- which would be a great thing to have an established and comprehensive hosted build system for :) --Michael From oliver at linux-kernel.at Mon Aug 20 13:06:16 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 20 Aug 2007 15:06:16 +0200 Subject: rpms/setarch/devel .cvsignore,1.9,NONE Makefile,1.1,NONE In-Reply-To: <20070820125833.GA21723@dhcp-lab-186.brq.redhat.com> References: <200708201225.l7KCPj5p030266@cvs-int.fedora.redhat.com> <46C988C3.5090706@linux-kernel.at> <20070820125833.GA21723@dhcp-lab-186.brq.redhat.com> Message-ID: <46C991C8.5020508@linux-kernel.at> On 08/20/2007 02:58 PM, Jindrich Novy wrote: > On Mon, Aug 20, 2007 at 02:27:47PM +0200, Oliver Falk wrote: >> On 08/20/2007 02:25 PM, Jindrich Novy (jnovy) wrote: >>> Author: jnovy >>> >>> Update of /cvs/extras/rpms/setarch/devel >>> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30259 >>> >>> Removed Files: >>> .cvsignore Makefile >>> Log Message: >>> merged with util-linux-ng, cleanup >> Please don't you forget to add alpha to setarch stuff in util-linux-ng; >> If possible. > > I'm in touch with Karel and he will include the patch adding the alpha > support to setarch. Thx a lot! -of From alain.portal at free.fr Mon Aug 20 13:17:14 2007 From: alain.portal at free.fr (Alain PORTAL) Date: Mon, 20 Aug 2007 15:17:14 +0200 Subject: system-config-firewall In-Reply-To: <46C98C5C.4020206@redhat.com> References: <200708201434.33052.alain.portal@free.fr> <46C98C5C.4020206@redhat.com> Message-ID: <200708201517.14391.alain.portal@free.fr> Le lundi 20 ao?t 2007, Thomas Woerner a ?crit : > Hello Alain, > > there is no bugzilla compononet for s-c-fw at the moment. The package is > currently under review for Fedora integration. So, if this paquetage isn't yet in Fedora, from where come the actual french translation? It seems to me that some original strings come from system-config-securitylevel. Is this package obsolete? > Please send your report directly to me - for now. OK -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- 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 jnovy at redhat.com Mon Aug 20 13:12:47 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 20 Aug 2007 15:12:47 +0200 Subject: rpms/setarch/devel .cvsignore,1.9,NONE Makefile,1.1,NONE In-Reply-To: <200708200733.48164.dennis@ausil.us> References: <200708201225.l7KCPj5p030266@cvs-int.fedora.redhat.com> <46C988C3.5090706@linux-kernel.at> <200708200733.48164.dennis@ausil.us> Message-ID: <20070820131247.GB21723@dhcp-lab-186.brq.redhat.com> On Mon, Aug 20, 2007 at 07:33:47AM -0500, Dennis Gilmore wrote: > Once upon a time Monday 20 August 2007, Oliver Falk wrote: > > On 08/20/2007 02:25 PM, Jindrich Novy (jnovy) wrote: > > > Author: jnovy > > > > > > Update of /cvs/extras/rpms/setarch/devel > > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30259 > > > > > > Removed Files: > > > .cvsignore Makefile > > > Log Message: > > > merged with util-linux-ng, cleanup > > > > Please don't you forget to add alpha to setarch stuff in util-linux-ng; > > If possible. > > > > Thx, > > Oliver > > Indeed, > > sparc needs its support also. setarch has support for sparc for some time already. > I think it was really bad form to just drop > this package like that. Setarch isn't dropped, it's just been merged with util-linux-ng. > At least you should have made sure its replacement > works on all secondary archs before killing it. Again, setarch isn't killed and its development will go on under util-linux-ng. I'll go on maintaining setarch with Karel in util-linux-ng. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From twoerner at redhat.com Mon Aug 20 13:26:10 2007 From: twoerner at redhat.com (Thomas Woerner) Date: Mon, 20 Aug 2007 15:26:10 +0200 Subject: system-config-firewall In-Reply-To: <200708201517.14391.alain.portal@free.fr> References: <200708201434.33052.alain.portal@free.fr> <46C98C5C.4020206@redhat.com> <200708201517.14391.alain.portal@free.fr> Message-ID: <46C99672.2000108@redhat.com> Hello Alain, s-c-firewall will replace s-c-securitylevel in devel as soon as it passed the review. The current translations are from s-c-sl - there will be new translations shortly. BTW: Here is the source RPM of the latest version: http://twoerner.fedorapeople.org/. You can simply build with: rpmbuild --rebuild \ http://twoerner.fedorapeople.org/system-config-firewall-1.0.2-2.fc8.src.rpm Thanks, Thomas Alain PORTAL wrote: > Le lundi 20 ao?t 2007, Thomas Woerner a ?crit : >> Hello Alain, >> >> there is no bugzilla compononet for s-c-fw at the moment. The package is >> currently under review for Fedora integration. > > So, if this paquetage isn't yet in Fedora, from where come the actual french > translation? > It seems to me that some original strings come from > system-config-securitylevel. Is this package obsolete? > >> Please send your report directly to me - for now. > > OK > -- Thomas Woerner Software Engineer Phone: +49-711-96437-310 Red Hat GmbH Fax : +49-711-96437-111 Hauptstaetterstr. 58 Email: Thomas Woerner D-70178 Stuttgart Web : http://www.redhat.de/ From halfline at gmail.com Mon Aug 20 13:29:11 2007 From: halfline at gmail.com (Ray Strode) Date: Mon, 20 Aug 2007 09:29:11 -0400 Subject: Gnome prolems in Rawhide In-Reply-To: <6bb886180708182142v6cdc85c5k3adf2099c2208795@mail.gmail.com> References: <6bb886180708182142v6cdc85c5k3adf2099c2208795@mail.gmail.com> Message-ID: <45abe7d80708200629x6c135b98m70bee76750889cad@mail.gmail.com> Hi, On 8/19/07, David Hunter wrote: > 1) Top of windows don't show - the titlebar, > 2) The show desktop icon button doesn''t work. Are you running with "Desktop Effects" (compiz) enabled? From katzj at redhat.com Mon Aug 20 14:02:57 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 20 Aug 2007 10:02:57 -0400 Subject: BuildID and proprietary (graphics) drivers In-Reply-To: <200708200133.00728.ville.skytta@iki.fi> References: <20070819203450.253954D058C@magilla.localdomain> <200708200133.00728.ville.skytta@iki.fi> Message-ID: <1187618577.7085.6.camel@localhost.localdomain> On Mon, 2007-08-20 at 01:33 +0300, Ville Skytt? wrote: > On Sunday 19 August 2007, Roland McGrath wrote: > > > On Sunday 19 August 2007, Roland McGrath wrote: > > > %define debug_package %{nil} > > > > Bah. Wonders of rpm spec conditionals. Is there an %undef? Maybe the > > actual rpm wizards involved in setting up the current macro scheme could > > say what the preferred method is. > > I think it's the one I posted. Yep, %define debug_package %{nil} is what you want Jeremy From overholt at redhat.com Mon Aug 20 14:04:19 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 20 Aug 2007 10:04:19 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development Message-ID: <20070820140418.GE6249@redhat.com> Hi, We'd like to start a Development SIG with an eye towards making a "Fedora for Developers" spin. The goals for the moment boil down to: * Make Fedora a great development distribution "out of the box" by providing needed tools * Make it easy for developers to target Fedora * Make things easier for Fedora developers themselves We realize these are sort of open ended goals, but we hope to focus on showcasing some of the great tools we have in the distro by making them available and configured, etc. out of the box. There will of course be some editorial control in the cases of multiple tools and avoiding "everything and the kitchen sink" to differentiate from Fedora Everything. Since Eclipse is near and dear to some of our hearts, some lists of Eclipse-specific things we'd like to see done can be found at [1] and [2]. We are especially interested in bringing new developers into the Fedora family. We'd like to have regular IRC meetings on #fedora-meeting on Tuesdays at 18:00-19:00 UTC (2pm-3pm EDT) (see http://fedoraproject.org/wiki/Communicate#IRC) . If the time really sucks for lots of people, we can easily change it. The first meeting will be tomorrow, Tuesday 21 August 2007. The plan is to make the spin inherit from the Desktop spin and add the following (not an exhaustive list): . Eclipse stuff (most likely all of it) . koji . *-devel . systemtap . frysk . toolchain (gcc et al) . emacs . enable debuginfo repository We realize this will put us up to a DVD-sized image but we're cool with that. There is obviously a tonne to work out, but we're looking forward to working with lots of you on this. Andrew [1] http://live.gnome.org/EclipseIdeas [2] http://homepages.peakpeak.com/~tromey/eclipse-linux.html -------------- 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 Mon Aug 20 14:21:19 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Aug 2007 10:21:19 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <20070820140418.GE6249@redhat.com> References: <20070820140418.GE6249@redhat.com> Message-ID: <20070820102119.6fe301ad@mentok.boston.redhat.com> On Mon, 20 Aug 2007 10:04:19 -0400 Andrew Overholt wrote: > . enable debuginfo repository That's going to be hard to do with the current tool set. It would involve changes to the fedora-release package, or some sort of post-install processing. That post-install processing isn't set up in any good way to fiddle with when composing a traditional tree. Easier for the Live image case, but it wasn't clear to me if you were targeting Live or traditional install case. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dan at danny.cz Mon Aug 20 14:24:12 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 20 Aug 2007 16:24:12 +0200 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <20070820140418.GE6249@redhat.com> References: <20070820140418.GE6249@redhat.com> Message-ID: <1187619852.4341.3.camel@eagle.danny.cz> Hi, > The plan is to make the spin inherit from the Desktop spin and add the > following (not an exhaustive list): > > Eclipse stuff (most likely all of it) > koji > *-devel > systemtap > frysk > toolchain (gcc et al) > emacs > enable debuginfo repository > can you add codeblocks (C/C++ IDE) to the list? Dan From P at draigBrady.com Mon Aug 20 15:30:32 2007 From: P at draigBrady.com (=?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?=) Date: Mon, 20 Aug 2007 16:30:32 +0100 Subject: binary backwards compatibility Message-ID: <46C9B398.50109@draigBrady.com> I was trying to compile a binary on Fedora 7 so that is was portable to as many systems as possible, but was getting a "Floating point exception" at startup, on older systems? I.E. compile the following on Fedora 7: #include int main(void) { printf ("Hello world\n"); return 0; } The resultant binary will throw a floating point exception at startup on ubuntu breezy and debian sarge at least (but is Ok on ubuntu feisty). Note, if I link the binary statically on F7, then it runs everywhere, though we're told that's a bad idea: http://people.redhat.com/drepper/no_static_linking.html Note also, that binaries compiled on Feisty are Ok everywhere. Pertinent package versions on F7 and Feisty are: $ dpkg -l libc6 gcc | grep ii ii gcc 4.1.2-1ubuntu1 The GNU C compiler ii libc6 2.5-0ubuntu14 GNU C Library: Shared libraries $ rpm -q glibc gcc glibc-2.6-3 gcc-4.1.2-12 any ideas? P?draig. From arjan at infradead.org Mon Aug 20 15:37:41 2007 From: arjan at infradead.org (Arjan van de Ven) Date: Mon, 20 Aug 2007 08:37:41 -0700 Subject: binary backwards compatibility In-Reply-To: <46C9B398.50109@draigBrady.com> References: <46C9B398.50109@draigBrady.com> Message-ID: <1187624261.2577.1.camel@laptopd505.fenrus.org> On Mon, 2007-08-20 at 16:30 +0100, P?draig Brady wrote: > I was trying to compile a binary on Fedora 7 > so that is was portable to as many systems as possible, > but was getting a "Floating point exception" at startup, > on older systems? your subject: is misguided; this isn't BACKWARDS compatibility; backwards compatibility is "older software runs on new releases".. what you want is the other way around. > > I.E. compile the following on Fedora 7: > > #include > int main(void) > { > printf ("Hello world\n"); > return 0; > } > > The resultant binary will throw a floating point exception > at startup on ubuntu breezy and debian sarge at least > (but is Ok on ubuntu feisty). you need an LD option --hash-style=sysv From P at draigBrady.com Mon Aug 20 16:08:03 2007 From: P at draigBrady.com (=?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?=) Date: Mon, 20 Aug 2007 17:08:03 +0100 Subject: binary backwards compatibility In-Reply-To: <1187624261.2577.1.camel@laptopd505.fenrus.org> References: <46C9B398.50109@draigBrady.com> <1187624261.2577.1.camel@laptopd505.fenrus.org> Message-ID: <46C9BC63.3030809@draigBrady.com> Arjan van de Ven wrote: > On Mon, 2007-08-20 at 16:30 +0100, P?draig Brady wrote: >> I was trying to compile a binary on Fedora 7 >> so that is was portable to as many systems as possible, >> but was getting a "Floating point exception" at startup, >> on older systems? > > you need an LD option > --hash-style=sysv http://docs.fedoraproject.org/release-notes/fc6/en_US/sn-Devel.html#id2970799 that works thanks, P?draig. From rdieter at math.unl.edu Mon Aug 20 16:20:17 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 20 Aug 2007 11:20:17 -0500 Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> Message-ID: Adam Tkac wrote: > I think it would be better switch to KDE4 as soon as it possible (right > now) and don't try maintain KDE3 and KDE4 simulateously. Of course, it > will cause unstability, KDE team will be under heavy load, conservative > people could get heart attack etc. But I think new Fedora is more about > new features than about stability. Also if we switch to KDE4 now we > should discover more bugs and make upcomming KDE more stable. Bug-free > work is enemy of good work in our business :) While I agree with your sentiments, there is a basic level of functionality and reliability that is required to move forward with such a plan... which simply isn't there (yet), I'm afraid. Any interested parties (that means you! :) ) are welcome to join in with the KDE SIG to help move things forward, http://fedoraproject.org/wiki/SIGs/KDE As it is, things are moving much slower than I'd like. We need a few more active/motivated folks to help with the heavy lifting. -- Rex From johannbg at hi.is Mon Aug 20 16:20:52 2007 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Mon, 20 Aug 2007 16:20:52 +0000 Subject: Services automaticly change firewall rules to open access to themselfs. Message-ID: <46C9BF64.9040103@hi.is> Any thoughts on implementing automatically port opening for service that need to open port access in the firewall as in when service is started that needs port opening it would automatically read some firewall.conf file for that and open the port automatically according to those settings in the firewall.conf file ( add the iptables rules automatically when the service is started and remove those rules when the service is stopped ) Doing chkconfig service or service service start/stop and it would also open the port for that service in the firewall Thoughts anyone. Best regards Johann B. Johann B. Gudmundsson. RHCE,CCSA Unix System Engineer. IT Management. Reiknistofnun University of Iceland. Taeknigardi, Dunhaga 5. Email: johannbg at hi.is IS-107 Reykjavik. Phone: +354-525-4267 Iceland. Fax: +354-552-8801 From caillon at redhat.com Mon Aug 20 16:25:20 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 20 Aug 2007 12:25:20 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> Message-ID: <46C9C070.70700@redhat.com> darrell pfeifer wrote: > Looks like the newest compiz will need some rpm magic to bring in compiz-gnome. That should probably be done by the creator of the spin. For example, users of the KDE spin probably don't want compiz-gnome. You're really only running into this issue because you were upgrading rawhide to rawhide. From walters at redhat.com Mon Aug 20 16:27:28 2007 From: walters at redhat.com (Colin Walters) Date: Mon, 20 Aug 2007 12:27:28 -0400 Subject: I cannot use nm-applet when gnome-keyring-daemon is running In-Reply-To: <76e72f800708190205v3af41d14j2d9b9187eafe476c@mail.gmail.com> References: <76e72f800708190205v3af41d14j2d9b9187eafe476c@mail.gmail.com> Message-ID: On 8/19/07, Yuan Yijun wrote: > > Hi, > > I have to kill gnome-keyring-daemon after login, then run nm-applet & > again in order to connect my WEP wireless network. If I don't kill > gnome-keyring-daemon, nm-applet will just crash when selecting my > wireless network from the list. I don't know why this happens only to > me. It used to work, I cannot remember when it starts to broken. Hi Yuan, Does a crash dialog appear when nm-applet crashes? Can you try these instructions to get a trace and file a bug? http://fedoraproject.org/wiki/StackTraces -------------- next part -------------- An HTML attachment was scrubbed... URL: From caillon at redhat.com Mon Aug 20 16:30:09 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 20 Aug 2007 12:30:09 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <20070820102119.6fe301ad@mentok.boston.redhat.com> References: <20070820140418.GE6249@redhat.com> <20070820102119.6fe301ad@mentok.boston.redhat.com> Message-ID: <46C9C191.7060101@redhat.com> Jesse Keating wrote: > On Mon, 20 Aug 2007 10:04:19 -0400 > Andrew Overholt wrote: > >> . enable debuginfo repository > > That's going to be hard to do with the current tool set. It would > involve changes to the fedora-release package, or some sort of > post-install processing. That post-install processing isn't set up in > any good way to fiddle with when composing a traditional tree. Easier > for the Live image case, but it wasn't clear to me if you were > targeting Live or traditional install case. Or we can move/copy the .repo file to a fedora-release-debuginfo package which is not installed by default in the "normal" spins, and we can install it by default in this spin. From jkeating at redhat.com Mon Aug 20 16:31:58 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Aug 2007 12:31:58 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <46C9C070.70700@redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> Message-ID: <20070820123158.28f4a89b@mentok.boston.redhat.com> On Mon, 20 Aug 2007 12:25:20 -0400 Christopher Aillon wrote: > That should probably be done by the creator of the spin. For > example, users of the KDE spin probably don't want compiz-gnome. > You're really only running into this issue because you were upgrading > rawhide to rawhide. I don't disagree, but to be fair people upgrading from Fedora 7 will face this same issue. It was just compiz there, now it needs to be compiz-gnome. We can fix this in anaconda for anaconda upgrades, but for people who just do yum upgrades this will be one of those 'gotchas'. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Aug 20 16:33:11 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Aug 2007 12:33:11 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <46C9C191.7060101@redhat.com> References: <20070820140418.GE6249@redhat.com> <20070820102119.6fe301ad@mentok.boston.redhat.com> <46C9C191.7060101@redhat.com> Message-ID: <20070820123311.747a6db8@mentok.boston.redhat.com> On Mon, 20 Aug 2007 12:30:09 -0400 Christopher Aillon wrote: > Or we can move/copy the .repo file to a fedora-release-debuginfo > package which is not installed by default in the "normal" spins, and > we can install it by default in this spin. nggh. Not exactly the most elegant approach (: -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From caillon at redhat.com Mon Aug 20 16:37:22 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 20 Aug 2007 12:37:22 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <20070820123158.28f4a89b@mentok.boston.redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> Message-ID: <46C9C342.9050909@redhat.com> Jesse Keating wrote: > On Mon, 20 Aug 2007 12:25:20 -0400 > Christopher Aillon wrote: > >> That should probably be done by the creator of the spin. For >> example, users of the KDE spin probably don't want compiz-gnome. >> You're really only running into this issue because you were upgrading >> rawhide to rawhide. > > I don't disagree, but to be fair people upgrading from Fedora 7 will > face this same issue. It was just compiz there, now it needs to be > compiz-gnome. We can fix this in anaconda for anaconda upgrades, but > for people who just do yum upgrades this will be one of those 'gotchas'. And is one of those reasons we don't really support yum upgrading between releases, AIUI. ` From jkeating at redhat.com Mon Aug 20 16:41:17 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Aug 2007 12:41:17 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <46C9C342.9050909@redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> Message-ID: <20070820124117.32b33752@mentok.boston.redhat.com> On Mon, 20 Aug 2007 12:37:22 -0400 Christopher Aillon wrote: > And is one of those reasons we don't really support yum upgrading > between releases, AIUI. A lesser one though. I'd be thrilled if this was the only type of problem you'd see upon yum upgrade. It's rather easy to distribute a list of 'if you had Bar, you should also get Baz now' type instructions. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Mon Aug 20 16:39:52 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 20 Aug 2007 12:39:52 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <20070820102119.6fe301ad@mentok.boston.redhat.com> References: <20070820140418.GE6249@redhat.com> <20070820102119.6fe301ad@mentok.boston.redhat.com> Message-ID: <1187627992.7085.104.camel@localhost.localdomain> On Mon, 2007-08-20 at 10:21 -0400, Jesse Keating wrote: > On Mon, 20 Aug 2007 10:04:19 -0400 > Andrew Overholt wrote: > > > . enable debuginfo repository > > That's going to be hard to do with the current tool set. It would > involve changes to the fedora-release package, or some sort of > post-install processing. That post-install processing isn't set up in > any good way to fiddle with when composing a traditional tree. Easier > for the Live image case, but it wasn't clear to me if you were > targeting Live or traditional install case. I suspect Live based on some questions I've gotten from Andrew :-) So shouldn't be a problem here. But in any case, we really do need to start spec'ing out how you can make some of these sorts of changes to happen for more "traditional" spins too. There's no real reason[1] we can't use the kickstart config to provide a script that's run after the installation of packages is complete. Jeremy [1] Aside from the fact that there's some code not written From katzj at redhat.com Mon Aug 20 16:40:43 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 20 Aug 2007 12:40:43 -0400 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <46C9BF64.9040103@hi.is> References: <46C9BF64.9040103@hi.is> Message-ID: <1187628043.7085.106.camel@localhost.localdomain> On Mon, 2007-08-20 at 16:20 +0000, "J?hann B. Gu?mundsson" wrote: > Any thoughts on implementing automatically port opening for service > that need to open port access in the firewall > as in when service is started that needs port opening it would > automatically read some firewall.conf > file for that and open the port automatically according to those > settings in the firewall.conf file > ( add the iptables rules automatically when the service is started and > remove those rules when the service is stopped ) > > Doing chkconfig service or service service start/stop and it would also > open the port for that service in the firewall I think it's a great idea and would go a long way towards making things more usable. One of the questions is do you do the firewall change on service start/stop or at chkconfig time. And I'm a little bit torn on that one. chkconfig time makes it "simpler" as far as not requiring initscript changes. start/stop seems like it's probably more "correct", but would then require initscripts to call a new function on start/stop Jeremy From caillon at redhat.com Mon Aug 20 16:42:01 2007 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 20 Aug 2007 12:42:01 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <20070820123311.747a6db8@mentok.boston.redhat.com> References: <20070820140418.GE6249@redhat.com> <20070820102119.6fe301ad@mentok.boston.redhat.com> <46C9C191.7060101@redhat.com> <20070820123311.747a6db8@mentok.boston.redhat.com> Message-ID: <46C9C459.60605@redhat.com> Jesse Keating wrote: > On Mon, 20 Aug 2007 12:30:09 -0400 > Christopher Aillon wrote: > >> Or we can move/copy the .repo file to a fedora-release-debuginfo >> package which is not installed by default in the "normal" spins, and >> we can install it by default in this spin. > > nggh. Not exactly the most elegant approach (: Just saying there are ways to do it. But would it really be so bad if we did this though? If you can't yum install fedora-release-debuginfo, you certainly can't yum install *-debuginfo. From walters at redhat.com Mon Aug 20 16:43:18 2007 From: walters at redhat.com (Colin Walters) Date: Mon, 20 Aug 2007 12:43:18 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <20070820140418.GE6249@redhat.com> References: <20070820140418.GE6249@redhat.com> Message-ID: On 8/20/07, Andrew Overholt wrote: > > Hi, > > We'd like to start a Development SIG with an eye towards making a > "Fedora for Developers" spin. The goals for the moment boil down to: Awesome! > . Eclipse stuff (most likely all of it) > . koji > . *-devel The thing I would keep in mind is that I see these three very different kinds of developers that are probably fairly representative: 1) People developing on Fedora/GNOME/KDE ("system/community" developers) 2) The guy who has an idea for a website about music, worked on Unix in college and has been learning Ruby since he heard a lot about Rails. (hobbyist/solo developer) 3) Professional developer working on inhouse tools or a website for a large corporation, likely spends all day in Java (professional developer) So for example, koji and *-devel are important for 1) but basically irrelevant for 2) and 3), whereas good Java support isn't important to 1), but is critical to 3). Personally, I would optimize for 2) and 3) because they're the large audience; 1) largely knows what they want and how to get it. In general though, I think a lot of this project is going to be figuring out what comps make sense and looking at the experience there. -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent.rineau__fedora at normalesup.org Mon Aug 20 16:47:29 2007 From: laurent.rineau__fedora at normalesup.org (Laurent Rineau) Date: Mon, 20 Aug 2007 18:47:29 +0200 Subject: rawhide report: 20070818 changes In-Reply-To: <46C9C342.9050909@redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> Message-ID: <200708201847.29291@rineau.tsetse> On Monday 20 August 2007 18:37:22 Christopher Aillon wrote: > Jesse Keating wrote: > > On Mon, 20 Aug 2007 12:25:20 -0400 > > > > Christopher Aillon wrote: > >> That should probably be done by the creator of the spin. For > >> example, users of the KDE spin probably don't want compiz-gnome. > >> You're really only running into this issue because you were upgrading > >> rawhide to rawhide. > > > > I don't disagree, but to be fair people upgrading from Fedora 7 will > > face this same issue. It was just compiz there, now it needs to be > > compiz-gnome. We can fix this in anaconda for anaconda upgrades, but > > for people who just do yum upgrades this will be one of those 'gotchas'. > > And is one of those reasons we don't really support yum upgrading > between releases, AIUI. What will be different if the upgrade is done using Anaconda? -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From pemboa at gmail.com Mon Aug 20 16:50:31 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 20 Aug 2007 11:50:31 -0500 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <1187628043.7085.106.camel@localhost.localdomain> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> Message-ID: <16de708d0708200950o1e61239doee8020f0e868dd3d@mail.gmail.com> On 8/20/07, Jeremy Katz wrote: > On Mon, 2007-08-20 at 16:20 +0000, "J?hann B. Gu?mundsson" wrote: > > Any thoughts on implementing automatically port opening for service > > that need to open port access in the firewall > > as in when service is started that needs port opening it would > > automatically read some firewall.conf > > file for that and open the port automatically according to those > > settings in the firewall.conf file > > ( add the iptables rules automatically when the service is started and > > remove those rules when the service is stopped ) > > > > Doing chkconfig service or service service start/stop and it would also > > open the port for that service in the firewall > > I think it's a great idea and would go a long way towards making things > more usable. One of the questions is do you do the firewall change on > service start/stop or at chkconfig time. And I'm a little bit torn on > that one. chkconfig time makes it "simpler" as far as not requiring > initscript changes. start/stop seems like it's probably more "correct", > but would then require initscripts to call a new function on start/stop > > Jeremy I was actually thinking about this last night. My idea was to have it _possible_ for services to open a few ports on start, and close them on stop. But they wouldn't do so directly, they would ask system-config-securitylevel. This would allow admins to disable this functionality easily. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From jkeating at redhat.com Mon Aug 20 16:52:32 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Aug 2007 12:52:32 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <200708201847.29291@rineau.tsetse> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> <200708201847.29291@rineau.tsetse> Message-ID: <20070820125232.0dba4f79@mentok.boston.redhat.com> On Mon, 20 Aug 2007 18:47:29 +0200 Laurent Rineau wrote: > What will be different if the upgrade is done using Anaconda? Anaconda can have logic that does things like "you had compiz installed, you've got gnome installed, add in compiz-gnome", and the like for KDE as well. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ssorce at redhat.com Mon Aug 20 16:54:24 2007 From: ssorce at redhat.com (Simo Sorce) Date: Mon, 20 Aug 2007 12:54:24 -0400 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <1187628043.7085.106.camel@localhost.localdomain> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> Message-ID: <1187628864.3382.27.camel@localhost.localdomain> On Mon, 2007-08-20 at 12:40 -0400, Jeremy Katz wrote: > On Mon, 2007-08-20 at 16:20 +0000, "J?hann B. Gu?mundsson" wrote: > > Any thoughts on implementing automatically port opening for service > > that need to open port access in the firewall > > as in when service is started that needs port opening it would > > automatically read some firewall.conf > > file for that and open the port automatically according to those > > settings in the firewall.conf file > > ( add the iptables rules automatically when the service is started and > > remove those rules when the service is stopped ) > > > > Doing chkconfig service or service service start/stop and it would also > > open the port for that service in the firewall > > I think it's a great idea and would go a long way towards making things > more usable. One of the questions is do you do the firewall change on > service start/stop or at chkconfig time. And I'm a little bit torn on > that one. chkconfig time makes it "simpler" as far as not requiring > initscript changes. start/stop seems like it's probably more "correct", > but would then require initscripts to call a new function on start/stop Why should it be "more correct" to do it at start/stop ? It seem more correct to do it at chkconfig, so that even if you stop the service and iptables -Lv will show you what is the "normal" firewall situation. Letting services poke holes in the firewall is not something admins will really love, if I set a rule to block traffic for a certain service I _really_mean it and I don't want to have to change the init scripts or have to reapply the rule each time I start/stop a service. Also what networks do you plan to apply this to? (at minimum you have lo and eth0 interfaces, and you may have also tun0 or others) all? some? which? (I use samba + cifs on a pair of machines and I have firewall ruels to allow that _only_ on the vpn connecting the 2: eg. NO CIFS connections on eth0/eth1 etc...) Simo. From jkeating at redhat.com Mon Aug 20 16:53:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Aug 2007 12:53:59 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <1187627992.7085.104.camel@localhost.localdomain> References: <20070820140418.GE6249@redhat.com> <20070820102119.6fe301ad@mentok.boston.redhat.com> <1187627992.7085.104.camel@localhost.localdomain> Message-ID: <20070820125359.3143bdac@mentok.boston.redhat.com> On Mon, 20 Aug 2007 12:39:52 -0400 Jeremy Katz wrote: > But in any case, we really do need to start spec'ing out how you can > make some of these sorts of changes to happen for more "traditional" > spins too. There's no real reason[1] we can't use the kickstart > config to provide a script that's run after the installation of > packages is complete. Sure. It just doesn't taste good to me to immediately modify content from packages as part of the install, and creating a .rpmnew situation right out of the gate :( Maybe Chris's suggestion for this case is better after all. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From saikat at cs.cornell.edu Mon Aug 20 16:58:32 2007 From: saikat at cs.cornell.edu (Saikat Guha) Date: Mon, 20 Aug 2007 12:58:32 -0400 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <46C9BF64.9040103@hi.is> References: <46C9BF64.9040103@hi.is> Message-ID: <1187629112.6145.15.camel@seshat.guha.cc> On Mon, 2007-08-20 at 16:20 +0000, "J?hann B. Gu?mundsson" wrote: > ( add the iptables rules automatically when the service is started and > remove those rules when the service is stopped ) > > Doing chkconfig service or service service start/stop and it would > also open the port for that service in the firewall How would this interact with VPNs. I tend to run services with full VPN internal access (openvpn) but no access from the public Internet. Also what services would default to opening firewall ports? CUPS, for example, opens a port both for local printing and for remote use. If I have CUPS on a box without local printers, it likely doesn't need firewall holes. Perhaps modify system-config-security to allow ports to be opened by service (not by port) and have initscript functions look at that? -- Saikat -------------- 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 lsof at nodata.co.uk Mon Aug 20 17:12:22 2007 From: lsof at nodata.co.uk (nodata) Date: Mon, 20 Aug 2007 19:12:22 +0200 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <1187628864.3382.27.camel@localhost.localdomain> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> <1187628864.3382.27.camel@localhost.localdomain> Message-ID: <1187629942.6784.0.camel@sb-home> Am Montag, den 20.08.2007, 12:54 -0400 schrieb Simo Sorce: > On Mon, 2007-08-20 at 12:40 -0400, Jeremy Katz wrote: > > On Mon, 2007-08-20 at 16:20 +0000, "J?hann B. Gu?mundsson" wrote: > > > Any thoughts on implementing automatically port opening for service > > > that need to open port access in the firewall > > > as in when service is started that needs port opening it would > > > automatically read some firewall.conf > > > file for that and open the port automatically according to those > > > settings in the firewall.conf file > > > ( add the iptables rules automatically when the service is started and > > > remove those rules when the service is stopped ) > > > > > > Doing chkconfig service or service service start/stop and it would also > > > open the port for that service in the firewall > > > > I think it's a great idea and would go a long way towards making things > > more usable. One of the questions is do you do the firewall change on > > service start/stop or at chkconfig time. And I'm a little bit torn on > > that one. chkconfig time makes it "simpler" as far as not requiring > > initscript changes. start/stop seems like it's probably more "correct", > > but would then require initscripts to call a new function on start/stop > > Why should it be "more correct" to do it at start/stop ? > It seem more correct to do it at chkconfig, so that even if you stop the > service and iptables -Lv will show you what is the "normal" firewall > situation. > > Letting services poke holes in the firewall is not something admins will > really love, if I set a rule to block traffic for a certain service I > _really_mean it and I don't want to have to change the init scripts or > have to reapply the rule each time I start/stop a service. No, in fact I would hate it with a vengeance. If I have an apache server listening for traffic, that doesn't mean I want people outside my network connecting to it; nor do I want people connecting to my ssh server. Why not just disable the firewall altogether? That would have the effect you are looking for: all services that are running can accept connections. > > Also what networks do you plan to apply this to? (at minimum you have lo > and eth0 interfaces, and you may have also tun0 or others) > all? some? which? > (I use samba + cifs on a pair of machines and I have firewall ruels to > allow that _only_ on the vpn connecting the 2: eg. NO CIFS connections > on eth0/eth1 etc...) > > Simo. > > From limb at jcomserv.net Mon Aug 20 17:07:43 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 20 Aug 2007 12:07:43 -0500 (CDT) Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <1187629942.6784.0.camel@sb-home> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> <1187628864.3382.27.camel@localhost.localdomain> <1187629942.6784.0.camel@sb-home> Message-ID: <56594.65.192.24.164.1187629663.squirrel@mail.jcomserv.net> > Am Montag, den 20.08.2007, 12:54 -0400 schrieb Simo Sorce: >> On Mon, 2007-08-20 at 12:40 -0400, Jeremy Katz wrote: >> > On Mon, 2007-08-20 at 16:20 +0000, "J??hann B. Gu??mundsson" wrote: >> > > Any thoughts on implementing automatically port opening for service >> > > that need to open port access in the firewall >> > > as in when service is started that needs port opening it would >> > > automatically read some firewall.conf >> > > file for that and open the port automatically according to those >> > > settings in the firewall.conf file >> > > ( add the iptables rules automatically when the service is started >> and >> > > remove those rules when the service is stopped ) >> > > >> > > Doing chkconfig service or service service start/stop and it would >> also >> > > open the port for that service in the firewall >> > >> > I think it's a great idea and would go a long way towards making >> things >> > more usable. One of the questions is do you do the firewall change on >> > service start/stop or at chkconfig time. And I'm a little bit torn on >> > that one. chkconfig time makes it "simpler" as far as not requiring >> > initscript changes. start/stop seems like it's probably more >> "correct", >> > but would then require initscripts to call a new function on >> start/stop >> >> Why should it be "more correct" to do it at start/stop ? >> It seem more correct to do it at chkconfig, so that even if you stop the >> service and iptables -Lv will show you what is the "normal" firewall >> situation. >> >> Letting services poke holes in the firewall is not something admins will >> really love, if I set a rule to block traffic for a certain service I >> _really_mean it and I don't want to have to change the init scripts or >> have to reapply the rule each time I start/stop a service. > > No, in fact I would hate it with a vengeance. > > If I have an apache server listening for traffic, that doesn't mean I > want people outside my network connecting to it; nor do I want people > connecting to my ssh server. > > Why not just disable the firewall altogether? That would have the effect > you are looking for: all services that are running can accept connections. > I run custom firewall rules. If you can get this idea to play nicely with my custom script, and with Shorewall setups, and with s-c-securitylevel, go for it. But I'm highly sceptical. If installing squid blows up my custom firewall settings, I'm getting out my pitchfork. :) >> >> Simo. >> >> > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From pemboa at gmail.com Mon Aug 20 17:33:12 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 20 Aug 2007 12:33:12 -0500 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <56594.65.192.24.164.1187629663.squirrel@mail.jcomserv.net> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> <1187628864.3382.27.camel@localhost.localdomain> <1187629942.6784.0.camel@sb-home> <56594.65.192.24.164.1187629663.squirrel@mail.jcomserv.net> Message-ID: <16de708d0708201033n1268bd8dr516c38cb590a6419@mail.gmail.com> On 8/20/07, Jon Ciesla wrote: > > > Am Montag, den 20.08.2007, 12:54 -0400 schrieb Simo Sorce: > >> On Mon, 2007-08-20 at 12:40 -0400, Jeremy Katz wrote: > >> > On Mon, 2007-08-20 at 16:20 +0000, "J?hann B. Gu?mundsson" wrote: > >> > > Any thoughts on implementing automatically port opening for service > >> > > that need to open port access in the firewall > >> > > as in when service is started that needs port opening it would > >> > > automatically read some firewall.conf > >> > > file for that and open the port automatically according to those > >> > > settings in the firewall.conf file > >> > > ( add the iptables rules automatically when the service is started > >> and > >> > > remove those rules when the service is stopped ) > >> > > > >> > > Doing chkconfig service or service service start/stop and it would > >> also > >> > > open the port for that service in the firewall > >> > > >> > I think it's a great idea and would go a long way towards making > >> things > >> > more usable. One of the questions is do you do the firewall change on > >> > service start/stop or at chkconfig time. And I'm a little bit torn on > >> > that one. chkconfig time makes it "simpler" as far as not requiring > >> > initscript changes. start/stop seems like it's probably more > >> "correct", > >> > but would then require initscripts to call a new function on > >> start/stop > >> > >> Why should it be "more correct" to do it at start/stop ? > >> It seem more correct to do it at chkconfig, so that even if you stop the > >> service and iptables -Lv will show you what is the "normal" firewall > >> situation. > >> > >> Letting services poke holes in the firewall is not something admins will > >> really love, if I set a rule to block traffic for a certain service I > >> _really_mean it and I don't want to have to change the init scripts or > >> have to reapply the rule each time I start/stop a service. > > > > No, in fact I would hate it with a vengeance. > > > > If I have an apache server listening for traffic, that doesn't mean I > > want people outside my network connecting to it; nor do I want people > > connecting to my ssh server. > > > > Why not just disable the firewall altogether? That would have the effect > > you are looking for: all services that are running can accept connections. > > > > I run custom firewall rules. If you can get this idea to play nicely with > my custom script, and with Shorewall setups, and with s-c-securitylevel, > go for it. But I'm highly sceptical. If installing squid blows up my > custom firewall settings, I'm getting out my pitchfork. :) > Hence why I suggest doing this through s-c-secuirtylevel so that that functionality can centrally be disabled -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From poelstra at redhat.com Mon Aug 20 17:35:14 2007 From: poelstra at redhat.com (John Poelstra) Date: Mon, 20 Aug 2007 10:35:14 -0700 Subject: Attention All F8 Feature Owners Message-ID: <46C9D0D2.5000407@redhat.com> Greetings F8 Feature Owners, Feature freeze (complete) is currently scheduled for 2007-08-28--eight short days from today! We have a lot of good features listed for F8, however the status of many of these features is unclear or has changed from what was originally recorded (e.g. KDE). We need to know now if a feature will not be complete for F8. Presently only one features is at 100% complete. http://fedoraproject.org/wiki/Releases/8/FeatureList Please update your individual feature pages today if they have not be updated < 2007-08-15. This will help FESCo to have a better idea of how F8 looks going into feature freeze so that they can best manage the release. Thank you for your help, John From pjones at redhat.com Mon Aug 20 18:46:21 2007 From: pjones at redhat.com (Peter Jones) Date: Mon, 20 Aug 2007 14:46:21 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <46C9C342.9050909@redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> Message-ID: <46C9E17D.6040703@redhat.com> Christopher Aillon wrote: > Jesse Keating wrote: >> I don't disagree, but to be fair people upgrading from Fedora 7 will >> face this same issue. It was just compiz there, now it needs to be >> compiz-gnome. We can fix this in anaconda for anaconda upgrades, but >> for people who just do yum upgrades this will be one of those 'gotchas'. > > And is one of those reasons we don't really support yum upgrading > between releases, AIUI. Yeah, but at the same time we really shouldn't have to add special code to anaconda for this sort of thing either; the more places we have to do that sort of thing, the more likely we miss one. -- Peter From benny+usenet at amorsen.dk Mon Aug 20 19:04:21 2007 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Mon, 20 Aug 2007 21:04:21 +0200 Subject: Services automaticly change firewall rules to open access to themselfs. References: <46C9BF64.9040103@hi.is> Message-ID: >>>>> "JBG" == J?hann B Gu?mundsson writes: JBG> Any thoughts on implementing automatically port opening for JBG> service that need to open port access in the firewall as in when JBG> service is started that needs port opening it would automatically JBG> read some firewall.conf file for that and open the port JBG> automatically according to those settings in the firewall.conf JBG> file ( add the iptables rules automatically when the service is JBG> started and remove those rules when the service is stopped ) This functionality is available already. You invoke it by doing service iptables stop or rpm -e iptables. /Benny From jkeating at redhat.com Mon Aug 20 19:06:44 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Aug 2007 15:06:44 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <46C9E17D.6040703@redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> <46C9E17D.6040703@redhat.com> Message-ID: <20070820150644.3ab31450@mentok.boston.redhat.com> On Mon, 20 Aug 2007 14:46:21 -0400 Peter Jones wrote: > Yeah, but at the same time we really shouldn't have to add special > code to anaconda for this sort of thing either; the more places we > have to do that sort of thing, the more likely we miss one. We shouldn't have to, but I'm failing to think of a way /not/ to, unless we grow an artificial dep in one of the gnome packages to force compiz-gnome to be pulled in, whether it's wanted or not. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mzerqung at 0pointer.de Mon Aug 20 19:16:36 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 20 Aug 2007 21:16:36 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <1187300211.4346.6.camel@sb-home> References: <20070816170323.GA10959@tango.0pointer.de> <1187300211.4346.6.camel@sb-home> Message-ID: <20070820191636.GA25276@tango.0pointer.de> On Thu, 16.08.07 23:36, nodata (lsof at nodata.co.uk) wrote: > > Am Donnerstag, den 16.08.2007, 19:03 +0200 schrieb Lennart Poettering: > > I will eventually add some workarounds for this. > > By which test release? OK, ok. Since everyone wants this so badly I will upload new packages with this stuff on friday the latest. > > But it's low priority on my list, given the closed source nature > > of Flash. Oh, and Flash is evil anyway. ;-) > > Are you actually talking to the Adobe developers about this? I had a chat with a Flash for Linux developer from Adobe at this year's LinuxTag. Was very unconclusive. I am not sure he was really interested in the issues I explained to him. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From dhollis at davehollis.com Mon Aug 20 19:19:27 2007 From: dhollis at davehollis.com (David Hollis) Date: Mon, 20 Aug 2007 15:19:27 -0400 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <16de708d0708201033n1268bd8dr516c38cb590a6419@mail.gmail.com> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> <1187628864.3382.27.camel@localhost.localdomain> <1187629942.6784.0.camel@sb-home> <56594.65.192.24.164.1187629663.squirrel@mail.jcomserv.net> <16de708d0708201033n1268bd8dr516c38cb590a6419@mail.gmail.com> Message-ID: <1187637567.2920.3.camel@dhollis-lnx.sunera.com> On Mon, 2007-08-20 at 12:33 -0500, Arthur Pemberton wrote: > > I run custom firewall rules. If you can get this idea to play > nicely with > > my custom script, and with Shorewall setups, and with > s-c-securitylevel, > > go for it. But I'm highly sceptical. If installing squid blows up > my > > custom firewall settings, I'm getting out my pitchfork. :) > > > > Hence why I suggest doing this through s-c-secuirtylevel so that that > functionality can centrally be disabled I think the ideal solution would be to use existing protocols (UPnP, NAT-PMP) to talk to a daemon (avahi-daemon for example) that is configured with basic policy settings (accept requests from this user, IP, interface, etc) and could also talk on DBUS for GUI prompt type stuff. The daemon would have config options to specify what chains to alter, so that it can be made to work with other firewall scripts easily and obtrusively. By using existing protocols, the exact same mechanism can work with home routers and such, and likely even SOHO 'firewalls'. Besides that, a lot of programs already have support for standardized protocols. Sure, for a totally local-only type of thing, it's a larger number of hurdles to jump through, but then it can be the same hurdles for local-only vs small-LAN, and potentially even larger LANs. -- David Hollis From lsof at nodata.co.uk Mon Aug 20 19:23:14 2007 From: lsof at nodata.co.uk (nodata) Date: Mon, 20 Aug 2007 21:23:14 +0200 Subject: Attention All F8 Feature Owners In-Reply-To: <46C9D0D2.5000407@redhat.com> References: <46C9D0D2.5000407@redhat.com> Message-ID: <1187637794.3156.3.camel@sb-home> Am Montag, den 20.08.2007, 10:35 -0700 schrieb John Poelstra: > Greetings F8 Feature Owners, > > Feature freeze (complete) is currently scheduled for 2007-08-28--eight short days from today! > > We have a lot of good features listed for F8, however the status of many of these features is unclear or has changed from what was originally recorded (e.g. KDE). We need to know now if a feature will not be complete for F8. Presently only one features is at 100% complete. > > http://fedoraproject.org/wiki/Releases/8/FeatureList > > Please update your individual feature pages today if they have not be updated < 2007-08-15. This will help FESCo to have a better idea of how F8 looks going into feature freeze so that they can best manage the release. > > Thank you for your help, > John > What happened to the F7 feature of faster boot and shutdown? http://fedoraproject.org/wiki/Releases/FeatureBootShutdownSpeedup From mzerqung at 0pointer.de Mon Aug 20 19:24:36 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 20 Aug 2007 21:24:36 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46C4C51C.70208@redhat.com> References: <20070816170323.GA10959@tango.0pointer.de> <1187300211.4346.6.camel@sb-home> <46C4C51C.70208@redhat.com> Message-ID: <20070820192436.GB25276@tango.0pointer.de> On Thu, 16.08.07 17:43, Warren Togami (wtogami at redhat.com) wrote: > >>But it's low priority on my list, given the closed source nature > >>of Flash. Oh, and Flash is evil anyway. ;-) > > > >Are you actually talking to the Adobe developers about this? > > > > Is the PulseAudio native interface (???) stable now? The external PA API has been stable for one and a half years now. And I am not planning to break the API anytime soon. Of course, I am quite sure that the API as it stands now is not the best design ever invented (it's too difficult to use because of its asynchronous style). I have been working with a couple of guys on something called "libsydney" which is intended to be the definite API for PCM audio, not just for PA, but for everything scaling from embedded devices, to desktop use to pro audio. It's going to become the default API for PA, but we'll keep the current API around as well, because it allows introspection and stuff, which the new abstracted API will not. In short: the current API is considered stable and is going to stay around for quite a while. New things will come, but this takes time. > (If Adobe targeted that interface directly can they rely on it not > changing for years?) Yes, the current PA API is going to be supported in PA for at least two more years, very likely longer. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From pjones at redhat.com Mon Aug 20 19:27:08 2007 From: pjones at redhat.com (Peter Jones) Date: Mon, 20 Aug 2007 15:27:08 -0400 Subject: mount.nfs4 used greatest stack depth: 612 bytes left In-Reply-To: <46C45DD8.9080102@redhat.com> References: <46C4094F.5070605@cohtech.com> <46C45DD8.9080102@redhat.com> Message-ID: <46C9EB0C.2080505@redhat.com> Eric Sandeen wrote: > So you had a bit of stack space left, but not a lot. So nothing went > wrong here, but you're getting a bit closer to the edge. > > I can get lower numbers, but only using xfs over lvm on x86 :) With xfs over lvm over dmraid (2 disks, raid 1) during install, I see 428 once, but that's obviously just a special case of your example. If only I had some FibreChannel cards that also did dmraid, we could see what that looks like with another dm layer... ;) -- Peter From mzerqung at 0pointer.de Mon Aug 20 19:28:08 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 20 Aug 2007 21:28:08 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46C4C51F.5080802@hhs.nl> References: <20070816170323.GA10959@tango.0pointer.de> <46C4C51F.5080802@hhs.nl> Message-ID: <20070820192808.GC25276@tango.0pointer.de> On Thu, 16.08.07 23:43, Hans de Goede (j.w.r.degoede at hhs.nl) wrote: > [hans at shalem ~]$ esd > W: main.c: WARNING: called SUID root, but not in group 'pulse-rt'. > pulseaudio: pulsecore/fdsem.c:181: pa_fdsem_after_poll: Assertion > `pa_atomic_dec(&f->waiting) >= 1' failed. > Aborted > [hans at shalem ~]$ > > This is on x86_64 rawhide (last fully updated about a week ago), please > don't tell me pa isn't 64 bit clean, because then it really should be > removed as an F-8 feature. PA has been ported to all kinds of strange architectures and OSes, from MIPS to IA64 and whatnot. 64 bit cleanliness should not be much of an issue. PA in Rawhide is a development snapshot. And not one of those rare bug-free releases. Please file a bug and include a backtrace and the output of "pulseaudio -vv". Also, please make sure to always run the newest version from Rawhide. Thank you, Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Mon Aug 20 19:29:13 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 20 Aug 2007 21:29:13 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: <20070820192913.GD25276@tango.0pointer.de> On Fri, 17.08.07 00:01, Matej Cepl (mcepl at redhat.com) wrote: > > On 2007-08-16, 17:03 GMT, Lennart Poettering wrote: > > If your application doesn't work with any of our compatibility > > APIs, please file a bug to us and we'll try to fix this in our > > compat layers. > > Did anybody tried PA with Ekiga -- I haven't managed to have > Ekiga running with PA (with alsa-pa plugin) without Ekiga > crashing? Could you please supply me with a backtrace for this? Pierre, would you please look into this? Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Mon Aug 20 19:30:44 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 20 Aug 2007 21:30:44 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> <20070816210909.GA23591@tango.0pointer.de> <46C4C015.6030108@conversis.de> Message-ID: <20070820193044.GE25276@tango.0pointer.de> On Thu, 16.08.07 15:56, Ian Burrell (ianburrell at gmail.com) wrote: > Remember that there are two different things involved in "use > PulseAudio". One is to use PulseAudio as default sound server for > Gnome, Gstreamer, and KDE replacing esd and arts. I think everyone > agrees that this is a good thing. > > The other is to use it for OSS and ALSA. It sounds like this is where > there are problems with programs like Flash that use sound hardware > directly. Personally, if the software redirection is not going to > work properly with all programs, then it shouldn't be the default. If > using pulseaudio as software mixer for ALSA works better than dmix, it > can do that job. If you don't want to use PA for specific programs, please use pasuspender and PA is out of the way temporarily. It's that simple. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Mon Aug 20 19:32:31 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 20 Aug 2007 21:32:31 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <1187318139.6476.1.camel@localhost.localdomain> References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> <20070816210909.GA23591@tango.0pointer.de> <1187318139.6476.1.camel@localhost.localdomain> Message-ID: <20070820193231.GF25276@tango.0pointer.de> On Thu, 16.08.07 22:35, Matthias Clasen (mclasen at redhat.com) wrote: > > > Does that mean users installing F8 will not be able to use YouTube, etc.? > > > That sounds like a big showstopper for a lot of people out there... > > > > Last time I looked F8 didn't ship Flash. > > > > As I mentioned, I am working on some solution that can improve the > > situation. > > Have you looked at libflashsupport, that has been mentioned elsewhere in > this thread ? It seems to do the job well enough for my needs. Last time I looked at it didn't really look like code I want to support. But yes, this is the direction I plan to work to. I will probably base my work on this (license permitting) and fix all the issues I have with it. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Mon Aug 20 19:36:53 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 20 Aug 2007 21:36:53 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46C4FD75.3060503@spicenitz.org> References: <20070816170323.GA10959@tango.0pointer.de> <46C4C51F.5080802@hhs.nl> <46C4FD75.3060503@spicenitz.org> Message-ID: <20070820193653.GG25276@tango.0pointer.de> On Thu, 16.08.07 21:44, Adam Goode (adam at spicenitz.org) wrote: > > [hans at shalem ~]$ esd > > W: main.c: WARNING: called SUID root, but not in group 'pulse-rt'. > > pulseaudio: pulsecore/fdsem.c:181: pa_fdsem_after_poll: Assertion > > `pa_atomic_dec(&f->waiting) >= 1' failed. > > Aborted > > [hans at shalem ~]$ > > > > This is on x86_64 rawhide (last fully updated about a week ago), please > > don't tell me pa isn't 64 bit clean, because then it really should be > > removed as an F-8 feature. > > > > I've been running PulseAudio on x86_64 rawhide for a few weeks now, so > it all should work. Unfortunately, it has recently broken for me as well > since rawhide a few days ago. That was probably the point when I uploaded my development snapshot into rawhide. ;-) Could you please provide me with a backtrace and the output of "pulseaudio -vv" when it breaks? Thanks, Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From pjones at redhat.com Mon Aug 20 19:40:13 2007 From: pjones at redhat.com (Peter Jones) Date: Mon, 20 Aug 2007 15:40:13 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <20070820150644.3ab31450@mentok.boston.redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> <46C9E17D.6040703@redhat.com> <20070820150644.3ab31450@mentok.boston.redhat.com> Message-ID: <46C9EE1D.70603@redhat.com> Jesse Keating wrote: > On Mon, 20 Aug 2007 14:46:21 -0400 > Peter Jones wrote: > >> Yeah, but at the same time we really shouldn't have to add special >> code to anaconda for this sort of thing either; the more places we >> have to do that sort of thing, the more likely we miss one. > > > We shouldn't have to, but I'm failing to think of a way /not/ to, > unless we grow an artificial dep in one of the gnome packages to force > compiz-gnome to be pulled in, whether it's wanted or not. Yep, that's the drawback. -- Peter From jamatos at fc.up.pt Mon Aug 20 19:43:19 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Mon, 20 Aug 2007 20:43:19 +0100 Subject: Problems with KConfig in F7? Message-ID: <200708202043.19681.jamatos@fc.up.pt> Hi all, does anyone in this list knows of any problems related with KConfig in F7? I maintain tellico and I have seen problems reported such as: http://comments.gmane.org/gmane.comp.kde.tellico.general/1802 http://comments.gmane.org/gmane.comp.kde.tellico.general/1845 I searched over bugzilla and I have not found any related entry... Regards, -- Jos? Ab?lio From poelstra at redhat.com Mon Aug 20 19:57:23 2007 From: poelstra at redhat.com (John Poelstra) Date: Mon, 20 Aug 2007 12:57:23 -0700 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-20 Message-ID: <46C9F223.8040604@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-aug-20 Please make corrections and clarifications to the wiki page. == Mass Rebuild == * f13 * we need to rebuild for the build-id stuff, ppc32 binaries for not needing execmem, and that's about the extent of the "technical" reasons. * we could also pick up license clarifications to spec files at that time, but it's not technical necessary * concerns about PPC blocking test2 release * see IRC log for more details Decision: NONE. f13 will send mail to list with additional information. == String Freeze Policy Draft == * http://fedoraproject.org/wiki/ReleaseEngineering/StringFreezePolicy/Draft * glezos would like us to read/ratify this and add it to our list of Policies. Decision: * The Fedora Localization Team, potentially together with the release team, will evaluate the request and provide feedback. If the string change is rejected, then you'll have to wait for the next development cycle to begin to get the change into Fedora packages. Disputes over rejected changes can be escalated to FESCo. * Adjust policy as needed after seeing it in action for F8. * Glezos to put the written policy at a permanent location on the wiki and write an announcement for fedora-devel-announce == Open Thoughts & Discussion == * Consequences of slipping F8 schedule more than 1 week * PPC as primary architecture * see IRC log Decision: NONE == IRC Transcript == From rdieter at math.unl.edu Mon Aug 20 19:57:23 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 20 Aug 2007 14:57:23 -0500 Subject: Problems with KConfig in F7? References: <200708202043.19681.jamatos@fc.up.pt> Message-ID: Jos? Matos wrote: > Hi all, > does anyone in this list knows of any problems related with KConfig in F7? > > I maintain tellico and I have seen problems reported such as: > http://comments.gmane.org/gmane.comp.kde.tellico.general/1802 > http://comments.gmane.org/gmane.comp.kde.tellico.general/1845 > > I searched over bugzilla and I have not found any related entry... None that I'm aware of. The jury is still out on the blame game wrt tellico's session/config restore problems. -- Rex From cmadams at hiwaay.net Mon Aug 20 20:08:29 2007 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 20 Aug 2007 15:08:29 -0500 Subject: rawhide report: 20070818 changes In-Reply-To: <20070820150644.3ab31450@mentok.boston.redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> <46C9E17D.6040703@redhat.com> <20070820150644.3ab31450@mentok.boston.redhat.com> Message-ID: <20070820200829.GD565375@hiwaay.net> Once upon a time, Jesse Keating said: > We shouldn't have to, but I'm failing to think of a way /not/ to, > unless we grow an artificial dep in one of the gnome packages to force > compiz-gnome to be pulled in, whether it's wanted or not. Dumb and untried question: what happens if compiz-gnome obsoletes "compiz <= oldversion" and requires "compiz" (where oldversion is less than the current distribution version)? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jdieter at gmail.com Mon Aug 20 20:12:16 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 20 Aug 2007 23:12:16 +0300 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-20 In-Reply-To: <46C9F223.8040604@redhat.com> References: <46C9F223.8040604@redhat.com> Message-ID: <1187640736.3512.25.camel@jndwidescreen.lesbg.loc> On Mon, 2007-08-20 at 12:57 -0700, John Poelstra wrote: > == Mass Rebuild == > * f13 > * we need to rebuild for the build-id stuff, ppc32 binaries for > not needing execmem, and that's about the extent of the > "technical" reasons. > * we could also pick up license clarifications to spec files at > that time, but it's not technical necessary > * concerns about PPC blocking test2 release > * see IRC log for more details > Decision: NONE. f13 will send mail to list with additional > information. There is one small "technical" reason that may have been missed: any deltarpm whose source rpm was created before rpm 4.4.2.1 came out will not have had its %doc files delta'd. This isn't a major problem, but it will mean that those deltarpms will be larger. See http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235353 for more information about the bug (which is now fixed). Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Aug 20 20:19:39 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Aug 2007 16:19:39 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <20070820200829.GD565375@hiwaay.net> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> <46C9E17D.6040703@redhat.com> <20070820150644.3ab31450@mentok.boston.redhat.com> <20070820200829.GD565375@hiwaay.net> Message-ID: <20070820161939.4fd3a9e8@mentok.boston.redhat.com> On Mon, 20 Aug 2007 15:08:29 -0500 Chris Adams wrote: > Dumb and untried question: what happens if compiz-gnome obsoletes > "compiz <= oldversion" and requires "compiz" (where oldversion is less > than the current distribution version)? Don't think that would do what you want it to do, and if it did, it would have the side effect of forcing compiz-gnome (and it's deps) upon KDE users. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Mon Aug 20 20:26:11 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 20 Aug 2007 15:26:11 -0500 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-20 In-Reply-To: <1187640736.3512.25.camel@jndwidescreen.lesbg.loc> References: <46C9F223.8040604@redhat.com> <1187640736.3512.25.camel@jndwidescreen.lesbg.loc> Message-ID: <20070820152612.7fcf4682@weaponx.rchland.ibm.com> On Mon, 20 Aug 2007 23:12:16 +0300 Jonathan Dieter wrote: > On Mon, 2007-08-20 at 12:57 -0700, John Poelstra wrote: > > == Mass Rebuild == > > * f13 > > * we need to rebuild for the build-id stuff, ppc32 binaries for > > not needing execmem, and that's about the extent of the > > "technical" reasons. > > * we could also pick up license clarifications to spec files at > > that time, but it's not technical necessary > > * concerns about PPC blocking test2 release > > * see IRC log for more details > > Decision: NONE. f13 will send mail to list with additional > > information. > > There is one small "technical" reason that may have been missed: any > deltarpm whose source rpm was created before rpm 4.4.2.1 came out will > not have had its %doc files delta'd. This isn't a major problem, but it > will mean that those deltarpms will be larger. > > See http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235353 for more > information about the bug (which is now fixed). Does that matter in the scope of the larger Fedora project? Or, in other words, will presto make test2 and be enabled in the Fedora Infrastructure? josh From ville.skytta at iki.fi Mon Aug 20 20:34:57 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 20 Aug 2007 23:34:57 +0300 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816170323.GA10959@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: <200708202334.57684.ville.skytta@iki.fi> On Thursday 16 August 2007, Lennart Poettering wrote: > http://fedoraproject.org/wiki/Releases/FeaturePulseaudio I don't have a Rawhide system to test with nor am I familiar with PA, but does this mean that it would be preferable to move the PA plugin of xine-lib from the xine-lib-extras subpackage to the main xine-lib package? From j.w.r.degoede at hhs.nl Mon Aug 20 20:34:59 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 20 Aug 2007 22:34:59 +0200 Subject: kde4 status? In-Reply-To: References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> Message-ID: <46C9FAF3.50503@hhs.nl> Rex Dieter wrote: > Adam Tkac wrote: > >> I think it would be better switch to KDE4 as soon as it possible (right >> now) and don't try maintain KDE3 and KDE4 simulateously. Of course, it >> will cause unstability, KDE team will be under heavy load, conservative >> people could get heart attack etc. But I think new Fedora is more about >> new features than about stability. Also if we switch to KDE4 now we >> should discover more bugs and make upcomming KDE more stable. Bug-free >> work is enemy of good work in our business :) > > While I agree with your sentiments, there is a basic level of functionality > and reliability that is required to move forward with such a plan... which > simply isn't there (yet), I'm afraid. > > > Any interested parties (that means you! :) ) are welcome to join in with the > KDE SIG to help move things forward, > http://fedoraproject.org/wiki/SIGs/KDE > As it is, things are moving much slower than I'd like. We need a few more > active/motivated folks to help with the heavy lifting. > > Note: I'm not a KDE user, nor am I planning to become one (not that I dislike KDE, ?m just happy with GNOME). I've been known to do some heavy lifting though, and since kde4 would be an uber cool feature, I'm willing to help, can you define heavy lifting a bit more? Regards, Hans From mzerqung at 0pointer.de Mon Aug 20 20:40:25 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 20 Aug 2007 22:40:25 +0200 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <1187637567.2920.3.camel@dhollis-lnx.sunera.com> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> <1187628864.3382.27.camel@localhost.localdomain> <1187629942.6784.0.camel@sb-home> <56594.65.192.24.164.1187629663.squirrel@mail.jcomserv.net> <16de708d0708201033n1268bd8dr516c38cb590a6419@mail.gmail.com> <1187637567.2920.3.camel@dhollis-lnx.sunera.com> Message-ID: <20070820204025.GA28560@tango.0pointer.de> On Mon, 20.08.07 15:19, David Hollis (dhollis at davehollis.com) wrote: > > On Mon, 2007-08-20 at 12:33 -0500, Arthur Pemberton wrote: > > > I run custom firewall rules. If you can get this idea to play > > nicely with > > > my custom script, and with Shorewall setups, and with > > s-c-securitylevel, > > > go for it. But I'm highly sceptical. If installing squid blows up > > my > > > custom firewall settings, I'm getting out my pitchfork. :) > > > > > > > Hence why I suggest doing this through s-c-secuirtylevel so that that > > functionality can centrally be disabled > > I think the ideal solution would be to use existing protocols (UPnP, > NAT-PMP) to talk to a daemon (avahi-daemon for example) that is > configured with basic policy settings (accept requests from this user, > IP, interface, etc) and could also talk on DBUS for GUI prompt type > stuff. The daemon would have config options to specify what chains to > alter, so that it can be made to work with other firewall scripts easily > and obtrusively. By using existing protocols, the exact same mechanism > can work with home routers and such, and likely even SOHO > 'firewalls'. Actually someone has started to work on a NATPMP client and server for inclusion in Avahi: http://web.midg3t.net/blog/ He usually lurks as "tedp" on #avahi on freenode. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From katzj at redhat.com Mon Aug 20 20:45:59 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 20 Aug 2007 16:45:59 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <20070820161939.4fd3a9e8@mentok.boston.redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> <46C9E17D.6040703@redhat.com> <20070820150644.3ab31450@mentok.boston.redhat.com> <20070820200829.GD565375@hiwaay.net> <20070820161939.4fd3a9e8@mentok.boston.redhat.com> Message-ID: <1187642759.7085.133.camel@localhost.localdomain> On Mon, 2007-08-20 at 16:19 -0400, Jesse Keating wrote: > On Mon, 20 Aug 2007 15:08:29 -0500 > Chris Adams wrote: > > Dumb and untried question: what happens if compiz-gnome obsoletes > > "compiz <= oldversion" and requires "compiz" (where oldversion is less > > than the current distribution version)? > > Don't think that would do what you want it to do, It _should_ unless I've gone completely batty today (note: entirely possible ;-) > and if it did, it > would have the side effect of forcing compiz-gnome (and it's deps) upon > KDE users. Only on an upgrade and only for the users who previously had compiz and the gnome bits. So it's not really a big change for them while still allowing the win for The Future (tm) Jeremy From jkeating at redhat.com Mon Aug 20 20:53:00 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Aug 2007 16:53:00 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <1187642759.7085.133.camel@localhost.localdomain> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> <46C9E17D.6040703@redhat.com> <20070820150644.3ab31450@mentok.boston.redhat.com> <20070820200829.GD565375@hiwaay.net> <20070820161939.4fd3a9e8@mentok.boston.redhat.com> <1187642759.7085.133.camel@localhost.localdomain> Message-ID: <20070820165300.32157623@mentok.boston.redhat.com> On Mon, 20 Aug 2007 16:45:59 -0400 Jeremy Katz wrote: > > > Dumb and untried question: what happens if compiz-gnome obsoletes > > > "compiz <= oldversion" and requires "compiz" (where oldversion is > > > less than the current distribution version)? > > > > Don't think that would do what you want it to do, > > It _should_ unless I've gone completely batty today (note: entirely > possible ;-) Erm, lets walk through this because maybe /I/ have gone batty. compiz-gnome obsoletes compiz that you have installed, but doesn't Provide it. compiz itself provides compiz. How does that get compiz-gnome installed? And if it did, wouldn't you want to do the same thing for compiz-kde for the KDE users? > > and if it did, it > > would have the side effect of forcing compiz-gnome (and it's deps) > > upon KDE users. > > Only on an upgrade and only for the users who previously had compiz > and the gnome bits. So it's not really a big change for them while > still allowing the win for The Future (tm) How does 'and the gnome bits' fit in here? Were all the gnome bits already in compiz? What about the KDE bits, were they in compiz too? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mzerqung at 0pointer.de Mon Aug 20 21:05:10 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 20 Aug 2007 23:05:10 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <200708202334.57684.ville.skytta@iki.fi> References: <20070816170323.GA10959@tango.0pointer.de> <200708202334.57684.ville.skytta@iki.fi> Message-ID: <20070820210510.GC28560@tango.0pointer.de> On Mon, 20.08.07 23:34, Ville Skytt? (ville.skytta at iki.fi) wrote: > > On Thursday 16 August 2007, Lennart Poettering wrote: > > > http://fedoraproject.org/wiki/Releases/FeaturePulseaudio > > I don't have a Rawhide system to test with nor am I familiar with PA, but does > this mean that it would be preferable to move the PA plugin of xine-lib from > the xine-lib-extras subpackage to the main xine-lib package? No. I don't think that the pa plugin for xine is particularly good code. I wrote it years ago and someone else ported it to a newer PA and XINE. It hasn't gotten better by that. I will give it another look, given that KDE probably needs this. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From overholt at redhat.com Mon Aug 20 17:08:07 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 20 Aug 2007 13:08:07 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: References: <20070820140418.GE6249@redhat.com> Message-ID: <1187629687.16475.1.camel@localhost.localdomain> On Mon, 2007-08-20 at 12:43 -0400, Colin Walters wrote: > The thing I would keep in mind is that I see these three very > different kinds of developers that are probably fairly representative: Yeah, I realize that we may soon end back up at Fedora Everything. My mailer says it was 20 minutes between my initial email and Dan's request to add another IDE :) Andrew From katzj at redhat.com Mon Aug 20 21:28:07 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 20 Aug 2007 17:28:07 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: <20070820165300.32157623@mentok.boston.redhat.com> References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> <46C9C070.70700@redhat.com> <20070820123158.28f4a89b@mentok.boston.redhat.com> <46C9C342.9050909@redhat.com> <46C9E17D.6040703@redhat.com> <20070820150644.3ab31450@mentok.boston.redhat.com> <20070820200829.GD565375@hiwaay.net> <20070820161939.4fd3a9e8@mentok.boston.redhat.com> <1187642759.7085.133.camel@localhost.localdomain> <20070820165300.32157623@mentok.boston.redhat.com> Message-ID: <1187645287.7085.141.camel@localhost.localdomain> On Mon, 2007-08-20 at 16:53 -0400, Jesse Keating wrote: > On Mon, 20 Aug 2007 16:45:59 -0400 > Jeremy Katz wrote: > > > > Dumb and untried question: what happens if compiz-gnome obsoletes > > > > "compiz <= oldversion" and requires "compiz" (where oldversion is > > > > less than the current distribution version)? > > > > > > Don't think that would do what you want it to do, > > > > It _should_ unless I've gone completely batty today (note: entirely > > possible ;-) > > Erm, lets walk through this because maybe /I/ have gone batty. > > compiz-gnome obsoletes compiz that you have installed, but doesn't > Provide it. compiz itself provides compiz. How does that get > compiz-gnome installed? And if it did, wouldn't you want to do the > same thing for compiz-kde for the KDE users? The key part is the obsoletes compiz < %{oldversionthatwasn'tsplit}. So compiz-gnome gets pulled in to replace the old compiz. It then requires new compiz, and things are happy. And there wasn't previously the compiz-kde bits based on a quick look at what I currently have installed (haven't updated yet today) Jeremy From dimitris at glezos.com Mon Aug 20 21:27:52 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Mon, 20 Aug 2007 22:27:52 +0100 Subject: String Freeze Policy effective from today Message-ID: <46CA0758.7060406@glezos.com> Hey all. A quick announcement that from today we have a String Freeze Policy active: http://fedoraproject.org/wiki/ReleaseEngineering/StringFreezePolicy Maintainers of packages that get translated by the Localization Project would want to take a look at the policy, as it describes what to do if you really need to break the freeze date. Reminding that the string freeze for Fedora 8 is the 28th of August, as noted on the Release Schedule. For more information on String Freezes, jump to: http://fedoraproject.org/wiki/L10N/Freezes#string On this page there is also a section for Translation Freezes (#translation), which basically is a date where we guarantee translators that all contributions done up to that point will be included in the final Release. -d -- 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) -- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From alcapcom at gmail.com Mon Aug 20 22:28:59 2007 From: alcapcom at gmail.com (Alphonse Van Assche) Date: Tue, 21 Aug 2007 00:28:59 +0200 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <20070820140418.GE6249@redhat.com> References: <20070820140418.GE6249@redhat.com> Message-ID: <46CA15AB.3010305@gmail.com> Andrew Overholt a ?crit : > There is obviously a tonne to work out, but we're looking forward to > working with lots of you on this. Hehe, I would like to be on the party :-) Have at less already see two point on the Tom's Free Eclipse page where I can give help (4 and 7 respectively). Nice idea guys! Alphonse From walters at redhat.com Mon Aug 20 23:08:10 2007 From: walters at redhat.com (Colin Walters) Date: Mon, 20 Aug 2007 19:08:10 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <1187629687.16475.1.camel@localhost.localdomain> References: <20070820140418.GE6249@redhat.com> <1187629687.16475.1.camel@localhost.localdomain> Message-ID: On 8/20/07, Andrew Overholt wrote: > > On Mon, 2007-08-20 at 12:43 -0400, Colin Walters wrote: > > The thing I would keep in mind is that I see these three very > > different kinds of developers that are probably fairly representative: > > Yeah, I realize that we may soon end back up at Fedora Everything. But that doesn't mean that there's nothing to do besides just shipping a bunch of bits =) For example, what if out of the box, in fact when you first log into the session: * A local Apache instance is running and it's easy to configure (getting sudo by default, maybe even have a button on the desktop to open httpd config then reload it) * Eclipse is already open to a Ruby file * The system includes an application to easily transfer those bits to a server provider Or maybe instead of this, you define that instead of hacking the local system, you're by default running a Fedora Xen image (with appropriate NFS/whatever setup) so that deploying your app on a server running Xen is super easy. A totally different issue to tackle would be fixing the search-for-software problem. Right now Fedora has a huge amount of stuff and the yum/pirut search isn't very good (search is a really hard problem). I just searched for "Ruby on rails" and it returned python-elixr. I can't even seem to find rails at all? Well, maybe it's not packaged, dunno. Maybe instead of search like I mentioned before it would be changing the comps file (that's what defines the list of groups I think) to make more sense to this audience (i.e. "Development Tools" isn't gdb/gcc/automake because that's all audience 1 stuff, not 2/3.). And start pirut by default so after you boot the system the first time it's like "pick your poison" with respect to Java/Python/Ruby. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pemboa at gmail.com Mon Aug 20 23:08:28 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 20 Aug 2007 18:08:28 -0500 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <1187637567.2920.3.camel@dhollis-lnx.sunera.com> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> <1187628864.3382.27.camel@localhost.localdomain> <1187629942.6784.0.camel@sb-home> <56594.65.192.24.164.1187629663.squirrel@mail.jcomserv.net> <16de708d0708201033n1268bd8dr516c38cb590a6419@mail.gmail.com> <1187637567.2920.3.camel@dhollis-lnx.sunera.com> Message-ID: <16de708d0708201608y6c100fd5o5b6eb895b7013b61@mail.gmail.com> On 8/20/07, David Hollis wrote: > On Mon, 2007-08-20 at 12:33 -0500, Arthur Pemberton wrote: > > > I run custom firewall rules. If you can get this idea to play > > nicely with > > > my custom script, and with Shorewall setups, and with > > s-c-securitylevel, > > > go for it. But I'm highly sceptical. If installing squid blows up > > my > > > custom firewall settings, I'm getting out my pitchfork. :) > > > > > > > Hence why I suggest doing this through s-c-secuirtylevel so that that > > functionality can centrally be disabled > > I think the ideal solution would be to use existing protocols (UPnP, > NAT-PMP) to talk to a daemon (avahi-daemon for example) that is > configured with basic policy settings (accept requests from this user, > IP, interface, etc) and could also talk on DBUS for GUI prompt type > stuff. The daemon would have config options to specify what chains to > alter, so that it can be made to work with other firewall scripts easily > and obtrusively. By using existing protocols, the exact same mechanism > can work with home routers and such, and likely even SOHO 'firewalls'. > > Besides that, a lot of programs already have support for standardized > protocols. Sure, for a totally local-only type of thing, it's a larger > number of hurdles to jump through, but then it can be the same hurdles > for local-only vs small-LAN, and potentially even larger LANs. Even better. All I ask is that more control over the security of the system is given to s-c-secuirtylevel. I like the console, esp. on a server. But when assisting people it is often convenient to point them to the appropriate GUI. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From bojan at rexursive.com Tue Aug 21 00:50:44 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 21 Aug 2007 10:50:44 +1000 Subject: kernel-2.6.22.3-61.fc7 Message-ID: <1187657444.3041.17.camel@shrek.rexursive.com> Could we have the above in the F7 testing? Or is there a reason for keeping a kernel based on 2.6.22.2 in there? -- Bojan From spng.yang at gmail.com Tue Aug 21 01:28:00 2007 From: spng.yang at gmail.com (Ken YANG) Date: Tue, 21 Aug 2007 09:28:00 +0800 Subject: yum can update anything, but pidgin Message-ID: <46CA3FA0.8040207@gmail.com> hi all, several days ago, i post a question about the same problem: http://marc.info/?l=fedora-devel-list&m=118731712707792&w=2 i have remove all "exclude" in my yum.conf, and vidal told me that the mirror i use has not new pidgin, but i search with yum: $ sudo yum search pidgin the output has the new version of the pidgin in development repo, but i can not update pidgin, whatever the method i use: $ sudo yum update $ sudo yum update pidgin all failed, so i download the pidgin and libpurple rpm from koji: -(:09:21:$)-> sudo yum localupdate pidgin-2.1.1-1.fc8.i386.rpm libpurple-2.1.1-1.fc8.i386.rpm Setting up Local Package Process Examining pidgin-2.1.1-1.fc8.i386.rpm: pidgin - 2.1.1-1.fc8.i386 Examining libpurple-2.1.1-1.fc8.i386.rpm: libpurple - 2.1.1-1.fc8.i386 pidgin-2.1.1-1.fc8.i386.rpm: does not update installed package. libpurple-2.1.1-1.fc8.i386.rpm: does not update installed package. Nothing to do i don't know why i can not update pidgin through. From lists at sapience.com Tue Aug 21 02:48:17 2007 From: lists at sapience.com (Mail Lists) Date: Mon, 20 Aug 2007 22:48:17 -0400 Subject: What about hard disk encryption at install time In-Reply-To: <200708201416.24599.kushaldas@gmail.com> References: <200708201416.24599.kushaldas@gmail.com> Message-ID: <200708202248.17352.lists@sapience.com> On Monday 20 August 2007, Kushal Das wrote: > Hi all, > What about hard disk encryption at install time ? (like opensuse). I know > many of us is looking for this feature. It partly works but not out of the box. To be secure we need to have encrypted swap, home and root (including /tmp and /var/tmp). I assume everywhere dm-crypt and luks. Do not use fuse - its way too slow. 1) Encrypted swap works (small error message but seems benign) - see http://marc.info/?l=fedora-list&m=118384694918234&w=2 2) Encrypted home - works but not quite as it should - see http://marc.info/?l=fedora-list&m=118391945718659&w=2 [Aside - you'll need to fsck by hand for now ...] 3) Encrypted Root -- does not work Seems mostly to be mkinitrd needs updating (see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124789 As wiki says - this root mount, to be robust, should probably be done by UUID - that patch will need to find its way in as well. After its updated we can explore what works. 4) Since root does not work this leaves /tmp and /var/tmp exposed. My solution is described here (basically i use the encrypted /home to house /tmp which is bind mounted over /tmp) http://marc.info/?l=fedora-list&m=118610981917894&w=2 Hope this is helpful. g From jdieter at gmail.com Tue Aug 21 07:20:06 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Tue, 21 Aug 2007 10:20:06 +0300 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-20 In-Reply-To: <20070820152612.7fcf4682@weaponx.rchland.ibm.com> References: <46C9F223.8040604@redhat.com> <1187640736.3512.25.camel@jndwidescreen.lesbg.loc> <20070820152612.7fcf4682@weaponx.rchland.ibm.com> Message-ID: <1187680806.3512.37.camel@jndwidescreen.lesbg.loc> On Mon, 2007-08-20 at 15:26 -0500, Josh Boyer wrote: > On Mon, 20 Aug 2007 23:12:16 +0300 > Jonathan Dieter wrote: > > There is one small "technical" reason that may have been missed: any > > deltarpm whose source rpm was created before rpm 4.4.2.1 came out will > > not have had its %doc files delta'd. This isn't a major problem, but it > > will mean that those deltarpms will be larger. > > > > See http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235353 for more > > information about the bug (which is now fixed). > > Does that matter in the scope of the larger Fedora project? Or, in > other words, will presto make test2 and be enabled in the Fedora > Infrastructure? > > josh That's a good question. At the moment, the answer is probably no. The plugin and tools are working perfectly, but the integration into koji seems to be at a standstill. Until that gets done, Fedora Infrastructure won't be generating any deltarpms. Jonathan -------------- 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 szj087 at gmail.com Tue Aug 21 07:38:13 2007 From: szj087 at gmail.com (=?GB2312?B?y+/X2r79?=) Date: Tue, 21 Aug 2007 15:38:13 +0800 Subject: Fedora can't get high resolution display in VMware Message-ID: Hi, I install the Fedora 6, 7, 8 Test on VMware work station 6.0, The highest resolution is 800x600. The visible area is so small it is not convevient for me to use. But the Ubuntu can get 1280x1024 or higher resolution. My display adapter is Nvidia 7600GS 256M. What is the difference between the X server of Ubuntu and Fedora? Can Fedora improve the that? Thanks a lot Best Regards Zongjun -------------- next part -------------- An HTML attachment was scrubbed... URL: From bbbush.yuan at gmail.com Tue Aug 21 07:42:57 2007 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Tue, 21 Aug 2007 15:42:57 +0800 Subject: Fedora can't get high resolution display in VMware In-Reply-To: References: Message-ID: <76e72f800708210042p17b85dd1k141fa9b3d3b38b55@mail.gmail.com> 2007/8/21, ??? : > Hi, > > I install the Fedora 6, 7, 8 Test on VMware work station 6.0, The highest > resolution is 800x600. The visible area is so small it is not convevient for > me to use. But the Ubuntu can get 1280x1024 or higher resolution. My display > adapter is Nvidia 7600GS 256M. What is the difference between the X server > of Ubuntu and Fedora? Can Fedora improve the that? > You can ask this in fedora-list instead of fedora-devel-list. Or just in fedora-cn list (google group). Use system-config-display to choose a different driver & monitor. I think vesa driver is capable of displaying @ 1280x1024. It has nothing to do with your physical video adapter. -- bbbush ^_^ From snecklifter at gmail.com Tue Aug 21 08:22:14 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Tue, 21 Aug 2007 09:22:14 +0100 Subject: kernel-2.6.22.3-61.fc7 In-Reply-To: <1187657444.3041.17.camel@shrek.rexursive.com> References: <1187657444.3041.17.camel@shrek.rexursive.com> Message-ID: <364d303b0708210122w476d9968waeac9fcff4bf3acd@mail.gmail.com> On 21/08/07, Bojan Smojver wrote: > > Could we have the above in the F7 testing? Or is there a reason for > keeping a kernel based on 2.6.22.2 in there? There is a fedora kernel mailing list which you might like to try asking on. To hazard a guess I would say that by the time each kernel has gone through updates-testing then a new release has been made - note that today 2.6.22.4is out, thereby nullifying the point of keeping each version in updates-testing for the necessary period. If a flaw is severe enough to warrant an update then I think it just gets pushed to updates straight away. It might help to understand where the above kernel you mention is located and why you want it...? Cheers Chris -- http://www.chruz.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Tue Aug 21 08:40:34 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 21 Aug 2007 14:10:34 +0530 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-20 In-Reply-To: <1187680806.3512.37.camel@jndwidescreen.lesbg.loc> References: <46C9F223.8040604@redhat.com> <1187640736.3512.25.camel@jndwidescreen.lesbg.loc> <20070820152612.7fcf4682@weaponx.rchland.ibm.com> <1187680806.3512.37.camel@jndwidescreen.lesbg.loc> Message-ID: <46CAA502.2070501@fedoraproject.org> Jonathan Dieter wrote: > That's a good question. At the moment, the answer is probably no. The > plugin and tools are working perfectly, but the integration into koji > seems to be at a standstill. Until that gets done, Fedora > Infrastructure won't be generating any deltarpms. Couldn't createdeltarepo be used till Koji integration is done or is Koji integration mandatory for presto to be default in Fedora 8? Will we get this feature enabled in time? Rahul From billcrawford1970 at gmail.com Tue Aug 21 10:08:00 2007 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Tue, 21 Aug 2007 11:08:00 +0100 Subject: Disabling atime In-Reply-To: <1186905063.31901.667.camel@mccallum.corsepiu.local> References: <46BB8D72.1010608@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> <1186905063.31901.667.camel@mccallum.corsepiu.local> Message-ID: <544eb990708210308p4efe1b2ew95b8a432d76b0f75@mail.gmail.com> On 12/08/07, Ralf Corsepius wrote: > SELinux is completely optional and doesn't cause functional regression. Stops warning or error messages from "modprobe" being logged to my X session log (~/X.log) if I'm in enforcing mode, because of the security context? > Well, actually I think Fedora is derailing due to its leadership > committing one mistake after the other. That's another issue :) Why not default to "noatime" for all bar /tmp, and create that as a separate partition / logical volume by default? Also, please disable tmpwatch, as OFTEN I have found it removed files from /tmp (even with atime ON) that were still needed, due to an X session being open for more than a day or so. Clear /tmp on reboot instead. From bojan at rexursive.com Tue Aug 21 10:11:16 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 21 Aug 2007 10:11:16 +0000 (UTC) Subject: kernel-2.6.22.3-61.fc7 References: <1187657444.3041.17.camel@shrek.rexursive.com> <364d303b0708210122w476d9968waeac9fcff4bf3acd@mail.gmail.com> Message-ID: Christopher Brown gmail.com> writes: > note that today 2.6.22.4 is out When I wrote the e-mail, 2.6.22.3 was the latest version. Anyhow, hopefully will get .4 instead. > It might help to understand where the above kernel you mention is located and why you want it...? http://koji.fedoraproject.org/koji/buildinfo?buildID=13938 http://lwn.net/Articles/245691/ Power savings are always nice :-) -- Bojan From fedora at leemhuis.info Tue Aug 21 10:44:58 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 21 Aug 2007 12:44:58 +0200 Subject: Looking for co-maintainers for my packages Message-ID: <46CAC22A.4030004@leemhuis.info> Hi all! now that the package-DB is in production (thanks for your work toshio!) it makes it a whole lot more easy to become co-maintainer or approve then. Thus I'd like to really find at least one (better two) co-maintainer for all of my packages now. Anyone interested? No, I don't want to put all the load on you, I just want to make sure someone feels responsible for my packages when I'm flying to the space again, get hit by a bus or are "away from keyboard" for other reasons. And sure, of course I'm willing to become co-maintainer for other packages in exchange. You can find a list of my packages (?) at https://admin.fedoraproject.org/pkgdb/users/packages/thl For easier reference I cut-n-past the list of relevant (?) packages here: * atomix -- Little mind game where you have to build molecules out of atoms lying around * enigma -- Clone of the ATARI game Oxyd (?) * ghex -- A binary editor for GNOME * gsynaptics -- Settings tool for Synaptics touchpad driver(?) * gweled -- Swapping gem game * mail-notification -- Mail Notification is a status icon that informs you if you have new mail * python-crypto -- A cryptography library for Python * python-html2text -- Converts a page of HTML into clean, easy-to-read plain ASCII text * revelation -- Password manager for GNOME 2 (?)(?) * rss2email -- Deliver news from RSS feeds to your smtp server as text or html mail * tiobench -- Threaded I/O benchmark * websec -- Web Secretary - Web page monitoring software with highlighting CU knurd (?) -- please not that the web-page also lists gmime and icu as mine; That's partly true, as I'm maintaining those for EPEL (I owned them myself ages ago when they were not yet moved to Core) (?) -- has one co-maintainer already (?) -- I don't use these packages these days. So If you use then and want to take them over just let me know. From jdieter at gmail.com Tue Aug 21 11:14:07 2007 From: jdieter at gmail.com (Jonathan Dieter) Date: Tue, 21 Aug 2007 14:14:07 +0300 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-20 In-Reply-To: <46CAA502.2070501@fedoraproject.org> References: <46C9F223.8040604@redhat.com> <1187640736.3512.25.camel@jndwidescreen.lesbg.loc> <20070820152612.7fcf4682@weaponx.rchland.ibm.com> <1187680806.3512.37.camel@jndwidescreen.lesbg.loc> <46CAA502.2070501@fedoraproject.org> Message-ID: <1187694847.3512.43.camel@jndwidescreen.lesbg.loc> On Tue, 2007-08-21 at 14:10 +0530, Rahul Sundaram wrote: > Jonathan Dieter wrote: > > That's a good question. At the moment, the answer is probably no. The > > plugin and tools are working perfectly, but the integration into koji > > seems to be at a standstill. Until that gets done, Fedora > > Infrastructure won't be generating any deltarpms. > > Couldn't createdeltarepo be used till Koji integration is done or is > Koji integration mandatory for presto to be default in Fedora 8? Will we > get this feature enabled in time? > Technically you *could* use the createdeltarpms script, but I don't think that's the route FI wants to go down. Jeremy's the one who's been working with them on this, so you'd have to ask him. I suspect that the koji integration is mandatory. Jonathan -------------- 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 tomek at crocom.com.pl Tue Aug 21 11:40:22 2007 From: tomek at crocom.com.pl (Tomasz Torcz) Date: Tue, 21 Aug 2007 13:40:22 +0200 Subject: Problems with NetworkManager and autofs/NFS In-Reply-To: <46C48ECD.9010800@cora.nwra.com> References: <46C48ECD.9010800@cora.nwra.com> Message-ID: <1187696422.20904.40.camel@s1.crocom.com.pl> Dnia 16-08-2007, Cz o godzinie 11:52 -0600, Orion Poplawski napisa?(a): > NetworkManager is currently (in devel and F7) unusable with autofs and > NFS mounts. This is because NetworkManager is stopped very early in the > shutdown process (K02) and brings down the network with it. Then when > autofs attempts to unmount any automounted nfs mounts, they fail because > the remote machine is not accessible. Eventually the machine hangs > trying to unmount the last nfs mounted directory. I suppose it might > timeout eventually, but it's beyond my patience to wait that long. There is similar NFS issue when switching networks with ~ on NFS. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199536 Wired IP is released before wireless IP is acquired. This cause a window of network shortage, which in turn make user's ~ (and gconf settings) unavailable. Both problems show NetworkManager problems in IP address management. -- Tomasz Torcz Crocom Computer Systems From s.adam at diffingo.com Tue Aug 21 12:03:29 2007 From: s.adam at diffingo.com (Stewart Adam) Date: Tue, 21 Aug 2007 08:03:29 -0400 Subject: Looking for co-maintainers for my packages In-Reply-To: <46CAC22A.4030004@leemhuis.info> References: <46CAC22A.4030004@leemhuis.info> Message-ID: <1187697809.9272.0.camel@Diffingo.localdomain> I'll co-maintain python-crypto as I'm using paramiko (which requries it) more and more frequently. Stewart On Tue, 2007-08-21 at 12:44 +0200, Thorsten Leemhuis wrote: > Hi all! > > now that the package-DB is in production (thanks for your work toshio!) > it makes it a whole lot more easy to become co-maintainer or approve then. > > Thus I'd like to really find at least one (better two) co-maintainer for > all of my packages now. Anyone interested? No, I don't want to put all > the load on you, I just want to make sure someone feels responsible for > my packages when I'm flying to the space again, get hit by a bus or are > "away from keyboard" for other reasons. > > And sure, of course I'm willing to become co-maintainer for other > packages in exchange. > > You can find a list of my packages (?) at > https://admin.fedoraproject.org/pkgdb/users/packages/thl > > For easier reference I cut-n-past the list of relevant (?) packages here: > > * atomix -- Little mind game where you have to build molecules out > of atoms lying around > > * enigma -- Clone of the ATARI game Oxyd (?) > > * ghex -- A binary editor for GNOME > > * gsynaptics -- Settings tool for Synaptics touchpad driver(?) > > * gweled -- Swapping gem game > > * mail-notification -- Mail Notification is a status icon that > informs you if you have new mail > > * python-crypto -- A cryptography library for Python > > * python-html2text -- Converts a page of HTML into clean, > easy-to-read plain ASCII text > > * revelation -- Password manager for GNOME 2 (?)(?) > > * rss2email -- Deliver news from RSS feeds to your smtp server as > text or html mail > > * tiobench -- Threaded I/O benchmark > > * websec -- Web Secretary - Web page monitoring software with > highlighting > > > CU > knurd > > (?) -- please not that the web-page also lists gmime and icu as mine; > That's partly true, as I'm maintaining those for EPEL (I owned them > myself ages ago when they were not yet moved to Core) > > (?) -- has one co-maintainer already > > (?) -- I don't use these packages these days. So If you use then and > want to take them over just let me know. > -- Stewart Adam Diffingo Solutions Inc. Tel: 450.447.2758 Web: www.diffingo.com From kanarip at kanarip.com Tue Aug 21 12:12:26 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 21 Aug 2007 14:12:26 +0200 Subject: Ugly dependency checker Message-ID: <46CAD6AA.90305@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This [1] is a rather ugly dependency checker for any number of repositories. It uses yum to search for requirements that cannot be resolved. I thought maybe because there's no dependency checking yet on updates and such (don't know the details), and I needed this anyway, I'd just dump it here and collect some useful comments. When executing the script you'll have a few options: - --config pass it a yum config with repos listed in it (in fact it's just walking over all sections, check if they're enabled and take the name, baseurl and mirrorlist) It doesn't do el-reposdir thingies. - --repo Just check this or that repo (provide full "baseurl") - --recent Just check the most recent set of packages and ignore any older versions of foo, bar and baz - --efficient This is the really weird one because I could just iterate over all packages and try to resolve their requirements one by one, but in this mode the script just builds a list of requirements, yum.misc.unique()'s them, and searches the providers for each of these. Saves like a ton of time. - --arch Obvious. Maybe useless. Defaults to i386. - --debuglevel Description says: "Whatever debuglevel yum takes" < and that's true, because the only thing the script does with it is writing it to the temp yum config. Again, one morning rather well-spent. [1] http://git.fedoraproject.org/?p=hosted/revisor;a=blob_plain;f=scripts/depchecker.py - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGytaqKN6f2pNCvwgRAu11AKCVwWj8hm8ZfGDytw3kqKJJKcj7WACgj0ff UYWlHW6eLNAYUyfYeeYaeSI= =Ks3D -----END PGP SIGNATURE----- From skvidal at fedoraproject.org Tue Aug 21 12:18:38 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 21 Aug 2007 08:18:38 -0400 Subject: Ugly dependency checker In-Reply-To: <46CAD6AA.90305@kanarip.com> References: <46CAD6AA.90305@kanarip.com> Message-ID: <1187698718.16948.27.camel@cutter> On Tue, 2007-08-21 at 14:12 +0200, Jeroen van Meeuwen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > This [1] is a rather ugly dependency checker for any number of > repositories. It uses yum to search for requirements that cannot be > resolved. > > I thought maybe because there's no dependency checking yet on updates > and such (don't know the details), and I needed this anyway, I'd just > dump it here and collect some useful comments. How does this differ from repoclosure in yum-utils? -sv From oliver at linux-kernel.at Tue Aug 21 12:21:39 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 21 Aug 2007 14:21:39 +0200 Subject: Ugly dependency checker In-Reply-To: <46CAD6AA.90305@kanarip.com> References: <46CAD6AA.90305@kanarip.com> Message-ID: <46CAD8D3.2060805@linux-kernel.at> On 08/21/2007 02:12 PM, Jeroen van Meeuwen wrote: > This [1] is a rather ugly dependency checker for any number of > repositories. It uses yum to search for requirements that cannot be > resolved. > > I thought maybe because there's no dependency checking yet on updates > and such (don't know the details), and I needed this anyway, I'd just > dump it here and collect some useful comments. > > When executing the script you'll have a few options: > > --config > pass it a yum config with repos listed in it (in fact it's just > walking over all sections, check if they're enabled and take the > name, baseurl and mirrorlist) It doesn't do el-reposdir > thingies. > > --repo > Just check this or that repo (provide full "baseurl") > > --recent > Just check the most recent set of packages and ignore any older > versions of foo, bar and baz > > --efficient > This is the really weird one because I could just iterate over > all packages and try to resolve their requirements one by one, > but in this mode the script just builds a list of requirements, > yum.misc.unique()'s them, and searches the providers for each of > these. Saves like a ton of time. > > --arch > Obvious. Maybe useless. Defaults to i386. > > --debuglevel > Description says: "Whatever debuglevel yum takes" < and that's > true, because the only thing the script does with it is writing > it to the temp yum config. > > Again, one morning rather well-spent. > > [1] > http://git.fedoraproject.org/?p=hosted/revisor;a=blob_plain;f=scripts/depchecker.py Not 100% sure what your script does, but have you had a look at repoclose? Usage: /usr/bin/repoclosure [-c ] [-a ] [-r ] [-r ] Options: -h, --help show this help message and exit -c CONFIG, --config=CONFIG config file to use (defaults to /etc/yum.conf) -a ARCH, --arch=ARCH check packages of the given archs, can be specified multiple times (default: current arch) -b, --builddeps check build dependencies only (needs source repos enabled) -r REPOID, --repoid=REPOID specify repo ids to query, can be specified multiple times (default is all enabled) -t, --tempcache Use a temp dir for storing/accessing yum-cache -q, --quiet quiet (no output to stderr) -n, --newest check only the newest packages in the repos -of From buc at odusz.so-cdu.ru Tue Aug 21 12:24:55 2007 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 21 Aug 2007 16:24:55 +0400 Subject: Looking for co-maintainers for my packages In-Reply-To: <46CAC22A.4030004@leemhuis.info> References: <46CAC22A.4030004@leemhuis.info> Message-ID: <46CAD997.9020903@odu.neva.ru> Thorsten Leemhuis wrote: > * mail-notification -- Mail Notification is a status icon that > informs you if you have new mail > > I'm interested to co-maintain this one. Request to pkgdb is done. Regards, Dmitry Butskoy http://www.fedoraproject.org/wiki/DmitryButskoy From fedora at leemhuis.info Tue Aug 21 12:50:38 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 21 Aug 2007 14:50:38 +0200 Subject: Looking for co-maintainers for my packages In-Reply-To: <46CAD997.9020903@odu.neva.ru> References: <46CAC22A.4030004@leemhuis.info> <46CAD997.9020903@odu.neva.ru> Message-ID: <46CADF9E.7010407@leemhuis.info> On 21.08.2007 14:24, Dmitry Butskoy wrote: > Thorsten Leemhuis wrote: >> * mail-notification -- Mail Notification is a status icon that >> informs you if you have new mail > I'm interested to co-maintain this one. Request to pkgdb is done. And approved for watchbugzilla, watchcommits and commit already. :-) Note that I didn't give you "approveacls" permissions -- from looking at some other packages it looks to me that "only the owner has approveacls-permissions" is the commonly used scheme (at least afaics). CU knurd P.S.: Status update for my initial mail Adel Gadllah (drago01) is co-maintaining ghex with me. But if you are interested as well just request it via the wiki, as I think having at least three maintainers per package would be best. From overholt at redhat.com Tue Aug 21 13:02:42 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 21 Aug 2007 09:02:42 -0400 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: References: <20070820140418.GE6249@redhat.com> <1187629687.16475.1.camel@localhost.localdomain> Message-ID: <20070821130241.GB13263@redhat.com> * Colin Walters [2007-08-20 19:08]: > > > On 8/20/07, Andrew Overholt wrote: > > On Mon, 2007-08-20 at 12:43 -0400, Colin Walters wrote: > > The thing I would keep in mind is that I see these three very > > different kinds of developers that are probably fairly representative: > > Yeah, I realize that we may soon end back up at Fedora Everything. > > > But that doesn't mean that there's nothing to do besides just shipping > a bunch of bits =) Another idea Ben Konrath used to kick around was the idea of a "small development shop" setup. We'd have one server image with pre-configured bugzilla, version control, etc. and a workstation image with Eclipse, etc. all set up to use the server. I'm definitely planning on having pre-configured CVS, SVN, Trac, and Bugzilla servers in Fedora Eclipse so that's at least part of the way there. Andrew -------------- 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 Tue Aug 21 13:54:11 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 09:54:11 -0400 Subject: Rebuilds needed for Fedora 8 Message-ID: <20070821095411.08c87838@mentok.boston.redhat.com> There are currently two technical issues that require rebuilding of packages. 1) a bad binutils was used in buildroots for almost two months that caused all ppc32 binaries to need execmem. SELinux rightfully denies this. We need to rebuild the effected packages so that ppc and SELinux work again. 2) build-id (http://fedoraproject.org/wiki/Releases/FeatureBuildId) Any binary package with a debuginfo package that hasn't been built after the good build-id stuff landed needs to be rebuilt so that it has a build-id. The unique combination of these two has led to a list of 2845 packages that will need to be rebuilt. (http://jkeating.fedorapeople.org/really-need-to-rebuild) That's 598 packages that need rebuilding for the ppc32 issue, and 2831 that need building due to the build-id issue (there is obviously some crossover). At the absolute minimum we need the ppc32 builds done before Test2, which has a freeze date in one week. We'd /like/ to have them all done as build-id is an important feature of Fedora 8 and Test2 is the Feature Freeze and if you're building 600 packages, might as well build 3K. A less technical but a nonetheless important rebuild issue is correct package licensing. We have a goal to have all our packages with (a) correct License(s) tag in the spec file, and a build with that correct tag. I do not have the numbers currently as to how many still need updating, it is not a small number. Also important to note is that for the above technical issues no changes are needed in the package beyond a release bump and a build. But for the license tag issue there is a significant number of packages that still have the invalid license and need auditing and changing. Given that with just the fully technical issues we're at just a bit over 1/2 the package set for Fedora we've got some hard choices to make. Obviously we'd like to rely upon the maintainers to rebuild their packages, however with just a week to accomplish this that may be nearly impossible. It's also a rather large number of packages to try and automate over, with a large degree of different $release values to try and automatically bump (especially without resorting to just plonking a ".1" to the end of everything which is against the guidelines). There is also a rather large list of things that failed to rebuild during Matt Domsch's last rebuild test, and I don't know how many of those have been fixed. That can cause some delays as well. So I ask you, great Fedora Community, how do we want to handle this situation? I'm open for suggestions, but we should decide something before the end of the day given our time constraints. I'm going to continue working on these lists and keeping them updated, perhaps getting a mapping of maintainer to package, or whatever format the community finds useful. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Tue Aug 21 13:57:40 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 21 Aug 2007 09:57:40 -0400 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-20 In-Reply-To: <46CAA502.2070501@fedoraproject.org> References: <46C9F223.8040604@redhat.com> <1187640736.3512.25.camel@jndwidescreen.lesbg.loc> <20070820152612.7fcf4682@weaponx.rchland.ibm.com> <1187680806.3512.37.camel@jndwidescreen.lesbg.loc> <46CAA502.2070501@fedoraproject.org> Message-ID: <1187704660.3041.9.camel@localhost.localdomain> On Tue, 2007-08-21 at 14:10 +0530, Rahul Sundaram wrote: > Jonathan Dieter wrote: > > > That's a good question. At the moment, the answer is probably no. The > > plugin and tools are working perfectly, but the integration into koji > > seems to be at a standstill. Until that gets done, Fedora > > Infrastructure won't be generating any deltarpms. > > Couldn't createdeltarepo be used till Koji integration is done or is > Koji integration mandatory for presto to be default in Fedora 8? And recreate the deltas every single time there's an updates/rawhide push? No. Not an option. At least, not if we want pushes to complete in anything approaching a reasonable time. And if we're storing stuff, we need to do it in koji, because otherwise we're building up another database, etc and it's going to be more work than doing it right to begin with. > Will we get this feature enabled in time? Unfortunately, due to some other things sucking up the time of the main people working on koji over the past 6 weeks, my confidence in having everything land is a bit lower than it had been :( Jeremy From mike.cohler at gmail.com Tue Aug 21 14:25:39 2007 From: mike.cohler at gmail.com (Mike Cohler) Date: Tue, 21 Aug 2007 15:25:39 +0100 Subject: Zod -> Moonshine -> ? Moonshine is a , Message-ID: <3dd77c60708210725r162614f6pce4c1f5c01907d15@mail.gmail.com> >On Thu, 16 Aug 2007, Matej Cepl wrote: >I still think F8 should be called "Underline". There is a nice chinese word "Moutai" which refers to a clear liqueur but sounds almost the same as a Zulu word "muti" which refers to medicine, but the word comes from the Zulu for "tree"... and the Fedora tree of development would fit nicely into this thread, and has international links as Fedora does! So moutai is a suggestion for F8 if this is still being discussed? -- mike cohler From ajackson at redhat.com Tue Aug 21 14:26:54 2007 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 21 Aug 2007 10:26:54 -0400 Subject: rawhide report: 20070818 changes In-Reply-To: References: <200708181228.l7ICSEex030366@porkchop.devel.redhat.com> Message-ID: <1187706414.30336.132.camel@localhost.localdomain> On Sat, 2007-08-18 at 10:54 -0700, darrell pfeifer wrote: > On 8/18/07, dragoran wrote: > > On 8/18/07, darrell pfeifer wrote: > > > > compiz-0.5.2-6.0ec3ec.fc8 > > > > ------------------------- > > > > * Fri Aug 17 2007 Adel Gadllah 0.5.2-6.0ec3ec > > > > - Split into gnome and kde subpackages > > > > - Minor cleanups > > > > > > Desktop effects disappeared from the gnome menu. > > > > is compiz-gnome installed? (yum install compiz-gnome) > > Yes, that fixes it. > > Looks like the newest compiz will need some rpm magic to bring in compiz-gnome. Actually, I think Kristian is planning to move this into a tab in Look and Feel / Appearance anyway. - ajax From kanarip at kanarip.com Tue Aug 21 14:36:16 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 21 Aug 2007 16:36:16 +0200 Subject: Ugly dependency checker In-Reply-To: <1187698718.16948.27.camel@cutter> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> Message-ID: <46CAF860.5010101@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 seth vidal wrote: > On Tue, 2007-08-21 at 14:12 +0200, Jeroen van Meeuwen wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> This [1] is a rather ugly dependency checker for any number of >> repositories. It uses yum to search for requirements that cannot be >> resolved. >> >> I thought maybe because there's no dependency checking yet on updates >> and such (don't know the details), and I needed this anyway, I'd just >> dump it here and collect some useful comments. > > How does this differ from repoclosure in yum-utils? > I'm assuming that if I use repoclosure with the system's yum configuration, it tells me what it can't resolve just like when I would yum install the package with missing dependencies -so correct me if I'm wrong to assume that: A random example from repoclosure: # repoclosure -c /etc/yum.conf -a i386 -n [...snip...] package: dkms - 2.0.16-1.fc7.noarch from fedora unresolved deps: kernel-devel [...snip...] # yum install dkms [...snip...] Installing: dkms noarch 2.0.16-1.fc7 fedora 84 k Installing for dependencies: kernel-devel i686 2.6.22.1-41.fc7 updates 4.7 M [...snip...] I'm not sure where it differs, but apparently repoclosure does some things different from yum, as I'm sure this ugly depchecker does too. - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGyvhfKN6f2pNCvwgRAj38AJ9LIEfywVpVBhYFa0eqGJQrGdk/NgCgjX/O giya28O1rcliNtWf/Y6h3oA= =DZFL -----END PGP SIGNATURE----- From skvidal at fedoraproject.org Tue Aug 21 14:38:45 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 21 Aug 2007 10:38:45 -0400 Subject: Ugly dependency checker In-Reply-To: <46CAF860.5010101@kanarip.com> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> Message-ID: <1187707125.16948.46.camel@cutter> On Tue, 2007-08-21 at 16:36 +0200, Jeroen van Meeuwen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > seth vidal wrote: > > On Tue, 2007-08-21 at 14:12 +0200, Jeroen van Meeuwen wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> This [1] is a rather ugly dependency checker for any number of > >> repositories. It uses yum to search for requirements that cannot be > >> resolved. > >> > >> I thought maybe because there's no dependency checking yet on updates > >> and such (don't know the details), and I needed this anyway, I'd just > >> dump it here and collect some useful comments. > > > > How does this differ from repoclosure in yum-utils? > > > > I'm assuming that if I use repoclosure with the system's yum > configuration, it tells me what it can't resolve just like when I would > yum install the package with missing dependencies -so correct me if I'm > wrong to assume that: > > A random example from repoclosure: > > # repoclosure -c /etc/yum.conf -a i386 -n > [...snip...] > package: dkms - 2.0.16-1.fc7.noarch from fedora > unresolved deps: > kernel-devel > [...snip...] > > # yum install dkms > [...snip...] > Installing: > dkms noarch 2.0.16-1.fc7 fedora 84 k > Installing for dependencies: > kernel-devel i686 2.6.22.1-41.fc7 updates 4.7 M > [...snip...] > > I'm not sure where it differs, but apparently repoclosure does some > things different from yum, as I'm sure this ugly depchecker does too. > repoclosure doesn't care about your local rpmdb. It takes a look at all the repositories you have and makes sure you have depset closure across all of them. -sv From esandeen at redhat.com Tue Aug 21 14:40:36 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Tue, 21 Aug 2007 09:40:36 -0500 Subject: Disabling atime In-Reply-To: <544eb990708210308p4efe1b2ew95b8a432d76b0f75@mail.gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186889180.31901.612.camel@mccallum.corsepiu.local> <46BE7FD9.9070501@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> <1186905063.31901.667.camel@mccallum.corsepiu.local> <544eb990708210308p4efe1b2ew95b8a432d76b0f75@mail.gmail.com> Message-ID: <46CAF964.8060309@redhat.com> Bill Crawford wrote: > On 12/08/07, Ralf Corsepius wrote: > >> SELinux is completely optional and doesn't cause functional regression. > > Stops warning or error messages from "modprobe" being logged to my X > session log (~/X.log) if I'm in enforcing mode, because of the > security context? > >> Well, actually I think Fedora is derailing due to its leadership >> committing one mistake after the other. > > That's another issue :) > > Why not default to "noatime" for all bar /tmp, and create that as a > separate partition / logical volume by default? Because nobody has shown conclusively, at least no on this thread, that noatime actually helps enough to matter, IMHO. As far as I'm concerned, nobody has done the necessary legwork to justify this change. I have at least one case where noatime actually slows things down. With 66 million inodes on an ext3 filesystem, "find" across the filesystem with a fresh mount / cold cache was a few seconds slower with noatime. Odd result, but it shows at least that this change shouldn't be made based on a hunch, but only after looking at some real results. -Eric [root at bear-05 ~]# for I in `seq 1 10` do mount /dev/sdb12 /mnt/test time find /mnt/test > /dev/null umount /dev/sdb12 done real 0m58.355s user 0m0.384s sys 0m1.212s real 0m53.485s user 0m0.400s sys 0m1.236s real 0m53.900s user 0m0.348s sys 0m1.288s real 0m53.919s user 0m0.328s sys 0m1.080s real 0m54.835s user 0m0.288s sys 0m1.316s real 0m55.544s user 0m0.348s sys 0m1.332s real 0m53.221s user 0m0.376s sys 0m1.332s real 0m54.252s user 0m0.308s sys 0m1.300s real 0m54.379s user 0m0.344s sys 0m1.192s real 0m54.430s user 0m0.364s sys 0m1.188s [root at bear-05 ~]# for I in `seq 1 10`; do mount -o noatime /dev/sdb12 /mnt/test; time find /mnt/test > /dev/null; umount /dev/sdb12; done real 0m58.461s user 0m0.380s sys 0m1.052s real 0m57.830s user 0m0.336s sys 0m1.180s real 0m57.997s user 0m0.356s sys 0m1.236s real 0m58.123s user 0m0.348s sys 0m1.228s real 0m58.565s user 0m0.352s sys 0m1.132s real 0m59.683s user 0m0.332s sys 0m1.292s real 0m58.457s user 0m0.408s sys 0m1.096s real 0m58.406s user 0m0.344s sys 0m1.240s real 0m58.678s user 0m0.332s sys 0m1.192s real 0m58.934s user 0m0.376s sys 0m1.308s From ssorce at redhat.com Tue Aug 21 14:43:22 2007 From: ssorce at redhat.com (Simo Sorce) Date: Tue, 21 Aug 2007 10:43:22 -0400 Subject: Problems with NetworkManager and autofs/NFS In-Reply-To: <1187696422.20904.40.camel@s1.crocom.com.pl> References: <46C48ECD.9010800@cora.nwra.com> <1187696422.20904.40.camel@s1.crocom.com.pl> Message-ID: <1187707402.3382.67.camel@localhost.localdomain> On Tue, 2007-08-21 at 13:40 +0200, Tomasz Torcz wrote: > Dnia 16-08-2007, Cz o godzinie 11:52 -0600, Orion Poplawski napisa?(a): > > NetworkManager is currently (in devel and F7) unusable with autofs and > > NFS mounts. This is because NetworkManager is stopped very early in the > > shutdown process (K02) and brings down the network with it. Then when > > autofs attempts to unmount any automounted nfs mounts, they fail because > > the remote machine is not accessible. Eventually the machine hangs > > trying to unmount the last nfs mounted directory. I suppose it might > > timeout eventually, but it's beyond my patience to wait that long. > > There is similar NFS issue when switching networks with ~ on NFS. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199536 > > Wired IP is released before wireless IP is acquired. This cause a > window of network shortage, which in turn make user's ~ (and gconf > settings) unavailable. > Both problems show NetworkManager problems in IP address management. The problem of NetworkManager is that it does not have _any_ grace period on wired or wirelss disconnections. If you pull the eth0 plug for a few seconds it immediately disables the interfaces and when you plug it in it will acquire a possibly new IP address via dhcp. NM should be more tolerant of disconnections, not remove the IP immediately and try to reset previous values if the wired interface comes back in a very short period of time (I say up to 60sec. at least). It is very annoying to loose all connections when all it happened is someone removed a patch for a few second from the patch panel while working on it. Simo. From snecklifter at gmail.com Tue Aug 21 14:42:54 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Tue, 21 Aug 2007 15:42:54 +0100 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821095411.08c87838@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <364d303b0708210742o7f906414rcf0ff19a9e0974d6@mail.gmail.com> On 21/08/07, Jesse Keating wrote: > > There are currently two technical issues that require rebuilding of > packages. > > 1) a bad binutils was used in buildroots for almost two months that > caused all ppc32 binaries to need execmem. SELinux rightfully denies > this. We need to rebuild the effected packages so that ppc and SELinux > work again. > > 2) build-id (http://fedoraproject.org/wiki/Releases/FeatureBuildId) > Any binary package with a debuginfo package that hasn't been built > after the good build-id stuff landed needs to be rebuilt so that it has > a build-id. > > The unique combination of these two has led to a list of 2845 packages > that will need to be rebuilt. > (http://jkeating.fedorapeople.org/really-need-to-rebuild) That's 598 > packages that need rebuilding for the ppc32 issue, and 2831 that need > building due to the build-id issue (there is obviously some crossover). > > At the absolute minimum we need the ppc32 builds done before Test2, > which has a freeze date in one week. We'd /like/ to have them all done > as build-id is an important feature of Fedora 8 and Test2 is the > Feature Freeze and if you're building 600 packages, might as well build > 3K. > > A less technical but a nonetheless important rebuild issue is correct > package licensing. We have a goal to have all our packages with (a) > correct License(s) tag in the spec file, and a build with that correct > tag. I do not have the numbers currently as to how many still need > updating, it is not a small number. Also important to note is that for > the above technical issues no changes are needed in the package beyond > a release bump and a build. But for the license tag issue there is a > significant number of packages that still have the invalid license and > need auditing and changing. > > Given that with just the fully technical issues we're at just a bit > over 1/2 the package set for Fedora we've got some hard choices to > make. Obviously we'd like to rely upon the maintainers to rebuild > their packages, however with just a week to accomplish this that may be > nearly impossible. It's also a rather large number of packages to try > and automate over, with a large degree of different $release values to > try and automatically bump (especially without resorting to just > plonking a ".1" to the end of everything which is against the > guidelines). There is also a rather large list of things that failed > to rebuild during Matt Domsch's last rebuild test, and I don't know how > many of those have been fixed. That can cause some delays as well. > > So I ask you, great Fedora Community, how do we want to handle this > situation? I'm open for suggestions, but we should decide something > before the end of the day given our time constraints. > > I'm going to continue working on these lists and keeping them updated, > perhaps getting a mapping of maintainer to package, or whatever format > the community finds useful. How does this sound? 1. Slip T2 by one week. 2. ping fedora-devel-announce that conditions that $PACKAGE needs rebuilding in two weeks 3. after one week ACL's are opened to people in 4. in a dirty great package license check and rebuild free-for-all (mention this in 2.) 4. For a group of any Fedorites who show interest add their names to all ACLs on understanding that only License tag and rebuild can occur. Anyone who has not rebuilt after one week has no excuses as if they are away they should be on the vacation list right. Right? Comments and flames welcome. Cheers Chris -- http://www.chruz.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kanarip at kanarip.com Tue Aug 21 14:43:38 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 21 Aug 2007 16:43:38 +0200 Subject: Ugly dependency checker In-Reply-To: <1187707125.16948.46.camel@cutter> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> <1187707125.16948.46.camel@cutter> Message-ID: <46CAFA1A.9020903@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 seth vidal wrote: > On Tue, 2007-08-21 at 16:36 +0200, Jeroen van Meeuwen wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> seth vidal wrote: >>> On Tue, 2007-08-21 at 14:12 +0200, Jeroen van Meeuwen wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> This [1] is a rather ugly dependency checker for any number of >>>> repositories. It uses yum to search for requirements that cannot be >>>> resolved. >>>> >>>> I thought maybe because there's no dependency checking yet on updates >>>> and such (don't know the details), and I needed this anyway, I'd just >>>> dump it here and collect some useful comments. >>> How does this differ from repoclosure in yum-utils? >>> >> I'm assuming that if I use repoclosure with the system's yum >> configuration, it tells me what it can't resolve just like when I would >> yum install the package with missing dependencies -so correct me if I'm >> wrong to assume that: >> >> A random example from repoclosure: >> >> # repoclosure -c /etc/yum.conf -a i386 -n >> [...snip...] >> package: dkms - 2.0.16-1.fc7.noarch from fedora >> unresolved deps: >> kernel-devel >> [...snip...] >> >> # yum install dkms >> [...snip...] >> Installing: >> dkms noarch 2.0.16-1.fc7 fedora 84 k >> Installing for dependencies: >> kernel-devel i686 2.6.22.1-41.fc7 updates 4.7 M >> [...snip...] >> >> I'm not sure where it differs, but apparently repoclosure does some >> things different from yum, as I'm sure this ugly depchecker does too. >> > > repoclosure doesn't care about your local rpmdb. It takes a look at all > the repositories you have and makes sure you have depset closure across > all of them. > > -sv > > Right that I figured, but what I don't understand is it reports dkms has missing requirement 'kernel-devel'. - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGyvoaKN6f2pNCvwgRAnWIAKCdn59b4JCQC/GToYkl8DsE++ffggCeNnwK Z7v7VAeaKTgS5bLgkrs3hv0= =SN+z -----END PGP SIGNATURE----- From dan at danny.cz Tue Aug 21 14:46:11 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 21 Aug 2007 16:46:11 +0200 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <1187629687.16475.1.camel@localhost.localdomain> References: <20070820140418.GE6249@redhat.com> <1187629687.16475.1.camel@localhost.localdomain> Message-ID: <1187707571.4311.12.camel@eagle.danny.cz> Andrew Overholt p??e v Po 20. 08. 2007 v 13:08 -0400: > On Mon, 2007-08-20 at 12:43 -0400, Colin Walters wrote: > > The thing I would keep in mind is that I see these three very > > different kinds of developers that are probably fairly representative: > > Yeah, I realize that we may soon end back up at Fedora Everything. My > mailer says it was 20 minutes between my initial email and Dan's request > to add another IDE :) I hope that it will end a bit smaller then Everything. But your proposal looked like a "Development with Eclipse and Emacs" spin ;-) Maybe we can more structurize the global comps.xml (or has each spin its own?): - Development - IDEs - version control systems - per lang development libs (C, Java Mono, ...) - per desktop (Gnome, KDE, ...) - per toolkit (gtk, qt, wxwidgets, ...) - ... Dan From jkeating at redhat.com Tue Aug 21 14:46:26 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 10:46:26 -0400 Subject: Ugly dependency checker In-Reply-To: <46CAFA1A.9020903@kanarip.com> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> <1187707125.16948.46.camel@cutter> <46CAFA1A.9020903@kanarip.com> Message-ID: <20070821104626.2807e461@mentok.boston.redhat.com> On Tue, 21 Aug 2007 16:43:38 +0200 Jeroen van Meeuwen wrote: > Right that I figured, but what I don't understand is it reports dkms > has missing requirement 'kernel-devel'. Shot in the dark, you said arch i386, yet the kernel-devel package is i686. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at city-fan.org Tue Aug 21 14:52:19 2007 From: paul at city-fan.org (Paul Howarth) Date: Tue, 21 Aug 2007 15:52:19 +0100 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821095411.08c87838@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <46CAFC23.5030700@city-fan.org> Jesse Keating wrote: > There are currently two technical issues that require rebuilding of > packages. > > 1) a bad binutils was used in buildroots for almost two months that > caused all ppc32 binaries to need execmem. SELinux rightfully denies > this. We need to rebuild the effected packages so that ppc and SELinux > work again. > > 2) build-id (http://fedoraproject.org/wiki/Releases/FeatureBuildId) > Any binary package with a debuginfo package that hasn't been built > after the good build-id stuff landed needs to be rebuilt so that it has > a build-id. > > The unique combination of these two has led to a list of 2845 packages > that will need to be rebuilt. > (http://jkeating.fedorapeople.org/really-need-to-rebuild) That's 598 > packages that need rebuilding for the ppc32 issue, and 2831 that need > building due to the build-id issue (there is obviously some crossover). What were the dates when these two issues were resolved? Is it very recently? I built milter-regex on 6th August and it's on the list... Paul. From warren at togami.com Tue Aug 21 14:56:00 2007 From: warren at togami.com (Warren Togami) Date: Tue, 21 Aug 2007 10:56:00 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <46CAFC23.5030700@city-fan.org> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFC23.5030700@city-fan.org> Message-ID: <46CAFD00.9050609@togami.com> Paul Howarth wrote: > What were the dates when these two issues were resolved? Is it very > recently? I built milter-regex on 6th August and it's on the list... > > Paul. > The binutils was updated for buildid on August 14th. So any binary stuff built after that hit would be on the list. Warren Togami wtogami at redhat.com From bpepple at fedoraproject.org Tue Aug 21 14:56:28 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 21 Aug 2007 10:56:28 -0400 Subject: Orphaning some packages Message-ID: <1187708188.2714.9.camel@kennedy> I'm orphaning the following packages that I no longer use: * gkrellmms * gnomebaker * daap-sharp * python-alsaaudio Anyone that wishes to take over ownership, please feel free to. Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From paul at city-fan.org Tue Aug 21 14:59:09 2007 From: paul at city-fan.org (Paul Howarth) Date: Tue, 21 Aug 2007 15:59:09 +0100 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <46CAFD00.9050609@togami.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFC23.5030700@city-fan.org> <46CAFD00.9050609@togami.com> Message-ID: <46CAFDBD.7070102@city-fan.org> Warren Togami wrote: > Paul Howarth wrote: >> What were the dates when these two issues were resolved? Is it very >> recently? I built milter-regex on 6th August and it's on the list... >> >> Paul. >> > > The binutils was updated for buildid on August 14th. So any binary > stuff built after that hit would be on the list. OK, thanks. I'll kick off the builds I've had queued up after license changes and bump and build the other stuff that needs it. Cheers, Paul. From limb at jcomserv.net Tue Aug 21 14:38:26 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 21 Aug 2007 09:38:26 -0500 (CDT) Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821095411.08c87838@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <45186.65.192.24.164.1187707106.squirrel@mail.jcomserv.net> > There are currently two technical issues that require rebuilding of > packages. > > 1) a bad binutils was used in buildroots for almost two months that > caused all ppc32 binaries to need execmem. SELinux rightfully denies > this. We need to rebuild the effected packages so that ppc and SELinux > work again. > > 2) build-id (http://fedoraproject.org/wiki/Releases/FeatureBuildId) > Any binary package with a debuginfo package that hasn't been built > after the good build-id stuff landed needs to be rebuilt so that it has > a build-id. > > The unique combination of these two has led to a list of 2845 packages > that will need to be rebuilt. > (http://jkeating.fedorapeople.org/really-need-to-rebuild) That's 598 > packages that need rebuilding for the ppc32 issue, and 2831 that need > building due to the build-id issue (there is obviously some crossover). > > At the absolute minimum we need the ppc32 builds done before Test2, > which has a freeze date in one week. We'd /like/ to have them all done > as build-id is an important feature of Fedora 8 and Test2 is the > Feature Freeze and if you're building 600 packages, might as well build > 3K. > > A less technical but a nonetheless important rebuild issue is correct > package licensing. We have a goal to have all our packages with (a) > correct License(s) tag in the spec file, and a build with that correct > tag. I do not have the numbers currently as to how many still need > updating, it is not a small number. Also important to note is that for > the above technical issues no changes are needed in the package beyond > a release bump and a build. But for the license tag issue there is a > significant number of packages that still have the invalid license and > need auditing and changing. > > Given that with just the fully technical issues we're at just a bit > over 1/2 the package set for Fedora we've got some hard choices to > make. Obviously we'd like to rely upon the maintainers to rebuild > their packages, however with just a week to accomplish this that may be > nearly impossible. It's also a rather large number of packages to try > and automate over, with a large degree of different $release values to > try and automatically bump (especially without resorting to just > plonking a ".1" to the end of everything which is against the > guidelines). There is also a rather large list of things that failed > to rebuild during Matt Domsch's last rebuild test, and I don't know how > many of those have been fixed. That can cause some delays as well. > > So I ask you, great Fedora Community, how do we want to handle this > situation? I'm open for suggestions, but we should decide something > before the end of the day given our time constraints. If I've updated my license tags already, I just need to rebuild, and no bump, correct? And only in devel? > I'm going to continue working on these lists and keeping them updated, > perhaps getting a mapping of maintainer to package, or whatever format > the community finds useful. > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From jkeating at redhat.com Tue Aug 21 15:01:23 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 11:01:23 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <46CAFC23.5030700@city-fan.org> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFC23.5030700@city-fan.org> Message-ID: <20070821110123.72a60e44@mentok.boston.redhat.com> On Tue, 21 Aug 2007 15:52:19 +0100 Paul Howarth wrote: > What were the dates when these two issues were resolved? Is it very > recently? I built milter-regex on 6th August and it's on the list... Anything that is binary, has -debuginfo, and hasn't been built with rpm-4.4.2.1-7 or newer (which landed around 2007-08-14 02:00:00.000000 koji time) needs to be rebuilt. For the ppc32 issue the window is anything built with binutils between versions 2.17.50.0.16 and 2.17.50.0.17-7. That's from 2007-06-12 04:01:15.000000 to 2007-07-31 02:10:19.000000 roughly. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From walters at redhat.com Tue Aug 21 15:02:47 2007 From: walters at redhat.com (Colin Walters) Date: Tue, 21 Aug 2007 11:02:47 -0400 Subject: Disabling atime In-Reply-To: <46CAF964.8060309@redhat.com> References: <46BB8D72.1010608@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> <1186905063.31901.667.camel@mccallum.corsepiu.local> <544eb990708210308p4efe1b2ew95b8a432d76b0f75@mail.gmail.com> <46CAF964.8060309@redhat.com> Message-ID: On 8/21/07, Eric Sandeen wrote: > > > [root at bear-05 ~]# for I in `seq 1 10`; do mount -o noatime /dev/sdb12 > /mnt/test; time find /mnt/test > /dev/null; umount /dev/sdb12; done Hmm. If you do the find so quickly after the mount, isn't it possible that the kernel is still reading in some metadata structures asynchronously, or checking the journal, etc? -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at leemhuis.info Tue Aug 21 15:02:49 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 21 Aug 2007 17:02:49 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821095411.08c87838@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <46CAFE99.5020006@leemhuis.info> On 21.08.2007 15:54, Jesse Keating wrote: > [...] > The unique combination of these two has led to a list of 2845 packages > that will need to be rebuilt. > (http://jkeating.fedorapeople.org/really-need-to-rebuild) That's 598 > packages that need rebuilding for the ppc32 issue, and 2831 that need > building due to the build-id issue (there is obviously some crossover). A sorting by owner would have made hunting for packagers way more easier (especially if the number of packages owned is bigger then three or something like that). > It's also a rather large number of packages to try > and automate over, with a large degree of different $release values to > try and automatically bump (especially without resorting to just > plonking a ".1" to the end of everything which is against the > guidelines). Is adding a ".1" that bad after a warning period which allows the maintainers to do it in better ways? > So I ask you, great Fedora Community, how do we want to handle this > situation? I'm open for suggestions, but we should decide something > before the end of the day given our time constraints. - Don't slip FC8T2 for this - tell packagers to rebuild their packages - for all packages not rebuild or queued by (let's say Friday morning maybe?) add a ".1" to release and let a script kick the rebuilds - create and run a small script that pokes maintainers by mail which didn't update the license tags yet - for all packages which failed rebuild or which license tag was still not updated in three weeks from now find a solution (nijas?) CU knurd From jkeating at redhat.com Tue Aug 21 15:04:43 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 11:04:43 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <45186.65.192.24.164.1187707106.squirrel@mail.jcomserv.net> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45186.65.192.24.164.1187707106.squirrel@mail.jcomserv.net> Message-ID: <20070821110443.0f0133c0@mentok.boston.redhat.com> On Tue, 21 Aug 2007 09:38:26 -0500 (CDT) "Jon Ciesla" wrote: > If I've updated my license tags already, I just need to rebuild, and > no bump, correct? And only in devel? Your nvr must be higher than the previous builds you've done. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Aug 21 15:06:25 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 11:06:25 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <46CAFE99.5020006@leemhuis.info> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFE99.5020006@leemhuis.info> Message-ID: <20070821110625.0e3ecebd@mentok.boston.redhat.com> On Tue, 21 Aug 2007 17:02:49 +0200 Thorsten Leemhuis wrote: > A sorting by owner would have made hunting for packagers way more > easier (especially if the number of packages owned is bigger then > three or something like that). I'm working on that now. Will be somewhat difficult to list co-maintainers, so just the owner according to koji will be used. > > It's also a rather large number of packages to try > > and automate over, with a large degree of different $release values > > to try and automatically bump (especially without resorting to just > > plonking a ".1" to the end of everything which is against the > > guidelines). > > Is adding a ".1" that bad after a warning period which allows the > maintainers to do it in better ways? Worth discussing. > > > So I ask you, great Fedora Community, how do we want to handle this > > situation? I'm open for suggestions, but we should decide something > > before the end of the day given our time constraints. > > - Don't slip FC8T2 for this > - tell packagers to rebuild their packages > - for all packages not rebuild or queued by (let's say > Friday morning maybe?) add a ".1" to release and let a script kick the > rebuilds > - create and run a small script that pokes maintainers by mail which > didn't update the license tags yet > - for all packages which failed rebuild or which license tag was still > not updated in three weeks from now find a solution (nijas?) -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Tue Aug 21 15:16:12 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 21 Aug 2007 10:16:12 -0500 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <364d303b0708210742o7f906414rcf0ff19a9e0974d6@mail.gmail.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <364d303b0708210742o7f906414rcf0ff19a9e0974d6@mail.gmail.com> Message-ID: <20070821101612.3d417577@weaponx.rchland.ibm.com> On Tue, 21 Aug 2007 15:42:54 +0100 "Christopher Brown" wrote: > On 21/08/07, Jesse Keating wrote: > > > > There are currently two technical issues that require rebuilding of > > packages. > > > > 1) a bad binutils was used in buildroots for almost two months that > > caused all ppc32 binaries to need execmem. SELinux rightfully denies > > this. We need to rebuild the effected packages so that ppc and SELinux > > work again. > > > > 2) build-id (http://fedoraproject.org/wiki/Releases/FeatureBuildId) > > Any binary package with a debuginfo package that hasn't been built > > after the good build-id stuff landed needs to be rebuilt so that it has > > a build-id. > > > > The unique combination of these two has led to a list of 2845 packages > > that will need to be rebuilt. > > (http://jkeating.fedorapeople.org/really-need-to-rebuild) That's 598 > > packages that need rebuilding for the ppc32 issue, and 2831 that need > > building due to the build-id issue (there is obviously some crossover). > > > > At the absolute minimum we need the ppc32 builds done before Test2, > > which has a freeze date in one week. We'd /like/ to have them all done > > as build-id is an important feature of Fedora 8 and Test2 is the > > Feature Freeze and if you're building 600 packages, might as well build > > 3K. > > > > A less technical but a nonetheless important rebuild issue is correct > > package licensing. We have a goal to have all our packages with (a) > > correct License(s) tag in the spec file, and a build with that correct > > tag. I do not have the numbers currently as to how many still need > > updating, it is not a small number. Also important to note is that for > > the above technical issues no changes are needed in the package beyond > > a release bump and a build. But for the license tag issue there is a > > significant number of packages that still have the invalid license and > > need auditing and changing. > > > > Given that with just the fully technical issues we're at just a bit > > over 1/2 the package set for Fedora we've got some hard choices to > > make. Obviously we'd like to rely upon the maintainers to rebuild > > their packages, however with just a week to accomplish this that may be > > nearly impossible. It's also a rather large number of packages to try > > and automate over, with a large degree of different $release values to > > try and automatically bump (especially without resorting to just > > plonking a ".1" to the end of everything which is against the > > guidelines). There is also a rather large list of things that failed > > to rebuild during Matt Domsch's last rebuild test, and I don't know how > > many of those have been fixed. That can cause some delays as well. > > > > So I ask you, great Fedora Community, how do we want to handle this > > situation? I'm open for suggestions, but we should decide something > > before the end of the day given our time constraints. > > > > I'm going to continue working on these lists and keeping them updated, > > perhaps getting a mapping of maintainer to package, or whatever format > > the community finds useful. > > > How does this sound? Way too complicated. > 1. Slip T2 by one week. There's no need for that yet. > 2. ping fedora-devel-announce that conditions that $PACKAGE needs rebuilding > in two weeks Too many packages to do that individually. > 3. after one week ACL's are opened to people in 4. in a dirty great package > license check and rebuild free-for-all (mention this in 2.) > 4. For a group of any Fedorites who show interest add their names to all > ACLs on understanding that only License tag and rebuild can occur. Group 4 is rel-eng. There's no need to open any additional ACLs. josh From dwalsh at redhat.com Tue Aug 21 15:25:47 2007 From: dwalsh at redhat.com (Daniel J Walsh) Date: Tue, 21 Aug 2007 11:25:47 -0400 Subject: FYI My guide to writing SELinux policy. Message-ID: <46CB03FB.9020108@redhat.com> http://www.redhatmagazine.com/2007/08/21/a-step-by-step-guide-to-building-a-new-selinux-policy-module/ From esandeen at redhat.com Tue Aug 21 15:28:37 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Tue, 21 Aug 2007 10:28:37 -0500 Subject: Disabling atime In-Reply-To: References: <46BB8D72.1010608@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> <1186905063.31901.667.camel@mccallum.corsepiu.local> <544eb990708210308p4efe1b2ew95b8a432d76b0f75@mail.gmail.com> <46CAF964.8060309@redhat.com> Message-ID: <46CB04A5.4070607@redhat.com> Colin Walters wrote: > On 8/21/07, *Eric Sandeen* > wrote: > > > [root at bear-05 ~]# for I in `seq 1 10`; do mount -o noatime /dev/sdb12 > /mnt/test; time find /mnt/test > /dev/null; umount /dev/sdb12; done > > > Hmm. If you do the find so quickly after the mount, isn't it possible > that the kernel is still reading in some metadata structures > asynchronously, or checking the journal, etc? > > Nope, things like journal replay are done before the filesystem becomes available for use. -Eric From mschwendt.tmp0701.nospam at arcor.de Tue Aug 21 15:38:33 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 21 Aug 2007 17:38:33 +0200 Subject: Ugly dependency checker In-Reply-To: <46CAF860.5010101@kanarip.com> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> Message-ID: <20070821173833.ae3369ce.mschwendt.tmp0701.nospam@arcor.de> On Tue, 21 Aug 2007 16:36:16 +0200, Jeroen van Meeuwen wrote: > >> This [1] is a rather ugly dependency checker for any number of > >> repositories. It uses yum to search for requirements that cannot be > >> resolved. > >> > >> I thought maybe because there's no dependency checking yet on updates > >> and such (don't know the details), and I needed this anyway, I'd just > >> dump it here and collect some useful comments. > > > > How does this differ from repoclosure in yum-utils? > > > > I'm assuming that if I use repoclosure with the system's yum > configuration, it tells me what it can't resolve just like when I would > yum install the package with missing dependencies -so correct me if I'm > wrong to assume that: > > A random example from repoclosure: Just for the record, this repoclosure tool from yum-utils is what has been used as Fedora Extras repoclosure for a long time with a few modifications (such as obsoletes, kmod kernel deps). http://cvs.fedora.redhat.com/viewcvs/extras-repoclosure/rc-modified?root=fedora&rev=1.16&view=markup From dan at danny.cz Tue Aug 21 15:45:54 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 21 Aug 2007 17:45:54 +0200 Subject: clog target from Makefile.common Message-ID: <1187711154.4311.23.camel@eagle.danny.cz> Hello, should the output from "make clog" in package's repo contain the first line with "date name EVR"? I think it is not necessary as the commit message. Solution is attached. instead: * Tue Aug 21 2007 Dan Horak 1.5.6-2 - update license tag - rebuild for F8 it will produce only: - update license tag - rebuild for F8 Dan -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.common.patch Type: text/x-patch Size: 474 bytes Desc: not available URL: From mlichvar at redhat.com Tue Aug 21 15:49:15 2007 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Tue, 21 Aug 2007 17:49:15 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821110625.0e3ecebd@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFE99.5020006@leemhuis.info> <20070821110625.0e3ecebd@mentok.boston.redhat.com> Message-ID: <20070821154915.GG3698@localhost> On Tue, Aug 21, 2007 at 11:06:25AM -0400, Jesse Keating wrote: > > Is adding a ".1" that bad after a warning period which allows the > > maintainers to do it in better ways? > > Worth discussing. If possible, please make the script a bit more efficient, in most cases the release matches [1-9][0-9]*%{?dist}, so the next release can be easily computed. At least, put .1 before %{?dist}. rel=$1 suf= if echo "$rel" | egrep -q '%{\?dist}$'; then rel=${1%\%\{?dist\}} suf='%{?dist}' fi if echo "$rel" | egrep -q '^[1-9][0-9]*$'; then rel=$[$rel + 1] else rel="$rel.1" fi echo "$rel$suf" -- Miroslav Lichvar From kwizart at gmail.com Tue Aug 21 15:51:16 2007 From: kwizart at gmail.com (kwizart) Date: Tue, 21 Aug 2007 17:51:16 +0200 Subject: Various License/patent questions Message-ID: <46CB09F4.4030209@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I wonder if theses software I'm using or planning to use, could be allowed in Fedora... * libopendaap 0.4.0 - http://craz.net/programs/itunes/libopendaap.html Previous version seems to uses Apple's mDNS library but that's not the case anymore with 0.4.0, maybe there is still a patent issue with it ?! * lsdvd - http://untrepid.com/acidrip/lsdvd.html This BR libdvdread-devel but now libdvdread-devel is within Fedora...lsdvd should be allowed in Fedora also ?! * xmltv - http://xmltv.org/wiki/ package can be found on Axel Thimm's rpms repository . But can we have it within Fedora It can be used at runtime by: * freevo - http://freevo.sourceforge.net This is a multimedia center using python... All necessary build dependencies can be found within Fedora but functionalities can be enhanced at runtime by using others player and tuner apps that can be found on others third part repositories... Runtime apps that can be added : - - from Fedora : tvtime oxine - - from others third part repositories : mplayer xdtv xmltv xmame xine vlc lsdvd mpd smpeg * ivtv-firmware - (and perl scrips if needed) - - ivtv kernel module is bundled within the kernel since 2.6.22 - we might be able to redistribute the firmware as Axel Thimm have made some work about it... * OpenCASCADE - http://www.opencascade.org - Open CASCADE Technology Public License (LGPL compatible ?) The installer used to bundle the package seems to use java 1.6 (sun) but can be repackaged... It will miss the java extension for now...(still testing - Not Required)...All other hard build dependencies requirement can be provided by Fedora. * STLport - http://www.stlport.org/doc/license.html This is a optional build dependency of OpenCASCADE which will make OpenCASCADE built "not supported" by the development team. * omniORB -* *http://omniorb.sourceforge.net/ - Seems to be GPL * SALOME - http://www.salome-platform.org - (claims to be LGPL ) Optional dependency omniORB, and omniORBpy and needs OpenCASCADE (hard BuildRequires) - maybe others... (still in early testing ) * scilab - http://www.scilab.org - Scilab (c)INRIA-ENPC Their own license seems too restrictive - probably not acceptable. * openNURBS - http://www.opennurbs.com/ - no license not even copyleft. This one is an optioanal Requirement for brlcad ( http://sourceforge.net/projects/brlcad/ ) - It can be downloaded by providing an email where they send a password code that can uncompress the archive - need to be repackaged then... Brlcad provides a copy of the sourcecode within the brlcad tarball. It will compile it statically (and will solve lot of gcc 4.1 compilation errors ). * Deal.II - http://www.dealii.org/5.2.0/license.html - QPL non-commercial use Saw in GPL-Incompatible Free Software Licenses from http://www.fsf.org/licensing/licenses/ It seems not acceptable but sample taken from here stand for a library... * z88 - http://www.z88.uni-bayreuth.de - claims to be GPL but it needs openmotif which is not free software (lesstif cannot be used) Since patent/license often needs to be found looking at each source code header, that might be a really hard task for some of them... Maybe a preliminary answer should be fine about how to deal with that. There is sometime a dependency problem (for some of them I'm still at a early step at packaging ). Of course, if a hard build requirement cannot be in Fedora, then the package will inherit from the ban. But what about an optional BR ? Nicolas (kwizart) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iD8DBQFGywn0lNdbIlsB+AERAltlAKCQztftab1IcQs79NEw+S0QhqdbtwCgg+6R fPOE0KpQChSASRYMITW6PJk= =F56o -----END PGP SIGNATURE----- From ville.skytta at iki.fi Tue Aug 21 15:51:27 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 21 Aug 2007 18:51:27 +0300 Subject: clog target from Makefile.common In-Reply-To: <1187711154.4311.23.camel@eagle.danny.cz> References: <1187711154.4311.23.camel@eagle.danny.cz> Message-ID: <200708211851.27968.ville.skytta@iki.fi> On Tuesday 21 August 2007, Dan Hor?k wrote: > should the output from "make clog" in package's repo contain the first > line with "date name EVR"? I think it is not necessary as the commit > message. I find especially the EVR useful when looking at "cvs log" output and ViewCVS. From kanarip at kanarip.com Tue Aug 21 15:51:36 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 21 Aug 2007 17:51:36 +0200 Subject: Ugly dependency checker In-Reply-To: <20070821104626.2807e461@mentok.boston.redhat.com> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> <1187707125.16948.46.camel@cutter> <46CAFA1A.9020903@kanarip.com> <20070821104626.2807e461@mentok.boston.redhat.com> Message-ID: <46CB0A08.80703@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jesse Keating wrote: > On Tue, 21 Aug 2007 16:43:38 +0200 > Jeroen van Meeuwen wrote: > >> Right that I figured, but what I don't understand is it reports dkms >> has missing requirement 'kernel-devel'. > > Shot in the dark, you said arch i386, yet the kernel-devel package is > i686. > > Right, point taken. However, that doesn't apply to these: package: Democracy - 0.9.5.1-8.fc7.i386 from fedora unresolved deps: firefox = 0:2.0.0.3 package: dbmail-sqlite - 2.2.4-4.fc7.i386 from fedora unresolved deps: dbmail = 0:2.2.4-4.fc7 package: gauche-gtk - 0.4.1-12.fc7.i386 from fedora unresolved deps: gauche = 0:0.8.10 package: libgeda-doc - 20070216-1.fc7.i386 from fedora unresolved deps: libgeda = 0:20070216-1.fc7 package: pcb-doc - 0.20060822-9.fc7.i386 from fedora unresolved deps: pcb = 0:0.20060822 [...snip...] package: syncekonnector - 0.3.2-2.fc7.i386 from updates unresolved deps: libkonnector.so.0 libksync.so.1 libmultisynk.so.0 package: system-switch-java-gui - 1.0.0-1.fc7.noarch from fedora unresolved deps: system-switch-java = 0:1.0.0-1.fc7 Note that most of these packages come from the release tree (fedora repository), and may have been updated meanwhile; dbmail-sqlite for example doesn't get installed because it seems to have been integrated into the dbmail package. Though, I specified -n so that repoclosure would look at only the latest and greatest packages. Same goes for system-switch-java-gui (in system-switch-java-1.1.0-2.fc7) What is it I'm missing this time? What I wanted this to do is report to me which of the most recent packages I could not install due to dependency errors: ./depchecker.py --recent --efficient Unresolvable dependency 'Requires: postfix EQ (u'0', u'2.4.3', u'2.fc7')' for postfix-pflogsumm-2:2.4.3-2.fc7.i386 (from updates) Unresolvable dependency 'Requires: postfix EQ (u'0', u'2.4.3', u'2.fc7')' for sqlgrey-0:1.7.5-1.fc7.noarch (from fedora) Unresolvable dependency 'Requires: postfix EQ (u'0', u'2.4.3', u'2.fc7')' for postgrey-0:1.27-4.fc7.noarch (from fedora) - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGywoHKN6f2pNCvwgRArkLAJ0Zp4uHNIlF3c9hb/UI/C975YetzgCgn9z8 H3zNVcp+PxXx5AfXAest2NA= =pNU9 -----END PGP SIGNATURE----- From limb at jcomserv.net Tue Aug 21 15:32:07 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 21 Aug 2007 10:32:07 -0500 (CDT) Subject: clog target from Makefile.common In-Reply-To: <200708211851.27968.ville.skytta@iki.fi> References: <1187711154.4311.23.camel@eagle.danny.cz> <200708211851.27968.ville.skytta@iki.fi> Message-ID: <33474.65.192.24.164.1187710327.squirrel@mail.jcomserv.net> > On Tuesday 21 August 2007, Dan Hor??k wrote: > >> should the output from "make clog" in package's repo contain the first >> line with "date name EVR"? I think it is not necessary as the commit >> message. > > I find especially the EVR useful when looking at "cvs log" output and > ViewCVS. I like having it there, so when EVR reports, etc, come out, I can grep or Ctrl+F in webmail for my name to see quickly if my packages have problems. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From a.badger at gmail.com Tue Aug 21 15:59:11 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 21 Aug 2007 08:59:11 -0700 Subject: Looking for co-maintainers for my packages In-Reply-To: <46CADF9E.7010407@leemhuis.info> References: <46CAC22A.4030004@leemhuis.info> <46CAD997.9020903@odu.neva.ru> <46CADF9E.7010407@leemhuis.info> Message-ID: <46CB0BCF.1080705@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thorsten Leemhuis wrote: > On 21.08.2007 14:24, Dmitry Butskoy wrote: >> Thorsten Leemhuis wrote: >>> * mail-notification -- Mail Notification is a status icon that >>> informs you if you have new mail >> I'm interested to co-maintain this one. Request to pkgdb is done. > > And approved for watchbugzilla, watchcommits and commit already. :-) > > Note that I didn't give you "approveacls" permissions -- from looking at > some other packages it looks to me that "only the owner has > approveacls-permissions" is the commonly used scheme (at least afaics). > The owner of a package essentially has all of the acls listed on the packagedb page. If you want a comaintainer to have all of the powers that you do, grant them everything that is there (including approveacls). If you want them to be able to do anything except approve other people's acl requests (make new comaintainers, etc) give them everything except approveacls. The reason there are many packages which have everything except approveacls is because of how the import script decided on acls for packages. If you were a comaintainer in owners.list, you were added to all of the acls. If you were listed in pkg.acl, you received commit and watchcommit. If you were a CCList member in owners.list, you got watchcommit and watchbugzilla. Owners and comaintainers are welcome to change things however they see fit. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGywvPX6yAic2E7kgRAkElAJ9LicMN/L/o/1qXM8+dw776gwMDrQCeMaKY UFrBKuLyaxqW9x7M19BPYQA= =sIta -----END PGP SIGNATURE----- From bkoz at redhat.com Tue Aug 21 16:00:15 2007 From: bkoz at redhat.com (Benjamin Kosnik) Date: Tue, 21 Aug 2007 11:00:15 -0500 Subject: boost-1.34.1 building multiple library variants In-Reply-To: <1186942414.4106.76.camel@hinge.endoframe.net> References: <1186942414.4106.76.camel@hinge.endoframe.net> Message-ID: <20070821110015.4fb30d1f@concorde.artheist.org> This is now BZ 250802. > It appears that the boost-1.34.1 package is building multiple library > variants; specifically, both thread-safe and non-thread-safe versions > of each library get built and installed. Yes. This matches upstream behavior. There has been some discussion of this upstream issue (see boost-build in January, others), but no resolution. > This is a departure from the boost 1.33.1 package, where only the > thread-safe variants of the libraries were built and installed. Yes. > Is this change deliberate? Do we really need the non-thread-safe > variants? This change is deliberate. The way boost is currently structured, both are needed. > This change has some unfortunate consequences. First of all, since > there is no non-thread-safe variant of libboost_thread, there is no > more libboost_thread.so. So someone trying to link with that library > (which existed in the boost 1.33.1 package) will fail. But this isn't > the worst of it. Someone linking with, for instance, -lboost_regex > will now get a variant of the library that *is not* > thread-safe--where with boost-1.33.1 the same -l flag links to a > library that *is* thread-safe. boost users expecting thread safe libraries now have to use the -mt.* versions. -benjamin From tmz at pobox.com Tue Aug 21 16:01:01 2007 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 21 Aug 2007 12:01:01 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821095411.08c87838@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <20070821160101.GC7920@psilocybe.teonanacatl.org> Jesse Keating wrote: > A less technical but a nonetheless important rebuild issue is > correct package licensing. We have a goal to have all our packages > with (a) correct License(s) tag in the spec file, and a build with > that correct tag. I do not have the numbers currently as to how > many still need updating, it is not a small number. As of yesterday afternoon, it was 3148 out of 4667 (~67%). I posted a full listing to fedora-legal-list here[1]: https://www.redhat.com/archives/fedora-legal-list/2007-August/msg00032.html The list is based on what's in CVS, not what's been built. (It's also lower by 40 since I posted that.) [1] If anyone can give me some pointers on getting a mapping of packages <-> maintainers from the new packagedb, that'd be much appreciated. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ When you make a mistake, make amends immediately. It's easier to eat crow while it's still warm. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From kanarip at kanarip.com Tue Aug 21 16:02:02 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 21 Aug 2007 18:02:02 +0200 Subject: Ugly dependency checker In-Reply-To: <46CAF860.5010101@kanarip.com> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> Message-ID: <46CB0C7A.4070107@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeroen van Meeuwen wrote: > seth vidal wrote: >> On Tue, 2007-08-21 at 14:12 +0200, Jeroen van Meeuwen wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> This [1] is a rather ugly dependency checker for any number of >>> repositories. It uses yum to search for requirements that cannot be >>> resolved. >>> >>> I thought maybe because there's no dependency checking yet on updates >>> and such (don't know the details), and I needed this anyway, I'd just >>> dump it here and collect some useful comments. >> How does this differ from repoclosure in yum-utils? > > > I'm assuming that if I use repoclosure with the system's yum > configuration, it tells me what it can't resolve just like when I would > yum install the package with missing dependencies -so correct me if I'm > wrong to assume that: > I'm wrong here after all! repoclosure seems to try and resolve the requirement within the repository the original package was found: syncekonnector (from updates) for example just requires some kdepim components, but repoclosure reports broken deps from syncekonnector because kdepim isn't in updates. It's the same for most other reported "broken dependencies". Maybe what repoclosure needs is a mode or option to resolve dependencies across repositories also? - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGywx6KN6f2pNCvwgRAuP8AJ99egdYs4WGAlwXhKncH6J34PET6gCgj2v7 RnBhgIU+I+yuZQXdKefFIak= =F/lL -----END PGP SIGNATURE----- From jkeating at redhat.com Tue Aug 21 16:05:46 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 12:05:46 -0400 Subject: Ugly dependency checker In-Reply-To: <46CB0A08.80703@kanarip.com> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> <1187707125.16948.46.camel@cutter> <46CAFA1A.9020903@kanarip.com> <20070821104626.2807e461@mentok.boston.redhat.com> <46CB0A08.80703@kanarip.com> Message-ID: <20070821120546.1b8baf3b@mentok.boston.redhat.com> On Tue, 21 Aug 2007 17:51:36 +0200 Jeroen van Meeuwen wrote: > Right, point taken. However, that doesn't apply to these: > > package: Democracy - 0.9.5.1-8.fc7.i386 from fedora > unresolved deps: > firefox = 0:2.0.0.3 Democracy was obsoleted by Miro. Miro should be in updates. > package: dbmail-sqlite - 2.2.4-4.fc7.i386 from fedora > unresolved deps: > dbmail = 0:2.2.4-4.fc7 > package: gauche-gtk - 0.4.1-12.fc7.i386 from fedora > unresolved deps: > gauche = 0:0.8.10 > package: libgeda-doc - 20070216-1.fc7.i386 from fedora > unresolved deps: > libgeda = 0:20070216-1.fc7 > package: pcb-doc - 0.20060822-9.fc7.i386 from fedora > unresolved deps: > pcb = 0:0.20060822 > [...snip...] > package: syncekonnector - 0.3.2-2.fc7.i386 from updates > unresolved deps: > libkonnector.so.0 > libksync.so.1 > libmultisynk.so.0 > package: system-switch-java-gui - 1.0.0-1.fc7.noarch from fedora > unresolved deps: > system-switch-java = 0:1.0.0-1.fc7 > > Note that most of these packages come from the release tree (fedora > repository), and may have been updated meanwhile; dbmail-sqlite for > example doesn't get installed because it seems to have been integrated > into the dbmail package. Though, I specified -n so that repoclosure > would look at only the latest and greatest packages. Same goes for > system-switch-java-gui (in system-switch-java-1.1.0-2.fc7) > > What is it I'm missing this time? What I wanted this to do is report > to me which of the most recent packages I could not install due to > dependency errors: Not sure what's going on with the rest of those. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chitlesh at fedoraproject.org Tue Aug 21 16:14:35 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 21 Aug 2007 18:14:35 +0200 Subject: request : manual override for interdependent package In-Reply-To: <20070806090505.6c4c911e@ender> References: <13dbfe4f0708060324x4ad5aa08led858a5b0613ba11@mail.gmail.com> <20070806090505.6c4c911e@ender> Message-ID: <13dbfe4f0708210914g5745ec1bjae71e2f84702333a@mail.gmail.com> On 8/6/07, Jesse Keating wrote: > done. Thanks, Now, I need "gpsd-2.34-5.fc7" for "marble" in dist-fc7-build :) Chitlesh -- http://clunixchit.blogspot.com From jkeating at redhat.com Tue Aug 21 16:14:04 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 12:14:04 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821110625.0e3ecebd@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFE99.5020006@leemhuis.info> <20070821110625.0e3ecebd@mentok.boston.redhat.com> Message-ID: <20070821121404.665d0a5b@mentok.boston.redhat.com> On Tue, 21 Aug 2007 11:06:25 -0400 Jesse Keating wrote: > I'm working on that now. Will be somewhat difficult to list > co-maintainers, so just the owner according to koji will be used. URL has been updated with a two column list sorted by maintainer. Next coming is a three column list that has maintainer, package, reason. Expect that in 20~ minutes or so. http://jkeating.fedorapeople.org/really-need-to-rebuild -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Tue Aug 21 16:15:06 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 21 Aug 2007 19:15:06 +0300 Subject: Various License/patent questions In-Reply-To: <46CB09F4.4030209@gmail.com> References: <46CB09F4.4030209@gmail.com> Message-ID: <200708211915.06403.ville.skytta@iki.fi> On Tuesday 21 August 2007, kwizart wrote: > * lsdvd - http://untrepid.com/acidrip/lsdvd.html > This BR libdvdread-devel but now libdvdread-devel is within > Fedora...lsdvd should be allowed in Fedora also ?! I don't see why not. From mschwendt.tmp0701.nospam at arcor.de Tue Aug 21 16:14:55 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 21 Aug 2007 18:14:55 +0200 Subject: Ugly dependency checker In-Reply-To: <46CB0A08.80703@kanarip.com> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> <1187707125.16948.46.camel@cutter> <46CAFA1A.9020903@kanarip.com> <20070821104626.2807e461@mentok.boston.redhat.com> <46CB0A08.80703@kanarip.com> Message-ID: <20070821181455.fcefaaee.mschwendt.tmp0701.nospam@arcor.de> On Tue, 21 Aug 2007 17:51:36 +0200, Jeroen van Meeuwen wrote: > > > >> Right that I figured, but what I don't understand is it reports dkms > >> has missing requirement 'kernel-devel'. > > > > Shot in the dark, you said arch i386, yet the kernel-devel package is > > i686. > > > > > > Right, point taken. However, that doesn't apply to these: > > package: Democracy - 0.9.5.1-8.fc7.i386 from fedora > unresolved deps: > firefox = 0:2.0.0.3 > package: dbmail-sqlite - 2.2.4-4.fc7.i386 from fedora > unresolved deps: > dbmail = 0:2.2.4-4.fc7 > package: gauche-gtk - 0.4.1-12.fc7.i386 from fedora > unresolved deps: > gauche = 0:0.8.10 -snip- There are broken deps in Fedora 7 + Updates. Extras repoclosure is run against F7 + Updates + Test Updates frequently and mails the package owners privately. Some packagers ignore the reports, and therefore the broken deps are present for a long(er) time. From mschwendt.tmp0701.nospam at arcor.de Tue Aug 21 16:15:04 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 21 Aug 2007 18:15:04 +0200 Subject: Ugly dependency checker In-Reply-To: <46CB0C7A.4070107@kanarip.com> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> <46CB0C7A.4070107@kanarip.com> Message-ID: <20070821181504.6d519e3d.mschwendt.tmp0701.nospam@arcor.de> On Tue, 21 Aug 2007 18:02:02 +0200, Jeroen van Meeuwen wrote: > I'm wrong here after all! repoclosure seems to try and resolve the > requirement within the repository the original package was found: > > syncekonnector (from updates) for example just requires some kdepim > components, but repoclosure reports broken deps from syncekonnector > because kdepim isn't in updates. It's the same for most other reported > "broken dependencies". > > Maybe what repoclosure needs is a mode or option to resolve dependencies > across repositories also? I don't think so. There has been an update which takes away the needed libs and breaks syncekonnector, [and possibly only a test update fixes that]. This has been covered in one of the broken deps summaries plus discussion on-list. From jkeating at redhat.com Tue Aug 21 16:19:00 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 12:19:00 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821121404.665d0a5b@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFE99.5020006@leemhuis.info> <20070821110625.0e3ecebd@mentok.boston.redhat.com> <20070821121404.665d0a5b@mentok.boston.redhat.com> Message-ID: <20070821121900.796d9403@mentok.boston.redhat.com> On Tue, 21 Aug 2007 12:14:04 -0400 Jesse Keating wrote: > URL has been updated with a two column list sorted by maintainer. > Next coming is a three column list that has maintainer, package, > reason. Expect that in 20~ minutes or so. > > http://jkeating.fedorapeople.org/really-need-to-rebuild Oops, list isn't right, I just discovered a flaw in my script. The current list may not have any ppc32 stuff on it. Stay tuned. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ivazqueznet at gmail.com Tue Aug 21 16:19:31 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 21 Aug 2007 12:19:31 -0400 Subject: Various License/patent questions In-Reply-To: <46CB09F4.4030209@gmail.com> References: <46CB09F4.4030209@gmail.com> Message-ID: <1187713171.10936.13.camel@ignacio.lan> On Tue, 2007-08-21 at 17:51 +0200, kwizart wrote: > * libopendaap 0.4.0 - http://craz.net/programs/itunes/libopendaap.html > Previous version seems to uses Apple's mDNS library but that's not the > case anymore with 0.4.0, maybe there is still a patent issue with it ?! At this point anything that needs mDNS or DNS-SD should be using Avahi via D-Bus or one of its compatibility libraries. Is there any reason (besides the fact that it hasn't been updated in 2 years) why libopendaap doesn't do that? -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 mschwendt.tmp0701.nospam at arcor.de Tue Aug 21 16:24:03 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 21 Aug 2007 18:24:03 +0200 Subject: Ugly dependency checker In-Reply-To: <20070821120546.1b8baf3b@mentok.boston.redhat.com> References: <46CAD6AA.90305@kanarip.com> <1187698718.16948.27.camel@cutter> <46CAF860.5010101@kanarip.com> <1187707125.16948.46.camel@cutter> <46CAFA1A.9020903@kanarip.com> <20070821104626.2807e461@mentok.boston.redhat.com> <46CB0A08.80703@kanarip.com> <20070821120546.1b8baf3b@mentok.boston.redhat.com> Message-ID: <20070821182403.5688cc81.mschwendt.tmp0701.nospam@arcor.de> On Tue, 21 Aug 2007 12:05:46 -0400, Jesse Keating wrote: > On Tue, 21 Aug 2007 17:51:36 +0200 > Jeroen van Meeuwen wrote: > > > Right, point taken. However, that doesn't apply to these: > > > > package: Democracy - 0.9.5.1-8.fc7.i386 from fedora > > unresolved deps: > > firefox = 0:2.0.0.3 > > Democracy was obsoleted by Miro. Miro should be in updates. The unmodified repoclosure from yum-utils does not consider Obsoletes. From pertusus at free.fr Tue Aug 21 16:17:48 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 21 Aug 2007 18:17:48 +0200 Subject: Various License/patent questions In-Reply-To: <46CB09F4.4030209@gmail.com> References: <46CB09F4.4030209@gmail.com> Message-ID: <20070821161748.GB4812@free.fr> On Tue, Aug 21, 2007 at 05:51:16PM +0200, kwizart wrote: > > * STLport - http://www.stlport.org/doc/license.html > This is a optional build dependency of OpenCASCADE which will make > OpenCASCADE built "not supported" by the development team. Normally (and unless I am wrong, I am not very knowledgable about C++) STLport shouldn't be needed on fedora, since the native templates are enough. Wouldn't hurt to have STPport in fedora though. It is in Dries, and I succesfully used Dries spec file on fedora devel some time ago. > * omniORB -* *http://omniorb.sourceforge.net/ - Seems to be GPL That seems right. > * scilab - http://www.scilab.org - Scilab (c)INRIA-ENPC > Their own license seems too restrictive - probably not acceptable. Not acceptable, since modified versions cannot be sold. > * z88 - http://www.z88.uni-bayreuth.de - claims to be GPL but it > needs openmotif which is not free software (lesstif cannot be used) I don't know how this could be handled, but it could be in EPEL, maybe like OLPC only packages. > But what about an optional BR ? Maybe coordinate with other repos, that is avoid packaging it in fedora if it may be in another repo where the BR is possible. -- Pat From ville.skytta at iki.fi Tue Aug 21 16:28:19 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 21 Aug 2007 19:28:19 +0300 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821154915.GG3698@localhost> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821110625.0e3ecebd@mentok.boston.redhat.com> <20070821154915.GG3698@localhost> Message-ID: <200708211928.19971.ville.skytta@iki.fi> On Tuesday 21 August 2007, Miroslav Lichvar wrote: > At least, put .1 before %{?dist}. This is not desirable, because doing so will result in the value of %{dist} between distributions not compared with each other, but rather the random "1", thus sidestepping the whole purpose of %{dist}. For example, foo-1.0-1.fc7 -> foo-1.0-1.1.fc8 compares "fc7" with "1", whereas foo-1.0-1.fc7 -> foo-1.0-1.fc8.1 compares "fc7" with "fc8" as intended. While this hasn't in practice caused problems in devel, putting the .1 after %{?dist} does not have this (or any other as far as I know) potential issue. On the other hand, putting it before %{dist} in a non-devel branch does cause upgrade path problems or needs for rebuilds for the sole purpose of EVR bumps, eg. Bad: foo-1.0-1.fc7 < foo-1.0-1.1.fc8 > foo-1.0-1.fc9 Good: foo-1.0-1.fc7 < foo-1.0-1.fc8.1 < foo-1.0-1.fc9 http://fedoraproject.org/wiki/Packaging/NamingGuidelines#head-378ec5e6a73d5425d55c115ff5d0fa5f5094dcba From fedora at leemhuis.info Tue Aug 21 16:29:23 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 21 Aug 2007 18:29:23 +0200 Subject: Looking for co-maintainers for my packages In-Reply-To: <46CB0BCF.1080705@gmail.com> References: <46CAC22A.4030004@leemhuis.info> <46CAD997.9020903@odu.neva.ru> <46CADF9E.7010407@leemhuis.info> <46CB0BCF.1080705@gmail.com> Message-ID: <46CB12E3.2060906@leemhuis.info> On 21.08.2007 17:59, Toshio Kuratomi wrote: > Thorsten Leemhuis wrote: >> On 21.08.2007 14:24, Dmitry Butskoy wrote: >>> Thorsten Leemhuis wrote: >>>> * mail-notification -- Mail Notification is a status icon that >>>> informs you if you have new mail >>> I'm interested to co-maintain this one. Request to pkgdb is done. >> And approved for watchbugzilla, watchcommits and commit already. :-) >> Note that I didn't give you "approveacls" permissions -- from looking at >> some other packages it looks to me that "only the owner has >> approveacls-permissions" is the commonly used scheme (at least afaics). > > The owner of a package essentially has all of the acls listed on the > packagedb page. If you want a comaintainer to have all of the powers > that you do, grant them everything that is there (including > approveacls). If you want them to be able to do anything except approve > other people's acl requests (make new comaintainers, etc) give them > everything except approveacls. Which is what I did. ;-) > The reason there are many packages which have everything except > approveacls is because of how the import script decided on acls for > packages. If you were a comaintainer in owners.list, you were added to > all of the acls. If you were listed in pkg.acl, you received commit and > watchcommit. If you were a CCList member in owners.list, you got > watchcommit and watchbugzilla. thx for explaining this. > Owners and comaintainers are welcome to change things however they see fit. Well, is there any official suggestion/recommendation from us/FESCo how to handle it? For me it sounds the best if we normally leave approveacls up to the primary maintainer, as its his job to coordinate the different maintainers, so it might be good to leave this job to him normally. But I don't care much (and maybe it's not even worth discussing) CU knurd From dan at danny.cz Tue Aug 21 16:31:26 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 21 Aug 2007 18:31:26 +0200 Subject: clog target from Makefile.common In-Reply-To: <200708211851.27968.ville.skytta@iki.fi> References: <1187711154.4311.23.camel@eagle.danny.cz> <200708211851.27968.ville.skytta@iki.fi> Message-ID: <1187713886.4311.27.camel@eagle.danny.cz> Ville Skytt? p??e v ?t 21. 08. 2007 v 18:51 +0300: > On Tuesday 21 August 2007, Dan Hor?k wrote: > > > should the output from "make clog" in package's repo contain the first > > line with "date name EVR"? I think it is not necessary as the commit > > message. > > I find especially the EVR useful when looking at "cvs log" output and ViewCVS. > But the EVR is easy to find in the tags. Removing a line for is easier for me then adding one for you. Dan From mzerqung at 0pointer.de Tue Aug 21 16:32:14 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Tue, 21 Aug 2007 18:32:14 +0200 Subject: Various License/patent questions In-Reply-To: <46CB09F4.4030209@gmail.com> References: <46CB09F4.4030209@gmail.com> Message-ID: <20070821163214.GA5800@tango.0pointer.de> On Tue, 21.08.07 17:51, kwizart (kwizart at gmail.com) wrote: > * libopendaap 0.4.0 - http://craz.net/programs/itunes/libopendaap.html > Previous version seems to uses Apple's mDNS library but that's not the > case anymore with 0.4.0, maybe there is still a patent issue with it ?! The mDNS and DNS-SD specs are publicly available, and apparently no patent has ever been filed. However, it's very unlikely that you would have much fun with libopendaap. First of all, Avahi now blocks other processes to bind to port 5353. Since Avahi is installed by default on Fedora, libopendaap is thus worthless. Also, with every new iTunes release Apple introduces new cyptographic keys which have first to be recovered before Free Software can be compatible with the newest incarnation of DAAP. Thus using an age-old DAAP implementation is not going to be worth anything anyway. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From paul at city-fan.org Tue Aug 21 16:33:27 2007 From: paul at city-fan.org (Paul Howarth) Date: Tue, 21 Aug 2007 17:33:27 +0100 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821121404.665d0a5b@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFE99.5020006@leemhuis.info> <20070821110625.0e3ecebd@mentok.boston.redhat.com> <20070821121404.665d0a5b@mentok.boston.redhat.com> Message-ID: <46CB13D7.1070209@city-fan.org> Jesse Keating wrote: > On Tue, 21 Aug 2007 11:06:25 -0400 > Jesse Keating wrote: > >> I'm working on that now. Will be somewhat difficult to list >> co-maintainers, so just the owner according to koji will be used. > > URL has been updated with a two column list sorted by maintainer. Next > coming is a three column list that has maintainer, package, reason. > Expect that in 20~ minutes or so. > > http://jkeating.fedorapeople.org/really-need-to-rebuild Will this be updated on say a daily basis to reflect new builds? (please) Paul. From jkeating at redhat.com Tue Aug 21 16:33:50 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 12:33:50 -0400 Subject: request : manual override for interdependent package In-Reply-To: <13dbfe4f0708210914g5745ec1bjae71e2f84702333a@mail.gmail.com> References: <13dbfe4f0708060324x4ad5aa08led858a5b0613ba11@mail.gmail.com> <20070806090505.6c4c911e@ender> <13dbfe4f0708210914g5745ec1bjae71e2f84702333a@mail.gmail.com> Message-ID: <20070821123350.5712ac5d@mentok.boston.redhat.com> On Tue, 21 Aug 2007 18:14:35 +0200 "Chitlesh GOORAH" wrote: > I need "gpsd-2.34-5.fc7" for "marble" in dist-fc7-build :) Done. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Aug 21 16:41:04 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 12:41:04 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <46CB13D7.1070209@city-fan.org> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFE99.5020006@leemhuis.info> <20070821110625.0e3ecebd@mentok.boston.redhat.com> <20070821121404.665d0a5b@mentok.boston.redhat.com> <46CB13D7.1070209@city-fan.org> Message-ID: <20070821124104.5f1f3a83@mentok.boston.redhat.com> On Tue, 21 Aug 2007 17:33:27 +0100 Paul Howarth wrote: > Will this be updated on say a daily basis to reflect new builds? > (please) How about continuously (: I can set a script to run this over and over again uploading the new results as fast as I get them. The query takes something like 5~10 minutes to complete. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Tue Aug 21 16:42:00 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 21 Aug 2007 19:42:00 +0300 Subject: clog target from Makefile.common In-Reply-To: <1187713886.4311.27.camel@eagle.danny.cz> References: <1187711154.4311.23.camel@eagle.danny.cz> <200708211851.27968.ville.skytta@iki.fi> <1187713886.4311.27.camel@eagle.danny.cz> Message-ID: <200708211942.00596.ville.skytta@iki.fi> On Tuesday 21 August 2007, Dan Hor?k wrote: > Ville Skytt? p??e v ?t 21. 08. 2007 v 18:51 +0300: > > On Tuesday 21 August 2007, Dan Hor?k wrote: > > > should the output from "make clog" in package's repo contain the first > > > line with "date name EVR"? I think it is not necessary as the commit > > > message. > > > > I find especially the EVR useful when looking at "cvs log" output and > > ViewCVS. > > But the EVR is easy to find in the tags. When a file contains tens of tags and a long change history, having to scroll back and forth to map the tag names to revisions and log entries isn't fun at all. While perhaps relatively easy, it's certainly much harder than just looking at the log entry and seeing all relevant info right there. > Removing a line for is easier for me then adding one for you. I'm not sure if I parse that correctly, but I don't see what actual problems the one line (which is already there) causes, whereas two cases by two contributors have already been presented that would be negatively affected by its removal. From mlichvar at redhat.com Tue Aug 21 16:44:17 2007 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Tue, 21 Aug 2007 18:44:17 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <200708211928.19971.ville.skytta@iki.fi> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821110625.0e3ecebd@mentok.boston.redhat.com> <20070821154915.GG3698@localhost> <200708211928.19971.ville.skytta@iki.fi> Message-ID: <20070821164417.GH3698@localhost> On Tue, Aug 21, 2007 at 07:28:19PM +0300, Ville Skytt? wrote: > On Tuesday 21 August 2007, Miroslav Lichvar wrote: > > > At least, put .1 before %{?dist}. > > This is not desirable, because doing so will result in the value of %{dist} > between distributions not compared with each other, but rather the > random "1", thus sidestepping the whole purpose of %{dist}. > > For example, foo-1.0-1.fc7 -> foo-1.0-1.1.fc8 compares "fc7" with "1", whereas > foo-1.0-1.fc7 -> foo-1.0-1.fc8.1 compares "fc7" with "fc8" as intended. Ok, but "1" is bigger than "fc", or not? > While this hasn't in practice caused problems in devel, putting the .1 > after %{?dist} does not have this (or any other as far as I know) potential > issue. On the other hand, putting it before %{dist} in a non-devel branch > does cause upgrade path problems or needs for rebuilds for the sole purpose > of EVR bumps, eg. > > Bad: foo-1.0-1.fc7 < foo-1.0-1.1.fc8 > foo-1.0-1.fc9 > Good: foo-1.0-1.fc7 < foo-1.0-1.fc8.1 < foo-1.0-1.fc9 We are bumping releases only in devel, so this situation shouldn't happen. I have a feeling that this was already discussed last massive rebuild, maybe a year ago. What am I missing? :) -- Miroslav Lichvar From dan at danny.cz Tue Aug 21 16:52:23 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 21 Aug 2007 18:52:23 +0200 Subject: clog target from Makefile.common In-Reply-To: <200708211942.00596.ville.skytta@iki.fi> References: <1187711154.4311.23.camel@eagle.danny.cz> <200708211851.27968.ville.skytta@iki.fi> <1187713886.4311.27.camel@eagle.danny.cz> <200708211942.00596.ville.skytta@iki.fi> Message-ID: <1187715143.4311.30.camel@eagle.danny.cz> > > Removing a line for is easier for me then adding one for you. > > I'm not sure if I parse that correctly, but I don't see what actual problems > the one line (which is already there) causes, whereas two cases by two > contributors have already been presented that would be negatively affected by > its removal. > I mean that the current state is OK and I can modify the output myself. Dan From jkeating at redhat.com Tue Aug 21 17:00:05 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 13:00:05 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821164417.GH3698@localhost> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821110625.0e3ecebd@mentok.boston.redhat.com> <20070821154915.GG3698@localhost> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> Message-ID: <20070821130005.514dfc32@mentok.boston.redhat.com> On Tue, 21 Aug 2007 18:44:17 +0200 Miroslav Lichvar wrote: > We are bumping releases only in devel, so this situation shouldn't > happen. > > I have a feeling that this was already discussed last massive rebuild, > maybe a year ago. What am I missing? :) What's in devel/ today will be on a release branch tomorrow (or eventually but you get the picture). Adding .1 after %{?dist} is the way to go, allows dist to be the decider from previous releases, and future releases. The .1 can easily be dropped as soon as another version or release change is made, that sweeps across all the branches. If we do any automation on these rebuilds, that's likely what we'll do, if there is a dist, just tack .1 on the end of it. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From halfline at gmail.com Tue Aug 21 17:01:59 2007 From: halfline at gmail.com (Ray Strode) Date: Tue, 21 Aug 2007 13:01:59 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821095411.08c87838@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> Hi, > Obviously we'd like to rely upon the maintainers to rebuild > their packages, however with just a week to accomplish this that may be > nearly impossible. I'm not even sure it's a good idea. Why would we waste _everyone_'s time doing something so mechanical? > So I ask you, great Fedora Community, how do we want to handle this > situation? I'm open for suggestions, but we should decide something > before the end of the day given our time constraints. I think we should automate the rebuild. We shouldn't encourage anyone to take time away just to rebuild a package with no other change, because that's time spent doing something that can be automated instead of time spent on stuff that can't. If it makes the packages look ugly, that doesn't matter. %{dist} is just a guideline after all. --Ray From a.badger at gmail.com Tue Aug 21 17:03:50 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 21 Aug 2007 10:03:50 -0700 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821160101.GC7920@psilocybe.teonanacatl.org> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821160101.GC7920@psilocybe.teonanacatl.org> Message-ID: <46CB1AF6.2070203@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Todd Zullinger wrote: > > [1] If anyone can give me some pointers on getting a mapping of > packages <-> maintainers from the new packagedb, that'd be much > appreciated. https://admin.fedoraproject.org/pkgdb/acls/bugzilla That will give you a mapping of package to owner+cclist in devel (usu. includes comaintainers.) https://admin.fedoraproject.org/pkgdb/acls/vcs that will give you a mapping of package-branch to owner+committers. For either of the above URLs, append: ?tg_format=json or ?tg_format=plain depending on whether you want to get the output as json for use within a python or perl script or plain text that can be parsed with a regex/split/etc. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGyxr2X6yAic2E7kgRAtT6AJ4ovtYoUbDUyc2E2EMzykzpwSvM+wCbBGsB U8pGqkYSgCinGUDxYnvmrTk= =kYI3 -----END PGP SIGNATURE----- From Axel.Thimm at ATrpms.net Tue Aug 21 17:08:32 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 21 Aug 2007 19:08:32 +0200 Subject: Various License/patent questions In-Reply-To: <46CB09F4.4030209@gmail.com> References: <46CB09F4.4030209@gmail.com> Message-ID: <20070821170832.GA29026@puariko.nirvana> On Tue, Aug 21, 2007 at 05:51:16PM +0200, kwizart wrote: > * ivtv-firmware - (and perl scrips if needed) > - ivtv kernel module is bundled within the kernel since 2.6.22 - we > might be able to redistribute the firmware as Axel Thimm have made > some work about it... Hi Nicolas, I had submitted ivtv packages to Fedora (bugzilla.redhat.com somehow time outs right now, so no bz #) and Nicolas Mailhot wanted to give them a review once he returns from vacation. But I wouldn't mind if another Nicolas reviewed them! :) -- 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 jwboyer at jdub.homelinux.org Tue Aug 21 17:08:58 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 21 Aug 2007 12:08:58 -0500 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> Message-ID: <20070821120858.10f05dc6@weaponx.rchland.ibm.com> On Tue, 21 Aug 2007 13:01:59 -0400 "Ray Strode" wrote: > Hi, > > > > Obviously we'd like to rely upon the maintainers to rebuild > > their packages, however with just a week to accomplish this that may be > > nearly impossible. > I'm not even sure it's a good idea. Why would we waste _everyone_'s > time doing something so mechanical? Because what if the maintainer has changes they're working on that they want to get in and build? Automating would basically mean that package gets built twice, instead of once. There are other reasons as well. Looking for absent maintainers, etc. josh From ville.skytta at iki.fi Tue Aug 21 17:12:13 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 21 Aug 2007 20:12:13 +0300 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821164417.GH3698@localhost> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> Message-ID: <200708212012.14218.ville.skytta@iki.fi> On Tuesday 21 August 2007, Miroslav Lichvar wrote: > On Tue, Aug 21, 2007 at 07:28:19PM +0300, Ville Skytt? wrote: > > > For example, foo-1.0-1.fc7 -> foo-1.0-1.1.fc8 compares "fc7" with "1", > > whereas foo-1.0-1.fc7 -> foo-1.0-1.fc8.1 compares "fc7" with "fc8" as > > intended. > > Ok, but "1" is bigger than "fc", or not? Sure, which is why this holds true: > > While this hasn't in practice caused problems in devel Anyway, it is not how %{dist} is intended to be used. > We are bumping releases only in devel, so this situation shouldn't > happen. Maybe, but it can happen. Can you point out any problems that would arise from always just appending the .1 to the release tag? From jkeating at redhat.com Tue Aug 21 17:13:50 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 13:13:50 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821120858.10f05dc6@weaponx.rchland.ibm.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> Message-ID: <20070821131350.2d6a1262@mentok.boston.redhat.com> On Tue, 21 Aug 2007 12:08:58 -0500 Josh Boyer wrote: > Because what if the maintainer has changes they're working on that > they want to get in and build? Automating would basically mean that > package gets built twice, instead of once. > > There are other reasons as well. Looking for absent maintainers, etc. And automation ties up the entire package set until all the builds are done, preventing a maintainer to go beyond the automated build until that build finishes which could take days. Plus as stated other places there are still a very large number of packages that have improper License tags in specs so those really could get updated at the same time as the maintainer driven build, to prevent further spurious builds. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Tue Aug 21 17:19:09 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 21 Aug 2007 19:19:09 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821095411.08c87838@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <20070821171909.GB29026@puariko.nirvana> On Tue, Aug 21, 2007 at 09:54:11AM -0400, Jesse Keating wrote: > Given that with just the fully technical issues we're at just a bit > over 1/2 the package set for Fedora we've got some hard choices to > make. Obviously we'd like to rely upon the maintainers to rebuild > their packages, however with just a week to accomplish this that may be > nearly impossible. It's also a rather large number of packages to try > and automate over, with a large degree of different $release values to > try and automatically bump (especially without resorting to just > plonking a ".1" to the end of everything which is against the > guidelines). There is also a rather large list of things that failed > to rebuild during Matt Domsch's last rebuild test, and I don't know how > many of those have been fixed. That can cause some delays as well. > > So I ask you, great Fedora Community, how do we want to handle this > situation? I'm open for suggestions, but we should decide something > before the end of the day given our time constraints. The following suggestion will not buy you any lunch for fixing the issue *now*, but this is the rigth time to address this, as when it was addressed in the past the pain was not there: Imagine all packages in rawhide not having a disttag of fc8 (98% of specfiles have a disttag), but one of fc7_90 reflecting the state they were in, e.g. FC8test1. Next imagine one person of rel-eng bumping that to fc7_91 and koji picking this up. * covers 98% of all packages, e.g. from 3k rebuilds you only need to cater for 60 packages and these 60 are data packages, so no rebuild needed anyway * no need for "call for maintainers' duties", the rebuilds happen from the same specfile That's the way ATrpsm works for a couple of years, and I never had any headaches with rebuilding stuff. As said this would had saved the day if it was decided upon half a year ago - the argument there was that "we'll just rebuild what we need". This will not save F8, but maybe it's worth considering for F9 and beyond ... So please, now that some real non-academic light is shed on the issue do consider the introduction of fractional rawhide disttags. IIRC it was maybe Jesse that opposed this when discussed in the FPC (not that everyone else was dancing in favour of this either ;) -- 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 halfline at gmail.com Tue Aug 21 17:20:57 2007 From: halfline at gmail.com (Ray Strode) Date: Tue, 21 Aug 2007 13:20:57 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821120858.10f05dc6@weaponx.rchland.ibm.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> Message-ID: <45abe7d80708211020l5cdf0441hc8ebb7228b2d651c@mail.gmail.com> Hi, > > > Obviously we'd like to rely upon the maintainers to rebuild > > > their packages, however with just a week to accomplish this that may be > > > nearly impossible. > > I'm not even sure it's a good idea. Why would we waste _everyone_'s > > time doing something so mechanical? > > Because what if the maintainer has changes they're working on that they > want to get in and build? Automating would basically mean that package > gets built twice, instead of once. I'm don't think number of builds is something that should be optimized over developer time. Put a different way, what's more important? getting features implemented (or just more bugs fixed) for an important package by the freeze, or getting a less important package manually rebuilt? Package rebuilds can be automated, they should be. > There are other reasons as well. Looking for absent maintainers, etc. This isn't the right way to do that. --Ray From halfline at gmail.com Tue Aug 21 17:23:29 2007 From: halfline at gmail.com (Ray Strode) Date: Tue, 21 Aug 2007 13:23:29 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821131350.2d6a1262@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> <20070821131350.2d6a1262@mentok.boston.redhat.com> Message-ID: <45abe7d80708211023v4b60cc0aubff5a8719d480403@mail.gmail.com> Hi, > And automation ties up the entire package set until all the builds are > done, preventing a maintainer to go beyond the automated build until > that build finishes which could take days. Why does it do that? > Plus as stated other places > there are still a very large number of packages that have improper > License tags in specs so those really could get updated at the same > time as the maintainer driven build, to prevent further spurious builds. License tags don't have to be fixed before test 2, though, other things like getting features in before feature freeze, and making the release more stable should take priority. --Ray From jkeating at redhat.com Tue Aug 21 17:24:15 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 13:24:15 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821121900.796d9403@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFE99.5020006@leemhuis.info> <20070821110625.0e3ecebd@mentok.boston.redhat.com> <20070821121404.665d0a5b@mentok.boston.redhat.com> <20070821121900.796d9403@mentok.boston.redhat.com> Message-ID: <20070821132415.40101777@mentok.boston.redhat.com> On Tue, 21 Aug 2007 12:19:00 -0400 Jesse Keating wrote: > > URL has been updated with a two column list sorted by maintainer. > > Next coming is a three column list that has maintainer, package, > > reason. Expect that in 20~ minutes or so. > > > > http://jkeating.fedorapeople.org/really-need-to-rebuild > > Oops, list isn't right, I just discovered a flaw in my script. The > current list may not have any ppc32 stuff on it. Stay tuned. Now the URL is up to date as of 20 minutes ago, and has the three columns. Still sorted by maintainer. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Tue Aug 21 17:26:07 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 21 Aug 2007 19:26:07 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> Message-ID: <46CB202F.7050502@leemhuis.info> On 21.08.2007 19:01, Ray Strode wrote: >> Obviously we'd like to rely upon the maintainers to rebuild >> their packages, however with just a week to accomplish this that may be >> nearly impossible. > I'm not even sure it's a good idea. Why would we waste _everyone_'s > time doing something so mechanical? Agreed on one side -- but on the other side Extras used the mass rebuild rebuild-phase in the past to make sure maintainers are still abort, know how to commit to CVS and stuff like this. That worked and we found lots of AWOL maintainers like that. For this time it's likely to late to abuse the mass-rebuild to find AWOL maintainers. But we nevertheless likely need to find a way to make sure maintainers are still abort. Talked to Toshio in #fedora-devel about it: [19:13:22] < knurd> | ping abadger1999 -- would it make sense to have a kind of AWOL tracking in the pkgdb? e.g. send out a mail now and then to maintainers and let them flip a bit in the packagedb to indicate they are still around? [19:13:43] < knurd> | abadger1999, or would we need a packagersdb for that first? [19:14:55] < abadger1999> | We could track AWOL status in the pkgdb instead of bugzilla. [19:15:40] < abadger1999> | It's probably a bit longer term idea and I'd want FESCo to nail down what the requirements were before I implement it. [19:16:16] < knurd> | abadger1999, shall I file a ticket to make sure it isn't forgotten? [19:17:13] < abadger1999> | knurd: Please do. Give it Milestone Future. [19:17:49] < abadger1999> | knurd: And I'll try to write down questions I have for FESCo about implementing it. [19:17:57] < knurd> | abadger1999, thx https://hosted.fedoraproject.org/projects/packagedb/ticket/52 CU thl From jkeating at redhat.com Tue Aug 21 17:31:45 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 13:31:45 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <45abe7d80708211023v4b60cc0aubff5a8719d480403@mail.gmail.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> <20070821131350.2d6a1262@mentok.boston.redhat.com> <45abe7d80708211023v4b60cc0aubff5a8719d480403@mail.gmail.com> Message-ID: <20070821133145.7f91f994@mentok.boston.redhat.com> On Tue, 21 Aug 2007 13:23:29 -0400 "Ray Strode" wrote: > Why does it do that? Automated rebuilds are often done with low priority, so that normal priority builds aren't held up for days on end (it takes a long time to build 3K packages x 4 arches). If you were to go in after the automation came along and updated cvs and scheduled the build, and /you/ again bumped CVS and started a build, your build would complete before the automated one, then the automated one would complete and actually be the 'latest' package since the last tagged package wins. Your change would be lost. To prevent this, you need to wait until the automated build completes, or you have to get rel-eng to cancel the build. It adds a lot of confusion as to the state of the build system. > > Plus as stated other places > > there are still a very large number of packages that have improper > > License tags in specs so those really could get updated at the same > > time as the maintainer driven build, to prevent further spurious > > builds. > License tags don't have to be fixed before test 2, though, other > things like getting features in before feature freeze, and making the > release more stable should take priority. Rebuilding for licensing tags, since it is a rebuild action, does need to happen sooner than later so that we can catch any fallout from a rebuild. Doing builds later than earlier threatens stability which you're trying to achieve. Developing features isn't something that every person can do, if you had co-maintainers for your packages you could ask that they do your tedious rebuilds while you work on the feature stuff. This is a big reason why we opened the build system so that you /could/ assign resources where they're most needed and most wisely used. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From walters at redhat.com Tue Aug 21 17:39:03 2007 From: walters at redhat.com (Colin Walters) Date: Tue, 21 Aug 2007 13:39:03 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821133145.7f91f994@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> <20070821131350.2d6a1262@mentok.boston.redhat.com> <45abe7d80708211023v4b60cc0aubff5a8719d480403@mail.gmail.com> <20070821133145.7f91f994@mentok.boston.redhat.com> Message-ID: On 8/21/07, Jesse Keating wrote: > > On Tue, 21 Aug 2007 13:23:29 -0400 > "Ray Strode" wrote: > > > Why does it do that? > > Automated rebuilds are often done with low priority, so that normal > priority builds aren't held up for days on end (it takes a long time to > build 3K packages x 4 arches). If you were to go in after the > automation came along and updated cvs and scheduled the build, > and /you/ again bumped CVS and started a build, your build would > complete before the automated one, then the automated one would > complete and actually be the 'latest' package since the last tagged > package wins. Your change would be lost. To prevent this, you need to > wait until the automated build completes, or you have to get rel-eng to > cancel the build. It adds a lot of confusion as to the state of the > build system. Couldn't existing builds for a package be canceled when a new one is queued? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Tue Aug 21 17:45:45 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 13:45:45 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> <20070821131350.2d6a1262@mentok.boston.redhat.com> <45abe7d80708211023v4b60cc0aubff5a8719d480403@mail.gmail.com> <20070821133145.7f91f994@mentok.boston.redhat.com> Message-ID: <20070821134545.79103a2a@mentok.boston.redhat.com> On Tue, 21 Aug 2007 13:39:03 -0400 "Colin Walters" wrote: > Couldn't existing builds for a package be canceled when a new one is > queued? It's not a terrible idea, but it's a big change from what we have now (both internal and external). Worth thinking about and maybe coding it up as a patch for koji. Not something that will help this week. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From j.w.r.degoede at hhs.nl Tue Aug 21 17:44:35 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 21 Aug 2007 19:44:35 +0200 Subject: About to fire rebuild of approx 140 packages Message-ID: <46CB2483.3030100@hhs.nl> Hi All, I have been preparing to rebuild all my 150 packages for some time now. All my packages have had their license tag and release (+ clog entry) updated in CVS. My plan is to write a small bash script which will do export KOJI_FLAGS=--nowait And then for each of my packages cd to package/devel and do: make tag build || echo $i >> ../../failed-tag-or-build.log Since most of my packages have an updated release (and license and clog) this should work for most of them. some have been rebuild recently and will be added to failed-tag-or-build.log (as mkae tga will fail because the tag exists), which I can then inspect to see if they might need a rebuild for some reason after all. The only problem is this will clutter up the buildsys quite a bit, suggestions / flames anyone? Esp the opinion of rel-eng in this would be appreciated (hence the cc). Regards, Hans From adam at spicenitz.org Tue Aug 21 17:47:56 2007 From: adam at spicenitz.org (Adam Goode) Date: Tue, 21 Aug 2007 13:47:56 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070820193653.GG25276@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> <46C4C51F.5080802@hhs.nl> <46C4FD75.3060503@spicenitz.org> <20070820193653.GG25276@tango.0pointer.de> Message-ID: <46CB254C.2010803@spicenitz.org> Hi, My report is here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=253349 Adam Lennart Poettering wrote: > On Thu, 16.08.07 21:44, Adam Goode (adam at spicenitz.org) wrote: > >>> [hans at shalem ~]$ esd >>> W: main.c: WARNING: called SUID root, but not in group 'pulse-rt'. >>> pulseaudio: pulsecore/fdsem.c:181: pa_fdsem_after_poll: Assertion >>> `pa_atomic_dec(&f->waiting) >= 1' failed. >>> Aborted >>> [hans at shalem ~]$ >>> >>> This is on x86_64 rawhide (last fully updated about a week ago), please >>> don't tell me pa isn't 64 bit clean, because then it really should be >>> removed as an F-8 feature. >>> >> I've been running PulseAudio on x86_64 rawhide for a few weeks now, so >> it all should work. Unfortunately, it has recently broken for me as well >> since rawhide a few days ago. > > That was probably the point when I uploaded my development snapshot into > rawhide. ;-) > > Could you please provide me with a backtrace and the output of > "pulseaudio -vv" when it breaks? > > Thanks, > Lennart > From limb at jcomserv.net Tue Aug 21 17:27:42 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 21 Aug 2007 12:27:42 -0500 (CDT) Subject: About to fire rebuild of approx 140 packages In-Reply-To: <46CB2483.3030100@hhs.nl> References: <46CB2483.3030100@hhs.nl> Message-ID: <13972.65.192.24.164.1187717262.squirrel@mail.jcomserv.net> > Hi All, > > I have been preparing to rebuild all my 150 packages for some time now. > All my > packages have had their license tag and release (+ clog entry) updated in > CVS. > > My plan is to write a small bash script which will do > export KOJI_FLAGS=--nowait > And then for each of my packages cd to package/devel and do: > make tag build || echo $i >> ../../failed-tag-or-build.log > > Since most of my packages have an updated release (and license and clog) > this > should work for most of them. some have been rebuild recently and will be > added > to failed-tag-or-build.log (as mkae tga will fail because the tag exists), > which I can then inspect to see if they might need a rebuild for some > reason > after all. > > The only problem is this will clutter up the buildsys quite a bit, > suggestions > / flames anyone? Esp the opinion of rel-eng in this would be appreciated > (hence > the cc). No worries here, I've already got my 20+ done, save one that's still queued. I imagine this will simply take time for all of us. Necessary evil, and all that. > Regards, > > Hans > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From n0dalus+redhat at gmail.com Tue Aug 21 17:52:19 2007 From: n0dalus+redhat at gmail.com (n0dalus) Date: Wed, 22 Aug 2007 03:22:19 +0930 Subject: Disabling atime In-Reply-To: <46CAF964.8060309@redhat.com> References: <46BB8D72.1010608@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> <1186905063.31901.667.camel@mccallum.corsepiu.local> <544eb990708210308p4efe1b2ew95b8a432d76b0f75@mail.gmail.com> <46CAF964.8060309@redhat.com> Message-ID: <6280325c0708211052r517b23a4v8c2b3afcbc9bb58d@mail.gmail.com> On 8/22/07, Eric Sandeen wrote: > > As far as I'm concerned, nobody has done the necessary legwork to > justify this change. > > I have at least one case where noatime actually slows things down. With > 66 million inodes on an ext3 filesystem, "find" across the filesystem > with a fresh mount / cold cache was a few seconds slower with noatime. > Odd result, but it shows at least that this change shouldn't be made > based on a hunch, but only after looking at some real results. > > -Eric > Find will not benchmark atime, as it doesn't open the files for reading. If you want to test it you would need to read the files as well. Out of curiosity, I ran some benchmarks: # find /data -type f 2>/dev/null | wc -l 105602 # cat readblock.c #include #include int main(int argc, char **argv) { int i, fd; char buf[1024]; for(i=1; i= 0) { read(fd, buf, 1024); close(fd); } } return 0; } # make readblock cc moveblock.c -o moveblock # umount /data # sync && echo 3 > /proc/sys/vm/drop_caches # mount /data # time find /data -type f -exec ./readblock '{}' '+' real 7m28.955s user 0m0.343s sys 0m12.870s # umount /data # sync && echo 3 > /proc/sys/vm/drop_caches # mount -o noatime /data # time find /data -type f -exec ./readblock '{}' '+' real 6m53.724s user 0m0.327s sys 0m12.023s An 8% improvement, and that's with cleared caches. A bigger improvement would be expected when there is cache hits, since it doesn't have to read or write anything to the disk. Reading a block or so from every file is not an uncommon operation. It happens when you use grep, it happens when you load a directory in nautilus (and all the file types are found by scanning the first block of the file), it happens when you open your photo managing application (thumbnails), and it happens when icons are loaded for menus. 8% makes a difference in the desktop and on the server. n0dalus. From jkeating at redhat.com Tue Aug 21 18:00:32 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 14:00:32 -0400 Subject: About to fire rebuild of approx 140 packages In-Reply-To: <46CB2483.3030100@hhs.nl> References: <46CB2483.3030100@hhs.nl> Message-ID: <20070821140032.41624852@mentok.boston.redhat.com> On Tue, 21 Aug 2007 19:44:35 +0200 Hans de Goede wrote: > The only problem is this will clutter up the buildsys quite a bit, > suggestions / flames anyone? Esp the opinion of rel-eng in this would > be appreciated (hence the cc). Two things. 1) You might want to wait for http://koji.fedoraproject.org/koji/taskinfo?taskID=113051 to finish if any of your packages need perl to build. 2) --background flag for your builds might be nice too if you're not interested in having them done immediately. That will allow normal priority builds to be queued in front of yours. Not necessary just making you aware of the option. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From esandeen at redhat.com Tue Aug 21 18:01:25 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Tue, 21 Aug 2007 13:01:25 -0500 Subject: Disabling atime In-Reply-To: <6280325c0708211052r517b23a4v8c2b3afcbc9bb58d@mail.gmail.com> References: <46BB8D72.1010608@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> <1186905063.31901.667.camel@mccallum.corsepiu.local> <544eb990708210308p4efe1b2ew95b8a432d76b0f75@mail.gmail.com> <46CAF964.8060309@redhat.com> <6280325c0708211052r517b23a4v8c2b3afcbc9bb58d@mail.gmail.com> Message-ID: <46CB2875.1080005@redhat.com> n0dalus wrote: > On 8/22/07, Eric Sandeen wrote: >> As far as I'm concerned, nobody has done the necessary legwork to >> justify this change. >> >> I have at least one case where noatime actually slows things down. With >> 66 million inodes on an ext3 filesystem, "find" across the filesystem >> with a fresh mount / cold cache was a few seconds slower with noatime. >> Odd result, but it shows at least that this change shouldn't be made >> based on a hunch, but only after looking at some real results. >> >> -Eric >> > > Find will not benchmark atime, as it doesn't open the files for > reading. It will update the atime of the dirs it reads. [esandeen at neon ext4]$ stat /tmp | grep Access | grep -v Uid Access: 2007-08-21 12:56:16.582910381 -0500 [esandeen at neon ext4]$ find /tmp > /dev/null [esandeen at neon ext4]$ stat /tmp | grep Access | grep -v Uid Access: 2007-08-21 12:56:56.762072721 -0500 I know it's a strange test for atime, but it did seem to have a detrimental effect on this particular workload (think updatedb). Yes, there are certainly better tests, and I'm not saying "find" is a definitive test for noatime, it was more of a curiosity. I am saying, people who want this should prove the gains they claim. Thanks for posting your numbers :) -Eric From dennis at ausil.us Tue Aug 21 18:09:41 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 21 Aug 2007 13:09:41 -0500 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821171909.GB29026@puariko.nirvana> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821171909.GB29026@puariko.nirvana> Message-ID: <200708211309.41939.dennis@ausil.us> On Tuesday 21 August 2007 12:19:09 pm Axel Thimm wrote: > On Tue, Aug 21, 2007 at 09:54:11AM -0400, Jesse Keating wrote: > > Given that with just the fully technical issues we're at just a bit > > over 1/2 the package set for Fedora we've got some hard choices to > > make. Obviously we'd like to rely upon the maintainers to rebuild > > their packages, however with just a week to accomplish this that may be > > nearly impossible. It's also a rather large number of packages to try > > and automate over, with a large degree of different $release values to > > try and automatically bump (especially without resorting to just > > plonking a ".1" to the end of everything which is against the > > guidelines). There is also a rather large list of things that failed > > to rebuild during Matt Domsch's last rebuild test, and I don't know how > > many of those have been fixed. That can cause some delays as well. > > > > So I ask you, great Fedora Community, how do we want to handle this > > situation? I'm open for suggestions, but we should decide something > > before the end of the day given our time constraints. > > The following suggestion will not buy you any lunch for fixing the > issue *now*, but this is the rigth time to address this, as when it > was addressed in the past the pain was not there: > > Imagine all packages in rawhide not having a disttag of fc8 (98% of > specfiles have a disttag), but one of fc7_90 reflecting the state they > were in, e.g. FC8test1. Next imagine one person of rel-eng bumping > that to fc7_91 and koji picking this up. Axel, you have brought this up in the past and it has been knocked back. It has been decided no special disttags for test releases. Dennis From mtasaka at ioa.s.u-tokyo.ac.jp Tue Aug 21 18:09:02 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 22 Aug 2007 03:09:02 +0900 Subject: About to fire rebuild of approx 140 packages In-Reply-To: <20070821140032.41624852@mentok.boston.redhat.com> References: <46CB2483.3030100@hhs.nl> <20070821140032.41624852@mentok.boston.redhat.com> Message-ID: <46CB2A3E.3020708@ioa.s.u-tokyo.ac.jp> Jesse Keating wrote, at 08/22/2007 03:00 AM +9:00: > On Tue, 21 Aug 2007 19:44:35 +0200 > Hans de Goede wrote: > >> The only problem is this will clutter up the buildsys quite a bit, >> suggestions / flames anyone? Esp the opinion of rel-eng in this would >> be appreciated (hence the cc). > > > Two things. 1) You might want to wait for > http://koji.fedoraproject.org/koji/taskinfo?taskID=113051 to finish if any of your packages need perl to build. Ah.. I just noticed that lots of my packages failed due to perl issue... Mamoru From jkeating at redhat.com Tue Aug 21 18:20:31 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 14:20:31 -0400 Subject: Perl hiccup in rawhide buildroots Message-ID: <20070821142031.60696916@mentok.boston.redhat.com> A malfunctioning build of perl landed in the rawhide buildroots a few minutes ago. This caused almost every build that started afterward to fail with a mock error 100 (unable to init the build root). I've untagged the bad build of perl and a newRepo task has started that has a better build of perl on it. Once this task (http://koji.fedoraproject.org/koji/taskinfo?taskID=113051 ) is done, you'll need to resubmit your builds for rawhide. Very sorry for the interruption in service. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From chitlesh at fedoraproject.org Tue Aug 21 18:27:12 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 21 Aug 2007 20:27:12 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821120858.10f05dc6@weaponx.rchland.ibm.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> Message-ID: <13dbfe4f0708211127s359b9c8ar3c8769b543ad8e2a@mail.gmail.com> On 8/21/07, Josh Boyer wrote: > There are other reasons as well. Looking for absent maintainers, etc. Or maintainers that doesn't respond and block the entrance of more packages ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249812 Chitlesh -- http://clunixchit.blogspot.com From jwboyer at jdub.homelinux.org Tue Aug 21 18:36:31 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 21 Aug 2007 13:36:31 -0500 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <13dbfe4f0708211127s359b9c8ar3c8769b543ad8e2a@mail.gmail.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> <13dbfe4f0708211127s359b9c8ar3c8769b543ad8e2a@mail.gmail.com> Message-ID: <20070821133631.6c29b77c@weaponx.rchland.ibm.com> On Tue, 21 Aug 2007 20:27:12 +0200 "Chitlesh GOORAH" wrote: > On 8/21/07, Josh Boyer wrote: > > > There are other reasons as well. Looking for absent maintainers, etc. > > Or maintainers that doesn't respond and block the entrance of more packages ? > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249812 Why haven't you started the AWOL maintainer process on that? josh From jkeating at redhat.com Tue Aug 21 18:35:10 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 21 Aug 2007 14:35:10 -0400 Subject: Perl hiccup in rawhide buildroots In-Reply-To: <20070821142031.60696916@mentok.boston.redhat.com> References: <20070821142031.60696916@mentok.boston.redhat.com> Message-ID: <20070821143510.2ea8c352@mentok.boston.redhat.com> On Tue, 21 Aug 2007 14:20:31 -0400 Jesse Keating wrote: > A malfunctioning build of perl landed in the rawhide buildroots a few > minutes ago. This caused almost every build that started afterward to > fail with a mock error 100 (unable to init the build root). I've > untagged the bad build of perl and a newRepo task has started that has > a better build of perl on it. Once this task > (http://koji.fedoraproject.org/koji/taskinfo?taskID=113051 ) is done, > you'll need to resubmit your builds for rawhide. > > Very sorry for the interruption in service. As of Tue, 21 Aug 2007 11:20:48 MST (koji time), a new repo was in place for rawhide builds to use. Builds should be able to init the buildroot now. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From orion at cora.nwra.com Tue Aug 21 18:45:37 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Aug 2007 12:45:37 -0600 Subject: TeXLive status In-Reply-To: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> References: <20070815112535.GB1301@dhcp-lab-186.brq.redhat.com> Message-ID: <46CB32D1.8070600@cora.nwra.com> Jindrich Novy wrote: > Hi all, > > I'm sending some information on TeXLive feature status for F8: > > Version of 0.9 is now available via the yum repo for i386 and x86_64: > > http://people.redhat.com/jnovy/files/texlive/texlive.repo > > just install it to /etc/yum.repos.d/ and yum install texlive (and texlive-latex). > I get: ERROR with rpm_check_debug vs depsolve: Package tetex-xdvi needs tetex-dvips = 3.0, this is not available. with an existing tetex installation on the latest rawhide. -- Orion Poplawski Technical Manager 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 debarshi.ray at gmail.com Tue Aug 21 18:51:06 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 22 Aug 2007 00:21:06 +0530 Subject: Disabling atime In-Reply-To: <46CB2875.1080005@redhat.com> References: <46BB8D72.1010608@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> <1186905063.31901.667.camel@mccallum.corsepiu.local> <544eb990708210308p4efe1b2ew95b8a432d76b0f75@mail.gmail.com> <46CAF964.8060309@redhat.com> <6280325c0708211052r517b23a4v8c2b3afcbc9bb58d@mail.gmail.com> <46CB2875.1080005@redhat.com> Message-ID: <3170f42f0708211151s12c9ecedhf704fa1a042f180c@mail.gmail.com> > I am saying, people who want this should prove the gains they claim. > Thanks for posting your numbers :) The original kerneltrap post has some numbers. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From denis at poolshark.org Tue Aug 21 18:55:28 2007 From: denis at poolshark.org (Denis Leroy) Date: Tue, 21 Aug 2007 20:55:28 +0200 Subject: Looking for co-maintainers for my packages In-Reply-To: <46CAC22A.4030004@leemhuis.info> References: <46CAC22A.4030004@leemhuis.info> Message-ID: <46CB3520.7080002@poolshark.org> Thorsten Leemhuis wrote: > * ghex -- A binary editor for GNOME I can help you with that one, if nobody claimed it yet... -denis From Axel.Thimm at ATrpms.net Tue Aug 21 18:57:26 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 21 Aug 2007 20:57:26 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <200708211309.41939.dennis@ausil.us> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821171909.GB29026@puariko.nirvana> <200708211309.41939.dennis@ausil.us> Message-ID: <20070821185726.GA2260@puariko.nirvana> On Tue, Aug 21, 2007 at 01:09:41PM -0500, Dennis Gilmore wrote: > On Tuesday 21 August 2007 12:19:09 pm Axel Thimm wrote: > > On Tue, Aug 21, 2007 at 09:54:11AM -0400, Jesse Keating wrote: > > > Given that with just the fully technical issues we're at just a bit > > > over 1/2 the package set for Fedora we've got some hard choices to > > > make. Obviously we'd like to rely upon the maintainers to rebuild > > > their packages, however with just a week to accomplish this that may be > > > nearly impossible. It's also a rather large number of packages to try > > > and automate over, with a large degree of different $release values to > > > try and automatically bump (especially without resorting to just > > > plonking a ".1" to the end of everything which is against the > > > guidelines). There is also a rather large list of things that failed > > > to rebuild during Matt Domsch's last rebuild test, and I don't know how > > > many of those have been fixed. That can cause some delays as well. > > > > > > So I ask you, great Fedora Community, how do we want to handle this > > > situation? I'm open for suggestions, but we should decide something > > > before the end of the day given our time constraints. > > > > The following suggestion will not buy you any lunch for fixing the > > issue *now*, but this is the rigth time to address this, as when it > > was addressed in the past the pain was not there: > > > > Imagine all packages in rawhide not having a disttag of fc8 (98% of > > specfiles have a disttag), but one of fc7_90 reflecting the state they > > were in, e.g. FC8test1. Next imagine one person of rel-eng bumping > > that to fc7_91 and koji picking this up. > you have brought this up in the past and it has been knocked back. It has > been decided no special disttags for test releases. Did I imply otherwise? If it had been different we wouldn't have this thread at all in the first place, would we? Many people around here are more learners by experience than by theory and now the experience is here, it's ugly and people are more interested in thinking about it and possibly (and hopefully) revising old decisions that brought us here. Don't underestimate Fedorians, they are neither dump, nor stubborn, [1] - a good solution will find its way through sooner or later. [1] OK, I admit, some are. Take this sentence with the appropriate grain of salt and self-irony ;) -- 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 pemboa at gmail.com Tue Aug 21 18:58:34 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 21 Aug 2007 13:58:34 -0500 Subject: FYI My guide to writing SELinux policy. In-Reply-To: <46CB03FB.9020108@redhat.com> References: <46CB03FB.9020108@redhat.com> Message-ID: <16de708d0708211158w5be42275r92adead604096f05@mail.gmail.com> On 8/21/07, Daniel J Walsh wrote: > http://www.redhatmagazine.com/2007/08/21/a-step-by-step-guide-to-building-a-new-selinux-policy-module/ I have an SELinux question about granting access of two targeted daemons to the same set of data. What is the best medium to get advice on this? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From rayvd at bludgeon.org Tue Aug 21 18:58:51 2007 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Tue, 21 Aug 2007 11:58:51 -0700 Subject: High Performance SSH/SCP - HPN-SSH In-Reply-To: <46961691.4090800@bppiac.hu> References: <46961691.4090800@bppiac.hu> Message-ID: <20070821185851.GA31899@bludgeon.org> On Thu, Jul 12, 2007 at 01:54:57PM +0200, Farkas Levente wrote: > hi, > is there any plan to include High Performance SSH/SCP - HPN-SSH into > fedora's ssh? > http://www.psc.edu/networking/projects/hpn-ssh/ Not really sure if a conclusion was ever reached on this discussion, but... https://bugzilla.mindrot.org/show_bug.cgi?id=1311 Looks like this is now in 4.7 (not the same as HPN, but some improvements). Is 4.7 slated for inclusion in F8? Ray From chitlesh at fedoraproject.org Tue Aug 21 18:59:31 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 21 Aug 2007 20:59:31 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821133631.6c29b77c@weaponx.rchland.ibm.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <45abe7d80708211001s489facb5v8edcf8529d8c6a9d@mail.gmail.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> <13dbfe4f0708211127s359b9c8ar3c8769b543ad8e2a@mail.gmail.com> <20070821133631.6c29b77c@weaponx.rchland.ibm.com> Message-ID: <13dbfe4f0708211159j180bd6d6nae67ce66afe4f565@mail.gmail.com> On 8/21/07, Josh Boyer wrote: > On Tue, 21 Aug 2007 20:27:12 +0200 > "Chitlesh GOORAH" wrote: > > > On 8/21/07, Josh Boyer wrote: > > > > > There are other reasons as well. Looking for absent maintainers, etc. > > > > Or maintainers that doesn't respond and block the entrance of more packages ? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249812 > > Why haven't you started the AWOL maintainer process on that? I think I will in a few hours. Chitlesh -- http://clunixchit.blogspot.com From tmraz at redhat.com Tue Aug 21 19:12:00 2007 From: tmraz at redhat.com (Tomas Mraz) Date: Tue, 21 Aug 2007 21:12:00 +0200 Subject: High Performance SSH/SCP - HPN-SSH In-Reply-To: <20070821185851.GA31899@bludgeon.org> References: <46961691.4090800@bppiac.hu> <20070821185851.GA31899@bludgeon.org> Message-ID: <1187723520.3852.32.camel@vespa.kabelta.loc> On Tue, 2007-08-21 at 11:58 -0700, Ray Van Dolson wrote: > On Thu, Jul 12, 2007 at 01:54:57PM +0200, Farkas Levente wrote: > > hi, > > is there any plan to include High Performance SSH/SCP - HPN-SSH into > > fedora's ssh? > > http://www.psc.edu/networking/projects/hpn-ssh/ > > Not really sure if a conclusion was ever reached on this discussion, > but... > > https://bugzilla.mindrot.org/show_bug.cgi?id=1311 > > Looks like this is now in 4.7 (not the same as HPN, but some > improvements). Is 4.7 slated for inclusion in F8? Yes, if the actual release happens before the F8 feature freeze. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From seandarcy2 at gmail.com Tue Aug 21 19:11:31 2007 From: seandarcy2 at gmail.com (sean darcy) Date: Tue, 21 Aug 2007 15:11:31 -0400 Subject: Fedora can't get high resolution display in VMware In-Reply-To: References: Message-ID: ??? wrote: > Hi, > > I install the Fedora 6, 7, 8 Test on VMware work station 6.0, The > highest resolution is 800x600. The visible area is so small it is not > convevient for me to use. But the Ubuntu can get 1280x1024 or higher > resolution. My display adapter is Nvidia 7600GS 256M. What is the > difference between the X server of Ubuntu and Fedora? Can Fedora improve > the that? > xorg.conf probably sets the wrong vertical and horizontal refresh rates. Administration -> Display -> Hardware -> Monitor Type -> Configure should let you choose your monitor and set the correct parameters on the Monitor Section of xorg.conf. Click the checkbox to see All Monitors, and select yours. But, it probably won't work :( At least it didn't for me. So look up your monitor specs in Ubuntu ( or even better look at xorg.conf in Ubuntu ) and copy them over to xorg.conf in F8T1. That's what I just did this a.m. sean From roland at redhat.com Tue Aug 21 19:13:29 2007 From: roland at redhat.com (Roland McGrath) Date: Tue, 21 Aug 2007 12:13:29 -0700 (PDT) Subject: Rebuilds needed for Fedora 8 In-Reply-To: Jesse Keating's message of Tuesday, 21 August 2007 09:54:11 -0400 <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <20070821191329.B25544D05F4@magilla.localdomain> > There is also a rather large list of things that failed to rebuild during > Matt Domsch's last rebuild test, and I don't know how many of those have > been fixed. That can cause some delays as well. One has to beware that any unexamined rebuild failure could turn out to be uncovering a problem with the new toolchain or rpm building stuff. We have ironed out enough problems already that I don't think this is very likely. But it would make me feel better if we could get some eyeballs on all the remaining failures before we are way into the rebuild churn. Can you produce an intersection of Matt's failed list with the not-rebuilt-since-then list? Thanks, Roland From lsof at nodata.co.uk Tue Aug 21 19:22:42 2007 From: lsof at nodata.co.uk (nodata) Date: Tue, 21 Aug 2007 21:22:42 +0200 Subject: Fedora can't get high resolution display in VMware In-Reply-To: References: Message-ID: <1187724162.3367.2.camel@sb-home> Am Dienstag, den 21.08.2007, 15:38 +0800 schrieb ???: > Hi, > > I install the Fedora 6, 7, 8 Test on VMware work station 6.0, The > highest resolution is 800x600. The visible area is so small it is not > convevient for me to use. But the Ubuntu can get 1280x1024 or higher > resolution. My display adapter is Nvidia 7600GS 256M. What is the > difference between the X server of Ubuntu and Fedora? Can Fedora > improve the that? > > Thanks a lot > > Best Regards > > Zongjun > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list Works with VMware Tools.. From andy at smile.org.ua Tue Aug 21 19:24:24 2007 From: andy at smile.org.ua (Andy Shevchenko) Date: Tue, 21 Aug 2007 22:24:24 +0300 Subject: Orphaning some packages In-Reply-To: <1187708188.2714.9.camel@kennedy> References: <1187708188.2714.9.camel@kennedy> Message-ID: <20070821192424.GA5260@serv.smile.org.ua> Hi Brian Pepple! On Tue, Aug 21, 2007 at 10:56:28AM -0400, Brian Pepple wrote next: > * python-alsaaudio > Anyone that wishes to take over ownership, please feel free to. While now I'm using the python-alsaaudio, but I'll plan to switch to official python ALSA bindings (pyalsa). I propose to build pyalsa instead of (or addon to) python-alsaaudio package. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From tmz at pobox.com Tue Aug 21 19:26:13 2007 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 21 Aug 2007 15:26:13 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <46CB1AF6.2070203@gmail.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821160101.GC7920@psilocybe.teonanacatl.org> <46CB1AF6.2070203@gmail.com> Message-ID: <20070821192613.GB28116@psilocybe.teonanacatl.org> Toshio Kuratomi wrote: > Todd Zullinger wrote: >> >> [1] If anyone can give me some pointers on getting a mapping of >> packages <-> maintainers from the new packagedb, that'd be much >> appreciated. > > https://admin.fedoraproject.org/pkgdb/acls/bugzilla > > That will give you a mapping of package to owner+cclist in devel > (usu. includes comaintainers.) > > https://admin.fedoraproject.org/pkgdb/acls/vcs > > that will give you a mapping of package-branch to owner+committers. > > For either of the above URLs, append: ?tg_format=json or > ?tg_format=plain depending on whether you want to get the output as > json for use within a python or perl script or plain text that can > be parsed with a regex/split/etc. Thanks Toshio, I'll play with those in a bit. I'll likely need to map the usernames to email addresses so we can send out some nag mails at some point (unless everyone updates their license tags ;). I noticed that Michael Schwendt had some code in extrasrepoclosure to do this. If you happen to know of other, easier, or preferrable ways to do this, I'd be very grateful to learn about them. Would it be a dumb/unworkable idea to have email aliases for each package. Then we could just send mail to @fp.o to reach the current maintainer(s) for a given package. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Going to hell when I die would just be redundant. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From sundaram at fedoraproject.org Tue Aug 21 19:36:34 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 22 Aug 2007 01:06:34 +0530 Subject: FYI My guide to writing SELinux policy. In-Reply-To: <16de708d0708211158w5be42275r92adead604096f05@mail.gmail.com> References: <46CB03FB.9020108@redhat.com> <16de708d0708211158w5be42275r92adead604096f05@mail.gmail.com> Message-ID: <46CB3EC2.50603@fedoraproject.org> Arthur Pemberton wrote: > On 8/21/07, Daniel J Walsh wrote: >> http://www.redhatmagazine.com/2007/08/21/a-step-by-step-guide-to-building-a-new-selinux-policy-module/ > > I have an SELinux question about granting access of two targeted > daemons to the same set of data. What is the best medium to get advice > on this? > fedora-selinux list. Rahul From markg85 at gmail.com Tue Aug 21 19:45:23 2007 From: markg85 at gmail.com (Mark) Date: Tue, 21 Aug 2007 15:45:23 -0400 Subject: Gnome Network Manager Applet issue? Message-ID: <6e24a8e80708211245x4be6cb7ata2839a5be6795eae@mail.gmail.com> Hey, i've just installed Fedora 8 Test 1 on my acer notebook and was surprised to see that the resolution of my screen was used during the installation (1280x800). Good job there!! Once Fedora 8 Test 1 was installed and started i ran into some problems.. I was used to kNetworkManager (the KDE network manager) but had no idea what gnome's manager was for this.. (nothing was started for this..!!!) so i looked in the session settings for gnome and there i saw: "Network Manager" and enabled.. so it should have started right? well it didn't it did start when i opened a console and typed the line that is in the Network Manager session command line: "nm-applet --sm-disable" Once that was started and once i had entered my wlan information it was working all over again.. than the updates window popped up.. it said that there where 280!!! updates!! so i did the update and tested it again (NetworkManager) and it's still not booting up when Fedora boots not even now when i write this post. So is this done intentionally or is it a bug? and if it is.. is it worth reporting it or already known? Also nearly no programs in the session list (applets) seem to start except the power manager, sound and update things. And about Fedora 8 so far (just a few hours) I know it's a test release and i know that it can be expected that some bugs are in it but i just like to test out the latest stuff and help a little where possible. It looks good (specially the new icon theme (not everywhere applied yet!?) and the window decorations. Fedora is gonna get a nice authentic look in this release (or so it seems). Good job so far!! From wart at kobold.org Tue Aug 21 20:18:52 2007 From: wart at kobold.org (Michael Thomas) Date: Tue, 21 Aug 2007 13:18:52 -0700 Subject: tdom license Message-ID: <46CB48AC.80004@kobold.org> The 'tdom' package has the following license. This looks free enough to me, but I don't know which license tag I should use for this, or if a new one should be created. --Wart Copyright (c) 1998-2003 Zveno Pty Ltd http://www.zveno.com/ Zveno makes this software available free of charge for any purpose. This software may be copied, and distributed, with or without modifications; but this notice must be included on any copy. The software was developed for research purposes only and Zveno does not warrant that it is error free or fit for any purpose. Zveno disclaims any liability for all claims, expenses, losses, damages and costs any user may incur as a result of using, copying or modifying this software. From paul at city-fan.org Tue Aug 21 20:20:04 2007 From: paul at city-fan.org (Paul Howarth) Date: Tue, 21 Aug 2007 21:20:04 +0100 Subject: FYI My guide to writing SELinux policy. In-Reply-To: <16de708d0708211158w5be42275r92adead604096f05@mail.gmail.com> References: <46CB03FB.9020108@redhat.com> <16de708d0708211158w5be42275r92adead604096f05@mail.gmail.com> Message-ID: <20070821212004.60cd2910@metropolis.intra.city-fan.org> On Tue, 21 Aug 2007 13:58:34 -0500 "Arthur Pemberton" wrote: > On 8/21/07, Daniel J Walsh wrote: > > http://www.redhatmagazine.com/2007/08/21/a-step-by-step-guide-to-building-a-new-selinux-policy-module/ > > I have an SELinux question about granting access of two targeted > daemons to the same set of data. What is the best medium to get advice > on this? Sounds like you want something like public_content_t and/or public_content_rw_t. Most server daemons can read data of these types; the ability to write to public_content_rw_t is determined by the state of the *_anon_write booleans. As Rahul said, fedora-selinux-list is the best place for further discussion. Paul. From wart at kobold.org Tue Aug 21 20:20:00 2007 From: wart at kobold.org (Michael Thomas) Date: Tue, 21 Aug 2007 13:20:00 -0700 Subject: tdom license In-Reply-To: <46CB48AC.80004@kobold.org> References: <46CB48AC.80004@kobold.org> Message-ID: <46CB48F0.9050308@kobold.org> Michael Thomas wrote: > The 'tdom' package has the following license. This looks free enough to > me, but I don't know which license tag I should use for this, or if a > new one should be created. > > --Wart > > Copyright (c) 1998-2003 Zveno Pty Ltd > http://www.zveno.com/ > > Zveno makes this software available free of charge for any purpose. > This software may be copied, and distributed, with or without > modifications; but this notice must be included on any copy. > > The software was developed for research purposes only and Zveno does not > warrant that it is error free or fit for any purpose. Zveno disclaims any > liability for all claims, expenses, losses, damages and costs any user may > incur as a result of using, copying or modifying this software. Trivial correction: 'tcldom' has this license, not 'tdom'. The license for 'tdom' is being fixed upstream. --Wart From orion at cora.nwra.com Tue Aug 21 20:20:42 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Aug 2007 14:20:42 -0600 Subject: cmake/kitware license question Message-ID: <46CB491A.9060507@cora.nwra.com> This is BSD + a clause: Copyright (c) 2002 Kitware, Inc., Insight Consortium All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: * Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. * Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. * The names of Kitware, Inc., the Insight Consortium, or the names of any consortium members, or of any contributors, may not be used to endorse or promote products derived from this software without specific prior written permission. * Modified source versions must be plainly marked as such, and must not be misrepresented as being the original software. So, is "BSD" a sufficient tag? My spec applies some patches, but it seems since the spec file documents this it is not being represented as the original software. -- Orion Poplawski Technical Manager 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 jonathan.underwood at gmail.com Tue Aug 21 20:22:16 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 21 Aug 2007 21:22:16 +0100 Subject: Development SIG -- http://fedoraproject.org/wiki/SIGs/Development In-Reply-To: <1187619852.4341.3.camel@eagle.danny.cz> References: <20070820140418.GE6249@redhat.com> <1187619852.4341.3.camel@eagle.danny.cz> Message-ID: <645d17210708211322m2abca0a3k2af4bcc996b5544@mail.gmail.com> On 20/08/07, Dan Hor?k wrote: > Hi, > > > The plan is to make the spin inherit from the Desktop spin and add the > > following (not an exhaustive list): > > > > Eclipse stuff (most likely all of it) > > koji > > *-devel > > systemtap > > frysk > > toolchain (gcc et al) > > emacs > > enable debuginfo repository > > > > can you add codeblocks (C/C++ IDE) to the list? And also maybe Anjuta. From ivazqueznet at gmail.com Tue Aug 21 20:37:56 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 21 Aug 2007 16:37:56 -0400 Subject: tdom license In-Reply-To: <46CB48AC.80004@kobold.org> References: <46CB48AC.80004@kobold.org> Message-ID: <1187728676.10936.17.camel@ignacio.lan> On Tue, 2007-08-21 at 13:18 -0700, Michael Thomas wrote: > The software was developed for research purposes only... While this bit doesn't necessarily mean that it's *licensed* for research purposes only, it would probably be best to have it struck from the license. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 kwizart at gmail.com Tue Aug 21 20:51:30 2007 From: kwizart at gmail.com (kwizart) Date: Tue, 21 Aug 2007 22:51:30 +0200 Subject: update planed for lcms to 0.17 (static?!) Message-ID: <46CB5052.2060904@gmail.com> Hi! There is new lcms version out and we plan to make the update. This will not bring any SONAME changes but a rebuild is recommended. I'm not sure to address all packages that BR lcms-devel. [root at Kwizatz SPECS]# repoquery --whatrequires liblcms.so.1 --repoid=core libmng-0:1.0.9-5.1.i386 kdegraphics-7:3.5.7-1.fc6.i386 ImageMagick-0:6.2.8.0-3.fc6.i386 ... If you can test your build. Please report fails or success: http://kwizart.free.fr/fedora/devel/lcms -static part browsing the web show that there is sometime a need to have static version of the lib... Whereas we should avoid linking with static most of the time. This Request have to be made to FESCo. I will only made -static if really needed... Nicolas (kwizart) From sundaram at fedoraproject.org Tue Aug 21 20:52:07 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 22 Aug 2007 02:22:07 +0530 Subject: cmake/kitware license question In-Reply-To: <46CB491A.9060507@cora.nwra.com> References: <46CB491A.9060507@cora.nwra.com> Message-ID: <46CB5077.2070501@fedoraproject.org> Orion Poplawski wrote: > This is BSD + a clause: > > > So, is "BSD" a sufficient tag? My spec applies some patches, but it > seems since the spec file documents this it is not being represented as s th > the original software. http://fedoraproject.org/wiki/Licensing "BSD with advertising" is the correct tag. Rahul From orion at cora.nwra.com Tue Aug 21 21:04:19 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Aug 2007 15:04:19 -0600 Subject: cmake/kitware license question In-Reply-To: <46CB5077.2070501@fedoraproject.org> References: <46CB491A.9060507@cora.nwra.com> <46CB5077.2070501@fedoraproject.org> Message-ID: <46CB5353.7040702@cora.nwra.com> Rahul Sundaram wrote: > Orion Poplawski wrote: >> This is BSD + a clause: >> >> >> So, is "BSD" a sufficient tag? My spec applies some patches, but it >> seems since the spec file documents this it is not being represented >> as s th >> the original software. > > > http://fedoraproject.org/wiki/Licensing > > "BSD with advertising" is the correct tag. > > Rahul No, it doesn't include the third "advertising" clause: - All advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by the University of California, Berkeley and its contributors. -- Orion Poplawski Technical Manager 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 sundaram at fedoraproject.org Tue Aug 21 21:06:37 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 22 Aug 2007 02:36:37 +0530 Subject: cmake/kitware license question In-Reply-To: <46CB5353.7040702@cora.nwra.com> References: <46CB491A.9060507@cora.nwra.com> <46CB5077.2070501@fedoraproject.org> <46CB5353.7040702@cora.nwra.com> Message-ID: <46CB53DD.7030605@fedoraproject.org> Orion Poplawski wrote: > > No, it doesn't include the third "advertising" clause: > Ah yes. I automatically read the additional clause as a advertising one. BSD should be sufficient I think here. Rahul From orion at cora.nwra.com Tue Aug 21 21:08:09 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Aug 2007 15:08:09 -0600 Subject: gifsicle license question Message-ID: <46CB5439.5060705@cora.nwra.com> Most of gifsicle is GPLv2+, but one file (src/clp.c) is under the "Click" license: Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. The name and trademarks of copyright holders may NOT be used in advertising or publicity pertaining to the Software without specific, written prior permission. Title to copyright in this Software and any associated documentation will at all times remain with copyright holders. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. --- Looks a lot like MIT to me. So "GPLv2+ and MIT"? -- Orion Poplawski Technical Manager 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 j.w.r.degoede at hhs.nl Tue Aug 21 21:32:57 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 21 Aug 2007 23:32:57 +0200 Subject: gifsicle license question In-Reply-To: <46CB5439.5060705@cora.nwra.com> References: <46CB5439.5060705@cora.nwra.com> Message-ID: <46CB5A09.7060007@hhs.nl> Orion Poplawski wrote: > Most of gifsicle is GPLv2+, but one file (src/clp.c) is under the > "Click" license: > > Permission is hereby granted, free of charge, to any person obtaining a > copy of this software and associated documentation files (the > "Software"), to deal in the Software without restriction, including > without limitation the rights to use, copy, modify, merge, publish, > distribute, sublicense, and/or sell copies of the Software, and to > permit persons to whom the Software is furnished to do so, subject to > the following conditions: > > The above copyright notice and this permission notice shall be included > in all copies or substantial portions of the Software. > > The name and trademarks of copyright holders may NOT be used in > advertising or publicity pertaining to the Software without specific, > written prior permission. Title to copyright in this Software and any > associated documentation will at all times remain with copyright holders. > > THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS > OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF > MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. > IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY > CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, > TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE > SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. > > > --- > > Looks a lot like MIT to me. So "GPLv2+ and MIT"? > It is MIT (new style), but unless that c file gets build into a binary all by itself, the resulting binaries are all GPLv2+ (as thats the more restrective license of their input files. And this the license tag is simple: License: GPLv2+ Regards, Hans From pertusus at free.fr Tue Aug 21 21:30:57 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 21 Aug 2007 23:30:57 +0200 Subject: Looking for co-maintainers for my packages In-Reply-To: <46CAC22A.4030004@leemhuis.info> References: <46CAC22A.4030004@leemhuis.info> Message-ID: <20070821213057.GC4812@free.fr> On Tue, Aug 21, 2007 at 12:44:58PM +0200, Thorsten Leemhuis wrote: > Hi all! > > * python-html2text -- Converts a page of HTML into clean, > easy-to-read plain ASCII text > > * rss2email -- Deliver news from RSS feeds to your smtp server as > text or html mail I can co-maintain these two. -- Pat From pertusus at free.fr Tue Aug 21 21:39:56 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 21 Aug 2007 23:39:56 +0200 Subject: tdom license In-Reply-To: <46CB48AC.80004@kobold.org> References: <46CB48AC.80004@kobold.org> Message-ID: <20070821213956.GD4812@free.fr> On Tue, Aug 21, 2007 at 01:18:52PM -0700, Michael Thomas wrote: > The 'tdom' package has the following license. This looks free enough to > me, but I don't know which license tag I should use for this, or if a > new one should be created. > > --Wart > > Copyright (c) 1998-2003 Zveno Pty Ltd > http://www.zveno.com/ > > Zveno makes this software available free of charge for any purpose. > This software may be copied, and distributed, with or without > modifications; but this notice must be included on any copy. It looks a bit like http://fedoraproject.org/wiki/Licensing/CopyrightOnly redundantly, since this software available free of charge for any purpose. and This software may be copied, and distributed, with or without modifications; means about the same. -- Pat From Axel.Thimm at ATrpms.net Tue Aug 21 21:50:49 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 21 Aug 2007 23:50:49 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821095411.08c87838@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <20070821215049.GB2260@puariko.nirvana> On Tue, Aug 21, 2007 at 09:54:11AM -0400, Jesse Keating wrote: > There are currently two technical issues that require rebuilding of > packages. Another reason could be the change of the open call. A recent rebuild of ATrpms against rawhide showed that about 5-10% of packages failed to build due to missing mode argument with O_CREATE. I would guess that a similar percentage will be affected within Fedora especially since these changes in glibc are rather recent, so there are quite a few rawhide packages built with the "old" glibc that slipped the "open" stress test. -- 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 jamatos at fc.up.pt Tue Aug 21 21:06:17 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 21 Aug 2007 22:06:17 +0100 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <13dbfe4f0708211127s359b9c8ar3c8769b543ad8e2a@mail.gmail.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821120858.10f05dc6@weaponx.rchland.ibm.com> <13dbfe4f0708211127s359b9c8ar3c8769b543ad8e2a@mail.gmail.com> Message-ID: <200708212206.17294.jamatos@fc.up.pt> On Tuesday 21 August 2007 19:27:12 Chitlesh GOORAH wrote: > Or maintainers that doesn't respond and block the entrance of more packages > ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249812 Usually in those cases a private email does miracles. Have you tried that? What I am trying to say is that there is more than one to skin a cat. [1] > Chitlesh > -- > http://clunixchit.blogspot.com [1] As it is usual in this list everytime that something goes wrongs the kittens are the first to suffer. ;-) -- Jos? Ab?lio From jon.nettleton at gmail.com Tue Aug 21 22:40:41 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Tue, 21 Aug 2007 18:40:41 -0400 Subject: A fuse based initfs Message-ID: This all started with a some what simple task. I wanted to start rhgb/gdm as early in the boot process as possible. Basically kernel->disk->gui. How hard could it be? Well not fun really. My finally solution, which is unacceptable for fedora right now is patching the kernel with unionfs and using that as an overlay for /var and /tmp. That gave me the transparent filesystem overlay I needed to be able to start up a nice gui and allow things like fsck to happen underneath without disturbing things. Even with this solution I still don't have init restarting gdm if it dies. So I thought, and discarded and thought some more. Now I want anyone willing to comment on my thoughts. My proposal is a user-land based filesystem that is specifically built to work with sysvinit to give it more functionality without changing it. You want a standard sysvinit Unix boot just don't pass a parameter to the kernel commandline, no problemo. However, with it enabled you would "theoretically" get the following. 1) Basic cached ram overlay. This could possibly be used to replace our readahead scripts for disk caching. The more immediate need is a temporary ram file-system to allow system processes to write logs, status, pipes to before we have had a chance to verify disk integrity. This should get us the ability to provide nice X based gui tools for first boot, system recovery, and possibly encryption unlocking. 2) Better init logging. With /var writable ( at-least in ram ) we can start syslog nice and early. Just those two things give us a nicer gui boot screen and possibly cut the time of launching X twice off our boot sequence. Now we go one step further. 3) We use the abstraction layer to manipulate the startup scripts that init sees in /etc/rcX.d . This would require A) Netlink support. Do we or don't we have a network interface. If we don't then automatically remove all network dependant services from init. If Network comes up later in the process and init is still running ( we know that because we can keep track of /var/lock/subsys ) the filesystem re-adds them later in the process. B) General dependencies. Like I mentioned we can keep track of what has started using /var/lock/subsys or /var/run. If Something fails remove the dependent scripts out of the way so init doesn't try to start them. C) Ability to maximize IO throughput. Well this is just a thought. Right now we see one of the major bottlenecks in our init process as overloading the IO subsystem. With an intelligent read only overlay we could do basic metrics and possibly wait a second longer to start the next process knowing it will shorten the time to launch the next service by 2 seconds. I have no proof this will work, but after looking at those bootchart graphs enough some crazy ideas cross your mind. 4) After the init process is done, the filesystem flushes itself to the lower layer writables disks and disappears. First, sorry if this is wrapped horribly. I am using gmail and it doesn't lend itself to formatting long mails like this. Second, Let's talk about it. Like I said this just came to my mind as something that doesn't exist, and might possibly help us build a better system around what we already have. Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdieter at math.unl.edu Tue Aug 21 23:28:05 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 21 Aug 2007 18:28:05 -0500 Subject: update planed for lcms to 0.17 (static?!) References: <46CB5052.2060904@gmail.com> Message-ID: kwizart wrote: > Hi! > > There is new lcms version out and we plan to make the update. > This will not bring any SONAME changes but a rebuild is recommended. > > I'm not sure to address all packages that BR lcms-devel. > [root at Kwizatz SPECS]# repoquery --whatrequires liblcms.so.1 --repoid=core > libmng-0:1.0.9-5.1.i386 > kdegraphics-7:3.5.7-1.fc6.i386 > ImageMagick-0:6.2.8.0-3.fc6.i386 > ... > > If you can test your build. Please report fails or success: > http://kwizart.free.fr/fedora/devel/lcms digikam is currently incompatible, but an upstream patch is being worked on: http://bugs.kde.org/show_bug.cgi?id=148930 -- Rex From bojan at rexursive.com Wed Aug 22 00:21:10 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 22 Aug 2007 10:21:10 +1000 Subject: Koji hung? Message-ID: <1187742070.3041.19.camel@shrek.rexursive.com> Is koji very busy right now or did it hang? My "make build"s aren't moving at all... -- Bojan From airlied at redhat.com Wed Aug 22 10:31:47 2007 From: airlied at redhat.com (Dave Airlie) Date: Wed, 22 Aug 2007 20:31:47 +1000 Subject: Koji hung? In-Reply-To: <1187742070.3041.19.camel@shrek.rexursive.com> References: <1187742070.3041.19.camel@shrek.rexursive.com> Message-ID: <1187778707.6975.0.camel@clockmaker.usersys.redhat.com> On Wed, 2007-08-22 at 10:21 +1000, Bojan Smojver wrote: > Is koji very busy right now or did it hang? My "make build"s aren't > moving at all... > I'm going with very busy.. there are a lot of rebuilds in progress. Dave. From mmcgrath at redhat.com Wed Aug 22 00:49:55 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 21 Aug 2007 19:49:55 -0500 Subject: Koji hung? In-Reply-To: <1187742070.3041.19.camel@shrek.rexursive.com> References: <1187742070.3041.19.camel@shrek.rexursive.com> Message-ID: <46CB8833.9060401@redhat.com> Bojan Smojver wrote: > Is koji very busy right now or did it hang? My "make build"s aren't > moving at all... > > Buildsys is very busy. When in doubt you can always check http://koji.fedoraproject.org/ or check https://admin.fedoraproject.org/cacti/graph.php?action=view&rra_id=all&local_graph_id=241 which shows the 5 minute load average over all of the machines (it shows its much busier now then normal) -Mike From debarshi.ray at gmail.com Wed Aug 22 02:32:35 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 22 Aug 2007 08:02:35 +0530 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821095411.08c87838@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> Message-ID: <3170f42f0708211932m2b3d7ba1h9afdcf8bfd23502d@mail.gmail.com> > The unique combination of these two has led to a list of 2845 packages > that will need to be rebuilt. > (http://jkeating.fedorapeople.org/really-need-to-rebuild) That's 598 > packages that need rebuilding for the ppc32 issue, and 2831 that need > building due to the build-id issue (there is obviously some crossover). I have rebuilt bouml and gengetopt. You can take them off the list. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From debarshi.ray at gmail.com Wed Aug 22 02:39:38 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 22 Aug 2007 08:09:38 +0530 Subject: A fuse based initfs In-Reply-To: References: Message-ID: <3170f42f0708211939r3ec3ebafmd5cb2994fff62ce4@mail.gmail.com> > First, sorry if this is wrapped horribly. I am using gmail and it doesn't > lend itself to formatting long mails like this. Use the "plain text" option instead of the "rich formatting" one while composing the mail. I use only GMail and have never had any problems with this setting. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From rc040203 at freenet.de Wed Aug 22 02:40:31 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 22 Aug 2007 04:40:31 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <200708212012.14218.ville.skytta@iki.fi> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> Message-ID: <1187750431.31667.230.camel@mccallum.corsepiu.local> On Tue, 2007-08-21 at 20:12 +0300, Ville Skytt? wrote: > On Tuesday 21 August 2007, Miroslav Lichvar wrote: > > On Tue, Aug 21, 2007 at 07:28:19PM +0300, Ville Skytt? wrote: > > > > > For example, foo-1.0-1.fc7 -> foo-1.0-1.1.fc8 compares "fc7" with "1", > > > whereas foo-1.0-1.fc7 -> foo-1.0-1.fc8.1 compares "fc7" with "fc8" as > > > intended. > > > > Ok, but "1" is bigger than "fc", or not? > > Sure, which is why this holds true: > > > > While this hasn't in practice caused problems in devel > > Anyway, it is not how %{dist} is intended to be used. > > > We are bumping releases only in devel, so this situation shouldn't > > happen. > > Maybe, but it can happen. Can you point out any problems that would arise > from always just appending the .1 to the release tag? The release tags in %changelog entries won't match the actual %release tags. x%{?dist}.1 and x.1%{?dist} are ambiguous. The same applies to the current practice: The guidelines mandate using "x" instead of x%{?dist}. IMO, the current convention of using x in %changelog entries instead of x%{?dist} is a mistake. Ralf From jon.nettleton at gmail.com Wed Aug 22 02:47:59 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Tue, 21 Aug 2007 22:47:59 -0400 Subject: A fuse based initfs In-Reply-To: <3170f42f0708211939r3ec3ebafmd5cb2994fff62ce4@mail.gmail.com> References: <3170f42f0708211939r3ec3ebafmd5cb2994fff62ce4@mail.gmail.com> Message-ID: On 8/21/07, Debarshi 'Rishi' Ray wrote: > > First, sorry if this is wrapped horribly. I am using gmail and it doesn't > > lend itself to formatting long mails like this. > > Use the "plain text" option instead of the "rich formatting" one while > composing the mail. I use only GMail and have never had any problems > with this setting. > Never saw that. Thanks. Usually I just use Evolution. Jon From kevin at scrye.com Wed Aug 22 04:30:57 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 21 Aug 2007 22:30:57 -0600 Subject: source audit Message-ID: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> Since folks are checking over their packages for the correct license tags and rebuilding for various other reasons, I thought I would add another one to the mix. ;) I wrote up a quick and dirty script to check the sources that are in the cvs look aside cache against the upstream source of the package as pulled from the URI(s) in the Sources line(s). Of course this has a number of limitations: - Only Sources lines with full URI's can be checked. - I'm not currently checking Patches with full URI's, but I can add that if there is interest. You can find the results file at: http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck.out And also attached to this mail. Lines in the output are of three forms: - BADURL:base-file-name:$PACKAGENAME This means that the URI provided in the Source(s) line didn't result in a download of the source. This could be any of: URL changed, version changed and URL wasn't updated, Site is down, Site is gone, etc. Also there are a number of packages with incorrect sourceforge links. (BTW, there are still some packages with ftp://people.redhat.com/ URLs). - BADSOURCE:$SOURCENAME:$PACKAGENAME This means that the source was downloaded ok from the upstream site, but doesn't match the md5sum given in the sources file. This could be due to needing to strip out content that fedora cannot ship (but in that case you shouldn't have the full URI in the Source line). Or upstream following poor release practices and updating without changing their release. - BAD_CVS_SOURCE:$SOURCENAME:$PACKAGENAME This means that the file was downloaded from the URI given, and the md5sum did not match the file thats present in CVS (not the lookaside). This might be due to timestamps, or any of the above reasons. Needless to say, I think all of these cases should be fixed. Does anyone find this useful? Should I run it on a periodic basis? Shall I file bugs or spam owners after some period of time? Comments, bugs, suggestions? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: sourcecheck.out Type: application/octet-stream Size: 26349 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From andy at smile.org.ua Wed Aug 22 04:40:23 2007 From: andy at smile.org.ua (Andy Shevchenko) Date: Wed, 22 Aug 2007 07:40:23 +0300 Subject: source audit In-Reply-To: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> Message-ID: <20070822044023.GB5260@serv.smile.org.ua> Hi Kevin Fenzi! On Tue, Aug 21, 2007 at 10:30:57PM -0600, Kevin Fenzi wrote next: > You can find the results file at: > > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck.out Not Found The requested URL /~kevin/fedora/sourcecheck/sourcecheck.out was not found on this server. > And also attached to this mail. It's cool. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From andy at smile.org.ua Wed Aug 22 04:46:01 2007 From: andy at smile.org.ua (Andy Shevchenko) Date: Wed, 22 Aug 2007 07:46:01 +0300 Subject: source audit In-Reply-To: <20070822044023.GB5260@serv.smile.org.ua> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <20070822044023.GB5260@serv.smile.org.ua> Message-ID: <20070822044601.GC5260@serv.smile.org.ua> Hi Andy Shevchenko! On Wed, Aug 22, 2007 at 07:40:23AM +0300, Andy Shevchenko wrote next: > Hi Kevin Fenzi! > > And also attached to this mail. > It's cool. Missed words. I'd like to get that info periodicaly (such as once per mounth). However I have an idea to add the username (user who mainly response on the package). And may be good to add small description (like in your letter) to the head of the generated stuff. Thanks for your efforts. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From esandeen at redhat.com Wed Aug 22 04:52:13 2007 From: esandeen at redhat.com (Eric Sandeen) Date: Tue, 21 Aug 2007 23:52:13 -0500 Subject: source audit In-Reply-To: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> Message-ID: <46CBC0FD.2060206@redhat.com> Kevin Fenzi wrote: > Since folks are checking over their packages for the correct license > tags and rebuilding for various other reasons, I thought I would add > another one to the mix. ;) > > I wrote up a quick and dirty script to check the sources that are in > the cvs look aside cache against the upstream source of the package as > pulled from the URI(s) in the Sources line(s). > > Of course this has a number of limitations: > > - Only Sources lines with full URI's can be checked. > - I'm not currently checking Patches with full URI's, but I can add > that if there is interest. > > You can find the results file at: > > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck.out or maybe: http://www.scrye.com/~kevin/fedora/sourcecheck.out :) > And also attached to this mail. > > Lines in the output are of three forms: > > - BADURL:base-file-name:$PACKAGENAME > > This means that the URI provided in the Source(s) line didn't result in > a download of the source. This could be any of: URL changed, version > changed and URL wasn't updated, Site is down, Site is gone, etc. > Also there are a number of packages with incorrect sourceforge links. What constitutes a good sourceforge link these days? Thanks, -Eric From fedora at leemhuis.info Wed Aug 22 04:59:13 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 22 Aug 2007 06:59:13 +0200 Subject: Looking for co-maintainers for my packages In-Reply-To: <46CB3520.7080002@poolshark.org> References: <46CAC22A.4030004@leemhuis.info> <46CB3520.7080002@poolshark.org> Message-ID: <46CBC2A1.3050008@leemhuis.info> On 21.08.2007 20:55, Denis Leroy wrote: > Thorsten Leemhuis wrote: >> * ghex -- A binary editor for GNOME > > I can help you with that one, if nobody claimed it yet... drago already volunteered and got approved, but I think having two co-maintainers is the better then one. So please go to https://admin.fedoraproject.org/pkgdb/packages/name/ghex and apply for watchbugzilla, watchcommits and commit for devel and F-7 and FC-6 (and EPEL, if you want). Note: I'll likely flip "cvsextras - the group members can commit?" bit when you joined, because then I think it shouldn't be needed anymore (albeit I still would prefer to give a sponsors-group the ability to modify my packages, but that's not possible easily ATM). CU knurd From tmz at pobox.com Wed Aug 22 04:59:26 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 22 Aug 2007 00:59:26 -0400 Subject: source audit In-Reply-To: <46CBC0FD.2060206@redhat.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <46CBC0FD.2060206@redhat.com> Message-ID: <20070822045926.GF6380@psilocybe.teonanacatl.org> Eric Sandeen wrote: > What constitutes a good sourceforge link these days? According to http://fedoraproject.org/wiki/Packaging/SourceURL: http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Does it follow that I reject all authority? Perish the thought. In the matter of boots, I defer to the authority of the boot-maker. -- Mikhail Bakunin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From fedora at leemhuis.info Wed Aug 22 04:59:31 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 22 Aug 2007 06:59:31 +0200 Subject: Looking for co-maintainers for my packages In-Reply-To: <20070821213057.GC4812@free.fr> References: <46CAC22A.4030004@leemhuis.info> <20070821213057.GC4812@free.fr> Message-ID: <46CBC2B3.2060908@leemhuis.info> On 21.08.2007 23:30, Patrice Dumas wrote: > On Tue, Aug 21, 2007 at 12:44:58PM +0200, Thorsten Leemhuis wrote: >> Hi all! >> >> * python-html2text -- Converts a page of HTML into clean, >> easy-to-read plain ASCII text >> >> * rss2email -- Deliver news from RSS feeds to your smtp server as >> text or html mail > > I can co-maintain these two. thx. Please go to https://admin.fedoraproject.org/pkgdb/packages/name/ghex and apply for watchbugzilla, watchcommits and commit for devel and F-7 and FC-6 (and EPEL, if you want). CU thl From rodd at clarkson.id.au Wed Aug 22 05:02:21 2007 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 22 Aug 2007 15:02:21 +1000 Subject: kernel-2.6.22.3-61.fc7 In-Reply-To: References: <1187657444.3041.17.camel@shrek.rexursive.com> <364d303b0708210122w476d9968waeac9fcff4bf3acd@mail.gmail.com> Message-ID: <1187758941.2037.0.camel@localhost.localdomain> On Tue, 2007-08-21 at 10:11 +0000, Bojan Smojver wrote: > Christopher Brown gmail.com> writes: > > > note that today 2.6.22.4 is out > > When I wrote the e-mail, 2.6.22.3 was the latest version. Anyhow, hopefully will > get .4 instead. Just noticed (in passing) that Koji (http://koji.fedoraproject.org/koji/) is building kernel-2.6.22.4-65.fc7 Thought you might like to know. R. -- "It's a fine line between denial and faith. It's much better on my side" From kevin at scrye.com Wed Aug 22 05:08:31 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 21 Aug 2007 23:08:31 -0600 Subject: source audit In-Reply-To: <20070822044023.GB5260@serv.smile.org.ua> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <20070822044023.GB5260@serv.smile.org.ua> Message-ID: <20070821230831.50d738b0@ghistelwchlohm.scrye.com> On Wed, 22 Aug 2007 07:40:23 +0300 andy at smile.org.ua (Andy Shevchenko) wrote: > Hi Kevin Fenzi! > > On Tue, Aug 21, 2007 at 10:30:57PM -0600, Kevin Fenzi wrote next: > > > You can find the results file at: > > > > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck.out > Not Found > The requested URL /~kevin/fedora/sourcecheck/sourcecheck.out was not > found on this server. Rats. Copied it to the wrong place. It should be there now. > > And also attached to this mail. > It's cool. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Wed Aug 22 05:09:52 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 21 Aug 2007 23:09:52 -0600 Subject: source audit In-Reply-To: <20070822044601.GC5260@serv.smile.org.ua> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <20070822044023.GB5260@serv.smile.org.ua> <20070822044601.GC5260@serv.smile.org.ua> Message-ID: <20070821230952.4938508c@ghistelwchlohm.scrye.com> On Wed, 22 Aug 2007 07:46:01 +0300 andy at smile.org.ua (Andy Shevchenko) wrote: > Hi Andy Shevchenko! > > On Wed, Aug 22, 2007 at 07:40:23AM +0300, Andy Shevchenko wrote next: > > > Hi Kevin Fenzi! > > > And also attached to this mail. > > It's cool. > Missed words. > > I'd like to get that info periodicaly (such as once per mounth). ok. Will see if there are enough folks who find it useful to keep doing it. I would hope we could reduce the list down by quite a bit as well. > However I have an idea to add the username (user who mainly response > on the package). And may be good to add small description (like in > your letter) to the head of the generated stuff. Yeah, there can be lots of improvements for the format. Will see what I can add. > Thanks for your efforts. No problem kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Wed Aug 22 05:10:55 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 21 Aug 2007 23:10:55 -0600 Subject: source audit In-Reply-To: <46CBC0FD.2060206@redhat.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <46CBC0FD.2060206@redhat.com> Message-ID: <20070821231055.4093bb56@ghistelwchlohm.scrye.com> On Tue, 21 Aug 2007 23:52:13 -0500 esandeen at redhat.com (Eric Sandeen) wrote: > > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck.out > > or maybe: > http://www.scrye.com/~kevin/fedora/sourcecheck.out :) Yeah, copied to the wrong dir. ;( Should be in the first link now. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From petersen at redhat.com Wed Aug 22 05:15:53 2007 From: petersen at redhat.com (Jens Petersen) Date: Wed, 22 Aug 2007 15:15:53 +1000 Subject: installing more fonts by default for better international coverage Message-ID: <46CBC689.6000805@redhat.com> Hi, In the recent online I18n session at FUDConF8 there was some discussion of installation defaults related to international language support, and it was suggested that we should be installing more fonts by default to get better desktop language display coverage out of the box. So I would like to propose we start installing the following fonts by default on the desktop: fonts-ISO8859-2, fonts-KOI8-R, fonts-arabic, fonts-chinese, fonts-hebrew, fonts-indic, fonts-japanese, fonts-korean, fonts-sinhala, and xorg-x11-fonts. I believe the mainstream commercial desktop OS's already do this. dejavu-fonts and dejavu-fonts-experimental also occur in quite a few language groups, so they might be worth including too? Any comments or suggestions on this? Jens From walters at redhat.com Wed Aug 22 05:19:54 2007 From: walters at redhat.com (Colin Walters) Date: Wed, 22 Aug 2007 01:19:54 -0400 Subject: installing more fonts by default for better international coverage In-Reply-To: <46CBC689.6000805@redhat.com> References: <46CBC689.6000805@redhat.com> Message-ID: On 8/22/07, Jens Petersen wrote: > > Hi, > > In the recent online I18n session at FUDConF8 there was some discussion > of installation defaults related to international language support, and > it was suggested that we should be installing more fonts by default to > get better desktop language display coverage out of the box. > > So I would like to propose we start installing the following fonts by > default on the desktop: > > fonts-ISO8859-2, fonts-KOI8-R, fonts-arabic, fonts-chinese, > fonts-hebrew, fonts-indic, fonts-japanese, fonts-korean, fonts-sinhala, > and xorg-x11-fonts. I happened to be trying to figure out today what the massive set of @*lang*-support groups list in the livecd-tools livecd-fedora-desktop.kskickstart file was doing, and it seems to (for the most part) just be pulling in fonts like these. So this may already be fixed. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivazqueznet at gmail.com Wed Aug 22 05:34:51 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 22 Aug 2007 01:34:51 -0400 Subject: installing more fonts by default for better international coverage In-Reply-To: References: <46CBC689.6000805@redhat.com> Message-ID: <1187760891.21771.2.camel@ignacio.lan> On Wed, 2007-08-22 at 01:19 -0400, Colin Walters wrote: > On 8/22/07, Jens Petersen wrote: > > So I would like to propose we start installing the following fonts > > by default on the desktop: > > I happened to be trying to figure out today what the massive set of > @*lang*-support groups list in the livecd-tools > livecd-fedora-desktop.ks kickstart file was doing, and it seems to > (for the most part) just be pulling in fonts like these. > > So this may already be fixed. For specific languages, yes. But it would be nice to have them regardless of the language chosen for glyph coverage. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 petersen at redhat.com Wed Aug 22 05:39:27 2007 From: petersen at redhat.com (Jens Petersen) Date: Wed, 22 Aug 2007 15:39:27 +1000 Subject: installing more fonts by default for better international coverage In-Reply-To: References: <46CBC689.6000805@redhat.com> Message-ID: <46CBCC0F.8020801@redhat.com> Colin Walters ????????: > I happened to be trying to figure out today what the massive set of > @*lang*-support groups list in the livecd-tools livecd-fedora-desktop.ks > kickstart file was doing, and it seems to (for the most part) just be > pulling in fonts like these. Dunno, I thought it was the "fonts-*" line. > So this may already be fixed. Yes, I meant to say that for Fedora Live we have already been installing most of those fonts in our official spins since F7, so right this is really more for normal installs. :) Jens -- Jens Petersen Internationalization Team From debarshi.ray at gmail.com Wed Aug 22 06:00:06 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 22 Aug 2007 11:30:06 +0530 Subject: source audit In-Reply-To: <20070822045926.GF6380@psilocybe.teonanacatl.org> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <46CBC0FD.2060206@redhat.com> <20070822045926.GF6380@psilocybe.teonanacatl.org> Message-ID: <3170f42f0708212300i517d1551ue72c23fc4a9e5056@mail.gmail.com> > According to http://fedoraproject.org/wiki/Packaging/SourceURL: > > http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz One of my packages, gnome-password-generator, does not follow this. It uses http://downloads.sourceforge.net/gnome-password/%{name}-%{version}.tar.gz Is it fine? Cheerio, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From mschwendt.tmp0701.nospam at arcor.de Wed Aug 22 06:03:14 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 22 Aug 2007 08:03:14 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <1187750431.31667.230.camel@mccallum.corsepiu.local> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> Message-ID: <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> On Wed, 22 Aug 2007 04:40:31 +0200, Ralf Corsepius wrote: > IMO, the current convention of using x in %changelog entries instead of > x%{?dist} is a mistake. Using %dist in the %changelog alters history when the package is rebuilt with a changed %dist value. The changelog of the built rpms would have the expanded dist value put everywhere, overwriting old values. In general, macros in %changelog are bad. From mschwendt.tmp0701.nospam at arcor.de Wed Aug 22 06:08:54 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 22 Aug 2007 08:08:54 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821192613.GB28116@psilocybe.teonanacatl.org> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821160101.GC7920@psilocybe.teonanacatl.org> <46CB1AF6.2070203@gmail.com> <20070821192613.GB28116@psilocybe.teonanacatl.org> Message-ID: <20070822080854.c11fb39c.mschwendt.tmp0701.nospam@arcor.de> On Tue, 21 Aug 2007 15:26:13 -0400, Todd Zullinger wrote: > Toshio Kuratomi wrote: > > Todd Zullinger wrote: > >> > >> [1] If anyone can give me some pointers on getting a mapping of > >> packages <-> maintainers from the new packagedb, that'd be much > >> appreciated. > > > > https://admin.fedoraproject.org/pkgdb/acls/bugzilla > > > > That will give you a mapping of package to owner+cclist in devel > > (usu. includes comaintainers.) > > > > https://admin.fedoraproject.org/pkgdb/acls/vcs > > > > that will give you a mapping of package-branch to owner+committers. > > > > For either of the above URLs, append: ?tg_format=json or > > ?tg_format=plain depending on whether you want to get the output as > > json for use within a python or perl script or plain text that can > > be parsed with a regex/split/etc. > > Thanks Toshio, I'll play with those in a bit. I'll likely need to map > the usernames to email addresses so we can send out some nag mails at > some point (unless everyone updates their license tags ;). I noticed > that Michael Schwendt had some code in extrasrepoclosure to do this. > If you happen to know of other, easier, or preferrable ways to do > this, I'd be very grateful to learn about them. The one pitfall in the ?tg_format=plain bugzilla list linked above is that not every user name is an email alias, which you could construct by appending the primary Fedora Project domain. The list includes some group names, which are mapped to a completely different email address using the account system. Hence a second list from the FAS needs to be retrieved. From tmz at pobox.com Wed Aug 22 06:16:22 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 22 Aug 2007 02:16:22 -0400 Subject: source audit In-Reply-To: <3170f42f0708212300i517d1551ue72c23fc4a9e5056@mail.gmail.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <46CBC0FD.2060206@redhat.com> <20070822045926.GF6380@psilocybe.teonanacatl.org> <3170f42f0708212300i517d1551ue72c23fc4a9e5056@mail.gmail.com> Message-ID: <20070822061622.GG6380@psilocybe.teonanacatl.org> Debarshi 'Rishi' Ray wrote: >> According to http://fedoraproject.org/wiki/Packaging/SourceURL: >> >> http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz > > One of my packages, gnome-password-generator, does not follow this. It > uses http://downloads.sourceforge.net/gnome-password/%{name}-%{version}.tar.gz > > Is it fine? I would say it is. I don't think the SourceURL page is there to be enforced as law or gospel. The main point of using that form of URL is the downloads.sourceforge.net part, as opposed to dl.sf.net or one of the various mirrors (which may change over time). Packages that are part of an upstream project may not always have same tarball name as the main project, so yeah, you'll have things like the example you gave. I help out with libgpod and gtkpod upstream. Both are under the same project space, so the URL for libgpod is http://downloads.sourceforge.net/gtkpod/%{name}-%{version}.tar.gz At least, that's my take on it. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ A vacuum is a hell of a lot better than some of the stuff that nature replaces it with. -- Tennessee Williams -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Wed Aug 22 06:18:12 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 22 Aug 2007 08:18:12 +0200 Subject: source audit In-Reply-To: <3170f42f0708212300i517d1551ue72c23fc4a9e5056@mail.gmail.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <46CBC0FD.2060206@redhat.com> <20070822045926.GF6380@psilocybe.teonanacatl.org> <3170f42f0708212300i517d1551ue72c23fc4a9e5056@mail.gmail.com> Message-ID: <20070822081812.28ace9d9.mschwendt.tmp0701.nospam@arcor.de> On Wed, 22 Aug 2007 11:30:06 +0530, Debarshi 'Rishi' Ray wrote: > > According to http://fedoraproject.org/wiki/Packaging/SourceURL: > > > > http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz > > One of my packages, gnome-password-generator, does not follow this. It > uses http://downloads.sourceforge.net/gnome-password/%{name}-%{version}.tar.gz > > Is it fine? Sure. Macros in there are just out of convenience for the packager. Being able to point a non-interactive download tool (e.g. curl, wget) and fetch the tarball [from one of sourceforge's servers] directly is the goal. With other urls, the interactive SF.net mirror chooser makes that impossible. From rc040203 at freenet.de Wed Aug 22 06:28:39 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 22 Aug 2007 08:28:39 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1187764119.31667.272.camel@mccallum.corsepiu.local> On Wed, 2007-08-22 at 08:03 +0200, Michael Schwendt wrote: > On Wed, 22 Aug 2007 04:40:31 +0200, Ralf Corsepius wrote: > > > IMO, the current convention of using x in %changelog entries instead of > > x%{?dist} is a mistake. > > Using %dist in the %changelog alters history when the package is > rebuilt with a changed %dist value. The changelog of the built rpms > would have the expanded dist value put everywhere, overwriting old > values. Right, inlined changelogs are bad in general ;) > In general, macros in %changelog are bad. Right, nevertheless the current practice produces bogus results. Ralf From j.w.r.degoede at hhs.nl Wed Aug 22 06:35:41 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Aug 2007 08:35:41 +0200 Subject: source audit In-Reply-To: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> Message-ID: <46CBD93D.7040702@hhs.nl> Kevin Fenzi wrote: > Since folks are checking over their packages for the correct license > tags and rebuilding for various other reasons, I thought I would add > another one to the mix. ;) > > I wrote up a quick and dirty script to check the sources that are in > the cvs look aside cache against the upstream source of the package as > pulled from the URI(s) in the Sources line(s). > Thanks, this is very usefull. But as usual, with all these usefull checking scripts people are making, can you please add the owner of the package to the list and sort by owner. I maintain 150 packages, so with these kinda checks there are always a few that need fixing, the problem is finding all my packages in the (somewhat long) list. Thanks & Regards, Hans From buildsys at fedoraproject.org Wed Aug 22 06:55:47 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 22 Aug 2007 02:55:47 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-22 Message-ID: <20070822065547.1C2E9152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 18 alliance-5.0-9.20070718snap.fc6 Canna-3.7p3-21.fc6 CCfits-1.7-1.fc6 (!) edac-utils-0.9-6.fc6 : INVALID rebuild, not published! fann-2.0.0-4.fc6 NEW glew-1.4.0-3.fc6 : The OpenGL Extension Wrangler Library gnome-applet-netspeed-0.14-1.fc6 gpsd-2.34-4.fc6 id3lib-3.8.3-17.fc6 kmenu-gnome-0.6.7-2.fc6 perl-Graph-0.83-2.fc6 php-pear-Console-Getargs-1.3.4-1.fc6 po4a-0.32-4.fc6 python-pygments-0.8.1-2.fc6 qt-qsa-1.1.5-1.fc6 NEW R-systemfit-0.8-6.fc6 : Simultaneous Equation Estimation R Package remind-03.01.00-1.fc6 smolt-0.9.8.4-4.fc6 Changes in Fedora Extras 6: alliance-5.0-9.20070718snap.fc6 ------------------------------- * Sat Aug 18 2007 Chitlesh Goorah - 5.0-9.20070718snap - fixing desktop files - fixing MANPATH and PATH for proper priority Canna-3.7p3-21.fc6 ------------------ * Tue Aug 14 2007 Akira TAGOH - 3.7p3-21 - Update the user and the group handling. * Mon Aug 13 2007 Akira TAGOH - 3.7p3-20 - Follow UserCreation documentation to have canna user. (#223838) * Sat Aug 11 2007 Akira TAGOH - 3.7p3-19 - Update an initscript with LSB standard (#246886) * Fri Aug 10 2007 Akira TAGOH - Update License tag. * Tue Mar 27 2007 Akira TAGOH - 3.7p3-18 - Fix missing directory owner. (#233779) CCfits-1.7-1.fc6 ---------------- * Sun Jul 22 2007 Sergio Pascual 1.7-1 - New upstream source 1.7 edac-utils-0.9-6.fc6 -------------------- * Tue Jul 17 2007 Aristeu Rozanski 0.9-6 - Building for FC6 package fann-2.0.0-4.fc6 ---------------- * Mon Aug 20 2007 Tomas Smetana 2.0.0-4 - License tag update glew-1.4.0-3.fc6 ---------------- * Sat Aug 18 2007 Hans de Goede 1.4.0-3 - Fix multiple unused direct shlib dependencies in libGLEW.so - Remove the "SGI Free Software License B" and "GLX Public License" tekst from the doc dir in the tarbal - Patch credits.html to no longer refer to the 2 non free licenses, instead it now points to LICENSE-README.fedora - Put API docs in -devel instead of main package * Mon Aug 06 2007 Hans de Goede 1.4.0-2 - Remove SGI encumbered files to make this ok to go into Fedora - Replace some removed files with (modified) mesa files - Regenerate some of the removed files using the mesa replacemenmt files and the scripts in the auto directory - Readd wglew.h, some programs may need this to compile - Update License tag for new Licensing Guidelines compliance gnome-applet-netspeed-0.14-1.fc6 -------------------------------- * Wed Jul 11 2007 Julian Sikorski - 0.14-1 - Updated to 0.14 - Cleaned up the spec a bit gpsd-2.34-4.fc6 --------------- * Tue Aug 21 2007 Matthew Truch - 2.34-4 - Patch Makefile to also install gpsd_config.h as needed by libgpsmm.h. Redhat BZ 253433. id3lib-3.8.3-17.fc6 ------------------- * Mon Aug 20 2007 Hans de Goede 3.8.3-17 - Use mkstemp instead of insecure tempfile creation (bz 253553) * Mon Aug 13 2007 Hans de Goede 3.8.3-16 - Update License tag for new Licensing Guidelines compliance kmenu-gnome-0.6.7-2.fc6 ----------------------- * Mon Aug 20 2007 Chitlesh Goorah - 0.6.7-2 - new upstream release * Sun Aug 19 2007 Ariszlo - 0.6.7-1 - release 0.6.7 perl-Graph-0.83-2.fc6 --------------------- * Sat Aug 18 2007 Alex Lancaster 0.83-2 - Add missing BR: perl(Test::More) * Sat Aug 18 2007 Alex Lancaster 0.83-1 - Update to latest upstream php-pear-Console-Getargs-1.3.4-1.fc6 ------------------------------------ * Tue Aug 21 2007 Remi Collet 1.3.4-1 - update to 1.3.4 - fix license and Remove file po4a-0.32-4.fc6 --------------- * Mon Aug 20 2007 Axel Thimm - 0.32-4 - Update to 0.32. - fixes a possible race condition under /tmp (no CVE yet). python-pygments-0.8.1-2.fc6 --------------------------- * Fri Aug 17 2007 Steve 'Ashcrow' Milner - 0.8.1-2 - Removed the dos2unix build dependency. qt-qsa-1.1.5-1.fc6 ------------------ * Tue Aug 07 2007 Julian Sikorski - 1.1.5-1 - Updated to 1.1.5 - Adjusted License tag as per latest guidelines R-systemfit-0.8-6.fc6 --------------------- * Wed Aug 15 2007 Orion Poplawski - 0.8-6 - Update to 0.8-3 remind-03.01.00-1.fc6 --------------------- * Wed Aug 15 2007 Ray Van Dolson - 03.01.00-1 - Updated to version 03.01.00 smolt-0.9.8.4-4.fc6 ------------------- * Mon Aug 13 2007 Mike McGrath 0.9.8.4-4 - Rebuild to clean up 'config.py' compilations * Mon Aug 13 2007 Mike McGrath 0.9.8.4-1 - Upstream released new version (major changes) - New config file - New Makefile - Added deps For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From z.kota at gmx.net Wed Aug 22 07:11:21 2007 From: z.kota at gmx.net (Zoltan Kota) Date: Wed, 22 Aug 2007 09:11:21 +0200 (CEST) Subject: licence tag questions Message-ID: Hi, I'm updating the License tag in the spec file of my packages. Checking the source files of 'recode' I found the following licenses: mostly GPLv2+, LGPLv2+, and in some files GNU Library General Public License. According to gnu.org the GNU Library General Public License has been succeeded by the GNU Lesser General Public License. What should I use in the License tag?? 'pybliographer' is GPLv2+ but installs gnome documentation files with GFDL. Should I use 'License: GPLv2+ and GFDL' in this case? Zoltan From petersen at redhat.com Wed Aug 22 07:17:31 2007 From: petersen at redhat.com (Jens Petersen) Date: Wed, 22 Aug 2007 17:17:31 +1000 Subject: installing more fonts by default for better international coverage In-Reply-To: <46CBCC3B.1010805@nmr.mgh.harvard.edu> References: <46CBC689.6000805@redhat.com> <46CBCC3B.1010805@nmr.mgh.harvard.edu> Message-ID: <46CBE30B.5010104@redhat.com> Hi Qianqian, Thanks for your mail. Qianqian Fang ????????: > it is a great news for better font support on Fedora. I am curious if > it is possible to consider wqy-bitmap-fonts as the default desktop font > for Chinese locales? the bitmap glyphs were continuously improved > in the past ~3 years based on the embedded bitmaps in fonts-chinese > and the wqy-bitmapfont was widely used by simplified Chinese users. I think it is certainly worth considering. One way to get more input on this might be to run a user survey say asking the preferred default fonts for each language. BTW it so happens that currently we are working to move cjkunifonts and taipei-fonts out of fonts-chinese into separate packages: so now is a good time to start discussing this. > also, WenQuanYi Project plans to release a dual-width bitmap font > similar to GNU > Unifont, by merging about 28,000 16x16 new Chinese glyphs > with the latest release of Unifont (the Chinese glyphs in unifont is > neither complete nor optimized). The new font will cover about 46000 > unicode code points and serve as a basic multi-lingual support (such > as in installer) and system font fall-back. Very nice. :) > we just put out a new GPL Chinese font, Zen Hei, for public testing. > This is a Hei Ti style (Gothic in Japanese or Dotum in Korean) > Chinese font, servers for general purpose Chinese display and > printing. Current, it has 20194 Chinese characters (or ~32000 glyphs > if include Hangul) and covers zh_cn/sg/tw/hk/mo locales. The file > is reasonably small including about 100,000 fine-tuned embedded > bitmap glyphs. The beta version can be downloaded at > > http://sourceforge.net/project/showfiles.php?group_id=128192&package_id=242056 Ok great, thank you for that too - we would certainly try to take a look at those. Are you planning to package it for Fedora when it is released? :-) Jens From jakub at redhat.com Wed Aug 22 07:21:01 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 22 Aug 2007 03:21:01 -0400 Subject: licence tag questions In-Reply-To: References: Message-ID: <20070822072101.GQ2063@devserv.devel.redhat.com> On Wed, Aug 22, 2007 at 09:11:21AM +0200, Zoltan Kota wrote: > I'm updating the License tag in the spec file of my packages. > > Checking the source files of 'recode' I found the following licenses: > mostly GPLv2+, LGPLv2+, and in some files GNU Library General Public > License. > According to gnu.org the GNU Library General Public License has been > succeeded by the GNU Lesser General Public License. > > What should I use in the License tag?? GNU Lesser General Public License is a name of the license that was introduced for LGPL2.1, before that (e.g. LGPL2) it was called GNU Library General Public License. I think in License: we aren't supposed to differentiate between LGPL2 and LGPL2.1, so both licenses are to be tagged with LGPLv2 resp. LGPLv2+, depending on if they allow any later version or not. Jakub From j.w.r.degoede at hhs.nl Wed Aug 22 07:24:48 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Aug 2007 09:24:48 +0200 Subject: licence tag questions In-Reply-To: References: Message-ID: <46CBE4C0.5090108@hhs.nl> Zoltan Kota wrote: > Hi, > > I'm updating the License tag in the spec file of my packages. > > Checking the source files of 'recode' I found the following licenses: > mostly GPLv2+, LGPLv2+, and in some files GNU Library General Public > License. > According to gnu.org the GNU Library General Public License has been > succeeded by the GNU Lesser General Public License. > > What should I use in the License tag?? > The license tag should represent the license of the binaries in a sub-package, so first you need you need to find out which binary gets build from which source files. Usually when there are both GPL and LGPL licensed source files, there is both a lib and a few utilities. So you could have for example: /usr/bin/foo, build from 5 GPLv2+ files and one LGPLv2+ file -> its GPLv2+ /usr/lib/libfoo.so.0, build from 3 LGPLv2+ files -> its LGPLv2+ Now if you both of these in the same package then the package gets: License: GPLv2+ and LGPLv2+ As it has binaries under 2 different licences in the package However it is recommended in this case to split of a -utils or a -libs, lets say you split of a -libs, then the main package tags (top of file) would have: License: GPLv2+ Since the main package contains the GPL utils And then further on: %package libs ... License: LGPLv2+ This split is both good to save diskspace when another package depends on the lib, and it will help the automatic license checker which is planned to be written to check cross package license issues. > > 'pybliographer' is GPLv2+ but installs gnome documentation files with > GFDL. Should I use 'License: GPLv2+ and GFDL' in this case? > Yes. Regards, Hans From jakub at redhat.com Wed Aug 22 07:41:20 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 22 Aug 2007 03:41:20 -0400 Subject: licence tag questions In-Reply-To: <46CBE4C0.5090108@hhs.nl> References: <46CBE4C0.5090108@hhs.nl> Message-ID: <20070822074120.GR2063@devserv.devel.redhat.com> On Wed, Aug 22, 2007 at 09:24:48AM +0200, Hans de Goede wrote: > However it is recommended in this case to split of a -utils or a -libs, > lets say you split of a -libs, then the main package tags (top of file) > would have: > License: GPLv2+ Splitting a package just because of different licenses is very bad idea. Jakub From mlichvar at redhat.com Wed Aug 22 08:40:52 2007 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Wed, 22 Aug 2007 10:40:52 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <200708212012.14218.ville.skytta@iki.fi> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> Message-ID: <20070822084052.GA13914@localhost> On Tue, Aug 21, 2007 at 08:12:13PM +0300, Ville Skytt? wrote: > On Tuesday 21 August 2007, Miroslav Lichvar wrote: > > On Tue, Aug 21, 2007 at 07:28:19PM +0300, Ville Skytt? wrote: > > > > > For example, foo-1.0-1.fc7 -> foo-1.0-1.1.fc8 compares "fc7" with "1", > > > whereas foo-1.0-1.fc7 -> foo-1.0-1.fc8.1 compares "fc7" with "fc8" as > > > intended. > > > > Ok, but "1" is bigger than "fc", or not? > > Sure, which is why this holds true: > > > > While this hasn't in practice caused problems in devel > > Anyway, it is not how %{dist} is intended to be used. Yes, the original purpose of %{dist} was to allow using the same spec to build for more distribution releases. > > We are bumping releases only in devel, so this situation shouldn't > > happen. > > Maybe, but it can happen. How exactly? > Can you point out any problems that would arise > from always just appending the .1 to the release tag? It doesn't follow the rule that %{?dist} should be appended to the end of the release tag. And it looks ugly. Even if we don't agree on where to put .1, assigning a good next release for packages that have a simple release tag like 1.fc8 is easy, 1.fc8 -> 2.fc8. It's exactly what a maintainer would do when bumping the release manually. I was also hoping to see the changelog entry generator improved so it would follow the changelog style (case of the first character, ending with dot, dash after email). I know, there are more important things to do. -- Miroslav Lichvar From denis at poolshark.org Wed Aug 22 11:11:36 2007 From: denis at poolshark.org (Denis Leroy) Date: Wed, 22 Aug 2007 13:11:36 +0200 Subject: Update on Totem ppc rebuild ? Message-ID: <46CC19E8.4040506@poolshark.org> Any news, or help needed, for the totem ppc rebuild issue ? I have a package waiting for this for rebuild. From pertusus at free.fr Wed Aug 22 11:09:20 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 22 Aug 2007 13:09:20 +0200 Subject: source audit In-Reply-To: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> Message-ID: <20070822110920.GD3245@free.fr> On Tue, Aug 21, 2007 at 10:30:57PM -0600, Kevin Fenzi wrote: > I wrote up a quick and dirty script to check the sources that are in > the cvs look aside cache against the upstream source of the package as > pulled from the URI(s) in the Sources line(s). This is a very interesting input in my opinion. > - I'm not currently checking Patches with full URI's, but I can add > that if there is interest. It seems to me that checking patchs would be of interest too, at least to me. It allows to check, for example that the debian patches are still here. -- Pat From mtasaka at ioa.s.u-tokyo.ac.jp Wed Aug 22 11:45:03 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 22 Aug 2007 20:45:03 +0900 Subject: Update on Totem ppc rebuild ? In-Reply-To: <46CC19E8.4040506@poolshark.org> References: <46CC19E8.4040506@poolshark.org> Message-ID: <46CC21BF.1010306@ioa.s.u-tokyo.ac.jp> Denis Leroy wrote, at 08/22/2007 08:11 PM +9:00: > Any news, or help needed, for the totem ppc rebuild issue ? I have a > package waiting for this for rebuild. If you are mentioning http://koji.fedoraproject.org/koji/taskinfo?taskID=107270 , please check https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=252179 Regards, Mamoru From pertusus at free.fr Wed Aug 22 11:41:16 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 22 Aug 2007 13:41:16 +0200 Subject: how long for a build to be available in devel buildroot? Message-ID: <20070822114116.GE3245@free.fr> Hello, How long should it take to have a newly build package to become usable as a BuildRequires in devel? I was under the impression that it was immediately available? Looking at the doc in the wiki and at koji website, it seems that there are tags that corresponds with packages in the buildroot, like dist-f8-build http://koji.fedoraproject.org/koji/taginfo?tagID=13 as seen in 'Targets building from this tag'. And tags that correspond with collections like dist-f8. However in the inheritance graph for dist-f8-build it seems that dist-f8 are available in builds (which is quite logical). But is this dependence immediately available? I think that these issues, especially the inheritance, should be documented at the end of http://fedoraproject.org/wiki/Koji The practical use case is that I would like to rebuild grads against the latest libnc-dap build that I submitted some hours ago, but latest build I fired was against an old release. -- Pat From karsten at redhat.com Wed Aug 22 12:15:11 2007 From: karsten at redhat.com (Karsten Hopp) Date: Wed, 22 Aug 2007 14:15:11 +0200 Subject: ed license change Message-ID: <46CC28CF.4080909@redhat.com> FYI: ed-0.7 changed the license to GPLv3+. Shouldn't pose any problems as nothing links to it and it is linked only with glibc From sgrubb at redhat.com Wed Aug 22 12:32:32 2007 From: sgrubb at redhat.com (Steve Grubb) Date: Wed, 22 Aug 2007 08:32:32 -0400 Subject: Fedora Crypto Consolidation Project Message-ID: <200708220832.32831.sgrubb@redhat.com> Hi, I wanted to announce a new Fedora Project that will span several distro releases and outline the reasons why we are starting this project. I believe this issue affects the whole Open Source Community. But don't think anyone has explained all the issues. The basic problem is that users want to have high quality, tested crypto that can meet any certifications that the user wishes to deploy into, is easy to manage, and works seamlessly across all applications. Wouldn't it be neat if you could obtain a digital certificate from a CA using Firefox, and then immediately turn around and use it to ssh to another machine? Wouldn't it be nice to be able to turn off SSL2 in a central control panel, and be guaranteed that all apps on your desktop obey that decision? Wouldn't it be cool if every app needing crypto noticed that you inserted a smart card, and immediately took advantage of it for operations like signing email or setting up IPSec connections? What prevents this is two problems: lack of tested crypto engine and the proliferation of crypto into many packages. In order to deploy Fedora into some environments like government or financial settings, you have to have a crypto engine that passes FIPS 140-2. This certification ensures that the crypto is correct for the algorithms tested. The other problem is that there are dozens of packages that implement their own version of crypto functions. If they make a mistake in one, the others need to be checked to see if they copied the same bug. Because they are all implemented separately, no sharing of keys, algorithm selection, or other configuration data is possible. The current state of certified crypto is that OpenSSL has passed a level 1 certification on a version that Red Hat has never shipped and therefore unusable. Then there is NSS which is certified regularly at level 2. A level 1 crypto cert means that its good for use in Single User Mode, while level 2 means its good for multi-user mode. I'm not aware of any other FIPS certifications of crypto contained within Fedora. So its down to these two. So, if we want to make crypto easier to manage and enable Fedora's use in these environments, that leaves us with a choice to make. We looked at OpenSSL which has been supported well in the community, but it seems to have a flaw that makes it unsuitable. For some applications like openssh, it draws the crypto boundary inside the application. Openssh has to handle raw crypto keys. This means that not only does OpenSSL need FIPS certification, but openssh does, too. If the crypto boundary was completely contained within the library and the library has been FIPS 140-2 certified, many applications will gain the cert just by linking to it. Its that simple. The only requirement is to follow the system security policy. Nss only allows applications to have a handle to a crypto session and the keys are not accessible to the application. What we'd like to do in order to enable certified crypto is to update some applications so that they can link against either OpenSSL or NSS. For Fedora, we would then set the configure option to use NSS. We only want to do 2-3 packages for Fedora 8 and then some more in Fedora 9. We've already converted some apps, like pam_pkcs11. Apache has mod_nss. We've built some tools to help with enabling NSS by using an an abstraction library that presents some of OpenSSL's API for easy conversion, while allowing other upstream users to continue to use other libraries. Now we want to expand the effort and bring other packages on-board. Linux has a plethora of applications which use encryption technologies. Most of these applications use encryption as a minor part the the application's main functionality, just as it uses name service, file system services, etc. Getting these applications on single toolkit will allow new encryption technologies (like pkix, new crypto algorithms, etc.) to be added without adding a burden on each of the many applications that use crypto. We're looking for people interested in enabling NSS in their packages and feeding the changes upstream. For those unfamiliar with NSS, its the Secure Sockets library in FireFox. There are already several applications using it such as Thunderbird and evolution. More information about it can be found here: http://www.mozilla.org/projects/security/pki/nss/ For more information about this Fedora Project, please see: http://fedoraproject.org/wiki/FedoraCryptoConsolidation Some developer resources: http://fedoraproject.org/wiki/nss_compat_ossl And a comparison of crypto libraries: http://fedoraproject.org/wiki/CryptoConsolidationEval -Steve Grubb From jwboyer at jdub.homelinux.org Wed Aug 22 12:40:34 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 22 Aug 2007 07:40:34 -0500 Subject: Fedora Crypto Consolidation Project In-Reply-To: <200708220832.32831.sgrubb@redhat.com> References: <200708220832.32831.sgrubb@redhat.com> Message-ID: <20070822074034.31c8dbd3@vader.jdub.homelinux.org> On Wed, 22 Aug 2007 08:32:32 -0400 Steve Grubb wrote: > Hi, > > I wanted to announce a new Fedora Project that will span several distro > releases and outline the reasons why we are starting this project. I believe > this issue affects the whole Open Source Community. But don't think anyone > has explained all the issues. > > The basic problem is that users want to have high quality, tested crypto that > can meet any certifications that the user wishes to deploy into, is easy to > manage, and works seamlessly across all applications. Seems like a very nice long term project! Does this include things like eCryptfs and/or other mechanisms to encrypt hard drive contents? Or just userspace stuff? josh From sgrubb at redhat.com Wed Aug 22 12:49:35 2007 From: sgrubb at redhat.com (Steve Grubb) Date: Wed, 22 Aug 2007 08:49:35 -0400 Subject: Fedora Crypto Consolidation Project In-Reply-To: <20070822074034.31c8dbd3@vader.jdub.homelinux.org> References: <200708220832.32831.sgrubb@redhat.com> <20070822074034.31c8dbd3@vader.jdub.homelinux.org> Message-ID: <200708220849.36291.sgrubb@redhat.com> On Wednesday 22 August 2007 08:40:34 Josh Boyer wrote: > Seems like a very nice long term project! Yes, I see this like the IPv6 push from last summer. It may span several releases, but we hope to make steady progress. > Does this include things like eCryptfs and/or other mechanisms to > encrypt hard drive contents? ?Or just userspace stuff? This project will focus on user space crypto. Kernel crypto cannot use user space libraries AFAIK so it would have to get FIPS 140-2 certification separately. -Steve From katzj at redhat.com Wed Aug 22 13:13:15 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 22 Aug 2007 09:13:15 -0400 Subject: installing more fonts by default for better international coverage In-Reply-To: <46CBC689.6000805@redhat.com> References: <46CBC689.6000805@redhat.com> Message-ID: <1187788395.25291.12.camel@localhost.localdomain> On Wed, 2007-08-22 at 15:15 +1000, Jens Petersen wrote: > In the recent online I18n session at FUDConF8 there was some discussion > of installation defaults related to international language support, and > it was suggested that we should be installing more fonts by default to > get better desktop language display coverage out of the box. I think it's a good idea. I'd suggest that we do it by moving the fonts to be "default" in the base-x group of comps. Jeremy From z.kota at gmx.net Wed Aug 22 13:25:43 2007 From: z.kota at gmx.net (Zoltan Kota) Date: Wed, 22 Aug 2007 15:25:43 +0200 (CEST) Subject: licence tag questions In-Reply-To: <46CBE4C0.5090108@hhs.nl> References: <46CBE4C0.5090108@hhs.nl> Message-ID: On Wed, 22 Aug 2007, Hans de Goede wrote: > Zoltan Kota wrote: > > Checking the source files of 'recode' I found the following licenses: > > mostly GPLv2+, LGPLv2+, and in some files GNU Library General Public > > License. > > According to gnu.org the GNU Library General Public License has been > > succeeded by the GNU Lesser General Public License. > > > > What should I use in the License tag?? > > > > /usr/bin/foo, build from 5 GPLv2+ files and one LGPLv2+ file -> its GPLv2+ > /usr/lib/libfoo.so.0, build from 3 LGPLv2+ files -> its LGPLv2+ > > Now if you both of these in the same package then the package gets: > > License: GPLv2+ and LGPLv2+ > > As it has binaries under 2 different licences in the package > As much as I could figure out both the util and the lib are built from GPLv2+ and LGPLv2+ source files. So they and the package itself are GPLv2+, aren't they? Zoltan From j.w.r.degoede at hhs.nl Wed Aug 22 13:21:43 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Aug 2007 15:21:43 +0200 Subject: licence tag questions In-Reply-To: References: <46CBE4C0.5090108@hhs.nl> Message-ID: <46CC3867.6@hhs.nl> Zoltan Kota wrote: > On Wed, 22 Aug 2007, Hans de Goede wrote: > >> Zoltan Kota wrote: > >>> Checking the source files of 'recode' I found the following licenses: >>> mostly GPLv2+, LGPLv2+, and in some files GNU Library General Public >>> License. >>> According to gnu.org the GNU Library General Public License has been >>> succeeded by the GNU Lesser General Public License. >>> >>> What should I use in the License tag?? >>> > >> /usr/bin/foo, build from 5 GPLv2+ files and one LGPLv2+ file -> its GPLv2+ >> /usr/lib/libfoo.so.0, build from 3 LGPLv2+ files -> its LGPLv2+ >> >> Now if you both of these in the same package then the package gets: >> >> License: GPLv2+ and LGPLv2+ >> >> As it has binaries under 2 different licences in the package >> > > > As much as I could figure out both the util and the lib are built from > GPLv2+ and LGPLv2+ source files. So they and the package itself are > GPLv2+, aren't they? > Yes that would be the case then. Regards, Hans From rdieter at math.unl.edu Wed Aug 22 13:34:44 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 22 Aug 2007 08:34:44 -0500 Subject: how long for a build to be available in devel buildroot? References: <20070822114116.GE3245@free.fr> Message-ID: Patrice Dumas wrote: > How long should it take to have a newly build package to become usable > as a BuildRequires in devel? I was under the impression that it was > immediately available? the 'newRepo' task runs about every ~20 minutes (give or take). -- Rex From ssorce at redhat.com Wed Aug 22 13:36:32 2007 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 22 Aug 2007 09:36:32 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <1187764119.31667.272.camel@mccallum.corsepiu.local> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> Message-ID: <1187789792.13231.17.camel@localhost.localdomain> On Wed, 2007-08-22 at 08:28 +0200, Ralf Corsepius wrote: > On Wed, 2007-08-22 at 08:03 +0200, Michael Schwendt wrote: > > On Wed, 22 Aug 2007 04:40:31 +0200, Ralf Corsepius wrote: > > > > > IMO, the current convention of using x in %changelog entries instead of > > > x%{?dist} is a mistake. > > > > Using %dist in the %changelog alters history when the package is > > rebuilt with a changed %dist value. The changelog of the built rpms > > would have the expanded dist value put everywhere, overwriting old > > values. > Right, inlined changelogs are bad in general ;) > > > In general, macros in %changelog are bad. > Right, nevertheless the current practice produces bogus results. A way to mitigate the problem is to test that the latest changelog entry actually contains the full NVR (with no macros) and make so that "make tag" will refuse to tag if changelog does not match expectations (actually this would help me a lot as I tend to forget to fix changelog). This way 99% of the cases we should have a consistent changelog. Simo From jkeating at redhat.com Wed Aug 22 13:38:13 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Aug 2007 09:38:13 -0400 Subject: how long for a build to be available in devel buildroot? In-Reply-To: References: <20070822114116.GE3245@free.fr> Message-ID: <20070822093813.053359b3@mentok.boston.redhat.com> On Wed, 22 Aug 2007 08:34:44 -0500 Rex Dieter wrote: > the 'newRepo' task runs about every ~20 minutes (give or take). Actually the newRepo task runs when a package is tagged that would be seen by a build collection. The time it takes a newRepo command to complete is somewhere around 20 minutes, depending on the buildsystem load. Now there are cases where many packages finish building while a current newRepo task is running. We don't start a newRepo task for each of those builds, instead we just know that as soon as the current repo task is complete to start a new one, or something along those lines. If you're working on the devel branch, you can make use of chain-build (make help) which will allow you to set up a chain of builds that will automatically wait for the previous link in the chain to be available in buildroots before building the next link in the chain. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From oisin.feeley at gmail.com Wed Aug 22 13:40:00 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Wed, 22 Aug 2007 09:40:00 -0400 Subject: Fedora Crypto Consolidation Project In-Reply-To: <200708220832.32831.sgrubb@redhat.com> References: <200708220832.32831.sgrubb@redhat.com> Message-ID: On 8/22/07, Steve Grubb wrote: > Wouldn't it be neat if you could obtain a digital certificate from a CA using > Firefox, [...] I realise that this is a slightly orthogonal issue, but it would be nice to include the root certificate from CAcert in some manner. Even though there is a small amount of controversy surrounding the assurance process from CAcert (mainly due to Mozilla's refusal to include them because they haven't passed the same audit for which Thawte/Verisign and other "certificate vendors" paid) they are re-organising. Even without that re-organisation they have a perfectly good trust model. I realize that modifying and distributing Firefox is out due to licensing issues, but perhaps it's possible to distribute the CAcert root alongside it in an easy to install manner? Currently the process see CAcert's wiki[1] tends to put off casual users who could otherwise benefit. Best wishes, Oisin Feeley 1. https://wiki.cacert.org/wiki/BrowserClients From jkeating at redhat.com Wed Aug 22 13:45:24 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Aug 2007 09:45:24 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <1187789792.13231.17.camel@localhost.localdomain> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> Message-ID: <20070822094524.46504b11@mentok.boston.redhat.com> On Wed, 22 Aug 2007 09:36:32 -0400 Simo Sorce wrote: > A way to mitigate the problem is to test that the latest changelog > entry actually contains the full NVR (with no macros) and make so > that "make tag" will refuse to tag if changelog does not match > expectations (actually this would help me a lot as I tend to forget > to fix changelog). > This way 99% of the cases we should have a consistent changelog. This would make %{?dist} useless as the idea is that you use the same exact unchanged spec file across your branches. Forcing that full nvr be listed in changelog would mean that every spec on every branch would have to be edited independently. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From adrian at lisas.de Wed Aug 22 14:27:33 2007 From: adrian at lisas.de (Adrian Reber) Date: Wed, 22 Aug 2007 16:27:33 +0200 Subject: rawhide report: 20070820 changes In-Reply-To: <3170f42f0708200322m4c11c188x697fc2a1d3f19286@mail.gmail.com> References: <200708200950.l7K9orr4015744@porkchop.devel.redhat.com> <3170f42f0708200322m4c11c188x697fc2a1d3f19286@mail.gmail.com> Message-ID: <20070822142733.GD18911@lisas.de> On Mon, Aug 20, 2007 at 03:52:17PM +0530, Debarshi 'Rishi' Ray wrote: > Package source-highlight has broken dependencies on all 4 > architectures. I had pointed towards this on an earlier thread too, > but got no response. Is the package owner (CC'ed) aware of this? I was away for almost three weeks. But it seems somebody fixed this for me. Adrian From wart at kobold.org Wed Aug 22 14:52:27 2007 From: wart at kobold.org (Wart) Date: Wed, 22 Aug 2007 07:52:27 -0700 Subject: awk missing from buildroot? Message-ID: <46CC4DAB.7040300@kobold.org> According to the FullExceptionList[1], awk is supposed to be included in the minimal build root as part of 'gawk'. But my yadex build failed because awk wasn't found: http://koji.fedoraproject.org/koji/getfile?taskID=116912&name=build.log Is this a temporary failure, or something more serious? --Wart [1]http://fedoraproject.org/wiki/Packaging/FullExceptionList From tcallawa at redhat.com Wed Aug 22 14:58:48 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 22 Aug 2007 10:58:48 -0400 Subject: cmake/kitware license question In-Reply-To: <46CB491A.9060507@cora.nwra.com> References: <46CB491A.9060507@cora.nwra.com> Message-ID: <1187794728.3439.322.camel@dhcp83-165.boston.redhat.com> On Tue, 2007-08-21 at 14:20 -0600, Orion Poplawski wrote: > So, is "BSD" a sufficient tag? My spec applies some patches, but it > seems since the spec file documents this it is not being represented as > the original software. BSD is fine. The spec is plainly marking the modifications. ~spot From tcallawa at redhat.com Wed Aug 22 14:59:31 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 22 Aug 2007 10:59:31 -0400 Subject: gifsicle license question In-Reply-To: <46CB5A09.7060007@hhs.nl> References: <46CB5439.5060705@cora.nwra.com> <46CB5A09.7060007@hhs.nl> Message-ID: <1187794771.3439.325.camel@dhcp83-165.boston.redhat.com> On Tue, 2007-08-21 at 23:32 +0200, Hans de Goede wrote: > > Looks a lot like MIT to me. So "GPLv2+ and MIT"? > > > > It is MIT (new style), but unless that c file gets build into a binary > all by > itself, the resulting binaries are all GPLv2+ (as thats the more > restrective > license of their input files. And this the license tag is simple: > License: GPLv2+ This is correct. :) ~spot From kwizart at gmail.com Wed Aug 22 15:00:08 2007 From: kwizart at gmail.com (KH KH) Date: Wed, 22 Aug 2007 17:00:08 +0200 Subject: update planned for lcms to 0.17 (static?!) Message-ID: 2007/8/21, kwizart : > Hi! > > There is new lcms version out and we plan to make the update. > This will not bring any SONAME changes but a rebuild is recommended. > Here is a more complete list of packages: I have tested most of them with mock and the packages currently available in devel [root at Kwizart ~]# repoquery --whatrequires liblcms.so.1 --repoid=fedora kdegraphics-3.5.7-2.fc8 (rebuild ok) digikam-0.9.2-2 (rebuild fails - patch onworks) inkscape-0.45.1-1.fc8 (rebuild ok) DevIL-1.6.8-0.12.rc2.fc8 (rebuild ok) vips-7.12.4-2.fc8 (rebuild fails - not lcms fault) error: File not found by glob: /var/tmp/vips-7.12.4-2.fc8-root-mockbuild/usr/lib64/python2.5/site-packages/* gimp-2:2.2.14-5.fc7.i386 (rebuild ok) ImageMagick-6.3.2.9-3.fc7 (rebuild fails - not lcms fault) magick/delegate.c:767: error: size of array '__open_missing_mode' is negative rawstudio-0.6-1.fc8. (rebuild ok) scribus-1.3.4-1.fc8 (rebuild ok) gnome-commander-1.2.4-3.fc8 (untested) LabPlot-1.5.1.6-3.fc8 (untested) libmng-0:1.0.9-5.1.i386 (rebuild ok) ufraw-0.12-1.fc8 (rebuild ok) f-spot-0.4.0-1.fc8 (untested) koffice-krita-0:1.6.2-3.fc7.i386 (untested) wine-cms-0:0.9.36-2.fc7.i386 (untested) enblend-3.0-4.fc8 (rebuild ok) GraphicsMagick-1.1.8-2.fc8 (rebuild ok) nip2-7.12.4-1.fc8 (untested) dcraw-8.77-1.fc8 (rebuild ok) k3d-0.6.7.0-2.fc8 (untested) Most of them have been rebuilt fine... So i'm updating lcms to 0.17 (without static ) right now... Nicolas (kwizart) From jkeating at redhat.com Wed Aug 22 14:59:42 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Aug 2007 10:59:42 -0400 Subject: awk missing from buildroot? In-Reply-To: <46CC4DAB.7040300@kobold.org> References: <46CC4DAB.7040300@kobold.org> Message-ID: <20070822105942.139d22cc@mentok.boston.redhat.com> On Wed, 22 Aug 2007 07:52:27 -0700 Wart wrote: > According to the FullExceptionList[1], awk is supposed to be included > in the minimal build root as part of 'gawk'. But my yadex build > failed because awk wasn't found: > > http://koji.fedoraproject.org/koji/getfile?taskID=116912&name=build.log > > Is this a temporary failure, or something more serious? > > --Wart > [1]http://fedoraproject.org/wiki/Packaging/FullExceptionList Argh. We just need to pull the FullExceptionList. It's variable and changes over time based on the depchains of those in the Exception list. Doesn't look like gawk is pulled in via deps from the Exception list anymore. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Wed Aug 22 15:06:28 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 22 Aug 2007 10:06:28 -0500 Subject: awk missing from buildroot? In-Reply-To: <20070822105942.139d22cc@mentok.boston.redhat.com> References: <46CC4DAB.7040300@kobold.org> <20070822105942.139d22cc@mentok.boston.redhat.com> Message-ID: <20070822100628.7678d063@weaponx.rchland.ibm.com> On Wed, 22 Aug 2007 10:59:42 -0400 Jesse Keating wrote: > On Wed, 22 Aug 2007 07:52:27 -0700 > Wart wrote: > > > According to the FullExceptionList[1], awk is supposed to be included > > in the minimal build root as part of 'gawk'. But my yadex build > > failed because awk wasn't found: > > > > http://koji.fedoraproject.org/koji/getfile?taskID=116912&name=build.log > > > > Is this a temporary failure, or something more serious? > > > > --Wart > > [1]http://fedoraproject.org/wiki/Packaging/FullExceptionList > > Argh. We just need to pull the FullExceptionList. It's variable and > changes over time based on the depchains of those in the Exception list. > > Doesn't look like gawk is pulled in via deps from the Exception list > anymore. Heh, I hit that last night when rebuilding quilt. I just added a BR. josh From j.w.r.degoede at hhs.nl Wed Aug 22 14:56:34 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Aug 2007 16:56:34 +0200 Subject: awk missing from buildroot? In-Reply-To: <20070822100628.7678d063@weaponx.rchland.ibm.com> References: <46CC4DAB.7040300@kobold.org> <20070822105942.139d22cc@mentok.boston.redhat.com> <20070822100628.7678d063@weaponx.rchland.ibm.com> Message-ID: <46CC4EA2.1090906@hhs.nl> Josh Boyer wrote: > On Wed, 22 Aug 2007 10:59:42 -0400 > Jesse Keating wrote: > >> On Wed, 22 Aug 2007 07:52:27 -0700 >> Wart wrote: >> >>> According to the FullExceptionList[1], awk is supposed to be included >>> in the minimal build root as part of 'gawk'. But my yadex build >>> failed because awk wasn't found: >>> >>> http://koji.fedoraproject.org/koji/getfile?taskID=116912&name=build.log >>> >>> Is this a temporary failure, or something more serious? >>> >>> --Wart >>> [1]http://fedoraproject.org/wiki/Packaging/FullExceptionList >> Argh. We just need to pull the FullExceptionList. It's variable and >> changes over time based on the depchains of those in the Exception list. >> >> Doesn't look like gawk is pulled in via deps from the Exception list >> anymore. > > Heh, I hit that last night when rebuilding quilt. I just added a BR. > Same for me I hit it with a couple of packages too, and added a BR, we might want to just add gawk to the Exceptionslist though, quite a few packages seem to need it, and it isn't big (nor has many deps). Regards, Hans From mmcgrath at redhat.com Wed Aug 22 15:08:59 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 22 Aug 2007 10:08:59 -0500 Subject: awk missing from buildroot? In-Reply-To: <20070822105942.139d22cc@mentok.boston.redhat.com> References: <46CC4DAB.7040300@kobold.org> <20070822105942.139d22cc@mentok.boston.redhat.com> Message-ID: <46CC518B.8040701@redhat.com> Jesse Keating wrote: > On Wed, 22 Aug 2007 07:52:27 -0700 > Wart wrote: > > >> According to the FullExceptionList[1], awk is supposed to be included >> in the minimal build root as part of 'gawk'. But my yadex build >> failed because awk wasn't found: >> >> http://koji.fedoraproject.org/koji/getfile?taskID=116912&name=build.log >> >> Is this a temporary failure, or something more serious? >> >> --Wart >> [1]http://fedoraproject.org/wiki/Packaging/FullExceptionList >> > > Argh. We just need to pull the FullExceptionList. It's variable and > changes over time based on the depchains of those in the Exception list. > > Doesn't look like gawk is pulled in via deps from the Exception list > anymore. > We have to have something to give to everyone, what will it be? -Mike From jkeating at redhat.com Wed Aug 22 15:10:26 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Aug 2007 11:10:26 -0400 Subject: awk missing from buildroot? In-Reply-To: <46CC518B.8040701@redhat.com> References: <46CC4DAB.7040300@kobold.org> <20070822105942.139d22cc@mentok.boston.redhat.com> <46CC518B.8040701@redhat.com> Message-ID: <20070822111026.7a135c85@ender> On Wed, 22 Aug 2007 10:08:59 -0500 Mike McGrath wrote: > We have to have something to give to everyone, what will it be? Some form of 'yum groupinfo buildsys-build' ran through yum deplist Or if we were really cool we could have in yum a 'yum groupdeplist buildsys-build' and then it would spit out the full list de jour. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at city-fan.org Wed Aug 22 15:19:11 2007 From: paul at city-fan.org (Paul Howarth) Date: Wed, 22 Aug 2007 16:19:11 +0100 Subject: awk missing from buildroot? In-Reply-To: <46CC518B.8040701@redhat.com> References: <46CC4DAB.7040300@kobold.org> <20070822105942.139d22cc@mentok.boston.redhat.com> <46CC518B.8040701@redhat.com> Message-ID: <46CC53EF.1060509@city-fan.org> Mike McGrath wrote: > Jesse Keating wrote: >> On Wed, 22 Aug 2007 07:52:27 -0700 >> Wart wrote: >> >> >>> According to the FullExceptionList[1], awk is supposed to be included >>> in the minimal build root as part of 'gawk'. But my yadex build >>> failed because awk wasn't found: >>> >>> http://koji.fedoraproject.org/koji/getfile?taskID=116912&name=build.log >>> >>> Is this a temporary failure, or something more serious? >>> >>> --Wart >>> [1]http://fedoraproject.org/wiki/Packaging/FullExceptionList >>> >> >> Argh. We just need to pull the FullExceptionList. It's variable and >> changes over time based on the depchains of those in the Exception list. >> >> Doesn't look like gawk is pulled in via deps from the Exception list >> anymore. >> > > We have to have something to give to everyone, what will it be? The full exception list is easily enough generated by a script for anyone with mock setup to do development builds (I think that's how it was generated in the first place, wasn't it?). How about removing the existing list and replacing it with a separate page for each release, automatically regenerated periodically (would older releases ever need re-doing?)? Paul. From markg85 at gmail.com Wed Aug 22 15:26:59 2007 From: markg85 at gmail.com (Mark) Date: Wed, 22 Aug 2007 11:26:59 -0400 Subject: Gnome Network Manager Applet issue? In-Reply-To: <6e24a8e80708211245x4be6cb7ata2839a5be6795eae@mail.gmail.com> References: <6e24a8e80708211245x4be6cb7ata2839a5be6795eae@mail.gmail.com> Message-ID: <6e24a8e80708220826o7c05f104k4f5ee35b96aed97@mail.gmail.com> Some reply's on this please. I did some further investigation and found out that i am able to make a qireless connection IF i make a cable connection first (big bug). Also the nm-applet icon is sometimes not visable!! and most of the time the nm-applat only shows when i run: "NetworkManager" under root. When it's not run under ruut but as a user i get this error:"Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory" Any solution for this?? Thanx. 2007/8/21, Mark : > Hey, > > i've just installed Fedora 8 Test 1 on my acer notebook and was > surprised to see that the resolution of my screen was used during the > installation (1280x800). Good job there!! > > Once Fedora 8 Test 1 was installed and started i ran into some problems.. > I was used to kNetworkManager (the KDE network manager) but had no > idea what gnome's manager was for this.. (nothing was started for > this..!!!) so i looked in the session settings for gnome and there i > saw: "Network Manager" and enabled.. so it should have started right? > well it didn't it did start when i opened a console and typed the line > that is in the Network Manager session command line: "nm-applet > --sm-disable" > > Once that was started and once i had entered my wlan information it > was working all over again.. than the updates window popped up.. it > said that there where 280!!! updates!! so i did the update and tested > it again (NetworkManager) and it's still not booting up when Fedora > boots not even now when i write this post. > > So is this done intentionally or is it a bug? and if it is.. is it > worth reporting it or already known? Also nearly no programs in the > session list (applets) seem to start except the power manager, sound > and update things. > > And about Fedora 8 so far (just a few hours) > I know it's a test release and i know that it can be expected that > some bugs are in it but i just like to test out the latest stuff and > help a little where possible. > > It looks good (specially the new icon theme (not everywhere applied > yet!?) and the window decorations. Fedora is gonna get a nice > authentic look in this release (or so it seems). > > Good job so far!! > From wart at kobold.org Wed Aug 22 15:37:34 2007 From: wart at kobold.org (Wart) Date: Wed, 22 Aug 2007 08:37:34 -0700 Subject: awk missing from buildroot? In-Reply-To: <46CC53EF.1060509@city-fan.org> References: <46CC4DAB.7040300@kobold.org> <20070822105942.139d22cc@mentok.boston.redhat.com> <46CC518B.8040701@redhat.com> <46CC53EF.1060509@city-fan.org> Message-ID: <46CC583E.6000605@kobold.org> Paul Howarth wrote: > Mike McGrath wrote: >> Jesse Keating wrote: >>> On Wed, 22 Aug 2007 07:52:27 -0700 >>> Wart wrote: >>> >>> >>>> According to the FullExceptionList[1], awk is supposed to be included >>>> in the minimal build root as part of 'gawk'. But my yadex build >>>> failed because awk wasn't found: >>>> >>>> http://koji.fedoraproject.org/koji/getfile?taskID=116912&name=build.log >>>> >>>> Is this a temporary failure, or something more serious? >>>> >>>> --Wart >>>> [1]http://fedoraproject.org/wiki/Packaging/FullExceptionList >>>> >>> >>> Argh. We just need to pull the FullExceptionList. It's variable and >>> changes over time based on the depchains of those in the Exception list. >>> >>> Doesn't look like gawk is pulled in via deps from the Exception list >>> anymore. >>> >> >> We have to have something to give to everyone, what will it be? > > The full exception list is easily enough generated by a script for > anyone with mock setup to do development builds (I think that's how it > was generated in the first place, wasn't it?). How about removing the > existing list and replacing it with a separate page for each release, > automatically regenerated periodically (would older releases ever need > re-doing?)? That's actually what made me think something was wrong. I had done a mock build 5 minutes before submitting the build to koji. The mock build didn't complain about any missing deps, but koji did. --Wart From ville.skytta at iki.fi Wed Aug 22 15:39:54 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Wed, 22 Aug 2007 18:39:54 +0300 Subject: awk missing from buildroot? In-Reply-To: <20070822105942.139d22cc@mentok.boston.redhat.com> References: <46CC4DAB.7040300@kobold.org> <20070822105942.139d22cc@mentok.boston.redhat.com> Message-ID: <200708221839.54997.ville.skytta@iki.fi> On Wednesday 22 August 2007, Jesse Keating wrote: > > Doesn't look like gawk is pulled in via deps from the Exception list > anymore. Looks like there may be some randomness here. I rebuilt 6 vdr-* plugin packages recently, every single one of them has a similar Makefile that will require awk to function correctly. Three of six failed to build, the other three succeeded. The "Completed" time of the successful ones is several minutes *later* than the ones that failed, and these packages are small and should build very quickly after the build root has been set up (should certainly be quicker than "several minutes"). This seems counterintuitive to me - if the series of builds hits a window where awk gets removed from the base set in the middle of it, I would expect the earlier builds to have succeeded, later failed. But it's the other way around. I've resubmitted the failed ones as is just to see how it goes on a retry. Failure: https://koji.fedoraproject.org/koji/taskinfo?taskID=114592 https://koji.fedoraproject.org/koji/taskinfo?taskID=114597 https://koji.fedoraproject.org/koji/taskinfo?taskID=114604 Success: https://koji.fedoraproject.org/koji/taskinfo?taskID=114602 https://koji.fedoraproject.org/koji/taskinfo?taskID=114611 https://koji.fedoraproject.org/koji/taskinfo?taskID=114613 From orion at cora.nwra.com Wed Aug 22 15:41:48 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 22 Aug 2007 09:41:48 -0600 Subject: Problems with NetworkManager and autofs/NFS In-Reply-To: References: <46C48ECD.9010800@cora.nwra.com> Message-ID: <46CC593C.4000602@cora.nwra.com> Jon Nettleton wrote: > > Moving forward we need much tighter integration with all NetworkManager and > all > network services on the machine. What I have done to reduce contention as > well > as boot time is to remove the following services from my init process > > iscsi > iscsid > ntpd > autofs > sshd > avahi-daemon > avahi-dnsconfd > yum-updatesd > > They all now are started by custom scripts in > /etc/NetworkManager/dispatcher.d. Yes > I know that theoretically autofs doesn't below there because it can mount > non network > drives, but I don't use that so it is there now. > > I can pass some of my stuff along if you are interested. I'd be interested. -- Orion Poplawski Technical Manager 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 loganjerry at gmail.com Wed Aug 22 16:04:43 2007 From: loganjerry at gmail.com (Jerry James) Date: Wed, 22 Aug 2007 10:04:43 -0600 Subject: Spin license Message-ID: <870180fe0708220904j6d27d91dq203d652716e0668d@mail.gmail.com> Can Spin [1] be packaged for Fedora? Section 0 (Overview) of [2] says, in part (with one obvious typo fixed): "Spin is distributed in source form to encourage research in formal verification, and to help support a friendly and open exchange of algorithms, ideas, and tools. The software itself has a copyright from Lucent Technologies and Bell Laboratories, and is distributed for research and educational purposes only (i.e., no guarantee of any kind is implied by the distribution of the code, and all rights are reserved by the copyright holder). For this general use of Spin, no license is required. Commercial application of the Spin software is also allowed, but requires the acceptance of a basic license. Refer to the Spin Public license for details." The Spin Public license is available here [3]. It specifically allows for modifications, in a way that seems to me to be reasonable, but I am neither a lawyer nor an expert on licenses. [1] http://spinroot.com/ [2] http://spinroot.com/spin/Man/README.html [3] http://spinroot.com/spin/spin_license.html Thanks, -- Jerry James http://loganjerry.googlepages.com/ From vonbrand at inf.utfsm.cl Wed Aug 22 16:11:07 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 22 Aug 2007 12:11:07 -0400 Subject: tdom license In-Reply-To: <1187728676.10936.17.camel@ignacio.lan> References: <46CB48AC.80004@kobold.org> <1187728676.10936.17.camel@ignacio.lan> Message-ID: <12511.1187799067@laptop13.inf.utfsm.cl> Ignacio Vazquez-Abrams wrote: > On Tue, 2007-08-21 at 13:18 -0700, Michael Thomas wrote: > > The software was developed for research purposes only... > > While this bit doesn't necessarily mean that it's *licensed* for > research purposes only, it would probably be best to have it struck from > the license. It would be even better to suggest them to use some bog-standard licence, in this case probably BSD comes closest to the intent. Plus placing descriptions, disclaimers, ... in some README file. -- 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 From tgl at redhat.com Wed Aug 22 16:15:06 2007 From: tgl at redhat.com (Tom Lane) Date: Wed, 22 Aug 2007 12:15:06 -0400 Subject: RPM upgrade problem: howto replace a directory with a symlink? Message-ID: <8659.1187799306@sss.pgh.pa.us> The postgresql-server RPM contains its own copy of the zoneinfo database, which I wanted to replace with a symlink to /usr/share/zoneinfo to avoid needing to turn Postgres for zoneinfo updates. Unfortunately it seems RPM fails to cope with this situation during an update scenario; it fails like so: [tgl at rh2 x86_64]$ sudo rpm -F postgresql-8.2.4-4.x86_64.rpm postgresql-serv... error: unpacking of archive failed on file /usr/share/pgsql/timezone: cpio: rename failed - Is a directory [tgl at rh2 x86_64]$ and leaves me with a half-updated fileset. Is this a bug in RPM, or in cpio itself? Perhaps more to the point, how can I work around it until it gets fixed? I was hoping to ship this update today ... regards, tom lane From walters at redhat.com Wed Aug 22 16:24:06 2007 From: walters at redhat.com (Colin Walters) Date: Wed, 22 Aug 2007 12:24:06 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <1187789792.13231.17.camel@localhost.localdomain> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> Message-ID: On 8/22/07, Simo Sorce wrote: > > > This way 99% of the cases we should have a consistent changelog. Another way to ensure the changelog is consistent is to stop using it. Move them out of the spec for historical archives, and use the version control system. Not writing changes twice = win. Especially when most of them are on the level of "new upstream version" which are equivalent to comments in C like: /* Increment x */ x = x+1; -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Wed Aug 22 16:18:22 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 22 Aug 2007 18:18:22 +0200 Subject: awk missing from buildroot? In-Reply-To: <20070822105942.139d22cc@mentok.boston.redhat.com> References: <46CC4DAB.7040300@kobold.org> <20070822105942.139d22cc@mentok.boston.redhat.com> Message-ID: <20070822161822.GB2614@free.fr> On Wed, Aug 22, 2007 at 10:59:42AM -0400, Jesse Keating wrote: > > Argh. We just need to pull the FullExceptionList. It's variable and > changes over time based on the depchains of those in the Exception list. Yes, just remove this list, it is too random. -- Pat From ssorce at redhat.com Wed Aug 22 16:31:02 2007 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 22 Aug 2007 12:31:02 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> Message-ID: <1187800262.13231.20.camel@localhost.localdomain> On Wed, 2007-08-22 at 12:24 -0400, Colin Walters wrote: > On 8/22/07, Simo Sorce wrote: > > This way 99% of the cases we should have a consistent > changelog. > > Another way to ensure the changelog is consistent is to stop using it. > Move them out of the spec for historical archives, and use the version > control system. Not writing changes twice = win. > Especially when most of them are on the level of "new upstream > version" which are equivalent to comments in C like: > /* Increment x */ > x = x+1; The problem with using version control messages is then seeing silly things like: - fix typo in spec - fix typo in spec again - ok I am really silly today fix it again Simo. From mlichvar at redhat.com Wed Aug 22 16:34:16 2007 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Wed, 22 Aug 2007 18:34:16 +0200 Subject: RPM upgrade problem: howto replace a directory with a symlink? In-Reply-To: <8659.1187799306@sss.pgh.pa.us> References: <8659.1187799306@sss.pgh.pa.us> Message-ID: <20070822163416.GK3698@localhost> On Wed, Aug 22, 2007 at 12:15:06PM -0400, Tom Lane wrote: > The postgresql-server RPM contains its own copy of the zoneinfo > database, which I wanted to replace with a symlink to > /usr/share/zoneinfo to avoid needing to turn Postgres for zoneinfo > updates. Unfortunately it seems RPM fails to cope with this > situation during an update scenario; it fails like so: > > [tgl at rh2 x86_64]$ sudo rpm -F postgresql-8.2.4-4.x86_64.rpm postgresql-serv... > error: unpacking of archive failed on file /usr/share/pgsql/timezone: cpio: rename failed - Is a directory > [tgl at rh2 x86_64]$ > > and leaves me with a half-updated fileset. > > Is this a bug in RPM, or in cpio itself? Perhaps more to the point, > how can I work around it until it gets fixed? I was hoping to ship > this update today ... It's an old bug in rpm, can't find it in bugzilla atm. The workaround is to symlink everything in the directory, not sure how stable is the content of /usr/share/zoneinfo though. I've done this in ncurses package. -- Miroslav Lichvar From sundaram at fedoraproject.org Wed Aug 22 16:34:45 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 22 Aug 2007 22:04:45 +0530 Subject: Spin license In-Reply-To: <870180fe0708220904j6d27d91dq203d652716e0668d@mail.gmail.com> References: <870180fe0708220904j6d27d91dq203d652716e0668d@mail.gmail.com> Message-ID: <46CC65A5.5010209@fedoraproject.org> Jerry James wrote: > > The Spin Public license is available here [3]. It specifically allows > for modifications, in a way that seems to me to be reasonable, but I > am neither a lawyer nor an expert on licenses. > > [1] http://spinroot.com/ > [2] http://spinroot.com/spin/Man/README.html > [3] http://spinroot.com/spin/spin_license.html > IANAL but clause 5 seems to prohibit private modifications by letting the original contributor demand to get all modifications created by other people. Clause 6.1 has a termination provision for any intellectual property action against the original contributor. The extend of this intellectual property has not been defined. If the original contributor violates the copyright of anyone who is using software under this license, the user has to terminate the use of this software before initiating action. That seems draconian to me. The bottom red text includes "Non-commercial use is restricted to educational use only" which is a use restriction but it isn't clear whether this is part of the license or not and this seems to be in contradiction with the readme although the license would prevail in this instance. Rahul From jspaleta at gmail.com Wed Aug 22 16:52:53 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 22 Aug 2007 08:52:53 -0800 Subject: Spin license In-Reply-To: <46CC65A5.5010209@fedoraproject.org> References: <870180fe0708220904j6d27d91dq203d652716e0668d@mail.gmail.com> <46CC65A5.5010209@fedoraproject.org> Message-ID: <604aa7910708220952k23ed8a05v9cc69c78f05bed19@mail.gmail.com> On 8/22/07, Rahul Sundaram wrote: > The bottom red text includes "Non-commercial use is restricted to > educational use only" which is a use restriction but it isn't clear > whether this is part of the license or not and this seems to be in > contradiction with the readme although the license would prevail in this > instance. I'm pretty sure that the red text at the top and bottom of the webpage are site banner text and not the text of the actual license. But, to be sure I downloaded the source tarball to look at the license text there. The provide src tarball does NOT include this license. Either as an additional text file or in the source code comments. The provided tarball http://spinroot.com/spin/Src/spin430.tar.gz has licensing flags which strictly limit commercial usage. So even if this license was okay, you'd have to make sure that it was okay to remove the current licensing messages and replace them with the commercial license. And its not clear that you are able to do that. Even if the Spin Public License is acceptable I don't think we could include the available codebase as is. What we really really need, is an upstream release that is already self-consistently licensed with the spin public license. The tarball I found was not. example licensing statement in the actual distributed code: /***** spin: flow.c *****/ /* Copyright (c) 1989-2003 by Lucent Technologies, Bell Laboratories. */ /* All Rights Reserved. This software is for educational purposes only. */ /* No guarantee whatsoever is expressed or implied by the distribution of */ /* this code. Permission is given to distribute this code provided that */ /* this introductory message is not removed and no monies are exchanged. */ /* Software written by Gerard J. Holzmann. For tool documentation see: */ /* http://spinroot.com/ */ /* Send all bug-reports and/or questions to: bugs at spinroot.com */ -jef From tgl at redhat.com Wed Aug 22 17:07:37 2007 From: tgl at redhat.com (Tom Lane) Date: Wed, 22 Aug 2007 13:07:37 -0400 Subject: RPM upgrade problem: howto replace a directory with a symlink? In-Reply-To: <20070822163416.GK3698@localhost> References: <8659.1187799306@sss.pgh.pa.us> <20070822163416.GK3698@localhost> Message-ID: <9279.1187802457@sss.pgh.pa.us> Miroslav Lichvar writes: > On Wed, Aug 22, 2007 at 12:15:06PM -0400, Tom Lane wrote: >> [tgl at rh2 x86_64]$ sudo rpm -F postgresql-8.2.4-4.x86_64.rpm postgresql-serv... >> error: unpacking of archive failed on file /usr/share/pgsql/timezone: cpio: rename failed - Is a directory > It's an old bug in rpm, can't find it in bugzilla atm. The workaround > is to symlink everything in the directory, not sure how stable is the > content of /usr/share/zoneinfo though. I've done this in ncurses > package. Egad, that seems pretty horrid. They do change the list of zones and zone aliases now and then. An idea that just came to me is to ship the rpm containing a single empty directory at /usr/share/pgsql/timezone (I assume RPM can handle removing the contents...) and then have a postinstall scriptlet that rmdir's the directory and creates the symlink instead. This would leave the RPM manifest correctly showing ownership of one file there, but it would be a symlink not an empty directory. Can anyone state whether RPM tracks file types closely enough to notice this? I really have no idea what level of detail is in its database... regards, tom lane From jkeating at redhat.com Wed Aug 22 17:12:56 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Aug 2007 13:12:56 -0400 Subject: awk missing from buildroot? In-Reply-To: <200708221839.54997.ville.skytta@iki.fi> References: <46CC4DAB.7040300@kobold.org> <20070822105942.139d22cc@mentok.boston.redhat.com> <200708221839.54997.ville.skytta@iki.fi> Message-ID: <20070822131256.2437b902@mentok.boston.redhat.com> On Wed, 22 Aug 2007 18:39:54 +0300 "Ville Skytt?" wrote: > Failure: > https://koji.fedoraproject.org/koji/taskinfo?taskID=114592 > https://koji.fedoraproject.org/koji/taskinfo?taskID=114597 > https://koji.fedoraproject.org/koji/taskinfo?taskID=114604 > > Success: > https://koji.fedoraproject.org/koji/taskinfo?taskID=114602 gawk was not in the buildroot here, sampling the x86_64 buildroot: https://koji.fedoraproject.org/koji/rpmlist?buildrootID=37206&type=component > https://koji.fedoraproject.org/koji/taskinfo?taskID=114611 Ditto (ppc) https://koji.fedoraproject.org/koji/rpmlist?buildrootID=37217&type=component > https://koji.fedoraproject.org/koji/taskinfo?taskID=114613 Ditto (i386) https://koji.fedoraproject.org/koji/rpmlist?buildrootID=37211&type=component -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Aug 22 17:16:04 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Aug 2007 13:16:04 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> Message-ID: <20070822131604.633f367f@mentok.boston.redhat.com> On Wed, 22 Aug 2007 12:24:06 -0400 "Colin Walters" wrote: > Another way to ensure the changelog is consistent is to stop using > it. Move them out of the spec for historical archives, and use the > version control system. Not writing changes twice = win. > Especially when most of them are on the level of "new upstream > version" which are equivalent to comments in C like: > /* Increment x */ > x = x+1; That's great, when the SCM is easy to access and available in moments of need. But it's not really easy to do rpm -q --changelog and have that search whatever SCM the package came from (if it came from one) and gather the changelogs, and order them in some way that makes sense for the package you have currently installed. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From walters at redhat.com Wed Aug 22 17:20:58 2007 From: walters at redhat.com (Colin Walters) Date: Wed, 22 Aug 2007 13:20:58 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <1187800262.13231.20.camel@localhost.localdomain> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> <1187800262.13231.20.camel@localhost.localdomain> Message-ID: On 8/22/07, Simo Sorce wrote: > > > - fix typo in spec > - fix typo in spec again > - ok I am really silly today fix it again Sure; though I would argue that those types of commits are mostly a result of people not running "make local" first. They should be slapped =) But we've in fact already created a way better interface for seeing when packages were updated. It's called Koji. For example: http://koji.fedoraproject.org/koji/packageinfo?packageID=57 And it's doing things the right way - timestamps, user who initated the build, etc., are created by a computer, not manually input into a text file. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tcallawa at redhat.com Wed Aug 22 17:22:59 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 22 Aug 2007 13:22:59 -0400 Subject: Spin license In-Reply-To: <604aa7910708220952k23ed8a05v9cc69c78f05bed19@mail.gmail.com> References: <870180fe0708220904j6d27d91dq203d652716e0668d@mail.gmail.com> <46CC65A5.5010209@fedoraproject.org> <604aa7910708220952k23ed8a05v9cc69c78f05bed19@mail.gmail.com> Message-ID: <1187803379.3439.328.camel@dhcp83-165.boston.redhat.com> On Wed, 2007-08-22 at 08:52 -0800, Jeff Spaleta wrote: > Even if the Spin Public License is acceptable I don't think we could > include the available codebase as is. What we really really need, is > an upstream release that is already self-consistently licensed with > the spin public license. The tarball I found was not. Yes. First, we need this, then we'll review the license used. Note that the following will prevent it a license from being OK for Fedora: * Use restrictions * Commercial restrictions * Modification restrictions ~spot From ville.skytta at iki.fi Wed Aug 22 17:27:44 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Wed, 22 Aug 2007 20:27:44 +0300 Subject: RPM upgrade problem: howto replace a directory with a symlink? In-Reply-To: <9279.1187802457@sss.pgh.pa.us> References: <8659.1187799306@sss.pgh.pa.us> <20070822163416.GK3698@localhost> <9279.1187802457@sss.pgh.pa.us> Message-ID: <200708222027.45255.ville.skytta@iki.fi> On Wednesday 22 August 2007, Tom Lane wrote: > Miroslav Lichvar writes: > > On Wed, Aug 22, 2007 at 12:15:06PM -0400, Tom Lane wrote: > >> [tgl at rh2 x86_64]$ sudo rpm -F postgresql-8.2.4-4.x86_64.rpm > >> postgresql-serv... error: unpacking of archive failed on file > >> /usr/share/pgsql/timezone: cpio: rename failed - Is a directory > > > > It's an old bug in rpm, can't find it in bugzilla atm. The workaround > > is to symlink everything in the directory, not sure how stable is the > > content of /usr/share/zoneinfo though. I've done this in ncurses > > package. > > Egad, that seems pretty horrid. Agreed. Not pretty either, but IMHO better than symlinking everything, something like this could work too: %pre # Can't overwrite dir with a symlink, so remove the old dir first on upgrades [ $1 -gt 1 -a -d /usr/share/pgsql/timezone ] && \ rm -rf /usr/share/pgsql/timezone || : ...and then drop the symlink in place just as usual in %files. From mlichvar at redhat.com Wed Aug 22 17:31:26 2007 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Wed, 22 Aug 2007 19:31:26 +0200 Subject: RPM upgrade problem: howto replace a directory with a symlink? In-Reply-To: <9279.1187802457@sss.pgh.pa.us> References: <8659.1187799306@sss.pgh.pa.us> <20070822163416.GK3698@localhost> <9279.1187802457@sss.pgh.pa.us> Message-ID: <20070822173126.GL3698@localhost> On Wed, Aug 22, 2007 at 01:07:37PM -0400, Tom Lane wrote: > Miroslav Lichvar writes: > > On Wed, Aug 22, 2007 at 12:15:06PM -0400, Tom Lane wrote: > >> [tgl at rh2 x86_64]$ sudo rpm -F postgresql-8.2.4-4.x86_64.rpm postgresql-serv... > >> error: unpacking of archive failed on file /usr/share/pgsql/timezone: cpio: rename failed - Is a directory > > > It's an old bug in rpm, can't find it in bugzilla atm. The workaround > > is to symlink everything in the directory, not sure how stable is the > > content of /usr/share/zoneinfo though. I've done this in ncurses > > package. > > Egad, that seems pretty horrid. They do change the list of zones > and zone aliases now and then. A %triggerin scriptlet could update the symlinks with every tzdata update. ;) > An idea that just came to me is to ship the rpm containing a single > empty directory at /usr/share/pgsql/timezone (I assume RPM can handle > removing the contents...) and then have a postinstall scriptlet that > rmdir's the directory and creates the symlink instead. This would > leave the RPM manifest correctly showing ownership of one file there, > but it would be a symlink not an empty directory. Can anyone state > whether RPM tracks file types closely enough to notice this? > I really have no idea what level of detail is in its database... I think rpm will just remove the files in /usr/share/zoneinfo as the %post script will be executed before the files of the old package are removed. A %posttrans scriptlet could be better. Making the symlink as /usr/share/pgsql/zoneinfo and changing all paths in postgresql accordingly is not an option? -- Miroslav Lichvar From law at redhat.com Wed Aug 22 17:38:25 2007 From: law at redhat.com (Jeffrey Law) Date: Wed, 22 Aug 2007 11:38:25 -0600 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070822131604.633f367f@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> <20070822131604.633f367f@mentok.boston.redhat.com> Message-ID: <1187804305.4468.89.camel@localhost.localdomain> On Wed, 2007-08-22 at 13:16 -0400, Jesse Keating wrote: > On Wed, 22 Aug 2007 12:24:06 -0400 > "Colin Walters" wrote: > > > Another way to ensure the changelog is consistent is to stop using > > it. Move them out of the spec for historical archives, and use the > > version control system. Not writing changes twice = win. > > Especially when most of them are on the level of "new upstream > > version" which are equivalent to comments in C like: > > /* Increment x */ > > x = x+1; > > That's great, when the SCM is easy to access and available in moments > of need. But it's not really easy to do rpm -q --changelog and > have that search whatever SCM the package came from (if it came from > one) and gather the changelogs, and order them in some way that makes > sense for the package you have currently installed. One could argue that the ChangeLog should be written once (say into the spec file) and that copy should be used as the entry in the SCM or vice-versa. jeff From ville.skytta at iki.fi Wed Aug 22 17:39:03 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Wed, 22 Aug 2007 20:39:03 +0300 Subject: awk missing from buildroot? In-Reply-To: <20070822131256.2437b902@mentok.boston.redhat.com> References: <46CC4DAB.7040300@kobold.org> <200708221839.54997.ville.skytta@iki.fi> <20070822131256.2437b902@mentok.boston.redhat.com> Message-ID: <200708222039.04279.ville.skytta@iki.fi> On Wednesday 22 August 2007, Jesse Keating wrote: > On Wed, 22 Aug 2007 18:39:54 +0300 > > Success: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=114602 > > gawk was not in the buildroot here, sampling the x86_64 buildroot: > https://koji.fedoraproject.org/koji/rpmlist?buildrootID=37206&type=component Ah, I didn't know how to find that in koji, thanks. On closer inspection, there are after all some differences in the plugins' Makefiles - all of them use awk, but the builds of the succeeded ones do not need the stuff that is extracted with awk whereas the failed ones do, so there's a rational explanation after all. Sorry about the noise. From jkeating at redhat.com Wed Aug 22 17:43:47 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Aug 2007 13:43:47 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <1187804305.4468.89.camel@localhost.localdomain> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> <20070822131604.633f367f@mentok.boston.redhat.com> <1187804305.4468.89.camel@localhost.localdomain> Message-ID: <20070822134347.2a69aa44@mentok.boston.redhat.com> On Wed, 22 Aug 2007 11:38:25 -0600 Jeffrey Law wrote: > One could argue that the ChangeLog should be written once (say into > the spec file) and that copy should be used as the entry in the SCM > or vice-versa. make clog; cvs commit -F clog -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Wed Aug 22 17:54:37 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 22 Aug 2007 12:54:37 -0500 Subject: qt4: to ExcludeArch: ppc64 soon... Message-ID: <46CC785D.2030100@math.unl.edu> ... unless someone can step up with some heroics within the next few days to help fix: http://bugzilla.redhat.com/246324 -- Rex From walters at redhat.com Wed Aug 22 18:32:10 2007 From: walters at redhat.com (Colin Walters) Date: Wed, 22 Aug 2007 14:32:10 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070822131604.633f367f@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> <20070822131604.633f367f@mentok.boston.redhat.com> Message-ID: On 8/22/07, Jesse Keating wrote: > > > That's great, when the SCM is easy to access and available in moments > of need. But it's not really easy to do rpm -q --changelog Have you actually used rpm -q --changelog recently and found it useful? For a developer figuring out changes I think something like: http://cvs.fedoraproject.org/viewcvs/devel/ConsoleKit/ConsoleKit.spec?rev=1.12&view=log is pretty close to what we want. -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.badger at gmail.com Wed Aug 22 18:33:22 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 22 Aug 2007 11:33:22 -0700 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070822080854.c11fb39c.mschwendt.tmp0701.nospam@arcor.de> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821160101.GC7920@psilocybe.teonanacatl.org> <46CB1AF6.2070203@gmail.com> <20070821192613.GB28116@psilocybe.teonanacatl.org> <20070822080854.c11fb39c.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <46CC8172.5080804@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: > The one pitfall in the ?tg_format=plain bugzilla list linked above is > that not every user name is an email alias, which you could construct > by appending the primary Fedora Project domain. The list includes some > group names, which are mapped to a completely different email address > using the account system. Hence a second list from the FAS needs to > be retrieved. > Minor clarification which doesn't affect the end result of any of the above: The list only contains account names ATM. However, some of those account names do not belong to any groups in the account system. Those accounts do not get aliases of the form username at fedoraproject.org since we want to avoid people applying to the account system solely to get email aliases. You can retrieve the list from FAS that Michael Schwendt mentions by hitting this URL: https://admin.fedoraproject.org/accounts/dump-group.cgi If you are connecting from a non-Fedora Infrastructure box you must go through Apache Basic auth to get that page (FAS username and password). - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGzIFxX6yAic2E7kgRAojXAJ9lPI3cZYXD6feXWQU7zzrIBF/NsQCeKsrj bb374EIsxWvfxnuLGbylCSI= =l9U5 -----END PGP SIGNATURE----- From tmraz at redhat.com Wed Aug 22 19:03:59 2007 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 22 Aug 2007 21:03:59 +0200 Subject: FeatureRemovePAMConsole Message-ID: <1187809439.3173.10.camel@vespa.kabelta.loc> Just a note - pam_console in pam-0.99.8.1-5.fc8 drops support for changing device ownership for all devices which are now handled by HAL. So after upgrade & reboot please test whether some hardware devices formerly accessible by console user stop working due to missing access rights and report the bugs against HAL. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From skvidal at fedoraproject.org Wed Aug 22 19:14:47 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 22 Aug 2007 15:14:47 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> <20070822131604.633f367f@mentok.boston.redhat.com> Message-ID: <1187810087.16948.191.camel@cutter> On Wed, 2007-08-22 at 14:32 -0400, Colin Walters wrote: > On 8/22/07, Jesse Keating wrote: > > That's great, when the SCM is easy to access and available in > moments > of need. But it's not really easy to do rpm -q --changelog > > > Have you actually used rpm -q --changelog recently and found it > useful? yes, all the time. Especially when I'm trying to trace back why this is now broken. -sv From bpepple at fedoraproject.org Wed Aug 22 19:30:40 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 22 Aug 2007 15:30:40 -0400 Subject: Plan for tomorrows (20070823) FESCO meeting Message-ID: <1187811040.4381.4.camel@kennedy> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCO-Meeting -- MISC -- Review of new features status http://fedoraproject.org/wiki/Releases/8/FeatureList- poelcat, jwb /topic FESCO-Meeting -- MISC -- obsoleting kmod proposal - dwmw2, f13 /topic FESCO-Meeting -- MISC -- Package builds should fail on empty debuginfo packages - spot /topic FESCO-Meeting -- Follow-up -- Compat policy? - jeremy /topic FESCO-Meeting -- Follow-up -- FESCo proposal template - f13 /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule (I can't promise we will get to it tomorrow, but we'll most likely will if we don't run out of time). You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 bpepple at fedoraproject.org Wed Aug 22 19:30:40 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 22 Aug 2007 15:30:40 -0400 Subject: Plan for tomorrows (20070823) FESCO meeting Message-ID: <1187811040.4381.4.camel@kennedy> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCO-Meeting -- MISC -- Review of new features status http://fedoraproject.org/wiki/Releases/8/FeatureList- poelcat, jwb /topic FESCO-Meeting -- MISC -- obsoleting kmod proposal - dwmw2, f13 /topic FESCO-Meeting -- MISC -- Package builds should fail on empty debuginfo packages - spot /topic FESCO-Meeting -- Follow-up -- Compat policy? - jeremy /topic FESCO-Meeting -- Follow-up -- FESCo proposal template - f13 /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule (I can't promise we will get to it tomorrow, but we'll most likely will if we don't run out of time). You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 j.w.r.degoede at hhs.nl Wed Aug 22 19:39:10 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Aug 2007 21:39:10 +0200 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <1187811040.4381.4.camel@kennedy> References: <1187811040.4381.4.camel@kennedy> Message-ID: <46CC90DE.3090209@hhs.nl> Brian Pepple wrote: > Hi, > > Please find below the list of topics that are likely to come up in the > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > in #fedora-meeting on irc.freenode.org: > > /topic FESCO-Meeting -- MISC -- Review of new features status > http://fedoraproject.org/wiki/Releases/8/FeatureList- poelcat, jwb > > /topic FESCO-Meeting -- MISC -- obsoleting kmod proposal - dwmw2, f13 > > /topic FESCO-Meeting -- MISC -- Package builds should fail on empty > debuginfo packages - spot > > /topic FESCO-Meeting -- Follow-up -- Compat policy? - jeremy > > /topic FESCO-Meeting -- Follow-up -- FESCo proposal template - f13 > > /topic FESCo meeting -- Free discussion around Fedora > > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule I would like to see some guidance /a action from FESco on what to do with regards to the bugs filed about making initscripts LSB compliant, and the questions surrounding how to correctly do this. Regards, Hans From tcallawa at redhat.com Wed Aug 22 19:45:58 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 22 Aug 2007 15:45:58 -0400 Subject: Gnome Network Manager Applet issue? In-Reply-To: <6e24a8e80708220826o7c05f104k4f5ee35b96aed97@mail.gmail.com> References: <6e24a8e80708211245x4be6cb7ata2839a5be6795eae@mail.gmail.com> <6e24a8e80708220826o7c05f104k4f5ee35b96aed97@mail.gmail.com> Message-ID: <1187811958.3439.342.camel@dhcp83-165.boston.redhat.com> On Wed, 2007-08-22 at 11:26 -0400, Mark wrote: > Some reply's on this please. > > I did some further investigation and found out that i am able to make > a qireless connection IF i make a cable connection first (big bug). > Also the nm-applet icon is sometimes not visable!! > and most of the time the nm-applat only shows when i run: > "NetworkManager" under root. > > When it's not run under ruut but as a user i get this > error:"Gtk-Message: Failed to load module "gnomebreakpad": > libgnomebreakpad.so: cannot open shared object file: No such file or > directory" I was wondering about that error, so I looked into it. The latest upstream bug-buddy has some code in it from google which enables the gnomebreakpad functionality. Unfortunately, it doesn't even come close to building on non-i686 platforms, which is probably why we haven't bumped to that version. ~spot From jkeating at redhat.com Wed Aug 22 19:49:31 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Aug 2007 15:49:31 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> <20070822131604.633f367f@mentok.boston.redhat.com> Message-ID: <20070822154931.78dd3916@mentok.boston.redhat.com> On Wed, 22 Aug 2007 14:32:10 -0400 "Colin Walters" wrote: > Have you actually used rpm -q --changelog recently and found it > useful? Yes actually. > For a developer figuring out changes I think something like: > http://cvs.fedoraproject.org/viewcvs/devel/ConsoleKit/ConsoleKit.spec?rev=1.12&view=log > is pretty close to what we want. That requires a lot of assumptions. A) the network is up. B) I have a browser. Plus a few more that I'm not thinking of. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bpepple at fedoraproject.org Wed Aug 22 19:47:59 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 22 Aug 2007 15:47:59 -0400 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <46CC90DE.3090209@hhs.nl> References: <1187811040.4381.4.camel@kennedy> <46CC90DE.3090209@hhs.nl> Message-ID: <1187812079.4381.6.camel@kennedy> On Wed, 2007-08-22 at 21:39 +0200, Hans de Goede wrote: > > I would like to see some guidance /a action from FESco on what to do with > regards to the bugs filed about making initscripts LSB compliant, and the > questions surrounding how to correctly do this. I'll add it to the schedule. Thanks, Hans. /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 Wed Aug 22 20:12:39 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 22 Aug 2007 22:12:39 +0200 Subject: installing more fonts by default for better international coverage In-Reply-To: <1187788395.25291.12.camel@localhost.localdomain> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> Message-ID: <1187813560.1994.9.camel@rousalka.dyndns.org> Le mercredi 22 ao?t 2007 ? 09:13 -0400, Jeremy Katz a ?crit : > On Wed, 2007-08-22 at 15:15 +1000, Jens Petersen wrote: > > In the recent online I18n session at FUDConF8 there was some discussion > > of installation defaults related to international language support, and > > it was suggested that we should be installing more fonts by default to > > get better desktop language display coverage out of the box. > > I think it's a good idea. I'd suggest that we do it by moving the > fonts to be "default" in the base-x group of comps. However a copy should be kept in language-specific groups so the classification is not lost -- 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 sundaram at fedoraproject.org Wed Aug 22 20:29:34 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 23 Aug 2007 01:59:34 +0530 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <1187811040.4381.4.camel@kennedy> References: <1187811040.4381.4.camel@kennedy> Message-ID: <46CC9CAE.3060008@fedoraproject.org> Brian Pepple wrote: > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule (I can't promise we will get > to it tomorrow, but we'll most likely will if we don't run out of time). > You can also propose topics in the meeting while it is in the "Free > discussion around Fedora" phase. You might want to keep track of the secondary architectures targeting Fedora 8 including Sparc, Alpha and ARM. Rahul From jwboyer at jdub.homelinux.org Wed Aug 22 20:35:18 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 22 Aug 2007 15:35:18 -0500 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <46CC9CAE.3060008@fedoraproject.org> References: <1187811040.4381.4.camel@kennedy> <46CC9CAE.3060008@fedoraproject.org> Message-ID: <20070822153518.2d3cabdb@weaponx.rchland.ibm.com> On Thu, 23 Aug 2007 01:59:34 +0530 Rahul Sundaram wrote: > Brian Pepple wrote: > > > You want something to be discussed? Send a note to the list in reply to > > this mail and I'll add it to the schedule (I can't promise we will get > > to it tomorrow, but we'll most likely will if we don't run out of time). > > You can also propose topics in the meeting while it is in the "Free > > discussion around Fedora" phase. > > You might want to keep track of the secondary architectures targeting > Fedora 8 including Sparc, Alpha and ARM. I keep bringing it up in the "free discussion" at the end of the meeting. And I bug spot constantly about it. It's being tracked fairly well. josh From sundaram at fedoraproject.org Wed Aug 22 20:36:17 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 23 Aug 2007 02:06:17 +0530 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <20070822153518.2d3cabdb@weaponx.rchland.ibm.com> References: <1187811040.4381.4.camel@kennedy> <46CC9CAE.3060008@fedoraproject.org> <20070822153518.2d3cabdb@weaponx.rchland.ibm.com> Message-ID: <46CC9E41.7060808@fedoraproject.org> Josh Boyer wrote: > I keep bringing it up in the "free discussion" at the end of the > meeting. And I bug spot constantly about it. It's being tracked > fairly well. I might have missed in the meeting mins or maybe it didn't show up there but what is the status on those? Is that packages are not getting built or are we waiting on infrastructure or policies? Rahul From markg85 at gmail.com Wed Aug 22 20:40:20 2007 From: markg85 at gmail.com (Mark) Date: Wed, 22 Aug 2007 22:40:20 +0200 Subject: GDM Session bug Message-ID: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> Hey, The bug is quite simple. Install Fedora 8 Test 1 with the latest updates + gnome + kde Change the session during login to KDE and get in KDE. Logout and log back in. you will notice that you than start in GNOME instead of KDE while you start up in KDE (last used session or something like it) but instead you get gnome. Good luck, Mark From jwboyer at jdub.homelinux.org Wed Aug 22 20:42:23 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 22 Aug 2007 15:42:23 -0500 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <46CC9E41.7060808@fedoraproject.org> References: <1187811040.4381.4.camel@kennedy> <46CC9CAE.3060008@fedoraproject.org> <20070822153518.2d3cabdb@weaponx.rchland.ibm.com> <46CC9E41.7060808@fedoraproject.org> Message-ID: <20070822154223.1404587c@weaponx.rchland.ibm.com> On Thu, 23 Aug 2007 02:06:17 +0530 Rahul Sundaram wrote: > Josh Boyer wrote: > > > I keep bringing it up in the "free discussion" at the end of the > > meeting. And I bug spot constantly about it. It's being tracked > > fairly well. > > I might have missed in the meeting mins or maybe it didn't show up there > but what is the status on those? Is that packages are not getting built > or are we waiting on infrastructure or policies? Last I heard was that koji support for it was mostly waiting for testing from spot. He, of course, has been rebuilding Fedora for a long time on Sparc so from a bootstrapping perspective I think it's in decent shape on that arch. Spot, have anything to add? josh From sundaram at fedoraproject.org Wed Aug 22 20:42:46 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 23 Aug 2007 02:12:46 +0530 Subject: GDM Session bug In-Reply-To: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> Message-ID: <46CC9FC6.5060405@fedoraproject.org> Mark wrote: > Hey, > > The bug is quite simple. > Install Fedora 8 Test 1 with the latest updates + gnome + kde > > Change the session during login to KDE and get in KDE. > Logout and log back in. you will notice that you than start in GNOME > instead of KDE while you start up in KDE (last used session or > something like it) but instead you get gnome. Use fedora-test list to discuss issues and file bug reports in http://bugzilla.redhat.com. Bugs reported here are likely to just get lost in the traffic. Rahul From tcallawa at redhat.com Wed Aug 22 20:50:58 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 22 Aug 2007 16:50:58 -0400 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <20070822154223.1404587c@weaponx.rchland.ibm.com> References: <1187811040.4381.4.camel@kennedy> <46CC9CAE.3060008@fedoraproject.org> <20070822153518.2d3cabdb@weaponx.rchland.ibm.com> <46CC9E41.7060808@fedoraproject.org> <20070822154223.1404587c@weaponx.rchland.ibm.com> Message-ID: <1187815858.3439.357.camel@dhcp83-165.boston.redhat.com> On Wed, 2007-08-22 at 15:42 -0500, Josh Boyer wrote: > On Thu, 23 Aug 2007 02:06:17 +0530 > Rahul Sundaram wrote: > > > Josh Boyer wrote: > > > > > I keep bringing it up in the "free discussion" at the end of the > > > meeting. And I bug spot constantly about it. It's being tracked > > > fairly well. > > > > I might have missed in the meeting mins or maybe it didn't show up there > > but what is the status on those? Is that packages are not getting built > > or are we waiting on infrastructure or policies? > > Last I heard was that koji support for it was mostly waiting for > testing from spot. He, of course, has been rebuilding Fedora for a > long time on Sparc so from a bootstrapping perspective I think it's in > decent shape on that arch. I need to get a booting Fedora derived kernel on my Sun T2000, so I can get glibc going, so I can get gcc going, so I can get db4 going, so I can get python2.5 going, so we can test the infrastructure code that Dennis Gilmore made. I've built 50 kernels in the last three days. *sigh* ~spot From jkeating at redhat.com Wed Aug 22 20:55:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Aug 2007 16:55:59 -0400 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <1187815858.3439.357.camel@dhcp83-165.boston.redhat.com> References: <1187811040.4381.4.camel@kennedy> <46CC9CAE.3060008@fedoraproject.org> <20070822153518.2d3cabdb@weaponx.rchland.ibm.com> <46CC9E41.7060808@fedoraproject.org> <20070822154223.1404587c@weaponx.rchland.ibm.com> <1187815858.3439.357.camel@dhcp83-165.boston.redhat.com> Message-ID: <20070822165559.5b3536e6@mentok.boston.redhat.com> On Wed, 22 Aug 2007 16:50:58 -0400 "Tom \"spot\" Callaway" wrote: > I need to get a booting Fedora derived kernel on my Sun T2000, so I > can get glibc going, so I can get gcc going, so I can get db4 going, > so I can get python2.5 going, so we can test the infrastructure code > that Dennis Gilmore made. > > I've built 50 kernels in the last three days. *sigh* I forgot to ask this earlier. Why is python2.5 required? We're running koji on FC6 boxes for Fedora infra, and moving them to RHEL5 soon, which is all python2.4. What's bringing in the 2.5 requirement? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tcallawa at redhat.com Wed Aug 22 20:59:10 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 22 Aug 2007 16:59:10 -0400 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <20070822165559.5b3536e6@mentok.boston.redhat.com> References: <1187811040.4381.4.camel@kennedy> <46CC9CAE.3060008@fedoraproject.org> <20070822153518.2d3cabdb@weaponx.rchland.ibm.com> <46CC9E41.7060808@fedoraproject.org> <20070822154223.1404587c@weaponx.rchland.ibm.com> <1187815858.3439.357.camel@dhcp83-165.boston.redhat.com> <20070822165559.5b3536e6@mentok.boston.redhat.com> Message-ID: <1187816350.3439.359.camel@dhcp83-165.boston.redhat.com> On Wed, 2007-08-22 at 16:55 -0400, Jesse Keating wrote: > On Wed, 22 Aug 2007 16:50:58 -0400 > "Tom \"spot\" Callaway" wrote: > > > I need to get a booting Fedora derived kernel on my Sun T2000, so I > > can get glibc going, so I can get gcc going, so I can get db4 going, > > so I can get python2.5 going, so we can test the infrastructure code > > that Dennis Gilmore made. > > > > I've built 50 kernels in the last three days. *sigh* > > I forgot to ask this earlier. Why is python2.5 required? We're > running koji on FC6 boxes for Fedora infra, and moving them to RHEL5 > soon, which is all python2.4. What's bringing in the 2.5 requirement? Dennis? ~spot From tgl at redhat.com Wed Aug 22 21:07:39 2007 From: tgl at redhat.com (Tom Lane) Date: Wed, 22 Aug 2007 17:07:39 -0400 Subject: RPM upgrade problem: howto replace a directory with a symlink? In-Reply-To: <20070822173126.GL3698@localhost> References: <8659.1187799306@sss.pgh.pa.us> <20070822163416.GK3698@localhost> <9279.1187802457@sss.pgh.pa.us> <20070822173126.GL3698@localhost> Message-ID: <11692.1187816859@sss.pgh.pa.us> Miroslav Lichvar writes: > I think rpm will just remove the files in /usr/share/zoneinfo as the > %post script will be executed before the files of the old package are > removed. A %posttrans scriptlet could be better. Yup, found that out the hard way. > Making the symlink as /usr/share/pgsql/zoneinfo and changing all paths > in postgresql accordingly is not an option? After much fooling about, I've decided that this is the only safe way. It turns out to be only a one-line patch... regards, tom lane From dkl at redhat.com Wed Aug 22 21:39:01 2007 From: dkl at redhat.com (Dave Lawrence) Date: Wed, 22 Aug 2007 17:39:01 -0400 Subject: Bugzilla Server Outage Announcement Message-ID: <46CCACF5.8040300@redhat.com> S E R V E R O U T A G E A N N O U N C E M E N T ================================================= Scheduled Date: 8/24/2007 Scheduled Time: 19:00 EDT (-0400) Estimated Time Required: 8-10 Hours Performed By: Red Hat Engineering Operations People/Groups Impacted: Bugzilla/Hardware Catalog Users Site/Services Affected: Bugzilla.redhat.com, Hardware.redhat.com Impact: Bugzilla/Hardware db and web will be completely unavailable until migration is complete. Description: We will be doing the final migration to a new external co-located Bugzilla environment. Changes - Now using native MySQL replication. Master w/ Slave hot backup - Now utilizing two fail over web servers - Login names lowercased: no longer permit mixed case. All duplicates have been removed. - Cookies: authentication has been modified since it is no longer possible to authenticate based on ip address. Everyone will need to re-login. Contact Please email us at bugzilla-owner at redhat.com if you have any concerns. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From lsof at nodata.co.uk Wed Aug 22 21:46:32 2007 From: lsof at nodata.co.uk (nodata) Date: Wed, 22 Aug 2007 23:46:32 +0200 Subject: Bugzilla Server Outage Announcement In-Reply-To: <46CCACF5.8040300@redhat.com> References: <46CCACF5.8040300@redhat.com> Message-ID: <1187819192.4194.0.camel@sb-home> Am Mittwoch, den 22.08.2007, 17:39 -0400 schrieb Dave Lawrence: > - Now using native MySQL replication. Master w/ Slave hot > backup I thought RH Bugzilla used postgres. Why the change? From a.badger at gmail.com Wed Aug 22 21:54:10 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 22 Aug 2007 14:54:10 -0700 Subject: Bugzilla Server Outage Announcement In-Reply-To: <1187819192.4194.0.camel@sb-home> References: <46CCACF5.8040300@redhat.com> <1187819192.4194.0.camel@sb-home> Message-ID: <46CCB082.7010604@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 nodata wrote: > Am Mittwoch, den 22.08.2007, 17:39 -0400 schrieb Dave Lawrence: >> - Now using native MySQL replication. Master w/ Slave hot >> backup > > I thought RH Bugzilla used postgres. Why the change? > They want to use the replication features in MySQL. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGzLCCX6yAic2E7kgRAmIdAKCMT8xg4AxJXCWLXB5Q1pHAkW7kHACfZSUs PXv7kbQf1W4O4SH/EXE3bHU= =yVbT -----END PGP SIGNATURE----- From pertusus at free.fr Wed Aug 22 22:13:06 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 23 Aug 2007 00:13:06 +0200 Subject: build/koji/update documentation reorganization? Message-ID: <20070822221305.GA3436@free.fr> Hello, I have something to add to the update/build/koji doc, but it is not easy to do since there are a lot of duplication in the wiki on that subject. 1. In http://fedoraproject.org/wiki/Koji, subsection 'Package Organization' there are some useful infos about tags and package lists (not the very beginning, but roughly beginning at 'A build target specifies ...'), but for advanced uses of koji. 2. In http://fedoraproject.org/wiki/Koji/UsingKoji there are information about the web interface, setting up koji in the client and koji build commands. 3. in http://fedoraproject.org/wiki/Infrastructure/KojiBuildSystem there are very brief infos about the web interface, setting up koji in the client, precise informations about the certificates and setup, some commands, and info about make targets koji related. 4. In http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo there is a brief explantation about how to update a package including make tag, make build, koji, and bodhi. There is a link to 5. 5. In http://fedoraproject.org/wiki/PackageMaintainers/UsingCvsFaq there is a detailed explanation on how to update a package. Also some misc informations, including info about make targets. It links to 6. 6. On http://fedoraproject.org/wiki/PackageMaintainers/BuildRequests there are info about plague builds I think that things should be simplified. In my opinion 1. 2. and 3. should be merged in a page about builds in Fedora. With a part about setting up koji, a part about the web infrastructure, a part about koji commands and a last one regarding the make shortcuts, including some info from 5. Maybe the make shortcuts may be explained before koji commands. I also think that 5. should be merged in 4., with links from 5. to 4. 4. should point to koji stuff. 6. Should be renamed otherwise, and linked from other places with a text saying that it is about a procedure for F-6 only. I am volunteering to do at least part of the reorganization I propose. (The info I would like to add is about inheritance in koji and make chain-build.) Comments? -- Pat From markg85 at gmail.com Wed Aug 22 23:31:51 2007 From: markg85 at gmail.com (Mark) Date: Thu, 23 Aug 2007 01:31:51 +0200 Subject: GDM Session bug In-Reply-To: <46CC9FC6.5060405@fedoraproject.org> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> Message-ID: <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> what's the difference between Fedora Test and Fedora Devel? 2007/8/22, Rahul Sundaram : > Mark wrote: > > Hey, > > > > The bug is quite simple. > > Install Fedora 8 Test 1 with the latest updates + gnome + kde > > > > Change the session during login to KDE and get in KDE. > > Logout and log back in. you will notice that you than start in GNOME > > instead of KDE while you start up in KDE (last used session or > > something like it) but instead you get gnome. > > Use fedora-test list to discuss issues and file bug reports in > http://bugzilla.redhat.com. Bugs reported here are likely to just get > lost in the traffic. > > Rahul > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From rrelyea at redhat.com Thu Aug 23 00:51:20 2007 From: rrelyea at redhat.com (Robert Relyea) Date: Wed, 22 Aug 2007 17:51:20 -0700 Subject: Fedora Crypto Consolidation Project In-Reply-To: <200708220832.32831.sgrubb@redhat.com> References: <200708220832.32831.sgrubb@redhat.com> Message-ID: <46CCDA08.9040609@REDHAT.COM> Steve Grubb wrote: > Hi, > > I wanted to announce a new Fedora Project that will span several distro > releases and outline the reasons why we are starting this project. I believe > this issue affects the whole Open Source Community. But don't think anyone > has explained all the issues. > > > > We're looking for people interested in enabling NSS in their packages and > feeding the changes upstream. > A list of packages that need to be looked at can now be found at: https://fedoraproject.org/wiki/CryptoConsolidationScorecard Take a look if you are interested in helping out! bob > For those unfamiliar with NSS, its the Secure Sockets library in FireFox. > There are already several applications using it such as Thunderbird and > evolution. More information about it can be found here: > > http://www.mozilla.org/projects/security/pki/nss/ > > > For more information about this Fedora Project, please see: > http://fedoraproject.org/wiki/FedoraCryptoConsolidation > > > Some developer resources: > http://fedoraproject.org/wiki/nss_compat_ossl > > > And a comparison of crypto libraries: > http://fedoraproject.org/wiki/CryptoConsolidationEval > > > -Steve Grubb > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3420 bytes Desc: S/MIME Cryptographic Signature URL: From petersen at redhat.com Thu Aug 23 01:46:53 2007 From: petersen at redhat.com (Jens Petersen) Date: Thu, 23 Aug 2007 11:46:53 +1000 Subject: installing more fonts by default for better international coverage In-Reply-To: <1187813560.1994.9.camel@rousalka.dyndns.org> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> Message-ID: <46CCE70D.2000303@redhat.com> Thanks to everyone for all the useful comments and feedback. So I have added the following fonts to the default section of the f8 base-x comps group for now: fonts-ISO8859-2*, fonts-KOI8-R*, fonts-arabic, fonts-bengali, fonts-chinese, fonts-gujarati, fonts-hebrew, fonts-hindi, fonts-japanese, fonts-kannada, fonts-korean, fonts-oriya, fonts-punjabi, fonts-sinhala, fonts-tamil, fonts-telugu, jomolhari-fonts, xorg-x11-fonts-ISO8859-9-*, xorg-x11-fonts-cyrillic, xorg-x11-fonts-ethiopic I hope that looks reasonable. [*] I was wondering if we really need both 75dpi and 100dpi variants of the bitmap fonts installed by default for fonts-ISO8859-2, fonts-KOI8-R, and xorg-x11-fonts-ISO8859-9? Perhaps it would be sufficient to just install the 75dpi fonts by default and make the 100dpi ones optional? Jens PS I have been pondering lately if we should have a comps group for fonts? Perhaps that would be a good easy place to keep all the fonts packages together? From dmc.fedora at filteredperception.org Thu Aug 23 02:20:25 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 22 Aug 2007 21:20:25 -0500 Subject: A fuse based initfs In-Reply-To: References: Message-ID: <46CCEEE9.3030202@filteredperception.org> Jon Nettleton wrote: > This all started with a some what simple task. I wanted to start rhgb/gdm > as early in the boot process as possible. Basically kernel->disk->gui. How > hard could it be? Well not fun really. My finally solution, which is > unacceptable for fedora right now is patching the kernel with unionfs and > using that as an overlay for /var and /tmp. That gave me the transparent > filesystem overlay I needed to be able to start up a nice gui and allow > things like fsck to happen underneath without disturbing things. Even with > this solution I still don't have init restarting gdm if it dies. > > So I thought, and discarded and thought some more. Now I want anyone > willing to comment on my thoughts. Using unionfs for your rootfs sounds like a currently bad, but ultimately very desirable feature. I would love to have my rootfs have a dozen different layers, some of them coming from peer2peer distributed filesystems. But at the moment, using the current unionfs and/or fuse for the rootfs seems like a bad idea. Admittedly, all I can do is wave my hands and point to vague memories of lots of issues, but I suspect the issues are real. In general, it sounds like you are outlining several different problem/solutions, but I don't think they all need to be as tightly integrated as you suggest. For instance, the gdm in initramfs (or very very early). Why do you need this copy-on-write rootfs stuff? Why not just have a tmpfs, and a gdm configuration that looks there. Likewise for the early logging stuff. Later during boot, the early-boot logfiles in tmpfs can be copied to /var/log. This isn't as nice as the magic unionfs/dm-snapshot-merge automagic merging. But I don't think that is necessary and worth the steps you are taking to get it. On the issue of not starting services that might not need to be (bluetooth, networking, smartcards, ...), I think in various fedora wikis there is talk of DBus as a solution to that problem. I think there are some flaws with your strategy (specifically wrt unionfs). I.e. in (4) you mention flushing the fs down to lower layers and disappearing. Can you actually make the unionfs disappear? Aren't there some obscure limitations of unionfs (even when only containing a single layer) that will make it unpalatable for the general case? (I have vague memories of something called sendfile and apache, and some types of symlinks). Of course if you are talking about devicemapper snapshot merging ala markmc's patchset, then I am all for it (just because I have other plans for that functionality). But then I am also confused about using both that and unionfs and what exactly you are using for what. But I definitely get the feeling that you are moving in the right general direction towards things that I agree should be improved. -dmc > > My proposal is a user-land based filesystem that is specifically built to > work with sysvinit to give it more functionality without changing it. You > want a standard sysvinit Unix boot just don't pass a parameter to the kernel > commandline, no problemo. However, with it enabled you would > "theoretically" get the following. > > 1) Basic cached ram overlay. This could possibly be used to replace our > readahead scripts for disk caching. The more immediate need is a temporary > ram file-system to allow system processes to write logs, status, pipes to > before we have had a chance to verify disk integrity. This should get us > the ability to provide nice X based gui tools for first boot, system > recovery, and possibly encryption unlocking. > > 2) Better init logging. With /var writable ( at-least in ram ) we can > start syslog nice and early. > > Just those two things give us a nicer gui boot screen and possibly cut the > time of launching X twice off our boot sequence. Now we go one step > further. > > 3) We use the abstraction layer to manipulate the startup scripts that init > sees in /etc/rcX.d . > This would require > A) Netlink support. Do we or don't we have a network interface. If > we don't then automatically remove all network > dependant services from init. If Network comes up later in the > process and init is still running ( we know that > because we can keep track of /var/lock/subsys ) the filesystem > re-adds them later in the process. > B) General dependencies. Like I mentioned we can keep track of what > has started using /var/lock/subsys or > /var/run. If Something fails remove the dependent scripts out > of the way so init doesn't try to start them. > C) Ability to maximize IO throughput. Well this is just a thought. > Right now we see one of the major bottlenecks > in our init process as overloading the IO subsystem. With an > intelligent read only overlay we could do basic > metrics and possibly wait a second longer to start the next > process knowing it will shorten the time to launch > the next service by 2 seconds. I have no proof this will work, > but after looking at those bootchart graphs > enough some crazy ideas cross your mind. > > 4) After the init process is done, the filesystem flushes itself to the > lower layer writables disks and disappears. > > First, sorry if this is wrapped horribly. I am using gmail and it doesn't > lend itself to formatting long mails like this. > Second, Let's talk about it. Like I said this just came to my mind as > something that doesn't exist, and might possibly help us build a better > system around what we already have. > > Jon > > From cjdahlin at ncsu.edu Thu Aug 23 02:47:45 2007 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 22 Aug 2007 22:47:45 -0400 Subject: Hotplug audio devices In-Reply-To: <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> Message-ID: <46CCF551.6060701@ncsu.edu> I own a USB headset, and I've found using it on Fedora to be a tad more hassle than it should. Whenever I plug it in, I have to switch the default soundcard in system-config-soundcard and then close any program using audio so that it will change cards. How can we improve this? -Casey Dahlin From s.adam at diffingo.com Thu Aug 23 03:01:59 2007 From: s.adam at diffingo.com (Stewart Adam) Date: Wed, 22 Aug 2007 23:01:59 -0400 Subject: GDM Session bug In-Reply-To: <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> Message-ID: <1187838119.31381.3.camel@Diffingo.localdomain> On Thu, 2007-08-23 at 01:31 +0200, Mark wrote: > what's the difference between Fedora Test and Fedora Devel? Not much. Fedora Test really just a copy of development on specific dates, but there's a bit more to it than that. Freezes help things become *relatively* stable before tests are distributed. Stewart From bojan at rexursive.com Thu Aug 23 03:16:46 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 23 Aug 2007 03:16:46 +0000 (UTC) Subject: kernel-2.6.22.3-61.fc7 References: <1187657444.3041.17.camel@shrek.rexursive.com> <364d303b0708210122w476d9968waeac9fcff4bf3acd@mail.gmail.com> <1187758941.2037.0.camel@localhost.localdomain> Message-ID: Rodd Clarkson clarkson.id.au> writes: > Thought you might like to know. Thanks. I think we'll all get .5 instead :-) -- Bojan From halfline at gmail.com Thu Aug 23 03:42:59 2007 From: halfline at gmail.com (Ray Strode) Date: Wed, 22 Aug 2007 23:42:59 -0400 Subject: Hotplug audio devices In-Reply-To: <46CCF551.6060701@ncsu.edu> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> <46CCF551.6060701@ncsu.edu> Message-ID: <45abe7d80708222042p717a03faic9303fc06dc9632@mail.gmail.com> Hi, On 8/22/07, Casey Dahlin wrote: > I own a USB headset, and I've found using it on Fedora to be a tad more > hassle than it should. Whenever I plug it in, I have to switch the > default soundcard in system-config-soundcard and then close any program > using audio so that it will change cards. For Fedora 8, we're switching to PulseAudio which should make this situation nicer. It ships with a program (pavucontrol) for moving active audio stream between audio devices on the fly, for instance (and will reroute streams to a working device if one goes down) --Ray From loganjerry at gmail.com Thu Aug 23 03:43:11 2007 From: loganjerry at gmail.com (Jerry James) Date: Wed, 22 Aug 2007 21:43:11 -0600 Subject: Spin license In-Reply-To: <1187803379.3439.328.camel@dhcp83-165.boston.redhat.com> References: <870180fe0708220904j6d27d91dq203d652716e0668d@mail.gmail.com> <46CC65A5.5010209@fedoraproject.org> <604aa7910708220952k23ed8a05v9cc69c78f05bed19@mail.gmail.com> <1187803379.3439.328.camel@dhcp83-165.boston.redhat.com> Message-ID: <870180fe0708222043yc279a9fg34315f8eafeb239b@mail.gmail.com> On 8/22/07, Tom spot Callaway wrote: > > On Wed, 2007-08-22 at 08:52 -0800, Jeff Spaleta wrote: > > Even if the Spin Public License is acceptable I don't think we could > > include the available codebase as is. What we really really need, is > > an upstream release that is already self-consistently licensed with > > the spin public license. The tarball I found was not. > > Yes. First, we need this, then we'll review the license used. > > Note that the following will prevent it a license from being OK for > Fedora: > > * Use restrictions > * Commercial restrictions > * Modification restrictions Thanks for the information. I'll talk to upstream and see what can be done. -- Jerry James http://loganjerry.googlepages.com/ From cjdahlin at ncsu.edu Thu Aug 23 04:07:33 2007 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Thu, 23 Aug 2007 00:07:33 -0400 Subject: Hotplug audio devices In-Reply-To: <45abe7d80708222042p717a03faic9303fc06dc9632@mail.gmail.com> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> <46CCF551.6060701@ncsu.edu> <45abe7d80708222042p717a03faic9303fc06dc9632@mail.gmail.com> Message-ID: <46CD0805.3090506@ncsu.edu> Ray Strode wrote: > Hi, > > On 8/22/07, Casey Dahlin wrote: > >> I own a USB headset, and I've found using it on Fedora to be a tad more >> hassle than it should. Whenever I plug it in, I have to switch the >> default soundcard in system-config-soundcard and then close any program >> using audio so that it will change cards. >> > For Fedora 8, we're switching to PulseAudio which should make this > situation nicer. Was hoping the pulse switch would clean things up. I'll reexamine the issue after the switch. > It ships with a program (pavucontrol) for moving > active audio stream between audio devices on the fly, for instance > (and will reroute streams to a working device if one goes down) > > --Ray > From abartlet at samba.org Thu Aug 23 05:17:30 2007 From: abartlet at samba.org (Andrew Bartlett) Date: Thu, 23 Aug 2007 15:17:30 +1000 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <1187628864.3382.27.camel@localhost.localdomain> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> <1187628864.3382.27.camel@localhost.localdomain> Message-ID: <1187846250.11835.96.camel@naomi> On Mon, 2007-08-20 at 12:54 -0400, Simo Sorce wrote: > On Mon, 2007-08-20 at 12:40 -0400, Jeremy Katz wrote: > > On Mon, 2007-08-20 at 16:20 +0000, "J?hann B. Gu?mundsson" wrote: > > > Any thoughts on implementing automatically port opening for service > > > that need to open port access in the firewall > > > as in when service is started that needs port opening it would > > > automatically read some firewall.conf > > > file for that and open the port automatically according to those > > > settings in the firewall.conf file > > > ( add the iptables rules automatically when the service is started and > > > remove those rules when the service is stopped ) > > > > > > Doing chkconfig service or service service start/stop and it would also > > > open the port for that service in the firewall > > > > I think it's a great idea and would go a long way towards making things > > more usable. One of the questions is do you do the firewall change on > > service start/stop or at chkconfig time. And I'm a little bit torn on > > that one. chkconfig time makes it "simpler" as far as not requiring > > initscript changes. start/stop seems like it's probably more "correct", > > but would then require initscripts to call a new function on start/stop > > Why should it be "more correct" to do it at start/stop ? > It seem more correct to do it at chkconfig, so that even if you stop the > service and iptables -Lv will show you what is the "normal" firewall > situation. > > Letting services poke holes in the firewall is not something admins will > really love, if I set a rule to block traffic for a certain service I > _really_mean it and I don't want to have to change the init scripts or > have to reapply the rule each time I start/stop a service. I was just going to file this as a bug, but I wanted to raise it here first: NIS doesn't work with the default fedora firewall. If I turn off the firewall, NIS starts to behave. Is this intended (per the 'don't mess with my firewall' thoughts), or a bug I should file? (The problem is particularly around broadcast packets, so this might be more like the Samba netbios name resolution issue we had, till an iptables module was written). Thoughts? Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. -------------- 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 pmatilai at laiskiainen.org Thu Aug 23 05:41:45 2007 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 23 Aug 2007 08:41:45 +0300 (EEST) Subject: Rebuilds needed for Fedora 8 In-Reply-To: <1187810087.16948.191.camel@cutter> References: <20070821095411.08c87838@mentok.boston.redhat.com> <200708211928.19971.ville.skytta@iki.fi> <20070821164417.GH3698@localhost> <200708212012.14218.ville.skytta@iki.fi> <1187750431.31667.230.camel@mccallum.corsepiu.local> <20070822080314.0e84366f.mschwendt.tmp0701.nospam@arcor.de> <1187764119.31667.272.camel@mccallum.corsepiu.local> <1187789792.13231.17.camel@localhost.localdomain> <20070822131604.633f367f@mentok.boston.redhat.com> <1187810087.16948.191.camel@cutter> Message-ID: On Wed, 22 Aug 2007, seth vidal wrote: > > On Wed, 2007-08-22 at 14:32 -0400, Colin Walters wrote: >> On 8/22/07, Jesse Keating wrote: >> >> That's great, when the SCM is easy to access and available in >> moments >> of need. But it's not really easy to do rpm -q --changelog >> >> >> Have you actually used rpm -q --changelog recently and found it >> useful? > > yes, all the time. Especially when I'm trying to trace back why this is > now broken. Likewise. The quality of rpm changelog information improved dramatically back when rawhide changelog deltas started getting posted daily to public mailing lists :) - Panu - From nicolas.mailhot at laposte.net Thu Aug 23 06:04:05 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 23 Aug 2007 08:04:05 +0200 Subject: installing more fonts by default for better international coverage In-Reply-To: <46CCE70D.2000303@redhat.com> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> Message-ID: <1187849045.5411.3.camel@rousalka.dyndns.org> Le jeudi 23 ao?t 2007 ? 11:46 +1000, Jens Petersen a ?crit : > [*] I was wondering if we really need both 75dpi and 100dpi variants of > the bitmap fonts installed by default for fonts-ISO8859-2, fonts-KOI8-R, > and xorg-x11-fonts-ISO8859-9? Perhaps it would be sufficient > to just install the 75dpi fonts by default and make the 100dpi ones > optional? IMHO: - bitmap fonts should be optional except for languages like chinese who really want them - hardware has been using a ~100doi resolution for years. Drop the 75dpi variant -- 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 drago01 at gmail.com Thu Aug 23 10:56:27 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 23 Aug 2007 12:56:27 +0200 Subject: [Nodoka] New release, 0.6 beta 1 (anconda problem?) In-Reply-To: <1187526832.9578.84.camel@pc-notebook> References: <1187526832.9578.84.camel@pc-notebook> Message-ID: <46CD67DB.3030200@gmail.com> Martin Sourada wrote: > Hi, > > I've just released first official beta version of Nodoka theme. If there > will not be found any rendering issues this is how the final version > included in Fedora 8 will look like. > anconda looks "ugly" with this theme... it looks like running with only the colors but not the theme itself. I attached a screenshot to show you have it looks. (resend due to size limits) -------------- next part -------------- A non-text attachment was scrubbed... Name: QEMU.jpg Type: image/jpeg Size: 45501 bytes Desc: not available URL: From jonathan.underwood at gmail.com Thu Aug 23 11:07:37 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 23 Aug 2007 12:07:37 +0100 Subject: GDM Session bug In-Reply-To: <1187838119.31381.3.camel@Diffingo.localdomain> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> <1187838119.31381.3.camel@Diffingo.localdomain> Message-ID: <645d17210708230407p28897ae5h8776a5d846fb9b7e@mail.gmail.com> On 23/08/07, Stewart Adam wrote: > On Thu, 2007-08-23 at 01:31 +0200, Mark wrote: > > what's the difference between Fedora Test and Fedora Devel? > > Not much. Fedora Test really just a copy of development on specific > dates, but there's a bit more to it than that. Freezes help things > become *relatively* stable before tests are distributed. I think the question may have been "what is the difference between the fedora-devel and fedora-test lists" rather than "what is the difference between rawhide and a test release", but I may be wrong (question was ambiguous). fedora-devel is a list for discussing fedora development, in particular, but not limited to, the Rawhide tree. The Rawhide tree is where all fedora development happens. At certain points in time, as a release date approaches, a test release is composed from the rawhide tree - a test release is a "snapshot" of the development (rawhide) tree. Issues specific to that test release can/should be discussed on the fedora-test list. To the extent that issues with the test release are relevant to ongoing development, there is a very grey and fuzzy distinction between the lists. Most often, if you see an issue with a test release it's best to start discussing it on the fedora-test list, and once the problem is understood and diagnosed and a bugzilla report filed, it may then be worth raising it on the fedora-devel list. HTH, Jonathan From jonathan.underwood at gmail.com Thu Aug 23 11:10:10 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 23 Aug 2007 12:10:10 +0100 Subject: Plan for tomorrows (20070823) FESCO meeting In-Reply-To: <1187811040.4381.4.camel@kennedy> References: <1187811040.4381.4.camel@kennedy> Message-ID: <645d17210708230410u1a3d0f85mc21c7e2b3b55ed83@mail.gmail.com> On 22/08/07, Brian Pepple wrote: > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule (I can't promise we will get > to it tomorrow, but we'll most likely will if we don't run out of time). > You can also propose topics in the meeting while it is in the "Free > discussion around Fedora" phase. A suggestion would be discussing closing down fedora-maintainers mailing list. (already discussed a bit on that list). From jorton at redhat.com Thu Aug 23 11:23:36 2007 From: jorton at redhat.com (Joe Orton) Date: Thu, 23 Aug 2007 12:23:36 +0100 Subject: Fedora Crypto Consolidation Project In-Reply-To: <46CCDA08.9040609@REDHAT.COM> References: <200708220832.32831.sgrubb@redhat.com> <46CCDA08.9040609@REDHAT.COM> Message-ID: <20070823112336.GA26463@redhat.com> On Wed, Aug 22, 2007 at 05:51:20PM -0700, Robert Relyea wrote: > Steve Grubb wrote: > >I wanted to announce a new Fedora Project that will span several distro > >releases and outline the reasons why we are starting this project. I > >believe this issue affects the whole Open Source Community. But don't > >think anyone has explained all the issues. > > >We're looking for people interested in enabling NSS in their packages and > >feeding the changes upstream. > > > A list of packages that need to be looked at can now be found at: > https://fedoraproject.org/wiki/CryptoConsolidationScorecard Switching OpenLDAP to use NSS may be painful because of the exposure of the SSL_CTX * in the API via LDAP_OPT_X_TLS_CTX, though I don't know how widely that is used. Would it be less painful to switch from OpenLDAP to the Mozilla LDAP toolkit (now part of the FDS?) at the same time? I'm not sure what part mod_nss plays in this plan - it is not a substitute for mod_ssl. Doing this properly means porting mod_ssl upstream to use NSS and supporting existing configurations on that platform, as we've discussed off-line before. (same thing applies to subversion with neon) joe From laurent.rineau__fedora at normalesup.org Thu Aug 23 12:25:44 2007 From: laurent.rineau__fedora at normalesup.org (Laurent Rineau) Date: Thu, 23 Aug 2007 14:25:44 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070822131604.633f367f@mentok.boston.redhat.com> Message-ID: <200708231425.44603@rineau.tsetse> On Wednesday 22 August 2007 20:32:10 Colin Walters wrote: > On 8/22/07, Jesse Keating wrote: > > That's great, when the SCM is easy to access and available in moments > > of need. But it's not really easy to do rpm -q --changelog > > Have you actually used rpm -q --changelog recently and found it useful? I personally use the changelog plugin for Yum, in order to see what is new in updates. This is the only way to gather the information about the changes in a yum transaction. -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From opensource at till.name Thu Aug 23 12:46:08 2007 From: opensource at till.name (Till Maas) Date: Thu, 23 Aug 2007 14:46:08 +0200 Subject: rebuild fails, previous build worked, c open macro bug? Message-ID: <200708231446.30884.opensource@till.name> Aloas, one of my packages does not want to be built, the error message is: gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -D_FILE_OFFSET_BITS=64 -D_REVISION=`./evalrev` src/aireplay-ng.c src/common.c src/crc.c -o aireplay-ng src/aireplay-ng.c: In function 'open_sysnofcs': src/aireplay-ng.c:327: error: size of array '__open_missing_mode' is negative gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -D_FILE_OFFSET_BITS=64 -D_REVISION=`./evalrev` src/airodump-ng.c src/common.c -o airodump-ng The package built the last time I built it[1], but now[2] it does not. Is this fallout from the change of the open function, too? When someone knows how to fix this, please send me a patch or apply it to cvs when I do not respond to it tomorrow, because I am on vacation beginning on Saturday. Regards, Till [1] http://koji.fedoraproject.org/koji/getfile?taskID=51682&name=build.log [2] http://koji.fedoraproject.org/koji/getfile?taskID=122290&name=build.log -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From rcritten at redhat.com Thu Aug 23 12:52:16 2007 From: rcritten at redhat.com (Rob Crittenden) Date: Thu, 23 Aug 2007 08:52:16 -0400 Subject: Fedora Crypto Consolidation Project In-Reply-To: <20070823112336.GA26463@redhat.com> References: <200708220832.32831.sgrubb@redhat.com> <46CCDA08.9040609@REDHAT.COM> <20070823112336.GA26463@redhat.com> Message-ID: <46CD8300.5070608@redhat.com> Joe Orton wrote: > On Wed, Aug 22, 2007 at 05:51:20PM -0700, Robert Relyea wrote: >> Steve Grubb wrote: >>> I wanted to announce a new Fedora Project that will span several distro >>> releases and outline the reasons why we are starting this project. I >>> believe this issue affects the whole Open Source Community. But don't >>> think anyone has explained all the issues. >>> We're looking for people interested in enabling NSS in their packages and >>> feeding the changes upstream. >>> >> A list of packages that need to be looked at can now be found at: >> https://fedoraproject.org/wiki/CryptoConsolidationScorecard > > Switching OpenLDAP to use NSS may be painful because of the exposure of > the SSL_CTX * in the API via LDAP_OPT_X_TLS_CTX, though I don't know how > widely that is used. Would it be less painful to switch from OpenLDAP > to the Mozilla LDAP toolkit (now part of the FDS?) at the same time? > > I'm not sure what part mod_nss plays in this plan - it is not a > substitute for mod_ssl. Doing this properly means porting mod_ssl > upstream to use NSS and supporting existing configurations on that > platform, as we've discussed off-line before. (same thing applies to > subversion with neon) > I'm not sure what you mean by mod_nss not being a substitute for mod_ssl. It is a derivation of it and there are few differences. It is fairly straightforward to convert a mod_ssl configuration to mod_nss. What may be better in the long-run, and I'm not sure if this is what you are suggesting, would be to completely rewrite mod_ssl and abstract out the SSL calls completely (ala libcurl). Then any SSL provider (GNUtls, OpenSSL, NSS, etc) could write a backend for it. This would be quite a large job though. And there would likely still be implementation-specific options (such as verifydepth). rob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3245 bytes Desc: S/MIME Cryptographic Signature URL: From jakub at redhat.com Thu Aug 23 13:05:59 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 23 Aug 2007 09:05:59 -0400 Subject: rebuild fails, previous build worked, c open macro bug? In-Reply-To: <200708231446.30884.opensource@till.name> References: <200708231446.30884.opensource@till.name> Message-ID: <20070823130559.GW2063@devserv.devel.redhat.com> On Thu, Aug 23, 2007 at 02:46:08PM +0200, Till Maas wrote: > one of my packages does not want to be built, the error message is: > > > gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -D_FILE_OFFSET_BITS=64 -D_REVISION=`./evalrev` > src/aireplay-ng.c src/common.c src/crc.c -o aireplay-ng > src/aireplay-ng.c: In function 'open_sysnofcs': > src/aireplay-ng.c:327: error: size of array '__open_missing_mode' is negative > gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -D_FILE_OFFSET_BITS=64 -D_REVISION=`./evalrev` > src/airodump-ng.c src/common.c -o airodump-ng /* look for the location of inject_nofcs */ FILE * search_inject = popen("find /sys/devices -name *inject_nofcs", "r"); if(fgets(location, sizeof location, search_inject)) { /* replace the newline on the end by \0 */ newline = strrchr(location, '\n'); if (newline) *newline = '\0'; /* try to open the file we found */ dev.nofcs = open(location, O_WRONLY | O_CREAT); if (dev.nofcs < 0) { printf("Opening file '%s': ", location); perror("couldn't open file"); } }else { printf("Couldn't find the location of inject_nofcs. Is your bcm34xx driver patched?\n"); } O_CREAT without a 3rd argument is invalid. But in this case, if the file doesn't exist, find /sys/devices wouldn't find it IMNSHO. So I'd just drop that | O_CREAT. Jakub From alan at redhat.com Thu Aug 23 13:19:04 2007 From: alan at redhat.com (Alan Cox) Date: Thu, 23 Aug 2007 09:19:04 -0400 Subject: rebuild fails, previous build worked, c open macro bug? In-Reply-To: <20070823130559.GW2063@devserv.devel.redhat.com> References: <200708231446.30884.opensource@till.name> <20070823130559.GW2063@devserv.devel.redhat.com> Message-ID: <20070823131904.GA16762@devserv.devel.redhat.com> On Thu, Aug 23, 2007 at 09:05:59AM -0400, Jakub Jelinek wrote: > /* look for the location of inject_nofcs */ > FILE * search_inject = popen("find /sys/devices -name *inject_nofcs", "r"); Thats wrong surely. What happens if the current directory includes a file with a name matching *inject_nofcs - surely that needs quoting... From buildsys at fedoraproject.org Thu Aug 23 13:20:29 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 23 Aug 2007 09:20:29 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-23 Message-ID: <20070823132029.2011B152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 19 bcm43xx-fwcutter-006-1.fc6 bochs-2.3-7.fc6 DevIL-1.6.8-0.13.rc2.fc6 emacs-vm-8.0.3.495-2.fc6 libdsk-1.1.14-2.fc6 libopensync-plugin-evolution2-0.22-2.fc6 libopensync-plugin-file-0.22-2.fc6 libopensync-plugin-gpe-0.22-2.fc6 libopensync-plugin-palm-0.22-2.fc6 libopensync-plugin-python-0.22-2.fc6 NEW lsdvd-0.16-5.fc6 : Small application for listing the contents of DVDs marble-0.4.0.1-1.fc6 pam_ssh-1.92-2.fc6 NEW perl-Perlbal-XS-HTTPHeaders-0.19-2.fc6 : Perlbal extension for processing HTTP headers puppet-0.23.2-1.fc6 qfaxreader-0.3.1-8.fc6.1 sjasm-0.39-0.5.g1.fc6 spr-07.00.00-1.fc6 ssmtp-2.61-11.3.fc6.1 Changes in Fedora Extras 6: bcm43xx-fwcutter-006-1.fc6 -------------------------- * Thu Mar 22 2007 David Woodhouse 006-1 - Update to 006 - Remove obsolete modprobe.bcm43xx bochs-2.3-7.fc6 --------------- * Wed Aug 22 2007 Hans de Goede 2.3-7 - Fix CVE-2007-2894 (really fix bz 241799) * Sun Aug 05 2007 Hans de Goede 2.3-6 - Update License tag for new Licensing Guidelines compliance DevIL-1.6.8-0.13.rc2.fc6 ------------------------ * Wed Aug 22 2007 Ian Chapman 1.6.8-0.13.rc2 - Release bump for F8 mass rebuild - Added patch to fix BZ #253639 emacs-vm-8.0.3.495-2.fc6 ------------------------ * Wed Aug 22 2007 Jonathan G. Underwood - 8.0.3.495-2 - Add patch to fix building 8.0.3 with Emacs 21 rather than the hack - Add back in the extra lisp files once more * Wed Aug 22 2007 Jonathan G. Underwood - 8.0.3.495-1.3 - Fix bug with vm-cus-load.el not being gnerated, second attempt * Wed Aug 22 2007 Jonathan G. Underwood - 8.0.3.495-1.2 - Fix bug with vm-cus-load.el not being gnerated * Tue Aug 21 2007 Jonathan G. Underwood - 8.0.3.495-1.1 - Comment out byte compilation of additional files to see if that fixes build issues - Add BuildRequires: texinfo-tex to build pdf docs * Tue Aug 21 2007 Jonathan G. Underwood - 8.0.3.495-1 - Update to version 8.0.3 libdsk-1.1.14-2.fc6 ------------------- * Wed Aug 22 2007 Ian Chapman 1.1.14-2 - Release bump for F8 mass rebuild - Corrected license libopensync-plugin-evolution2-0.22-2.fc6 ---------------------------------------- * Wed Aug 22 2007 Andreas Bierfert 0.22-2 - fix license tag * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade libopensync-plugin-file-0.22-2.fc6 ---------------------------------- * Wed Aug 22 2007 Andreas Bierfert 0.22-2 - fix license tag libopensync-plugin-gpe-0.22-2.fc6 --------------------------------- * Wed Aug 22 2007 Andreas Bierfert 0.22-2 - fix license tag - rebuild for buildid libopensync-plugin-palm-0.22-2.fc6 ---------------------------------- * Wed Aug 22 2007 Andreas Bierfert 0.22-2 - fix license tag libopensync-plugin-python-0.22-2.fc6 ------------------------------------ * Wed Aug 22 2007 Andreas Bierfert 0.22-2 - fix license tag * Wed Apr 25 2007 Andreas Bierfert 0.22-1 - version upgrade lsdvd-0.16-5.fc6 ---------------- * Wed Aug 22 2007 Matthias Saou 0.16-5 - Bump release to make our package newer than all known external ones. - Add dist tag. - Add --disable-dependency-tracking to %configure. - Simplify %description to remove useless technical details. marble-0.4.0.1-1.fc6 -------------------- * Sun Aug 19 2007 Chitlesh Goorah 0.4.0.1-1 - new upstream release and applied fix for multilibs - change license tag to LGPLv2 - added devel package to create additional Qt-Designer-Plugin for developers - gpsd support - added missing icons * Thu Jun 21 2007 Chitlesh Goorah 0.3.1-4 - fix for ppc64 pam_ssh-1.92-2.fc6 ------------------ * Thu Aug 23 2007 Patrice Dumas 1.92-2 - update to 1.92 - Fix #253959, CVE-2007-0844 perl-Perlbal-XS-HTTPHeaders-0.19-2.fc6 -------------------------------------- * Fri Aug 17 2007 Ruben Kerkhof 0.19-2 - Correct license tag puppet-0.23.2-1.fc6 ------------------- * Wed Aug 22 2007 David Lutterkort - 0.23.2-1 - New version * Thu Jul 26 2007 David Lutterkort - 0.23.1-1 - Remove old config files qfaxreader-0.3.1-8.fc6.1 ------------------------ * Wed Aug 22 2007 manuel wolfshant - 0.3.1-8.1 - Rebuilt * Tue Aug 14 2007 manuel wolfshant - 0.3.1-8 - License clarification sjasm-0.39-0.5.g1.fc6 --------------------- * Wed Aug 22 2007 Ian Chapman 0.39-0.5.g1 - Release bump for F8 mass rebuild - Converted sjasm.txt to UTF8 - Corrected license * Mon Aug 28 2006 Ian Chapman 0.39-0.4.g1 - Release bump for FC6 mass rebuild spr-07.00.00-1.fc6 ------------------ * Tue Aug 21 2007 Wart 07.00.00-1 - Update to latest release - License tag clarification ssmtp-2.61-11.3.fc6.1 --------------------- * Wed Aug 22 2007 lonely wolf 2.61-11.3.1 - rebuilt * Fri Aug 10 2007 lonely wolf 2.61-11.3 - fix release tag, previous one did not match the changelog * Fri Aug 03 2007 lonely wolf 2.61-11.2 - license clarification For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From rdieter at math.unl.edu Thu Aug 23 13:30:14 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 23 Aug 2007 08:30:14 -0500 Subject: qt4: to ExcludeArch: ppc64 soon... References: <46CC785D.2030100@math.unl.edu> Message-ID: Rex Dieter wrote: > ... unless someone can step up with some heroics within the next few > days to help fix: > http://bugzilla.redhat.com/246324 Looks like the gentoo folks came up with a patch (thanks to Hans de Goede's intuition), so crisis averted. -- Rex From jkeating at redhat.com Thu Aug 23 13:42:52 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 23 Aug 2007 09:42:52 -0400 Subject: [Nodoka] New release, 0.6 beta 1 (anconda problem?) In-Reply-To: <46CD67DB.3030200@gmail.com> References: <1187526832.9578.84.camel@pc-notebook> <46CD67DB.3030200@gmail.com> Message-ID: <20070823094252.2853bb6e@mentok.boston.redhat.com> On Thu, 23 Aug 2007 12:56:27 +0200 dragoran wrote: > anconda looks "ugly" with this theme... it looks like running with > only the colors but not the theme itself. > I attached a screenshot to show you have it looks. > (resend due to size limits) This should be fixed the next time a rawhide lands. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Thu Aug 23 13:52:33 2007 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 23 Aug 2007 09:52:33 -0400 Subject: [Nodoka] New release, 0.6 beta 1 (anconda problem?) In-Reply-To: <46CD6538.2050607@gmail.com> References: <1187526832.9578.84.camel@pc-notebook> <46CD6538.2050607@gmail.com> Message-ID: <1187877153.1215.1.camel@localhost.localdomain> On Thu, 2007-08-23 at 12:45 +0200, dragoran wrote: > Martin Sourada wrote: > > I've just released first official beta version of Nodoka theme. If there > > will not be found any rendering issues this is how the final version > > included in Fedora 8 will look like. > > > anconda looks "ugly" with this theme... it looks like running with only > the colors but not the theme itself. > I attached a screenshot to show you have it looks. This is actually a bug[1] in anaconda that's fixed in CVS -- we just need to actually get a build done. I think was one was going to be done yesterday, but I was out yesterday afternoon and haven't gotten that far into checking yet :-) Jeremy [1] Well, two bugs really. We used to hard-code the file info for the themes used by anaconda. I fixed things up to determine it dynamically a couple of weeks ago, but that fix had a buglet that I didn't notice in my testing. From drago01 at gmail.com Thu Aug 23 14:01:58 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 23 Aug 2007 16:01:58 +0200 Subject: [Nodoka] New release, 0.6 beta 1 (anconda problem?) In-Reply-To: <1187877153.1215.1.camel@localhost.localdomain> References: <1187526832.9578.84.camel@pc-notebook> <46CD6538.2050607@gmail.com> <1187877153.1215.1.camel@localhost.localdomain> Message-ID: <46CD9356.6090805@gmail.com> Jeremy Katz wrote: > This is actually a bug[1] in anaconda that's fixed in CVS -- we just > need to actually get a build done. I think was one was going to be done > yesterday, but I was out yesterday afternoon and haven't gotten that far > into checking yet :-) > ok :) From harald at redhat.com Thu Aug 23 14:12:54 2007 From: harald at redhat.com (Harald Hoyer) Date: Thu, 23 Aug 2007 16:12:54 +0200 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070821124104.5f1f3a83@mentok.boston.redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFE99.5020006@leemhuis.info> <20070821110625.0e3ecebd@mentok.boston.redhat.com> <20070821121404.665d0a5b@mentok.boston.redhat.com> <46CB13D7.1070209@city-fan.org> <20070821124104.5f1f3a83@mentok.boston.redhat.com> Message-ID: <46CD95E6.6010002@redhat.com> Jesse Keating schrieb: > On Tue, 21 Aug 2007 17:33:27 +0100 > Paul Howarth wrote: > >> Will this be updated on say a daily basis to reflect new builds? >> (please) > > How about continuously (: I can set a script to run this over and over > again uploading the new results as fast as I get them. The query takes > something like 5~10 minutes to complete. > > Hmm, I rebuilt all my packages.. nothing changed.. :-) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3623 bytes Desc: S/MIME Cryptographic Signature URL: From denis at poolshark.org Thu Aug 23 14:22:11 2007 From: denis at poolshark.org (Denis Leroy) Date: Thu, 23 Aug 2007 16:22:11 +0200 Subject: qt4: to ExcludeArch: ppc64 soon... In-Reply-To: References: <46CC785D.2030100@math.unl.edu> Message-ID: <46CD9813.2030707@poolshark.org> Rex Dieter wrote: > Rex Dieter wrote: > >> ... unless someone can step up with some heroics within the next few >> days to help fix: >> http://bugzilla.redhat.com/246324 > > Looks like the gentoo folks came up with a patch (thanks to Hans de Goede's > intuition), so crisis averted. __64BIT__ not defined... Nice one, Hans. From jkeating at redhat.com Thu Aug 23 14:25:17 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 23 Aug 2007 10:25:17 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <46CD95E6.6010002@redhat.com> References: <20070821095411.08c87838@mentok.boston.redhat.com> <46CAFE99.5020006@leemhuis.info> <20070821110625.0e3ecebd@mentok.boston.redhat.com> <20070821121404.665d0a5b@mentok.boston.redhat.com> <46CB13D7.1070209@city-fan.org> <20070821124104.5f1f3a83@mentok.boston.redhat.com> <46CD95E6.6010002@redhat.com> Message-ID: <20070823102517.4b929d9c@mentok.boston.redhat.com> On Thu, 23 Aug 2007 16:12:54 +0200 Harald Hoyer wrote: > Hmm, I rebuilt all my packages.. nothing changed.. :-) I haven't actually set it up to go continuously yet, was fighting other fires (and found a bug in it last night). I'm still updating by hand periodically throughout the day. A new update should land shortly. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rmj at ast.cam.ac.uk Thu Aug 23 14:29:47 2007 From: rmj at ast.cam.ac.uk (Roderick Johnstone) Date: Thu, 23 Aug 2007 15:29:47 +0100 Subject: Which repo(s) should bugfixed packages go to? Message-ID: Hi Sometimes when a package gets fixed following a BZ entry the fix just goes into rawhide without ever appearing as an update for a currently supported release. This doesnt seem quite right to me. Is there a document that explains what is supposed to happen to bugfixed packages, or can someone just tell me. I have tried asking on a couple of BZ for the fix to become an update for F7 but without success. Thanks Roderick Johnstone From jkeating at redhat.com Thu Aug 23 14:36:06 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 23 Aug 2007 10:36:06 -0400 Subject: Which repo(s) should bugfixed packages go to? In-Reply-To: References: Message-ID: <20070823103606.64195cc3@mentok.boston.redhat.com> On Thu, 23 Aug 2007 15:29:47 +0100 Roderick Johnstone wrote: > Sometimes when a package gets fixed following a BZ entry the fix just > goes into rawhide without ever appearing as an update for a currently > supported release. This doesnt seem quite right to me. Is there a > document that explains what is supposed to happen to bugfixed > packages, or can someone just tell me. > > I have tried asking on a couple of BZ for the fix to become an update > for F7 but without success. The package maintainer needs to follow: http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From markg85 at gmail.com Thu Aug 23 14:50:41 2007 From: markg85 at gmail.com (Mark) Date: Thu, 23 Aug 2007 16:50:41 +0200 Subject: GDM Session bug In-Reply-To: <645d17210708230407p28897ae5h8776a5d846fb9b7e@mail.gmail.com> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> <1187838119.31381.3.camel@Diffingo.localdomain> <645d17210708230407p28897ae5h8776a5d846fb9b7e@mail.gmail.com> Message-ID: <6e24a8e80708230750o2fa2fc84x61e2286545763d83@mail.gmail.com> i partly agree on that. Imagine that i install the Test 1 release and notice a problem with it (like this gdm session thing) than it should be posted in the fedora-test-list right? Now imagine that i install Test 1 and update it with all the updates.. not it becaumes a rawhide so no the topic should be posted in the fedora-devel-list (assuming that the issue is still present). In my case i did the test 1 install and the full update (so it's basically rawhide) and the issue was still there.. so i think this is the right place to post it before adding it to bugzilla. Please tell me if i'm right on this or not. 2007/8/23, Jonathan Underwood : > On 23/08/07, Stewart Adam wrote: > > On Thu, 2007-08-23 at 01:31 +0200, Mark wrote: > > > what's the difference between Fedora Test and Fedora Devel? > > > > Not much. Fedora Test really just a copy of development on specific > > dates, but there's a bit more to it than that. Freezes help things > > become *relatively* stable before tests are distributed. > > I think the question may have been "what is the difference between the > fedora-devel and fedora-test lists" rather than "what is the > difference between rawhide and a test release", but I may be wrong > (question was ambiguous). > > fedora-devel is a list for discussing fedora development, in > particular, but not limited to, the Rawhide tree. The Rawhide tree is > where all fedora development happens. At certain points in time, as a > release date approaches, a test release is composed from the rawhide > tree - a test release is a "snapshot" of the development (rawhide) > tree. Issues specific to that test release can/should be discussed on > the fedora-test list. To the extent that issues with the test release > are relevant to ongoing development, there is a very grey and fuzzy > distinction between the lists. > > Most often, if you see an issue with a test release it's best to start > discussing it on the fedora-test list, and once the problem is > understood and diagnosed and a bugzilla report filed, it may then be > worth raising it on the fedora-devel list. > > HTH, > Jonathan > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From chitlesh at fedoraproject.org Thu Aug 23 15:00:10 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 23 Aug 2007 17:00:10 +0200 Subject: KDE: replacing dolphin Message-ID: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> Hello there, There is a request to replace dolphin by d3lphin. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=248800 dolphin-0.8.2 (dolphin kde3 branch) is unmaintained. d3lphin is a fork of dolphin which includes some minor improvements and fixed some bigger annoyances So what do you think ? Shall we obsolete dolphin by d3lphin ? The process I'll be following : 1. wipe dolphin from fedora cvs 2. call for review of d3lphin chitlesh -- http://clunixchit.blogspot.com From sundaram at fedoraproject.org Thu Aug 23 15:06:31 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 23 Aug 2007 20:36:31 +0530 Subject: GDM Session bug In-Reply-To: <6e24a8e80708230750o2fa2fc84x61e2286545763d83@mail.gmail.com> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> <1187838119.31381.3.camel@Diffingo.localdomain> <645d17210708230407p28897ae5h8776a5d846fb9b7e@mail.gmail.com> <6e24a8e80708230750o2fa2fc84x61e2286545763d83@mail.gmail.com> Message-ID: <46CDA277.5000108@fedoraproject.org> Mark wrote: > i partly agree on that. > > Imagine that i install the Test 1 release and notice a problem with it > (like this gdm session thing) than it should be posted in the > fedora-test-list right? > > Now imagine that i install Test 1 and update it with all the updates.. > not it becaumes a rawhide so no the topic should be posted in the > fedora-devel-list (assuming that the issue is still present). > > In my case i did the test 1 install and the full update (so it's > basically rawhide) and the issue was still there.. so i think this is > the right place to post it before adding it to bugzilla. > > Please tell me if i'm right on this or not. Avoid top posting. You don't have to post all bugs to either list. It can just be filed in bugzilla. If there is a reason to discuss the bug, post it to the list with the bugzilla report. In general, bugs in test/development releases should be discussed in fedora-test list rather than here. Rahul From a.badger at gmail.com Thu Aug 23 15:23:24 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 23 Aug 2007 08:23:24 -0700 Subject: [pkgdb] iproute: Radek =?utf-8?q?Vok=C3=A1l_has_requested_wat?= =?utf-8?q?chcommits?= In-Reply-To: <200708231251.l7NCpY2S019149@app4.fedora.phx.redhat.com> References: <200708231251.l7NCpY2S019149@app4.fedora.phx.redhat.com> Message-ID: <46CDA66C.3060909@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Radek Vok?l ) wrote: > Radek Vok?l (rvokal) has requested the watchcommits acl on iproute (Fedora 7) > > To make changes to this package see: > https://admin.fedoraproject.org/pkgdb/packages/name/iproute > For those who have already started using the topic functionality who received these messages of Radek's changes, I'm sorry. It appears that mailman doesn't handle regex's and unicode characters. I've changed the subject lines to only use the account system username to work around this. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGzaZsX6yAic2E7kgRAqnxAJ9qGkswWDAo0kbsHYH5hRA3jjbdCACeLpq7 npr5jnQtAjY3Q5mPF0At/Ho= =/2XR -----END PGP SIGNATURE----- From rdieter at math.unl.edu Thu Aug 23 15:28:44 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 23 Aug 2007 10:28:44 -0500 Subject: KDE: replacing dolphin References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> Message-ID: Chitlesh GOORAH wrote: > There is a request to replace dolphin by d3lphin. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=248800 > > dolphin-0.8.2 (dolphin kde3 branch) is unmaintained. > d3lphin is a fork of dolphin which includes some minor improvements and > fixed some bigger annoyances > The process I'll be following : > 1. wipe dolphin from fedora cvs ie, EOL dolphin. > 2. call for review of d3lphin which will presumably include Obsoletes: dolphin < 0.8.2 ? :) +1 -- Rex From sundaram at fedoraproject.org Thu Aug 23 15:34:58 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 23 Aug 2007 21:04:58 +0530 Subject: KDE: replacing dolphin In-Reply-To: References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> Message-ID: <46CDA922.3030403@fedoraproject.org> Rex Dieter wrote: > Chitlesh GOORAH wrote: > >> There is a request to replace dolphin by d3lphin. >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=248800 >> >> dolphin-0.8.2 (dolphin kde3 branch) is unmaintained. >> d3lphin is a fork of dolphin which includes some minor improvements and >> fixed some bigger annoyances > >> The process I'll be following : >> 1. wipe dolphin from fedora cvs > > ie, EOL dolphin. > >> 2. call for review of d3lphin > > which will presumably include > Obsoletes: dolphin < 0.8.2 > ? :) > > +1 d31phin is probably not a name end users are going to be familiar with. Why not just include the patches from the fork and retain the same name? It is unlikely that dolphin or its fork for KDE 3 is going to get many releases. Rahul From pertusus at free.fr Thu Aug 23 15:44:35 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 23 Aug 2007 17:44:35 +0200 Subject: Which repo(s) should bugfixed packages go to? In-Reply-To: References: Message-ID: <20070823154435.GF2447@free.fr> On Thu, Aug 23, 2007 at 03:29:47PM +0100, Roderick Johnstone wrote: > Hi > > Sometimes when a package gets fixed following a BZ entry the fix just goes > into rawhide without ever appearing as an update for a currently supported > release. This doesnt seem quite right to me. Is there a document that > explains what is supposed to happen to bugfixed packages, or can someone > just tell me. There is no one-for-all policy regarding updates. There is a page here explaning what to do in case one found that a maintainer is unresponsive http://fedoraproject.org/wiki/Extras/Policy/AWOL_Maintainers More interesting is that: http://fedoraproject.org/wiki/Extras/Policy/WhoIsAllowedToModifyWhichPackages But ultimately for non critical fixes, it is up to the maintainer choice. Fedora goal is to ship latest software, but once again it depends. And remember that many fedora developers are volunteer. Proposing help (comaintainership, update and test on other versions than devel) could help. When there is a situation not covered by those dicuments but still dissention among people, I am not sure that there is something written down, but something sensible would be * ask on the list (more or less what you are doing now) * contact the sponsor of the 'misbehaving' people * escalate to FESCO -- Pat From pvrabec at redhat.com Thu Aug 23 16:02:48 2007 From: pvrabec at redhat.com (Peter Vrabec) Date: Thu, 23 Aug 2007 18:02:48 +0200 Subject: sudo autotools - recursion limit of 1024 Message-ID: <46CDAFA8.1030708@redhat.com> Hi folks, could you help me with this: $ cvs -d anoncvs at anoncvs.sudo.ws:/cvs get sudo $ cd sudo $ autoreconf /usr/bin/m4:configure.in:2321: ERROR: recursion limit of 1024 exceeded, use -L to change it autom4te: /usr/bin/m4 failed with exit status: 1 /usr/bin/m4:configure.in:2321: ERROR: recursion limit of 1024 exceeded, use -L to change it autom4te: /usr/bin/m4 failed with exit status: 1 autoreconf: /usr/bin/autoconf failed with exit status: 1 any idea how to locate the problem? From loupgaroublond at gmail.com Thu Aug 23 16:01:13 2007 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Thu, 23 Aug 2007 12:01:13 -0400 Subject: kde4 status? In-Reply-To: <46C978EC.4050901@redhat.com> References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> Message-ID: <7f692fec0708230901n1c1c19fetb721b850130fe71b@mail.gmail.com> Hi, On 8/20/07, Adam Tkac wrote: > I think it would be better switch to KDE4 as soon as it possible (right > now) and don't try maintain KDE3 and KDE4 simulateously. Of course, it > will cause unstability, KDE team will be under heavy load, conservative > people could get heart attack etc. But I think new Fedora is more about > new features than about stability. Also if we switch to KDE4 now we > should discover more bugs and make upcomming KDE more stable. Bug-free > work is enemy of good work in our business :) I guess the good work of your business is your enemy then. Alot of people shy away from Fedora because of the instability. Without dragging a certain brown-coloured distro into this argument, there are people that choose !Fedora because it's always a) unstable, b) a testing grounds for Red Hat, c) too experimental for it's own good. Even if these aren't true, that's how people see Fedora, and the last thing we really need to do is prove them correct. just my 2 cents -Yaakov From markg85 at gmail.com Thu Aug 23 16:02:07 2007 From: markg85 at gmail.com (Mark) Date: Thu, 23 Aug 2007 18:02:07 +0200 Subject: GDM Session bug In-Reply-To: <46CDA277.5000108@fedoraproject.org> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> <1187838119.31381.3.camel@Diffingo.localdomain> <645d17210708230407p28897ae5h8776a5d846fb9b7e@mail.gmail.com> <6e24a8e80708230750o2fa2fc84x61e2286545763d83@mail.gmail.com> <46CDA277.5000108@fedoraproject.org> Message-ID: <6e24a8e80708230902u19e63645jbf5fae997f6e7549@mail.gmail.com> @ top posting gmail does that automatically. sorry for that and i will try to avoid it. > In general, bugs in test/development releases should be discussed in > fedora-test list rather than here. That's a strange policy.. i mean.. test releases are snapshots of rawhide so i think they fit best in the rawhide mailing list (which is fedora-devel). From loupgaroublond at gmail.com Thu Aug 23 16:12:53 2007 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Thu, 23 Aug 2007 12:12:53 -0400 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: References: <20070816170323.GA10959@tango.0pointer.de> <46C4B70D.90409@conversis.de> Message-ID: <7f692fec0708230912mede0e6fr1f3fe542369a4a58@mail.gmail.com> Hi, On 8/16/07, Jon Nettleton wrote: > The best solution I have found is to run pulseaudio side by side with dmix. > libflashsupport for pulseaudio causes frequent browser crashes. > > Jon libflashsupport works for me. The so called debian packages were unstable, but i compiled a source package against my system, and everything works stably. I'm sure it should be a pretty small problem to get it to work 100% in Fedora. Much smaller than tinkering with the internals of flash itself. The Pulseaudio stack there is already much better than Debian's. -Yaakov From gilboad at gmail.com Thu Aug 23 16:15:35 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 23 Aug 2007 19:15:35 +0300 Subject: kde4 status? In-Reply-To: <7f692fec0708230901n1c1c19fetb721b850130fe71b@mail.gmail.com> References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> <7f692fec0708230901n1c1c19fetb721b850130fe71b@mail.gmail.com> Message-ID: <9050516b0708230915u6f150586mdfb9e062c8742a27@mail.gmail.com> On 8/23/07, Yaakov Nemoy wrote: > Hi, > > On 8/20/07, Adam Tkac wrote: > > I think it would be better switch to KDE4 as soon as it possible (right > > now) and don't try maintain KDE3 and KDE4 simulateously. Of course, it > > will cause unstability, KDE team will be under heavy load, conservative > > people could get heart attack etc. But I think new Fedora is more about > > new features than about stability. Also if we switch to KDE4 now we > > should discover more bugs and make upcomming KDE more stable. Bug-free > > work is enemy of good work in our business :) > > I guess the good work of your business is your enemy then. Alot of > people shy away from Fedora because of the instability. Without > dragging a certain brown-coloured distro into this argument, there are > people that choose !Fedora because it's always a) unstable, b) a > testing grounds for Red Hat, c) too experimental for it's own good. So? Fedora -is- bleeding edge. At least in my case, when I require a stable disto, I either use RHEL or CentOS... not Fedora. IMHO Fedora [1] isn't looking to be number one. It -is- looking to showcase the best and latest of the OSS world. > > Even if these aren't true, that's how people see Fedora, and the last > thing we really need to do is prove them correct. I'm not sure that they are wrong. While I think that that KDE4 should not be pushed into rawhide before all the building blocks are bolted in (Read: Plasma... Not sure about Phonon) - I do not agree that Fedora should forsake its designated goal in the name of stability and market share. - Gilboa [1] From http://fedoraproject.org/ "Fedora is a Linux-based operating system that showcases the latest in free and open source software. Fedora is always free for anyone to use, modify, and distribute. It is built by people across the globe who work together as a community: the Fedora Project. The Fedora Project is open and anyone is welcome to join. The Fedora Project is out front for you, leading the advancement of free, open software and content." From jon.nettleton at gmail.com Thu Aug 23 16:26:12 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Thu, 23 Aug 2007 12:26:12 -0400 Subject: Problems with NetworkManager and autofs/NFS In-Reply-To: <46CC593C.4000602@cora.nwra.com> References: <46C48ECD.9010800@cora.nwra.com> <46CC593C.4000602@cora.nwra.com> Message-ID: On 8/22/07, Orion Poplawski wrote: > Jon Nettleton wrote: > > > > Moving forward we need much tighter integration with all NetworkManager and > > all > > network services on the machine. What I have done to reduce contention as > > well > > as boot time is to remove the following services from my init process > > > > iscsi > > iscsid > > ntpd > > autofs > > sshd > > avahi-daemon > > avahi-dnsconfd > > yum-updatesd > > > > They all now are started by custom scripts in > > /etc/NetworkManager/dispatcher.d. Yes > > I know that theoretically autofs doesn't below there because it can mount > > non network > > drives, but I don't use that so it is there now. > > > > I can pass some of my stuff along if you are interested. > > I'd be interested. http://www.hekanetworks.com/~jnettlet/open-source/dispatcher.d.tar.bz2 that is my whole directory. Right now if I don't want the dispatcher to work with a service I just drop them in the off directory. All of them are just variations on the original script posted to this list some time ago. Jon From markg85 at gmail.com Thu Aug 23 16:41:02 2007 From: markg85 at gmail.com (Mark) Date: Thu, 23 Aug 2007 18:41:02 +0200 Subject: Gnome Network Manager Applet issue? In-Reply-To: <1187811958.3439.342.camel@dhcp83-165.boston.redhat.com> References: <6e24a8e80708211245x4be6cb7ata2839a5be6795eae@mail.gmail.com> <6e24a8e80708220826o7c05f104k4f5ee35b96aed97@mail.gmail.com> <1187811958.3439.342.camel@dhcp83-165.boston.redhat.com> Message-ID: <6e24a8e80708230941k32b4d40cx370f2cc5ab1837e0@mail.gmail.com> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251067 That bug seems to address the issue i'm getting with nm-applet. stranger is that knetworkmanager is working just fine.. i just entered a new bug report just in case: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=254009 And a temporary solution for it: install knetworkmanager and use that one instead of nm-applet. From sundaram at fedoraproject.org Thu Aug 23 16:51:21 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 23 Aug 2007 22:21:21 +0530 Subject: GDM Session bug In-Reply-To: <6e24a8e80708230902u19e63645jbf5fae997f6e7549@mail.gmail.com> References: <6e24a8e80708221340q1684f0c8u9d06f8f62bc3d3b7@mail.gmail.com> <46CC9FC6.5060405@fedoraproject.org> <6e24a8e80708221631w66660515w193a3877e7c8f378@mail.gmail.com> <1187838119.31381.3.camel@Diffingo.localdomain> <645d17210708230407p28897ae5h8776a5d846fb9b7e@mail.gmail.com> <6e24a8e80708230750o2fa2fc84x61e2286545763d83@mail.gmail.com> <46CDA277.5000108@fedoraproject.org> <6e24a8e80708230902u19e63645jbf5fae997f6e7549@mail.gmail.com> Message-ID: <46CDBB09.5060105@fedoraproject.org> Mark wrote: > @ top posting > gmail does that automatically. sorry for that and i will try to avoid it. > >> In general, bugs in test/development releases should be discussed in >> fedora-test list rather than here. > > That's a strange policy.. i mean.. test releases are snapshots of > rawhide so i think they fit best in the rawhide mailing list (which is > fedora-devel). The idea behind it is not clutter this list with discussing breakages in rawhide which can happen quite often and leave room to discuss other general development changes. fedora-test list is for any issues with testing and not just for test releases. Rahul From kevin at scrye.com Thu Aug 23 17:15:40 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 23 Aug 2007 11:15:40 -0600 Subject: build/koji/update documentation reorganization? In-Reply-To: <20070822221305.GA3436@free.fr> References: <20070822221305.GA3436@free.fr> Message-ID: <20070823111540.143279f4@ghistelwchlohm.scrye.com> On Thu, 23 Aug 2007 00:13:06 +0200 pertusus at free.fr (Patrice Dumas) wrote: > Hello, > > I have something to add to the update/build/koji doc, but it is not > easy to do since there are a lot of duplication in the wiki on that > subject. ...snipp... > > I think that things should be simplified. In my opinion 1. 2. and 3. > should be merged in a page about builds in Fedora. With a part about > setting up koji, a part about the web infrastructure, a part > about koji commands and a last one regarding the make shortcuts, > including some info from 5. > Maybe the make shortcuts may be explained before koji commands. > > I also think that 5. should be merged in 4., with links from 5. to 4. > > 4. should point to koji stuff. > > 6. Should be renamed otherwise, and linked from other places with > a text saying that it is about a procedure for F-6 only. > > > I am volunteering to do at least part of the reorganization I > propose. > > (The info I would like to add is about inheritance in koji and > make chain-build.) > > Comments? Sounds great to me. I would say go ahead and do it, and if someone really doesn't like it, they can always revert it. ;) (It's a wiki after all). ;) > Pat kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Thu Aug 23 17:20:09 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 23 Aug 2007 11:20:09 -0600 Subject: source audit In-Reply-To: <46CBD93D.7040702@hhs.nl> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <46CBD93D.7040702@hhs.nl> Message-ID: <20070823112009.66c65663@ghistelwchlohm.scrye.com> On Wed, 22 Aug 2007 08:35:41 +0200 j.w.r.degoede at hhs.nl (Hans de Goede) wrote: > Kevin Fenzi wrote: > > Since folks are checking over their packages for the correct license > > tags and rebuilding for various other reasons, I thought I would add > > another one to the mix. ;) > > > > I wrote up a quick and dirty script to check the sources that are in > > the cvs look aside cache against the upstream source of the package > > as pulled from the URI(s) in the Sources line(s). > > > > Thanks, this is very usefull. But as usual, with all these usefull > checking scripts people are making, can you please add the owner of > the package to the list and sort by owner. I maintain 150 packages, > so with these kinda checks there are always a few that need fixing, > the problem is finding all my packages in the (somewhat long) list. Yeah, good point. I will run it again here soon and add package owner and sort by that. > > Thanks & Regards, > > Hans > kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Thu Aug 23 17:21:23 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 23 Aug 2007 11:21:23 -0600 Subject: source audit In-Reply-To: <20070822110920.GD3245@free.fr> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <20070822110920.GD3245@free.fr> Message-ID: <20070823112123.6c0be98a@ghistelwchlohm.scrye.com> On Wed, 22 Aug 2007 13:09:20 +0200 pertusus at free.fr (Patrice Dumas) wrote: > On Tue, Aug 21, 2007 at 10:30:57PM -0600, Kevin Fenzi wrote: > > I wrote up a quick and dirty script to check the sources that are in > > the cvs look aside cache against the upstream source of the package > > as pulled from the URI(s) in the Sources line(s). > > This is a very interesting input in my opinion. Thanks. I hope we can get this cleaned up. We should be matching upsteam all the time. > > > - I'm not currently checking Patches with full URI's, but I can add > > that if there is interest. > > It seems to me that checking patchs would be of interest too, at least > to me. It allows to check, for example that the debian patches are > still here. Yeah, I will add that in the next run. I just noticed after it was running that it wasn't doing Patch: lines. It took about 12 hours to run last time. ;( > Pat kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Thu Aug 23 17:23:56 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 23 Aug 2007 12:23:56 -0500 Subject: kde4 status for f8: off the table? likely References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <20070818195454.7d0e65fe@vader.jdub.homelinux.org> Message-ID: Rex Dieter wrote: > Josh Boyer wrote: > >> On Sat, 18 Aug 2007 17:24:06 -0500 > >>> Will probably happen: >>> * kde4 runtime/development landing in rawhide in time for test2 >>> (*crosses fingers*) >> >> That would be nice. If for some reason it fails to happen by test2, >> are you still going to attempt to push it into f8? If so, why? > > Likely yes, I'll try my best because it's that important, imo. And, ok, > to be honest, to save face, because that's what I promised at akademy I > would help make it (shipping kde4 in f8) happen. :) OK, my pragmatic honest assessment of the situation(1) is that kde4 will not be landing any time soon and certainly not for test2. The impact of this is that FeatureKDE4 is likely off the table for shipping in f8. Work for f8 final release will focus on polishing the kde3 desktop experience. That said, work on kde4 will certainly continue, and any additional assistance/help is always welcome. My best guess is that kde4 can/will land sometime soon after f8 ships. -- Rex (1) Most of the active KDE SIG members aren't available for doing a lot of the required work over the coming weeks, including Than(illness), Kevin (vacation), me (just plain busy @ work, start of fall academic semester looming). p.s. suck, crap, blast, ?#!#$#!@$?. please don't confuse the civility of this message to imply anything close to my happiness with this situation. If I could hole myself up for days/weeks to work to make it happen, I would. From jkeating at redhat.com Thu Aug 23 17:24:15 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 23 Aug 2007 13:24:15 -0400 Subject: build/koji/update documentation reorganization? In-Reply-To: <20070822221305.GA3436@free.fr> References: <20070822221305.GA3436@free.fr> Message-ID: <20070823132415.42b33973@mentok.boston.redhat.com> On Thu, 23 Aug 2007 00:13:06 +0200 Patrice Dumas wrote: > Hello, > > I have something to add to the update/build/koji doc, but it is not > easy to do since there are a lot of duplication in the wiki on that > subject. Hurray! > > 1. In http://fedoraproject.org/wiki/Koji, subsection 'Package > Organization' > there are some useful infos about tags and package lists (not > the very beginning, but roughly beginning at 'A build target > specifies ...'), but for advanced uses of koji. > > 2. In http://fedoraproject.org/wiki/Koji/UsingKoji there are > information about the web interface, setting up koji in the client > and koji build commands. These two are for end users, mostly. There is probably some crossover with setting up a koji server for your own user. > > 3. in http://fedoraproject.org/wiki/Infrastructure/KojiBuildSystem > there are very brief infos about the web interface, setting up koji > in the client, precise informations about the certificates and > setup, some commands, and info about make targets koji related. Right, this is more for infrastructure folks setting up a koji server for use by clients. Not really meant for package maintainers to be reading. > 4. In > http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo > there is a brief explantation about how to update a package including > make tag, make build, koji, and bodhi. There is a link to 5. > > 5. In http://fedoraproject.org/wiki/PackageMaintainers/UsingCvsFaq > there is a detailed explanation on how to update a package. > Also some misc informations, including info about make targets. > It links to 6. > > 6. On http://fedoraproject.org/wiki/PackageMaintainers/BuildRequests > there are info about plague builds Oops. Still valid for FC-6 but... > > > I think that things should be simplified. In my opinion 1. 2. and 3. > should be merged in a page about builds in Fedora. With a part about > setting up koji, a part about the web infrastructure, a part > about koji commands and a last one regarding the make shortcuts, > including some info from 5. > Maybe the make shortcuts may be explained before koji commands. > > I also think that 5. should be merged in 4., with links from 5. to 4. > > 4. should point to koji stuff. > > 6. Should be renamed otherwise, and linked from other places with > a text saying that it is about a procedure for F-6 only. > > > I am volunteering to do at least part of the reorganization I > propose. > > (The info I would like to add is about inheritance in koji and > make chain-build.) > > Comments? There is need for two, possibly three sets of documentation. 1) Using koji as a Fedora maintainer. This is where the majority of meat should be, and referenced by anything related to using the build system. This should fall somewhere in PackageMaintainers/ 2) How to setup Koji in your own environment. Arguably this could go in the koji Trac wiki instance, but some people have started it in our wiki so why not... This is where detailed information about generating certs, setting up the web service, etc.. all goes here. I'm not sure what section this should be in. Maybe Projects/Koji to match Projects/Mock. 3) Fedora Infrastructure notes about how to keep our koji server going. Maintenance items, notes specific to our deployment, SOPs, etc... This needs to be under the Infrastructure/ section. > -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmz at pobox.com Thu Aug 23 17:29:05 2007 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 23 Aug 2007 13:29:05 -0400 Subject: Rebuilds needed for Fedora 8 In-Reply-To: <20070822080854.c11fb39c.mschwendt.tmp0701.nospam@arcor.de> References: <20070821095411.08c87838@mentok.boston.redhat.com> <20070821160101.GC7920@psilocybe.teonanacatl.org> <46CB1AF6.2070203@gmail.com> <20070821192613.GB28116@psilocybe.teonanacatl.org> <20070822080854.c11fb39c.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070823172905.GR6380@psilocybe.teonanacatl.org> Michael Schwendt wrote: > The one pitfall in the ?tg_format=plain bugzilla list linked above > is that not every user name is an email alias, which you could > construct by appending the primary Fedora Project domain. The list > includes some group names, which are mapped to a completely > different email address using the account system. Hence a second > list from the FAS needs to be retrieved. Thanks Michael (and Toshio for the followup). Any thoughts on the idea of having package aliases @fp.o? It'd be much easier to just send mail to glibc at fp.o to reach the current maintainer(s) of glibc. (Perhaps it would be too easy and some would dislike it because it could increase their spam count. Personally, I'd take the trade-off in ease of use over the risk of a few more spam mails for my filters to chew on.) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Subtlety is the art of saying what you think and getting out of the way before it is understood. -- Anonymous -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From dan at danny.cz Thu Aug 23 17:29:57 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 23 Aug 2007 19:29:57 +0200 Subject: sudo autotools - recursion limit of 1024 In-Reply-To: <46CDAFA8.1030708@redhat.com> References: <46CDAFA8.1030708@redhat.com> Message-ID: <1187890197.4307.5.camel@eagle.danny.cz> Peter Vrabec p??e v ?t 23. 08. 2007 v 18:02 +0200: > Hi folks, > > could you help me with this: > > $ cvs -d anoncvs at anoncvs.sudo.ws:/cvs get sudo > $ cd sudo > $ autoreconf > /usr/bin/m4:configure.in:2321: ERROR: recursion limit of 1024 exceeded, > use -L to change it > autom4te: /usr/bin/m4 failed with exit status: 1 > /usr/bin/m4:configure.in:2321: ERROR: recursion limit of 1024 exceeded, > use -L to change it > autom4te: /usr/bin/m4 failed with exit status: 1 > autoreconf: /usr/bin/autoconf failed with exit status: 1 > > any idea how to locate the problem? > The cause is probable some bad macro quotation or unclosed brace. I have tried it a bit with deleting parts of configure.in (which should eliminate the buggy macro) and now I can run autoreconf successfully. The included patch deletes a part of configure.in and now it is possible to run autoreconf => the buggy macro is there. Also Google is saying that there was a problem somewhere in libtool. Dan -------------- next part -------------- A non-text attachment was scrubbed... Name: configure.in.diff Type: text/x-patch Size: 1406 bytes Desc: not available URL: From billcrawford1970 at gmail.com Thu Aug 23 17:40:04 2007 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Thu, 23 Aug 2007 18:40:04 +0100 Subject: Disabling atime In-Reply-To: <46CAF964.8060309@redhat.com> References: <46BB8D72.1010608@fedoraproject.org> <1186890857.31901.623.camel@mccallum.corsepiu.local> <46BEAA46.4040705@fedoraproject.org> <1186901973.31901.648.camel@mccallum.corsepiu.local> <46BEB0B0.7050601@fedoraproject.org> <1186903969.31901.658.camel@mccallum.corsepiu.local> <46BEB930.5080802@fedoraproject.org> <1186905063.31901.667.camel@mccallum.corsepiu.local> <544eb990708210308p4efe1b2ew95b8a432d76b0f75@mail.gmail.com> <46CAF964.8060309@redhat.com> Message-ID: <544eb990708231040uc733098sfc7f9b91ff754ed3@mail.gmail.com> On 21/08/07, Eric Sandeen wrote: > I have at least one case where noatime actually slows things down. With > 66 million inodes on an ext3 filesystem, "find" across the filesystem > with a fresh mount / cold cache was a few seconds slower with noatime. > Odd result, but it shows at least that this change shouldn't be made > based on a hunch, but only after looking at some real results. It's mainly of benefit where the atime updates would interleave with read traffic on the same disk, thus causing extra seeks, for example. Experiential (yeah, I know :)) evidence is that when there's a fair amount of disk traffic anyway, things like recursive grep or find finish faster, but also *other things* go faster when run at the same time. An isolated "benchmark" such as yours never shows this sort of effect. Whether the cache is warm or cold isn't so relevent; more's to the point, the savings show best on the second and subsequent accesses when the data to be read *is* cached and therefore there's no disk traffic at all. From dan at danny.cz Thu Aug 23 17:53:27 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 23 Aug 2007 19:53:27 +0200 Subject: sudo autotools - recursion limit of 1024 In-Reply-To: <46CDAFA8.1030708@redhat.com> References: <46CDAFA8.1030708@redhat.com> Message-ID: <1187891607.4307.9.camel@eagle.danny.cz> Peter Vrabec p??e v ?t 23. 08. 2007 v 18:02 +0200: > Hi folks, > > could you help me with this: > > $ cvs -d anoncvs at anoncvs.sudo.ws:/cvs get sudo > $ cd sudo > $ autoreconf > /usr/bin/m4:configure.in:2321: ERROR: recursion limit of 1024 exceeded, > use -L to change it > autom4te: /usr/bin/m4 failed with exit status: 1 > /usr/bin/m4:configure.in:2321: ERROR: recursion limit of 1024 exceeded, > use -L to change it > autom4te: /usr/bin/m4 failed with exit status: 1 > autoreconf: /usr/bin/autoconf failed with exit status: 1 > > any idea how to locate the problem? > Another iteration - it is libtool my versions: libtool-1.5.22-6.1.x86_64 autoconf-2.61-2.noarch Dan -------------- next part -------------- A non-text attachment was scrubbed... Name: configure.in.diff Type: text/x-patch Size: 445 bytes Desc: not available URL: From j.w.r.degoede at hhs.nl Thu Aug 23 18:02:56 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 23 Aug 2007 20:02:56 +0200 Subject: kde4 status for f8: off the table? likely In-Reply-To: References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <20070818195454.7d0e65fe@vader.jdub.homelinux.org> Message-ID: <46CDCBD0.2020706@hhs.nl> Rex Dieter wrote: > Rex Dieter wrote: > >> Josh Boyer wrote: >> >>> On Sat, 18 Aug 2007 17:24:06 -0500 >>>> Will probably happen: >>>> * kde4 runtime/development landing in rawhide in time for test2 >>>> (*crosses fingers*) >>> That would be nice. If for some reason it fails to happen by test2, >>> are you still going to attempt to push it into f8? If so, why? >> Likely yes, I'll try my best because it's that important, imo. And, ok, >> to be honest, to save face, because that's what I promised at akademy I >> would help make it (shipping kde4 in f8) happen. :) > > OK, my pragmatic honest assessment of the situation(1) is that kde4 will not > be landing any time soon and certainly not for test2. The impact of this > is that FeatureKDE4 is likely off the table for shipping in f8. > > Work for f8 final release will focus on polishing the kde3 desktop > experience. > > That said, work on kde4 will certainly continue, and any additional > assistance/help is always welcome. My best guess is that kde4 can/will > land sometime soon after f8 ships. > > -- Rex > > (1) Most of the active KDE SIG members aren't available for doing a lot of > the required work over the coming weeks, including Than(illness), Kevin > (vacation), me (just plain busy @ work, start of fall academic semester > looming). > > p.s. suck, crap, blast, ?#!#$#!@$?. please don't confuse the civility of > this message to imply anything close to my happiness with this situation. > If I could hole myself up for days/weeks to work to make it happen, I > would. > I've said it once, and hopefully proven it with my ppc64 fix, if its just a Fedora manpower problem, I'm willing to sync some time into this. I'm sure you can find others too. I will need guidance though, so if you think a couple of less kde experienced volunteers can pull it of, lets start looking for more volunteers and start calling yourself a manager :) Regards, Hans From j.w.r.degoede at hhs.nl Thu Aug 23 18:03:54 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 23 Aug 2007 20:03:54 +0200 Subject: source audit In-Reply-To: <20070823112123.6c0be98a@ghistelwchlohm.scrye.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <20070822110920.GD3245@free.fr> <20070823112123.6c0be98a@ghistelwchlohm.scrye.com> Message-ID: <46CDCC0A.5000201@hhs.nl> Kevin Fenzi wrote: > On Wed, 22 Aug 2007 13:09:20 +0200 > pertusus at free.fr (Patrice Dumas) wrote: >> It seems to me that checking patchs would be of interest too, at least >> to me. It allows to check, for example that the debian patches are >> still here. > > Yeah, I will add that in the next run. I just noticed after it was > running that it wasn't doing Patch: lines. It took about 12 hours to > run last time. ;( > Will the next run also list and be sorted by owner, please? Regards, Hans From caillon at redhat.com Thu Aug 23 18:28:43 2007 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 23 Aug 2007 14:28:43 -0400 Subject: Gnome Network Manager Applet issue? In-Reply-To: <1187811958.3439.342.camel@dhcp83-165.boston.redhat.com> References: <6e24a8e80708211245x4be6cb7ata2839a5be6795eae@mail.gmail.com> <6e24a8e80708220826o7c05f104k4f5ee35b96aed97@mail.gmail.com> <1187811958.3439.342.camel@dhcp83-165.boston.redhat.com> Message-ID: <46CDD1DB.8050407@redhat.com> Tom "spot" Callaway wrote: > On Wed, 2007-08-22 at 11:26 -0400, Mark wrote: >> Some reply's on this please. >> >> I did some further investigation and found out that i am able to make >> a qireless connection IF i make a cable connection first (big bug). >> Also the nm-applet icon is sometimes not visable!! >> and most of the time the nm-applat only shows when i run: >> "NetworkManager" under root. >> >> When it's not run under ruut but as a user i get this >> error:"Gtk-Message: Failed to load module "gnomebreakpad": >> libgnomebreakpad.so: cannot open shared object file: No such file or >> directory" > > I was wondering about that error, so I looked into it. The latest > upstream bug-buddy has some code in it from google which enables the > gnomebreakpad functionality. Unfortunately, it doesn't even come close > to building on non-i686 platforms, which is probably why we haven't > bumped to that version. > That and there are some other questions upstream about where to place some of its files/libraries. We're waiting for that to settle down before we bump. From prarit at redhat.com Thu Aug 23 19:59:20 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Thu, 23 Aug 2007 15:59:20 -0400 Subject: KDE: replacing dolphin In-Reply-To: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> Message-ID: <46CDE718.3050001@redhat.com> Chitlesh GOORAH wrote: > Hello there, > > There is a request to replace dolphin by d3lphin. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=248800 > > dolphin-0.8.2 (dolphin kde3 branch) is unmaintained. > d3lphin is a fork of dolphin which includes some minor improvements and fixed > some bigger annoyances > > So what do you think ? Shall we obsolete dolphin by d3lphin ? > > The process I'll be following : > 1. wipe dolphin from fedora cvs > 2. call for review of d3lphin > Just curious -- why was d3lphin forked? Is it because dolphin was unmaintained _in Fedora_, or was it some other issue? P. > chitlesh > From rmeggins at redhat.com Thu Aug 23 20:07:08 2007 From: rmeggins at redhat.com (Richard Megginson) Date: Thu, 23 Aug 2007 14:07:08 -0600 Subject: Fedora Crypto Consolidation Project Message-ID: <46CDE8EC.4060608@redhat.com> On Thu, 23 Aug 2007 at 12:23:36 +0100, Joe Orton wrote: > On Wed, Aug 22, 2007 at 05:51:20PM -0700, Robert Relyea wrote: > > Steve Grubb wrote: > > >I wanted to announce a new Fedora Project that will span several distro > > >releases and outline the reasons why we are starting this project. I > > >believe this issue affects the whole Open Source Community. But don't > > >think anyone has explained all the issues. > > > > >We're looking for people interested in enabling NSS in their packages and > > >feeding the changes upstream. > > > > > A list of packages that need to be looked at can now be found at: > > https://fedoraproject.org/wiki/CryptoConsolidationScorecard > > Switching OpenLDAP to use NSS may be painful because of the exposure of > the SSL_CTX * in the API via LDAP_OPT_X_TLS_CTX, though I don't know how > widely that is used. Would it be less painful to switch from OpenLDAP > to the Mozilla LDAP toolkit (now part of the FDS?) at the same time? > I'm the current maintainer of the Mozilla LDAP SDK in Fedora as well as being one of a very small number of upstream maintainers. We (the upstream maintainers and I) will be in the near future investigating NSS support in OpenLDAP. I encourage people to send me comments, questions, and suggestions about how to approach this. If there is enough interest I will create a page at wiki.mozilla.org to track this issue. > > joe -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3245 bytes Desc: S/MIME Cryptographic Signature URL: From chitlesh at fedoraproject.org Thu Aug 23 20:16:07 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 23 Aug 2007 22:16:07 +0200 Subject: KDE: replacing dolphin In-Reply-To: <46CDE718.3050001@redhat.com> References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> <46CDE718.3050001@redhat.com> Message-ID: <13dbfe4f0708231316t73e3d6e6v981daade90526cde@mail.gmail.com> On 8/23/07, Prarit Bhargava wrote: > Just curious -- why was d3lphin forked? Is it because dolphin was > unmaintained _in Fedora_, or was it some other issue? I maintained dolphin in Fedora. Its upstream who decided to maintain dolphin on KDE4 and not on KDE3. Someone continued to port fixes to dolphin on KDE3 and named it d3lphin. Chitlesh -- http://clunixchit.blogspot.com From kevin at scrye.com Thu Aug 23 20:39:00 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 23 Aug 2007 14:39:00 -0600 Subject: source audit In-Reply-To: <46CDCC0A.5000201@hhs.nl> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <20070822110920.GD3245@free.fr> <20070823112123.6c0be98a@ghistelwchlohm.scrye.com> <46CDCC0A.5000201@hhs.nl> Message-ID: <20070823143900.63c96a5e@ghistelwchlohm.scrye.com> On Thu, 23 Aug 2007 20:03:54 +0200 j.w.r.degoede at hhs.nl (Hans de Goede) wrote: > Kevin Fenzi wrote: > > On Wed, 22 Aug 2007 13:09:20 +0200 > > pertusus at free.fr (Patrice Dumas) wrote: > >> It seems to me that checking patchs would be of interest too, at > >> least to me. It allows to check, for example that the debian > >> patches are still here. > > > > Yeah, I will add that in the next run. I just noticed after it was > > running that it wasn't doing Patch: lines. It took about 12 hours to > > run last time. ;( > > > > Will the next run also list and be sorted by owner, please? Yes, thats my plan. > Regards, > > Hans kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rafalzaq at gmail.com Thu Aug 23 21:20:10 2007 From: rafalzaq at gmail.com (rafalzaq) Date: Thu, 23 Aug 2007 23:20:10 +0200 Subject: cssed license question Message-ID: <5610e0590708231420t33c8046dsa73e5ccfddd10e3@mail.gmail.com> Cssed is under GPLv2+, but some part of code is under this license http://scintilla.sourceforge.net/License.txt : "License for Scintilla and SciTE Copyright 1998-2003 by Neil Hodgson All Rights Reserved Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation. NEIL HODGSON DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL NEIL HODGSON BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. " What should I use in the License tag? -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Thu Aug 23 21:26:04 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 23 Aug 2007 23:26:04 +0200 Subject: cssed license question In-Reply-To: <5610e0590708231420t33c8046dsa73e5ccfddd10e3@mail.gmail.com> References: <5610e0590708231420t33c8046dsa73e5ccfddd10e3@mail.gmail.com> Message-ID: <20070823212604.GD2496@free.fr> On Thu, Aug 23, 2007 at 11:20:10PM +0200, rafalzaq wrote: > Cssed is under GPLv2+, but some part of code is under this license > http://scintilla.sourceforge.net/License.txt : > "License for Scintilla and SciTE > > Copyright 1998-2003 by Neil Hodgson > > All Rights Reserved > > Permission to use, copy, modify, and distribute this software and its > documentation for any purpose and without fee is hereby granted, > provided that the above copyright notice appear in all copies and that > both that copyright notice and this permission notice appear in > supporting documentation. > > NEIL HODGSON DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS > SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY > AND FITNESS, IN NO EVENT SHALL NEIL HODGSON BE LIABLE FOR ANY > SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES > WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, > WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER > TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE > OR PERFORMANCE OF THIS SOFTWARE. " > > What should I use in the License tag? Looks like MIT, so the license is GPLv2+ since GPLv2+ causes the resulting binary to be covered by GPLv2+. You may add a comment in the spec file stating which source files are covered by the MIT license but it isn't an obligation. -- Pat From jamatos at fc.up.pt Thu Aug 23 20:34:26 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 23 Aug 2007 21:34:26 +0100 Subject: kde4 status for f8: off the table? likely In-Reply-To: <46CDCBD0.2020706@hhs.nl> References: <46C72740.1030309@hhs.nl> <46CDCBD0.2020706@hhs.nl> Message-ID: <200708232134.26286.jamatos@fc.up.pt> On Thursday 23 August 2007 19:02:56 Hans de Goede wrote: > I've said it once, and hopefully proven it with my ppc64 fix, if its just a > Fedora manpower problem, I'm willing to sync some time into this. I'm sure > you can find others too. I will need guidance though, so if you think a > couple of less kde experienced volunteers can pull it of, lets start > looking for more volunteers and start calling yourself a manager :) I don't expect to release lyx 1.6/2.0 before F8 ;-) so I would like to help. > Regards, > > Hans -- Jos? Ab?lio From jon.nettleton at gmail.com Thu Aug 23 22:02:13 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Thu, 23 Aug 2007 18:02:13 -0400 Subject: A fuse based initfs In-Reply-To: <46CCEEE9.3030202@filteredperception.org> References: <46CCEEE9.3030202@filteredperception.org> Message-ID: On 8/22/07, Douglas McClendon wrote: > Jon Nettleton wrote: > > This all started with a some what simple task. I wanted to start rhgb/gdm > > as early in the boot process as possible. Basically kernel->disk->gui. How > > hard could it be? Well not fun really. My finally solution, which is > > unacceptable for fedora right now is patching the kernel with unionfs and > > using that as an overlay for /var and /tmp. That gave me the transparent > > filesystem overlay I needed to be able to start up a nice gui and allow > > things like fsck to happen underneath without disturbing things. Even with > > this solution I still don't have init restarting gdm if it dies. > > > > So I thought, and discarded and thought some more. Now I want anyone > > willing to comment on my thoughts. > > > Using unionfs for your rootfs sounds like a currently bad, but > ultimately very desirable feature. I would love to have my rootfs have > a dozen different layers, some of them coming from peer2peer distributed > filesystems. > > But at the moment, using the current unionfs and/or fuse for the rootfs > seems like a bad idea. Admittedly, all I can do is wave my hands and > point to vague memories of lots of issues, but I suspect the issues are > real. I really don't need unionfs for the entire root filesystem, but during the boot process why not? Files are really only written to the /var and /tmp directories. Everything else is pretty much all read only. Plus this is a proof of concept idea at this point. I wouldn't think of unleashing this to the public without a lot more testing. > > In general, it sounds like you are outlining several different > problem/solutions, but I don't think they all need to be as tightly > integrated as you suggest. > > For instance, the gdm in initramfs (or very very early). Why do you > need this copy-on-write rootfs stuff? Why not just have a tmpfs, and a > gdm configuration that looks there. Likewise for the early logging > stuff. Later during boot, the early-boot logfiles in tmpfs can be > copied to /var/log. This isn't as nice as the magic > unionfs/dm-snapshot-merge automagic merging. But I don't think that is > necessary and worth the steps you are taking to get it. The problem is that all the X gdm talk is through fifo sockets. This busies the filesystems and makes it impossible to just copy things around. If we want the boot process to be smooth and seamless we are going to need some sort of ability to write to a "read only" filesystem in place. > > On the issue of not starting services that might not need to be > (bluetooth, networking, smartcards, ...), I think in various fedora > wikis there is talk of DBus as a solution to that problem. > I have read this and played around with it a bit. I have no problems with it, but there are a lot of services this won't work for. I am aiming at a solution that will work with any existing service, no work needed. > I think there are some flaws with your strategy (specifically wrt > unionfs). I.e. in (4) you mention flushing the fs down to lower layers > and disappearing. Can you actually make the unionfs disappear? Aren't > there some obscure limitations of unionfs (even when only containing a > single layer) that will make it unpalatable for the general case? (I > have vague memories of something called sendfile and apache, and some > types of symlinks). I am working on all of this, and it is one of the reasons I posted my ideas. If people have already beat their head against a wall working on these issues, I am all ears. > > Of course if you are talking about devicemapper snapshot merging ala > markmc's patchset, then I am all for it (just because I have other plans > for that functionality). But then I am also confused about using both > that and unionfs and what exactly you are using for what. I tried this. Let me tell you it was a chunk of work to get his patches working on an existing kernel. Unfortunately working on a snapshot and then merging the changes back has the same problem I experienced with a ramfs, the open filehandles busied the file-system. > > But I definitely get the feeling that you are moving in the right > general direction towards things that I agree should be improved. > Thanks for the encouragement. With all this preliminary work I am starting to get a much clearer vision on a much easier way to bridge the gap between our distributions traditional unix background and what most people expect in a flexible modern desktop. I am going to keep hacking on my little project and when I have a working proof of concept will release it. I will keep you updated. Jon *snip* From opensource at till.name Thu Aug 23 22:43:50 2007 From: opensource at till.name (Till Maas) Date: Fri, 24 Aug 2007 00:43:50 +0200 Subject: rebuild fails, previous build worked, c open macro bug? In-Reply-To: <20070823131904.GA16762@devserv.devel.redhat.com> References: <200708231446.30884.opensource@till.name> <20070823130559.GW2063@devserv.devel.redhat.com> <20070823131904.GA16762@devserv.devel.redhat.com> Message-ID: <200708240043.55462.opensource@till.name> On Do August 23 2007, Alan Cox wrote: > On Thu, Aug 23, 2007 at 09:05:59AM -0400, Jakub Jelinek wrote: > > /* look for the location of inject_nofcs */ > > FILE * search_inject = popen("find /sys/devices -name *inject_nofcs", > > "r"); > > Thats wrong surely. What happens if the current directory includes a file > with a name matching *inject_nofcs - surely that needs quoting... Thank you both, I added a new task to koji[1], but it did not complete, yet. I also reported the issues to upstream. Regards, Till [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=124385 [2] http://trac.aircrack-ng.org/ticket/313 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From abartlet at samba.org Thu Aug 23 23:16:17 2007 From: abartlet at samba.org (Andrew Bartlett) Date: Fri, 24 Aug 2007 09:16:17 +1000 Subject: A fuse based initfs In-Reply-To: References: <46CCEEE9.3030202@filteredperception.org> Message-ID: <1187910977.5291.2.camel@naomi> On Thu, 2007-08-23 at 18:02 -0400, Jon Nettleton wrote: > On 8/22/07, Douglas McClendon wrote: > > > > In general, it sounds like you are outlining several different > > problem/solutions, but I don't think they all need to be as tightly > > integrated as you suggest. > > > > For instance, the gdm in initramfs (or very very early). Why do you > > need this copy-on-write rootfs stuff? Why not just have a tmpfs, and a > > gdm configuration that looks there. Likewise for the early logging > > stuff. Later during boot, the early-boot logfiles in tmpfs can be > > copied to /var/log. This isn't as nice as the magic > > unionfs/dm-snapshot-merge automagic merging. But I don't think that is > > necessary and worth the steps you are taking to get it. > > The problem is that all the X gdm talk is through fifo sockets. This > busies the filesystems > and makes it impossible to just copy things around. If we want the > boot process to be > smooth and seamless we are going to need some sort of ability to write > to a "read only" filesystem in place. Why not just put the fifo on a tmpfs, and keep it around for the life of the system. Being tmpfs, it cleans up nicely when shut down. There are many other reasons to move the X socket from /tmp (selinux etc). Would a permanent symlink from /tmp -> a tmpfs mounted on /var/run/X solve the legacy issues? Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. -------------- 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 markg85 at gmail.com Thu Aug 23 23:17:42 2007 From: markg85 at gmail.com (Mark) Date: Fri, 24 Aug 2007 01:17:42 +0200 Subject: kde4 status for f8: off the table? likely In-Reply-To: <200708232134.26286.jamatos@fc.up.pt> References: <46C72740.1030309@hhs.nl> <46CDCBD0.2020706@hhs.nl> <200708232134.26286.jamatos@fc.up.pt> Message-ID: <6e24a8e80708231617k494b844fh8fe2e4e64033c0a2@mail.gmail.com> Rex, If you could help me out with packaging or whatever needs to be done.. just tell me. I would love to help to get KDE 4 in Fedora 8. I have the time for it and i want to have the knowledge for it. I mailed you my msn address. Mark. From chitlesh at fedoraproject.org Thu Aug 23 23:18:27 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 24 Aug 2007 01:18:27 +0200 Subject: KDE: replacing dolphin In-Reply-To: <46CDA922.3030403@fedoraproject.org> References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> <46CDA922.3030403@fedoraproject.org> Message-ID: <13dbfe4f0708231618g3388d76en5d274f6bdc7da68c@mail.gmail.com> On 8/23/07, Rahul Sundaram wrote: > d31phin is probably not a name end users are going to be familiar with. > Why not just include the patches from the fork and retain the same name? > It is unlikely that dolphin or its fork for KDE 3 is going to get many > releases. We could use "Provides: dolphin" . However I have rpms from both methods ready. Which one you would recommend? Meanwhile mine will be : submitting a new review for d3lphin and EOL'ing dolphin. Provides: dolphin Obsoletes: dolphin <= 0.8.2 Chitlesh -- http://clunixchit.blogspot.com From markg85 at gmail.com Thu Aug 23 23:23:28 2007 From: markg85 at gmail.com (Mark) Date: Fri, 24 Aug 2007 01:23:28 +0200 Subject: KDE: replacing dolphin In-Reply-To: <13dbfe4f0708231618g3388d76en5d274f6bdc7da68c@mail.gmail.com> References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> <46CDA922.3030403@fedoraproject.org> <13dbfe4f0708231618g3388d76en5d274f6bdc7da68c@mail.gmail.com> Message-ID: <6e24a8e80708231623rddbc6a9k6470970711e4e4d8@mail.gmail.com> Adding d3lphin to the fedora repository sounds like a good idea to me but don't delete dolphin or obsolete it with d3lphin. Just my opinion. From jon.nettleton at gmail.com Thu Aug 23 23:25:58 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Thu, 23 Aug 2007 19:25:58 -0400 Subject: A fuse based initfs In-Reply-To: <1187910977.5291.2.camel@naomi> References: <46CCEEE9.3030202@filteredperception.org> <1187910977.5291.2.camel@naomi> Message-ID: On 8/23/07, Andrew Bartlett wrote: > On Thu, 2007-08-23 at 18:02 -0400, Jon Nettleton wrote: > > On 8/22/07, Douglas McClendon wrote: > > > > > > > In general, it sounds like you are outlining several different > > > problem/solutions, but I don't think they all need to be as tightly > > > integrated as you suggest. > > > > > > For instance, the gdm in initramfs (or very very early). Why do you > > > need this copy-on-write rootfs stuff? Why not just have a tmpfs, and a > > > gdm configuration that looks there. Likewise for the early logging > > > stuff. Later during boot, the early-boot logfiles in tmpfs can be > > > copied to /var/log. This isn't as nice as the magic > > > unionfs/dm-snapshot-merge automagic merging. But I don't think that is > > > necessary and worth the steps you are taking to get it. > > > > The problem is that all the X gdm talk is through fifo sockets. This > > busies the filesystems > > and makes it impossible to just copy things around. If we want the > > boot process to be > > smooth and seamless we are going to need some sort of ability to write > > to a "read only" filesystem in place. > > Why not just put the fifo on a tmpfs, and keep it around for the life of > the system. Being tmpfs, it cleans up nicely when shut down. There are > many other reasons to move the X socket from /tmp (selinux etc). > > Would a permanent symlink from /tmp -> a tmpfs mounted on /var/run/X > solve the legacy issues? > That only leaves some log issues. However if other people have no problems with /var/run/X and /var/run/gdm being tmpfs or ramfs then this is do-able. Jon From chitlesh at fedoraproject.org Thu Aug 23 23:27:04 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 24 Aug 2007 01:27:04 +0200 Subject: KDE: replacing dolphin In-Reply-To: <6e24a8e80708231623rddbc6a9k6470970711e4e4d8@mail.gmail.com> References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> <46CDA922.3030403@fedoraproject.org> <13dbfe4f0708231618g3388d76en5d274f6bdc7da68c@mail.gmail.com> <6e24a8e80708231623rddbc6a9k6470970711e4e4d8@mail.gmail.com> Message-ID: <13dbfe4f0708231627u321419afj64dafa12db052de9@mail.gmail.com> On 8/24/07, Mark wrote: > Adding d3lphin to the fedora repository sounds like a good idea to me > but don't delete dolphin or obsolete it with d3lphin. We can't ship both, can we ? d3lphin = dolphin + minor fixes + some minor enhancements Chitlesh -- http://clunixchit.blogspot.com From rdieter at math.unl.edu Thu Aug 23 23:28:46 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 23 Aug 2007 18:28:46 -0500 Subject: KDE: replacing dolphin References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> <46CDA922.3030403@fedoraproject.org> <13dbfe4f0708231618g3388d76en5d274f6bdc7da68c@mail.gmail.com> Message-ID: Chitlesh GOORAH wrote: > We could use "Provides: dolphin" . > > However I have rpms from both methods ready. Which one you would > recommend? Meanwhile mine will be : > > submitting a new review for d3lphin and EOL'ing dolphin. > Provides: dolphin > Obsoletes: dolphin <= 0.8.2 Using an unversioned Provides is usually not a good idea. As long as d3lphin's version is higher than 0.8.2, probably best to simply use: Provides: dolphin = %{version}-%{release} And, while Rahul's sentiments about naming have an appeal, you really ought to follow upstream naming (and use d3lphin). -- Rex From sundaram at fedoraproject.org Thu Aug 23 23:29:00 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 24 Aug 2007 04:59:00 +0530 Subject: KDE: replacing dolphin In-Reply-To: <13dbfe4f0708231618g3388d76en5d274f6bdc7da68c@mail.gmail.com> References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> <46CDA922.3030403@fedoraproject.org> <13dbfe4f0708231618g3388d76en5d274f6bdc7da68c@mail.gmail.com> Message-ID: <46CE183C.3050200@fedoraproject.org> Chitlesh GOORAH wrote: > On 8/23/07, Rahul Sundaram wrote: > >> d31phin is probably not a name end users are going to be familiar with. >> Why not just include the patches from the fork and retain the same name? >> It is unlikely that dolphin or its fork for KDE 3 is going to get many >> releases. > > We could use "Provides: dolphin" . > > However I have rpms from both methods ready. Which one you would recommend? Like I said, this is likely a short lived branch and if there is just a bunch of useful patches that fixes bugs, adding them to the existing package will be less work for you but now that you have already done the packaging, you could go either way. Rahul From jon.nettleton at gmail.com Thu Aug 23 23:35:14 2007 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Thu, 23 Aug 2007 19:35:14 -0400 Subject: A fuse based initfs In-Reply-To: References: <46CCEEE9.3030202@filteredperception.org> <1187910977.5291.2.camel@naomi> Message-ID: On 8/23/07, Jon Nettleton wrote: > On 8/23/07, Andrew Bartlett wrote: > > On Thu, 2007-08-23 at 18:02 -0400, Jon Nettleton wrote: > > > On 8/22/07, Douglas McClendon wrote: > > > > > > > > > > In general, it sounds like you are outlining several different > > > > problem/solutions, but I don't think they all need to be as tightly > > > > integrated as you suggest. > > > > > > > > For instance, the gdm in initramfs (or very very early). Why do you > > > > need this copy-on-write rootfs stuff? Why not just have a tmpfs, and a > > > > gdm configuration that looks there. Likewise for the early logging > > > > stuff. Later during boot, the early-boot logfiles in tmpfs can be > > > > copied to /var/log. This isn't as nice as the magic > > > > unionfs/dm-snapshot-merge automagic merging. But I don't think that is > > > > necessary and worth the steps you are taking to get it. > > > > > > The problem is that all the X gdm talk is through fifo sockets. This > > > busies the filesystems > > > and makes it impossible to just copy things around. If we want the > > > boot process to be > > > smooth and seamless we are going to need some sort of ability to write > > > to a "read only" filesystem in place. > > > > Why not just put the fifo on a tmpfs, and keep it around for the life of > > the system. Being tmpfs, it cleans up nicely when shut down. There are > > many other reasons to move the X socket from /tmp (selinux etc). > > > > Would a permanent symlink from /tmp -> a tmpfs mounted on /var/run/X > > solve the legacy issues? > > > > That only leaves some log issues. However if other people have no > problems with /var/run/X and /var/run/gdm being tmpfs or ramfs then > this is do-able. > actually thinking about this. Moving these files to a tmpfs/ramfs filesystem will actually allow us to remove a bunch of cleanup code in rc.sysinit for stale filehandles and directories. hmmm...this is sounding better by the minute. Jon From dmc.fedora at filteredperception.org Fri Aug 24 01:08:39 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Thu, 23 Aug 2007 20:08:39 -0500 Subject: A fuse based initfs In-Reply-To: References: <46CCEEE9.3030202@filteredperception.org> <1187910977.5291.2.camel@naomi> Message-ID: <46CE2F97.5010704@filteredperception.org> Jon Nettleton wrote: > On 8/23/07, Jon Nettleton wrote: >> On 8/23/07, Andrew Bartlett wrote: >>> On Thu, 2007-08-23 at 18:02 -0400, Jon Nettleton wrote: >>>> On 8/22/07, Douglas McClendon wrote: >>>>> In general, it sounds like you are outlining several different >>>>> problem/solutions, but I don't think they all need to be as tightly >>>>> integrated as you suggest. >>>>> >>>>> For instance, the gdm in initramfs (or very very early). Why do you >>>>> need this copy-on-write rootfs stuff? Why not just have a tmpfs, and a >>>>> gdm configuration that looks there. Likewise for the early logging >>>>> stuff. Later during boot, the early-boot logfiles in tmpfs can be >>>>> copied to /var/log. This isn't as nice as the magic >>>>> unionfs/dm-snapshot-merge automagic merging. But I don't think that is >>>>> necessary and worth the steps you are taking to get it. >>>> The problem is that all the X gdm talk is through fifo sockets. This >>>> busies the filesystems >>>> and makes it impossible to just copy things around. If we want the >>>> boot process to be >>>> smooth and seamless we are going to need some sort of ability to write >>>> to a "read only" filesystem in place. >>> Why not just put the fifo on a tmpfs, and keep it around for the life of >>> the system. Being tmpfs, it cleans up nicely when shut down. There are >>> many other reasons to move the X socket from /tmp (selinux etc). >>> >>> Would a permanent symlink from /tmp -> a tmpfs mounted on /var/run/X >>> solve the legacy issues? >>> >> That only leaves some log issues. However if other people have no >> problems with /var/run/X and /var/run/gdm being tmpfs or ramfs then >> this is do-able. >> > > actually thinking about this. Moving these files to a tmpfs/ramfs > filesystem will actually allow us to remove a bunch of cleanup code in > rc.sysinit for stale filehandles and directories. > > hmmm...this is sounding better by the minute. Over on fedora-livecd-list, I'm working on using something like a usbstick instead of ram for the read-write overlay on top of the read-only ext3fs image (that is on the livecd, living in a squashfs). One of the issues was getting things unmounted cleanly at shutdown. While one gross method I used, turned out to not be necessary or the right approach, while talking about it, the rather logical idea came up of keeping the original initramfs around, and using it to tear things down, just as it is used to build things up. E.g. to eject the livecd at shutdown. You need the eject command, and a completely unmounted rootfs. Using a tmpfs, or perhaps more logically, using the tmpfs from the original initramfs, seems like the way to do this. And that seems like it might mesh well with the idea of gdm in initramfs that I think you are talking about. (and maybe somebody can correct me, but does the original initramfs really, truly get unmounted currently? Or is it just lazy unmounted, and it is really hanging around hidden somewhere?) -dmc From fedora at trassl.net Fri Aug 24 03:06:16 2007 From: fedora at trassl.net (Christoph Trassl) Date: Fri, 24 Aug 2007 05:06:16 +0200 Subject: KDE: replacing dolphin Message-ID: <200708240506.16589.fedora@trassl.net> >>> d31phin is probably not a name end users are going to be familiar with. >>> Why not just include the patches from the fork and retain the same name? >>> It is unlikely that dolphin or its fork for KDE 3 is going to get many >>> releases. >> >> We could use ?"Provides: ? ? ? ? dolphin" . >> >> However I have rpms from both methods ready. Which one you would recommend? > > Like I said, this is likely a short lived branch and if there is just > a bunch of useful patches that fixes bugs, adding them to the existing > package will be less work for you but now that you have already done > the packaging, you could go either way. Hi @all, (sorry for having no references in the reply, I was not subscribed to fedora-devel so far.) I am the one who suggested replacing dolphin with d3lphin. A few weeks ago I realised that dolphin is unmaintained for qt3. While I was looking for some fixes for dolphin's annoying behaviour (ie. putting its .dolphinview marker in every visited directory without being able to turn it off) I found d3lphin and contacted upstream (http://marrat.homelinux.org). In a discussion about its further direction I asked Marrat about how many releases he has planned and what about d3lphin when kde4 is released. While the latter remains unclear, he said he had bunch of patches in the backhand. By now he has pushed three versions of d3lphin which all lead to a better experience for the user than the unmaintained dolphin does. Unfortunately the patches are not available separately, so providing a patched version of dolphin-0.8.2 looks to be more work that just taking the d3lphin source. So I vote for replacing dolphin with d3lphin (+ Provides: dolphin). But if you want to stay with the package name "dolphin", please add a "Provides: d3lphin", so that you can find d3lphin using yum (hope this works, I cannot remember the last time I needed such a search). Anyway, thanks a lot for discussing my request. Christoph. From debarshi.ray at gmail.com Fri Aug 24 03:59:49 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Fri, 24 Aug 2007 09:29:49 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. Message-ID: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> http://rishi.fedorapeople.org/RepositoryManager.glade I have uploaded the .glade file at the above location. They still more or less look the same as: http://debarshiray.multiply.com/journal/item/85/Offline_Package_Manager_for_Fedora_--_Part_4 Changes: * Removed the 'Advanced' expander from the main repository manager dialog. * Introduced the 'Add New Repository' dialog. This is still a work in progress, but I expect to finish it off by today evening. Plus if you want some features to be pulled in from Yumex, please shout out aloud. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From sandeen at redhat.com Fri Aug 24 04:23:14 2007 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 23 Aug 2007 23:23:14 -0500 Subject: please enable XFS in anaconda In-Reply-To: <46C5CB92.9090206@redhat.com> References: <46A912EE.9040402@fnal.gov> <20070726190754.68d0316c@ender> <46A952DB.5020304@redhat.com> <46C5CB92.9090206@redhat.com> Message-ID: <46CE5D32.4030907@redhat.com> Eric Sandeen wrote: > Eric Sandeen wrote: > >> The remaining issue may be xfs+4kstacks+complicated/deep IO stacks on >> x86. Honestly I've never much liked 4kstacks... layered filesystems >> coming down the pipe (ecryptfs, unionfs) may well have trouble too. >> I'd prefer to see the stack size boot-time selectable, maybe - or >> perhaps disallow xfs (or issue a stern warning) on x86 boxes? (x86_64 & >> ia64, with sane stack size, work fine in this regard). > > I can confirm that xfs on 4KSTACKS over lvm is still a problem. > > Basic functionality is fine, but I can't make it through all of xfsqa > w/o a stack overflow. Even just mounting with -o quota gets us pretty > close to the edge: > > mount used greatest stack depth: 180 bytes left > > I'll look at some of the bigger offenders if I have any spare time in > the evenings. It's the callchains, too though, not just the individual > functions that come into play. Ok, some good news on this front. With a handful of changes, I got these stack reductions: xfs_alloc_file_space [xfs]: 184 176 : -8 xfs_bmap_adjacent [xfs]: 120 136 : +16 xfs_bmapi [xfs]: 276 268 : -8 xfs_bunmapi [xfs]: 200 172 : -28 xfs_create [xfs]: 116 100 : -16 xfs_free_file_space [xfs]: 200 132 : -68 xfs_getbmap [xfs]: 200 204 : +4 xfs_iomap_write_direct [xfs]: 180 168 : -12 xfs_link [xfs]: 96 88 : -8 xfs_mkdir [xfs]: 116 96 : -20 xfs_mountfs [xfs]: 200 152 : -48 xfs_qm_dqusage_adjust [xfs]: 52 48 : -4 xfs_qm_vop_chown_reserve [xfs]: 48 44 : -4 xfs_read [xfs]: 72 48 : -24 xfs_remove [xfs]: 96 84 : -12 xfs_rename [xfs]: 144 136 : -8 xfs_rmdir [xfs]: 92 76 : -16 xfs_setattr [xfs]: 132 116 : -16 xfs_splice_read [xfs]: 36 16 : -20 xfs_splice_write [xfs]: 56 36 : -20 xfs_unmount [xfs]: 52 4 : -48 xfs_write [xfs]: 144 124 : -20 ---------------------- Functions increased: 2 Functions decreased: 20 Net change: -388 and I can now survive xfsqa over lvm on 4KSTACKS. I still get within spitting distance of the end of the stack though. :) I've put the stack-reducing changes & a few bugfixes into kernel-2.6.23-0.133.rc3.git6.fc8, building now. -Eric From johan at x-tnd.be Fri Aug 24 05:06:45 2007 From: johan at x-tnd.be (Johan Cwiklinski) Date: Fri, 24 Aug 2007 07:06:45 +0200 Subject: KDE: replacing dolphin In-Reply-To: <13dbfe4f0708231627u321419afj64dafa12db052de9@mail.gmail.com> References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> <46CDA922.3030403@fedoraproject.org> <13dbfe4f0708231618g3388d76en5d274f6bdc7da68c@mail.gmail.com> <6e24a8e80708231623rddbc6a9k6470970711e4e4d8@mail.gmail.com> <13dbfe4f0708231627u321419afj64dafa12db052de9@mail.gmail.com> Message-ID: <46CE6765.2000004@x-tnd.be> Chitlesh GOORAH a ?crit : > On 8/24/07, Mark wrote: > >> Adding d3lphin to the fedora repository sounds like a good idea to me >> but don't delete dolphin or obsolete it with d3lphin. >> > > We can't ship both, can we ? > > d3lphin = dolphin + minor fixes + some minor enhancements > > Chitlesh > Hello, I think it will be better to name the package d3lphin, which should 'obsoletes' and 'provides' dolphin, as d3lphin is the official name, and is officially a dolphin's fork. Why should we keep existing dolphin as it ? It don't understand the benefit, as its is unmaintained upstream, and it will also give the maintainers some - in my opinion - useless work. Have a good day, Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: From wart at kobold.org Fri Aug 24 05:20:15 2007 From: wart at kobold.org (Wart) Date: Thu, 23 Aug 2007 22:20:15 -0700 Subject: tkcon license Message-ID: <46CE6A8F.1000509@kobold.org> The license for tkcon is very similar to the TCL license, except that the sentence about relicensing with modifications is missing: "Modifications to this software may be copyrighted by their authors and need not follow the licensing terms described here, provided that the new terms are clearly indicated on the first page of each file where they apply." This doesn't seem to me to be objectionable (the bourbonware clause is cute, though). I'm just not sure if I should still call this the 'TCL' license, if it should be added as a variant of the TCL license, or call it something else. --Wart tkcon license text: This software is copyrighted by Jeffrey Hobbs . The following terms apply to all files associated with the software unless explicitly disclaimed in individual files. The authors hereby grant permission to use, copy, modify, distribute, and license this software and its documentation for any purpose, provided that existing copyright notices are retained in all copies and that this notice is included verbatim in any distributions. No written agreement, license, or royalty fee is required for any of the authorized uses. IN NO EVENT SHALL THE AUTHORS OR DISTRIBUTORS BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OF THIS SOFTWARE, ITS DOCUMENTATION, OR ANY DERIVATIVES THEREOF, EVEN IF THE AUTHORS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. THE AUTHORS AND DISTRIBUTORS SPECIFICALLY DISCLAIM ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, AND NON-INFRINGEMENT. THIS SOFTWARE IS PROVIDED ON AN "AS IS" BASIS, AND THE AUTHORS AND DISTRIBUTORS HAVE NO OBLIGATION TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS. RESTRICTED RIGHTS: Use, duplication or disclosure by the U.S. government is subject to the restrictions as set forth in subparagraph (c) (1) (ii) of the Rights in Technical Data and Computer Software Clause as DFARS 252.227-7013 and FAR 52.227-19. SPECIAL NOTES: This software is also falls under the bourbon_ware clause: Should you find this software useful in your daily work, you should feel obliged to take the author out for a drink if the opportunity presents itself. The user may feel exempt from this clause if they are below drinking age or think the author has already partaken of too many drinks. From bojan at rexursive.com Fri Aug 24 06:20:18 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Fri, 24 Aug 2007 06:20:18 +0000 (UTC) Subject: kernel-2.6.22.3-61.fc7 References: <1187657444.3041.17.camel@shrek.rexursive.com> <364d303b0708210122w476d9968waeac9fcff4bf3acd@mail.gmail.com> <1187758941.2037.0.camel@localhost.localdomain> Message-ID: Bojan Smojver rexursive.com> writes: > Thanks. I think we'll all get .5 instead You know what they say - you should be careful what you wish for. The .3-61 actually appeared in testing today. Go figure... -- Bojan From triad at df.lth.se Fri Aug 24 07:20:38 2007 From: triad at df.lth.se (Linus Walleij) Date: Fri, 24 Aug 2007 09:20:38 +0200 (CEST) Subject: installing more fonts by default for better international coverage In-Reply-To: <46CBC689.6000805@redhat.com> References: <46CBC689.6000805@redhat.com> Message-ID: On Wed, 22 Aug 2007, Jens Petersen wrote: > In the recent online I18n session at FUDConF8 there was some discussion of > installation defaults related to international language support, and it was > suggested that we should be installing more fonts by default to get better > desktop language display coverage out of the box. Do it. I've stopped counting the times I've opened something like wikipedia and seen broken glyphs in the cross-wikilinks to arabic, hindi or whatever. It should *just work*. I even consider it a bug... Linus From n0dalus+redhat at gmail.com Fri Aug 24 08:01:39 2007 From: n0dalus+redhat at gmail.com (n0dalus) Date: Fri, 24 Aug 2007 17:31:39 +0930 Subject: installing more fonts by default for better international coverage In-Reply-To: <46CBC689.6000805@redhat.com> References: <46CBC689.6000805@redhat.com> Message-ID: <6280325c0708240101h1d28b08fw3b482fdfee35bd8d@mail.gmail.com> On 8/22/07, Jens Petersen wrote: > > So I would like to propose we start installing the following fonts by > default on the desktop: > > fonts-ISO8859-2, fonts-KOI8-R, fonts-arabic, fonts-chinese, > fonts-hebrew, fonts-indic, fonts-japanese, fonts-korean, fonts-sinhala, > and xorg-x11-fonts. > > I believe the mainstream commercial desktop OS's already do this. > > dejavu-fonts and dejavu-fonts-experimental also occur in quite a few > language groups, so they might be worth including too? > > Any comments or suggestions on this? > If the packages are on the disc already, then by all means install them by default (people who don't want them can unselect them on the customization screen). The problem would be if marking them as default meant they ended up in LiveCDs, where I think space is too scarce to justify the extra fonts. In other words, marking them as default should not cause them to be dragged into a spin that didn't already have those packages -- I don't know if this 'default-if-available' mode is possible with the current installer/spinner. n0dalus. From mmaslano at redhat.com Fri Aug 24 09:18:42 2007 From: mmaslano at redhat.com (=?UTF-8?B?TWFyY2VsYSBNYcWhbMOhxYhvdsOh?=) Date: Fri, 24 Aug 2007 11:18:42 +0200 Subject: tkcon license In-Reply-To: <46CE6A8F.1000509@kobold.org> References: <46CE6A8F.1000509@kobold.org> Message-ID: <46CEA272.2060004@redhat.com> I think TCL will be correct (bourbone is optional ;-) ). From martin.sourada at seznam.cz Fri Aug 24 09:39:15 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Fri, 24 Aug 2007 11:39:15 +0200 Subject: installing more fonts by default for better international coverage In-Reply-To: <6280325c0708240101h1d28b08fw3b482fdfee35bd8d@mail.gmail.com> References: <46CBC689.6000805@redhat.com> <6280325c0708240101h1d28b08fw3b482fdfee35bd8d@mail.gmail.com> Message-ID: <1187948355.9578.179.camel@pc-notebook> On Fri, 2007-08-24 at 10:01 +0200, n0dalus wrote: > On 8/22/07, Jens Petersen wrote: > > > > So I would like to propose we start installing the following fonts by > > default on the desktop: > > > > fonts-ISO8859-2, fonts-KOI8-R, fonts-arabic, fonts-chinese, > > fonts-hebrew, fonts-indic, fonts-japanese, fonts-korean, fonts-sinhala, > > and xorg-x11-fonts. > > > > I believe the mainstream commercial desktop OS's already do this. > > > > dejavu-fonts and dejavu-fonts-experimental also occur in quite a few > > language groups, so they might be worth including too? > > > > Any comments or suggestions on this? > > > > If the packages are on the disc already, then by all means install > them by default (people who don't want them can unselect them on the > customization screen). The problem would be if marking them as default > meant they ended up in LiveCDs, where I think space is too scarce to > justify the extra fonts. In other words, marking them as default > should not cause them to be dragged into a spin that didn't already > have those packages -- I don't know if this 'default-if-available' > mode is possible with the current installer/spinner. > > n0dalus. > I would however oppose that on LiveCDs it is more desired. We'd like our Japanese, Chinese, Korean, etc. users to be able to use their language in the LiveCD, don't we? Either put them (meaning the fonts and translations) there or make international variants of the CDs. I think the former is better solution. If it would mean that we cannot fit into CD than discuss how can we optimise the package collection (well, we don't fit on CD for x86_64 version already, anyway). Just my 2 cents, Martin -------------- 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 mschwendt.tmp0701.nospam at arcor.de Fri Aug 24 10:19:26 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 24 Aug 2007 12:19:26 +0200 Subject: rpms/kshutdown/FC-6 .cvsignore, 1.4, 1.5 kshutdown.spec, 1.6, 1.7 sources, 1.4, 1.5 In-Reply-To: <200708241005.l7OA5dVM002491@cvs-int.fedora.redhat.com> References: <200708241005.l7OA5dVM002491@cvs-int.fedora.redhat.com> Message-ID: <20070824121926.cdbe77a9.mschwendt.tmp0701.nospam@arcor.de> On Fri, 24 Aug 2007 06:05:39 -0400, Chitlesh GOORAH (chitlesh) wrote: > Author: chitlesh > > Update of /cvs/extras/rpms/kshutdown/FC-6 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2354/FC-6 > > Modified Files: > .cvsignore kshutdown.spec sources > Log Message: > > > I'd like to advertise "make clog && cvs commit -F clog", so the commit appears with a meaningful log message instead of none. That would also make it much more convenient to skim over FC-6 commits to see whether there are any pending security fixes which shall be pushed asap. From chitlesh at fedoraproject.org Fri Aug 24 10:25:44 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 24 Aug 2007 12:25:44 +0200 Subject: rpms/kshutdown/FC-6 .cvsignore, 1.4, 1.5 kshutdown.spec, 1.6, 1.7 sources, 1.4, 1.5 In-Reply-To: <20070824121926.cdbe77a9.mschwendt.tmp0701.nospam@arcor.de> References: <200708241005.l7OA5dVM002491@cvs-int.fedora.redhat.com> <20070824121926.cdbe77a9.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <13dbfe4f0708240325r66f21fadv6d5fa3b1ed77fbf4@mail.gmail.com> On 8/24/07, Michael Schwendt wrote: > I'd like to advertise "make clog && cvs commit -F clog", so the commit > appears with a meaningful log message instead of none. > > That would also make it much more convenient to skim over FC-6 commits > to see whether there are any pending security fixes which shall be > pushed asap. Point noted. Chitlesh -- http://clunixchit.blogspot.com From opensource at till.name Fri Aug 24 10:36:36 2007 From: opensource at till.name (Till Maas) Date: Fri, 24 Aug 2007 12:36:36 +0200 Subject: rpms/kshutdown/FC-6 .cvsignore, 1.4, 1.5 kshutdown.spec, 1.6, 1.7 sources, 1.4, 1.5 In-Reply-To: <20070824121926.cdbe77a9.mschwendt.tmp0701.nospam@arcor.de> References: <200708241005.l7OA5dVM002491@cvs-int.fedora.redhat.com> <20070824121926.cdbe77a9.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200708241236.42473.opensource@till.name> On Fr August 24 2007, Michael Schwendt wrote: > I'd like to advertise "make clog && cvs commit -F clog", so the commit > appears with a meaningful log message instead of none. Or even better, make a commit target that does above: commit: clog cvs commit -F clog Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From billcrawford1970 at gmail.com Fri Aug 24 10:44:10 2007 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 24 Aug 2007 11:44:10 +0100 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816170323.GA10959@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: <544eb990708240344n634de78clf549c0f6ccea3663@mail.gmail.com> On 16/08/07, Lennart Poettering wrote: > If PulseAudio is installed a lot of audio applications *will* > break. PA provides compatibility with a couple of audio APIs, and it > is my declared intention to provide compatibility with existing APIs > as good as possible. However some APIs are notoriously difficult to > virtualize (OSS), others don't really fit on top of something that is > not a hardware device (ALSA, OSS), even others are often violated > brutally by many applications (ALSA), and others are just too broken > to be properly emulated in PA. Broken as in isn't designed to be replaced by PA? :) > Due to all that our compatibility APIs are far from perfect. They're > quite good (and probably hugely better than any previous effort) but > there are still a lot of applications where they are not good enough, > especially those which play some dirty, non-standard games with audio > devices. (i.e. require DMA/mmap working, use exotic fragment settings > and suchlike). Why should every application be forced to use the fragment settings (or anything else) that you think are appropriate for PA? Some applications are actually designed to work with a sound card, and particularly professional audio apps *need* as direct as possible an interface to reduce latency. Perhaps you should look at extending or interfacing to jack instead of trying to replace it. > If your application doesn't work with any of our compatibility APIs, > please file a bug to us and we'll try to fix this in our compat > layers. Please do *not* file any bugs regarding adobe flash. We know > it doesn't work on PA. Flash is completely broken when it comes to > audio it we can neither support it through our ESD compat nor through > our ALSA compat. Due to the closed source nature of Flash we cannot go > and fix their code. I will eventually add some workarounds for > this. But it's low priority on my list, given the closed source nature > of Flash. Oh, and Flash is evil anyway. ;-) Flash actually works extremely well since they released the latest version, and works fine on my systems both at home and here at work. Why slate it for not working with your sound system, which goes out of its way to eliminate or replace the existing "standard" interfaces? "It's a low priority" isn't much of an answer. > #!/bin/sh > if test -x /usr/bin/pasuspender ; then > exec /usr/bin/pasuspender /usr/bin/jack.real "$@" > else > exec /usr/bin/jack.real "$@" > fi > > Please use pasuspender only in few cases, because PA is network > transparent and by using pasuspender you loose that (among other > things). > > Don't forget to depend on pulseaudio-utils in your spec file if you > use this! If you depend on the package, you shouldn't need the "if test -x ..." up there! Plus, it would actually pull in the PA package even if you actually want to *avoid* installing it if possible. > 6. If you have an application that uses ALSA, please make sure that it > doesn't hardcode ALSA driver names (i.e. something like "hw:0"), it > should use "default" instead, which is now being redirected to > "pulse", our plugin for libasound. Hardcoding ALSA device names > (besides "default") is a bug in your application anyway, so here > you have yet another reason to fix that! This sucks. Why can't PA just work as a network-capable server without trying to take over my desktop? > 2. I hate sound servers, and all this Pulse crap! > > Please go back and hide under your rock again! Thank you! If I have a sound card that happily manages mixing multiple sound streams without using dmix or a server, can I avoid having PA replace it as the "default" device? Or will I have have to just remove it completely? Will I have to use rpm --nodeps --erase? From ndbecker2 at gmail.com Fri Aug 24 10:47:53 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 24 Aug 2007 06:47:53 -0400 Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> Message-ID: Rex Dieter wrote: > > > > Any interested parties (that means you! :) ) are welcome to join in with > the KDE SIG to help move things forward, > http://fedoraproject.org/wiki/SIGs/KDE > As it is, things are moving much slower than I'd like. We need a few more > active/motivated folks to help with the heavy lifting. > > > -- Rex > Silly question: How do I join KDE SIG? I tried to login but got 'Unknown user name'. I tried to same user name I use for other fedora stuff. From skasal at redhat.com Fri Aug 24 11:58:08 2007 From: skasal at redhat.com (Stepan Kasal) Date: Fri, 24 Aug 2007 13:58:08 +0200 Subject: sudo autotools - recursion limit of 1024 In-Reply-To: <1187891607.4307.9.camel@eagle.danny.cz> References: <46CDAFA8.1030708@redhat.com> <1187891607.4307.9.camel@eagle.danny.cz> Message-ID: <20070824115808.GA26541@camelia.ucw.cz.> Hello, in short, to fix sudo, run: patch -i ltsugar.m4.patch acsite.m4 Gory details follow: ;-) On Thu, Aug 23, 2007 at 07:53:27PM +0200, Dan Hor?k wrote: > Peter Vrabec p??e v ?t 23. 08. 2007 v 18:02 +0200: > > $ cvs -d anoncvs at anoncvs.sudo.ws:/cvs get sudo > > $ cd sudo > > $ autoreconf > > /usr/bin/m4:configure.in:2321: ERROR: recursion limit of 1024 exceeded, > > use -L to change it > > autom4te: /usr/bin/m4 failed with exit status: 1 ... > Another iteration - it is libtool Indeed, it is. > my versions: > libtool-1.5.22-6.1.x86_64 > autoconf-2.61-2.noarch But note that your installed libtool-1.5.22 is not used at all. (Actually, libtool-1.5 does not use any macro named LT_INIT.) All libtool components which come into the play are already checked to the sudo cvs tree. Most importantly, the libtool m4 macro files from libtool-1.9f are stored in acsite.m4. IOW, acsite.m4 is a slightly edited (!) version of cat libtool.m4 ltoptions.m4 ltsugar.m4 ltversion.m4 OTOH, the Autoconf version matters; if you use Autoconf 2.59, like the sudo developers, it works. The infinite looping is around m4_car and m4_cdr, from m4sugar.m4 from Autoconf. When someone broken, errm, I mean, when I fixed the implementation of those two macros, the macro lt_combine from ltsugar.m4 stopped working. Ralf Wildenhues has immediately fixed the problem; the fix can be extracted from the libtool CVS: export CVSROOT=:pserver:anonymous at cvs.savannah.gnu.org:/cvsroot/libtool cvs -z3 co -r branch-2-0 libtool/m4 cvs diff -u -r 1.2.2.1 libtool/m4/ltsugar.m4 >ltsugar.m4.patch For your convenience, I'm attaching the patch here, together with the corresponding ChangeLog entries. I'm going to submit the patch to the sudo project in a few minutes. Have a nice day, Stepan -------------- next part -------------- 2005-06-27 Stepan Kasal * m4/ltsugar.m4 (lt_combine, _lt_combine): Fix default separator. 2005-06-17 Ralf Wildenhues * m4/ltsugar.m4 (lt_car, lt_cdr): New macros, clones of m4_car/m4_cdr with the fixed semantics of Autoconf-2.59c CVS, in order to work with 2.59. (lt_combine): Use it. Reported by Christoph Egger . 2005-06-11 Ralf Menzel , Ralf Wildenhues * m4/ltsugar.m4 (lt_combine): Don't test against empty quotes, test against empty arg. Fixes infinite m4 loop with CVS Autoconf. Index: m4/ltsugar.m4 =================================================================== RCS file: /cvsroot/libtool/libtool/m4/Attic/ltsugar.m4,v retrieving revision 1.2.2.1 retrieving revision 1.2.2.4 diff -u -r1.2.2.1 -r1.2.2.4 --- m4/ltsugar.m4 9 Jan 2005 13:48:56 -0000 1.2.2.1 +++ m4/ltsugar.m4 27 Jun 2005 14:55:14 -0000 1.2.2.4 @@ -32,19 +32,32 @@ ]) +# lt_car(LIST) +# lt_cdr(LIST) +# ------------ +# Manipulate m4 lists. +# These macros are necessary as long as will still need to support +# Autoconf-2.59 which quotes differently. +m4_define([lt_car], [[$1]]) +m4_define([lt_cdr], +[m4_if([$#], 0, [m4_fatal([$0: cannot be called without arguments])], + [$#], 1, [], + [m4_dquote(m4_shift($@))])]) + + # lt_combine(SEP, PREFIX-LIST, INFIX, SUFFIX1, [SUFFIX2...]) # ---------------------------------------------------------- # Produce a SEP delimited list of all paired combinations of elements of # PREFIX-LIST with SUFFIX1 through SUFFIXn. Each element of the list # has the form PREFIXmINFIXSUFFIXn. m4_define([lt_combine], -[m4_if([$2], [[]], [], - [lt_join(m4_quote(m4_default([$1], [, ])), - _$0([$1], m4_car($2)[$3], m4_shiftn(3, $@)), - $0([$1], m4_cdr($2), m4_shiftn(2, $@)))])]) +[m4_if([$2], [], [], + [lt_join(m4_quote(m4_default([$1], [[, ]])), + _$0([$1], lt_car($2)[$3], m4_shiftn(3, $@)), + $0([$1], lt_cdr($2), m4_shiftn(2, $@)))])]) m4_define([_lt_combine], [m4_if([$3], [], [], - [lt_join(m4_quote(m4_default([$1], [, ])), + [lt_join(m4_quote(m4_default([$1], [[, ]])), [$2$3], $0([$1], [$2], m4_shiftn(3, $@)))])[]dnl ]) From billcrawford1970 at gmail.com Fri Aug 24 12:58:10 2007 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 24 Aug 2007 13:58:10 +0100 Subject: installing more fonts by default for better international coverage In-Reply-To: <1187849045.5411.3.camel@rousalka.dyndns.org> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> <1187849045.5411.3.camel@rousalka.dyndns.org> Message-ID: <544eb990708240558w285f11eeo23c6ac3ea18ae6c0@mail.gmail.com> On 23/08/07, Nicolas Mailhot wrote: > IMHO: > - bitmap fonts should be optional except for languages like chinese who > really want them > - hardware has been using a ~100doi resolution for years. Drop the 75dpi > variant Except for all those people with ~85dpi LCD panels who don't want the fonts to be too big? :) Seriously, for *some* purposes, a well tuned bitmap can look far better than something rendered from a vector font at small sizes. Especially with e.g. oriental glyphs. From nicolas.mailhot at laposte.net Fri Aug 24 13:07:50 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 24 Aug 2007 15:07:50 +0200 (CEST) Subject: installing more fonts by default for better international coverage In-Reply-To: <544eb990708240558w285f11eeo23c6ac3ea18ae6c0@mail.gmail.com> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> <1187849045.5411.3.camel@rousalka.dyndns.org> <544eb990708240558w285f11eeo23c6ac3ea18ae6c0@mail.gmail.com> Message-ID: <19879.192.54.193.51.1187960870.squirrel@rousalka.dyndns.org> Le Ven 24 ao?t 2007 14:58, Bill Crawford a ?crit : > On 23/08/07, Nicolas Mailhot wrote: > >> IMHO: >> - bitmap fonts should be optional except for languages like chinese >> who >> really want them >> - hardware has been using a ~100doi resolution for years. Drop the >> 75dpi >> variant > > Except for all those people with ~85dpi LCD panels who don't want the > fonts to be too big? :) "All those people" - windows defaults have been 96 dpi for years and hardware has mostly reflected this (one could talk of all the laptop users with 125dpi+ screens too) > Seriously, for *some* purposes, a well tuned bitmap can look far > better than something rendered from a vector font at small sizes. > Especially with e.g. oriental glyphs. That's a reason to keep the files in the distro, not to install them by default. -- Nicolas Mailhot From chitlesh at fedoraproject.org Fri Aug 24 13:07:56 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 24 Aug 2007 15:07:56 +0200 Subject: CAT:Science;Electronics -> Other in gnome menus Message-ID: <13dbfe4f0708240607n148826dcndb79b02cb73bea86@mail.gmail.com> Hello there The desktop files for electronic simulation applications point to "Education;Science;Engineering". In fact this is wrong and should be changed to "Science;Engineering" or "Science;Electronics" as stated by http://standards.freedesktop.org/menu-spec/latest/apa.html Additional Category - Description - Related Categories Electronics - Electronics software, e.g. a circuit designer - [ ] Engineering - Engineering software, e.g. CAD programs - [ ] [Desktop Entry] Categories=Science;Electronics; or Categories=Science;Engineering; Since those packages are not meant for "Education" (but instead Engineering), the category "Education" is inappropriate. However, on : * KDE : the applications are properly displayed on a menu "Science & Math", (octave uses it as well) * gnome : the applications are displayed on a menu "Other". I would like to know whether it's ok to leave those applications in the "Other" menu on gnome or not ? gnome puts categories for which it does not have an appropriate menu to other and since there isn't one for science or electronics. I've discussed this issue with the freedesktop and gnome guys on their respective channels, and they are OK with having those tools on the "Other" menu of gnome. Your thoughts are welcome. Chitlesh -- http://clunixchit.blogspot.com From buildsys at fedoraproject.org Fri Aug 24 13:28:52 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 24 Aug 2007 09:28:52 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-24 Message-ID: <20070824132852.88886152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 11 irsim-9.7.50-1.fc6 kshutdown-1.0.1-1.fc6 NEW netgen-1.3.7-12.fc6 : LVS netlist comparison tool for VLSI perl-Convert-Binary-C-0.68-2.fc6 perl-Graph-0.83-3.fc6 perl-SVG-2.34-2.fc6 perl-XML-Writer-0.603-2.fc6 (!) php-extras-5.1.6-4.fc6 : INVALID rebuild, not published! qt4-4.3.1-3.fc6 sylpheed-2.3.1-1.3 NEW yum-cron-0.3-2.fc6 : Files needed to run yum updates as a cron job Changes in Fedora Extras 6: irsim-9.7.50-1.fc6 ------------------ * Thu Aug 23 2007 Chitlesh Goorah - 9.7.50-1 - mass rebuild for fedora 8 - BuildID - New upstream release kshutdown-1.0.1-1.fc6 --------------------- * Thu Aug 23 2007 Chitlesh Goorah - 1.0.1-1 - mass rebuild for fedora 8 - BuildID netgen-1.3.7-12.fc6 ------------------- * Thu Aug 23 2007 Chitlesh Goorah - 1.3.7-12 - complying to freedesktop policies - categories * Wed Aug 22 2007 Chitlesh Goorah - 1.3.7-11 - added desktop file and icon * Fri Aug 17 2007 Chitlesh Goorah - 1.3.7-10 - fix for 64 bit and moved scripts to %{_libexecdir}/%{name}/ * Thu Aug 16 2007 Chitlesh Goorah - 1.3.7-9 - Ensure (on x86_64) that netgen isn't linked to tk.i386 if the latter is installed * Tue Aug 14 2007 Chitlesh Goorah - 1.3.7-8 - added patch netgen-1.3.7-free.patch by Denis Leroy perl-Convert-Binary-C-0.68-2.fc6 -------------------------------- * Thu Aug 23 2007 Alex Lancaster 0.68-2 - License tag to GPL+ or Artistic as per new guidelines. * Sat Aug 18 2007 Alex Lancaster 0.68-1 - Update to latest upstream * Mon Apr 02 2007 Alex Lancaster 0.67-4 - Remove '-j2', package does not support parallel make. perl-Graph-0.83-3.fc6 --------------------- * Thu Aug 23 2007 Alex Lancaster 0.83-3 - License tag to GPL+ or Artistic as per new guidelines. perl-SVG-2.34-2.fc6 ------------------- * Thu Aug 23 2007 Alex Lancaster 2.34-2 - License tag to GPL+ or Artistic as per new guidelines. * Sat Aug 18 2007 Alex Lancaster 2.34-1 - Update to latest upstream perl-XML-Writer-0.603-2.fc6 --------------------------- * Thu Aug 23 2007 Alex Lancaster 0.603-2 - License tag to "GPL+ or Artistic" as per new guidelines. * Sat Aug 18 2007 Alex Lancaster 0.603-1 - Update to latest upstream php-extras-5.1.6-4.fc6 ---------------------- * Wed Jun 20 2007 Dmitry Butskoy - 5.1.6-4 - add patch for mssql (#244736), a backport of some php-5.2 changes qt4-4.3.1-3.fc6 --------------- * Thu Aug 23 2007 Rex Dieter 4.3.1-3 - ppc64 patch (#246324) * Fri Aug 10 2007 Rex Dieter 4.3.1-2 - License: GPLv2 (see also GPL_EXCEPTIONS*.txt) - omit needless %check - (re)add package review comment/reference * Thu Aug 09 2007 Than Ngo - 4.3.1-1 - update to 4.3.1 * Wed Aug 08 2007 Than Ngo 4.3.0-11 - add %_qt4_version * Tue Aug 07 2007 Than Ngo 4.3.0-10 - cleanup sylpheed-2.3.1-1.3 ------------------ * Fri Aug 24 2007 Michael Schwendt - 2.3.1-1.3 - Patch POP3 format string vulnerability CVE-2007-2958 (#254123). - Clarify licence (GPLv2+). * Fri May 18 2007 Michael Schwendt - 2.3.1-1.2 - Backport patch for libsylph to improve/fix handling of escapes and quotes in headers. * Sun May 13 2007 Michael Schwendt - 2.3.1-1.1 - Patch PGP/MIME signed message compose, so it doesn't strip off whitespace of the "-- " body signature delimiter. It's upstream preference that it still does that for ISO 2022 JP to be compatible with a few broken MUAs that have problems with QP encoding. - Remove .desktop categories "Application" and "X-Fedora". yum-cron-0.3-2.fc6 ------------------ * Tue Aug 21 2007 Alec Habig - 0.3-2 - Changed over to dist tags, to play more nciely with the Fedora build system - License changed "GPL" to "GPLv2" since rpmlint now cares * Mon Aug 20 2007 Alec Habig - 0.3-1 - Bumped version for release to fedora-extras * Mon Jul 30 2007 Alec Habig - 0.2-5 - spec file updates in response to review. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mattdm at mattdm.org Fri Aug 24 13:36:57 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 24 Aug 2007 09:36:57 -0400 Subject: KDE: replacing dolphin In-Reply-To: <46CE6765.2000004@x-tnd.be> References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> <46CDA922.3030403@fedoraproject.org> <13dbfe4f0708231618g3388d76en5d274f6bdc7da68c@mail.gmail.com> <6e24a8e80708231623rddbc6a9k6470970711e4e4d8@mail.gmail.com> <13dbfe4f0708231627u321419afj64dafa12db052de9@mail.gmail.com> <46CE6765.2000004@x-tnd.be> Message-ID: <20070824133657.GA15117@jadzia.bu.edu> On Fri, Aug 24, 2007 at 07:06:45AM +0200, Johan Cwiklinski wrote: > I think it will be better to name the package d3lphin, which should > 'obsoletes' and 'provides' dolphin, as d3lphin is the official name, and > is officially a dolphin's fork. > Why should we keep existing dolphin as it ? It don't understand the > benefit, as its is unmaintained upstream, and it will also give the > maintainers some - in my opinion - useless work. But the KDE4 dolphin is still maintained? If we make the older package obsolete the newer one, that seems like upgrade pain later. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From katzj at redhat.com Fri Aug 24 13:36:45 2007 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 24 Aug 2007 09:36:45 -0400 Subject: installing more fonts by default for better international coverage In-Reply-To: <6280325c0708240101h1d28b08fw3b482fdfee35bd8d@mail.gmail.com> References: <46CBC689.6000805@redhat.com> <6280325c0708240101h1d28b08fw3b482fdfee35bd8d@mail.gmail.com> Message-ID: <1187962605.9687.1.camel@localhost.localdomain> On Fri, 2007-08-24 at 17:31 +0930, n0dalus wrote: > On 8/22/07, Jens Petersen wrote: > > So I would like to propose we start installing the following fonts by > > default on the desktop: > > If the packages are on the disc already, then by all means install > them by default (people who don't want them can unselect them on the > customization screen). The problem would be if marking them as default > meant they ended up in LiveCDs, where I think space is too scarce to > justify the extra fonts. The Live images have always included them, so not a negative change there Jeremy From martin.sourada at seznam.cz Fri Aug 24 13:42:02 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Fri, 24 Aug 2007 15:42:02 +0200 Subject: [pkgdb] nodoka-theme-gnome Owned In-Reply-To: <200708241337.l7ODbD6q028499@app4.fedora.phx.redhat.com> References: <200708241337.l7ODbD6q028499@app4.fedora.phx.redhat.com> Message-ID: <1187962922.9578.182.camel@pc-notebook> On Fri, 2007-08-24 at 15:37 +0200, Martin Sourada wrote: > Package nodoka-theme-gnome in Fedora devel is now owned by Martin Sourada (mso) > > To make changes to this package see: > https://admin.fedoraproject.org/pkgdb/packages/name/nodoka-theme-gnome > Err... sorry for the noise... I was making an acquaintance with the new system and accidentally orphaned my own package... Martin -------------- 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 laurent.rineau__fedora at normalesup.org Fri Aug 24 13:52:20 2007 From: laurent.rineau__fedora at normalesup.org (Laurent Rineau) Date: Fri, 24 Aug 2007 15:52:20 +0200 Subject: KDE: replacing dolphin In-Reply-To: <20070824133657.GA15117@jadzia.bu.edu> References: <13dbfe4f0708230800u6b11207cpc29c3d5d53e37f1f@mail.gmail.com> <46CE6765.2000004@x-tnd.be> <20070824133657.GA15117@jadzia.bu.edu> Message-ID: <200708241552.21367@rineau.tsetse> On Friday 24 August 2007 15:36:57 Matthew Miller wrote: > On Fri, Aug 24, 2007 at 07:06:45AM +0200, Johan Cwiklinski wrote: > > I think it will be better to name the package d3lphin, which should > > 'obsoletes' and 'provides' dolphin, as d3lphin is the official name, and > > is officially a dolphin's fork. > > Why should we keep existing dolphin as it ? It don't understand the > > benefit, as its is unmaintained upstream, and it will also give the > > maintainers some - in my opinion - useless work. > > But the KDE4 dolphin is still maintained? If we make the older package > obsolete the newer one, that seems like upgrade pain later. 1) The Obsoletes is versionned. 2) Anyway, in KDE4 dolphin will be in kdebase, and not in an external package. There will not be any problem, IMO. -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From matt at truch.net Fri Aug 24 15:03:07 2007 From: matt at truch.net (Matthew D Truch) Date: Fri, 24 Aug 2007 11:03:07 -0400 Subject: source audit In-Reply-To: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> Message-ID: <20070824150307.GA14245@truch.net> In the case of gpsd, your file reports: BAD_CVS_SOURCE:gpsd-2.34.tar.gz:gpsd But gpsd-2.34.tar.gz is not in cvs, it's in the lookaside cache. And furthermore, the md5sum between the file in the lookaside cache matches the file pointed to by the Source: URL in the spec file. -- "Things should be made as simple as possible, but not any simpler. -- Einstein." -------------------------- Matthew Truch Department of Physics and Astronomy University of Pennsylvania matt at truch.net http://matt.truch.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From orion at cora.nwra.com Fri Aug 24 16:07:27 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 24 Aug 2007 10:07:27 -0600 Subject: Problems upgrading to util-linux-ng in today's rawhide Message-ID: <46CF023F.6020708@cora.nwra.com> Transaction Check Error: file /usr/bin/i386 from install of util-linux-ng-2.13-0.57.fc8 conflicts with file from package setarch-2.0-4.fc7 file /usr/bin/linux32 from install of util-linux-ng-2.13-0.57.fc8 conflicts with file from package setarch-2.0-4.fc7 file /usr/bin/linux64 from install of util-linux-ng-2.13-0.57.fc8 conflicts with file from package setarch-2.0-4.fc7 file /usr/bin/setarch from install of util-linux-ng-2.13-0.57.fc8 conflicts with file from package setarch-2.0-4.fc7 file /usr/share/man/man8/setarch.8.gz from install of util-linux-ng-2.13-0.57.fc8 conflicts with file from package setarch-2.0-4.fc7 # rpm -q --obsoletes -p /data/sw1/fedora/development/i386/os/Fedora/util-linux-ng-2.13-0.57.fc8.i386.rpm mount <= 2.11 losetup <= 2.11 schedutils <= 1.5 util-linux <= 2.13.0.51 setarch <= 2.0-4 # rpm -q setarch setarch-2.0-4.fc7 Fails because setarch-2.0-4.fc7 > setarch-2.0-4 ? Should it just be "Obsoletes: setarch <= 2.0"? Looks like it's fixed with "Obsoletes: setarch <= 2.0-99", but I'm curious if the former would work. Seems best to avoid the release tag if possible. -- Orion Poplawski Technical Manager 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 mtasaka at ioa.s.u-tokyo.ac.jp Fri Aug 24 16:14:40 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 25 Aug 2007 01:14:40 +0900 Subject: Problems upgrading to util-linux-ng in today's rawhide In-Reply-To: <46CF023F.6020708@cora.nwra.com> References: <46CF023F.6020708@cora.nwra.com> Message-ID: <46CF03F0.1070404@ioa.s.u-tokyo.ac.jp> Orion Poplawski wrote, at 08/25/2007 01:07 AM +9:00: > Transaction Check Error: > file /usr/bin/i386 from install of util-linux-ng-2.13-0.57.fc8 > conflicts with file from package setarch-2.0-4.fc7 > file /usr/bin/linux32 from install of util-linux-ng-2.13-0.57.fc8 > conflicts with file from package setarch-2.0-4.fc7 > file /usr/bin/linux64 from install of util-linux-ng-2.13-0.57.fc8 > conflicts with file from package setarch-2.0-4.fc7 > file /usr/bin/setarch from install of util-linux-ng-2.13-0.57.fc8 > conflicts with file from package setarch-2.0-4.fc7 > file /usr/share/man/man8/setarch.8.gz from install of > util-linux-ng-2.13-0.57.fc8 conflicts with file from package > setarch-2.0-4.fc7 This is fixed by util-linux-ng-2.13-0.59.fc8 Mamoru From jakub at redhat.com Fri Aug 24 16:19:30 2007 From: jakub at redhat.com (Jakub Jelinek) Date: Fri, 24 Aug 2007 12:19:30 -0400 Subject: Problems upgrading to util-linux-ng in today's rawhide In-Reply-To: <46CF023F.6020708@cora.nwra.com> References: <46CF023F.6020708@cora.nwra.com> Message-ID: <20070824161930.GH2063@devserv.devel.redhat.com> On Fri, Aug 24, 2007 at 10:07:27AM -0600, Orion Poplawski wrote: > /data/sw1/fedora/development/i386/os/Fedora/util-linux-ng-2.13-0.57.fc8.i386.rpm > mount <= 2.11 > losetup <= 2.11 > schedutils <= 1.5 > util-linux <= 2.13.0.51 > setarch <= 2.0-4 > > # rpm -q setarch > setarch-2.0-4.fc7 > > > Fails because setarch-2.0-4.fc7 > setarch-2.0-4 ? Should it just be > "Obsoletes: setarch <= 2.0"? Looks like it's fixed with "Obsoletes: > setarch <= 2.0-99", but I'm curious if the former would work. Seems > best to avoid the release tag if possible. Well, either it obsoletes all setarch versions, then it should Obsoletes: setarch or it is expected that setarch-2.0-5 might exist and might be compatible with it, then it should be setarch < 2.0-5 to deal with the %{dist} stuff. Jakub From kevin at scrye.com Fri Aug 24 16:34:17 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 24 Aug 2007 10:34:17 -0600 Subject: source audit In-Reply-To: <20070824150307.GA14245@truch.net> References: <20070821223057.2aac320d@ghistelwchlohm.scrye.com> <20070824150307.GA14245@truch.net> Message-ID: <20070824103417.0a4b41d3@ghistelwchlohm.scrye.com> On Fri, 24 Aug 2007 11:03:07 -0400 matt at truch.net (Matthew D Truch) wrote: > In the case of gpsd, your file reports: > > BAD_CVS_SOURCE:gpsd-2.34.tar.gz:gpsd > > But gpsd-2.34.tar.gz is not in cvs, it's in the lookaside cache. And > furthermore, the md5sum between the file in the lookaside cache > matches the file pointed to by the Source: URL in the spec file. > Yeah, this is a false positive/error. When my script ran this is what I got from a spectool -g: --13:52:29-- http://download.berlios.de/gpsd/gpsd-2.34.tar.gz => `./gpsd-2.34.tar.gz' Resolving download.berlios.de... 195.37.77.141 Connecting to download.berlios.de|195.37.77.141|:80... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://download.berlios.de/error/HTTP_SERVICE_UNAVAILABLE.html.var [following] --13:52:29-- http://download.berlios.de/error/HTTP_SERVICE_UNAVAILABLE.html.var => `./HTTP_SERVICE_UNAVAILABLE.html.var' Connecting to download.berlios.de|195.37.77.141|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] 0K . 16.34 MB/s Last-modified header missing -- time-stamps turned off. 13:52:30 (16.34 MB/s) - `./HTTP_SERVICE_UNAVAILABLE.html.var' saved [1058] I will try and correct things to detect this and not report it. Sorry for the noise. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Fri Aug 24 17:10:01 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 24 Aug 2007 19:10:01 +0200 Subject: f90 .mod files installation Message-ID: <20070824171001.GG2424@free.fr> Hello, where are f90 .mod meant to be installed? Seems that gfortran seaches for those files in include dirs: `-IDIR' ... This path is also used to search for `.mod' files when previously compiled modules are required by a `USE' statement. however these files don't seem to be arch/build independant. Shouldn't they better be put instead in a %{_libdir} subdir, with name the module name or something like that? -- Pat From martin.sourada at seznam.cz Fri Aug 24 17:15:01 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Fri, 24 Aug 2007 19:15:01 +0200 Subject: Idea: easier transition for newcomers from other DEs/OSes Message-ID: <1187975701.9578.203.camel@pc-notebook> Hi, It's all about picking default settings new users wish. Imagine a user who is coming from Windows to Fedora, but he has no clue how linux works. It would greatly help him if the linux behaved to some extent similar to Windows - meaning applications look (themes), window's buttons layout (in this case same), menu layout, keyboard shortcuts etc. The same for users coming from Mac OS and for users used to Gnome and switching to KDE and opposite way. The idea is that user selects what he wants his desktop resemble, and then the usage of the desktop would be more intuitive to him. What would we need for that? 1. Check out, how much we can set up GNOME/KDE to look and behave like other DEs/OSes 2. If some of the stuff which makes this easier is available, but not in fedora, get it into repository 3. Write a utility that can change the DE's settings to what we have found in 1. 4. Integrate the utility into anaconda or first boot. The utility should be pretty straightforward - you will have a bunch of radio buttons captioned Windows 9x, Windows XP, Windows Vista, Mac OS X (dunno version differences though, might need more radio buttons for that one), GNOME, KDE (for how it should look like) and a two check boxes with simple description of GNOME and KDE (in the description should be noted primarily differences between those to, to ease selection to one who has no idea what GNOME/KDE is; for what will be used as 'backend'). Just a though... Your opinions? Is it even desirable? Does it make sense? Martin -------------- 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 roopesh.majeti at gmail.com Fri Aug 24 17:35:50 2007 From: roopesh.majeti at gmail.com (roopesh majeti) Date: Fri, 24 Aug 2007 23:05:50 +0530 Subject: Idea: easier transition for newcomers from other DEs/OSes In-Reply-To: <1187975701.9578.203.camel@pc-notebook> References: <1187975701.9578.203.camel@pc-notebook> Message-ID: <599059470708241035r18509674q37be3f9b9c48975f@mail.gmail.com> Marin, Its a good idea. But i agree to your idea to some extent. Guess copyright problems come up if you use the captions, which other OS uses. The following is my thought ( anybody can contradict if its wrong ). 1) We can have a similar screen of login like windows ( take Xp as example ). But the captions should be winky/eye-catching. 2) Make the applications more user friendly and configurable ( i would say that current fedora settings are 60-65% only user friendly ). 3) Develop up codecs/libs that are available to make the appearance/applications more user-friendly. 4) Desktop short-cuts has to be improved. The above are my thoughts. These are just ideas. Anybody can suggest/improve/contradict my thoughts :) Coming to the utility, yes, it will be good, if we come up with some application which can be used to set the 1),2),3),4) and set it as boot-up. Regards, Roopesh. On 8/24/07, Martin Sourada wrote: > > Hi, > > It's all about picking default settings new users wish. Imagine a user > who is coming from Windows to Fedora, but he has no clue how linux > works. It would greatly help him if the linux behaved to some extent > similar to Windows - meaning applications look (themes), window's > buttons layout (in this case same), menu layout, keyboard shortcuts etc. > The same for users coming from Mac OS and for users used to Gnome and > switching to KDE and opposite way. The idea is that user selects what he > wants his desktop resemble, and then the usage of the desktop would be > more intuitive to him. > > What would we need for that? > 1. Check out, how much we can set up GNOME/KDE to look and behave > like other DEs/OSes > 2. If some of the stuff which makes this easier is available, but > not in fedora, get it into repository > 3. Write a utility that can change the DE's settings to what we > have found in 1. > 4. Integrate the utility into anaconda or first boot. > > The utility should be pretty straightforward - you will have a bunch of > radio buttons captioned Windows 9x, Windows XP, Windows Vista, Mac OS X > (dunno version differences though, might need more radio buttons for > that one), GNOME, KDE (for how it should look like) and a two check > boxes with simple description of GNOME and KDE (in the description > should be noted primarily differences between those to, to ease > selection to one who has no idea what GNOME/KDE is; for what will be > used as 'backend'). > > Just a though... Your opinions? Is it even desirable? Does it make > sense? > > Martin > > -- > 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 ajackson at redhat.com Fri Aug 24 18:04:47 2007 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 24 Aug 2007 14:04:47 -0400 Subject: Idea: easier transition for newcomers from other DEs/OSes In-Reply-To: <1187975701.9578.203.camel@pc-notebook> References: <1187975701.9578.203.camel@pc-notebook> Message-ID: <1187978687.1175.452.camel@localhost.localdomain> On Fri, 2007-08-24 at 19:15 +0200, Martin Sourada wrote: > Hi, > > It's all about picking default settings new users wish. Imagine a user > who is coming from Windows to Fedora, but he has no clue how linux > works. It would greatly help him if the linux behaved to some extent > similar to Windows - meaning applications look (themes), window's > buttons layout (in this case same), menu layout, keyboard shortcuts etc. > The same for users coming from Mac OS and for users used to Gnome and > switching to KDE and opposite way. The idea is that user selects what he > wants his desktop resemble, and then the usage of the desktop would be > more intuitive to him. Bzzt, logical fallacy. Read about the uncanny valley, then apply that lesson to your argument. Point for point emulation is not just technically infeasible, it's also a really really bad idea. - ajax From snecklifter at gmail.com Fri Aug 24 19:28:59 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Fri, 24 Aug 2007 20:28:59 +0100 Subject: Idea: easier transition for newcomers from other DEs/OSes In-Reply-To: <1187978687.1175.452.camel@localhost.localdomain> References: <1187975701.9578.203.camel@pc-notebook> <1187978687.1175.452.camel@localhost.localdomain> Message-ID: <364d303b0708241228n12ca0343ydda41aef2b8e8800@mail.gmail.com> On 24/08/07, Adam Jackson wrote: > > On Fri, 2007-08-24 at 19:15 +0200, Martin Sourada wrote: > > Hi, > > > > It's all about picking default settings new users wish. Imagine a user > > who is coming from Windows to Fedora, but he has no clue how linux > > works. It would greatly help him if the linux behaved to some extent > > similar to Windows - meaning applications look (themes), window's > > buttons layout (in this case same), menu layout, keyboard shortcuts etc. > > The same for users coming from Mac OS and for users used to Gnome and > > switching to KDE and opposite way. The idea is that user selects what he > > wants his desktop resemble, and then the usage of the desktop would be > > more intuitive to him. > > Bzzt, logical fallacy. Read about the uncanny valley, then apply that > lesson to your argument. Point for point emulation is not just > technically infeasible, it's also a really really bad idea. > I agree. As an aside, I found the uncanny valley article on wikipedia fascinating. http://en.wikipedia.org/wiki/Uncanny_Valley if you're interested. However much you skin over GNOME or KDE to make them look like inferior OS's with greater market penetration, it really is pretty pointless. This creates restrictions on UI design and people waste time developing like-for-like applications simply in order to mimic The Control Panel or My Network Places. System>Administration or Places>Network is faster and simpler and after is easily picked up. I have yet to introduce anyone to GNOME and they have failed to grasp the new layout - quite the reverse - the simplicity is often seen as a key benefit. Cheers Chris -- http://www.chruz.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From debarshi.ray at gmail.com Fri Aug 24 20:04:16 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 25 Aug 2007 01:34:16 +0530 Subject: [cross posted] Taking over Straw Message-ID: <3170f42f0708241304n43383443m83fc59b937bc9d37@mail.gmail.com> https://admin.fedoraproject.org/pkgdb/packages/name/straw It looks like straw is orphaned in Fedora. I am interested in taking it over, if no one is already planning to do so. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From pertusus at free.fr Fri Aug 24 20:04:05 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 24 Aug 2007 22:04:05 +0200 Subject: f90 .mod files installation In-Reply-To: <20070824171001.GG2424@free.fr> References: <20070824171001.GG2424@free.fr> Message-ID: <20070824200405.GB2501@free.fr> On Fri, Aug 24, 2007 at 07:10:01PM +0200, Patrice Dumas wrote: > Hello, > > where are f90 .mod meant to be installed? Seems that gfortran seaches > for those files in include dirs: The module name idea is crap, since the .mod file name is the module file name. So in %{_libdir} seems best. But then it means that must be added a -I%{_libdir}. Shoudln't that be in the default rpm flags? -- Pat From jwilson at redhat.com Fri Aug 24 20:15:08 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Fri, 24 Aug 2007 16:15:08 -0400 Subject: Kdump issue In-Reply-To: <6bb886180708151905p5c32c663u7015300653112b5b@mail.gmail.com> References: <6bb886180708151905p5c32c663u7015300653112b5b@mail.gmail.com> Message-ID: <46CF3C4C.6000700@redhat.com> David Hunter wrote: > When the system boots, it gets to Kdump, and says that there was no > initial ramdisk found, tries to rebuild the .img, but it fails,. how to > report the buug, or what should I do? http://bugzilla.redhat.com/ -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From debarshi.ray at gmail.com Fri Aug 24 20:23:25 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 25 Aug 2007 01:53:25 +0530 Subject: [cross posted] Taking over Sirius Message-ID: <3170f42f0708241323h44c27d72jedc061c0d09993d7@mail.gmail.com> https://admin.fedoraproject.org/pkgdb/packages/name/sirius It looks like sirius is orphaned in Fedora. I am interested in taking it over, if no one is already planning to do so. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From npmccallum at gmail.com Fri Aug 24 20:41:07 2007 From: npmccallum at gmail.com (Nathaniel McCallum) Date: Fri, 24 Aug 2007 16:41:07 -0400 Subject: A fuse based initfs Message-ID: <390e3ebf0708241341j4b97c240wde4e3e9f88f08be@mail.gmail.com> Sorry for the new email, I just joined the mailing list. Jon, can you define exactly what your requirements are? So far I have seen the need to start applications which use sockets and logging and than transfer those sockets/logs into the new root for use after pivot root. What is stoping you from doing something like this?: mount -t tmpfs none /var/run/dbus/ mount -t tmpfs none /var/log start dbus start syslog ... do stuff ... mount new root mount --move /var/run/dbus /path/to/new/root/var/run/dbus stop syslog cat /var/log/messages >> /path/to/new/root/var/log/messages ln -s /path/to/new/root/var/log/messages /var/log/messages start syslog pivot root (Though of course this breaks syslog in more ways than one. ;)) Nathaniel From martin.sourada at seznam.cz Fri Aug 24 21:18:10 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Fri, 24 Aug 2007 23:18:10 +0200 Subject: Idea: easier transition for newcomers from other DEs/OSes In-Reply-To: <364d303b0708241228n12ca0343ydda41aef2b8e8800@mail.gmail.com> References: <1187975701.9578.203.camel@pc-notebook> <1187978687.1175.452.camel@localhost.localdomain> <364d303b0708241228n12ca0343ydda41aef2b8e8800@mail.gmail.com> Message-ID: <1187990290.9578.217.camel@pc-notebook> On Fri, 2007-08-24 at 21:28 +0200, Christopher Brown wrote: > On 24/08/07, Adam Jackson wrote: > On Fri, 2007-08-24 at 19:15 +0200, Martin Sourada wrote: > > Hi, > > > > It's all about picking default settings new users wish. > Imagine a user > > who is coming from Windows to Fedora, but he has no clue how > linux > > works. It would greatly help him if the linux behaved to > some extent > > similar to Windows - meaning applications look (themes), > window's > > buttons layout (in this case same), menu layout, keyboard > shortcuts etc. > > The same for users coming from Mac OS and for users used to > Gnome and > > switching to KDE and opposite way. The idea is that user > selects what he > > wants his desktop resemble, and then the usage of the > desktop would be > > more intuitive to him. > > Bzzt, logical fallacy. Read about the uncanny valley, then > apply that > lesson to your argument. Point for point emulation is not > just > technically infeasible, it's also a really really bad idea. > > I agree. As an aside, I found the uncanny valley article on wikipedia > fascinating. > > http://en.wikipedia.org/wiki/Uncanny_Valley > > if you're interested. However much you skin over GNOME or KDE to make > them look like inferior OS's with greater market penetration, it > really is pretty pointless. This creates restrictions on UI design and > people waste time developing like-for-like applications simply in > order to mimic The Control Panel or My Network Places. > System>Administration or Places>Network is faster and simpler and > after is easily picked up. I have yet to introduce anyone to GNOME and > they have failed to grasp the new layout - quite the reverse - the > simplicity is often seen as a key benefit. > > Cheers > Chris > -- > http://www.chruz.com > -- Ok, I had a sneaky feeling that it is against the philosophy, but wanted to mention it nevertheless. I wasn't talking about emulation (even though it might look so), I was talking about making the process of transitioning to other system easier. I use gnome, I like almost everything about it, but I am not the target audience here. Let's say it this way, comparing KDE and GNOME. You are happy GNOME user but want to try KDE, for whatever reason, so you'd actually like it to behave like you are used to (to certain extent). Like having two panels, three menus, similar looking widget set, same keyboard shortcuts. Nothing more, the applications would still be KDE, the kontrol center still be from KDE, etc. More generally I am talking about a utility that could ease the job of doing this. You can set pretty much in today's gnome or kde to be it more friendly to users used to something different, but it'll still be KDE and GNOME. I'd like those users to have easy utility, to ease their start - i.e. to set for them the basic things, so that they will both learn new behaviour, but also use some of the already learnt. It would be maybe even more appreciated by dual booters... And I was talking about CHOICE. If user wants why not help him. If he wants to try GNOME with all its defaults, let him do that as well. But anyway, you seem to be against that, so I will not pursue it further. It is probably a bad idea (and after reading the wikipedia article about the uncanny valley it seems even worse than that)... Martin -------------- 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 pemboa at gmail.com Fri Aug 24 22:22:38 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 24 Aug 2007 17:22:38 -0500 Subject: kde4 status? In-Reply-To: References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> Message-ID: <16de708d0708241522m248f1b1x311365aeb492b27b@mail.gmail.com> On 8/24/07, Neal Becker wrote: > Rex Dieter wrote: > > > > > > > > > Any interested parties (that means you! :) ) are welcome to join in with > > the KDE SIG to help move things forward, > > http://fedoraproject.org/wiki/SIGs/KDE > > As it is, things are moving much slower than I'd like. We need a few more > > active/motivated folks to help with the heavy lifting. > > > > > > -- Rex > > > > Silly question: How do I join KDE SIG? I tried to login but got 'Unknown > user name'. I tried to same user name I use for other fedora stuff. Would be also nice if we had an official mailing list. The last KDE centric question I sent to the fedora-devel was ignored... I assume because it didn't properly meet the understanding of the -devel list. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From bpepple at fedoraproject.org Fri Aug 24 23:16:41 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 24 Aug 2007 19:16:41 -0400 Subject: [cross posted] Taking over Straw In-Reply-To: <3170f42f0708241304n43383443m83fc59b937bc9d37@mail.gmail.com> References: <3170f42f0708241304n43383443m83fc59b937bc9d37@mail.gmail.com> Message-ID: <1187997401.23619.2.camel@kennedy> On Sat, 2007-08-25 at 01:34 +0530, Debarshi 'Rishi' Ray wrote: > https://admin.fedoraproject.org/pkgdb/packages/name/straw > > It looks like straw is orphaned in Fedora. I am interested in taking > it over, if no one is already planning to do so. You should be fine taking this over, though you will need to submit a new review request since it's been orphaned for about a year. /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 debarshi.ray at gmail.com Sat Aug 25 03:52:20 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 25 Aug 2007 09:22:20 +0530 Subject: BuildrootError in Koji Message-ID: <3170f42f0708242052w44a3e062j9b23cfcda72a959c@mail.gmail.com> "BuildrootError: could not init mock buildroot, mock exited with status 100" I get the above error message while trying to scratch build two of my packages. http://koji.fedoraproject.org/koji/taskinfo?taskID=127663 http://koji.fedoraproject.org/koji/taskinfo?taskID=127674 I am using the standard value of BuildRoot mentioned in the packaging guidelines. What is going wrong? Thanks, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From debarshi.ray at gmail.com Sat Aug 25 04:04:31 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 25 Aug 2007 09:34:31 +0530 Subject: desktop-file-install Message-ID: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> If the upstream correctly places a .desktop file in %{_datadir}/applications, then is it necessary to use desktop-file-install in the .spec file? Thanks, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From mtasaka at ioa.s.u-tokyo.ac.jp Sat Aug 25 04:06:00 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 25 Aug 2007 13:06:00 +0900 Subject: BuildrootError in Koji In-Reply-To: <3170f42f0708242052w44a3e062j9b23cfcda72a959c@mail.gmail.com> References: <3170f42f0708242052w44a3e062j9b23cfcda72a959c@mail.gmail.com> Message-ID: <46CFAAA8.3050401@ioa.s.u-tokyo.ac.jp> Debarshi 'Rishi' Ray wrote, at 08/25/2007 12:52 PM +9:00: > "BuildrootError: could not init mock buildroot, mock exited with status 100" > > I get the above error message while trying to scratch build two of my packages. > http://koji.fedoraproject.org/koji/taskinfo?taskID=127663 > http://koji.fedoraproject.org/koji/taskinfo?taskID=127674 > > I am using the standard value of BuildRoot mentioned in the packaging > guidelines. > > What is going wrong? What happens if you use "dist-f8", not "dist-rawhide"? Mamoru From mtasaka at ioa.s.u-tokyo.ac.jp Sat Aug 25 04:18:44 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 25 Aug 2007 13:18:44 +0900 Subject: desktop-file-install In-Reply-To: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> Message-ID: <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> Debarshi 'Rishi' Ray wrote, at 08/25/2007 01:04 PM +9:00: > If the upstream correctly places a .desktop file in > %{_datadir}/applications, then is it necessary to use > desktop-file-install in the .spec file? > One of the reasons we must use desktop-file-install is that the command checks if the installed desktop file meets desktop standards. ------------------------------------------------------------- It is not simply enough to just include the .desktop file in the package, one MUST run desktop-file-install in %install (and have BuildRequires: desktop-file-utils), to help ensure .desktop file safety and spec-compliance. Here are some examples of desktop-file-install usage: ------------------------------------------------------------- So it depends on how Makefile tries to install desktop files in %_datadir/applications (i.e. what you mean here by "correctly"). If Makefile install them by using desktop-file-install, then it is okay. If Makefile just use "cp" or "install" to put desktop files to the directory, then again desktop files must be checked by desktop-file-install (or desktop-file-validate). Mamoru From debarshi.ray at gmail.com Sat Aug 25 04:20:19 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 25 Aug 2007 09:50:19 +0530 Subject: BuildrootError in Koji In-Reply-To: <46CFAAA8.3050401@ioa.s.u-tokyo.ac.jp> References: <3170f42f0708242052w44a3e062j9b23cfcda72a959c@mail.gmail.com> <46CFAAA8.3050401@ioa.s.u-tokyo.ac.jp> Message-ID: <3170f42f0708242120v218b678i9ac13bbb1ecccb2d@mail.gmail.com> > What happens if you use "dist-f8", not "dist-rawhide"? It works. http://koji.fedoraproject.org/koji/taskinfo?taskID=127688 Isn't dist-rawhide a valid target? koji list-target lists it. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From dakingun at gmail.com Sat Aug 25 04:40:27 2007 From: dakingun at gmail.com (Deji Akingunola) Date: Sat, 25 Aug 2007 00:40:27 -0400 Subject: Access to F7/rawhide on ppc64? Message-ID: Hi all, Can someone with F7 or rawhide on ppc64 please temporarily grant me access to it? I need to debug while attempts to build latest clucene [1] is failing on that architecture (fails during make check); i386, x86_64 and ppc all builds successfully. Alternatively, I can provide the srpm and a specific instruction needed to debug the problem, and owner of said system can help get back the result to me. Thanks. Regards, Deji [1]. http://koji.fedoraproject.org/koji/taskinfo?taskID=98056 and http://koji.fedoraproject.org/koji/taskinfo?taskID=111473 From tmz at pobox.com Sat Aug 25 07:25:22 2007 From: tmz at pobox.com (Todd Zullinger) Date: Sat, 25 Aug 2007 03:25:22 -0400 Subject: Broken dependencies: python-gpod In-Reply-To: <200708250332.l7P3WXpq003288@releng1.fedora.phx.redhat.com> References: <200708250332.l7P3WXpq003288@releng1.fedora.phx.redhat.com> Message-ID: <20070825072522.GC6380@psilocybe.teonanacatl.org> buildsys at fedoraproject.org wrote: > > > python-gpod has broken dependencies in the development tree: > On ppc: > python-gpod - 0.4.2-1.fc7.ppc requires libgpod = 0:0.4.2 > python-gpod - 0.4.2-1.fc7.ppc requires libgpod.so.1 > On x86_64: > python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod = 0:0.4.2 > python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod.so.1()(64bit) > On i386: > python-gpod - 0.4.2-1.fc7.i386 requires libgpod = 0:0.4.2 > python-gpod - 0.4.2-1.fc7.i386 requires libgpod.so.1 > On ppc64: > python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod = 0:0.4.2 > python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod.so.1()(64bit) > Please resolve this as soon as possible. This should be superseded by python-gpod-0.5.2-2.fc8[1], which was built this morning. The package was merged with libgpod. A dead.package file was placed in the devel branch of python-gpod in CVS[2] and rel-eng was notified[3] of the package merge per the wiki's PackageEndOfLife doc. I'm guessing this broken dep report is just due to some part of the above steps not having been done in time or not noticed by the broken-dep reporting tools. But it can't hurt to reply and make the situation clear. If there's something else that I need to do to have python-gpod-0.4.2-1 cleared out of the development tree, please let me know. [1] http://koji.fedoraproject.org/koji/buildinfo?buildID=15899 [2] http://cvs.fedora.redhat.com/viewcvs/rpms/python-gpod/devel/ [3] With the mass rebuild in progress, they're all likely just a tad bit busy :) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ There's no trick to being a humorist when you have the whole government working for you. -- Will Rogers. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From buildsys at redhat.com Sat Aug 25 09:51:40 2007 From: buildsys at redhat.com (Build System) Date: Sat, 25 Aug 2007 05:51:40 -0400 Subject: rawhide report: 20070824 changes Message-ID: <200708250951.l7P9peZ8028689@porkchop.devel.redhat.com> New package eclipse-mylyn Mylyn is a task-focused UI for Eclipse New package linkage Lightweight bittorent client New package ocaml-csv OCaml library for reading and writing CSV files New package ocaml-curses OCaml bindings for ncurses New package ocaml-libvirt OCaml binding for libvirt New package ocaml-xml-light Minimal XML parser and printer for OCaml New package tesseract-langpack Langpacks for tesseract New package wxdfast Multi-threaded download manager Removed package openssl097a Removed package theora-exp Updated Packages: CGAL-3.3-7.fc8 -------------- * Fri Aug 24 2007 Laurent Rineau - 3.3-7.fc8 - Add BR: mpfr since F-8. * Fri Aug 24 2007 Laurent Rineau - 3.3-6.fc8 - Add BR: gawk * Thu Aug 23 2007 Laurent Rineau - 3.3-5.fc8 - License: tag fixed. PyXML-0.8.4-7 ------------- * Tue Aug 21 2007 Florian La Roche - 0.8.4-7 - rebuild amarok-1.4.7-3.fc8 ------------------ * Fri Aug 24 2007 Todd Zullinger 1.4.7-3 - rebuild with libgpod-0.5.2 * Sat Aug 18 2007 Aurelien Bompard 1.4.7-2 - version 1.4.7 * Sun Aug 05 2007 Aurelien Bompard 1.4.6-3 - rebuild for new libmtp (bug 250905) amtterm-0.99-1.fc8 ------------------ * Fri Aug 24 2007 Gerd Hoffmann - 0.99-1 - update to version 0.99 * add manual pages. * add desktop file. * improve amttool alot. * misc bug fixes. - add amttool to the package description. antiword-0.37-4 --------------- * Fri Aug 24 2007 Adrian Reber - 0.37-4 - rebuilt aria2-0.11.2-1.fc8 ------------------ * Fri Aug 24 2007 Micha?? Bentkowski - 0.11.2-1 - 0.11.2 - Fix License tag audiofile-1:0.2.6-7.fc8 ----------------------- * Fri Aug 24 2007 Adam Jackson - 1:0.2.6-7 - Rebuild for build ID authconfig-5.3.17-1.fc8 ----------------------- * Fri Aug 24 2007 Tomas Mraz - 5.3.17-1 - remove obsolete pam_krb5afs support (#250704) - add support for pam_access (#251360) - update translations bluez-gnome-0.13-3.fc8 ---------------------- * Fri Aug 24 2007 Adam Jackson - 0.13-3 - Rebuild for build ID bygfoot-2.2.0-2.fc8 ------------------- * Fri Aug 24 2007 Micha?? Bentkowski - 2.2.0-2 - BuildID rebuild - Fix License tag denyhosts-2.6-7.fc8 ------------------- * Thu Aug 23 2007 Jason L Tibbitts III - 2.6-7 - Init file tweaks including patch from Jonathan Underwood (bug 188536). - Attempt to add LSB-compliant comment block. eclipse-pydev-1:1.3.8-1.fc8 --------------------------- * Fri Aug 24 2007 Ben Konrath 1:1.3.8-1 - 1.3.8 epiphany-extensions-2.19.6-1.fc8 -------------------------------- * Fri Aug 24 2007 Adam Jackson - 2.19.6-1 - Rebuild for build ID esound-1:0.2.38-4.fc8 --------------------- * Fri Aug 24 2007 Adam Jackson - 1:0.2.38-4 - Rebuild for build ID f-spot-0.4.0-2.fc8 ------------------ * Fri Aug 24 2007 Adam Jackson - 0.4.0-2 - Rebuild for build ID fedora-logos-7.90.0-1.fc8 ------------------------- * Fri Aug 24 2007 Ray Strode - 7.90.0-1 - add a 150px variant of the fedora logo (requested by Paul Frields) - update license field to be more clear * Thu Apr 05 2007 Than Ngo - 6.0.98-1 - fix ksplash BlueCurve theme * Wed Mar 28 2007 Matthias Clasen 6.0.97-2 - Save some space by linking backgrounds fedora-release-notes-7.90-1 --------------------------- * Tue Aug 21 2007 Paul W. Frields - 7.90-1 - Resituate HTML documentation for release spins flac-1.1.4-5.fc8 ---------------- * Fri Aug 24 2007 Adam Jackson - 1.1.4-5 - Rebuild for build ID * Thu Apr 12 2007 - Bastien Nocera - 1.1.4-4 - The byteSwap symbol shouldn't be global, reported by Joe Orton (#215920) * Wed Feb 14 2007 - Bastien Nocera - 1.1.4-3 - Also include the new pkgconfig files ftp-0.17-42.fc8 --------------- * Fri Aug 24 2007 Marcela Maslanova - 0.17-42 - rebuilt (for mass rebuild) - license tag checked gambas-1.0.19-1.fc8.2 --------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.0.19-1.2 - ppc64 is a 64bit arch * Fri Aug 24 2007 Tom "spot" Callaway 1.0.19-1.1 - missing BR: bzip2-devel, libxslt-devel, libxml2-devel * Thu Aug 23 2007 Tom "spot" Callaway 1.0.19-1 - bump to 1.0.19 - fix license tag gdm-1:2.19.6-5.fc8 ------------------ * Fri Aug 24 2007 Ray Strode - 1:2.19.6-5 - use pam_selinux instead of home grown selinux code (bug 254164) gecko-sharp2-0.12-5.fc8 ----------------------- * Fri Aug 24 2007 Adam Jackson - 0.12-5 - Rebuild for build ID geda-gattrib-20070708-2.fc8 --------------------------- * Thu Aug 23 2007 Chitlesh Goorah - 20070708-2 - mass rebuild for fedora 8 - ppc geda-gnetlist-20070708-2.fc8 ---------------------------- * Thu Aug 23 2007 Chitlesh Goorah - 20070708-2 - mass rebuild for fedora 8 - ppc geda-gschem-20070708-2.fc8 -------------------------- * Thu Aug 23 2007 Chitlesh Goorah - 20070708-2 - mass rebuild for fedora 8 - ppc geda-gsymcheck-20070708-2.fc8 ----------------------------- * Thu Aug 23 2007 Chitlesh Goorah - 20070708-2 - mass rebuild for fedora 8 - ppc geda-utils-20070708-2.fc8 ------------------------- * Thu Aug 23 2007 Chitlesh Goorah - 20070708-2 - mass rebuild for fedora 8 - ppc gerbv-1.0.2-3.fc8 ----------------- gftp-1:2.0.18-7.fc8 ------------------- * Fri Aug 24 2007 Adam Jackson - 1:2.0.18-7 - Rebuild for build ID * Sat Jul 07 2007 Matthias Clasen - 1:2.0.18-6 - Fix directory ownership issues ghdl-0.25-0.89svn.5.fc8 ----------------------- * Fri Aug 24 2007 Thomas Sailer - 0.25-0.89svn.5 - excludearch ppc64 * Fri Aug 24 2007 Thomas Sailer - 0.25-0.89svn.4 - fix BR * Fri Aug 24 2007 Thomas Sailer - 0.25-0.89svn.3 - fix license tag giggle-0.3-4.fc8 ---------------- * Thu Aug 23 2007 James Bowes - 0.3-4 - Add BR for gtksourceview2-devel * Thu Aug 23 2007 James Bowes - 0.3-3 - Mark license as GPLv2+ git-1.5.2.5-1.fc8 ----------------- * Thu Aug 23 2007 James Bowes 1.5.2.5-1 - git-1.5.2.5-1 gmpc-0.14.0-3.fc8 ----------------- * Fri Aug 24 2007 Adrian Reber - 0.14.0-3 - rebuilt gnome-nettool-2.19.90-2.fc8 --------------------------- * Fri Aug 24 2007 Adam Jackson - 2.19.90-2 - Rebuild for build ID gnome-vfs2-obexftp-0.4-2.fc8 ---------------------------- * Fri Aug 24 2007 Adam Jackson - 0.4-2 - Rebuild for PPC toolchain bug gpm-1.20.1-89.fc8 ----------------- * Fri Aug 24 2007 Tomas Janousek - 1.20.1-89 - license tag update (and rebuild for BuildID, etc.) gtkpod-0.99.10-1.fc8 -------------------- * Sat Aug 04 2007 Todd Zullinger - 0.99.10-1 - update to 0.99.10 - use upstream .desktop file - add new BRs, update libgpod BR to >= 0.5.2 - add %post and %postun to update the icon cache - update license tag gtkwave-3.0.30-3.fc8 -------------------- * Fri Aug 24 2007 Paul Howarth 3.0.30-3 - clarify license as GPL, version 2 or later gtypist-2.7-5.fc8 ----------------- * Thu Aug 16 2007 Zing - 2.7-5 - conform to Fedora Licensing Guidelines gxemul-0.4.6-3.fc8.1 -------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.4.6-3.1 - drop patch * Thu Aug 23 2007 Tom "spot" Callaway 0.4.6-3 - rebuild for ppc32 hdf-4.2r1-15.fc8 ---------------- * Fri Aug 24 2007 Orion Poplawski 4.2r1-15 - Update license tag to BSD - Rebuild for BuildID hdf5-1.6.5-9.fc8 ---------------- * Fri Aug 24 2007 Orion Poplawski 1.6.5-9 - Update license tag to BSD - Rebuild for BuildID hdparm-7.7-1.fc8 ---------------- * Fri Aug 24 2007 Karsten Hopp 7.7-1 - update to 7.7 hunspell-1.1.10-1.fc8 --------------------- * Fri Aug 24 2007 Caolan McNamara - 1.1.10-1 - next version ipe-6.0-0.19.pre28.fc8 ---------------------- * Fri Aug 24 2007 Laurent Rineau - 6.0-0.19.pre28.fc8 - New patch: no longer check the version of freetype at runtime ipod-sharp-0.6.3-3.fc8 ---------------------- * Fri Aug 24 2007 Adam Jackson - 0.6.3-3 - Rebuild for build ID iptraf-3.0.0-7.fc8 ------------------ * Fri Aug 24 2007 Marcela Maslanova - 3.0.0-7 - rebuilt for mass rebuilt - check license ipvsadm-1.24-9 -------------- * Fri Aug 24 2007 Matthias Saou 1.24-9 - Spec file cleanup. - Update License field. - Don't "chkconfig --del" upon update. - Add missing kernel-headers build requirement. - Update URL and Source locations. - Remove outdated piranha obsoletes, it has never been part of any Fedora. - No longer mark init script as config. - Include Makefile patch to prevent stripping and install init script. - The init script could use a rewrite... leave that one for later. irsim-9.7.50-1.fc8 ------------------ * Thu Aug 23 2007 Chitlesh Goorah - 9.7.50-1 - mass rebuild for fedora 8 - BuildID - New upstream release jam-2.5-5.fc8 ------------- * Thu Aug 23 2007 Tom "spot" Callaway 2.5-5 - fix license tag - rebuild for BuildID in devel jd-1.9.6-0.4.svn1283.fc8 ------------------------ * Sat Aug 25 2007 Mamoru Tasaka - 1.9.6-0.4.svn1283 - svn 1283 * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 * Sat Aug 04 2007 Mamoru Tasaka - 1.9.6-0.1.beta070804 - 1.9.6 beta 070804 jfsutils-1.1.11-2 ----------------- * Wed Aug 22 2007 Josh Boyer - 1.1.11-2 - Add patch to fix open call * Fri Aug 03 2007 Josh Boyer - 1.1.11-1 - Update license field kadu-0.5.0-4.fc8 ---------------- * Fri Aug 24 2007 Micha?? Bentkowski - 0.5.0-4 - Fix desktop file * Fri Aug 24 2007 Micha?? Bentkowski - 0.5.0-3 - BuildID rebuild - Fix License tag kalgebra-0.5-4.fc8 ------------------ * Thu Aug 23 2007 Chitlesh Goorah - 0.5-4 - mass rebuild for fedora 8 - ppc kdirstat-2.5.3-6.fc8 -------------------- * Thu Aug 23 2007 Chitlesh Goorah - 2.5.3-6 - mass rebuild for fedora 8 - BuildID kernel-2.6.23-0.135.rc3.git7.fc8 -------------------------------- * Fri Aug 24 2007 Dave Jones - 2.6.23-rc3-git7 * Thu Aug 23 2007 Eric Sandeen - Update xfs filesystem for bug fixes & stack reduction * Thu Aug 23 2007 John W. Linville - Update wireless-dev bits (mac80211, rt2x00, b43, ssb) - Add b43legacy driver - Add ath5k driver - Add at76_usb driver kipi-plugins-0.1.4-2.fc8 ------------------------ * Tue Aug 21 2007 Todd Zullinger 0.1.4-2 - rebuild against libgpod-0.5.2 kleansweep-0.2.9-4.fc8 ---------------------- * Thu Aug 23 2007 Chitlesh Goorah - 0.2.9-4 - mass rebuild for fedora 8 - BuildID knetstats-1.6.1-4.fc8 --------------------- * Thu Aug 23 2007 Chitlesh Goorah - 1.6.1-4 - mass rebuild for fedora 8 - BuildID kooldock-0.4.6-2.fc8 -------------------- * Fri Aug 24 2007 Micha?? Bentkowski - 0.4.6-2 - Rebuild - License tag fix kpolynome-0.1.2-10.fc8 ---------------------- * Fri Aug 24 2007 Chitlesh Goorah - 0.1.2-10 - mass rebuild for fedora 8 - BuildID krb5-auth-dialog-0.7-4.fc8 -------------------------- * Fri Aug 24 2007 Adam Jackson - 0.7-4 - Rebuild for build ID krename-3.0.14-2.fc8 -------------------- * Fri Aug 24 2007 Micha?? Bentkowski - 3.0.14-2 - BuildID rebuild - License tag fix kshutdown-1.0.1-1.fc8 --------------------- * Thu Aug 23 2007 Chitlesh Goorah - 1.0.1-1 - mass rebuild for fedora 8 - BuildID libassuan-1.0.3-1.fc8 --------------------- * Fri Aug 24 2007 Rex Dieter - 1.0.3-3 - libassuan-1.0.3 - License: LGPLv2 * Thu Aug 02 2007 Rex Dieter - 1.0.2-2 - License: LGPLv3 (clarification, changed from LGPLv2 1.0.1 -> 1.0.2) libcap-1.10-30 -------------- * Fri Aug 24 2007 Karsten Hopp 1.10-30 - rebuild libcdio-0.78.2-3.fc8 -------------------- * Fri Aug 24 2007 Adrian Reber - 0.78.2-3 - rebuilt libgdamm-2.9.7-2.fc8 -------------------- * Thu Aug 23 2007 Tom "spot" Callaway 2.9.7-2 - rebuild for license tag, ppc32 libgnome-2.19.1-7.fc8 --------------------- * Fri Aug 24 2007 Christopher Aillon - 2.19.1-7 - The -devel package also needs to Require: popt-devel * Thu Aug 23 2007 Matthew Barnes - 2.19.1-6 - Build requires popt-devel. * Thu Aug 23 2007 Adam Jackson - 2.19.1-5 - Rebuild for build ID libgpod-0.5.2-2.fc8 ------------------- * Fri Aug 24 2007 Adam Jackson - 0.5.2-2 - Rebuild for build ID * Sat Aug 04 2007 Todd Zullinger - 0.5.2-1 - update to 0.5.2 - replace %makeinstall with %{__make} DESTDIR=%{buildroot} install - build python bindings, merging python-gpod package from extras - make %setup quiet - patch to fixup building of the python docs, BR libxslt - update license tag libmusicbrainz-2.1.5-2.fc8 -------------------------- * Fri Aug 24 2007 Adam Jackson - 2.1.5-2 - Rebuild for PPC toolchain bug libpaper-1.1.22-1.fc8.1 ----------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.1.22-1.1 - missing BR: gawk * Thu Aug 23 2007 Tom "spot" Callaway 1.1.22-1 - bump, no real changes of note, rebuild for ppc32 - license fix, v2 only libpciaccess-0.8-0.3.20070712git.fc8 ------------------------------------ libsyncml-0.4.4-1.fc8 --------------------- * Fri Aug 24 2007 Laurent Rineau - 0.4.4-1 - New upstream version 0.4.4 - New License: tag. - Re-enable tests. Added a patch to disable -Werror in tests. However, the "make check" stage still fail! Disabled. libvirt-0.3.2-2.fc8 ------------------- * Fri Aug 24 2007 Daniel Veillard - 0.3.2-2.fc8 - also build on arches where Xen is not available libwpd-0.8.11-1.fc8 ------------------- * Fri Aug 24 2007 Caolan McNamara - 0.8.11-1 - next version * Fri Aug 03 2007 Caolan McNamara - 0.8.10-2 - clarify license libxcb-1.0-3.fc8 ---------------- lvm2-2.02.28-1.fc8 ------------------ * Fri Aug 24 2007 Alasdair Kergon - 2.02.28-1 - vgscan and pvscan now trigger clvmd -R, which should now work. - Fix clvmd logging so you can get lvm-level debugging out of it. - Allow clvmd debug to be turned on in a running daemon using clvmd -d [-C]. - Add more cluster info to lvmdump. - Fix lvdisplay man page to say LV size is reported in sectors, not KB. - Fix loading of persistent cache if cache_dir is used. - Only permit --force, --verbose and --debug arguments to be repeated. - Add support for renaming mirrored LVs. - Add --mirrorlog argument to specify log type for mirrors. - Don't leak a file descriptor if flock or fcntl fails. - Detect stream write failure reliably. - Reduce severity of lstat error messages to very_verbose. - Update to use autoconf 2.61, while still supporting 2.57. magic-7.4.35-6.fc8 ------------------ * Fri Aug 24 2007 Chitlesh Goorah - 7.4.35-6 - mass rebuild for fedora 8 - ppc * Sun Jul 08 2007 Chitlesh Goorah - 7.4.35-5 - patching properly * Sun Jul 08 2007 Chitlesh Goorah - 7.4.35-4 - patching properly mcrypt-2.6.6-2.fc8 ------------------ * Fri Aug 24 2007 Tom "spot" Callaway 2.6.6-2 - rebuild for ppc32, license fix mercurial-0.9.4-1.fc8 --------------------- * Thu Aug 23 2007 Neal Becker - 0.9.4-1 - update to 0.9.4 mfstools-2.0-12.snapshot050221.fc8 ---------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 2.0-12.snapshot050221 - rebuild for license and BuildID mlocate-0.18-1 -------------- * Sat Aug 25 2007 Miloslav Trma?? - 0.18-1 - Update to mlocate-0.18 - Run updatedb with reduced I/O priority Resolves: #254165 * Wed Apr 25 2007 Miloslav Trmac - 0.17-1 - Update to mlocate-0.17 Resolves: #237120 mmv-1.01b-9.fc8 --------------- * Thu Aug 16 2007 Zing - 1.01b-9 - conform to Fedora Licensing Guidelines mtr-2:0.72-3.fc8 ---------------- * Fri Aug 24 2007 Marcela Maslanova - 2:0.72-3 - rebuild for mas rebuild - check license netgo-0.5-8.fc8 --------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.5-8 - fix license tag, rebuild for BuildID ngspice-17-13.fc8 ----------------- * Fri Aug 24 2007 Chitlesh Goorah 17-13 - mass rebuild for fedora 8 - BuildID nss_ldap-257-3.fc8 ------------------ * Fri Aug 24 2007 Nalin Dahyabhai - 257-3 - tack on a disttag * Fri Aug 24 2007 Nalin Dahyabhai - 257-2 - construct LDAP URIs correctly during DNS autoconfiguration (upstream #338) ntfs-3g-2:1.810-1.fc8.1 ----------------------- * Fri Aug 24 2007 Tom "spot" Callaway 2:1.810-1 - bump to 1.810 - fix license tag - rebuild for ppc32 ntfsprogs-1.13.1-7.fc8.2 ------------------------ * Fri Aug 24 2007 Tom "spot" Callaway 1.13.1-7.2 - fix open call (glibc2.7) * Fri Aug 24 2007 Tom "spot" Callaway 1.13.1-7 - fix license, rebuild for ppc32 numlockx-1.0-13.fc8 ------------------- * Fri Aug 24 2007 John Mahowald - 1.0-13 - Rebuild for buildid oneko-1.2-5.fc8 --------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.2-5 - rebuild for BuildID openarena-0.7.1-2.fc8 --------------------- * Fri Aug 24 2007 Micha?? Bentkowski - 0.7.1-2 - BuildID rebuild - License tag fix openoffice.org-1:2.3.0-2.2.fc8 ------------------------------ * Wed Aug 22 2007 Caolan McNamara - 1:2.3.0-2.2 - move vba stuff into calc package - add workspace.dba23e.patch - no longer need openoffice.org-2.0.4.oooXXXXX.vcl.x86_64.impressatk.patch - add openoffice.org-2.3.0.ooo80967.ucb.neon27.patch and reenable neon - drop openoffice.org-1.9.97.rh156067.noversionedsysui.patch and do it differently - add openoffice.org-2.3.0.ooo80931.sysui.genericname.patch pam-0.99.8.1-6.fc8 ------------------ * Fri Aug 24 2007 Tomas Mraz 0.99.8.1-6 - do not ask for blank password when SELinux confined (#254044) - initialize homedirs in namespace init script (original patch by dwalsh) * Wed Aug 22 2007 Tomas Mraz 0.99.8.1-5 - most devices are now handled by HAL and not pam_console (patch by davidz) - license tag fix - multifunction scanner device support (#251468) * Mon Aug 13 2007 Tomas Mraz 0.99.8.1-4 - fix auth regression when uid != 0 from previous build (#251804) par2cmdline-0.4-12.fc8 ---------------------- * Fri Aug 24 2007 Laurent Rineau - 0.4-12 - New License: tag. - rpmlint cleaning: - clean the build root at the beginning of %install - use -q in %setup pcb-0.20070208-3.fc8 -------------------- * Fri Aug 24 2007 Chitlesh Goorah - 0.20070208-3 - mass rebuild for fedora 8 - ppc perl-AnyData-0.10-4.fc8 ----------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.10-4 - license fix perl-Apache-Session-Wrapper-0.33-2.fc8 -------------------------------------- perl-Archive-Zip-1.20-3.fc8 --------------------------- * Thu Aug 23 2007 Robin Norwood - 1.20-3 - Fix license tag perl-BSD-Resource-1.28-3.fc8 ---------------------------- * Thu Aug 23 2007 Robin Norwood 1.28-3 - Fix license tag. - Add %doc section perl-CGI-Simple-0.077-7.fc8 --------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.077-7 - license fix perl-CGI-Untaint-1.26-3.fc8.1 ----------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.26-3.1 - BR: perl(Test::More) perl-CGI-Untaint-date-1.00-3.fc8 -------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.00-3 - fix license tag perl-CGI-Untaint-email-0.03-3.fc8 --------------------------------- perl-CPANPLUS-0.82-1.fc8 ------------------------ * Thu Aug 23 2007 Steven Pritchard 0.82-1 - Update to 0.82. perl-Carp-Clan-5.9-2.fc8 ------------------------ * Thu Aug 23 2007 Robin Norwood - 5.9-2 - Update license tag. perl-Class-Accessor-0.31-2.fc8 ------------------------------ * Fri Aug 24 2007 Tom "spot" Callaway 0.31-2 - license fix * Fri Jul 27 2007 Tom "spot" Callaway 0.31-1 - update for 0.31, hooray for performance patches * Wed Jan 17 2007 Tom "spot" Callaway 0.30-1 - bump to 0.30 perl-Class-Accessor-Chained-0.01-5.fc8 -------------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.01-5 - license fix perl-Class-DBI-3.0.16-2.fc8 --------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 3.0.16-2 - license fix * Wed Jan 17 2007 Tom "spot" Callaway 3.0.16-1 - bump to 3.0.16 * Thu Sep 14 2006 Tom "spot" Callaway 3.0.15-1 - bump to 3.0.15 perl-Class-DBI-AbstractSearch-0.07-3.fc8.1 ------------------------------------------ * Fri Aug 24 2007 Tom "spot" Callaway 0.07-3 - license fix perl-Class-DBI-AsForm-2.42-5.fc8 -------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 2.42-5 - license fix perl-Class-DBI-Loader-0.34-1.fc8 -------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.34-1 - license fix - bump to 0.34 perl-Class-DBI-Loader-Relationship-1.3-5.fc8 -------------------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.3-5 - license fix perl-Class-DBI-Pager-0.08-3.fc8.1 --------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.08-3 - license fix perl-Class-DBI-Pg-0.09-2.fc8 ---------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.09-2 - license fix perl-Class-DBI-Plugin-0.03-5.fc8.1 ---------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.03-5 - license fix perl-Class-DBI-Plugin-RetrieveAll-1.04-3.fc8 -------------------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.04-3 - license fix perl-Class-DBI-Plugin-Type-0.02-5.fc8 ------------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.02-5 - license fix perl-Class-DBI-SQLite-0.11-3.fc8 -------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.11-3 - license fix perl-Class-DBI-mysql-1.00-3.fc8 ------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.00-3 - license fix perl-Class-Data-Inheritable-0.06-2.fc8 -------------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.06-2 - license fix perl-Class-Trigger-0.12-1.fc8 ----------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.12-1 - bump to 0.12 - license fix perl-Class-Whitehole-0.04-4.fc8 ------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.04-4 - license fix perl-Clone-0.27-2.fc8 --------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.27-2 - license fix perl-Compress-Raw-Bzip2-2.005-3.fc8 ----------------------------------- * Fri Aug 24 2007 Robin Norwood - 2.005-3 - Update license tag. perl-Compress-Zlib-2.005-2.fc8 ------------------------------ * Fri Aug 24 2007 Robin Norwood - 2.005-2 - Fix license tag. perl-Convert-ASN1-0.21-2.fc8 ---------------------------- * Fri Aug 24 2007 Robin Norwood - 0.21-2 - Fix license tag. perl-DBD-AnyData-0.09-1.fc8 --------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.09-1 - bump to 0.09 - license fix perl-DBD-MySQL-4.005-2.fc8 -------------------------- * Fri Aug 24 2007 Robin Norwood - 4.005-2 - rebuild perl-DBD-Pg-1.49-5.fc8 ---------------------- * Fri Aug 24 2007 Robin Norwood - 1.49-5 - Fix license tag - Add %doc - Remove explicit Provides: perl(DBD::Pg) = %{version} - Other cleanups perl-DBD-SQLite2-0.33-7.fc8.1 ----------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.33-7 - license fix perl-DBIx-ContextualFetch-1.03-3.fc8 ------------------------------------ * Fri Aug 24 2007 Tom "spot" Callaway 1.03-3 - license fix perl-Data-Page-2.00-6.fc8 ------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 2.00-6 - license fix perl-Email-Abstract-2.132-4.fc8 ------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway - 2.132-4 - license fix perl-XML-LibXSLT-1.62-2.fc8 --------------------------- * Sat Aug 11 2007 Zing - 1.62-2 - require perl-devel php-pear-Log-1.9.11-2.fc8 ------------------------- * Fri Aug 24 2007 Remi Collet 1.9.11-2 - Fix License php-pear-Mail-1.1.14-2.fc8 -------------------------- * Fri Aug 24 2007 Remi Collet 1.1.14-2 - Fix License php-pear-XML-Parser-1.2.8-2.fc8 ------------------------------- * Fri Aug 24 2007 Remi Collet 1.2.8-2 - Fix License pixman-0.9.0-4.20070824.fc8 --------------------------- * Fri Aug 24 2007 Adam Jackson 0.9.0-4.20070824 - New snapshot policycoreutils-2.0.25-2.fc8 ---------------------------- * Fri Aug 24 2007 Dan Walsh 2.0.25-2 - Cleanup spec pwgen-2.06-2.fc8 ---------------- * Thu Aug 23 2007 James Bowes - 2.06-2 - Mark license as GPL+ pykickstart-1.9-1.fc8 --------------------- * Fri Aug 24 2007 Chris Lumens 1.9-1 - Add support for the %end directive to be placed at the end of scripts and packages sections. Deprecate old syntax. - Clean up after ksvalidator if pykickstart issues a traceback. - Add support for repo --priority --includepkgs --excludepkgs. - Fix newline at end of reboot --eject output (#253562). python-virtinst-0.200.0-3.fc8 ----------------------------- * Fri Aug 24 2007 Daniel P. Berrange - 0.200.0-3.fc8 - Remove ExludeArch since libvirt is now available everywhere python-vobject-0.4.8-1.fc8 -------------------------- * Thu Aug 23 2007 James Bowes - 0.4.8-1 - Update to 0.4.8 rhpxl-0.47-3.fc8 ---------------- * Fri Aug 24 2007 Adam Jackson - 0.47-3 - Rebuild for PPC toolchain bug rhythmbox-0.11.2-5.fc8 ---------------------- * Fri Aug 24 2007 Todd Zullinger - 0.11.2-5 - Rebuild against new libgpod rpm-4.4.2.1-9.fc8 ----------------- * Fri Aug 24 2007 Panu Matilainen - 4.4.2.1-9 - remove internal popt, buildrequire popt-devel and popt-static (#249352) - move the versioned beecrypt dependency to libs where it belongs - license clarification according to latest guidelines: libs and devel are dual gpl/lgpl licensed with exceptions, other binaries are gpl - convert pl and sk manuals to utf-8 - buildrequire gawk samba-0:3.0.25c-4.fc8 --------------------- * Fri Aug 24 2007 Simo Sorce 3.0.25c-4.fc8 - add fix reported upstream for heavy idmap_ldap memleak screen-4.0.3-8.fc8 ------------------ * Fri Aug 24 2007 Marcela Maslanova - 4.0.3-8 - check licence & rebuilt for mass rebuild - add gawk to requires selinux-policy-3.0.6-3.fc8 -------------------------- * Fri Aug 24 2007 Dan Walsh 3.0.6-3 - Cleanup spec file * Fri Aug 24 2007 Dan Walsh 3.0.6-2 - Allow xserver to be started by unconfined process and talk to tty shared-mime-info-0.22-3.fc8 --------------------------- * Fri Aug 24 2007 Adam Jackson - 0.22-3 - Rebuild for PPC toolchain bug - BuildRequires: gawk * Tue Aug 21 2007 - Bastien Nocera - 0.22-2 - Don't say that webcal files are handled by evolution-2.0, it can't - Disable vCard mapping as well, as evolution doesn't handle it (See http://bugzilla.gnome.org/show_bug.cgi?id=309073) sloccount-2.26-6.fc8 -------------------- * Fri Aug 24 2007 Adam Jackson - 2.26-6 - Rebuild for build ID slrn-0.9.8.1pl1-3.20070716cvs.fc8 --------------------------------- * Fri Aug 24 2007 Miroslav Lichvar 0.9.8.1pl1-3.20070716cvs - update license tag - update from CVS - switch from OpenSSL to NSS snownews-1.5.7-7.fc8 -------------------- * Thu Aug 16 2007 Zing - 1.5.7-7 - License too verbose, just GPLv2 is fine * Thu Aug 09 2007 Zing - 1.5.7-6 - conform to Fedora Licensing Guidelines sonata-1.2.2-2.fc8 ------------------ * Fri Aug 24 2007 Micha?? Bentkowski - 1.2.2-2 - ppc32 rebuild - license tag fix star-1.5a84-1.fc8 ----------------- * Fri Aug 24 2007 Peter Vrabec 1.5a84-1 - new upstream release with CVE-2007-4134 fix * Sun Jun 24 2007 Peter Vrabec 1.5a76-3 - build star on ARM platforms (#245465) * Mon Jan 29 2007 Peter Vrabec 1.5a76-2 - fix buildreq. and rebuild stgit-0.13-2.fc8 ---------------- * Thu Aug 23 2007 James Bowes - 0.13-2 - Mark license as GPLv2+ subversion-api-docs-1.4.4-2.fc8 ------------------------------- * Fri Aug 24 2007 Bojan Smojver 1.4.4-2 - bump up to 1.4.4 sylpheed-2.4.4-3 ---------------- * Fri Aug 24 2007 Michael Schwendt - 2.4.4-3 - Patch POP3 format string vulnerability CVE-2007-2958 (#254123). system-config-printer-0.7.73-1.fc8 ---------------------------------- * Fri Aug 24 2007 Tim Waugh 0.7.73-1 - 0.7.73. tcl-1:8.4.15-4.fc8 ------------------ * Fri Aug 24 2007 Marcela Maslanova - 1:8.4.15-4 - rebuild for mass rebuild - check license & path for 32b/64b fix * Thu Aug 09 2007 Marcela Maslanova - 1:8.4.15-3 - Resolves: rhbz#251410 * Mon Aug 06 2007 Michael Thomas - 1:8.4.15-2 - Explicitly add %{_datadir}/tcl8.4 and %{_libdir}/tcl8.4 to the auto_path. tclx-8.4.0-8.fc8 ---------------- * Fri Aug 24 2007 Marcela Maslanova - 8.4.0-8 - rebuild for mass rebuild, check license tcp_wrappers-7.6-50.fc8 ----------------------- * Fri Aug 24 2007 Tomas Janousek - 7.6-50 - license tag update (and rebuild for BuildID, etc.) - include docs in the -libs subpackage, as it is the only one installed on most systems (and to comply with the license text) tesseract-2.00-1.fc8 -------------------- * Tue Aug 21 2007 Karol Trzcionka - 2.00-1 - Upgrade to v2.00 tig-0.8-2.fc8 ------------- * Thu Aug 23 2007 James Bowes - 0.8-2 - Mark license as GPLv2+ tin-1.8.3-3.fc8 --------------- * Fri Aug 24 2007 Adrian Reber - 1.8.3-3 - license updated * Fri Aug 24 2007 Adrian Reber - 1.8.3-2 - rebuilt tk-1:8.4.15-3.fc8 ----------------- * Thu Aug 09 2007 Marcela Maslanova - 1:8.4.15-3 - check licence, build for mass rebuild * Thu Aug 09 2007 Marcela Maslanova - 1:8.4.15-2 - Resolves: rhbz#251411 * Tue Jul 31 2007 Marcela Maslanova - 1:8.4.15-1 - Update tk8.4.15 tk-tktreectrl-2.2.3-2.fc8 ------------------------- * Thu Aug 23 2007 Wart - 2.2.3-2 - License tag clarification toped-0.8.5-2.fc8 ----------------- * Thu Aug 23 2007 Chitlesh Goorah - 0.8.5-2 - mass rebuild for fedora 8 - BuildID ttcp-1.12-16.fc8 ---------------- * Fri Aug 24 2007 Marcela Maslanova - 1.12-16 - check license, mass rebuild util-linux-ng-2.13-0.59.fc8 --------------------------- * Fri Aug 24 2007 Karel Zak 2.13-0.59 - add release number to util-linux Provides and increment setarch Obsoletes - fix #254114 - spec typo - upgrade to floppy-0.16 - add BuildRequires: popt-devel virt-manager-0.4.0-3.fc8 ------------------------ * Fri Aug 24 2007 Daniel P. Berrange - 0.4.0-3.fc8 - Remove ExcludeArch since libvirt is now available wireless-tools-1:29-0.2.pre22.fc8 --------------------------------- * Fri Aug 24 2007 Christopher Aillon - 1:29.0.2.pre22 - Rebuild wpa_supplicant-1:0.5.7-7.fc8 ---------------------------- * Fri Aug 24 2007 Dan Williams - 0.5.7-7 - Make SIGUSR1 change debug level on-the-fly; useful in combination with the -f switch to log output to /var/log/wpa_supplicant.log - Stop stripping binaries on install so we get debuginfo packages - Remove service start requirement for interfaces & devices from sysconfig file, since wpa_supplicant's D-Bus interface is now turned on xcircuit-3.4.26-23.fc8 ---------------------- * Fri Aug 24 2007 Chitlesh Goorah - 3.4.26-23 - mass rebuild for fedora 8 - ppc xfce4-clipman-plugin-0.8.0-3.fc8 -------------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.8.0-3 - Rebuild for BuildID feature xfce4-datetime-plugin-0.5.0-3.fc8 --------------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.5.0-3 - Rebuild for BuildID feature - Update license tag xfce4-dict-plugin-0.2.1-3.fc8 ----------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.2.1-3 - Rebuild for BuildID feature - Update license tag xfce4-eyes-plugin-4.4.0-3.fc8 ----------------------------- * Sat Aug 25 2007 Christoph Wickert - 4.4.0-3 - Rebuild for BuildID feature - Update license tag xfce4-fsguard-plugin-0.3.0-6.fc8 -------------------------------- * Fri Aug 24 2007 Christoph Wickert - 0.3.0-6 - Rebuild for BuildID feature xfce4-genmon-plugin-3.1-3.fc8 ----------------------------- * Fri Aug 24 2007 Christoph Wickert - 3.1-3 - Rebuild for BuildID feature - Update license tag xfce4-mailwatch-plugin-1.0.1-7.fc8 ---------------------------------- * Fri Aug 24 2007 Christoph Wickert - 1.0.1-7 - Rebuild for BuildID feature - Update license tag xfce4-minicmd-plugin-0.4-7.fc8 ------------------------------ * Sat Aug 25 2007 Christoph Wickert - 0.4-7 - Rebuild for BuildID feature - Update license tag xfce4-places-plugin-0.9.991-1.fc8 --------------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.9.991-1 - Update to 0.9.991 - Update license tag xfsdump-2.2.45-3.fc8 -------------------- * Fri Aug 24 2007 Eric Sandeen - 2.2.45-3 - Update license tag - Fix up O_CREAT opens with no mode - Add gawk to buildrequires xfsprogs-2.9.3-3.fc8 -------------------- * Fri Aug 24 2007 Eric Sandeen 2.9.3-3 - Add gawk to buildrequires xorg-x11-drv-i128-1.2.1-1.fc8 ----------------------------- * Fri Aug 24 2007 Adam Jackson 1.2.1-1 - xf86-video-i128 1.2.1 xorg-x11-drv-via-0.2.2-3.fc8 ---------------------------- * Fri Aug 24 2007 Adam Jackson - 0.2.2-3 - Rebuild for build ID xorg-x11-drv-vmmouse-12.4.0-4.fc8 --------------------------------- * Fri Aug 24 2007 Adam Jackson - 12.4.0-4 - Rebuild for build ID xorg-x11-drv-vmware-10.14.1-3.fc8 --------------------------------- * Fri Aug 24 2007 Adam Jackson - 10.14.1-3 - Rebuild for build ID xorg-x11-server-1.3.0.0-22.fc8 ------------------------------ * Fri Aug 24 2007 Adam Jackson 1.3.0.0-22 - Bump BuildRequires: xorg-x11-xtrans-devel to pull in abstract socket support. * Thu Aug 23 2007 Adam Jackson 1.3.0.0-21 - xserver-1.3.0-document-fontpath-correctly.patch: Fix man page to point to directories that exist. (#251203, Mat??j Cepl) * Wed Aug 15 2007 Dave Airlie 1.3.0.0-20 - xserver-1.3.0-newglx-offscreen-pixmaps.patch: fix zero-copy TFP again xorg-x11-xdm-1:1.1.6-2.fc8 -------------------------- * Fri Aug 24 2007 Ray Strode 1:1.1.6-2 - Use system Xsession script (bug 244264) xorg-x11-xtrans-devel-1.0.3-3.fc8 --------------------------------- * Fri Aug 24 2007 Adam Jackson 1.0.3-3 - Abstract sockets for PF_UNIX. * Sat Apr 21 2007 Matthias Clasen 1.0.3-2 - Don't install INSTALL yum-metadata-parser-1.1.2-1.fc8 ------------------------------- * Fri Aug 24 2007 Seth Vidal 1.1.2-1 - 1.1.2-1 - hopefully fixes the mash issues * Tue Jul 10 2007 James Bowes - Use the 4 argument form of defattr * Mon Jul 09 2007 Jeremy Katz - conflict with yum < 3.2.0 (#247451) Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.i386 requires useradd anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 bazaar - 1.4.2-8.fc6.i386 requires libneon.so.25 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.i386 requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.i386 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.i386 requires libgpod.so.1 subcommander - 1.2.2-6.fc8.i386 requires libneon.so.25 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.x86_64 requires useradd amanda - 2.5.2p1-7.fc8.i386 requires useradd anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 anjuta - 1:2.2.0-2.fc8.x86_64 requires libgvc.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libgraph.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libcdt.so.3()(64bit) bazaar - 1.4.2-8.fc6.x86_64 requires libneon.so.25()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) polyxmass-bin - 0.9.3-2.fc6.x86_64 requires libpolyxmass.so.10()(64bit) python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod.so.1()(64bit) subcommander - 1.2.2-6.fc8.x86_64 requires libneon.so.25()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.ppc requires useradd amanda - 2.5.2p1-7.fc8.ppc64 requires useradd anjuta - 1:2.2.0-2.fc8.ppc requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libgraph.so.3 bazaar - 1.4.2-8.fc6.ppc requires libneon.so.25 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-smp - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.ppc requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.ppc requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc requires libgpod.so.1 subcommander - 1.2.2-6.fc8.ppc requires libneon.so.25 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.ppc64 requires useradd bazaar - 1.4.2-8.fc6.ppc64 requires libneon.so.25()(64bit) conduit - 0.3.3-4.fc8.noarch requires tomboy >= 0:0.5.10 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-kdump - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod.so.1()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display subcommander - 1.2.2-6.fc8.ppc64 requires libneon.so.25()(64bit) From jkeating at redhat.com Sat Aug 25 11:04:22 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 25 Aug 2007 07:04:22 -0400 Subject: BuildrootError in Koji In-Reply-To: <3170f42f0708242120v218b678i9ac13bbb1ecccb2d@mail.gmail.com> References: <3170f42f0708242052w44a3e062j9b23cfcda72a959c@mail.gmail.com> <46CFAAA8.3050401@ioa.s.u-tokyo.ac.jp> <3170f42f0708242120v218b678i9ac13bbb1ecccb2d@mail.gmail.com> Message-ID: <20070825070422.6c1426e2@ender> On Sat, 25 Aug 2007 09:50:19 +0530 "Debarshi 'Rishi' Ray" wrote: > Isn't dist-rawhide a valid target? koji list-target lists it. It's not a fully valid target. It was created just so that we could get a static-repo of rawhide content to point mock at on people's systems. I wish I could "hide" it, but alas.. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Sat Aug 25 12:13:33 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 25 Aug 2007 07:13:33 -0500 Subject: desktop-file-install References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> Message-ID: Mamoru Tasaka wrote: > Debarshi 'Rishi' Ray wrote, at 08/25/2007 01:04 PM +9:00: >> If the upstream correctly places a .desktop file in >> %{_datadir}/applications, then is it necessary to use >> desktop-file-install in the .spec file? >> > > One of the reasons we must use desktop-file-install is that > the command checks if the installed desktop file meets > desktop standards. I 'spose strictly we could also then allow the use of desktop-file-validate for cases like this... -- Rex From adrian at lisas.de Sat Aug 25 12:55:00 2007 From: adrian at lisas.de (Adrian Reber) Date: Sat, 25 Aug 2007 14:55:00 +0200 Subject: Removed files Message-ID: <20070825125500.GA3347@lisas.de> Today i received following email from AIDE on our system: --------------------------------------------------- Removed files: --------------------------------------------------- removed: /etc/rc.d/rc6.d/K90network removed: /etc/rc.d/rc0.d/K90network finished after 270 seconds This is Fedora 7 and I have updated it just 2 days before to the latest updates. I have no idea how this could happen. Does anybody have an idea. I looked through the changelogs of the updated packages but found nothing. According to our logs there was nobody logged in as root so that it is a bit strange that two files have been deleted. Adrian From Matt_Domsch at dell.com Sat Aug 25 13:14:43 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 25 Aug 2007 08:14:43 -0500 Subject: Fedora x86_64 rawhide rebuild in mock status 2007-08-25 Message-ID: <20070825081443.A24285@humbolt.us.dell.com> Fedora Rawhide-in-Mock Build Results for x86_64 Sat Aug 25 03:29:18 CDT 2007 Note: all built using rawhide as of Monday, August 19; changes to rawhide since then are not reflected below. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 4659 Number failed to build: 649 Number expected to fail due to ExclusiveArch or ExcludeArch: 34 Leaving: 615 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 615 ---------------------------------- CGAL-3.3-4.fc8 (build/make) Laurent.Rineau__fedora normalesup org ImageMagick-6.3.2.9-3.fc7 (build/make) jkeating redhat com Macaulay2-0.9.95-4.fc7 (build/make) rdieter math unl edu MegaMek-0.30.11-1.fc7 (build/make) fitzsim redhat com Miro-0.9.8.1-2.fc7 (buildroot) tscherf redhat com OpenIPMI-2.0.11-2.fc8 (build/make) pknirsch redhat com adaptx-0.9.13-4jpp.1.fc7 (build/make) pcheung redhat com aircrack-ng-0.9.1-1.fc8 (build/make) opensource till name airsnort-0.2.7e-11.fc7 (build/make) andreas.bierfert lowlatency de alacarte-0.11.3-4.fc8 (build/make) rstrode redhat com alleyoop-0.9.3-2.fc6 (build/make) giallu gmail com amsn-0.96-7.fc7 (build/make) sander hoentjen eu aqbanking-2.3.2-1.fc8 (build/make) notting redhat com asymptote-1.32-1.fc8 (build/make) jpo di uminho pt atitvout-0.4-6 (buildroot) andreas.bierfert lowlatency de avr-binutils-2.17-3.fc7 (build/make) j.w.r.degoede hhs nl avr-gdb-6.6-4.fc8 (build/make) j.w.r.degoede hhs nl avrdude-5.3.1-5.fc7 (build/make) trond.danielsen gmail com awesfx-0.5.0d-4.fc7 (build/make) stransky redhat com azureus-2.5.0.4-2.fc7 (build/make) green redhat com balsa-2.3.17-1.fc8 (build/make) pawsa theochem kth se bazaar-1.4.2-8.fc6 (build/make) shahms shahms com beagle-0.2.17-1.fc8 (build/make) alexl redhat com bigloo-3.0a-4.fc8 (build/make) gemi bluewin ch blacs-1.1-24.fc8.2 (build/make) tcallawa redhat com bogofilter-1.1.5-1.fc7 (build/make) adrian lisas de boo-0.7.6.2237-12.fc7 (build/make) paul all-the-johnsons co uk brltty-3.7.2-3.fc7 (build/make) tjanouse redhat com callweaver-1.2-0.1.rc3.svn2861.fc8 (build/make) dwmw2 redhat com castor-0.9.5-1jpp.7 (build/make) pcheung redhat com cernlib-g77-2006-17.fc8 (build/make) pertusus free fr cfengine-2.2.1-3.fc8 (build/make) sheltren cs ucsb edu checkstyle-4.1-4jpp.1.fc7 (buildroot) nsantos redhat com clamav-0.91.1-0.fc8 (build/make) enrico.scholz informatik tu-chemnitz de claws-mail-plugins-2.10.0-1.fc8 (build/make) andreas.bierfert lowlatency de clips-6.24-22.fc7 (build/make) rvinyard cs nmsu edu clisp-2.41-3.fc7 (build/make) gemi bluewin ch compat-erlang-R10B-10.7.fc7 (build/make) gemi bluewin ch compat-gcc-32-3.2.3-61 (build/make) jakub redhat com compat-gcc-34-3.4.6-7 (build/make) jakub redhat com compat-libgda-1.2.4-1.fc7 (buildroot) denis poolshark org conexusmm-0.5.0-3.fc7 (buildroot) rvinyard cs nmsu edu cpan2rpm-2.028-2.fc6 (build/make) ghenry suretecsystems com cryptix-3.2.0-9jpp.1 (build/make) mwringe redhat com cryptix-asn1-20011119-7jpp.2 (build/make) vivekl redhat com csound-5.03.0-13.fc7 (build/make) dcbw redhat com,paul all-the-johnsons co uk cyrus-sasl-2.1.22-6 (build/make) sconklin redhat com d4x-2.5.7.1-3.fc7 (build/make) matthias rpmforge net dietlibc-0.30-4.fc7 (build/make) enrico.scholz informatik tu-chemnitz de digikamimageplugins-0.9.1-1.fc7 (build/make) rdieter math unl edu doodle-0.6.6-2.fc7 (build/make) karlikt gmail com dump-0.4b41-5.fc7 (build/make) atkac redhat com dwdiff-1.2.1-3.fc8 (build/make) jhrozek redhat com e2fsprogs-1.40.2-2.fc8 (build/make) esandeen redhat com ebtables-2.0.8-2.fc8 (build/make) tcallawa redhat com ecl-0.9i-3.fc6 (build/make) gemi bluewin ch eclipse-emf-2.2.2-1.fc7 (build/make) overholt redhat com eclipse-mylar-2.0-0.1.M2a.1.fc7 (build/make) overholt redhat com eclipse-sdk-nls-3.2.1-3.fc7 (build/make) klee redhat com eclipse-subclipse-1.2.2-3.fc8 (build/make) robert marcanoonline com ed2k_hash-0.4.0-3.fc6 (build/make) rpm greysector net eiciel-0.9.4-1.fc7 (build/make) cweyl alumni drew edu ejabberd-1.1.3-7.fc8 (buildroot) jeff ocjtech us ekg2-0-0.7.20070427.fc8 (build/make) rpm greysector net elektra-0.6.10-2.fc7 (build/make) pertusus free fr,kwizart gmail com elfutils-0.128-2.fc8 (build/make) roland redhat com em8300-kmod-0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8 (buildroot) ville.skytta iki fi enigma-1.01-1.fc8 (build/make) fedora leemhuis info,wart kobold org erlang-R11B-2.4.fc7 (build/make) gemi bluewin ch evolution-bogofilter-0.2.0-5.fc7 (build/make) tcallawa redhat com evolution-remove-duplicates-0.0.2-6.fc7 (build/make) michel.salim gmail com exim-4.67-2.fc8 (build/make) dwmw2 redhat com fakechroot-2.5-12.fc7 (build/make) Axel.Thimm ATrpms net fluxstyle-1.0.1-2.fc7 (build/make) miker5slow grandecom net fontypython-0.2.0-6.fc7 (build/make) cr33dog gmail com foomatic-3.0.2-50.fc8 (build/make) twaugh redhat com freeciv-2.0.9-1.fc7 (build/make) bdpepple ameritech net freetennis-0.4.8-6.fc7 (build/make) dev nigelj com fuse-2.7.0-3.fc8 (build/make) lemenkov gmail com,tcallawa redhat com fuse-smb-0.8.5-7.fc7 (build/make) mszpak wp pl gai-0.5.10-10.fc7 (build/make) michel.salim gmail com gajim-0.11.1-1.fc7 (build/make) gajownik gmail com gauche-gtk-0.4.1-12.fc7 (buildroot) gemi bluewin ch gcdmaster-1.2.2-1.fc6 (buildroot) denis poolshark org gdmap-0.7.5-6.fc6 (build/make) splinux fedoraproject org geany-0.10.1-1.fc7 (build/make) josef toxicpanda com gedit-plugins-2.18.0-2.fc7 (build/make) trond.danielsen gmail com genius-0.7.7-2.fc7 (build/make) gemi bluewin ch gfa-0.4.1-4.fc7 (build/make) splinux25 gmail com giggle-0.3-2.fc8 (build/make) jbowes redhat com glipper-0.95.1-2.fc7 (build/make) splinux fedoraproject org gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak redhat com gnome-media-2.18.0-3.fc7 (build/make) bnocera redhat com gnome-phone-manager-0.8-5.fc7 (build/make) triad df lth se gnome-pilot-2.0.15-5.fc7 (build/make) mbarnes redhat com gnome-specimen-0.3-1.fc8 (build/make) splinux fedoraproject org gnome-terminal-2.18.1-1.fc8 (build/make) besfahbo redhat com gnomescan-0.4.0.2-1.fc7 (build/make) dakingun gmail com gnotime-2.2.2-7.fc6 (build/make) toshio tiki-lounge com gnumeric-1.6.3-9.fc8 (build/make) j.w.r.degoede hhs nl gperiodic-2.0.8-8.fc8 (build/make) eric.tanguy univ-nantes fr gpp-0.6.6-3.fc6 (build/make) Matt_Domsch dell com gpredict-0.8.0-2.fc8 (build/make) denis poolshark org grhino-0.16.0-1.fc7 (build/make) michel.salim gmail com grig-0.7.2-1.fc8 (build/make) denis poolshark org grub-0.97-16 (buildroot) pjones redhat com gstm-1.2-6.fc7 (build/make) splinux fedoraproject org gthumb-2.10.5-2.fc8 (build/make) besfahbo redhat com gtk-sharp-1.0.10-12.fc7 (build/make) paul all-the-johnsons co uk gtorrentviewer-0.2b-13.fc7 (build/make) paul city-fan org gtranslator-1.1.7-3.fc8 (build/make) foolish guezz net gutenprint-5.0.1-3.fc8 (build/make) twaugh redhat com gwenhywfar-2.6.0-1.fc8 (build/make) notting redhat com gwget-0.99-1.fc8 (build/make) fedora christoph-wickert de heartbeat-2.0.8-3.fc8 (build/make) kevin tummy com htop-0.6.5-1.fc7 (build/make) gajownik gmail com httpunit-1.6.2-1jpp.1.fc7 (build/make) mwringe redhat com ices-2.0.1-4.fc7 (build/make) andreas bawue net initscripts-8.55-1 (build/make) notting redhat com inn-2.4.3-6.fc6 (build/make) jkeating redhat com isdn4k-utils-3.2-54.fc7 (build/make) than redhat com jabberd-2.0-0.s11.13.fc8 (build/make) adrian lisas de jfsutils-1.1.11-0 (build/make) jwboyer jdub homelinux org jgroups-2.2.9.2-3jpp.2 (build/make) vivekl redhat com jogl-1.0.0-5.7.beta5.fc6 (build/make) green redhat com jokosher-0.9-4.fc8 (build/make) snecklifter gmail com junit-3.8.2-3jpp.1.fc7 (build/make) dbhole redhat com kadu-0.5.0-2.fc7 (build/make) mr.ecik gmail com kawa-1.9.0-2.fc7 (build/make) green redhat com kbibtex-0.1.5.52-10.fc7 (build/make) ch.nolte noltec org kdebindings-3.5.7-1.fc7.1 (build/make) than redhat com,rdieter math unl edu kdenetwork-3.5.7-1.fc8 (build/make) than redhat com,rdieter math unl edu kdewebdev-3.5.7-1.fc7 (build/make) than redhat com,rdieter math unl edu kdissert-1.0.7-1.fc7 (build/make) icon fedoraproject org kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 (build/make) mbacovsk redhat com kerry-0.2.1-2.fc7 (buildroot) fedora deadbabylon de kgtk-0.8-2.fc7 (build/make) faucamp csir co za klamav-0.41-2.fc7 (build/make) andy smile org ua kphone-4.2-11.fc6 (build/make) dennis ausil us kpolynome-0.1.2-9.fc7 (build/make) cgoorah yahoo com au kpowersave-0.7.2-1.fc7 (build/make) dennis ausil us krusader-1.80.0-1.fc7 (build/make) mgarski post pl kst-1.4.0-6.fc8 (build/make) matt truch net kvm-31-1.fc8 (build/make) katzj redhat com ladspa-1.12-8.fc7 (build/make) thomas apestaart org ldapjdk-4.17-1jpp.7 (build/make) vivekl redhat com libapreq2-2.09-0.rc2.4.fc7 (build/make) bojan rexursive com libchewing-0.3.0-8.fc8 (build/make) cchance redhat com libetpan-0.49-2.fc7 (build/make) andreas.bierfert lowlatency de libgdiplus-1.2.4-1.fc8 (build/make) alexl redhat com libhugetlbfs-1.1-1.fc7 (build/make) drfickle k-lug org libopenraw-0.0.2-5.fc7 (build/make) trond.danielsen gmail com libpolyxmass-0.9.0-6.fc5 (build/make) andreas.bierfert lowlatency de libprelude-0.9.13-1.fc7 (build/make) tscherf redhat com libpreludedb-0.9.11.1-2.fc7 (build/make) tscherf redhat com libpri-1.4.1-1.fc8 (build/make) jeff ocjtech us libupnp-1.6.0-1.fc8 (build/make) eric.tanguy univ-nantes fr libxml-1.8.17-15.fc6 (build/make) paul city-fan org libxml2-2.6.29-1 (build/make) veillard redhat com lilypond-doc-2.10.13-1.fc7 (build/make) qspencer ieee org linux-atm-2.5.0-1.20050118cvs (build/make) dwmw2 redhat com lockdev-1.0.1-11.fc7 (build/make) kzak redhat com mail-notification-4.1-3.fc8 (build/make) fedora leemhuis info maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe redhat com maven2-2.0.4-10jpp.6.fc7 (build/make) dbhole redhat com mbuffer-20070502-1.fc7 (build/make) alex dalloz de memtest86+-1.70-1.fc7 (buildroot) wtogami redhat com mikmod-3.2.2-2.fc7 (build/make) jnovy redhat com mlocate-0.16-1 (build/make) mitr redhat com mlton-20061107-2.fc7 (buildroot) adam spicenitz org mod_perl-2.0.3-9.1.fc7 (build/make) jorton redhat com monotone-0.35-4.fc8 (build/make) roland redhat com moto4lin-0.3-6.fc7 (build/make) jafo-redhat tummy com muine-0.8.7-3.fc7 (build/make) foolish guezz net museek+-0.1.12-5.fc7 (build/make) belegdol gmail com mx4j-3.0.1-6jpp.4 (build/make) fnasser redhat com mysql-5.0.45-3.fc8 (build/make) tgl redhat com nagios-2.9-2.fc8 (build/make) mmcgrath redhat com nano-2.0.6-1.fc8 (build/make) dwmw2 redhat com nant-0.85-12.fc7 (build/make) paul all-the-johnsons co uk nazghul-0.5.6-2.fc8 (build/make) tibbs math uh edu ncview-1.92e-10.fc7 (build/make) ed eh3 com nemiver-0.4.0-1.fc8 (build/make) peter thecodergeek com nessus-core-2.2.9-2.fc7 (build/make) andreas.bierfert lowlatency de netatalk-2.0.3-11.fc8 (build/make) mbarabas redhat com netpbm-10.35-14.fc8 (build/make) jnovy redhat com nkf-2.07-2.fc8 (build/make) tagoh redhat com notification-daemon-0.3.7-4.fc8 (build/make) davidz redhat com ntfs-3g-1.710-1.fc8 (build/make) tcallawa redhat com ntfs-config-1.0-0.4.rc5.fc8 (build/make) lxtnow gmail com ntfsprogs-1.13.1-6.fc8 (build/make) tcallawa redhat com ocsinventory-client-1.01-5.fc7 (build/make) Fedora FamilleCollet com octave-forge-2006.07.09-9.fc7 (build/make) qspencer ieee org openais-0.80.1-6 (build/make) jkeating redhat com openalpp-20060714-3.fc7 (build/make) chris.stone gmail com openhpi-2.8.1-4.fc8 (build/make) pknirsch redhat com openmpi-1.2.3-4.fc8 (build/make) dledford redhat com,jvdias redhat com openpbx-1.2-3.rc3.svn2540.fc7 (build/make) dwmw2 redhat com openvpn-2.1-0.19.rc4.fc7 (build/make) steve silug org openvrml-0.16.6-2.fc8 (build/make) braden endoframe com orpie-1.4.3-5.fc6 (build/make) lists forevermore net osgal-20060903-3.fc7 (buildroot) chris.stone gmail com osgcal-0.1.44-4.fc7 (build/make) chris.stone gmail com pam_abl-0.2.3-3.fc7 (build/make) alex dalloz de pam_ccreds-4-2.fc7 (build/make) tmraz redhat com pari-2.3.0-5.fc7 (build/make) gemi bluewin ch pcmanx-gtk2-0.3.5-9.336svn.fc7 (build/make) sdl.web gmail com perl-5.8.8-25.fc8 (build/make) rnorwood redhat com,rc040203 freenet de,tcallawa redhat com perl-AnyData-0.10-3.fc6 (build/make) tcallawa redhat com perl-Apache-DBI-1.06-1.fc7 (build/make) Fedora FamilleCollet com perl-Apache-LogRegex-1.4-2.fc7 (build/make) steve silug org perl-Archive-Extract-0.22-1.fc8 (build/make) steve silug org perl-Archive-Tar-1.32-1.fc8 (build/make) rnorwood redhat com perl-Authen-DigestMD5-0.04-3.fc7 (build/make) paul city-fan org perl-Authen-SASL-2.10-1.fc6 (build/make) jpo di uminho pt perl-AutoClass-1_01-2.fc8 (build/make) alexl users sourceforge net perl-BerkeleyDB-0.32-1.fc8 (build/make) steve silug org perl-Boulder-1.30-3.fc6 (build/make) orion cora nwra com perl-CGI-Ajax-0.701-2.fc7 (build/make) cweyl alumni drew edu perl-CGI-Session-4.20-2.fc7 (build/make) andreas bawue net perl-CGI-Simple-0.077-6.fc6 (build/make) tcallawa redhat com perl-CGI-Untaint-1.26-2.fc6 (build/make) tcallawa redhat com perl-CGI-Untaint-date-1.00-2.fc6 (build/make) tcallawa redhat com perl-Cache-2.04-2.fc6 (build/make) pertusus free fr perl-Cache-Cache-1.05-1.fc6 (build/make) jpo di uminho pt perl-Cache-Mmap-0.09-2.fc7 (build/make) steve silug org perl-Cache-Simple-TimedExpiry-0.27-1.fc7 (build/make) rc040203 freenet de,lxtnow gmail com perl-Cflow-1.053-5.fc6 (build/make) orion cora nwra com perl-Chatbot-Eliza-1.04-3.fc7 (build/make) cweyl alumni drew edu perl-Class-Accessor-Chained-0.01-4.fc6 (build/make) tcallawa redhat com perl-Class-DBI-3.0.16-1.fc7 (build/make) tcallawa redhat com perl-Class-DBI-AbstractSearch-0.07-2.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Pager-0.08-2.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Pg-0.09-1.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Plugin-0.03-4.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Plugin-RetrieveAll-1.04-2.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Plugin-Type-0.02-4.fc6 (build/make) tcallawa redhat com perl-Class-DBI-SQLite-0.11-2.fc6 (build/make) tcallawa redhat com perl-Class-DBI-mysql-1.00-2.fc6 (build/make) tcallawa redhat com perl-Class-Factory-Util-1.7-1.fc7 (build/make) cweyl alumni drew edu perl-Class-InsideOut-1.06-1.fc7 (build/make) cweyl alumni drew edu perl-Class-MakeMethods-1.01-2.fc6 (build/make) cweyl alumni drew edu perl-Class-MethodMaker-2.08-4.fc6 (build/make) dgregor redhat com perl-Class-Observable-1.04-2.fc7 (build/make) andreas bawue net perl-Class-Std-0.0.8-1.fc7 (build/make) andreas bawue net perl-Class-Trigger-0.10-2.fc6 (build/make) tcallawa redhat com perl-Class-Whitehole-0.04-3.fc6 (build/make) tcallawa redhat com perl-Compress-Bzip2-2.09-4.fc6 (build/make) jpo di uminho pt perl-Config-IniFiles-2.39-5.fc6 (build/make) jpo di uminho pt perl-Config-Record-1.1.1-3.fc6 (build/make) dgregor redhat com perl-Convert-ASN1-0.21-1.fc7 (build/make) rnorwood redhat com perl-Crypt-Blowfish-2.10-2.fc6 (build/make) andreas bawue net perl-Crypt-CBC-2.22-1.fc7 (build/make) andreas bawue net perl-Crypt-DH-0.06-6.fc7 (build/make) paul city-fan org perl-Crypt-DSA-0.14-4.fc7 (build/make) paul city-fan org perl-Crypt-PasswdMD5-1.3-2.fc7 (build/make) mmcgrath redhat com perl-DBD-AnyData-0.08-3.fc6 (build/make) tcallawa redhat com perl-DBD-CSV-0.22-5.fc6 (build/make) jpo di uminho pt perl-DBD-MySQL-4.005-1.fc8 (build/make) rnorwood redhat com perl-DBD-Pg-1.49-4.fc8 (build/make) rnorwood redhat com perl-DBD-SQLite-1.12-2.fc6 (build/make) jpo di uminho pt perl-DBD-SQLite2-0.33-6.fc6 (build/make) tcallawa redhat com perl-DBD-XBase-0.241-5.fc6 (build/make) jpo di uminho pt perl-Data-Compare-0.16-1.fc7 (build/make) jpo di uminho pt perl-Data-HexDump-0.02-3.fc6 (build/make) andreas bawue net perl-Data-Password-1.07-1.fc7 (build/make) andreas bawue net perl-Date-Calc-5.4-1.2.2.1 (build/make) rnorwood redhat com perl-Date-Pcalc-1.2-4.fc6 (build/make) mmcgrath redhat com perl-Date-Simple-3.02-5.fc7 (build/make) paul city-fan org perl-DateTime-Event-ICal-0.09-3.fc7 (build/make) steve silug org perl-DateTime-Event-Recurrence-0.16-4.fc7 (build/make) steve silug org perl-DateTime-Format-ICal-0.08-4.fc7 (build/make) steve silug org perl-DateTime-Format-MySQL-0.04-4.fc6 (build/make) cweyl alumni drew edu perl-DateTime-Format-Strptime-1.0700-3.fc7 (build/make) steve silug org perl-DateTime-Format-W3CDTF-0.04-2.fc7 (build/make) steve silug org perl-DateTime-Set-0.25-4.fc7 (build/make) steve silug org perl-Devel-Caller-0.11-1.fc7 (build/make) steve silug org perl-Devel-Cover-0.61-1.fc7 (build/make) jpo di uminho pt perl-Devel-Cycle-1.07-1.fc6 (build/make) jpo di uminho pt perl-Devel-Symdump-2.07-1.fc7 (build/make) rnorwood redhat com perl-Digest-HMAC-1.01-15 (build/make) rnorwood redhat com perl-Digest-MD4-1.5-3.fc6 (build/make) jpo di uminho pt perl-Digest-Nilsimsa-0.06-7.fc6 (build/make) wtogami redhat com perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 (build/make) tcallawa redhat com perl-Exception-Class-1.23-3.fc7 (build/make) steve silug org perl-Expect-1.20-1.fc6 (build/make) jpo di uminho pt perl-Expect-Simple-0.02-1.fc6 (build/make) jpo di uminho pt perl-Exporter-Lite-0.02-1.fc7 (build/make) tcallawa redhat com perl-ExtUtils-AutoInstall-0.63-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-ExtUtils-CBuilder-0.19-1.fc8 (build/make) jpo di uminho pt perl-ExtUtils-Depends-0.205-5.fc6 (build/make) jpo di uminho pt perl-ExtUtils-ParseXS-2.18-1.fc7 (build/make) jpo di uminho pt perl-ExtUtils-PkgConfig-1.07-5.fc6 (build/make) jpo di uminho pt perl-ExtUtils-XSBuilder-0.28-2.fc6 (build/make) tcallawa redhat com perl-Feed-Find-0.06-2.fc6 (build/make) pertusus free fr perl-File-BaseDir-0.02-1.fc6 (build/make) pertusus free fr perl-File-DesktopEntry-0.02-1.fc6 (build/make) pertusus free fr perl-File-Find-Rule-0.30-2.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-File-MMagic-1.27-1 (build/make) rnorwood redhat com perl-File-NCopy-0.34-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-File-NFSLock-1.20-2.fc6 (build/make) pertusus free fr perl-File-ReadBackwards-1.04-3.fc7 (build/make) steve silug org perl-File-RsyncP-0.68-1.fc8 (build/make) mmcgrath redhat com perl-File-Tail-0.99.3-5.fc6 (build/make) jpo di uminho pt perl-File-Type-0.22-4.fc7 (build/make) steve silug org perl-File-Which-0.05-2.fc7 (build/make) jpo di uminho pt perl-Finance-Quote-1.13-1.fc7 (build/make) notting redhat com perl-Finance-YahooQuote-0.21-2.fc7 (build/make) wtogami redhat com perl-Font-AFM-1.19-4.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-FreezeThaw-0.43-5.fc6 (build/make) jpo di uminho pt perl-Frontier-RPC-0.07b4-1 (build/make) rnorwood redhat com perl-GD-2.35-2.fc6 (build/make) jpo di uminho pt perl-GD-SVG-0.28-1.fc8 (build/make) alexl users sourceforge net perl-GDGraph-1.44-2.fc8 (build/make) jpo di uminho pt perl-GDGraph3d-0.63-7.fc8 (build/make) jpo di uminho pt perl-GDTextUtil-0.86-8.fc6 (build/make) jpo di uminho pt perl-GPS-0.15-1.fc7 (build/make) jpo di uminho pt perl-GPS-PRN-0.05-1.fc7 (build/make) jpo di uminho pt perl-Geo-Constants-0.06-1.fc7 (build/make) jpo di uminho pt perl-Geo-Ellipsoids-0.14-1.fc7 (build/make) jpo di uminho pt perl-Geo-Forward-0.11-1.fc7 (build/make) jpo di uminho pt perl-Geo-Functions-0.06-1.fc7 (build/make) jpo di uminho pt perl-Geo-Inverse-0.05-1.fc7 (build/make) jpo di uminho pt perl-Glib-1.144-1.fc7 (build/make) jpo di uminho pt perl-Gnome2-GConf-1.043-1.fc6 (build/make) cweyl alumni drew edu perl-Gnome2-VFS-1.061-2.fc7 (build/make) cweyl alumni drew edu perl-HTML-Format-2.04-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-HTML-Parser-3.56-1.fc7 (build/make) rnorwood redhat com perl-HTML-Scrubber-0.08-4.fc6 (build/make) jpo di uminho pt perl-HTML-Table-2.04a-1.fc7 (build/make) orion cora nwra com perl-HTML-Tagset-3.10-5.fc7 (build/make) rnorwood redhat com perl-HTML-Template-2.9-1.fc7 (build/make) jpo di uminho pt perl-HTML-Template-Expr-0.07-4.fc7 (build/make) steve silug org perl-HTTP-Proxy-0.20-1.fc6 (build/make) jpo di uminho pt perl-HTTP-Request-Params-1.01-1.fc6 (build/make) jpo di uminho pt perl-HTTP-Server-Simple-0.27-1.fc7 (build/make) jpo di uminho pt perl-HTTP-Server-Simple-Mason-0.09-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-Hook-LexWrap-0.20-4.fc6 (build/make) jpo di uminho pt perl-IO-All-0.38-1.fc7 (build/make) steve silug org perl-IO-Capture-0.05-2.fc7 (build/make) jpo di uminho pt perl-IO-Interface-1.03-1.fc7 (build/make) jpo di uminho pt perl-IO-Multiplex-1.08-5.fc6 (build/make) lmb biosci ki se perl-IO-Socket-INET6-2.51-2.fc6 (build/make) wtogami redhat com perl-IO-Socket-SSL-1.02-1.fc7 (build/make) wtogami redhat com,jpo di uminho pt perl-IO-String-1.08-1.1.1 (build/make) rnorwood redhat com,jpo di uminho pt perl-IO-Tty-1.07-2.fc6 (build/make) jpo di uminho pt perl-IO-Zlib-1.04-4.2.1 (build/make) rnorwood redhat com,jpo di uminho pt perl-IPC-Cmd-0.36-2.fc7 (build/make) steve silug org perl-IPC-SharedCache-1.3-7.fc6 (build/make) jpo di uminho pt perl-Ima-DBI-0.34-2.fc6 (build/make) tcallawa redhat com perl-Image-Base-1.07-7.fc6 (build/make) jpo di uminho pt perl-Image-Xbm-1.08-6.fc6 (build/make) jpo di uminho pt perl-Image-Xpm-1.09-6.fc6 (build/make) jpo di uminho pt perl-Inline-0.44-15.2.1 (build/make) rnorwood redhat com perl-Kwiki-0.39-1.fc7 (build/make) steve silug org perl-Kwiki-Archive-Rcs-0.15-6.fc7 (build/make) steve silug org perl-Kwiki-Attachments-0.18-3.fc7 (build/make) steve silug org perl-Kwiki-Diff-0.03-4.fc7 (build/make) steve silug org perl-Kwiki-ModPerl-0.09-4.fc7 (build/make) steve silug org perl-Kwiki-NewPage-0.12-5.fc7 (build/make) steve silug org perl-Kwiki-Raw-0.02-4.fc7 (build/make) steve silug org perl-Kwiki-RecentChanges-0.14-3.fc7 (build/make) steve silug org perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve silug org perl-Kwiki-Search-0.12-5.fc7 (build/make) steve silug org perl-Kwiki-UserName-0.14-5.fc7 (build/make) steve silug org perl-Kwiki-UserPreferences-0.13-5.fc7 (build/make) steve silug org perl-Kwiki-Users-Remote-0.04-4.fc7 (build/make) steve silug org perl-LWP-Authen-Wsse-0.05-2.fc6 (build/make) pertusus free fr perl-Lingua-EN-Inflect-1.89-4.fc6 (build/make) tcallawa redhat com perl-Lingua-EN-Inflect-Number-1.1-5.fc6 (build/make) tcallawa redhat com perl-List-Compare-0.33-2.fc6 (build/make) cweyl alumni drew edu perl-Locale-Maketext-Fuzzy-0.02-4.fc6 (build/make) jpo di uminho pt perl-Locale-Maketext-Lexicon-0.64-1.fc8 (build/make) rc040203 freenet de,lxtnow gmail com perl-Log-Dispatch-Config-1.01-2.fc6 (build/make) cweyl alumni drew edu perl-Log-Dispatch-FileRotate-1.16-1.fc7 (build/make) jpo di uminho pt perl-Log-Log4perl-1.11-1.fc8 (build/make) jpo di uminho pt perl-Log-Message-0.01-3.fc7 (build/make) steve silug org perl-Log-Message-Simple-0.02-1.fc8 (build/make) steve silug org perl-MD5-2.03-1.fc7 (build/make) andreas bawue net perl-MIME-Lite-3.01-5.fc6 (build/make) mmcgrath redhat com perl-MIME-tools-5.420-3.fc7 (build/make) paul city-fan org perl-MLDBM-2.01-5.fc6 (build/make) jpo di uminho pt perl-MP3-Info-1.21-1.fc7.1 (build/make) chris.stone gmail com perl-Mail-Box-Parser-C-3.006-1.fc7 (build/make) tcallawa redhat com perl-Mail-Sender-0.8.13-2.fc6 (build/make) jpo di uminho pt perl-Mail-Sendmail-0.79-9.fc6 (build/make) jpo di uminho pt perl-MasonX-Interp-WithCallbacks-1.17-1.fc8 (build/make) steve silug org perl-Math-Round-0.06-1.fc7 (build/make) cweyl alumni drew edu perl-Math-Vec-0.04-2.fc7 (build/make) roozbeh farsiweb info perl-Module-Build-0.2808-1.fc8 (build/make) steve silug org perl-Module-Install-0.67-1.fc8 (build/make) steve silug org perl-Module-Load-0.10-3.fc7 (build/make) steve silug org perl-Module-Load-Conditional-0.16-2.fc7 (build/make) steve silug org perl-Module-Loaded-0.01-3.fc7 (build/make) steve silug org perl-Module-Locate-1.7-1.fc6 (build/make) jpo di uminho pt perl-Module-Pluggable-3.60-1.fc7 (build/make) steve silug org perl-Module-Versions-Report-1.03-1.fc8 (build/make) jpo di uminho pt perl-Mozilla-LDAP-1.5.2-1.fc8 (build/make) rmeggins redhat com perl-Net-CUPS-0.51-2.fc7 (build/make) cweyl alumni drew edu perl-Net-Domain-TLD-1.65-1.fc7 (build/make) tcallawa redhat com perl-Net-GPSD-0.35-1.fc7 (build/make) jpo di uminho pt perl-Net-IP-CMatch-0.02-4.fc6 (build/make) orion cora nwra com perl-Net-Jabber-2.0-7.fc6 (build/make) cweyl alumni drew edu perl-Net-Netmask-1.9012-3.fc6 (build/make) wtogami redhat com perl-Net-Patricia-1.014-3.fc6 (build/make) orion cora nwra com perl-Net-SNMP-5.2.0-1.fc6 (build/make) jpo di uminho pt perl-Net-SNPP-1.17-2.fc7 (build/make) jeff ocjtech us perl-Net-SSH-Perl-1.30-4.fc7 (build/make) paul city-fan org perl-Net-SSLeay-1.30-4.fc6 (build/make) wtogami redhat com,jpo di uminho pt perl-Net-Server-0.97-1.fc8 (buildroot) nicolas.mailhot laposte net perl-Net-Telnet-3.03-5 (build/make) jkeating redhat com perl-Net-XMPP-1.02-2.fc7 (build/make) cweyl alumni drew edu perl-NetAddr-IP-4.004-3.fc8 (build/make) andreas bawue net perl-OLE-Storage_Lite-0.14-8.fc6 (build/make) tcallawa redhat com perl-Object-Accessor-0.32-2.fc7 (build/make) steve silug org perl-OpenFrame-3.05-6.fc7 (build/make) steve silug org perl-PBS-0.31-3.fc6 (build/make) garrick usc edu perl-POE-API-Peek-1.0802-1.fc7 (build/make) cweyl alumni drew edu perl-POE-Component-Child-1.39-2.fc6 (build/make) cweyl alumni drew edu perl-POE-Component-Client-LDAP-0.04-3.fc6 (build/make) cweyl alumni drew edu perl-POE-Component-SNMP-1.07-1.fc6 (build/make) cweyl alumni drew edu perl-POE-Component-Server-HTTP-0.09-3.fc6 (build/make) cweyl alumni drew edu perl-POE-Component-Server-SOAP-1.11-1.fc8 (build/make) cweyl alumni drew edu perl-POE-Component-Server-SimpleHTTP-1.23-2.fc7 (build/make) cweyl alumni drew edu perl-POE-Component-SimpleLog-1.04-1.fc6 (build/make) cweyl alumni drew edu perl-POE-Wheel-Null-0.01-2.fc6 (build/make) cweyl alumni drew edu perl-PPI-Tester-0.06-2.fc6 (build/make) jpo di uminho pt perl-Package-Constants-0.01-3.fc7 (build/make) steve silug org perl-PadWalker-1.5-1.fc7 (build/make) jpo di uminho pt perl-Params-Check-0.26-1.fc7 (build/make) steve silug org perl-Parse-CPAN-Packages-2.26-4.fc7 (build/make) steve silug org perl-Parse-RecDescent-1.94-6.fc8 (build/make) rnorwood redhat com perl-Parse-Yapp-1.05-36.fc6 (build/make) pertusus free fr perl-PatchReader-0.9.5-4.fc6 (build/make) stickster gmail com perl-Perl6-Bible-0.30-3.fc7 (build/make) steve silug org perl-Pipeline-3.12-4.fc7 (build/make) steve silug org perl-Pod-Escapes-1.04-5.fc6 (build/make) jpo di uminho pt perl-Pod-POM-0.17-6.fc6 (build/make) tcallawa redhat com perl-Pod-Simple-3.05-1.fc8 (build/make) jpo di uminho pt perl-Pod-Spell-1.01-2.fc7 (build/make) jpo di uminho pt perl-Proc-Daemon-0.03-1.fc7.1 (build/make) Fedora FamilleCollet com perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl alumni drew edu perl-Readonly-1.03-6.fc6 (build/make) cweyl alumni drew edu perl-Readonly-XS-1.04-7.fc6 (build/make) cweyl alumni drew edu perl-Regexp-Common-2.120-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-SNMP_Session-1.08-3.fc6 (build/make) jpo di uminho pt perl-SOAP-Lite-0.68-2.fc6 (build/make) mmcgrath redhat com perl-SQL-Abstract-1.22-1.fc7 (build/make) tcallawa redhat com perl-SQL-Library-0.0.3-2.fc6 (build/make) cweyl alumni drew edu perl-SQL-Statement-1.15-2.fc6 (build/make) jpo di uminho pt perl-SUPER-1.16-1.fc7 (build/make) cweyl alumni drew edu perl-SVG-2.34-1.fc8 (build/make) alexl users sourceforge net perl-Scalar-Properties-0.12-1.fc6 (build/make) jpo di uminho pt perl-Set-Infinite-0.61-3.fc7 (build/make) steve silug org perl-Set-Scalar-1.20-1.fc7 (build/make) jpo di uminho pt perl-Socket6-0.19-3.fc6 (build/make) wtogami redhat com,jpo di uminho pt perl-Spiffy-0.30-7.fc7 (build/make) steve silug org perl-Spreadsheet-ParseExcel-0.3200-1.fc8 (build/make) steve silug org perl-Spreadsheet-WriteExcel-2.17-2.fc6 (build/make) tcallawa redhat com perl-Statistics-Descriptive-2.6-2.fc6 (build/make) pertusus free fr perl-String-Approx-3.26-1.fc7 (build/make) orion cora nwra com perl-String-CRC32-1.4-2.fc6 (build/make) rnorwood redhat com,paul city-fan org perl-String-Format-1.14-1.fc6 (build/make) jpo di uminho pt perl-Sub-Identify-0.02-2.fc7 (build/make) cweyl alumni drew edu perl-Sub-Name-0.02-2.fc6 (build/make) cweyl alumni drew edu perl-Sys-SigAction-0.10-1.fc7 (build/make) andreas bawue net perl-TeX-Hyphen-0.140-5.fc6 (build/make) jpo di uminho pt perl-Template-GD-2.66-2.fc7 (build/make) tcallawa redhat com perl-Template-Plugin-Class-0.13-2.fc6 (build/make) tcallawa redhat com perl-Template-Toolkit-2.18-1.fc7 (build/make) tcallawa redhat com perl-Term-UI-0.14-2.fc7 (build/make) steve silug org perl-TermReadKey-2.30-1.2.2.1 (build/make) rnorwood redhat com perl-Test-Cmd-1.05-1.fc6 (build/make) jpo di uminho pt perl-Test-Differences-0.47-2.fc6 (build/make) jpo di uminho pt perl-Test-Expect-0.30-1.fc6 (build/make) jpo di uminho pt perl-Test-Portability-Files-0.05-4.fc7 (build/make) steve silug org perl-Test-Tester-0.104-2.fc7 (build/make) steve silug org perl-Test-WWW-Mechanize-1.14-1.fc8 (build/make) jpo di uminho pt perl-Text-CHM-0.01-2.fc6 (build/make) pertusus free fr perl-Text-CharWidth-0.04-2.fc7 (build/make) Axel.Thimm ATrpms net perl-Text-Kakasi-2.04-4.fc8 (build/make) tagoh redhat com perl-Text-Levenshtein-0.05-4.fc7 (build/make) steve silug org perl-Text-Quoted-2.02-2.fc7 (build/make) rc040203 freenet de,lxtnow gmail com perl-Text-Shellwords-1.08-1.fc8 (build/make) alexl users sourceforge net perl-Text-Template-1.44-4.fc6 (build/make) jpo di uminho pt perl-Text-Tree-1.0-2.fc7 (build/make) cweyl alumni drew edu perl-Text-Unidecode-0.04-4.fc6 (build/make) pertusus free fr perl-Text-WrapI18N-0.06-2.fc7 (build/make) Axel.Thimm ATrpms net perl-Text-Wrapper-1.01-1.fc7 (build/make) rc040203 freenet de,lxtnow gmail com perl-Tie-DBI-1.02-2.fc6 (build/make) tcallawa redhat com perl-Tie-IxHash-1.21-6.fc6 (build/make) jpo di uminho pt perl-Time-Period-1.20-1.fc6 (build/make) robert marcanoonline com perl-Time-Piece-1.09-2.fc6 (build/make) chris chrisgrau com perl-Time-modules-2003.1126-4.fc6 (build/make) kaboom oobleck net perl-Tk-804.027-11.fc7 (build/make) andreas.bierfert lowlatency de perl-Tree-DAG_Node-1.05-4.fc6 (build/make) jpo di uminho pt perl-UNIVERSAL-exports-0.05-2.fc6 (build/make) tcallawa redhat com perl-UNIVERSAL-isa-0.06-2.fc6 (build/make) jpo di uminho pt perl-UNIVERSAL-moniker-0.08-4.fc6 (build/make) tcallawa redhat com perl-URI-1.35-3 (build/make) rnorwood redhat com perl-User-Identity-0.91-1.fc7 (build/make) tcallawa redhat com perl-WWW-Babelfish-0.16-1.fc7 (build/make) cweyl alumni drew edu perl-WWW-Bugzilla-0.9-1.fc7 (build/make) jpo di uminho pt perl-X11-Protocol-0.55-5.fc6 (build/make) duncan_j_ferguson yahoo co uk perl-XML-DOM-1.44-2.fc6 (build/make) orion cora nwra com perl-XML-Dumper-0.81-2.fc6 (build/make) rnorwood redhat com perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) andreas bawue net perl-XML-Grove-0.46alpha-29.1.1 (build/make) rnorwood redhat com perl-XML-LibXML-1.62001-2.fc7 (build/make) rnorwood redhat com perl-XML-LibXML-Common-0.13-8.2.2 (build/make) rnorwood redhat com perl-XML-LibXSLT-1.62-1.fc8 (build/make) zing fastmail fm perl-XML-NamespaceSupport-1.09-2.fc8 (build/make) rnorwood redhat com perl-XML-Parser-2.34-6.1.2.2.1 (build/make) rnorwood redhat com perl-XML-RegExp-0.03-2.fc6 (build/make) orion cora nwra com perl-XML-SAX-Writer-0.50-2.fc7 (build/make) andreas bawue net perl-XML-Stream-1.22-6.fc6 (build/make) cweyl alumni drew edu perl-XML-Validator-Schema-1.08-1.fc7 (build/make) andreas bawue net perl-XML-XPath-1.13-4.fc6 (build/make) rnorwood redhat com perl-YAML-Parser-Syck-0.01-8.fc7 (build/make) steve silug org perl-bioperl-1.5.2_102-8.fc8 (build/make) alexl users sourceforge net perl-libxml-perl-0.08-1.2.1 (build/make) rnorwood redhat com perl-pmtools-1.01-2.fc6 (build/make) jpo di uminho pt php-extras-5.2.1-1.fc7 (buildroot) dmitry butskoy name,limb jcomserv net pilot-link-0.12.2-4.fc8 (build/make) varekova redhat com plexus-xmlrpc-1.0-0.1.b4.3jpp.5.fc7 (build/make) dbhole redhat com polyxmass-bin-0.9.3-2.fc6 (build/make) andreas.bierfert lowlatency de postgresql-8.2.4-3.fc8 (build/make) tgl redhat com ppc64-utils-0.11-4.fc7 (buildroot) pnasrat redhat com prelink-0.3.10-1 (build/make) jakub redhat com prewikka-0.9.8-1.fc7 (build/make) tscherf redhat com pwlib-1.10.7-1.fc7 (build/make) veillard redhat com pygoocanvas-0.6.0-2.fc7 (buildroot) bjohnson symetrix com pyspi-0.6.1-3.fc7 (build/make) zcerza redhat com python-docs-2.5.1-1.fc8 (build/make) james.antill redhat com python-reportlab-2.1-1.fc8 (build/make) bdpepple ameritech net python-urljr-1.0.1-1.fc7 (build/make) jeff ocjtech us qa-assistant-0.4.90.5-2.fc6 (build/make) toshio tiki-lounge com qemu-0.9.0-2.fc7 (build/make) dwmw2 redhat com,j.w.r.degoede hhs nl qpidc-0.2-5.fc7 (build/make) aconway redhat com,meyering redhat com,nsantos redhat com qt-3.3.8-4.fc7 (build/make) than redhat com quarry-0.2.0-1.fc7 (build/make) michel.salim gmail com raidem-0.3.1-5.fc6 (build/make) j.w.r.degoede hhs nl renrot-0.25-2.fc7 (build/make) andy smile org ua resapplet-0.1.1-5.fc7 (build/make) rvokal redhat com revelation-0.4.11-3.fc8 (build/make) fedora leemhuis info,jspaleta gmail com rhm-0.1-3.fc7 (build/make) aconway redhat com,nsantos redhat com ruby-activerecord-1.15.1-1.fc7 (build/make) dlutter redhat com ruby-bdb-0.6.0-1.fc7 (build/make) miker5slow grandecom net rxvt-unicode-8.2-1.fc8 (build/make) andreas.bierfert lowlatency de s3switch-0.0-9.20020912.fc6 (buildroot) paul xelerance com samba-3.0.25b-3.fc8 (build/make) ssorce redhat com scipy-0.5.2-2.2.fc7 (build/make) jspaleta gmail com scrip-1.4-6.fc6 (build/make) ed eh3 com seahorse-1.0.1-7.fc8 (build/make) skvidal linux duke edu sendmail-8.14.1-2 (build/make) twoerner redhat com shapelib-1.2.10-12.20060304cvs (build/make) mccann0011 hotmail com smart-0.50-46.fc8 (build/make) Axel.Thimm ATrpms net snort-2.6.1.3-1.fc7 (build/make) dennis ausil us soundtracker-0.6.8-2.fc6 (build/make) seg haxxed com struts-1.2.9-4jpp.6 (build/make) dbhole redhat com subversion-1.4.3-4 (build/make) jorton redhat com swatch-3.2.1-1.fc6 (build/make) jpo di uminho pt sweep-0.9.2-1.fc7 (build/make) gemi bluewin ch synce-software-manager-0.9.0-7.fc6 (build/make) andreas.bierfert lowlatency de synce-trayicon-0.9.0-8.fc6 (build/make) andreas.bierfert lowlatency de syslinux-3.36-5.fc8 (buildroot) pjones redhat com syslog-ng-2.0.5-1.fc8 (build/make) jpo di uminho pt,pvrabec redhat com sysprof-kmod-1.0.8-1.2.6.23_0.61.rc1.git9.fc8 (buildroot) giallu gmail com system-config-keyboard-1.2.11-1.fc7 (build/make) pnasrat redhat com tcl-thread-2.6.5-2.fc7 (build/make) jwboyer jdub homelinux org tclabc-1.0.9-1.fc7 (build/make) gemi bluewin ch tetex-3.0-41.fc8 (build/make) jnovy redhat com tgif-4.1.45-4.fc8 (build/make) mtasaka ioa s u-tokyo ac jp thewidgetfactory-0.2.1-2.fc6 (build/make) luya_tfz thefinalzone com tinyerp-4.0.3-1.fc7 (build/make) dan danny cz tla-1.3.4-5.fc6 (build/make) jwboyer jdub homelinux org tor-0.1.2.15-1.fc8 (build/make) enrico.scholz informatik tu-chemnitz de udftools-1.0.0b3-7.fc6 (build/make) extras-orphan fedoraproject org udunits-1.12.4-11.fc8.1 (build/make) tcallawa redhat com unison-2.13.16-3.fc6 (build/make) gemi bluewin ch unzip-5.52-4.fc7 (build/make) varekova redhat com util-vserver-0.30.213-2.fc8 (build/make) enrico.scholz informatik tu-chemnitz de valgrind-3.2.3-5 (buildroot) jakub redhat com velocity-1.4-6jpp.1 (build/make) vivekl redhat com vim-7.1.77-1.fc8 (build/make) karsten redhat com vkeybd-0.1.17a-3.fc7 (build/make) green redhat com vnc-4.1.2-20.1.fc8 (build/make) atkac redhat com widelands-0-0.4.build10.fc7 (build/make) karlikt gmail com wine-docs-0.9.42-1.fc8 (build/make) andreas.bierfert lowlatency de wp_tray-0.5.3-4.fc7 (build/make) denis poolshark org xaos-3.2.3-1.fc7 (build/make) gemi bluewin ch xawtv-3.95-5.fc8 (build/make) dmitry butskoy name xdaliclock-2.23-3.fc6 (build/make) kaboom oobleck net xen-3.1.0-2.fc8 (buildroot) riel redhat com xferstats-2.16-14.1 (build/make) than redhat com xfsdump-2.2.45-2.fc8 (build/make) cattelan redhat com,esandeen redhat com xine-lib-1.1.7-1.fc8 (build/make) gauret free fr xkeycaps-2.46-6.fc7 (build/make) tcallawa redhat com xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser redhat com xmlunit-1.0-4jpp.1.fc7 (build/make) pcheung redhat com xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-sisusb-0.8.1-6.fc8 (build/make) xgl-maint redhat com xorg-x11-fonts-7.2-1.fc8 (build/make) xgl-maint redhat com xpilot-ng-4.7.2-12.fc7 (build/make) wart kobold org xsupplicant-1.2.8-3.fc8 (build/make) tcallawa redhat com yap-5.1.1-5.fc8 (build/make) gemi bluewin ch yelp-2.19.90-1.fc8 (buildroot) mbarnes redhat com zaptel-1.4.2.1-1.fc7 (build/make) jeff ocjtech us zvbi-0.2.25-1.fc8 (build/make) packages amiga-hardware com zziplib-0.13.49-2.fc8 (build/make) matthias rpmforge net zzuf-0.9-1.fc8 (build/make) ville.skytta iki fi With bugs filed: 0 ---------------------------------- -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Sat Aug 25 13:16:53 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 25 Aug 2007 08:16:53 -0500 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 Message-ID: <20070825081653.A24356@humbolt.us.dell.com> Fedora Rawhide-in-Mock Build Results for i386 Sat Aug 25 03:37:18 CDT 2007 Note: all built using rawhide as of Monday, August 19; changes to rawhide since then are not reflected below. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 4660 Number failed to build: 619 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 609 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 609 ---------------------------------- CGAL-3.3-4.fc8 (build/make) Laurent.Rineau__fedora normalesup org ImageMagick-6.3.2.9-3.fc7 (build/make) jkeating redhat com Macaulay2-0.9.95-4.fc7 (build/make) rdieter math unl edu MegaMek-0.30.11-1.fc7 (build/make) fitzsim redhat com Miro-0.9.8.1-2.fc7 (buildroot) tscherf redhat com OpenIPMI-2.0.11-2.fc8 (build/make) pknirsch redhat com adaptx-0.9.13-4jpp.1.fc7 (build/make) pcheung redhat com aircrack-ng-0.9.1-1.fc8 (build/make) opensource till name airsnort-0.2.7e-11.fc7 (build/make) andreas.bierfert lowlatency de alleyoop-0.9.3-2.fc6 (build/make) giallu gmail com amsn-0.96-7.fc7 (build/make) sander hoentjen eu anjuta-2.2.0-2.fc8 (build/make) paul all-the-johnsons co uk aqbanking-2.3.2-1.fc8 (build/make) notting redhat com asymptote-1.32-1.fc8 (build/make) jpo di uminho pt athcool-0.3.11-5.fc6 (build/make) gajownik gmail com avr-binutils-2.17-3.fc7 (build/make) j.w.r.degoede hhs nl avr-gdb-6.6-4.fc8 (build/make) j.w.r.degoede hhs nl avrdude-5.3.1-5.fc7 (build/make) trond.danielsen gmail com awesfx-0.5.0d-4.fc7 (build/make) stransky redhat com azureus-2.5.0.4-2.fc7 (build/make) green redhat com balsa-2.3.17-1.fc8 (build/make) pawsa theochem kth se bazaar-1.4.2-8.fc6 (build/make) shahms shahms com beagle-0.2.17-1.fc8 (build/make) alexl redhat com bigloo-3.0a-4.fc8 (build/make) gemi bluewin ch blacs-1.1-24.fc8.2 (build/make) tcallawa redhat com bogofilter-1.1.5-1.fc7 (build/make) adrian lisas de boo-0.7.6.2237-12.fc7 (build/make) paul all-the-johnsons co uk brltty-3.7.2-3.fc7 (build/make) tjanouse redhat com callweaver-1.2-0.1.rc3.svn2861.fc8 (build/make) dwmw2 redhat com castor-0.9.5-1jpp.7 (build/make) pcheung redhat com cernlib-g77-2006-17.fc8 (build/make) pertusus free fr cfengine-2.2.1-3.fc8 (build/make) sheltren cs ucsb edu checkstyle-4.1-4jpp.1.fc7 (buildroot) nsantos redhat com clamav-0.91.1-0.fc8 (build/make) enrico.scholz informatik tu-chemnitz de claws-mail-plugins-2.10.0-1.fc8 (build/make) andreas.bierfert lowlatency de clips-6.24-22.fc7 (build/make) rvinyard cs nmsu edu clisp-2.41-3.fc7 (build/make) gemi bluewin ch compat-erlang-R10B-10.7.fc7 (build/make) gemi bluewin ch compat-gcc-296-2.96-138 (build/make) jakub redhat com compat-gcc-32-3.2.3-61 (build/make) jakub redhat com compat-gcc-34-3.4.6-7 (build/make) jakub redhat com compat-libgda-1.2.4-1.fc7 (buildroot) denis poolshark org conexusmm-0.5.0-3.fc7 (buildroot) rvinyard cs nmsu edu cpan2rpm-2.028-2.fc6 (build/make) ghenry suretecsystems com cryptix-3.2.0-9jpp.1 (build/make) mwringe redhat com cryptix-asn1-20011119-7jpp.2 (build/make) vivekl redhat com csound-5.03.0-13.fc7 (build/make) dcbw redhat com,paul all-the-johnsons co uk cyrus-sasl-2.1.22-6 (build/make) sconklin redhat com d4x-2.5.7.1-3.fc7 (build/make) matthias rpmforge net dietlibc-0.30-4.fc7 (build/make) enrico.scholz informatik tu-chemnitz de digikamimageplugins-0.9.1-1.fc7 (build/make) rdieter math unl edu doodle-0.6.6-2.fc7 (build/make) karlikt gmail com dump-0.4b41-5.fc7 (build/make) atkac redhat com dwdiff-1.2.1-3.fc8 (build/make) jhrozek redhat com e2fsprogs-1.40.2-2.fc8 (build/make) esandeen redhat com ebtables-2.0.8-2.fc8 (build/make) tcallawa redhat com ecl-0.9i-3.fc6 (build/make) gemi bluewin ch eclipse-emf-2.2.2-1.fc7 (build/make) overholt redhat com eclipse-mylar-2.0-0.1.M2a.1.fc7 (build/make) overholt redhat com eclipse-sdk-nls-3.2.1-3.fc7 (build/make) klee redhat com eclipse-subclipse-1.2.2-3.fc8 (build/make) robert marcanoonline com ed2k_hash-0.4.0-3.fc6 (build/make) rpm greysector net eiciel-0.9.4-1.fc7 (build/make) cweyl alumni drew edu ekg2-0-0.7.20070427.fc8 (build/make) rpm greysector net elektra-0.6.10-2.fc7 (build/make) pertusus free fr,kwizart gmail com elfutils-0.128-2.fc8 (build/make) roland redhat com em8300-kmod-0.16.3-0.6.rc2.2.6.23_0.45.rc0.git16.fc8 (buildroot) ville.skytta iki fi enigma-1.01-1.fc8 (build/make) fedora leemhuis info,wart kobold org erlang-R11B-2.4.fc7 (build/make) gemi bluewin ch evolution-bogofilter-0.2.0-5.fc7 (build/make) tcallawa redhat com evolution-remove-duplicates-0.0.2-6.fc7 (build/make) michel.salim gmail com exim-4.67-2.fc8 (build/make) dwmw2 redhat com fakechroot-2.5-12.fc7 (build/make) Axel.Thimm ATrpms net fluxstyle-1.0.1-2.fc7 (build/make) miker5slow grandecom net fontypython-0.2.0-6.fc7 (build/make) cr33dog gmail com foomatic-3.0.2-50.fc8 (build/make) twaugh redhat com freeciv-2.0.9-1.fc7 (build/make) bdpepple ameritech net freetennis-0.4.8-6.fc7 (build/make) dev nigelj com fuse-2.7.0-3.fc8 (build/make) lemenkov gmail com,tcallawa redhat com fuse-smb-0.8.5-7.fc7 (build/make) mszpak wp pl gai-0.5.10-10.fc7 (build/make) michel.salim gmail com gajim-0.11.1-1.fc7 (build/make) gajownik gmail com gambas-1.0.17-8.fc7 (build/make) tcallawa redhat com gauche-0.8.11-2.fc8 (build/make) gemi bluewin ch gauche-gtk-0.4.1-12.fc7 (buildroot) gemi bluewin ch gcdmaster-1.2.2-1.fc6 (buildroot) denis poolshark org gdmap-0.7.5-6.fc6 (build/make) splinux fedoraproject org geany-0.10.1-1.fc7 (build/make) josef toxicpanda com gedit-plugins-2.18.0-2.fc7 (build/make) trond.danielsen gmail com genius-0.7.7-2.fc7 (build/make) gemi bluewin ch gfa-0.4.1-4.fc7 (build/make) splinux25 gmail com giggle-0.3-2.fc8 (build/make) jbowes redhat com glipper-0.95.1-2.fc7 (build/make) splinux fedoraproject org gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak redhat com gnome-media-2.18.0-3.fc7 (build/make) bnocera redhat com gnome-phone-manager-0.8-5.fc7 (build/make) triad df lth se gnome-pilot-2.0.15-5.fc7 (build/make) mbarnes redhat com gnome-terminal-2.18.1-1.fc8 (build/make) besfahbo redhat com gnomescan-0.4.0.2-1.fc7 (build/make) dakingun gmail com gnotime-2.2.2-7.fc6 (build/make) toshio tiki-lounge com gnumeric-1.6.3-9.fc8 (build/make) j.w.r.degoede hhs nl gperiodic-2.0.8-8.fc8 (build/make) eric.tanguy univ-nantes fr gpp-0.6.6-3.fc6 (build/make) Matt_Domsch dell com gpredict-0.8.0-2.fc8 (build/make) denis poolshark org grads-1.9b4-20.fc7 (build/make) pertusus free fr grhino-0.16.0-1.fc7 (build/make) michel.salim gmail com grig-0.7.2-1.fc8 (build/make) denis poolshark org gstm-1.2-6.fc7 (build/make) splinux fedoraproject org gthumb-2.10.5-2.fc8 (build/make) besfahbo redhat com gtk-sharp-1.0.10-12.fc7 (build/make) paul all-the-johnsons co uk gtorrentviewer-0.2b-13.fc7 (build/make) paul city-fan org gtranslator-1.1.7-3.fc8 (build/make) foolish guezz net gutenprint-5.0.1-3.fc8 (build/make) twaugh redhat com gwenhywfar-2.6.0-1.fc8 (build/make) notting redhat com gwget-0.99-1.fc8 (build/make) fedora christoph-wickert de heartbeat-2.0.8-3.fc8 (build/make) kevin tummy com htop-0.6.5-1.fc7 (build/make) gajownik gmail com httpd-2.2.4-7 (build/make) jorton redhat com httpunit-1.6.2-1jpp.1.fc7 (build/make) mwringe redhat com ices-2.0.1-4.fc7 (build/make) andreas bawue net initscripts-8.55-1 (build/make) notting redhat com inn-2.4.3-6.fc6 (build/make) jkeating redhat com isdn4k-utils-3.2-54.fc7 (build/make) than redhat com jabberd-2.0-0.s11.13.fc8 (build/make) adrian lisas de jfsutils-1.1.11-0 (build/make) jwboyer jdub homelinux org jgroups-2.2.9.2-3jpp.2 (build/make) vivekl redhat com jogl-1.0.0-5.7.beta5.fc6 (build/make) green redhat com jokosher-0.9-4.fc8 (build/make) snecklifter gmail com junit-3.8.2-3jpp.1.fc7 (build/make) dbhole redhat com kadu-0.5.0-2.fc7 (build/make) mr.ecik gmail com kawa-1.9.0-2.fc7 (build/make) green redhat com kbibtex-0.1.5.52-10.fc7 (build/make) ch.nolte noltec org kdebindings-3.5.7-1.fc7.1 (build/make) than redhat com,rdieter math unl edu kdenetwork-3.5.7-1.fc8 (build/make) than redhat com,rdieter math unl edu kdevelop-3.4.1-2.fc8 (build/make) than redhat com,rdieter math unl edu kdewebdev-3.5.7-1.fc7 (build/make) than redhat com,rdieter math unl edu kdissert-1.0.7-1.fc7 (build/make) icon fedoraproject org kdnssd-avahi-0.1.3-0.1.20060713svn.fc6 (build/make) mbacovsk redhat com kgtk-0.8-2.fc7 (build/make) faucamp csir co za klamav-0.41-2.fc7 (build/make) andy smile org ua kphone-4.2-11.fc6 (build/make) dennis ausil us kpolynome-0.1.2-9.fc7 (build/make) cgoorah yahoo com au kpowersave-0.7.2-1.fc7 (build/make) dennis ausil us krusader-1.80.0-1.fc7 (build/make) mgarski post pl kst-1.4.0-6.fc8 (build/make) matt truch net kvm-31-1.fc8 (build/make) katzj redhat com ladspa-1.12-8.fc7 (build/make) thomas apestaart org ldapjdk-4.17-1jpp.7 (build/make) vivekl redhat com libapreq2-2.09-0.rc2.4.fc7 (build/make) bojan rexursive com libchewing-0.3.0-8.fc8 (build/make) cchance redhat com libetpan-0.49-2.fc7 (build/make) andreas.bierfert lowlatency de libgdiplus-1.2.4-1.fc8 (build/make) alexl redhat com libhugetlbfs-1.1-1.fc7 (build/make) drfickle k-lug org libopenraw-0.0.2-5.fc7 (build/make) trond.danielsen gmail com libprelude-0.9.13-1.fc7 (build/make) tscherf redhat com libpreludedb-0.9.11.1-2.fc7 (build/make) tscherf redhat com libpri-1.4.1-1.fc8 (build/make) jeff ocjtech us libupnp-1.6.0-1.fc8 (build/make) eric.tanguy univ-nantes fr libxml-1.8.17-15.fc6 (build/make) paul city-fan org libxml2-2.6.29-1 (build/make) veillard redhat com lilypond-doc-2.10.13-1.fc7 (build/make) qspencer ieee org linux-atm-2.5.0-1.20050118cvs (build/make) dwmw2 redhat com lockdev-1.0.1-11.fc7 (build/make) kzak redhat com mail-notification-4.1-3.fc8 (build/make) fedora leemhuis info maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe redhat com maven2-2.0.4-10jpp.6.fc7 (build/make) dbhole redhat com mbuffer-20070502-1.fc7 (build/make) alex dalloz de mikmod-3.2.2-2.fc7 (build/make) jnovy redhat com mlocate-0.16-1 (build/make) mitr redhat com mod_perl-2.0.3-9.1.fc7 (build/make) jorton redhat com monotone-0.35-4.fc8 (build/make) roland redhat com mosml-2.01-9.fc7 (build/make) gemi bluewin ch moto4lin-0.3-6.fc7 (build/make) jafo-redhat tummy com muine-0.8.7-3.fc7 (build/make) foolish guezz net museek+-0.1.12-5.fc7 (build/make) belegdol gmail com mx4j-3.0.1-6jpp.4 (build/make) fnasser redhat com mysql-5.0.45-3.fc8 (build/make) tgl redhat com nagios-2.9-2.fc8 (build/make) mmcgrath redhat com nano-2.0.6-1.fc8 (build/make) dwmw2 redhat com nant-0.85-12.fc7 (build/make) paul all-the-johnsons co uk nazghul-0.5.6-2.fc8 (build/make) tibbs math uh edu ncview-1.92e-10.fc7 (build/make) ed eh3 com nemiver-0.4.0-1.fc8 (build/make) peter thecodergeek com nessus-core-2.2.9-2.fc7 (build/make) andreas.bierfert lowlatency de netatalk-2.0.3-11.fc8 (build/make) mbarabas redhat com netpbm-10.35-14.fc8 (build/make) jnovy redhat com nkf-2.07-2.fc8 (build/make) tagoh redhat com notification-daemon-0.3.7-4.fc8 (build/make) davidz redhat com ntfs-3g-1.710-1.fc8 (build/make) tcallawa redhat com ntfsprogs-1.13.1-6.fc8 (build/make) tcallawa redhat com ocsinventory-client-1.01-5.fc7 (build/make) Fedora FamilleCollet com octave-forge-2006.07.09-9.fc7 (build/make) qspencer ieee org openais-0.80.1-6 (build/make) jkeating redhat com openalpp-20060714-3.fc7 (build/make) chris.stone gmail com openhpi-2.8.1-4.fc8 (build/make) pknirsch redhat com openmpi-1.2.3-4.fc8 (build/make) dledford redhat com,jvdias redhat com openpbx-1.2-3.rc3.svn2540.fc7 (build/make) dwmw2 redhat com openvpn-2.1-0.19.rc4.fc7 (build/make) steve silug org openvrml-0.16.6-2.fc8 (build/make) braden endoframe com orpie-1.4.3-5.fc6 (build/make) lists forevermore net osgal-20060903-3.fc7 (buildroot) chris.stone gmail com osgcal-0.1.44-4.fc7 (build/make) chris.stone gmail com pam_abl-0.2.3-3.fc7 (build/make) alex dalloz de pam_ccreds-4-2.fc7 (build/make) tmraz redhat com pari-2.3.0-5.fc7 (build/make) gemi bluewin ch pcmanx-gtk2-0.3.5-9.336svn.fc7 (build/make) sdl.web gmail com perl-5.8.8-25.fc8 (build/make) rnorwood redhat com,rc040203 freenet de,tcallawa redhat com perl-AnyData-0.10-3.fc6 (build/make) tcallawa redhat com perl-Apache-DBI-1.06-1.fc7 (build/make) Fedora FamilleCollet com perl-Apache-LogRegex-1.4-2.fc7 (build/make) steve silug org perl-Archive-Extract-0.22-1.fc8 (build/make) steve silug org perl-Archive-Tar-1.32-1.fc8 (build/make) rnorwood redhat com perl-Authen-DigestMD5-0.04-3.fc7 (build/make) paul city-fan org perl-Authen-SASL-2.10-1.fc6 (build/make) jpo di uminho pt perl-AutoClass-1_01-2.fc8 (build/make) alexl users sourceforge net perl-BerkeleyDB-0.32-1.fc8 (build/make) steve silug org perl-Boulder-1.30-3.fc6 (build/make) orion cora nwra com perl-CGI-Ajax-0.701-2.fc7 (build/make) cweyl alumni drew edu perl-CGI-Session-4.20-2.fc7 (build/make) andreas bawue net perl-CGI-Simple-0.077-6.fc6 (build/make) tcallawa redhat com perl-CGI-Untaint-1.26-2.fc6 (build/make) tcallawa redhat com perl-CGI-Untaint-date-1.00-2.fc6 (build/make) tcallawa redhat com perl-Cache-2.04-2.fc6 (build/make) pertusus free fr perl-Cache-Cache-1.05-1.fc6 (build/make) jpo di uminho pt perl-Cache-Mmap-0.09-2.fc7 (build/make) steve silug org perl-Cache-Simple-TimedExpiry-0.27-1.fc7 (build/make) rc040203 freenet de,lxtnow gmail com perl-Cflow-1.053-5.fc6 (build/make) orion cora nwra com perl-Chatbot-Eliza-1.04-3.fc7 (build/make) cweyl alumni drew edu perl-Class-Accessor-Chained-0.01-4.fc6 (build/make) tcallawa redhat com perl-Class-DBI-3.0.16-1.fc7 (build/make) tcallawa redhat com perl-Class-DBI-AbstractSearch-0.07-2.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Pager-0.08-2.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Pg-0.09-1.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Plugin-0.03-4.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Plugin-RetrieveAll-1.04-2.fc6 (build/make) tcallawa redhat com perl-Class-DBI-Plugin-Type-0.02-4.fc6 (build/make) tcallawa redhat com perl-Class-DBI-SQLite-0.11-2.fc6 (build/make) tcallawa redhat com perl-Class-DBI-mysql-1.00-2.fc6 (build/make) tcallawa redhat com perl-Class-Factory-Util-1.7-1.fc7 (build/make) cweyl alumni drew edu perl-Class-InsideOut-1.06-1.fc7 (build/make) cweyl alumni drew edu perl-Class-MakeMethods-1.01-2.fc6 (build/make) cweyl alumni drew edu perl-Class-MethodMaker-2.08-4.fc6 (build/make) dgregor redhat com perl-Class-Observable-1.04-2.fc7 (build/make) andreas bawue net perl-Class-Std-0.0.8-1.fc7 (build/make) andreas bawue net perl-Class-Trigger-0.10-2.fc6 (build/make) tcallawa redhat com perl-Class-Whitehole-0.04-3.fc6 (build/make) tcallawa redhat com perl-Compress-Bzip2-2.09-4.fc6 (build/make) jpo di uminho pt perl-Config-IniFiles-2.39-5.fc6 (build/make) jpo di uminho pt perl-Config-Record-1.1.1-3.fc6 (build/make) dgregor redhat com perl-Convert-ASN1-0.21-1.fc7 (build/make) rnorwood redhat com perl-Crypt-Blowfish-2.10-2.fc6 (build/make) andreas bawue net perl-Crypt-CBC-2.22-1.fc7 (build/make) andreas bawue net perl-Crypt-DH-0.06-6.fc7 (build/make) paul city-fan org perl-Crypt-DSA-0.14-4.fc7 (build/make) paul city-fan org perl-Crypt-PasswdMD5-1.3-2.fc7 (build/make) mmcgrath redhat com perl-DBD-AnyData-0.08-3.fc6 (build/make) tcallawa redhat com perl-DBD-CSV-0.22-5.fc6 (build/make) jpo di uminho pt perl-DBD-MySQL-4.005-1.fc8 (build/make) rnorwood redhat com perl-DBD-Pg-1.49-4.fc8 (build/make) rnorwood redhat com perl-DBD-SQLite-1.12-2.fc6 (build/make) jpo di uminho pt perl-DBD-SQLite2-0.33-6.fc6 (build/make) tcallawa redhat com perl-DBD-XBase-0.241-5.fc6 (build/make) jpo di uminho pt perl-Data-Compare-0.16-1.fc7 (build/make) jpo di uminho pt perl-Data-HexDump-0.02-3.fc6 (build/make) andreas bawue net perl-Data-Password-1.07-1.fc7 (build/make) andreas bawue net perl-Date-Calc-5.4-1.2.2.1 (build/make) rnorwood redhat com perl-Date-Pcalc-1.2-4.fc6 (build/make) mmcgrath redhat com perl-Date-Simple-3.02-5.fc7 (build/make) paul city-fan org perl-DateTime-Event-ICal-0.09-3.fc7 (build/make) steve silug org perl-DateTime-Event-Recurrence-0.16-4.fc7 (build/make) steve silug org perl-DateTime-Format-ICal-0.08-4.fc7 (build/make) steve silug org perl-DateTime-Format-MySQL-0.04-4.fc6 (build/make) cweyl alumni drew edu perl-DateTime-Format-Strptime-1.0700-3.fc7 (build/make) steve silug org perl-DateTime-Format-W3CDTF-0.04-2.fc7 (build/make) steve silug org perl-DateTime-Set-0.25-4.fc7 (build/make) steve silug org perl-Devel-Caller-0.11-1.fc7 (build/make) steve silug org perl-Devel-Cover-0.61-1.fc7 (build/make) jpo di uminho pt perl-Devel-Cycle-1.07-1.fc6 (build/make) jpo di uminho pt perl-Devel-Symdump-2.07-1.fc7 (build/make) rnorwood redhat com perl-Digest-HMAC-1.01-15 (build/make) rnorwood redhat com perl-Digest-MD4-1.5-3.fc6 (build/make) jpo di uminho pt perl-Digest-Nilsimsa-0.06-7.fc6 (build/make) wtogami redhat com perl-Email-MIME-Attachment-Stripper-1.313-2.fc7 (build/make) tcallawa redhat com perl-Exception-Class-1.23-3.fc7 (build/make) steve silug org perl-Expect-1.20-1.fc6 (build/make) jpo di uminho pt perl-Expect-Simple-0.02-1.fc6 (build/make) jpo di uminho pt perl-Exporter-Lite-0.02-1.fc7 (build/make) tcallawa redhat com perl-ExtUtils-AutoInstall-0.63-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-ExtUtils-CBuilder-0.19-1.fc8 (build/make) jpo di uminho pt perl-ExtUtils-Depends-0.205-5.fc6 (build/make) jpo di uminho pt perl-ExtUtils-ParseXS-2.18-1.fc7 (build/make) jpo di uminho pt perl-ExtUtils-PkgConfig-1.07-5.fc6 (build/make) jpo di uminho pt perl-ExtUtils-XSBuilder-0.28-2.fc6 (build/make) tcallawa redhat com perl-Feed-Find-0.06-2.fc6 (build/make) pertusus free fr perl-File-BaseDir-0.02-1.fc6 (build/make) pertusus free fr perl-File-DesktopEntry-0.02-1.fc6 (build/make) pertusus free fr perl-File-Find-Rule-0.30-2.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-File-MMagic-1.27-1 (build/make) rnorwood redhat com perl-File-NCopy-0.34-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-File-NFSLock-1.20-2.fc6 (build/make) pertusus free fr perl-File-ReadBackwards-1.04-3.fc7 (build/make) steve silug org perl-File-RsyncP-0.68-1.fc8 (build/make) mmcgrath redhat com perl-File-Tail-0.99.3-5.fc6 (build/make) jpo di uminho pt perl-File-Type-0.22-4.fc7 (build/make) steve silug org perl-File-Which-0.05-2.fc7 (build/make) jpo di uminho pt perl-Finance-Quote-1.13-1.fc7 (build/make) notting redhat com perl-Finance-YahooQuote-0.21-2.fc7 (build/make) wtogami redhat com perl-Font-AFM-1.19-4.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-FreezeThaw-0.43-5.fc6 (build/make) jpo di uminho pt perl-Frontier-RPC-0.07b4-1 (build/make) rnorwood redhat com perl-GD-2.35-2.fc6 (build/make) jpo di uminho pt perl-GD-SVG-0.28-1.fc8 (build/make) alexl users sourceforge net perl-GDGraph-1.44-2.fc8 (build/make) jpo di uminho pt perl-GDGraph3d-0.63-7.fc8 (build/make) jpo di uminho pt perl-GDTextUtil-0.86-8.fc6 (build/make) jpo di uminho pt perl-GPS-0.15-1.fc7 (build/make) jpo di uminho pt perl-GPS-PRN-0.05-1.fc7 (build/make) jpo di uminho pt perl-Geo-Constants-0.06-1.fc7 (build/make) jpo di uminho pt perl-Geo-Ellipsoids-0.14-1.fc7 (build/make) jpo di uminho pt perl-Geo-Forward-0.11-1.fc7 (build/make) jpo di uminho pt perl-Geo-Functions-0.06-1.fc7 (build/make) jpo di uminho pt perl-Geo-Inverse-0.05-1.fc7 (build/make) jpo di uminho pt perl-Glib-1.144-1.fc7 (build/make) jpo di uminho pt perl-Gnome2-GConf-1.043-1.fc6 (build/make) cweyl alumni drew edu perl-Gnome2-VFS-1.061-2.fc7 (build/make) cweyl alumni drew edu perl-HTML-Format-2.04-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-HTML-Parser-3.56-1.fc7 (build/make) rnorwood redhat com perl-HTML-Scrubber-0.08-4.fc6 (build/make) jpo di uminho pt perl-HTML-Table-2.04a-1.fc7 (build/make) orion cora nwra com perl-HTML-Tagset-3.10-5.fc7 (build/make) rnorwood redhat com perl-HTML-Template-2.9-1.fc7 (build/make) jpo di uminho pt perl-HTML-Template-Expr-0.07-4.fc7 (build/make) steve silug org perl-HTTP-Proxy-0.20-1.fc6 (build/make) jpo di uminho pt perl-HTTP-Request-Params-1.01-1.fc6 (build/make) jpo di uminho pt perl-HTTP-Server-Simple-0.27-1.fc7 (build/make) jpo di uminho pt perl-HTTP-Server-Simple-Mason-0.09-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-Hook-LexWrap-0.20-4.fc6 (build/make) jpo di uminho pt perl-IO-All-0.38-1.fc7 (build/make) steve silug org perl-IO-Capture-0.05-2.fc7 (build/make) jpo di uminho pt perl-IO-Interface-1.03-1.fc7 (build/make) jpo di uminho pt perl-IO-Multiplex-1.08-5.fc6 (build/make) lmb biosci ki se perl-IO-Socket-INET6-2.51-2.fc6 (build/make) wtogami redhat com perl-IO-Socket-SSL-1.02-1.fc7 (build/make) wtogami redhat com,jpo di uminho pt perl-IO-String-1.08-1.1.1 (build/make) rnorwood redhat com,jpo di uminho pt perl-IO-Tty-1.07-2.fc6 (build/make) jpo di uminho pt perl-IO-Zlib-1.04-4.2.1 (build/make) rnorwood redhat com,jpo di uminho pt perl-IPC-Cmd-0.36-2.fc7 (build/make) steve silug org perl-IPC-SharedCache-1.3-7.fc6 (build/make) jpo di uminho pt perl-Ima-DBI-0.34-2.fc6 (build/make) tcallawa redhat com perl-Image-Base-1.07-7.fc6 (build/make) jpo di uminho pt perl-Image-Xbm-1.08-6.fc6 (build/make) jpo di uminho pt perl-Image-Xpm-1.09-6.fc6 (build/make) jpo di uminho pt perl-Inline-0.44-15.2.1 (build/make) rnorwood redhat com perl-Kwiki-0.39-1.fc7 (build/make) steve silug org perl-Kwiki-Archive-Rcs-0.15-6.fc7 (build/make) steve silug org perl-Kwiki-Attachments-0.18-3.fc7 (build/make) steve silug org perl-Kwiki-Diff-0.03-4.fc7 (build/make) steve silug org perl-Kwiki-ModPerl-0.09-4.fc7 (build/make) steve silug org perl-Kwiki-NewPage-0.12-5.fc7 (build/make) steve silug org perl-Kwiki-Raw-0.02-4.fc7 (build/make) steve silug org perl-Kwiki-RecentChanges-0.14-3.fc7 (build/make) steve silug org perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve silug org perl-Kwiki-Search-0.12-5.fc7 (build/make) steve silug org perl-Kwiki-UserName-0.14-5.fc7 (build/make) steve silug org perl-Kwiki-UserPreferences-0.13-5.fc7 (build/make) steve silug org perl-Kwiki-Users-Remote-0.04-4.fc7 (build/make) steve silug org perl-LWP-Authen-Wsse-0.05-2.fc6 (build/make) pertusus free fr perl-Lingua-EN-Inflect-1.89-4.fc6 (build/make) tcallawa redhat com perl-Lingua-EN-Inflect-Number-1.1-5.fc6 (build/make) tcallawa redhat com perl-List-Compare-0.33-2.fc6 (build/make) cweyl alumni drew edu perl-Locale-Maketext-Fuzzy-0.02-4.fc6 (build/make) jpo di uminho pt perl-Locale-Maketext-Lexicon-0.64-1.fc8 (build/make) rc040203 freenet de,lxtnow gmail com perl-Log-Dispatch-Config-1.01-2.fc6 (build/make) cweyl alumni drew edu perl-Log-Dispatch-FileRotate-1.16-1.fc7 (build/make) jpo di uminho pt perl-Log-Log4perl-1.11-1.fc8 (build/make) jpo di uminho pt perl-Log-Message-0.01-3.fc7 (build/make) steve silug org perl-Log-Message-Simple-0.02-1.fc8 (build/make) steve silug org perl-MD5-2.03-1.fc7 (build/make) andreas bawue net perl-MIME-Lite-3.01-5.fc6 (build/make) mmcgrath redhat com perl-MIME-tools-5.420-3.fc7 (build/make) paul city-fan org perl-MLDBM-2.01-5.fc6 (build/make) jpo di uminho pt perl-MP3-Info-1.21-1.fc7.1 (build/make) chris.stone gmail com perl-Mail-Box-Parser-C-3.006-1.fc7 (build/make) tcallawa redhat com perl-Mail-Sender-0.8.13-2.fc6 (build/make) jpo di uminho pt perl-Mail-Sendmail-0.79-9.fc6 (build/make) jpo di uminho pt perl-MasonX-Interp-WithCallbacks-1.17-1.fc8 (build/make) steve silug org perl-Math-Round-0.06-1.fc7 (build/make) cweyl alumni drew edu perl-Math-Vec-0.04-2.fc7 (build/make) roozbeh farsiweb info perl-Module-Build-0.2808-1.fc8 (build/make) steve silug org perl-Module-Install-0.67-1.fc8 (build/make) steve silug org perl-Module-Load-0.10-3.fc7 (build/make) steve silug org perl-Module-Load-Conditional-0.16-2.fc7 (build/make) steve silug org perl-Module-Loaded-0.01-3.fc7 (build/make) steve silug org perl-Module-Locate-1.7-1.fc6 (build/make) jpo di uminho pt perl-Module-Pluggable-3.60-1.fc7 (build/make) steve silug org perl-Module-Versions-Report-1.03-1.fc8 (build/make) jpo di uminho pt perl-Mozilla-LDAP-1.5.2-1.fc8 (build/make) rmeggins redhat com perl-Net-CUPS-0.51-2.fc7 (build/make) cweyl alumni drew edu perl-Net-Domain-TLD-1.65-1.fc7 (build/make) tcallawa redhat com perl-Net-GPSD-0.35-1.fc7 (build/make) jpo di uminho pt perl-Net-IP-CMatch-0.02-4.fc6 (build/make) orion cora nwra com perl-Net-Jabber-2.0-7.fc6 (build/make) cweyl alumni drew edu perl-Net-Netmask-1.9012-3.fc6 (build/make) wtogami redhat com perl-Net-Patricia-1.014-3.fc6 (build/make) orion cora nwra com perl-Net-SNMP-5.2.0-1.fc6 (build/make) jpo di uminho pt perl-Net-SNPP-1.17-2.fc7 (build/make) jeff ocjtech us perl-Net-SSH-Perl-1.30-4.fc7 (build/make) paul city-fan org perl-Net-SSLeay-1.30-4.fc6 (build/make) wtogami redhat com,jpo di uminho pt perl-Net-Server-0.97-1.fc8 (buildroot) nicolas.mailhot laposte net perl-Net-Telnet-3.03-5 (build/make) jkeating redhat com perl-Net-XMPP-1.02-2.fc7 (build/make) cweyl alumni drew edu perl-NetAddr-IP-4.004-3.fc8 (build/make) andreas bawue net perl-OLE-Storage_Lite-0.14-8.fc6 (build/make) tcallawa redhat com perl-Object-Accessor-0.32-2.fc7 (build/make) steve silug org perl-OpenFrame-3.05-6.fc7 (build/make) steve silug org perl-PBS-0.31-3.fc6 (build/make) garrick usc edu perl-POE-API-Peek-1.0802-1.fc7 (build/make) cweyl alumni drew edu perl-POE-Component-Child-1.39-2.fc6 (build/make) cweyl alumni drew edu perl-POE-Component-Client-LDAP-0.04-3.fc6 (build/make) cweyl alumni drew edu perl-POE-Component-SNMP-1.07-1.fc6 (build/make) cweyl alumni drew edu perl-POE-Component-Server-HTTP-0.09-3.fc6 (build/make) cweyl alumni drew edu perl-POE-Component-Server-SOAP-1.11-1.fc8 (build/make) cweyl alumni drew edu perl-POE-Component-Server-SimpleHTTP-1.23-2.fc7 (build/make) cweyl alumni drew edu perl-POE-Component-SimpleLog-1.04-1.fc6 (build/make) cweyl alumni drew edu perl-POE-Wheel-Null-0.01-2.fc6 (build/make) cweyl alumni drew edu perl-PPI-Tester-0.06-2.fc6 (build/make) jpo di uminho pt perl-Package-Constants-0.01-3.fc7 (build/make) steve silug org perl-PadWalker-1.5-1.fc7 (build/make) jpo di uminho pt perl-Params-Check-0.26-1.fc7 (build/make) steve silug org perl-Parse-CPAN-Packages-2.26-4.fc7 (build/make) steve silug org perl-Parse-RecDescent-1.94-6.fc8 (build/make) rnorwood redhat com perl-Parse-Yapp-1.05-36.fc6 (build/make) pertusus free fr perl-PatchReader-0.9.5-4.fc6 (build/make) stickster gmail com perl-Perl6-Bible-0.30-3.fc7 (build/make) steve silug org perl-Pipeline-3.12-4.fc7 (build/make) steve silug org perl-Pod-Escapes-1.04-5.fc6 (build/make) jpo di uminho pt perl-Pod-POM-0.17-6.fc6 (build/make) tcallawa redhat com perl-Pod-Simple-3.05-1.fc8 (build/make) jpo di uminho pt perl-Pod-Spell-1.01-2.fc7 (build/make) jpo di uminho pt perl-Proc-Daemon-0.03-1.fc7.1 (build/make) Fedora FamilleCollet com perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl alumni drew edu perl-Readonly-1.03-6.fc6 (build/make) cweyl alumni drew edu perl-Readonly-XS-1.04-7.fc6 (build/make) cweyl alumni drew edu perl-Regexp-Common-2.120-5.fc6 (build/make) rc040203 freenet de,lxtnow gmail com perl-SNMP_Session-1.08-3.fc6 (build/make) jpo di uminho pt perl-SOAP-Lite-0.68-2.fc6 (build/make) mmcgrath redhat com perl-SQL-Abstract-1.22-1.fc7 (build/make) tcallawa redhat com perl-SQL-Library-0.0.3-2.fc6 (build/make) cweyl alumni drew edu perl-SQL-Statement-1.15-2.fc6 (build/make) jpo di uminho pt perl-SUPER-1.16-1.fc7 (build/make) cweyl alumni drew edu perl-SVG-2.34-1.fc8 (build/make) alexl users sourceforge net perl-Scalar-Properties-0.12-1.fc6 (build/make) jpo di uminho pt perl-Set-Infinite-0.61-3.fc7 (build/make) steve silug org perl-Set-Scalar-1.20-1.fc7 (build/make) jpo di uminho pt perl-Socket6-0.19-3.fc6 (build/make) wtogami redhat com,jpo di uminho pt perl-Spiffy-0.30-7.fc7 (build/make) steve silug org perl-Spreadsheet-ParseExcel-0.3200-1.fc8 (build/make) steve silug org perl-Spreadsheet-WriteExcel-2.17-2.fc6 (build/make) tcallawa redhat com perl-Statistics-Descriptive-2.6-2.fc6 (build/make) pertusus free fr perl-String-Approx-3.26-1.fc7 (build/make) orion cora nwra com perl-String-CRC32-1.4-2.fc6 (build/make) rnorwood redhat com,paul city-fan org perl-String-Format-1.14-1.fc6 (build/make) jpo di uminho pt perl-Sub-Identify-0.02-2.fc7 (build/make) cweyl alumni drew edu perl-Sub-Name-0.02-2.fc6 (build/make) cweyl alumni drew edu perl-Sys-SigAction-0.10-1.fc7 (build/make) andreas bawue net perl-TeX-Hyphen-0.140-5.fc6 (build/make) jpo di uminho pt perl-Template-GD-2.66-2.fc7 (build/make) tcallawa redhat com perl-Template-Plugin-Class-0.13-2.fc6 (build/make) tcallawa redhat com perl-Template-Toolkit-2.18-1.fc7 (build/make) tcallawa redhat com perl-Term-UI-0.14-2.fc7 (build/make) steve silug org perl-TermReadKey-2.30-1.2.2.1 (build/make) rnorwood redhat com perl-Test-Cmd-1.05-1.fc6 (build/make) jpo di uminho pt perl-Test-Differences-0.47-2.fc6 (build/make) jpo di uminho pt perl-Test-Expect-0.30-1.fc6 (build/make) jpo di uminho pt perl-Test-Portability-Files-0.05-4.fc7 (build/make) steve silug org perl-Test-Tester-0.104-2.fc7 (build/make) steve silug org perl-Test-WWW-Mechanize-1.14-1.fc8 (build/make) jpo di uminho pt perl-Text-CHM-0.01-2.fc6 (build/make) pertusus free fr perl-Text-CharWidth-0.04-2.fc7 (build/make) Axel.Thimm ATrpms net perl-Text-Kakasi-2.04-4.fc8 (build/make) tagoh redhat com perl-Text-Levenshtein-0.05-4.fc7 (build/make) steve silug org perl-Text-Quoted-2.02-2.fc7 (build/make) rc040203 freenet de,lxtnow gmail com perl-Text-Shellwords-1.08-1.fc8 (build/make) alexl users sourceforge net perl-Text-Template-1.44-4.fc6 (build/make) jpo di uminho pt perl-Text-Tree-1.0-2.fc7 (build/make) cweyl alumni drew edu perl-Text-Unidecode-0.04-4.fc6 (build/make) pertusus free fr perl-Text-WrapI18N-0.06-2.fc7 (build/make) Axel.Thimm ATrpms net perl-Text-Wrapper-1.01-1.fc7 (build/make) rc040203 freenet de,lxtnow gmail com perl-Tie-DBI-1.02-2.fc6 (build/make) tcallawa redhat com perl-Tie-IxHash-1.21-6.fc6 (build/make) jpo di uminho pt perl-Time-Period-1.20-1.fc6 (build/make) robert marcanoonline com perl-Time-Piece-1.09-2.fc6 (build/make) chris chrisgrau com perl-Time-modules-2003.1126-4.fc6 (build/make) kaboom oobleck net perl-Tk-804.027-11.fc7 (build/make) andreas.bierfert lowlatency de perl-Tree-DAG_Node-1.05-4.fc6 (build/make) jpo di uminho pt perl-UNIVERSAL-exports-0.05-2.fc6 (build/make) tcallawa redhat com perl-UNIVERSAL-isa-0.06-2.fc6 (build/make) jpo di uminho pt perl-UNIVERSAL-moniker-0.08-4.fc6 (build/make) tcallawa redhat com perl-URI-1.35-3 (build/make) rnorwood redhat com perl-User-Identity-0.91-1.fc7 (build/make) tcallawa redhat com perl-WWW-Babelfish-0.16-1.fc7 (build/make) cweyl alumni drew edu perl-WWW-Bugzilla-0.9-1.fc7 (build/make) jpo di uminho pt perl-X11-Protocol-0.55-5.fc6 (build/make) duncan_j_ferguson yahoo co uk perl-XML-DOM-1.44-2.fc6 (build/make) orion cora nwra com perl-XML-Dumper-0.81-2.fc6 (build/make) rnorwood redhat com perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) andreas bawue net perl-XML-Grove-0.46alpha-29.1.1 (build/make) rnorwood redhat com perl-XML-LibXML-1.62001-2.fc7 (build/make) rnorwood redhat com perl-XML-LibXML-Common-0.13-8.2.2 (build/make) rnorwood redhat com perl-XML-LibXSLT-1.62-1.fc8 (build/make) zing fastmail fm perl-XML-NamespaceSupport-1.09-2.fc8 (build/make) rnorwood redhat com perl-XML-Parser-2.34-6.1.2.2.1 (build/make) rnorwood redhat com perl-XML-RegExp-0.03-2.fc6 (build/make) orion cora nwra com perl-XML-SAX-Writer-0.50-2.fc7 (build/make) andreas bawue net perl-XML-Stream-1.22-6.fc6 (build/make) cweyl alumni drew edu perl-XML-Validator-Schema-1.08-1.fc7 (build/make) andreas bawue net perl-XML-XPath-1.13-4.fc6 (build/make) rnorwood redhat com perl-YAML-Parser-Syck-0.01-8.fc7 (build/make) steve silug org perl-bioperl-1.5.2_102-8.fc8 (build/make) alexl users sourceforge net perl-libxml-perl-0.08-1.2.1 (build/make) rnorwood redhat com perl-pmtools-1.01-2.fc6 (build/make) jpo di uminho pt php-extras-5.2.1-1.fc7 (buildroot) dmitry butskoy name,limb jcomserv net pilot-link-0.12.2-4.fc8 (build/make) varekova redhat com plexus-xmlrpc-1.0-0.1.b4.3jpp.5.fc7 (build/make) dbhole redhat com polyxmass-bin-0.9.3-2.fc6 (build/make) andreas.bierfert lowlatency de postgresql-8.2.4-3.fc8 (build/make) tgl redhat com ppc64-utils-0.11-4.fc7 (buildroot) pnasrat redhat com prelink-0.3.10-1 (build/make) jakub redhat com pwlib-1.10.7-1.fc7 (build/make) veillard redhat com pygoocanvas-0.6.0-2.fc7 (buildroot) bjohnson symetrix com pyspi-0.6.1-3.fc7 (build/make) zcerza redhat com python-docs-2.5.1-1.fc8 (build/make) james.antill redhat com python-urljr-1.0.1-1.fc7 (build/make) jeff ocjtech us qa-assistant-0.4.90.5-2.fc6 (build/make) toshio tiki-lounge com qemu-0.9.0-2.fc7 (build/make) dwmw2 redhat com,j.w.r.degoede hhs nl qpidc-0.2-5.fc7 (build/make) aconway redhat com,meyering redhat com,nsantos redhat com qt-3.3.8-4.fc7 (build/make) than redhat com quarry-0.2.0-1.fc7 (build/make) michel.salim gmail com raidem-0.3.1-5.fc6 (build/make) j.w.r.degoede hhs nl rapidsvn-0.9.4-4.fc7 (build/make) rpm timj co uk renrot-0.25-2.fc7 (build/make) andy smile org ua resapplet-0.1.1-5.fc7 (build/make) rvokal redhat com revelation-0.4.11-3.fc8 (build/make) fedora leemhuis info,jspaleta gmail com rhm-0.1-3.fc7 (build/make) aconway redhat com,nsantos redhat com ruby-activerecord-1.15.1-1.fc7 (build/make) dlutter redhat com ruby-bdb-0.6.0-1.fc7 (build/make) miker5slow grandecom net rxvt-unicode-8.2-1.fc8 (build/make) andreas.bierfert lowlatency de samba-3.0.25b-3.fc8 (build/make) ssorce redhat com scipy-0.5.2-2.2.fc7 (build/make) jspaleta gmail com scrip-1.4-6.fc6 (build/make) ed eh3 com seahorse-1.0.1-7.fc8 (build/make) skvidal linux duke edu sendmail-8.14.1-2 (build/make) twoerner redhat com shapelib-1.2.10-12.20060304cvs (build/make) mccann0011 hotmail com smart-0.50-46.fc8 (build/make) Axel.Thimm ATrpms net snort-2.6.1.3-1.fc7 (build/make) dennis ausil us soundtracker-0.6.8-2.fc6 (build/make) seg haxxed com struts-1.2.9-4jpp.6 (build/make) dbhole redhat com subversion-1.4.3-4 (build/make) jorton redhat com swatch-3.2.1-1.fc6 (build/make) jpo di uminho pt sweep-0.9.2-1.fc7 (build/make) gemi bluewin ch synce-software-manager-0.9.0-7.fc6 (build/make) andreas.bierfert lowlatency de synce-trayicon-0.9.0-8.fc6 (build/make) andreas.bierfert lowlatency de syslog-ng-2.0.5-1.fc8 (build/make) jpo di uminho pt,pvrabec redhat com sysprof-kmod-1.0.8-1.2.6.23_0.61.rc1.git9.fc8 (buildroot) giallu gmail com system-config-keyboard-1.2.11-1.fc7 (build/make) pnasrat redhat com tcl-thread-2.6.5-2.fc7 (build/make) jwboyer jdub homelinux org tclabc-1.0.9-1.fc7 (build/make) gemi bluewin ch tetex-3.0-41.fc8 (build/make) jnovy redhat com tgif-4.1.45-4.fc8 (build/make) mtasaka ioa s u-tokyo ac jp thewidgetfactory-0.2.1-2.fc6 (build/make) luya_tfz thefinalzone com tinyerp-4.0.3-1.fc7 (build/make) dan danny cz tla-1.3.4-5.fc6 (build/make) jwboyer jdub homelinux org tor-0.1.2.15-1.fc8 (build/make) enrico.scholz informatik tu-chemnitz de udftools-1.0.0b3-7.fc6 (build/make) extras-orphan fedoraproject org udunits-1.12.4-11.fc8.1 (build/make) tcallawa redhat com unison-2.13.16-3.fc6 (build/make) gemi bluewin ch unzip-5.52-4.fc7 (build/make) varekova redhat com util-vserver-0.30.213-2.fc8 (build/make) enrico.scholz informatik tu-chemnitz de velocity-1.4-6jpp.1 (build/make) vivekl redhat com vim-7.1.77-1.fc8 (build/make) karsten redhat com vkeybd-0.1.17a-3.fc7 (build/make) green redhat com vnc-4.1.2-20.1.fc8 (build/make) atkac redhat com widelands-0-0.4.build10.fc7 (build/make) karlikt gmail com wine-docs-0.9.42-1.fc8 (build/make) andreas.bierfert lowlatency de wp_tray-0.5.3-4.fc7 (build/make) denis poolshark org xaos-3.2.3-1.fc7 (build/make) gemi bluewin ch xawtv-3.95-5.fc8 (build/make) dmitry butskoy name xdaliclock-2.23-3.fc6 (build/make) kaboom oobleck net xen-3.1.0-2.fc8 (build/make) riel redhat com xferstats-2.16-14.1 (build/make) than redhat com xfsdump-2.2.45-2.fc8 (build/make) cattelan redhat com,esandeen redhat com xine-lib-1.1.7-1.fc8 (build/make) gauret free fr xkeycaps-2.46-6.fc7 (build/make) tcallawa redhat com xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser redhat com xmlunit-1.0-4jpp.1.fc7 (build/make) pcheung redhat com xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint redhat com xorg-x11-drv-sisusb-0.8.1-6.fc8 (build/make) xgl-maint redhat com xorg-x11-fonts-7.2-1.fc8 (build/make) xgl-maint redhat com xpilot-ng-4.7.2-12.fc7 (build/make) wart kobold org xsupplicant-1.2.8-3.fc8 (build/make) tcallawa redhat com yap-5.1.1-5.fc8 (build/make) gemi bluewin ch zaptel-1.4.2.1-1.fc7 (build/make) jeff ocjtech us zvbi-0.2.25-1.fc8 (build/make) packages amiga-hardware com zziplib-0.13.49-2.fc8 (build/make) matthias rpmforge net zzuf-0.9-1.fc8 (build/make) ville.skytta iki fi With bugs filed: 0 ---------------------------------- -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From pertusus at free.fr Sat Aug 25 13:30:01 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 25 Aug 2007 15:30:01 +0200 Subject: buildid and g77 Message-ID: <20070825133001.GB435@free.fr> Hello, I get a failure in Matt rebuilds for cernlib-g77 which is built with g77: + /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/cernlib-g77-2006 extracting debug info from /var/tmp/cernlib-g77-2006-17.fc8-root-mockbuild/usr/bin/nyshell-g77 *** ERROR: No build ID note found in /var/tmp/cernlib-g77-2006-17.fc8-root-mockbuild/usr/bin/nyshell-g77 Could it be because it is built with g77? Is there a workaround? -- Pat From sundaram at fedoraproject.org Sat Aug 25 13:59:23 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 25 Aug 2007 19:29:23 +0530 Subject: kde4 status? In-Reply-To: <16de708d0708241522m248f1b1x311365aeb492b27b@mail.gmail.com> References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> <16de708d0708241522m248f1b1x311365aeb492b27b@mail.gmail.com> Message-ID: <46D035BB.9020303@fedoraproject.org> Arthur Pemberton wrote: > Would be also nice if we had an official mailing list. The last KDE > centric question I sent to the fedora-devel was ignored... I assume > because it didn't properly meet the understanding of the -devel list. I would prefer we didn't create more mailing lists. I guess you can use fedora-desktop list. Questions get left out all the time in any mailing list. This one is no different. Rahul From dwmw2 at infradead.org Sat Aug 25 15:33:37 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 25 Aug 2007 16:33:37 +0100 Subject: Access to F7/rawhide on ppc64? In-Reply-To: References: Message-ID: <1188056017.24528.113.camel@pmac.infradead.org> On Sat, 2007-08-25 at 00:40 -0400, Deji Akingunola wrote: > Can someone with F7 or rawhide on ppc64 please temporarily grant me > access to it? I need to debug while attempts to build latest clucene > [1] is failing on that architecture (fails during make check); i386, > x86_64 and ppc all builds successfully. Let me have a SSHv2 public key and I'll give you an account on a suitable box. Thanks for taking the time to investigate. -- dwmw2 From ssorce at redhat.com Sat Aug 25 15:38:51 2007 From: ssorce at redhat.com (Simo Sorce) Date: Sat, 25 Aug 2007 11:38:51 -0400 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <20070825081653.A24356@humbolt.us.dell.com> References: <20070825081653.A24356@humbolt.us.dell.com> Message-ID: <1188056331.3323.23.camel@localhost.localdomain> On Sat, 2007-08-25 at 08:16 -0500, Matt Domsch wrote: > samba-3.0.25b-3.fc8 (build/make) ssorce redhat com Matt, something fishy in your system, the latest samba package in rawhide is 3.0.25c-3 (note the c instead of a b). The package you show in this list is expected to fail because of the change in glibc "open" with the new macro interfering with use of "open" as a structure member or function pointer. I assume most other packages are some revision behind and fail for the same reason. Simo. From jwboyer at jdub.homelinux.org Sat Aug 25 15:43:10 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 25 Aug 2007 10:43:10 -0500 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <1188056331.3323.23.camel@localhost.localdomain> References: <20070825081653.A24356@humbolt.us.dell.com> <1188056331.3323.23.camel@localhost.localdomain> Message-ID: <20070825104310.3ea40926@vader.jdub.homelinux.org> On Sat, 25 Aug 2007 11:38:51 -0400 Simo Sorce wrote: > On Sat, 2007-08-25 at 08:16 -0500, Matt Domsch wrote: > > samba-3.0.25b-3.fc8 (build/make) ssorce redhat com > > Matt, > something fishy in your system, > the latest samba package in rawhide is 3.0.25c-3 (note the c instead of > a b). The package you show in this list is expected to fail because of > the change in glibc "open" with the new macro interfering with use of > "open" as a structure member or function pointer. > I assume most other packages are some revision behind and fail for the > same reason. It's not really fishy. It just takes a really long time to do a full rebuild, so the run was probably started before a lot of things were fixed. jfsutils and tla (thanks to Joe Orton) are also both fixed already. josh From pertusus at free.fr Sat Aug 25 17:07:53 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 25 Aug 2007 19:07:53 +0200 Subject: must send modifications license acceptable? Message-ID: <20070825170753.GB31286@free.fr> Hello, In TeX Live there are at least 2 licenses with the obligation to send modifications: * This is dvips, a freely redistributable PostScript driver * for dvi files. It is (C) Copyright 1986-2004 by Tomas Rokicki. * You may modify and use this program to your heart's content, * so long as you send modifications to Tomas Rokicki. It can * be included in any distribution, commercial or otherwise, so * long as the banner string defined below is not modified (except * for the version number) and this banner is printed on program * invocation, or can be printed on program invocation with the -? * option. For makeindex there is a rather classical license with: "All modified versions should be reported back to the author." There is a similar clause, with an additional condition, that the assent of the copyright holders should be asked for in the Academic Free License which is considered to be free: http://opensource.org/licenses/academic.php 9. Acceptance and Termination. ............ If You distribute or communicate copies of the Original Work or a Derivative Work, You must make a reasonable effort under the circumstances to obtain the express assent of recipients to the terms of this License. I guess that this is considered to be free enough for Fedora, still it seems to me that these license should be considered special, since a patch cannot be distributed in fedora without contacting somebody, and therefore the fedora contributors must be aware of these conditions before touching the package. In the first 2 cases it is not that problematic, since the change can be made without prior contact, but for the AFL this could be very problematic, delay and complicate changes. Lastly it seems to me that similar clauses renders the license GPL incompatible. Am I wrong? -- Pat From dino at trieste.linux.it Sat Aug 25 17:44:43 2007 From: dino at trieste.linux.it (Dino Leonardo Sangoi) Date: Sat, 25 Aug 2007 19:44:43 +0200 Subject: b43 driver, firmware and kernel 2.6.23-0.135.rc3.git7.fc8 Message-ID: <20070825194443.73cc594f@sixtyfour.casa.net> Hi, After updating today to kernel 2.6.23-0.135.rc3.git7.fc8, my BCM wireless card broke (again). The previous kernel (2.6.23-0.129.rc3.git4.fc8) worked well. This time the problem was easy to find: in dmesg I got: Aug 25 17:41:42 sixtyfour kernel: b43-phy0 ERROR: Firmware file "b43/ucode5.fw" not found or load failed. Aug 25 17:41:42 sixtyfour kernel: b43-phy0 ERROR: You must go to http://linuxwireless.org/en/users/Drivers/bcm43xx#devicefirmware and download the correct firmware (version 4). Despite the helpful message, the problem was not getting a driver, but being able to cut the firmware: the bcm43xx-fwcutter tool doesn't work with this new b43 version. Googling a bit I found that fwcutter changed: now 'b43-fwcutter' is needed. It doesn't seems to be a b43-fwcutter in rawhide repositories: # yum list '*b43*' Error: No matching Packages to list # yum list '*fwcutter*' Installed Packages bcm43xx-fwcutter.i386 006-3.fc8 installed # Getting the tarball (If anybody else needs it, you can get it at http://prdownload.berlios.de/bcm43xx/b43-fwcutter-008.tar.bz2) worked, and now I'm using the latest-and-greatest kernel. Maybe a nicer way to handle these changes would be delivering the needed package to the repositories, sending a heads-up to Fedora testers list, and then changing the kernel. Dino. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Sat Aug 25 17:47:50 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 25 Aug 2007 13:47:50 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-25 Message-ID: <20070825174750.62DC4152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 5 clamav-0.88.7-4.fc6 emacs-common-muse-3.11-1.fc6 libextractor-0.5.18a-1.fc6 ntfs-3g-1.810-1.fc6.1 pan-0.132-1.fc6 Changes in Fedora Extras 6: clamav-0.88.7-4.fc6 ------------------- * Sat Aug 25 2007 Enrico Scholz - 0.88.7-4 - fixed DOS in HTML normalizer (backported from 0.91.2) emacs-common-muse-3.11-1.fc6 ---------------------------- * Sat Aug 25 2007 Jonathan G. Underwood - 3.11-1 - Update to version 3.11 libextractor-0.5.18a-1.fc6 -------------------------- * Sat Aug 25 2007 Enrico Scholz - 0.5.18a-1 - updated to 0.5.18a - renamed 'extract' program to 'libextractor-extract' - installed info file ntfs-3g-1.810-1.fc6.1 --------------------- * Fri Aug 24 2007 Tom "spot" Callaway 2:1.810-1 - bump to 1.810 - fix license tag - rebuild for ppc32 pan-0.132-1.fc6 --------------- * Sat Aug 25 2007 Alexander Dalloz - 1:0.132-1 - Update to 0.132 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From sundaram at fedoraproject.org Sat Aug 25 17:46:34 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 25 Aug 2007 23:16:34 +0530 Subject: must send modifications license acceptable? In-Reply-To: <20070825170753.GB31286@free.fr> References: <20070825170753.GB31286@free.fr> Message-ID: <46D06AFA.5090304@fedoraproject.org> Patrice Dumas wrote: > Hello, > > In TeX Live there are at least 2 licenses with the obligation to send > modifications: > * This is dvips, a freely redistributable PostScript driver > * for dvi files. It is (C) Copyright 1986-2004 by Tomas Rokicki. > * You may modify and use this program to your heart's content, > * so long as you send modifications to Tomas Rokicki. It can > * be included in any distribution, commercial or otherwise, so > * long as the banner string defined below is not modified (except > * for the version number) and this banner is printed on program > * invocation, or can be printed on program invocation with the -? > * option. > > For makeindex there is a rather classical license with: > "All modified versions should be reported back to the author." A requirement to send modifications to anybody is non-free. A request to do so as in the Academic Free License is not. Rahul From g at socallinuxexpo.org Sat Aug 25 18:03:46 2007 From: g at socallinuxexpo.org (Gareth J. Greenaway) Date: Sat, 25 Aug 2007 11:03:46 -0700 Subject: So Cal Linux Expo Announces Women in Open Source Call For Papers Message-ID: <200708251103.46774.g@socallinuxexpo.org> August 25, 2008 The Linux Expo of Southern California is proud to announce their second Women in Open Source Conference. The conference will be held on February 8th, 2008 in conjunction with the 6th Annual So Cal Linux Expo. Continuing our efforts to encourage women of all ages to be a part of the free and open source community, we invite you to showcase your work on Free and Open Source projects. Join us in sharing your accomplishments, success stories, and advancements. Past attendees at this event have included women in technology, teachers, and parents of young girls. Widespread acceptance of the Linux Expo and participation by the user community have established SCALE as the premiere Open Source conference in the Southwest. 2008 marks the sixth year that SCALE has been engaging and inspiring the open source community. Our event is uniquely community-based and attracts a wide variety of sponsors, non-profit groups, user groups, and attendees. The Call For Papers for the Women In Open Source conference can be found here: http://socallinuxexpo.org/scale6x/documents/scale6x-wios-cfp.pdf -- Gareth J. Greenaway | g at socallinuxexpo.org Voice - 877-831-2569 x130 Southern California Linux Expo http://www.socallinuxexpo.org From cjdahlin at ncsu.edu Sat Aug 25 18:33:22 2007 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Sat, 25 Aug 2007 14:33:22 -0400 Subject: [Fwd: Re: USB Key light on/off state depending on mount] Message-ID: <46D075F2.3010203@ncsu.edu> I recently posted on lkml asking about making the light on your USB key shut off when it was not mounted. Some responses came back suggesting this is not difficult. Might we consider this for inclusion in Fedora? -Casey Dahlin -------- Original Message -------- Subject: Re: USB Key light on/off state depending on mount Date: Sat, 25 Aug 2007 13:58:06 +0200 From: ?ric Piel To: James Bruce CC: linux-kernel at vger.kernel.org, Casey Dahlin References: <46CF6791.8040509 at shaw.ca> <46D00928.1080901 at andrew.cmu.edu> 25/08/07 12:49, James Bruce wrote/a ?crit: > Robert Hancock wrote: >> Casey Dahlin wrote: >>> Most USB keys nowadays have a small LED somewhere inside of them that >>> lights up when they are plugged in. On a windows box, the key is lit >>> up whenever it is mounted, and as soon as it is unmounted it turns >>> off, giving a handy physical indicator that the key is safe to >>> remove. On linux, the light is simply on whenever the key is plugged in. >>> >>> Should linux toggle the light depending on mount state? Is it as >>> trivial as it seems or does this reflect some larger issue? >> >> I think that Windows turns off power to the port when you do the >> "safely remove hardware" on it, or something like that. Mount/unmount >> doesn't really indicate whether the device is in use in Linux, though, >> since it can still be potentially accessed even when the device isn't >> mounted. > > If there is a way to toggle the power state from userspace, then a > desktop environment or userland tool can emulate the Windows behavior if > that is desired. A lot of devices can charge via USB now, and this is > actually more convenient on Linux than on Windows (in effect Windows > requires drivers in order to charge something). However, having direct > control over this is useful. Yes, maybe some userspace such as HAL could turn off the usb devices at the same time it's unmounted. Actually that would be rather intuitive way to tell the user the umount is finished. There doesn't seem to be any loss of funcitonality, once it's turned off you can still re-access the device, and it's automatically turned on again (at least on my PC). For the record, here is how one can switch off a usb device (as root): # cd /sys/bus/usb/devices/usb*/[0-9]-[0-9] (just go to the directory of the device) # echo -n 2 > *:1.0/power/state # echo -n 2 > power/state I use this to turn off my optical mouse when watching movies, but it works fine as well to turn off usb storage devices. It can also be turned on with # echo -n 0 > power/state See you, Eric - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo at vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ From dwmw2 at infradead.org Sat Aug 25 19:06:07 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 25 Aug 2007 20:06:07 +0100 Subject: b43 driver, firmware and kernel 2.6.23-0.135.rc3.git7.fc8 In-Reply-To: <20070825194443.73cc594f@sixtyfour.casa.net> References: <20070825194443.73cc594f@sixtyfour.casa.net> Message-ID: <1188068767.11679.96.camel@pmac.infradead.org> On Sat, 2007-08-25 at 19:44 +0200, Dino Leonardo Sangoi wrote: > Maybe a nicer way to handle these changes would be delivering the > needed package to the repositories, sending a heads-up to Fedora > testers list, and then changing the kernel. Yeah, John and I did discuss it briefly, and I think he was going to create a new b43-fwcutter package and submit it for review. Rawhide is... well, rawhide. You get to keep both pieces when it breaks. But I agree that before we switch F-7 to the new driver (which we'd like to do, because it's better), we should have a slightly more coherent strategy in place. If we could find a way to 'convert' the old-style extracted firmware to the new format, that would make it a lot easier -- it could be a %post script in b43-fwcutter then, and the new kernel could require b43-fwcutter (or conflict with bcm43xx-fwcutter, perhaps). -- dwmw2 From christoph.wickert at nurfuerspam.de Sat Aug 25 19:06:29 2007 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Sat, 25 Aug 2007 21:06:29 +0200 Subject: need help with a intltool problem Message-ID: <1188068789.3587.39.camel@wicktop.localdomain> Hi all, I need help with a build-error I don't understand. gwget doesn't build any longer on devel with intltool 0.36.1. > Making all in data > make[2]: Entering directory `/builddir/build/BUILD/gwget-0.99/data' > LC_ALL=C ../intltool-merge -s -u -c ../po/.intltool-merge-cache ../po gwget.schemas.in gwget.schemas > Possible unintended interpolation of @INTLTOOL_ICONV in string at ../intltool-merge line 96. > Global symbol "@INTLTOOL_ICONV" requires explicit package name at ../intltool-merge line 96. > BEGIN not safe after errors--compilation aborted at ../intltool-merge line 263. > make[2]: *** [gwget.schemas] Error 9 > make[2]: Leaving directory `/builddir/build/BUILD/gwget-0.99/data' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/builddir/build/BUILD/gwget-0.99' > make: *** [all] Error 2 > error: Bad exit status from /var/tmp/rpm-tmp.95455 (%build) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.95455 (%build) I the patched intltool-*.in files from the source to 0.36.1, but no luck, still the same error. Full buildlog can be found at: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/gwget-0.99-1.fc8.src.rpm/result/build.log TIA Christoph From halfline at gmail.com Sat Aug 25 19:19:10 2007 From: halfline at gmail.com (Ray Strode) Date: Sat, 25 Aug 2007 15:19:10 -0400 Subject: need help with a intltool problem In-Reply-To: <1188068789.3587.39.camel@wicktop.localdomain> References: <1188068789.3587.39.camel@wicktop.localdomain> Message-ID: <45abe7d80708251219h6b2f2a0av6cec03c77ea1c3ad@mail.gmail.com> Hi, > > make[2]: Entering directory `/builddir/build/BUILD/gwget-0.99/data' > > LC_ALL=C ../intltool-merge -s -u -c ../po/.intltool-merge-cache ../po gwget.schemas.in gwget.schemas > > Possible unintended interpolation of @INTLTOOL_ICONV in string at ../intltool-merge line 96. > > Global symbol "@INTLTOOL_ICONV" requires explicit package name at ../intltool-merge line 96. > > BEGIN not safe after errors--compilation aborted at ../intltool-merge line 263. Bastien fixed this problem in a different package here: https://bugzilla.redhat.com/show_bug.cgi?id=241387#c13 The solution was to manually run intltoolize before the build --Ray From debarshi.ray at gmail.com Sat Aug 25 20:38:42 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 26 Aug 2007 02:08:42 +0530 Subject: desktop-file-install In-Reply-To: References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> Message-ID: <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> > I 'spose strictly we could also then allow the use of desktop-file-validate > for cases like this... * If we are using desktop-file-validate for validation puposes, should we use it in %prep or in %install? * Should we use desktop-file-validate whenever there is a .desktop involved, irrespective of whether we use desktop-file-install to install/modify it? Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From pertusus at free.fr Sat Aug 25 20:53:12 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 25 Aug 2007 22:53:12 +0200 Subject: must send modifications license acceptable? In-Reply-To: <46D06AFA.5090304@fedoraproject.org> References: <20070825170753.GB31286@free.fr> <46D06AFA.5090304@fedoraproject.org> Message-ID: <20070825205312.GE31286@free.fr> On Sat, Aug 25, 2007 at 11:16:34PM +0530, Rahul Sundaram wrote: > > A requirement to send modifications to anybody is non-free. A request to do > so as in the Academic Free License is not. A request? It is not a request, it is an obligation, there is a 'must': You must make a reasonable effort under the circumstances to obtain the express assent of recipients. The 'under the circumstances' relax it a bit, but doesn't seems to make it not an obligation, only that if the other copyright holders cannot be joined by the mean of the coordinate that are visible in the package documentation, then the express assent isn't required. But this really looks like an obligation. I am not an english native speaker, though, so I may be completly wrong. -- Pat From tgl at redhat.com Sat Aug 25 21:08:48 2007 From: tgl at redhat.com (Tom Lane) Date: Sat, 25 Aug 2007 17:08:48 -0400 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <20070825081653.A24356@humbolt.us.dell.com> References: <20070825081653.A24356@humbolt.us.dell.com> Message-ID: <2596.1188076128@sss.pgh.pa.us> Matt Domsch writes: > Of those expected to have worked... > ... > mysql-5.0.45-3.fc8 (build/make) tgl redhat com > postgresql-8.2.4-3.fc8 (build/make) tgl redhat com AFAICT, these two are not actually having a build problem, they are failing self-tests because of name resolution breakage. mysql is pretty explicit about it: mysql-test-run: *** ERROR: can't find IP number for localhost make: *** [test-ns] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.10114 (%build) There's not enough info in the postgresql build log to be certain, but the failure I see there is consistent with the theory that it couldn't resolve an IP address for "localhost". I don't mind if you're not running DNS on your build machine, but you should at least have a localhost entry in /etc/hosts. regards, tom lane From Michael_E_Brown at dell.com Sat Aug 25 21:21:41 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Sat, 25 Aug 2007 16:21:41 -0500 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <2596.1188076128@sss.pgh.pa.us> References: <20070825081653.A24356@humbolt.us.dell.com> <2596.1188076128@sss.pgh.pa.us> Message-ID: <20070825212140.GB12455@humbolt.us.dell.com> On Sat, Aug 25, 2007 at 05:08:48PM -0400, Tom Lane wrote: > Matt Domsch writes: > > Of those expected to have worked... > > ... > > mysql-5.0.45-3.fc8 (build/make) tgl redhat com > > postgresql-8.2.4-3.fc8 (build/make) tgl redhat com > > AFAICT, these two are not actually having a build problem, they are > failing self-tests because of name resolution breakage. mysql is > pretty explicit about it: > > mysql-test-run: *** ERROR: can't find IP number for localhost > make: *** [test-ns] Error 1 > error: Bad exit status from /var/tmp/rpm-tmp.10114 (%build) > > There's not enough info in the postgresql build log to be certain, > but the failure I see there is consistent with the theory that it > couldn't resolve an IP address for "localhost". > > I don't mind if you're not running DNS on your build machine, but > you should at least have a localhost entry in /etc/hosts. There was a recently reported bug in mock where we were not setting up the /etc/hosts in the chroot properly. I've checked in the fix to upstream mock git, and will be making a release next week. -- Michael From sundaram at fedoraproject.org Sat Aug 25 21:20:50 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 26 Aug 2007 02:50:50 +0530 Subject: must send modifications license acceptable? In-Reply-To: <20070825205312.GE31286@free.fr> References: <20070825170753.GB31286@free.fr> <46D06AFA.5090304@fedoraproject.org> <20070825205312.GE31286@free.fr> Message-ID: <46D09D32.8050101@fedoraproject.org> Patrice Dumas wrote: > On Sat, Aug 25, 2007 at 11:16:34PM +0530, Rahul Sundaram wrote: >> A requirement to send modifications to anybody is non-free. A request to do >> so as in the Academic Free License is not. > > A request? It is not a request, it is an obligation, there is a 'must': > > You must make a reasonable effort under the circumstances to obtain the > express assent of recipients. Checking again, this section comes under "Acceptance and Termination" "You must make a reasonable effort under the circumstances to obtain the express assent of recipients to the terms of this License" This does not talk about sending modifications to the original author or to anyone else for that matter. It only tells you to make reasonable efforts to communicate the terms of the license to recipients bound by it. Any license that mandates a requirement to send all modifications to the original authors is clearly non-free. Academic Free License does not do that. The other licenses you quotes appear to do this. Rahul From pertusus at free.fr Sat Aug 25 21:28:40 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 25 Aug 2007 23:28:40 +0200 Subject: must send modifications license acceptable? In-Reply-To: <46D09D32.8050101@fedoraproject.org> References: <20070825170753.GB31286@free.fr> <46D06AFA.5090304@fedoraproject.org> <20070825205312.GE31286@free.fr> <46D09D32.8050101@fedoraproject.org> Message-ID: <20070825212840.GF31286@free.fr> On Sun, Aug 26, 2007 at 02:50:50AM +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: >> On Sat, Aug 25, 2007 at 11:16:34PM +0530, Rahul Sundaram wrote: >>> A requirement to send modifications to anybody is non-free. A request to >>> do so as in the Academic Free License is not. >> A request? It is not a request, it is an obligation, there is a 'must': >> You must make a reasonable effort under the circumstances to obtain the >> express assent of recipients. > > Checking again, this section comes under "Acceptance and Termination" > > "You must make a reasonable effort under the circumstances to obtain the > express assent of recipients to the terms of this License" > > This does not talk about sending modifications to the original author or to > anyone else for that matter. It only tells you to make reasonable efforts > to communicate the terms of the license to recipients bound by it. Ah, ok, I understand it now. Sorry for that, it is really an english issue... > Any license that mandates a requirement to send all modifications to the > original authors is clearly non-free. Academic Free License does not do > that. The other licenses you quotes appear to do this. Ok. It is noted in the texlive review, and I think that there is some review by legal. -- Pat From d.jacobfeuerborn at conversis.de Sat Aug 25 21:44:35 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sat, 25 Aug 2007 23:44:35 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070816170323.GA10959@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> Message-ID: <46D0A2C3.3060306@conversis.de> Lennart Poettering wrote: ... > 3. I don't want to reinstall my system just to get PA installed. What > can I do to install PA on my Rawhide system? > > Run "sudo yum install pulseaudio pulseaudio-esound-compat > pulseaudio-module-gconf pulseaudio-module-x11 > gstreamer-plugins-pulse pulseaudio-utils alsa-plugins-pulseaudio > pavucontrol" > > You might also want to install a couple of optional packages: > > "sudo yum install pulseaudio-module-zeroconf pulseaudio-module-lirc > pavumeter paman paprefs padevchooser" > > You also have to make sure that some GConf keys are set up properly: > > /system/gstreamer/0.10/default/audiosrc -> pulsesrc > /system/gstreamer/0.10/default/audiosink -> pulsesink (or autoaudiosink) > /system/gstreamer/0.10/default/chataudiosink -> pulsesink (or autoaudiosink) > /system/gstreamer/0.10/default/musicaudiosink -> pulsesink (or autoaudiosink) > > /desktop/gnome/sound/enable_esd -> True ... I tried this but when pulseaudio tries to start I get the following output in the syslog: Aug 25 23:17:57 nexus pulseaudio[2956]: alsa-util.c: Cannot find mixer control "Master". Aug 25 23:17:57 nexus pulseaudio[2956]: alsa-util.c: Cannot find fallback mixer control "PCM". Aug 25 23:17:58 nexus pulseaudio[2956]: module-alsa-sink.c: Failed to set hardware parameters: Operation not permitted Aug 25 23:17:58 nexus pulseaudio[2956]: module.c: Failed to load module "module-alsa-sink" (argument: "device=hw:0 sink_name=alsa_output.pci_1412_1712_alsa_playback_0"): initialization failed. Aug 25 23:17:58 nexus pulseaudio[2956]: module-alsa-source.c: Failed to set hardware parameters: Operation not permitted Aug 25 23:17:58 nexus pulseaudio[2956]: module.c: Failed to load module "module-alsa-source" (argument: "device=hw:0 source_name=alsa_input.pci_1412_1712_alsa_capture_0"): initialization failed. I'm not sure what to make of this and how to fix it. Regards, Dennis From debarshi.ray at gmail.com Sat Aug 25 21:49:48 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 26 Aug 2007 03:19:48 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> Message-ID: <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> http://debarshiray.multiply.com/journal/item/98/Repository_Manager_for_Pirut Finished the Add New Repository dialog today morning. I plan to use a similar dialog for the Edit Repository dialog too. The Delete Repository option may not need a full blown dialog, but a warning before actually deleting the repository from the configuration files might be useful. What do you think? Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From tgl at redhat.com Sat Aug 25 22:05:00 2007 From: tgl at redhat.com (Tom Lane) Date: Sat, 25 Aug 2007 18:05:00 -0400 Subject: is "ps" broken in rawhide? Message-ID: <4244.1188079500@sss.pgh.pa.us> So I thought I'd be a nice guy and rebuild mysql before the crunch comes, and behold it doesn't work: ... checking for perl... /usr/bin/perl checking for doxygen... no checking for pdflatex... no checking for makeindex... no checking for icheck... no checking for ps... ps checking "how to check if pid exists"... configure: error: Could not find the right ps switches. Which OS is this ?. See the Installation chapter in the Reference Manual. error: Bad exit status from /var/tmp/rpm-tmp.9309 (%build) Here's the relevant bit of the mysql configure script: echo "$as_me:$LINENO: checking \"how to check if pid exists\"" >&5 echo $ECHO_N "checking \"how to check if pid exists\"... $ECHO_C" >&6 PS=$ac_cv_path_PS # Linux style if $PS p $$ 2> /dev/null | grep `echo $0 | sed s/\-//` > /dev/null then FIND_PROC="$PS p \$\$PID | grep -v grep | grep \$\$MYSQLD > /dev/null" # Solaris elif $PS -fp $$ 2> /dev/null | grep $0 > /dev/null The first thing I thought was that ps or sed or grep had disappeared from the default buildroot, but all three of these are explicitly reported as found earlier in the configure run. The only other theory that comes to mind is that ps isn't emitting what it ought to; which became more probable when I noticed that procps was rebuilt a couple days ago, but it still doesn't seem real probable. Could someone who has rawhide tip installed check the behavior of "ps p $$" ? If you want to see the failing build job: http://koji.fedoraproject.org/koji/taskinfo?taskID=128973 mysql last built successfully two weeks ago, and I hadn't changed anything except to add BuildRequires: gawk. regards, tom lane From kanarip at kanarip.com Sat Aug 25 22:11:38 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sun, 26 Aug 2007 00:11:38 +0200 Subject: is "ps" broken in rawhide? In-Reply-To: <4244.1188079500@sss.pgh.pa.us> References: <4244.1188079500@sss.pgh.pa.us> Message-ID: <46D0A91A.8060308@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tom Lane wrote: > Could someone who has rawhide tip installed check the behavior of > "ps p $$" ? > procps-3.2.7-15 is both the most recent for F7 as well as development. $ ps p $$ PID TTY STAT TIME COMMAND 4637 pts/3 Ss 0:01 bash $ sudo yum --enablerepo=development -y update procps [kanarip at elwood revisor]$ ps p $$ PID TTY STAT TIME COMMAND 4637 pts/3 Ss 0:01 bash I'm not sure if this shows you what you need. - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFG0KkaKN6f2pNCvwgRAt4UAKDCxbIMkZy4I9pm2Usr6+qqvOclAQCeKhMg VWYUhL+GNzHmryqC9FNLODc= =MmkL -----END PGP SIGNATURE----- From roland at redhat.com Sat Aug 25 22:26:55 2007 From: roland at redhat.com (Roland McGrath) Date: Sat, 25 Aug 2007 15:26:55 -0700 (PDT) Subject: buildid and g77 In-Reply-To: Patrice Dumas's message of Saturday, 25 August 2007 15:30:01 +0200 <20070825133001.GB435@free.fr> Message-ID: <20070825222655.7978A4D0555@magilla.localdomain> > Hello, > > I get a failure in Matt rebuilds for cernlib-g77 which is built with > g77: > + /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/cernlib-g77-2006 > extracting debug info from /var/tmp/cernlib-g77-2006-17.fc8-root-mockbuild/usr/bin/nyshell-g77 > *** ERROR: No build ID note found in /var/tmp/cernlib-g77-2006-17.fc8-root-mockbuild/usr/bin/nyshell-g77 > > Could it be because it is built with g77? It is. More precisely, it's because g77 comes from compat-gcc-34. The compilers coming from the current Fedora gcc (4.1.x) package pass --build-id to the linker by default, but compat-gcc-* packages have not been changed. > Is there a workaround? When using the compilers from compat-gcc-* packages, you need to explicitly add -Wl,--build-id to the link lines for executables and DSOs you create. Depending on the package's makefiles et al, it might be as easy as passing LDFLAGS=-Wl,--build-id to configure, or it might take more tweaking. Given that compat-gcc-34-g77 is only thing supplying /usr/bin/g77 and it's "the compiler", not "a compat-foo compiler", perhaps it should be changed to pass --build-id by default as the other primary compilers do. Jakub? Thanks, Roland From ivazqueznet at gmail.com Sat Aug 25 22:31:22 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sat, 25 Aug 2007 18:31:22 -0400 Subject: desktop-file-install In-Reply-To: <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> Message-ID: <1188081082.13750.1.camel@ignacio.lan> On Sun, 2007-08-26 at 02:08 +0530, Debarshi 'Rishi' Ray wrote: > > I 'spose strictly we could also then allow the use of desktop-file-validate > > for cases like this... > > * If we are using desktop-file-validate for validation puposes, should > we use it in %prep or in %install? Well, I don't think it would work against foo.desktop.in, which some packages do have. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 naheemzaffar at gmail.com Sat Aug 25 22:32:25 2007 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sat, 25 Aug 2007 23:32:25 +0100 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> Message-ID: <3adc77210708251532v43f1816bofa31f103af43a913@mail.gmail.com> Maybe add an option to load a repo file to get all the info off? I assume the ticks are to do with which repo's are enabled? Since there is a chance we will have presto enabled by default, maybe a tickbox (and baseurl) for that too? Just wondering what the Repo ID is for? Is it needed? (I assume that options for using offline media are elsewhere) I am an end user, so I am just mentioning the questions that occur to me. From tgl at redhat.com Sat Aug 25 23:02:58 2007 From: tgl at redhat.com (Tom Lane) Date: Sat, 25 Aug 2007 19:02:58 -0400 Subject: is "ps" broken in rawhide? In-Reply-To: <46D0A91A.8060308@kanarip.com> References: <4244.1188079500@sss.pgh.pa.us> <46D0A91A.8060308@kanarip.com> Message-ID: <5006.1188082978@sss.pgh.pa.us> Jeroen van Meeuwen writes: > Tom Lane wrote: >> Could someone who has rawhide tip installed check the behavior of >> "ps p $$" ? > [kanarip at elwood revisor]$ ps p $$ > PID TTY STAT TIME COMMAND > 4637 pts/3 Ss 0:01 bash > I'm not sure if this shows you what you need. Well, it sure looks like the expected output, so now I have no theory as to why the build failed :-(. Thanks for checking. Red Hat's internal build systems have a process whereby a developer can get manual access to a failed build's chroot and poke around to discover the problem. Is there any equivalent arrangement for Fedora builds? regards, tom lane From kanarip at kanarip.com Sat Aug 25 23:12:29 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sun, 26 Aug 2007 01:12:29 +0200 Subject: is "ps" broken in rawhide? In-Reply-To: <5006.1188082978@sss.pgh.pa.us> References: <4244.1188079500@sss.pgh.pa.us> <46D0A91A.8060308@kanarip.com> <5006.1188082978@sss.pgh.pa.us> Message-ID: <46D0B75D.2080803@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tom Lane wrote: > Jeroen van Meeuwen writes: >> Tom Lane wrote: >>> Could someone who has rawhide tip installed check the behavior of >>> "ps p $$" ? > >> [kanarip at elwood revisor]$ ps p $$ >> PID TTY STAT TIME COMMAND >> 4637 pts/3 Ss 0:01 bash > >> I'm not sure if this shows you what you need. > > Well, it sure looks like the expected output, so now I have no > theory as to why the build failed :-(. Thanks for checking. > > Red Hat's internal build systems have a process whereby a developer can > get manual access to a failed build's chroot and poke around to discover > the problem. Is there any equivalent arrangement for Fedora builds? > I'm not sure we have, I've never tried nor heard/read anyone talk/chat about it. - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFG0LddKN6f2pNCvwgRAjBtAKCCpXJ4B9gDm8bWUF6d4OVUi1hfngCgqo2C zg9lK787Up3V/L5LfSsgn7w= =gs7n -----END PGP SIGNATURE----- From tgl at redhat.com Sat Aug 25 23:25:13 2007 From: tgl at redhat.com (Tom Lane) Date: Sat, 25 Aug 2007 19:25:13 -0400 Subject: is "ps" broken in rawhide? In-Reply-To: <46D0B75D.2080803@kanarip.com> References: <4244.1188079500@sss.pgh.pa.us> <46D0A91A.8060308@kanarip.com> <5006.1188082978@sss.pgh.pa.us> <46D0B75D.2080803@kanarip.com> Message-ID: <5335.1188084313@sss.pgh.pa.us> Jeroen van Meeuwen writes: > Tom Lane wrote: >> Red Hat's internal build systems have a process whereby a developer can >> get manual access to a failed build's chroot and poke around to discover >> the problem. Is there any equivalent arrangement for Fedora builds? > I'm not sure we have, I've never tried nor heard/read anyone talk/chat > about it. Well, first I'll try to reproduce it locally using mock, but it'll take a bit of downloading ... regards, tom lane From tgl at redhat.com Sat Aug 25 23:55:11 2007 From: tgl at redhat.com (Tom Lane) Date: Sat, 25 Aug 2007 19:55:11 -0400 Subject: is "ps" broken in rawhide? In-Reply-To: <5335.1188084313@sss.pgh.pa.us> References: <4244.1188079500@sss.pgh.pa.us> <46D0A91A.8060308@kanarip.com> <5006.1188082978@sss.pgh.pa.us> <46D0B75D.2080803@kanarip.com> <5335.1188084313@sss.pgh.pa.us> Message-ID: <5627.1188086111@sss.pgh.pa.us> I wrote: > Well, first I'll try to reproduce it locally using mock, but it'll take > a bit of downloading ... That worked ... just for the record, my first instinct was right: it *was* a question of default buildroot contents being tightened. It seems /bin/ps is not in the default buildroot anymore. I would have realized that immediately if I'd read the configure output correctly: ... checking for perl... /usr/bin/perl checking for doxygen... no checking for pdflatex... no checking for makeindex... no checking for icheck... no checking for ps... ps ... The "checking for ps" result does not mean it found ps, it means it *failed* to find ps and is substituting a default value "ps" anyway, because upstream wrote this configure test as AC_PATH_PROG(PS, ps, ps) Grumble. regards, tom lane From kwizart at gmail.com Sun Aug 26 00:17:52 2007 From: kwizart at gmail.com (KH KH) Date: Sun, 26 Aug 2007 02:17:52 +0200 Subject: desktop-file-install In-Reply-To: <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> Message-ID: Hello 2007/8/25, Debarshi 'Rishi' Ray : > > I 'spose strictly we could also then allow the use of desktop-file-validate > > for cases like this... > > * If we are using desktop-file-validate for validation puposes, should > we use it in %prep or in %install? You shouldn't use desktop-validate from within your spec file because it will output rationnal (that's it's aim actually)... Instead, you have to follow the guideline and still uses: http://fedoraproject.org/wiki/Packaging/Guidelines desktop-file-install --vendor="" \ --delete-original \ --dir=%{buildroot}%{_datadir}/applications \ %{buildroot}/%{_datadir}/applications/foo.desktop The main reason is that .desktop file version of the format may evolve, then if you valide it once, this is not sure that the .desktop file will be valid all the time... At this time, Fedora 8's desktop-file install is not permissive as Fedora 7 was about the .desktop format. The build may fails if you have set for example Version=%{version} as the version of the package, because this field is for the .desktop file version (which 1.0 is the current). > * Should we use desktop-file-validate whenever there is a .desktop > involved, irrespective of whether we use desktop-file-install to > install/modify it? desktop-file-validate is used if you want to check for yourself, but it is not used from within a spec file... Theses links is if you want more infos about how to uses entries from a .desktop file http://standards.freedesktop.org/desktop-entry-spec/latest/ http://developer.gnome.org/projects/gup/hig/2.0/desktop-integration.html#menu-item-tooltips Nicolas (kwizart) > Regards, > Debarshi > -- > GPG key ID: 63D4A5A7 > Key server: pgp.mit.edu > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From tmz at pobox.com Sun Aug 26 05:01:23 2007 From: tmz at pobox.com (Todd Zullinger) Date: Sun, 26 Aug 2007 01:01:23 -0400 Subject: desktop-file-install In-Reply-To: References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> Message-ID: <20070826050122.GA4498@psilocybe.teonanacatl.org> KH KH wrote: > You shouldn't use desktop-validate from within your spec file > because it will output rationnal (that's it's aim actually)... > Instead, you have to follow the guideline and still uses: > http://fedoraproject.org/wiki/Packaging/Guidelines > > desktop-file-install --vendor="" \ > --delete-original \ > --dir=%{buildroot}%{_datadir}/applications \ > %{buildroot}/%{_datadir}/applications/foo.desktop Actually, it's not --vendor="", it's --vendor="", with the explanation of vendor_id just below the examples: * If upstream uses , leave it intact, otherwise use fedora as . * It is important that vendor_id stay constant for the life of a package. This is mostly for the sake of menu-editing (which bases off of .desktop file/path names). I've seen a few reviewers telling people not to use vendor, which I tend to think is being confused with the Vendor: specfile tag. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Experience is not what happens to a man. It is what a man does with what happens to him. -- Aldous Huxley -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From j.w.r.degoede at hhs.nl Sun Aug 26 06:39:11 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 26 Aug 2007 08:39:11 +0200 Subject: [Fwd: Re: USB Key light on/off state depending on mount] In-Reply-To: <46D075F2.3010203@ncsu.edu> References: <46D075F2.3010203@ncsu.edu> Message-ID: <46D1200F.4010100@hhs.nl> Casey Dahlin wrote: > I recently posted on lkml asking about making the light on your USB key > shut off when it was not mounted. Some responses came back suggesting > this is not difficult. Might we consider this for inclusion in Fedora? > > -Casey Dahlin > This sounds like a great plan, I had a friend of mine complain about the drive light not going off after unmount yesterday. Is anyone already working on a patch? If not I can take a shot, be warned though, I'm not familiar with hal's internals. Regards, Hans > -------- Original Message -------- > Subject: Re: USB Key light on/off state depending on mount > Date: Sat, 25 Aug 2007 13:58:06 +0200 > From: ?ric Piel > To: James Bruce > CC: linux-kernel at vger.kernel.org, Casey Dahlin > References: > <46CF6791.8040509 at shaw.ca> <46D00928.1080901 at andrew.cmu.edu> > > > > 25/08/07 12:49, James Bruce wrote/a ?crit: >> Robert Hancock wrote: >>> Casey Dahlin wrote: >>>> Most USB keys nowadays have a small LED somewhere inside of them >>>> that lights up when they are plugged in. On a windows box, the key >>>> is lit up whenever it is mounted, and as soon as it is unmounted it >>>> turns off, giving a handy physical indicator that the key is safe to >>>> remove. On linux, the light is simply on whenever the key is plugged >>>> in. >>>> >>>> Should linux toggle the light depending on mount state? Is it as >>>> trivial as it seems or does this reflect some larger issue? >>> >>> I think that Windows turns off power to the port when you do the >>> "safely remove hardware" on it, or something like that. Mount/unmount >>> doesn't really indicate whether the device is in use in Linux, >>> though, since it can still be potentially accessed even when the >>> device isn't mounted. >> >> If there is a way to toggle the power state from userspace, then a >> desktop environment or userland tool can emulate the Windows behavior >> if that is desired. A lot of devices can charge via USB now, and this >> is actually more convenient on Linux than on Windows (in effect >> Windows requires drivers in order to charge something). However, >> having direct control over this is useful. > Yes, maybe some userspace such as HAL could turn off the usb devices at > the same time it's unmounted. Actually that would be rather intuitive > way to tell the user the umount is finished. There doesn't seem to be > any loss of funcitonality, once it's turned off you can still re-access > the device, and it's automatically turned on again (at least on my PC). > > For the record, here is how one can switch off a usb device (as root): > # cd /sys/bus/usb/devices/usb*/[0-9]-[0-9] (just go to the directory of > the device) > # echo -n 2 > *:1.0/power/state > # echo -n 2 > power/state > > I use this to turn off my optical mouse when watching movies, but it > works fine as well to turn off usb storage devices. > It can also be turned on with > # echo -n 0 > power/state > > See you, > Eric > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > From debarshi.ray at gmail.com Sun Aug 26 07:45:00 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 26 Aug 2007 13:15:00 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3adc77210708251532v43f1816bofa31f103af43a913@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3adc77210708251532v43f1816bofa31f103af43a913@mail.gmail.com> Message-ID: <3170f42f0708260045vb99f853o69d1c8824af01c20@mail.gmail.com> > Maybe add an option to load a repo file to get all the info off? Good idea. I was wondering whether we should have an intermediate dialog between the main repository manager window and the final add new repository dialog. In this intermediate dialog, we can have choices like: * Fedora LiveCD * Fedora DVD * Import (ie. from a given .repo file) * Custom I do not want to have an option for importing from RPMs, since system-install-packages already does a good enough job with them. > I assume the ticks are to do with which repo's are enabled? You assumed correctly. > Since there is a chance we will have presto enabled by default, maybe > a tickbox (and baseurl) for that too? Good idea, again. But will Presto make it in Fedora 8? > Just wondering what the Repo ID is for? Is it needed? (I assume that > options for using offline media are elsewhere) The Repo ID is usually just a short hand notation of the more detailed repository name. eg., in the following configuration 'fedora' is the Repo ID and Fedora 7.90 -i386 is the name of the repository. [fedora] name=Fedora 7.90 - i386 #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/releases/7.90/Everything/i386/os/ mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-7.90&arch=i386 enabled = 0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora file:///etc/pki/rpm-gpg/RPM-GPG-KEY If you are using a offline media then the Base URL and Mirror List will most likely be on the local file system itself. In such cases, you just have to use the file chooser buttons and provide the appropriate path. > I am an end user, so I am just mentioning the questions that occur to me. That is really helpful. Keep it up. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From buildsys at redhat.com Sun Aug 26 09:51:34 2007 From: buildsys at redhat.com (Build System) Date: Sun, 26 Aug 2007 05:51:34 -0400 Subject: rawhide report: 20070826 changes Message-ID: <200708260951.l7Q9pYaT014207@porkchop.devel.redhat.com> Updated Packages: HelixPlayer-1:1.0.7-7.fc8 ------------------------- * Sat Aug 25 2007 Aurelien Bompard 1:1.0.7-7 - rebuild PyKDE-3.16.0-7.fc8 ------------------ * Sat Aug 25 2007 Rex Dieter 3.16.0-7 - License: GPLv2 - respin (BuildID) PyQt-qscintilla-3.17.1-3.fc8 ---------------------------- * Sat Aug 25 2007 Rex Dieter 3.17.1-3 - License: GPLv2 - respin (BuildID) * Wed May 16 2007 Rex Dieter 3.17.1-2 - fix URL: (#240322) abook-0.6.0-0.2.pre2.fc8 ------------------------ * Sat Aug 25 2007 Dominik Mierzejewski 0.6.0-0.2.pre2 - rebuild for BuildID - update license tag agave-0.4.2-5.fc8 ----------------- * Sat Aug 25 2007 Aurelien Bompard 0.4.2-5 - fix License tag - rebuild for BuildID anaconda-11.3.0.21-3 -------------------- * Sat Aug 25 2007 Jeremy Katz - 11.3.0.21-3 - BR popt-devel - and -static * Sat Aug 25 2007 Jeremy Katz - 11.3.0.21-1 - Fix setting additional repo names (clumens) - Update install-methods doc (msivak, #252407) - Add an FS label column (msivak, #248436) - Allow changing/reconfiguring nic in the loader (dcantrell, #242019) - Fix man pages in rescue mode (jgranado, #243443) - Setup everything repo (jgranado, #254014) - Allow using the "rescue" CD as the second stage for all install types (#186641) - Fix firewire module name - Display arch more prominently (msivak, #244531) apachetop-0.12.6-3.fc8 ---------------------- * Sat Aug 25 2007 Aurelien Bompard 0.12.6-3 - rebuild for BuildID apollon-1.0.1-11.fc8 -------------------- * Sat Aug 25 2007 Rex Dieter 1.0.1-11 - fixup d-f-i usage - respin (BuildID) balsa-2.3.19-1.fc8 ------------------ * Sat Aug 25 2007 Pawel Salek - 2.3.19-1 - Update to upstream 2.3.19. * Wed Aug 22 2007 Pawel Salek - 2.3.18-4 - Fix parallel build. * Wed Aug 22 2007 Pawel Salek - 2.3.18-1 - update to upstream 2.3.18. basket-1.0.2-2.fc8 ------------------ * Sat Aug 25 2007 Aurelien Bompard 1.0.2-2 - rebuild for BuildID - fix license tag bazaar-1.4.2-9.fc8 ------------------ * Sat Aug 25 2007 Zoltan Kota 1.4.2-9 - Update license tag - Add awk to BuildRequires - Add patches to fix issues related to glibc open() changes and neon 0.27 API changes (Joe Orton) blobby-0.6-0.5.a.fc8 -------------------- * Sat Aug 25 2007 Aurelien Bompard 0.6-0.5.a - rebuild for BuildID - fix license tag bluez-utils-3.15-1.fc8 ---------------------- * Thu Aug 23 2007 David Woodhouse 3.15-1 - Update to bluez-utils 3.15 - Drop class setting from hcid.conf since HAL sets it anyway brasero-0.6.1-1.fc8 ------------------- * Sat Aug 25 2007 Denis Leroy - 0.6.1-1 - Update to upstream version 0.6.1 - Filter UI patch is now upstream * Fri Aug 17 2007 Denis Leroy - 0.6.0-2 - Updated License tag - Fixed open() O_CREAT problem bwbar-1.2.3-1 ------------- * Sat Aug 25 2007 Adrian Reber - 1.2.3-1 - updated to 1.2.3 - adapted daemon patch - fixed some rpmlint warnings/errors cabextract-1.1-7.fc8 -------------------- * Sat Aug 25 2007 Rex Dieter - 1.1-7 - respin (BuildID) cfengine-2.2.1-4.fc8 -------------------- * Sat Aug 25 2007 Jeff Sheltren 2.2.1-4 - Patch for bug when using open with newer glibc - Update license tag in spec cinepaint-0.22.1-3.fc8 ---------------------- * Sat Aug 18 2007 kwizart < kwizart at gmail.com > - 0.22.1-3 - Fix unused-direct-shlib-dependencies - Multilibs compliant - Update License field clamav-0.91.2-1.fc8 ------------------- * Sat Aug 25 2007 Enrico Scholz - 0.91.2-1 - updated to 0.91.2 (SECURITY): - CVE-2007-4510 DOS in RTF parser - DOS in html normalizer - arbitrary command execution by special crafted recipients in clamav-milter's black-hole mode - fixed an open(2) issue cmucl-19d-5.fc8 --------------- * Sat Aug 25 2007 Rex Dieter 19d-5 - respin (BuildID) corkscrew-2.0-6.fc8 ------------------- * Fri Aug 03 2007 Debarshi Ray - 2.0-6 - Moved the online manual page from Patch0 to Source1. cssed-0.4.0-5.fc8 ----------------- * Sat Aug 25 2007 Rafa?? Psota - 0.4.0-5 - BuildID rebuild eclipse-1:3.3.0-9.fc8 --------------------- * Thu Aug 23 2007 Ben Konrath 3.3.0-9 - Add Requires: eclipse-cvs-client to jdt package. * Tue Aug 14 2007 Ben Konrath 3.3.0-8 - Link to junit4 jar. - Remove included eclipse binaries. - Add Provides: eclipse to sdk subpackage. * Mon Aug 13 2007 Oliver Falk 3.3.0-7 - Also explode SDK tarball on alpha - Resolves: #251958 elektra-0.6.10-5.fc8 -------------------- * Sat Aug 25 2007 Patrice Dumas 0.6.10-5 - protect ->open calls - add gawk BuildRequires emacs-common-muse-3.11-1.fc8 ---------------------------- * Sat Aug 25 2007 Jonathan G. Underwood - 3.11-1 - Update to version 3.11 fbida-2.06-4.fc8 ---------------- * Sat Aug 25 2007 Adrian Reber - 2.06-4 - rebuilt fftw-3.1.2-5.fc8 ---------------- * Fri Aug 24 2007 Quentin Spencer 3.1.2-5 - Rebuild for F8. gift-0.11.8.1-9.fc8 ------------------- * Sat Aug 25 2007 Rex Dieter 0.11.8.1-9 - respin (BuildID) * Sat Aug 11 2007 Rex Dieter 0.11.8.1-8 - License: GPLv2+ * Thu May 24 2007 Rex Dieter 0.11.8.1-7 - BR: file-devel (fc7+, see also #214992) - ppc64 build gift-gnutella-0.0.11-4.fc8 -------------------------- * Sat Aug 25 2007 Rex Dieter 0.0.11-4 - respin (BuildID) gift-openft-0.2.1.6-11.fc8 -------------------------- * Sat Aug 25 2007 Rex Dieter 0.2.1.7-11 - respin (BuildID) glest-2.0.0-6.fc8 ----------------- * Sat Aug 25 2007 Aurelien Bompard 2.0.0-6 - rebuild for BuildID - fix license tag glibc-2.6.90-12 --------------- * Sat Aug 25 2007 Jakub Jelinek 2.6.90-12 - readd x86_64 gettimeofday stuff, initialize it earlier - nis_list fix (#254115) - workaround for bugs in ia64 silly /emul/ia32-linux hack (#253961) - misc fixes (BZ#3924, BZ#4566, BZ#4582, BZ#4588, BZ#4726, BZ#4946, BZ#4905, BZ#4814, BZ#4925, BZ#4936, BZ#4896, BZ#4937, BZ#3842, BZ#4554, BZ#4557, BZ#4938) glob2-0.8.21-4.fc8 ------------------ * Sat Aug 25 2007 Rafa?? Psota - 0.8.21-4 - BuildID rebuild * Mon Aug 20 2007 Rafa?? Psota - 0.8.21-3 - License tag update gnome-launch-box-0.4-4.fc8 -------------------------- * Fri Aug 24 2007 Adam Jackson - 0.4-4 - Rebuild for build ID gnome-media-2.18.0-6.fc8 ------------------------ * Sat Aug 25 2007 - Bastien Nocera - 2.18.0-6 - Run intltoolize before autoreconf, to avoid intltool version mismatches * Fri Aug 24 2007 Adam Jackson - 2.18.0-5 - Rebuild for build ID * Tue Aug 07 2007 Matthias Clasen - 2.18.0-4 - Update license field - Use %find_lang for help files gnome-password-generator-1.5-1.fc8 ---------------------------------- * Wed Aug 22 2007 Debarshi Ray - 1.5-1 - Version bump to 1.5. - Changed value of License according to Fedora licensing guidelines. - Place icon in SVG format under /usr/share/icons/hicolor/scalable/apps. - gnome-password-generator.desktop fixes added by upstream. gnomesword-2.2.3-5.fc8 ---------------------- * Sat Aug 25 2007 Deji Akingunola - 2.2.3-5 - Rebuild gpa-0.7.6-3.fc8 --------------- * Sat Aug 25 2007 Rex Dieter 0.7.6-3 - respin (BuildID) * Thu Aug 02 2007 Rex Dieter 0.7.6-2 - License: GPLv2+ * Thu May 24 2007 Rex Dieter 0.7.6-1 - gpa-0.7.6 gpgme-1.1.5-4.fc8 ----------------- * Sat Aug 25 2007 Rex Dieter 1.1.5-4 - BR: gawk * Sat Aug 25 2007 Rex Dieter 1.1.5-3 - respin (BuildID) gscan2pdf-0.9.16-1.fc8 ---------------------- * Sat Aug 25 2007 Bernard Johnson - 0.9.16-1 - v 0.9.16 gsm-1.0.12-4.fc8 ---------------- * Sat Aug 25 2007 Dominik Mierzejewski 1.0.12-4 - rebuild for BuildID - specfile cleanups gtk-nodoka-engine-0.6-1.fc8 --------------------------- * Sat Aug 25 2007 Martin Sourada - 0.6-1 - new version -- first stable -- fixes checkbutton firefox positioning issue gtk-qt-engine-0.70-6.20070811svn.fc8 ------------------------------------ * Sat Aug 25 2007 Rex Dieter 0.70-6.20070811svn - respin (BuildID) gwenview-1.4.1-4.fc8 -------------------- * Sat Aug 25 2007 Aurelien Bompard 1.4.1-4 - rebuild for BuildID - fix license tag harminv-1.3.1-9.fc8 ------------------- * Sat Aug 25 2007 Ed Hill - 1.3.1-9 - rebuild for BuildID hnb-1.9.18-4.fc8 ---------------- * Sat Aug 25 2007 Dominik Mierzejewski 1.9.18-4 - apparently .pre7 tarball contains newer code - integrate Debian patch - update license tag iftop-0.17-5.fc8 ---------------- * Sat Aug 25 2007 Aurelien Bompard 0.17-5 - fix license tag - rebuild for BuildID isomaster-1.0-2.fc8 ------------------- * Sat Aug 25 2007 Marcin Zajaczkowski - 1.0-2 - specified licence type (due to a new Licensing Guidelines) itpp-3.10.12-1.fc8 ------------------ * Sat Aug 25 2007 Ed Hill - 3.10.12-1 - new upstream 3.10.12 jd-1.9.6-0.4.svn1285.fc8 ------------------------ * Sun Aug 26 2007 Mamoru Tasaka - 1.9.6-0.4.svn1285 - svn 1285 * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 * Sat Aug 04 2007 Mamoru Tasaka - 1.9.6-0.1.beta070804 - 1.9.6 beta 070804 kaffeine-0.8.5-3.fc8 -------------------- * Sat Aug 25 2007 Rex Dieter 0.8.5-3 - respin (BuildID) kdocker-1.3-9.fc8 ----------------- * Sat Aug 25 2007 Rex Dieter 1.3-9 - License: GPLv2+ - respin (BuildID) keepassx-0.2.2-3.fc8 -------------------- kernel-2.6.23-0.136.rc3.git7.fc8 -------------------------------- * Fri Aug 24 2007 Kristian H??gsberg - Add patch for the "status write for unknown orb" firewire-sbp2 error. kickpim-0.5.3-12.fc8 -------------------- * Sat Aug 25 2007 Rex Dieter 0.5.3-12 - respin (BuildID) kile-1.9.3-6.fc8 ---------------- * Sat Aug 25 2007 Rex Dieter 1.9.3-6 - patch kile.desktop to satisfy desktop-file-validate * Sat Aug 25 2007 Rex Dieter 1.9.3-5 - respin (BuildID) - BR: desktop-file-utils (again) kiosktool-1.0-8.fc8 ------------------- * Sat Aug 25 2007 Rex Dieter 1.0-8 - respin (BuildID) - License: GPLv2 * Sat Dec 09 2006 Rex Dieter 1.0-7 - drop desktop-file-install bits * Tue Aug 29 2006 Rex Dieter 1.0-6 - fc6: respin kmymoney2-0.8.7-4.fc8 --------------------- * Sat Aug 25 2007 Rex Dieter 0.8.7-4 - respin (BuildID) krb5-1.6.2-4.fc8 ---------------- * Sat Aug 25 2007 Nalin Dahyabhai 1.6.2-4 - cover more cases in labeling files on creation - add missing gawk build dependency * Thu Aug 23 2007 Nalin Dahyabhai 1.6.2-3 - rebuild * Thu Jul 26 2007 Nalin Dahyabhai 1.6.2-2 - kdc.conf: default to listening for TCP clients, too (#248415) ksshaskpass-0.3-3.fc8 --------------------- ksudoku-0.3-4.fc8 ----------------- * Sat Aug 25 2007 Rafa?? Psota - 0.3-4 - BuildID rebuild leafnode-1.11.6-2.fc8 --------------------- * Sat Aug 25 2007 Kevin Fenzi - 1.11.6-2 - License tag update. * Sat Mar 17 2007 Kevin Fenzi - 1.11.6-1 - Upgrade to 1.11.6 libEMF-1.0.3-4.fc8 ------------------ * Sat Aug 25 2007 Dominik 'Rathann' Mierzejewski 1.0.3-4 - rebuild for BuildID - update license tag libctl-3.0.2-5.fc8 ------------------ * Sat Aug 25 2007 Ed Hill - 3.0.2-5 - rebuild for BuildID libextractor-0.5.18a-1.fc8 -------------------------- * Sat Aug 25 2007 Enrico Scholz - 0.5.18a-1 - updated to 0.5.18a - renamed 'extract' program to 'libextractor-extract' - installed info file libgadu-1.7.1-2.fc8 ------------------- libgnomecanvas-2.19.2-2.fc8 --------------------------- * Sat Aug 25 2007 Ray Strode - 2.19.2-2 - Apply patch from Federico Mena Quintero to avoid tearing during scrolls and such (See http://mail.gnome.org/archives/desktop-devel-list/2007-August/msg00159.html) libksba-1.0.2-3.fc8 ------------------- * Sat Aug 25 2007 Rex Dieter 1.0.2-3 - BR: gawk * Sat Aug 25 2007 Rex Dieter 1.0.2-2 - respin (ppc32, BuildID) - License: GPLv3 libmal-0.31-7.fc8 ----------------- * Sat Aug 25 2007 Rex Dieter 0.31-7 - respin (BuildID) libmatheval-1.1.5-1.fc8 ----------------------- * Sat Aug 25 2007 Ed Hill - 1.1.5-1 - new upstream 1.1.5 libmpcdec-1.2.6-3.fc8 --------------------- * Sat Aug 25 2007 Rex Dieter 1.2.6-3 - respin (BuildID) libmpd-0.13.0-2.fc8 ------------------- * Sun Aug 26 2007 Adrian Reber - 0.13.0-2 - rebuilt libofa-0.9.3-10.fc8 ------------------- * Sat Aug 25 2007 Rex Dieter 0.9.3-10 - respin (BuildID) libqalculate-0.9.6-2.fc8 ------------------------ * Sat Aug 25 2007 Deji Akingunola - 0.9.6-2 - Rebuild * Fri Aug 03 2007 Deji Akingunola - 0.9.6-2 - License tag update libtlen-0-0.6.20060309.fc8 -------------------------- * Sun Aug 26 2007 Dominik Mierzejewski 0-0.6.20060309 - rebuild for BuildID - update license tag libtunepimp-0.5.3-9.fc8 ----------------------- * Sat Aug 25 2007 Rex Dieter 0.5.3-9 - respin (BuildID) lyx-1.5.1-2.fc8 --------------- * Sat Aug 25 2007 Rex Dieter 1.5.1-2 - respin (BuildID) maxima-5.13.0-1.fc8 ------------------- * Sat Aug 25 2007 Rex Dieter 5.13.0-1 - maxima-5.13.0 mysql-5.0.45-4.fc8 ------------------ * Sat Aug 25 2007 Tom Lane 5.0.45-4 - Seems we need explicit BuildRequires on gawk and procps now - Rebuild to fix Fedora toolchain issues ncview-1.92e-12.fc8 ------------------- * Sat Aug 25 2007 Ed Hill - 1.92e-12 - add BR: netcdf-static * Sat Aug 25 2007 Ed Hill - 1.92e-11 - rebuild for BuildID netcdf-3.6.2-4.fc8 ------------------ * Sat Aug 25 2007 Ed Hill - 3.6.2-4 - add BR: gawk pan-1:0.132-1.fc8 ----------------- * Sat Aug 25 2007 Alexander Dalloz - 1:0.132-1 - Update to 0.132 penguin-command-1.6.11-4.fc8 ---------------------------- * Sat Aug 25 2007 Rafa?? Psota - 1.6.11-4 - BuildID rebuild pinentry-0.7.3-2.fc8 -------------------- * Sat Aug 25 2007 Rex Dieter - 0.7.3-2 - respin (BuildID) policycoreutils-2.0.25-3.fc8 ---------------------------- * Sat Aug 25 2007 Dan Walsh 2.0.25-3 - Add selinux-polgengui to desktop postgresql-8.2.4-5.fc8 ---------------------- * Sat Aug 25 2007 Tom Lane 8.2.4-5 - Use nicer solution for tzdata file substitution: upstream discussion concluded that hardwiring the path was better than a symlink after all. python-mutagen-1.12-1.fc8 ------------------------- * Sat Aug 25 2007 Micha?? Bentkowski - 1.12-1 - Update to 1.12 - License tag fix qalculate-gtk-0.9.6-2.fc8 ------------------------- * Sat Aug 25 2007 Deji Akingunola - 0.9.6-2 - Rebuild * Fri Aug 03 2007 Deji Akingunola - 0.9.6-2 - License tag update qalculate-kde-0.9.6-2.fc8 ------------------------- * Sat Aug 25 2007 Deji Akingunola - 0.9.6-2 - Rebuild * Fri Aug 03 2007 Deji Akingunola - 0.9.6-2 - License tag update qscintilla-1.7.1-3.fc8 ---------------------- * Sat Aug 25 2007 Rex Dieter - 1.7.1-3 - respin (BuildID) referencer-1.0.4-3.fc8 ---------------------- * Sat Aug 25 2007 Deji Akingunola - 1.0.4-3 - Rebuild revisor-2.0.4.3-1rc1.fc8 ------------------------ * Sat Aug 25 2007 Jeroen van Meeuwen 2.0.4.3-1rc1 - Split comps in their own package - Add rebrand module - Development release sbcl-1.0.8-3.fc8 ---------------- * Sat Aug 25 2007 Rex Dieter 1.0.8-3 - respin (ppc32) * Fri Aug 10 2007 Rex Dieter 1.0.8-2 - ExclusiveArch: i386 (#251689) - License: BSD six-0.5.3-6.fc8 --------------- * Sat Aug 25 2007 Rafa?? Psota - 0.5.3-6 - BuildID rebuild * Mon Aug 20 2007 Rafa?? Psota - 0.5.3-5 - License tag update sound-juicer-2.19.3-3.fc8 ------------------------- * Sat Aug 25 2007 - Bastien Nocera - 2.19.3-3 - Remove work-around for gst-inspect crashing * Fri Aug 24 2007 Adam Jackson - 2.19.3-2 - Rebuild for build ID spandsp-0.0.4-0.3.pre7.fc8 -------------------------- * Sat Aug 25 2007 Jeffrey C. Ollie - 0.0.4-0.2.pre7 - Update to 0.0.4pre7 suitesparse-3.0.0-2.fc8 ----------------------- * Fri Aug 24 2007 Quentin Spencer 3.0.0-2 - Rebuild for F8. sword-1.5.9-6.fc8 ----------------- * Sat Aug 25 2007 Deji Akingunola - 1.5.9-6 - Rebuild telepathy-salut-0.1.4-1.fc8 --------------------------- * Sat Aug 25 2007 Brian Pepple - 0.1.4-1 - Update to 0.1.4. - Update minimum BR versions needed. tidy-0.99.0-16.20070615.fc8 --------------------------- * Sat Aug 25 2007 Rex Dieter 0.99.0-16.20070615 - respin (BuildID) tor-0.1.2.16-2.fc8 ------------------ * Sat Aug 25 2007 Enrico Scholz - 0.1.2.16-2 - fixed open(2) issue * Fri Aug 03 2007 Enrico Scholz - 0.1.2.16-1 - updated to 0.1.2.16 (SECURITY) tracker-0.6.1-2.fc8 ------------------- * Sat Aug 25 2007 Deji Akingunola - 0.6.1-2 - Rebuild transmission-0.81-1.fc8 ----------------------- * Sat Aug 25 2007 - Bastien Nocera - 0.81-1 - Update to upstream 0.81 - Add work-around for busted tarball without a sub-directory widelands-0-0.5.build10.fc8 --------------------------- * Sat Aug 25 2007 Karol Trzcionka - 0-0.5.build10 - Patching for compatibility with scons 0.97 wifiroamd-1.12-1.fc8 -------------------- * Sat Aug 25 2007 Ed Hill - 1.12-1 - new upstream 1.12 wine-0.9.44-1.fc8 ----------------- * Sat Aug 25 2007 Andreas Bierfert - 0.9.44-1 - version upgrade wine-docs-0.9.44-2.fc8 ---------------------- * Sat Aug 25 2007 Andreas Bierfert - 0.9.44-2 - disable debuginfo * Sat Aug 25 2007 Andreas Bierfert - 0.9.44-1 - version upgrade * Sat Aug 18 2007 Andreas Bierfert - 0.9.43-1 - version upgrade - fix license wxMaxima-0.7.2-3.fc8 -------------------- * Sat Aug 11 2007 Rex Dieter 0.7.3-3 - License: GPLv2+ - revert to classic icon scriptlets - respin (BuildID) xca-0.6.4-1.fc8 --------------- * Sat Aug 25 2007 Enrico Scholz - 0.6.4-1 - updated to 0.6.4 - optimized scriptlets which are dealing with the desktop stuff xfce4-netload-plugin-0.4.0-6.fc8 -------------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.4.0-6 - Rebuild for BuildID feature - Update license tag xfce4-notes-plugin-1.4.1-3.fc8 ------------------------------ * Sat Aug 25 2007 Christoph Wickert - 1.4.1-3 - Rebuild for BuildID feature - Update license tag xfce4-quicklauncher-plugin-1.9.4-1.fc8 -------------------------------------- * Sat Aug 25 2007 Christoph Wickert - 1.9.4-1 - Update to 1.9.4 - Update license tag xfce4-screenshooter-plugin-1.0.0-6.fc8 -------------------------------------- * Sat Aug 25 2007 Christoph Wickert - 1.0.0-6 - Update to 1.9.4 - Change license tag to GPLv2 xfce4-sensors-plugin-0.10.0-6.fc8 --------------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.10.0-6 - Rebuild for BuildID feature - Update license tag xfce4-smartbookmark-plugin-0.4.2-5.fc8 -------------------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.4.2-5 - Rebuild for BuildID feature - Update license tag xfce4-systemload-plugin-0.4.2-3.fc8 ----------------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.4.2-3 - Rebuild for BuildID feature xfce4-timer-plugin-0.5.1-3.fc8 ------------------------------ * Sat Aug 25 2007 Christoph Wickert - 0.5.1-3 - Rebuild for BuildID feature - Update license tag xfce4-verve-plugin-0.3.5-3.fc8 ------------------------------ * Sat Aug 25 2007 Christoph Wickert - 0.3.5-3 - Rebuild for BuildID feature - Update license tag xfce4-volstatus-icon-0.1.0-2.fc8 -------------------------------- xfce4-wavelan-plugin-0.5.4-3.fc8 -------------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.5.4-3 - Rebuild for BuildID feature xfce4-xfapplet-plugin-0.1.0-4.fc8 --------------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.1.0-4 - Rebuild for BuildID feature - Update license tag xfce4-xkb-plugin-0.4.3-3.fc8 ---------------------------- * Sat Aug 25 2007 Christoph Wickert - 0.4.3-3 - Rebuild for BuildID feature xine-lib-1.1.7-3.fc8 -------------------- * Sat Aug 25 2007 Aurelien Bompard 1.1.7-3 - Split the aRts plugin into its own subpackage xpilot-ng-4.7.2-13.fc8 ---------------------- * Thu Aug 23 2007 Wart 4.7.2-13 - Minor selinux modifications for rawhide - License tag clarification - Fix version and category fields in .desktop files - Use new user creation guidelines zvbi-0.2.25-2.fc8 ----------------- * Wed Aug 22 2007 Ian Chapman 0.2.25-2 - Release bump for F8 mass rebuild - License change due to new guidelines - Use fontpath.d for F8+ - Added patch to fix compilation with open() macro on F8+ * Sun May 27 2007 Ian Chapman 0.2.25-1 - Upgrade to 0.2.25 * Tue Mar 13 2007 Ian Chapman 0.2.24-1 - Upgrade to 0.2.24 - Convert README and ChangeLog to UTF-8 - Added patch for x11font to generate more font sizes useful for other applications such as xawtv (courtesy of Dmitry Butskoy) - Fonts sub-rpm now obsoletes and provides xawtv-tv-fonts - Split font generation and font installation into separate sections - Various other minor changes to the spec - Added xfs support for the fonts Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.i386 requires useradd anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.i386 requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.i386 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.i386 requires libgpod.so.1 subcommander - 1.2.2-6.fc8.i386 requires libneon.so.25 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.x86_64 requires useradd amanda - 2.5.2p1-7.fc8.i386 requires useradd anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 anjuta - 1:2.2.0-2.fc8.x86_64 requires libgvc.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libgraph.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libcdt.so.3()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) polyxmass-bin - 0.9.3-2.fc6.x86_64 requires libpolyxmass.so.10()(64bit) python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod.so.1()(64bit) subcommander - 1.2.2-6.fc8.x86_64 requires libneon.so.25()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.ppc requires useradd amanda - 2.5.2p1-7.fc8.ppc64 requires useradd anjuta - 1:2.2.0-2.fc8.ppc requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libgraph.so.3 glest - 2.0.0-6.fc8.ppc requires glest-data = 0:2.0.0 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-smp - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.ppc requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.ppc requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc requires libgpod.so.1 subcommander - 1.2.2-6.fc8.ppc requires libneon.so.25 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.ppc64 requires useradd conduit - 0.3.3-4.fc8.noarch requires tomboy >= 0:0.5.10 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-kdump - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod.so.1()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display subcommander - 1.2.2-6.fc8.ppc64 requires libneon.so.25()(64bit) From mschwendt.tmp0701.nospam at arcor.de Sun Aug 26 10:05:59 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sun, 26 Aug 2007 12:05:59 +0200 Subject: expat =?utf-8?b?wrc=?= Re: rawhide report: 20070826 changes In-Reply-To: <200708260951.l7Q9pYaT014207@porkchop.devel.redhat.com> References: <200708260951.l7Q9pYaT014207@porkchop.devel.redhat.com> Message-ID: <20070826120559.907269ef.mschwendt.tmp0701.nospam@arcor.de> On Sun, 26 Aug 2007 05:51:34 -0400, Build System wrote: > > > > Updated Packages: Since a "rawhide report: 20070825 changes" mail is missing, which push did include the update to expat and the new compat-expat1 package? From mschwendt.tmp0701.nospam at arcor.de Sun Aug 26 10:12:09 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sun, 26 Aug 2007 12:12:09 +0200 Subject: rpms/gsm/devel gsm.spec,1.2,1.3 In-Reply-To: <200708252134.l7PLYfr1024431@cvs-int.fedora.redhat.com> References: <200708252134.l7PLYfr1024431@cvs-int.fedora.redhat.com> Message-ID: <20070826121209.da2985ca.mschwendt.tmp0701.nospam@arcor.de> On Sat, 25 Aug 2007 17:34:41 -0400, Dominik Mierzejewski (rathann) wrote: > Author: rathann > > Update of /cvs/pkgs/rpms/gsm/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv24408 > > Modified Files: > gsm.spec > Log Message: > - rebuild for BuildID > - specfile cleanups Here's a puzzle to solve: gsm provides libgsm.so.1 gsm-devel provides libgsm.so.1 required by: ekg - 1.7-1.fc8.i386 required by: ekg2-voip - 0-0.7.20070427.fc8.i386 required by: gsm-tools - 1.0.12-4.fc8.i386 required by: gstreamer-plugins-farsight - 0.12.2-3.fc8.i386 required by: linphone - 1.7.1-2.fc7.i386 required by: sox - 13.0.0-2.i386 required by: ekg - 1.7-1.fc8.i386 required by: ekg2-voip - 0-0.7.20070427.fc8.i386 required by: gsm-tools - 1.0.12-4.fc8.i386 required by: gstreamer-plugins-farsight - 0.12.2-3.fc8.i386 required by: linphone - 1.7.1-2.fc7.i386 required by: sox - 13.0.0-2.i386 $ rpmlsv -p gsm-devel-1.0.12-4.fc8.i386.rpm |grep libgsm -rwxr-xr-x root root 43548 /usr/lib/libgsm.so It's not a symlink, but probably a copy of /usr/lib/libgsm.so.1 From debarshi.ray at gmail.com Sun Aug 26 10:16:46 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 26 Aug 2007 15:46:46 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <46D151F4.2030509@gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <46D151F4.2030509@gmail.com> Message-ID: <3170f42f0708260316o4c42d1b2we06e76bdb61ff354@mail.gmail.com> > I would replace "save changes to disk" with "remember settings" Would you like to have that under a 'Advanced' expander? Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From drago01 at gmail.com Sun Aug 26 10:12:04 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 26 Aug 2007 12:12:04 +0200 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> Message-ID: <46D151F4.2030509@gmail.com> Debarshi 'Rishi' Ray wrote: > Changes: > > * Removed the 'Advanced' expander from the main repository manager dialog. > I would replace "save changes to disk" with "remember settings" From drago01 at gmail.com Sun Aug 26 10:23:07 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 26 Aug 2007 12:23:07 +0200 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708260316o4c42d1b2we06e76bdb61ff354@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <46D151F4.2030509@gmail.com> <3170f42f0708260316o4c42d1b2we06e76bdb61ff354@mail.gmail.com> Message-ID: <46D1548B.2010307@gmail.com> Debarshi 'Rishi' Ray wrote: >> I would replace "save changes to disk" with "remember settings" >> > > Would you like to have that under a 'Advanced' expander? > No I would just remove the 'Advanced' expander and just add a "remember settings" checkbox. From sundaram at fedoraproject.org Sun Aug 26 11:21:32 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 26 Aug 2007 16:51:32 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708260045vb99f853o69d1c8824af01c20@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3adc77210708251532v43f1816bofa31f103af43a913@mail.gmail.com> <3170f42f0708260045vb99f853o69d1c8824af01c20@mail.gmail.com> Message-ID: <46D1623C.5060508@fedoraproject.org> Debarshi 'Rishi' Ray wrote: >> Since there is a chance we will have presto enabled by default, maybe >> a tickbox (and baseurl) for that too? > > Good idea, again. But will Presto make it in Fedora 8? Probably Not. Rahul From dominik at greysector.net Sun Aug 26 11:26:31 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 26 Aug 2007 13:26:31 +0200 Subject: rpms/gsm/devel gsm.spec,1.2,1.3 In-Reply-To: <20070826121209.da2985ca.mschwendt.tmp0701.nospam@arcor.de> References: <200708252134.l7PLYfr1024431@cvs-int.fedora.redhat.com> <20070826121209.da2985ca.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070826112631.GA5685@ryvius.pekin.waw.pl> On Sunday, 26 August 2007 at 12:12, Michael Schwendt wrote: > On Sat, 25 Aug 2007 17:34:41 -0400, Dominik Mierzejewski (rathann) wrote: > > > Author: rathann > > > > Update of /cvs/pkgs/rpms/gsm/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv24408 > > > > Modified Files: > > gsm.spec > > Log Message: > > - rebuild for BuildID > > - specfile cleanups > > Here's a puzzle to solve: > > gsm provides libgsm.so.1 > gsm-devel provides libgsm.so.1 > required by: ekg - 1.7-1.fc8.i386 > required by: ekg2-voip - 0-0.7.20070427.fc8.i386 > required by: gsm-tools - 1.0.12-4.fc8.i386 > required by: gstreamer-plugins-farsight - 0.12.2-3.fc8.i386 > required by: linphone - 1.7.1-2.fc7.i386 > required by: sox - 13.0.0-2.i386 > required by: ekg - 1.7-1.fc8.i386 > required by: ekg2-voip - 0-0.7.20070427.fc8.i386 > required by: gsm-tools - 1.0.12-4.fc8.i386 > required by: gstreamer-plugins-farsight - 0.12.2-3.fc8.i386 > required by: linphone - 1.7.1-2.fc7.i386 > required by: sox - 13.0.0-2.i386 > > $ rpmlsv -p gsm-devel-1.0.12-4.fc8.i386.rpm |grep libgsm > -rwxr-xr-x root root 43548 /usr/lib/libgsm.so > > It's not a symlink, but probably a copy of /usr/lib/libgsm.so.1 Ugh. You're right. Fixing... Thanks, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From drago01 at gmail.com Sun Aug 26 11:32:11 2007 From: drago01 at gmail.com (dragoran) Date: Sun, 26 Aug 2007 13:32:11 +0200 Subject: Idea: easier transition for newcomers from other DEs/OSes In-Reply-To: <1187975701.9578.203.camel@pc-notebook> References: <1187975701.9578.203.camel@pc-notebook> Message-ID: <46D164BB.7040105@gmail.com> Martin Sourada wrote: > Just a though... Your opinions? Is it even desirable? Does it make > sense? > > -1000 ! --- fedora is not supposed to be a "better windows" but a different OS look & fell can also be different as long as it isn't complicated and the user does not need to RTFM to understand how to do basic task. but to be honest I don'z think that the gnome or kde look and feel are a problem for somebody who switches from windows to linux. The things that are complely different are: * software installation (no setup.exe ..click, click, click) but I think packagekit/pirut and friends are not to complex for windows users to get used to and after sometime they will start to love them (no hunting for apps on the net/disks but simply search for it and the system does the download and install for them) * driver installation: users should not install drivers at all everything should just work everything else its a bug ... the problem here is that some vendors does not help us with this goal. --- I think thats basicly it opening a file using nautilus/konqueror or with the windows explorer isn't much different. starting a app from a menu that is not 1:1 the same as the windows one? well if the user can use the mouse and read he will find the app in menu. I could continue here but I wont what I want to say is USERS AREN'T IDOITS! (well some are but they have problems with other oses to so copying their look & feel does not help) ... making things easier is ok but don't assume that user can't learn anything new. (and in that cases it isn't _that_ new at all) From halfline at gmail.com Sun Aug 26 12:03:06 2007 From: halfline at gmail.com (Ray Strode) Date: Sun, 26 Aug 2007 08:03:06 -0400 Subject: desktop-file-install In-Reply-To: <20070826050122.GA4498@psilocybe.teonanacatl.org> References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> <20070826050122.GA4498@psilocybe.teonanacatl.org> Message-ID: <45abe7d80708260503o76ac4e98qcee2b1b02793ad5b@mail.gmail.com> Hi, > Actually, it's not --vendor="", it's --vendor="", with the > explanation of vendor_id just below the examples: > > * If upstream uses , leave it intact, otherwise use > fedora as . > > * It is important that vendor_id stay constant for the life of a > package. > > This is mostly for the sake of menu-editing (which bases off of > .desktop file/path names). Actually,no one remembers why --vendor was added in the first place. It's a bad idea, and I made it optional a few desktop-file-utils releases ago. One reason it's a bad idea is because it makes our desktop files have a different name than the upstream desktop files. Any code that needs the name of the desktop file needs to be patched to use our name. It's just broken. I would remove --vendor for new rawhide packages completely. If desktop-file-install is too old to not have vendor at all, then --vendor "" or --vendor the-name-of-the-file-without-.desktop is right. --Ray From jkeating at redhat.com Sun Aug 26 12:38:55 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 26 Aug 2007 08:38:55 -0400 Subject: expat =?utf-8?b?wrc=?= Re: rawhide report: 20070826 changes In-Reply-To: <20070826120559.907269ef.mschwendt.tmp0701.nospam@arcor.de> References: <200708260951.l7Q9pYaT014207@porkchop.devel.redhat.com> <20070826120559.907269ef.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070826083855.76e9ae24@ender> On Sun, 26 Aug 2007 12:05:59 +0200 Michael Schwendt wrote: > Since a "rawhide report: 20070825 changes" mail is missing, which push > did include the update to expat and the new compat-expat1 package? The pushes have been all screwed up for a bit. http://koji.fedoraproject.org/koji/buildinfo?buildID=15339 was the build of compat-expat1 which landed on Wed Aug 22. So the next rawhide push that made it out after that should have had this package. http://koji.fedoraproject.org/koji/buildinfo?buildID=13162 Expat itself went to 2.0.1 on Wed Aug 8. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dominik at greysector.net Sun Aug 26 12:50:26 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 26 Aug 2007 14:50:26 +0200 Subject: rpms/gsm/devel gsm.spec,1.2,1.3 In-Reply-To: <20070826112631.GA5685@ryvius.pekin.waw.pl> References: <200708252134.l7PLYfr1024431@cvs-int.fedora.redhat.com> <20070826121209.da2985ca.mschwendt.tmp0701.nospam@arcor.de> <20070826112631.GA5685@ryvius.pekin.waw.pl> Message-ID: <20070826125026.GC4792@ryvius.pekin.waw.pl> On Sunday, 26 August 2007 at 13:26, Dominik 'Rathann' Mierzejewski wrote: > On Sunday, 26 August 2007 at 12:12, Michael Schwendt wrote: [...] > > $ rpmlsv -p gsm-devel-1.0.12-4.fc8.i386.rpm |grep libgsm > > -rwxr-xr-x root root 43548 /usr/lib/libgsm.so > > > > It's not a symlink, but probably a copy of /usr/lib/libgsm.so.1 > > Ugh. You're right. Fixing... And fixed. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From markg85 at gmail.com Sun Aug 26 13:30:13 2007 From: markg85 at gmail.com (Mark) Date: Sun, 26 Aug 2007 15:30:13 +0200 Subject: =?iso-8859-1?q?Re=3A_expat_=B7_Re=3A_rawhide_report=3A_20070826_?= =?iso-8859-1?q?changes?= In-Reply-To: <20070826083855.76e9ae24@ender> References: <200708260951.l7Q9pYaT014207@porkchop.devel.redhat.com> <20070826120559.907269ef.mschwendt.tmp0701.nospam@arcor.de> <20070826083855.76e9ae24@ender> Message-ID: <6e24a8e80708260630o38306a47s9d3e1e9c3dfeb6ec@mail.gmail.com> The update progress seems to have a few issues now: Error: Unresolveable requirement libexpat.so.0 for elinks Error: Unresolveable requirement libexpat.so.0 for gdb Error: Unresolveable requirement libexpat.so.0 for dbus Error: Unresolveable requirement libexpat.so.0 for exempi Error: Unresolveable requirement libexpat.so.0 for PolicyKit Error: Unresolveable requirement libexpat.so.0 for dbus-glib Error: Unresolveable requirement libexpat.so.0 for libtunepimp Error: Unresolveable requirement libexpat.so.0 for hal Error: Unresolveable requirement libexpat.so.0 for python Error: Unresolveable requirement libexpat.so.0 for mesa-libGL Error: Unresolveable requirement libexpat.so.0 for avahi resulting in not updating at all. From fedora at leemhuis.info Sun Aug 26 13:42:11 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 26 Aug 2007 15:42:11 +0200 Subject: @FESCO: EPEL Steering Committee's mandate is expiring -- how to move on? Message-ID: <46D18333.7070603@leemhuis.info> Hi all! The EPEL Steering Committee's mandate for leading EPEL was time-limited by FESCo until end of September this year. Well, we are getting closer to that date now, so we IMHO should start to discuss how to move on. So if you are a EPEL contributor: what do you want? Do you want to elect a EPEL Steering Committee? Do you want a bigger or a smaller one? Do you want to get rid of it? If you are a member of the new FESCo: What do you guys want? Just extend the mandate by another six months or maybe a whole year? Or get rid or EPEL and make it a real project independently running and managed from FESCo (which it does mostly already)? /me put EPEL Steering Committee Chair hat aside now and expresses his own opinions on the questions from above - I'm fine with having a election of the Steering Committee, but it IMHO doesn't make much sense -- it's likely that the number of candidates is much bigger then the seats (just as it was during the FESCo election). - the size is fine; if people want to get more involved then the EPEL Steering Committee IMHO should dynamically adjust it's own size and get more people aboard, if those people want to get involved and are active on the list and in the meetings - as much as I'd like to get rid of the Steering Committee -- it or something like it is needed to coordinate the work, as otherwise chaos would arise. But we IMHO nevertheless should try to lower the influence of the EPEL Steering Committee and try to get more work done by people who want something done, even if they are not in the Steering Committee. - I think FESCo should extend the mandate by one year. Then we can discuss again if it makes sense to make EPEL a real project that reports directly to the Board and not to FESCo. CU knurd From fedora at leemhuis.info Sun Aug 26 13:46:20 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 26 Aug 2007 15:46:20 +0200 Subject: EPEL Steering Committee's mandate is expiring -- how to move on? Message-ID: <46D1842C.8010002@leemhuis.info> Hi all! > The EPEL Steering Committee's mandate for leading EPEL was time-limited > by FESCo until end of September this year. Well, we are getting closer > to that date now, so we IMHO should start to discuss how to move on. > [...] I just send a mail to fedora-devel-list with this para and some more details. As most EPEL contributors are likely on that list as well I avoided to cross-post the mail here and chose to send this heads up here instead. If you are not on fedora-devel you can find that mail at: https://www.redhat.com/archives/fedora-devel-list/2007-August/msg01845.html Feel free to express you opinion here, but it IMHO would be best for everyone if we have the discussion just in one place (e.g. fedora-devel). CU knurd From fedora at leemhuis.info Sun Aug 26 13:47:29 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 26 Aug 2007 15:47:29 +0200 Subject: EPEL Steering Committee's mandate is expiring -- how to move on? In-Reply-To: <46D1842C.8010002@leemhuis.info> References: <46D1842C.8010002@leemhuis.info> Message-ID: <46D18471.8030801@leemhuis.info> On 26.08.2007 15:46, Thorsten Leemhuis wrote: >> The EPEL Steering Committee's mandate for leading EPEL was time-limited >> by FESCo until end of September this year. Well, we are getting closer >> to that date now, so we IMHO should start to discuss how to move on. >> [...] > I just send a mail to fedora-devel-list with this para and some more > details. As most EPEL contributors are likely on that list as well I > avoided to cross-post the mail here and chose to send this heads up here > instead. [...] this mail should have gone to epel-devel-list and not to fedora-devel-list again. Please ignore. Sorry for the noise. Cu knurd From mschwendt.tmp0701.nospam at arcor.de Sun Aug 26 14:19:24 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sun, 26 Aug 2007 16:19:24 +0200 Subject: expat =?utf-8?b?wrc=?= Re: rawhide report: 20070826 changes In-Reply-To: <6e24a8e80708260630o38306a47s9d3e1e9c3dfeb6ec@mail.gmail.com> References: <200708260951.l7Q9pYaT014207@porkchop.devel.redhat.com> <20070826120559.907269ef.mschwendt.tmp0701.nospam@arcor.de> <20070826083855.76e9ae24@ender> <6e24a8e80708260630o38306a47s9d3e1e9c3dfeb6ec@mail.gmail.com> Message-ID: <20070826161924.06bbf2e5.mschwendt.tmp0701.nospam@arcor.de> On Sun, 26 Aug 2007 15:30:13 +0200, Mark wrote: > The update progress seems to have a few issues now: > > Error: Unresolveable requirement libexpat.so.0 for elinks > Error: Unresolveable requirement libexpat.so.0 for gdb > Error: Unresolveable requirement libexpat.so.0 for dbus > Error: Unresolveable requirement libexpat.so.0 for exempi > Error: Unresolveable requirement libexpat.so.0 for PolicyKit > Error: Unresolveable requirement libexpat.so.0 for dbus-glib > Error: Unresolveable requirement libexpat.so.0 for libtunepimp > Error: Unresolveable requirement libexpat.so.0 for hal > Error: Unresolveable requirement libexpat.so.0 for python > Error: Unresolveable requirement libexpat.so.0 for mesa-libGL > Error: Unresolveable requirement libexpat.so.0 for avahi > > resulting in not updating at all. Yes, that's why I wondered, too. "yum install compat-expat1" does see the compat-expat1 package, so I did a "yum -y update yum ; yum -y update" and now it works. [...] ---> Package compat-expat1.i386 0:1.95.8-3 set to be updated [...] From erik at vanpienbroek.nl Sun Aug 26 14:31:03 2007 From: erik at vanpienbroek.nl (Erik van Pienbroek) Date: Sun, 26 Aug 2007 16:31:03 +0200 Subject: expat =?iso-8859-1?q?=B7?= Re: rawhide report: 20070826 changes In-Reply-To: <20070826161924.06bbf2e5.mschwendt.tmp0701.nospam@arcor.de> References: <200708260951.l7Q9pYaT014207@porkchop.devel.redhat.com> <20070826120559.907269ef.mschwendt.tmp0701.nospam@arcor.de> <20070826083855.76e9ae24@ender> <6e24a8e80708260630o38306a47s9d3e1e9c3dfeb6ec@mail.gmail.com> <20070826161924.06bbf2e5.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1188138663.6968.7.camel@alguno> Op zondag 26-08-2007 om 16:19 uur [tijdzone +0200], schreef Michael Schwendt: > On Sun, 26 Aug 2007 15:30:13 +0200, Mark wrote: > > > The update progress seems to have a few issues now: > > > > Error: Unresolveable requirement libexpat.so.0 for elinks > > Error: Unresolveable requirement libexpat.so.0 for gdb > > Error: Unresolveable requirement libexpat.so.0 for dbus > > Error: Unresolveable requirement libexpat.so.0 for exempi > > Error: Unresolveable requirement libexpat.so.0 for PolicyKit > > Error: Unresolveable requirement libexpat.so.0 for dbus-glib > > Error: Unresolveable requirement libexpat.so.0 for libtunepimp > > Error: Unresolveable requirement libexpat.so.0 for hal > > Error: Unresolveable requirement libexpat.so.0 for python > > Error: Unresolveable requirement libexpat.so.0 for mesa-libGL > > Error: Unresolveable requirement libexpat.so.0 for avahi > > > > resulting in not updating at all. > > Yes, that's why I wondered, too. "yum install compat-expat1" does see > the compat-expat1 package, so I did a "yum -y update yum ; yum -y > update" and now it works. > > [...] > ---> Package compat-expat1.i386 0:1.95.8-3 set to be updated > [...] > Yeah, there still is a bug in yum. About 2 weeks ago I also stumbled on this bug (but then with the rarian package) and Jesse Keating told me a fix for it was already applied in yum's cvs. Unfortunately, no new yum package has been pushed into rawhide yet containing the fix. From tla at rasmil.dk Sun Aug 26 15:33:39 2007 From: tla at rasmil.dk (Tim Lauridsen) Date: Sun, 26 Aug 2007 17:33:39 +0200 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> Message-ID: <46D19D53.30507@rasmil.dk> Debarshi 'Rishi' Ray wrote: > http://debarshiray.multiply.com/journal/item/98/Repository_Manager_for_Pirut > > Finished the Add New Repository dialog today morning. I plan to use a > similar dialog for the Edit Repository dialog too. > > The Delete Repository option may not need a full blown dialog, but a > warning before actually deleting the repository from the configuration > files might be useful. > > What do you think? > > Happy hacking, > Debarshi > Comments to the 'Add Repo dialog' Maybe add a protocol combo box to baseurl & mirror list to select 'http://','ftp://','file://','media://' etc. and only show the file dialog button if 'file://' is selected. Hide the mirror list & gpg key entries if the mirrorlist & GPG Check checkboxes is unchecked. Maybe a radio button to select between baseurl or mirrorlist, it is not the common case to use both at the same time. Maybe crete a Notebook with the basic stuff on one page and the advanced on another page. Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From debarshi.ray at gmail.com Sun Aug 26 16:11:00 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 26 Aug 2007 21:41:00 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> Message-ID: <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> http://debarshiray.multiply.com/journal/item/99/Adding_new_repositories_in_Pirut. Here are some of the latest designs. I have tried to incorporate some of the comments made by people regarding this. What do you think? Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From tmz at pobox.com Sun Aug 26 16:54:51 2007 From: tmz at pobox.com (Todd Zullinger) Date: Sun, 26 Aug 2007 12:54:51 -0400 Subject: desktop-file-install In-Reply-To: <45abe7d80708260503o76ac4e98qcee2b1b02793ad5b@mail.gmail.com> References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> <20070826050122.GA4498@psilocybe.teonanacatl.org> <45abe7d80708260503o76ac4e98qcee2b1b02793ad5b@mail.gmail.com> Message-ID: <20070826165451.GD4498@psilocybe.teonanacatl.org> Ray Strode wrote: > Actually,no one remembers why --vendor was added in the first place. > It's a bad idea, and I made it optional a few desktop-file-utils > releases ago. > > One reason it's a bad idea is because it makes our desktop files > have a different name than the upstream desktop files. Any code > that needs the name of the desktop file needs to be patched to use > our name. It's just broken. > > I would remove --vendor for new rawhide packages completely. If > desktop-file-install is too old to not have vendor at all, then > --vendor "" or --vendor the-name-of-the-file-without-.desktop is > right. Will this get updated in the guidelines then? Otherwise there's conflicting advice floating and that will likely lead to some pointless discussions in reviews. The guidelines could be changed to remove --vendor from the examples. In the notes below would it need to mention that if you've previously used --vendor with the package that you should continue to do so? When would it be alright to drop vendor_id from a .desktop file that had it previously? Do it in rawhide and let upgraders deal with any issues it causes to their custom edited menus (if there truly are any)? Or would the vendor_id need to be carried for a while? -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Judge a man by his questions rather than by his answers. -- Voltaire -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Sun Aug 26 18:20:48 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 26 Aug 2007 13:20:48 -0500 Subject: @FESCO: EPEL Steering Committee's mandate is expiring -- how to move on? In-Reply-To: <46D18333.7070603@leemhuis.info> References: <46D18333.7070603@leemhuis.info> Message-ID: <20070826132048.7b7148ee@vader.jdub.homelinux.org> On Sun, 26 Aug 2007 15:42:11 +0200 Thorsten Leemhuis wrote: > Hi all! > > The EPEL Steering Committee's mandate for leading EPEL was time-limited > by FESCo until end of September this year. Well, we are getting closer > to that date now, so we IMHO should start to discuss how to move on. > > So if you are a EPEL contributor: what do you want? Do you want to elect > a EPEL Steering Committee? Do you want a bigger or a smaller one? Do you > want to get rid of it? > > If you are a member of the new FESCo: What do you guys want? Just extend > the mandate by another six months or maybe a whole year? Or get rid or > EPEL and make it a real project independently running and managed from > FESCo (which it does mostly already)? My opinion: extend the mandate by a year. I prefer this over making it an independent project at the moment because I don't see much benefit in making it a completely separate project, and I would like to see the commonality between Fedora and EPEL continue. Or, in other words, "if it ain't broke, don't fix it." NOTE: The above is solely my opinion. I do not speak for FESCo, or Fedora, or EPEL, or your mom. josh From mschwendt.tmp0701.nospam at arcor.de Sun Aug 26 18:21:05 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sun, 26 Aug 2007 20:21:05 +0200 Subject: rpms/goocanvas/FC-6 goocanvas.spec,1.2,1.3 In-Reply-To: <200708261648.l7QGmQ6n024421@cvs-int.fedora.redhat.com> References: <200708261648.l7QGmQ6n024421@cvs-int.fedora.redhat.com> Message-ID: <20070826202105.530c9e75.mschwendt.tmp0701.nospam@arcor.de> On Sun, 26 Aug 2007 12:48:26 -0400, Bernard Johnson (bjohnson) wrote: > Author: bjohnson > > Update of /cvs/pkgs/rpms/goocanvas/FC-6 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv24354/FC-6 > > Modified Files: > goocanvas.spec > Log Message: > - require gtk2 not gtk2-devel (bz #254239) > BuildRequires: pkgconfig, gettext, gtk2-devel >= 2.10 > -Requires: gtk2-devel >= 2.10 > +Requires: gtk2 >= 2.10 You could drop it in this case, because stock FC-6 ships with gtk2-2.10.4-4.fc6 and the dependency on the gtk2 library sonames is automatic. This implies that it can be dropped for Fedora >= 7, too. From Matt_Domsch at dell.com Sun Aug 26 20:12:42 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 26 Aug 2007 15:12:42 -0500 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <20070825081653.A24356@humbolt.us.dell.com> References: <20070825081653.A24356@humbolt.us.dell.com> Message-ID: <20070826201242.GA10888@auslistsprd01.us.dell.com> On Sat, Aug 25, 2007 at 08:16:53AM -0500, Matt Domsch wrote: > Fedora Rawhide-in-Mock Build Results for i386 Sat Aug 25 03:37:18 CDT 2007 > > Note: all built using rawhide as of Monday, August 19; changes to > rawhide since then are not reflected below. I edited my scripts to look for those apps that fail building due to the new glibc open() checking for modes. Here's that list in particular. Note, several of these have been fixed in rawhide since last Monday, so they can be ignored now. There were 19 such failures. ImageMagick-6.3.2.9-3.fc7 (open_missing_mode) jkeating redhat com aqbanking-2.3.2-1.fc8 (open_missing_mode) notting redhat com doodle-0.6.6-2.fc7 (open_missing_mode) karlikt gmail com ecl-0.9i-3.fc6 (open_missing_mode) gemi bluewin ch freeciv-2.0.9-1.fc7 (open_missing_mode) bdpepple ameritech net gwenhywfar-2.6.0-1.fc8 (open_missing_mode) notting redhat com heartbeat-2.0.8-3.fc8 (open_missing_mode) kevin tummy com initscripts-8.55-1 (open_missing_mode) notting redhat com kgtk-0.8-2.fc7 (open_missing_mode) faucamp csir co za libchewing-0.3.0-8.fc8 (open_missing_mode) cchance redhat com libxml-1.8.17-15.fc6 (open_missing_mode) paul city-fan org mbuffer-20070502-1.fc7 (open_missing_mode) alex dalloz de nessus-core-2.2.9-2.fc7 (open_missing_mode) andreas.bierfert lowlatency de openais-0.80.1-6 (open_missing_mode) jkeating redhat com openmpi-1.2.3-4.fc8 (open_missing_mode) dledford redhat com,jvdias redhat com pcmanx-gtk2-0.3.5-9.336svn.fc7 (open_missing_mode) sdl.web gmail com snort-2.6.1.3-1.fc7 (open_missing_mode) dennis ausil us unzip-5.52-4.fc7 (open_missing_mode) varekova redhat com zaptel-1.4.2.1-1.fc7 (open_missing_mode) jeff ocjtech us if there are other specific failure modes that can be detected via a simple grep of the mock build.log files, please send me those, and I'll be happy to add such to my report to make it easier to see what is failing. One obvious candidate is failing parsing the .desktop files. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From rdieter at math.unl.edu Sun Aug 26 20:58:03 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 26 Aug 2007 15:58:03 -0500 Subject: desktop-file-install References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> <20070826050122.GA4498@psilocybe.teonanacatl.org> <45abe7d80708260503o76ac4e98qcee2b1b02793ad5b@mail.gmail.com> Message-ID: Ray Strode wrote: > Hi, > >> Actually, it's not --vendor="", it's --vendor="", with the >> explanation of vendor_id just below the examples: >> >> * If upstream uses , leave it intact, otherwise use >> fedora as . >> >> * It is important that vendor_id stay constant for the life of a >> package. >> >> This is mostly for the sake of menu-editing (which bases off of >> .desktop file/path names). > > Actually,no one remembers why --vendor was added in the first place. > It's a bad idea, and I made it optional a few desktop-file-utils > releases ago. ... > I would remove --vendor for new rawhide packages completely. If > desktop-file-install is too old to not have vendor at all, then > --vendor "" agreed, but this pretty much varies from the fdo spec, which "strongly recommeds" use of vendor, which most of the FPC considered more important to follow. > One reason it's a bad idea is because it makes our desktop files have > a different name than the upstream desktop files. .desktop files from upstream aren't supposed to be renamed (which is the message the current guidelines try to convey). Pretty much the only time --vendor is to be used to explicitly rename .desktop files are in the case when upstream doesn't supply one (ie, and use --vendor=fedora). Even in this particular case, I personally don't like it all that much. -- Rex From rdieter at math.unl.edu Sun Aug 26 20:59:15 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 26 Aug 2007 15:59:15 -0500 Subject: desktop-file-install References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> <20070826050122.GA4498@psilocybe.teonanacatl.org> <45abe7d80708260503o76ac4e98qcee2b1b02793ad5b@mail.gmail.com> <20070826165451.GD4498@psilocybe.teonanacatl.org> Message-ID: Todd Zullinger wrote: > Will this get updated in the guidelines then? Otherwise there's > conflicting advice floating and that will likely lead to some > pointless discussions in reviews. When it comes to *current* reviews/packages, simply follow the current guidelines. -- Rex From tmz at pobox.com Sun Aug 26 20:27:23 2007 From: tmz at pobox.com (Todd Zullinger) Date: Sun, 26 Aug 2007 16:27:23 -0400 Subject: desktop-file-install In-Reply-To: References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> <20070826050122.GA4498@psilocybe.teonanacatl.org> <45abe7d80708260503o76ac4e98qcee2b1b02793ad5b@mail.gmail.com> <20070826165451.GD4498@psilocybe.teonanacatl.org> Message-ID: <20070826202723.GR4498@psilocybe.teonanacatl.org> Rex Dieter wrote: > When it comes to *current* reviews/packages, simply follow the > current guidelines. Sure, that seems obvious. But there has been confusion about usage of a vendor_id previously (which I attributed to reviewers mistaking vendor_id for the Vendor: spec file tag). What I was wondering was whether there was an effort to change the guidelines regarding the vendor_id. If there is, the issues that *may* be caused by dropping a vendor_id from an existing .desktop file need to be addressed. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ People are crazy and times are strange I'm locked in tight, I'm out of range I used to care, but things have changed -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From bojan at rexursive.com Sun Aug 26 21:32:55 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 27 Aug 2007 07:32:55 +1000 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <20070825081653.A24356@humbolt.us.dell.com> References: <20070825081653.A24356@humbolt.us.dell.com> Message-ID: <1188163975.2863.9.camel@shrek.rexursive.com> On Sat, 2007-08-25 at 08:16 -0500, Matt Domsch wrote: > libapreq2-2.09-0.rc2.4.fc7 (build/make) bojan rexursive com Ah, looks like Berkeley DB 4.6 stuff. May be an APR dependency that changed recently... -- Bojan From lobais at gmail.com Sun Aug 26 21:35:41 2007 From: lobais at gmail.com (Thomas Dybdahl Ahle) Date: Sun, 26 Aug 2007 23:35:41 +0200 Subject: Gdl in gnome-python-extras? Message-ID: <1188164141.2610.5.camel@localhost.localdomain> Hi, I'm looking for the python bindings for gdl (the anjuta library) I have gnome-python2-devel-2.16.2-2.fc6 gnome-python2-gconf-2.16.2-2.fc6 gnome-python2-rsvg-2.16.0-1.fc6 gnome-python2-2.16.2-2.fc6 gnome-python2-desktop-2.16.0-1.fc6 gnome-python2-nautilus-cd-burner-2.16.0-1.fc6 gnome-python2-gtkhtml2-2.14.2-10.fc6 gnome-python2-gnomevfs-2.16.2-2.fc6 gnome-python2-totem-2.16.0-1.fc6 gnome-python2-gtksourceview-2.16.0-1.fc6 gnome-python2-libegg-2.14.2-10.fc6 gnome-python2-gda-devel-2.14.2-2.fc6 gnome-python2-bonobo-2.16.2-2.fc6 gnome-python2-gnomekeyring-2.16.0-1.fc6 gnome-python2-extras-2.14.2-10.fc6 gnome-python2-gnomeprint-2.16.0-1.fc6 gnome-python2-applet-2.16.0-1.fc6 gnome-python2-metacity-2.16.0-1.fc6 gnome-python2-gda-2.14.2-2.fc6 gnome-python2-gnomedesktop-2.16.0-1.fc6 gnome-python2-libwnck-2.16.0-1.fc6 gnome-python2-libgtop2-2.16.0-1.fc6 gnome-python2-canvas-2.16.2-2.fc6 gnome-python2-gtkspell-2.14.2-10.fc6 installed, but ">>> import gdl" still gives me an import error, and "locate gdl" does give /usr/lib/libgdl-1.so but nothing in /usr/lib/python. I get the same problem on f7. Do you know if gdl is at all in the repos? When I talk to the pygtk folks they tell me it relies in gnome-python-extras, but perhaps that is not the case on fedora? -- Med venlig hilsen, Best regards, Thomas From bojan at rexursive.com Sun Aug 26 21:38:33 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 27 Aug 2007 07:38:33 +1000 Subject: Fedora x86_64 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <20070825081443.A24285@humbolt.us.dell.com> References: <20070825081443.A24285@humbolt.us.dell.com> Message-ID: <1188164313.2863.15.camel@shrek.rexursive.com> On Sat, 2007-08-25 at 08:14 -0500, Matt Domsch wrote: > libapreq2-2.09-0.rc2.4.fc7 (build/make) bojan rexursive com If any Perl monger knows what this means: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/x86_64/libapreq2-2.09-0.rc2.4.fc7.src.rpm/result/build.log Please let me know. Different error than i386 build of the same package, where libdb-4.5 was missing. Not sure why the difference... -- Bojan From opensource at till.name Sun Aug 26 21:45:16 2007 From: opensource at till.name (Till Maas) Date: Sun, 26 Aug 2007 23:45:16 +0200 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <20070825081653.A24356@humbolt.us.dell.com> References: <20070825081653.A24356@humbolt.us.dell.com> Message-ID: <200708262345.22836.opensource@till.name> On Sa August 25 2007, Matt Domsch wrote: > Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 > Note: all built using rawhide as of Monday, August 19; changes to > rawhide since then are not reflected below. Imho there would be less confusion, when you use the date when you started the rebuild in the subject instead of the date when it finished. Or maybe rebuild all packages, that failed to build, when they have a more recent version available. Maybe this can reduce the gap between the starting and finishing the rebuild good enough. Regards, Till From rdieter at math.unl.edu Sun Aug 26 21:46:56 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 26 Aug 2007 16:46:56 -0500 Subject: desktop-file-install References: <3170f42f0708242104y19718f79oda673a135c3c00e@mail.gmail.com> <46CFADA4.9010508@ioa.s.u-tokyo.ac.jp> <3170f42f0708251338x54bfed17i4167847a3cc69c64@mail.gmail.com> <20070826050122.GA4498@psilocybe.teonanacatl.org> <45abe7d80708260503o76ac4e98qcee2b1b02793ad5b@mail.gmail.com> <20070826165451.GD4498@psilocybe.teonanacatl.org> <20070826202723.GR4498@psilocybe.teonanacatl.org> Message-ID: Todd Zullinger wrote: > What I was wondering was whether there was an effort to change > the guidelines regarding the vendor_id. No draft proposals have been presented (yet), so atm no. -- Rex From martin.sourada at seznam.cz Sun Aug 26 22:59:13 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Mon, 27 Aug 2007 00:59:13 +0200 Subject: Gdl in gnome-python-extras? In-Reply-To: <1188164141.2610.5.camel@localhost.localdomain> References: <1188164141.2610.5.camel@localhost.localdomain> Message-ID: <1188169153.9578.330.camel@pc-notebook> On Sun, 2007-08-26 at 23:35 +0200, Thomas Dybdahl Ahle wrote: > Hi, > I'm looking for the python bindings for gdl (the anjuta library) > I have > gnome-python2-devel-2.16.2-2.fc6 > gnome-python2-gconf-2.16.2-2.fc6 > gnome-python2-rsvg-2.16.0-1.fc6 > gnome-python2-2.16.2-2.fc6 > gnome-python2-desktop-2.16.0-1.fc6 > gnome-python2-nautilus-cd-burner-2.16.0-1.fc6 > gnome-python2-gtkhtml2-2.14.2-10.fc6 > gnome-python2-gnomevfs-2.16.2-2.fc6 > gnome-python2-totem-2.16.0-1.fc6 > gnome-python2-gtksourceview-2.16.0-1.fc6 > gnome-python2-libegg-2.14.2-10.fc6 > gnome-python2-gda-devel-2.14.2-2.fc6 > gnome-python2-bonobo-2.16.2-2.fc6 > gnome-python2-gnomekeyring-2.16.0-1.fc6 > gnome-python2-extras-2.14.2-10.fc6 > gnome-python2-gnomeprint-2.16.0-1.fc6 > gnome-python2-applet-2.16.0-1.fc6 > gnome-python2-metacity-2.16.0-1.fc6 > gnome-python2-gda-2.14.2-2.fc6 > gnome-python2-gnomedesktop-2.16.0-1.fc6 > gnome-python2-libwnck-2.16.0-1.fc6 > gnome-python2-libgtop2-2.16.0-1.fc6 > gnome-python2-canvas-2.16.2-2.fc6 > gnome-python2-gtkspell-2.14.2-10.fc6 > installed, but ">>> import gdl" still gives me an import error, and > "locate gdl" does give /usr/lib/libgdl-1.so but nothing > in /usr/lib/python. > > I get the same problem on f7. > > Do you know if gdl is at all in the repos? When I talk to the pygtk > folks they tell me it relies in gnome-python-extras, but perhaps that is > not the case on fedora? > > -- > Med venlig hilsen, > Best regards, > Thomas > Hi, python bindings for gdl are not included in the fedora gnome-python2-extras package. You can enable it with adding BuildRequire: anjuta-gdl-devel to the specfile and create a corresponding subpackage (gnome-python2-gdl). If you would like to have it in repos, I'd suggest to make a feature request at bugzilla. Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Matt_Domsch at dell.com Sun Aug 26 23:56:33 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 26 Aug 2007 18:56:33 -0500 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <200708262345.22836.opensource@till.name> References: <20070825081653.A24356@humbolt.us.dell.com> <200708262345.22836.opensource@till.name> Message-ID: <20070826235633.GA23785@auslistsprd01.us.dell.com> On Sun, Aug 26, 2007 at 11:45:16PM +0200, Till Maas wrote: > On Sa August 25 2007, Matt Domsch wrote: > > > Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 > > > Note: all built using rawhide as of Monday, August 19; changes to > > rawhide since then are not reflected below. > > Imho there would be less confusion, when you use the date when you started the > rebuild in the subject instead of the date when it finished. I can think about doing this. > Or maybe rebuild > all packages, that failed to build, when they have a more recent version > available. Maybe this can reduce the gap between the starting and finishing > the rebuild good enough. I did a fresh complete rebuild from last Monday's rawhide to be sure everything got rebuilt with the new buildid code path. However, even on 7 fast builders, it takes several days to build 4660 packages * 2 architectures. I believe all the toolchain changes are now complete, such that I can just do rebuilds of failed builds for the rest of the Fedora 8 cycle. That takes less than a day, it's only a little over 600 packages at this point. I would like to see Fedora implement a hard deadline, such as Test 1, for all toolchain changes to be complete, so that all builds that happen post-Test1 will be built with the new toolchain. I know that's been the goal of releng, but I'd like to see that formalized as well. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From mclasen at redhat.com Mon Aug 27 03:11:29 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Sun, 26 Aug 2007 23:11:29 -0400 Subject: CAT:Science;Electronics -> Other in gnome menus Message-ID: <1188184290.10197.10.camel@localhost.localdomain> > The desktop files for electronic simulation applications point to > "Education;Science;Engineering". > > In fact this is wrong and should be changed to "Science;Engineering" > or "Science;Electronics" as stated by > http://standards.freedesktop.org/menu-spec/latest/apa.html > > Additional Category - Description - Related Categories > Electronics - Electronics software, e.g. a circuit designer - [ ] > Engineering - Engineering software, e.g. CAD programs - [ ] > > [Desktop Entry] > Categories=Science;Electronics; or Categories=Science;Engineering; > > Since those packages are not meant for "Education" (but instead Engineering), > the category "Education" is inappropriate. If you read the paragraph above the table of additional categories, it states: The table below describes Additional Categories. The Related Categories column lists one or more categories that are suggested to be used in conjunction with the Additional Category. Note that at least one Main Category must be included in the desktop entry's list of categories. And Education is listed as related category for Science, so the desktop file is only trying to be correct here. But I agree that the list of primary categories is a bit scarce, and I wouldn't be opposed to add a "Science & Engineering" menu to our menu files. Translations will be an issue, though. Matthias From tgl at redhat.com Mon Aug 27 03:58:29 2007 From: tgl at redhat.com (Tom Lane) Date: Sun, 26 Aug 2007 23:58:29 -0400 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <20070826235633.GA23785@auslistsprd01.us.dell.com> References: <20070825081653.A24356@humbolt.us.dell.com> <200708262345.22836.opensource@till.name> <20070826235633.GA23785@auslistsprd01.us.dell.com> Message-ID: <13015.1188187109@sss.pgh.pa.us> Matt Domsch writes: > I would like to see Fedora implement a hard deadline, such as Test 1, > for all toolchain changes to be complete, so that all builds that > happen post-Test1 will be built with the new toolchain. I know that's > been the goal of releng, but I'd like to see that formalized as well. This seems mere wishful thinking --- the problem is toolchain bugs found post-Test1, and you can't eliminate that just by setting a policy. regards, tom lane From bojan at rexursive.com Mon Aug 27 07:19:39 2007 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 27 Aug 2007 17:19:39 +1000 Subject: Newer kernel for F7? Message-ID: <1188199179.2863.24.camel@shrek.rexursive.com> Sorry to be a pest about this, but could we get the newer kernel (.5-71) into the F7 updates? Current .4-65 appears to be a bit OOPS happy (https://bugzilla.redhat.com/show_bug.cgi?id=254281). I even had a complete crash on x86_64 (admittedly with a vmware tainted version of it). Nevertheless, .5 appears better from what I can see (no OOPSes so far). -- Bojan From tla at rasmil.dk Mon Aug 27 08:12:58 2007 From: tla at rasmil.dk (Tim Lauridsen) Date: Mon, 27 Aug 2007 10:12:58 +0200 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> Message-ID: <46D2878A.7070308@rasmil.dk> Debarshi 'Rishi' Ray wrote: > http://debarshiray.multiply.com/journal/item/99/Adding_new_repositories_in_Pirut. > > Here are some of the latest designs. I have tried to incorporate some > of the comments made by people regarding this. > > What do you think? > > Happy hacking, > Debarshi > I have made a mockup to show to cleanup things a little. http://timlau.fedorapeople.org/Add%20Repository.png There is some issues. * baseurl is not a single line, there can be more lines, with different protocols. * when there is a protocol selector there is no need to write http:// etc. in the URL entry. * Hide the mirrorlist & gpg key entries when the checkbox is unselected. Tim From debarshi.ray at gmail.com Mon Aug 27 08:44:51 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 27 Aug 2007 14:14:51 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <46D2878A.7070308@rasmil.dk> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> Message-ID: <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> > * baseurl is not a single line, there can be more lines, with different > protocols. How is this possible with your design? > * when there is a protocol selector there is no need to write http:// > etc. in the URL entry. We should not force such a thing. If the protocol is present in the URL, good enough. > * Hide the mirrorlist & gpg key entries when the checkbox is unselected. http://debarshiray.multiply.com/journal/item/99/Adding_new_repositories_in_Pirut. has it. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From buildsys at redhat.com Mon Aug 27 08:45:24 2007 From: buildsys at redhat.com (Build System) Date: Mon, 27 Aug 2007 04:45:24 -0400 Subject: rawhide report: 20070827 changes Message-ID: <200708270845.l7R8jOkV011858@porkchop.devel.redhat.com> New package pdftohtml PDF to HTML converter New package sazanami-fonts Sazanami Japanese TrueType fonts Updated Packages: QuantLib-0.8.1-2.fc8 -------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.8.1-2 - rebuild for BuildID R-2.5.1-3.fc8 ------------- * Sun Aug 26 2007 Tom "spot" Callaway 2.5.1-3 - fix license tag - rebuild for ppc32 * Thu Jul 05 2007 Tom "spot" Callaway 2.5.1-2 - add rpm helper macros, script * Mon Jul 02 2007 Tom "spot" Callaway 2.5.1-1 - drop patch, upstream fixed - bump to 2.5.1 R-hdf5-1.6.6-2.fc8 ------------------ * Sun Aug 26 2007 Tom "spot" Callaway 1.6.6-2 - rebuild for ppc32 - fix license tags blobby-0.6-0.6.a.fc8 -------------------- * Sun Aug 26 2007 Aurelien Bompard 0.6-0.6.a - fix license tag again: if no version is specified, any version can be chosen (see http://fedoraproject.org/wiki/Licensing) bodr-6-2.fc8 ------------ cdo-1.0.8-1.fc8 --------------- * Sun Aug 26 2007 Ed Hill - 1.0.8-1 - new upstream 1.0.8 chemical-mime-data-0.1.94-3.fc8 ------------------------------- * Sun Aug 26 2007 Julian Sikorski - 0.1.94-3 - Adjusted License tag as per latest guidelines chemtool-1.6.11-1.fc8 --------------------- * Sun Aug 26 2007 Dominik 'Rathann' Mierzejewski 1.6.11-1 - updated to 1.6.11 - updated license tag - specfile cleanups - fixed GNOME dir detection - fixed build with libEMF childsplay-0.90-1.fc8 --------------------- * Sun Aug 26 2007 Hans de Goede 0.90-1 - New upstream version 0.90, license changed to GPL version 3, no other changes. childsplay_plugins-0.90-1.fc8 ----------------------------- * Sun Aug 26 2007 Hans de Goede 0.90-1 - New upstream version 0.90, license changed to GPL version 3, no other changes. conduit-0.3.3-5.fc8 ------------------- * Sun Aug 26 2007 Bernard Johnson - 0.3.3-5 - do not require tomboy for ppc64 (see bz #255221) dirac-0.7.0-2.fc8 ----------------- * Sun Aug 26 2007 kwizart < kwizart at gmail.com > - 0.7.0-2 - Rebuild for BuildID dirmngr-1.0.0-5.fc8 ------------------- * Sun Aug 26 2007 Rex Dieter 1.0.0-5 - BR: gawk * Sat Aug 25 2007 Rex Dieter 1.0.0-4 - respin (BuildID) doodle-0.6.6-3.fc8 ------------------ fonts-chinese-3.03-9.fc8 ------------------------ * Mon Aug 27 2007 Caius Chance - 3.03-9.fc8 - Removed ownership of catalogue directory. * Tue Aug 21 2007 Jens Petersen - add source urls for arphic fonts - use %setup macro - use arphic license from uming source fonts-japanese-0.20061016-10.fc8 -------------------------------- * Mon Aug 27 2007 Jens Petersen - 0.20061016-10 - sazanami fonts have been moved to a new package sazanami-fonts (#253149) fonts-korean-2.2-4.fc8 ---------------------- * Mon Aug 20 2007 Caius Chance - 2.2-4.fc8 - Resolves: rhbz#252272 (Drop chkfontpath dependency.) ^^^ Removed chkfontpath, added TrueType directory specification in fc-cache. * Fri Aug 17 2007 Jens Petersen - remove %baekmukdocdir and list doc files * Thu Aug 16 2007 Caius Chance - 2.2-2.fc8 - Resolves: rhbz#252272 (Drop chkfontpath dependency.) ftgl-2.1.2-6.fc8 ---------------- * Sun Aug 26 2007 kwizart < kwizart at gmail.com > - 2.1.2-6 - rebuild for ppc32 - Update the license field gchempaint-0.8.2-3.fc8 ---------------------- * Sun Aug 26 2007 Julian Sikorski - 0.8.2-3 - Adjusted License tag as per latest guidelines gds2pov-0.20070815-1.fc8 ------------------------ glest-2.0.0-7.fc8 ----------------- * Sun Aug 26 2007 Aurelien Bompard 2.0.0-7 - fix ExcludArch tag (no comma allowed) gmediaserver-0.12.0-11.fc8 -------------------------- * Mon Aug 27 2007 Karol Trzcionka - 0.12.0-11 - Rebuild for ppc32 gnome-applet-netspeed-0.14-2.fc8 -------------------------------- * Sun Aug 26 2007 Julian Sikorski - 0.14-2 - Adjusted License tag as per latest guidelines gnome-chemistry-utils-0.8.2-4.fc8 --------------------------------- * Sun Aug 26 2007 Julian Sikorski - 0.8.2-4 - Adjusted License tag as per latest guidelines goffice04-0.4.2-2.fc8 --------------------- * Sun Aug 26 2007 Julian Sikorski - 0.4.2-2 - Adjusted License tag as per latest guidelines goocanvas-0.9-2.fc8 ------------------- * Sun Aug 26 2007 Bernard Johnson - 0.9-2 - require gtk2 not gtk2-devel (bz #254239) grisbi-0.5.9-3.fc8 ------------------ * Sat Aug 25 2007 Aurelien Bompard 0.5.9-3 - rebuild * Sat Aug 25 2007 Aurelien Bompard 0.5.9-2 - fix bug 248264 - fix license tag gsm-1.0.12-5.fc8 ---------------- * Sun Aug 26 2007 Dominik Mierzejewski 1.0.12-5 - install symlinks instead of binaries in -devel gtk2-2.11.6-7.fc8 ----------------- * Mon Aug 27 2007 Jens Petersen - 2.11.6-7 - own libdir/gtk-2.0/immodules directory (#255621) * Wed Aug 08 2007 Matthias Clasen - 2.11.6-6 - Improve tooltip compatibility to make acroread work again * Sun Aug 05 2007 Matthias Clasen - 2.11.6-5 - Really move gtk-demo over gwget-0.99-2.fc8 ---------------- * Sat Aug 25 2007 Christoph Wickert - 0.99-2 - Run intltoolize to get locales installed properly with intltool 0.36.1 - Update license tag iksemel-1.3-2.fc8 ----------------- * Sat Aug 25 2007 Jeffrey C. Ollie - 1.3-2 - Disable "make check" on PPC again. * Sat Aug 25 2007 Jeffrey C. Ollie - 1.3-1 - Update to 1.3 - Don't need to BR pkgconfig because gnutls-devel now requires it properly. - Update license. - Run "make check" on PPC - Update patches so that they apply to 1.3 - Update URLs jd-1.9.6-0.4.svn1290.fc8 ------------------------ * Mon Aug 27 2007 Mamoru Tasaka - 1.9.6-0.4.svn1290 - svn 1290 * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 * Sat Aug 04 2007 Mamoru Tasaka - 1.9.6-0.1.beta070804 - 1.9.6 beta 070804 kdebluetooth-1.0-0.33.beta3.fc8 ------------------------------- * Sun Aug 26 2007 Gilboa Davara 1-0.0-33.beta3 - Re-Fix the license tag. * Sun Aug 26 2007 Gilboa Davara 1-0.0-32.beta3 - Fixed license tag. - Re-enable PPC64. kernel-2.6.23-0.139.rc3.git10.fc8 --------------------------------- * Sun Aug 26 2007 Dave Jones - Resurrect 586 support. * Sun Aug 26 2007 Dave Jones - Fix async scanning double-add problems. * Sun Aug 26 2007 Dave Jones - 2.6.23-rc3-git10 kphotoalbum-3.0.2-6.fc8 ----------------------- * Sun Aug 26 2007 Rex Dieter 3.0.2-6 - desktop file patch (make MimeType=... end with ;) * Sat Aug 25 2007 Rex Dieter 3.0.2-5 - fix %check * Sat Aug 25 2007 Rex Dieter 3.0.2-3 - specfile cosmetics - respin (BuildID) lcdproc-0.5.2-3.fc8 ------------------- * Sun Aug 26 2007 kwizart < kwizart at gmail.com > - 0.5.2-3 - Rebuild for BuildID libassuan-1.0.3-2.fc8 --------------------- * Sun Aug 26 2007 Rex Dieter - 1.0.3-2 - BR: gawk (to reenable pth support) * Fri Aug 24 2007 Rex Dieter - 1.0.3-1 - libassuan-1.0.3 - License: LGPLv2 * Thu Aug 02 2007 Rex Dieter - 1.0.2-2 - License: LGPLv3 (clarification, changed from LGPLv2 1.0.1 -> 1.0.2) libifp-1.0.0.2-6.fc8 -------------------- * Sun Aug 26 2007 Aurelien Bompard 1.0.0.2-6 - rebuild for BuildID - fix license tag libkexif-0.2.5-2.fc8 -------------------- * Sun Aug 26 2007 Aurelien Bompard 0.2.5-2 - fix license tag libkipi-0.1.5-2.fc8 ------------------- * Sun Aug 26 2007 Aurelien Bompard 0.1.5-2 - fix license tag libuninameslist-0.0-7.20060907 ------------------------------ * Sun Aug 26 2007 Kevin Fenzi - 0.0-7.20060907 - Rebuild for BuildID libvisual-0.4.0-4.fc8 --------------------- * Sun Aug 26 2007 Aurelien Bompard 0.4.0-4 - fix license tag * Wed Aug 30 2006 Aurelien Bompard 0.4.0-3 - rebuild * Sat Jul 08 2006 Aurelien Bompard 0.4.0-2 - bump release libvisual-plugins-0.4.0-4.fc8 ----------------------------- * Sun Aug 26 2007 Aurelien Bompard 0.4.0-4 - fix license tag lrmi-0.10-3.fc8 --------------- * Sun Aug 26 2007 Kevin Fenzi - 0.10-3 - Rebuild for BuildID mail-notification-4.1-4.1 ------------------------- * Sun Aug 26 2007 Thorsten Leemhuis - 4.1-4 - add mail-notification-evo-api-change.patch to fix compilation against evo 2.12 (taken from ubuntu's gutsy package -- thx guys!) * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" marble-0.4.0.2-1.fc8 -------------------- * Sun Aug 26 2007 Chitlesh Goorah 0.4.0.2-1 - new upstream release mhonarc-2.6.16-4.fc8 -------------------- * Sun Aug 26 2007 Aurelien Bompard 2.6.16-4 - fix license tag mkvtoolnix-2.1.0-1.fc8 ---------------------- * Sun Aug 26 2007 Dominik Mierzejewski 2.1.0-1 - updated to 2.1.0 - updated license tag most-4.10.2-6.fc8 ----------------- * Sun Aug 26 2007 Adrian Reber - 4.10.2-6 - rebuilt - updated License - added BR gawk mpc-0.12.1-1.fc8 ---------------- * Sun Aug 26 2007 Adrian Reber - 0.12.1-1 - updated to 0.12.1 - updated License - added BR gawk museek+-0.1.13-1.fc8 -------------------- * Sat Aug 25 2007 Julian Sikorski - 0.1.13-1 - Updated to 0.1.13 - Fixed License tag as per latest guidelines - Install musetup-gtk desktop file - Drop building with scons in favour of cmake - Killed museek-launcher and respective patch since we now have 3 separate clients - Added README and TODO to %doc ntfs-3g-2:1.826-1.fc8 --------------------- * Sun Aug 26 2007 Tom "spot" Callaway 2:1.826-1 - bump to 1.826 - glibc27 patch is upstreamed osiv-2.0.0-0.3.beta.fc8 ----------------------- * Sun Aug 26 2007 Ed Hill - 2.0.0-0.3 - add missing BRs * Sun Aug 26 2007 Ed Hill - 2.0.0-0.2 - upstream dropped auto-tools so work around the build quirks * Sun Aug 26 2007 Ed Hill - 2.0.0-0.1 - new upstream 2.0.0-beta perl-Email-Date-1.102-3.fc8 --------------------------- perl-Email-MIME-Attachment-Stripper-1.313-3.fc8 ----------------------------------------------- perl-Email-MIME-Creator-1.454-1.fc8 ----------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.454-1 - bump to 1.454 - fix license tag perl-Email-Reply-1.202-1.fc8 ---------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.201-4 - 1.202 - license fix perl-Email-Send-2.185-3.fc8 --------------------------- perl-Email-Simple-Creator-1.422-1.fc8 ------------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.422-1 - 1.422 - license tag fix perl-Email-Valid-0.179-2.fc8 ---------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.179-2 - fix license, BR: Net::Domain::TLD perl-Exporter-Lite-0.02-2.fc8 ----------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.02-2 - license tag fix perl-File-MMagic-XS-0.09002-2.fc8 --------------------------------- * Mon Aug 27 2007 Tom "spot" Callaway 0.09002-2 - license tag fix - rebuild in devel for ppc32 perl-HTML-Tree-1:3.23-2.fc8 --------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 3.23-2 - license tag fix perl-HTTP-Body-0.9-2.fc8 ------------------------ * Sun Aug 26 2007 Tom "spot" Callaway 0.9-2 - license tag fix perl-IO-CaptureOutput-1.03-6.fc8.1 ---------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 1.03-6 - license fix perl-Ima-DBI-0.35-1.fc8.1 ------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.35-1 - 0.35 - license tag fix perl-Image-ExifTool-6.95-1.fc8 ------------------------------ * Sun Aug 26 2007 Tom "spot" Callaway 6.95-1 - 6.95 - license tag fix perl-Jcode-2.06-4.fc8 --------------------- * Sun Aug 26 2007 Aurelien Bompard 2.06-4 - fix license tag (like perl itself) perl-Lingua-EN-Inflect-1.89-5.fc8 --------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 1.89-5 - license fix * Fri Sep 15 2006 Tom "spot" Callaway 1.89-4 - bump for fc6 * Fri Jul 29 2005 Tom "spot" Callaway 1.89-3 - chmod -x files that don't need to be executable (hooray upstream) - own Lingua directory correctly perl-Lingua-EN-Inflect-Number-1.1-6.fc8 --------------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 1.1-6 - license tag fix perl-MIME-Types-1.20-2.fc8 -------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.20-2 - license tag fix perl-Mail-Box-2.073-1.fc8 ------------------------- perl-Mail-Box-Parser-C-3.006-2.fc8 ---------------------------------- perl-Mail-IMAPClient-2.2.9-4.fc8 -------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 2.2.9-4 - license tag fix perl-Mail-Transport-Dbx-0.07-3.fc8 ---------------------------------- perl-Maypole-2.111-1.fc8.1 -------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 2.111-1 - bump to 2.111 - license tag fix perl-Net-Domain-TLD-1.65-2.fc8 ------------------------------ perl-OLE-Storage_Lite-0.14-9.fc8 -------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.14-9 - license tag fix perl-Object-Realize-Later-0.18-2.fc8 ------------------------------------ perl-Pod-POM-0.17-7.fc8 ----------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.17-7 - license tag fix perl-Return-Value-1.302-3.fc8 ----------------------------- perl-SQL-Abstract-1.22-2.fc8 ---------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 1.22-2 - license tag fix perl-SQL-Abstract-Limit-0.12-4.fc8 ---------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.12-4 - license tag fix perl-Spreadsheet-WriteExcel-2.18-1.fc8 -------------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 2.18-1 - 2.18 - license tag fix perl-Taint-Runtime-0.03-2.fc8 ----------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.03-2 - license tag fix, rebuild for ppc32 perl-Template-GD-2.66-3.fc8 --------------------------- perl-Template-Plugin-Class-0.13-3.fc8 ------------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.13-3 - license tag fix perl-Template-Toolkit-2.19-1.fc8 -------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 2.19-1 - 2.19 - license tag fix - rebuild for BuildID perl-Test-MockModule-0.05-5.fc8 ------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.05-5 - license tag fix perl-Tie-DBI-1.02-3.fc8 ----------------------- * Sun Aug 26 2007 Tom "spot" Callaway 1.02-3 - license tag fix perl-UNIVERSAL-exports-0.05-3.fc8 --------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.05-3 - license tag fix perl-UNIVERSAL-moniker-0.08-5.fc8 --------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.08-5 - license tag fix perl-UNIVERSAL-require-0.11-2.fc8 --------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.11-2 - license tag fix perl-Unicode-Map-0.112-10.fc8 ----------------------------- * Sun Aug 26 2007 Aurelien Bompard 0.112-10 - rebuild for BuildID - fix license tag (like perl itself) perl-Unicode-Map8-0.12-13.fc8 ----------------------------- * Sun Aug 26 2007 Aurelien Bompard 0.12-13 - fix license tag (like perl itself) * Mon Aug 13 2007 Aurelien Bompard 0.12-12 - BR: perl-devel * Sun Oct 29 2006 Aurelien Bompard 0.12-11 - actually apply the patches perl-Unicode-MapUTF8-1.11-5.fc8 ------------------------------- * Sun Aug 26 2007 Aurelien Bompard 1.11-5 - fix license tag (like perl itself) perl-Unicode-String-2.09-4.fc8 ------------------------------ * Sun Aug 26 2007 Aurelien Bompard 2.09-4 - fix license tag (like perl itself) perl-User-Identity-0.92-1.fc8 ----------------------------- perl-XML-RSS-1.31-1.fc8 ----------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.31-1 - bump to 1.31 - license tag fix perl-version-1:0.7203-2.fc8 --------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 1:0.7203-2 - license tag fix, rebuild for ppc32 php-adodb-4.95-1.a.fc8 ---------------------- * Sun Aug 26 2007 Aurelien Bompard 4.95-1.a - version 4.95a - fix license tag physfs-1.0.1-6.fc8 ------------------ * Sun Aug 26 2007 Tom "spot" Callaway 1.0.1-6 - fix license tag, rebuild for BuildID psi-0.10-6.fc8 -------------- * Sun Aug 26 2007 Aurelien Bompard 0.10-6 - fix license tag - rebuild for BuildID pure-ftpd-1.0.21-13.fc8 ----------------------- * Sun Aug 26 2007 Aurelien Bompard 1.0.21-13 - rebuild for BuildID * Sat Dec 09 2006 Aurelien Bompard 1.0.21-12 - rebuild pychart-1.39-6.fc8 ------------------ * Sun Aug 26 2007 Tom "spot" Callaway 1.39-6 - license fix python-dialog-2.7-7.fc8 ----------------------- * Sun Aug 26 2007 Aurelien Bompard 2.7-7 - fix license tag (see head of dialog.py) python-kaa-base-0.1.3-4.fc8 --------------------------- * Sun Aug 26 2007 kwizart < kwizart at gmail.com > - 0.1.3-4 - Rebuild for BuildID - Update the License field python-kaa-imlib2-0.2.1-3.fc8 ----------------------------- * Sun Aug 26 2007 kwizart < kwizart at gmail.com > - 0.2.1-3 - Rebuild for BuildID - Update the License field qca-1.0-9.fc8 ------------- * Sun Aug 26 2007 Aurelien Bompard 1.0-9 - fix license tag * Wed Aug 30 2006 Aurelien Bompard 1.0-8 - rebuild * Sat Apr 08 2006 Aurelien Bompard 1.0-7 - disable stripping (bug 186648) qca-tls-1.0-11.fc8 ------------------ * Sun Aug 26 2007 Aurelien Bompard 1.0-11 - fix license tag - rebuild for BuildID qt-qsa-1.1.5-2.fc8 ------------------ * Sun Aug 26 2007 Julian Sikorski - 1.1.5-2 - Rebuild qwtplot3d-0.2.7-4.fc8 --------------------- * Thu Aug 23 2007 Chitlesh Goorah - 0.2.7-4 - fixed -qt4 symbolic links - update license to zlib sbcl-1.0.9-1.fc8 ---------------- * Sun Aug 26 2007 Rex Dieter 1.0.9-1 - sbcl-1.0.9 scim-pinyin-0.5.91-20.fc8 ------------------------- * Mon Aug 27 2007 Huang Peng - 0.5.91-20 - Change rpm license field to GPLv2 scrip-1.4-9.fc8 --------------- * Sun Aug 26 2007 Ed Hill - 1.4-9 - add -lnetcdff for new netcdf v3.6.2 * Sat Aug 25 2007 Ed Hill - 1.4-8 - rebuild for BuildID * Sun Jun 24 2007 Ed Hill - 1.4-7 - fix URL (Fedora bz 245388) showimg-0.9.5-13.fc8 -------------------- * Sun Aug 26 2007 Aurelien Bompard 0.9.5-13 - fix license tag - rebuild for BuildID sonata-1.2.3-1.fc8 ------------------ * Sun Aug 26 2007 Micha?? Bentkowski - 1.2.3-1 - One two three stow-1.3.3-6.fc8 ---------------- * Sun Aug 26 2007 Aurelien Bompard 1.3.3-6 - fix license tag taglib-1.4-6.fc8 ---------------- * Sun Aug 26 2007 Aurelien Bompard 1.4-6 - fix license tag - rebuild for BuildID tcpreplay-3.2.0-1.fc8 --------------------- * Mon Aug 27 2007 Bojan Smojver - 3.2.0-1 - bump up to 3.2.0 - drop -enable-64bits option to configure - this is now default tdom-0.8.2-1.fc8 ---------------- telepathy-mission-control-4.35-1.fc8 ------------------------------------ * Sun Aug 26 2007 Sindre Pedersen Bj??rdal - 4.35-1 - Bump to latest release thinkfinger-0.3-3.fc8 --------------------- * Sun Aug 26 2007 Julian Sikorski - 0.3-3 - Adjusted License tag as per latest guidelines tpb-0.6.4-9.fc8 --------------- * Sun Aug 26 2007 Kevin Fenzi - 0.6.4-9 - Updated License tag unrtf-0.20.2-3.fc8 ------------------ * Sun Aug 26 2007 Aurelien Bompard 0.20.2-3 - fix license tag - rebuild for BuildID wbxml2-0.9.2-9.fc8 ------------------ * Sun Aug 26 2007 Laurent Rineau - 0.9.2-9 - Change the License: tag. wv-1.2.4-2.fc8 -------------- * Sun Aug 26 2007 Aurelien Bompard 1.2.4-2 - fix license tag - rebuild for BuildID * Sat Oct 28 2006 Aurelien Bompard 1.2.4-1 - update to 1.2.4, fixes #212696 (CVE-2006-4513) * Fri Sep 08 2006 Aurelien Bompard 1.2.1-7 - rebuild (releases 1 to 7, cvs problem) xbindkeys-1.8.2-1.fc8 --------------------- * Sun Aug 26 2007 Aurelien Bompard 1.8.2-1 - version 1.8.2 - fix license tag xeuphoric-0.18.2-8.fc8 ---------------------- * Tue Aug 21 2007 Ian Chapman 0.18.2-8 - Release bump for F8 mass rebuild - License change due to new guidelines * Fri Jun 29 2007 Ian Chapman 0.18.2-7 - Various cleanups to the SPEC including conforming to new guidelines - Fix BZ #245091 - Additional .desktop files for other emulator models - Encoding fixes for documentation - Fixed installation of broken man page * Sat Oct 21 2006 Paul F. Johnson - 0.18.2-6 - changed ppc64 to ppc xlhtml-0.5-7.fc8 ---------------- * Sun Aug 26 2007 Aurelien Bompard 0.5-7 - fix license tag - rebuild for BuildID xorg-x11-drv-ati-6.7.191-2.fc8 ------------------------------ * Mon Aug 27 2007 Dave Airlie 6.7.191-2 - radeon-6.7.191-git-master.patch - upgrade to git head f36720377737210c985b196d9a988efdd767f1c7 xosd-2.2.14-10.fc8 ------------------ * Sun Aug 26 2007 Kevin Fenzi - 2.2.14-10 - Update License tag yafray-0.0.9-3.fc8 ------------------ * Sun Aug 26 2007 kwizart < kwizart at gmail.com > - 0.0.9-3 - Rebuild for BuildID - Update the License field Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.i386 requires useradd anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 empathy - 0.8-1.fc8.i386 requires libmissioncontrol.so.0 empathy - 0.8-1.fc8.i386 requires libmissioncontrol-config.so.0 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE maxima-runtime-sbcl - 5.13.0-1.fc8.i386 requires sbcl = 0:1.0.8 monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.i386 requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.i386 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.i386 requires libgpod.so.1 subcommander - 1.2.2-6.fc8.i386 requires libneon.so.25 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.x86_64 requires useradd amanda - 2.5.2p1-7.fc8.i386 requires useradd anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 anjuta - 1:2.2.0-2.fc8.x86_64 requires libgvc.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libgraph.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libcdt.so.3()(64bit) empathy - 0.8-1.fc8.x86_64 requires libmissioncontrol-config.so.0()(64bit) empathy - 0.8-1.fc8.x86_64 requires libmissioncontrol.so.0()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 maxima-runtime-sbcl - 5.13.0-1.fc8.x86_64 requires sbcl = 0:1.0.8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) polyxmass-bin - 0.9.3-2.fc6.x86_64 requires libpolyxmass.so.10()(64bit) python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod.so.1()(64bit) subcommander - 1.2.2-6.fc8.x86_64 requires libneon.so.25()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.ppc requires useradd amanda - 2.5.2p1-7.fc8.ppc64 requires useradd anjuta - 1:2.2.0-2.fc8.ppc requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libgraph.so.3 empathy - 0.8-1.fc8.ppc requires libmissioncontrol.so.0 empathy - 0.8-1.fc8.ppc requires libmissioncontrol-config.so.0 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-smp - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8smp maxima-runtime-sbcl - 5.13.0-1.fc8.ppc requires sbcl = 0:1.0.8 monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.ppc requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.ppc requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc requires libgpod.so.1 subcommander - 1.2.2-6.fc8.ppc requires libneon.so.25 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.ppc64 requires useradd empathy - 0.8-1.fc8.ppc64 requires libmissioncontrol-config.so.0()(64bit) empathy - 0.8-1.fc8.ppc64 requires libmissioncontrol.so.0()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-kdump - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod.so.1()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display subcommander - 1.2.2-6.fc8.ppc64 requires libneon.so.25()(64bit) From drago01 at gmail.com Mon Aug 27 09:03:16 2007 From: drago01 at gmail.com (dragoran) Date: Mon, 27 Aug 2007 11:03:16 +0200 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> Message-ID: <46D29354.2090302@gmail.com> Debarshi 'Rishi' Ray wrote: > > http://debarshiray.multiply.com/journal/item/99/Adding_new_repositories_in_Pirut. > I would also suggest to remove the term "Repo ID" and use "Name" instead. Replace the current "Name" with "Description" or something like that. From debarshi.ray at gmail.com Mon Aug 27 09:05:44 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 27 Aug 2007 14:35:44 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <46D29354.2090302@gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> <46D29354.2090302@gmail.com> Message-ID: <3170f42f0708270205m25f80127xe0c0b1a8a9370ace@mail.gmail.com> >> http://debarshiray.multiply.com/journal/item/99/Adding_new_repositories_in_Pirut. > I would also suggest to remove the term "Repo ID" and use "Name" > instead. Replace the current "Name" with "Description" or something like > that. Ok. However, that would remove the loose one-to-one relation between the fields in the .repo files and the GUI application. Is that acceptable? Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From drago01 at gmail.com Mon Aug 27 09:08:01 2007 From: drago01 at gmail.com (dragoran) Date: Mon, 27 Aug 2007 11:08:01 +0200 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708270205m25f80127xe0c0b1a8a9370ace@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> <46D29354.2090302@gmail.com> <3170f42f0708270205m25f80127xe0c0b1a8a9370ace@mail.gmail.com> Message-ID: <46D29471.4080306@gmail.com> Debarshi 'Rishi' Ray wrote: >>> http://debarshiray.multiply.com/journal/item/99/Adding_new_repositories_in_Pirut. >>> > > >> I would also suggest to remove the term "Repo ID" and use "Name" >> instead. Replace the current "Name" with "Description" or something like >> that. >> > > Ok. > > However, that would remove the loose one-to-one relation between the > fields in the .repo files and the GUI application. Is that acceptable? > yes because users using this tool don't know anything about the repo files (and don't want to know). it should be easy to understand for them and they have no idea what "Repo ID" is supposed to be. From nicolas.mailhot at laposte.net Mon Aug 27 09:41:09 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 27 Aug 2007 11:41:09 +0200 (CEST) Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> Message-ID: <61732.192.54.193.51.1188207669.squirrel@rousalka.dyndns.org> >> * when there is a protocol selector there is no need to write >> http:// >> etc. in the URL entry. I'll advise a lot of caution before using conventions different from the ones users get in every other desktop app (address bars, etc). URI processing should not be app-dependent, this kind of change needs to be discussed @gnome or f.d.o first -- Nicolas Mailhot From Matt_Domsch at dell.com Mon Aug 27 13:06:25 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 27 Aug 2007 08:06:25 -0500 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <13015.1188187109@sss.pgh.pa.us> References: <20070825081653.A24356@humbolt.us.dell.com> <200708262345.22836.opensource@till.name> <20070826235633.GA23785@auslistsprd01.us.dell.com> <13015.1188187109@sss.pgh.pa.us> Message-ID: <20070827130625.GA32171@auslistsprd01.us.dell.com> On Sun, Aug 26, 2007 at 11:58:29PM -0400, Tom Lane wrote: > Matt Domsch writes: > > I would like to see Fedora implement a hard deadline, such as Test 1, > > for all toolchain changes to be complete, so that all builds that > > happen post-Test1 will be built with the new toolchain. I know that's > > been the goal of releng, but I'd like to see that formalized as well. > > This seems mere wishful thinking --- the problem is toolchain bugs found > post-Test1, and you can't eliminate that just by setting a policy. Indeed, every policy is 'modulo critical must-fix bugs', I'm not advocating otherwise. But hopefully those are the exception. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From benny+usenet at amorsen.dk Mon Aug 27 13:20:34 2007 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Mon, 27 Aug 2007 15:20:34 +0200 Subject: Newer kernel for F7? References: <1188199179.2863.24.camel@shrek.rexursive.com> Message-ID: >>>>> "BS" == Bojan Smojver writes: BS> Sorry to be a pest about this, but could we get the newer kernel BS> (.5-71) into the F7 updates? BS> Current .4-65 appears to be a bit OOPS happy BS> (https://bugzilla.redhat.com/show_bug.cgi?id=254281). I even had a BS> complete crash on x86_64 (admittedly with a vmware tainted version BS> of it). Nevertheless, .5 appears better from what I can see (no BS> OOPSes so far). I have had several crashes with kernels in the 2.6.22 series. Unfortunately I haven't been able to catch them in the act; serial console over ethernet with iLO times out all the time. I am still hoping to catch the kernel panic, so it can be fixed. If someone knows a telnet-implementation which can be told to send something every minute to keep the connection alive, I'd be grateful... /Benny From jkeating at redhat.com Mon Aug 27 13:39:44 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 27 Aug 2007 09:39:44 -0400 Subject: Fedora i386 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <20070826235633.GA23785@auslistsprd01.us.dell.com> References: <20070825081653.A24356@humbolt.us.dell.com> <200708262345.22836.opensource@till.name> <20070826235633.GA23785@auslistsprd01.us.dell.com> Message-ID: <20070827093944.7c5a23f6@mentok.boston.redhat.com> On Sun, 26 Aug 2007 18:56:33 -0500 Matt Domsch wrote: > I would like to see Fedora implement a hard deadline, such as Test 1, > for all toolchain changes to be complete, so that all builds that > happen post-Test1 will be built with the new toolchain. I know that's > been the goal of releng, but I'd like to see that formalized as well. Test 1 is just too early. That severely limits the time that could be spent working on the new feature. We have a Feature Freeze, and it's test2. Now, the tools team should take into consideration that we'd like to complete any rebuilds necessary for their new feature by Test2 so they should "finish" early, but I think test1 is just a bit too early. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From oliver at linux-kernel.at Mon Aug 27 13:42:29 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 27 Aug 2007 15:42:29 +0200 Subject: pkgs that need to build rebuilt against new db4 Message-ID: <46D2D4C5.5090207@linux-kernel.at> repoclosure run with compat-db excluded shows up the following: package: jigdo - 0.7.3-3.fc7.i386 from os unresolved deps: libdb-4.3.so package: jigdo - 0.7.3-3.fc7.i386 from updates unresolved deps: package: ruby-bdb - 0.6.0-1.fc7.i386 from updates unresolved deps: libdb-4.3.so I also know about ruby-libs and iproute, that still dep on libdb-4.5.so and I wonder they don't show up in this list... Best, Oliver From jkeating at redhat.com Mon Aug 27 13:45:34 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 27 Aug 2007 09:45:34 -0400 Subject: pkgs that need to build rebuilt against new db4 In-Reply-To: <46D2D4C5.5090207@linux-kernel.at> References: <46D2D4C5.5090207@linux-kernel.at> Message-ID: <20070827094534.4cca5af7@mentok.boston.redhat.com> On Mon, 27 Aug 2007 15:42:29 +0200 Oliver Falk wrote: > repoclosure run with compat-db excluded shows up the following: > > package: jigdo - 0.7.3-3.fc7.i386 from os > unresolved deps: > libdb-4.3.so > > package: jigdo - 0.7.3-3.fc7.i386 from updates > unresolved deps: > > package: ruby-bdb - 0.6.0-1.fc7.i386 from updates > unresolved deps: > libdb-4.3.so > > > I also know about ruby-libs and iproute, that still dep on > libdb-4.5.so and I wonder they don't show up in this list... This seems suspect. compat-db provides libdb-4.3.so (as well as 4.2 and 4.5). -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From petersen at redhat.com Mon Aug 27 14:16:52 2007 From: petersen at redhat.com (Jens Petersen) Date: Tue, 28 Aug 2007 00:16:52 +1000 Subject: [proposal] fonts comps group In-Reply-To: <46CCE70D.2000303@redhat.com> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> Message-ID: <46D2DCD4.5030601@redhat.com> Jens Petersen wrote: > PS I have been pondering lately if we should have a comps group > for fonts? Perhaps that would be a good easy place to keep all > the fonts packages together? Below is a patch to comps-f8.xml.in which implements it. (I left the mandatory fonts also in base-x.) What do people think? Jens -------------- next part -------------- A non-text attachment was scrubbed... Name: comps-f8.xml.in-fonts-group.patch Type: text/x-patch Size: 10147 bytes Desc: not available URL: From mzerqung at 0pointer.de Mon Aug 27 14:24:57 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 27 Aug 2007 16:24:57 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <46D0A2C3.3060306@conversis.de> References: <20070816170323.GA10959@tango.0pointer.de> <46D0A2C3.3060306@conversis.de> Message-ID: <20070827142457.GC5488@tango.0pointer.de> On Sat, 25.08.07 23:44, Dennis Jacobfeuerborn (d.jacobfeuerborn at conversis.de) wrote: > I tried this but when pulseaudio tries to start I get the following output > in the syslog: > > Aug 25 23:17:57 nexus pulseaudio[2956]: alsa-util.c: Cannot find mixer > control "Master". > Aug 25 23:17:57 nexus pulseaudio[2956]: alsa-util.c: Cannot find fallback > mixer control "PCM". > Aug 25 23:17:58 nexus pulseaudio[2956]: module-alsa-sink.c: Failed to set > hardware parameters: Operation not permitted > Aug 25 23:17:58 nexus pulseaudio[2956]: module.c: Failed to load module > "module-alsa-sink" (argument: "device=hw:0 > sink_name=alsa_output.pci_1412_1712_alsa_playback_0"): initialization > failed. > Aug 25 23:17:58 nexus pulseaudio[2956]: module-alsa-source.c: Failed to set > hardware parameters: Operation not permitted > Aug 25 23:17:58 nexus pulseaudio[2956]: module.c: Failed to load module > "module-alsa-source" (argument: "device=hw:0 > source_name=alsa_input.pci_1412_1712_alsa_capture_0"): initialization > failed. > > I'm not sure what to make of this and how to fix it. Hmm, PA gets an "Operation not permitted" error when trying to open the audio devices. Looks like a permission issue. May other applications open the that specific audio device? i.e. does "aplay -D plughw:0 < /dev/urandom" work? Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From katzj at redhat.com Mon Aug 27 14:25:11 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Aug 2007 10:25:11 -0400 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3adc77210708251532v43f1816bofa31f103af43a913@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3adc77210708251532v43f1816bofa31f103af43a913@mail.gmail.com> Message-ID: <1188224711.2365.10.camel@localhost.localdomain> On Sat, 2007-08-25 at 23:32 +0100, Naheem Zaffar wrote: > Since there is a chance we will have presto enabled by default, maybe > a tickbox (and baseurl) for that too? Presto isn't something that's per-repo; if you have the plugin installed and enabled, then it just does the right thing as long as your repo is presto-enabled Jeremy From katzj at redhat.com Mon Aug 27 14:26:32 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Aug 2007 10:26:32 -0400 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> Message-ID: <1188224792.2365.11.camel@localhost.localdomain> On Sun, 2007-08-26 at 03:19 +0530, Debarshi 'Rishi' Ray wrote: > http://debarshiray.multiply.com/journal/item/98/Repository_Manager_for_Pirut > > Finished the Add New Repository dialog today morning. I plan to use a > similar dialog for the Edit Repository dialog too. Add and Edit should probably use the same dialog layout, etc. Even down to the glade file. > The Delete Repository option may not need a full blown dialog, but a > warning before actually deleting the repository from the configuration > files might be useful. Yeah, this should just need a message dialog and not anything more Jeremy From Christian.Iseli at licr.org Mon Aug 27 14:30:58 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 27 Aug 2007 16:30:58 +0200 Subject: [proposal] fonts comps group In-Reply-To: <46D2DCD4.5030601@redhat.com> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> <46D2DCD4.5030601@redhat.com> Message-ID: <20070827163058.3096e22d@ludwig-alpha.unil.ch> On Tue, 28 Aug 2007 00:16:52 +1000, Jens Petersen wrote: > What do people think? /me likes it FWIW... Christian From katzj at redhat.com Mon Aug 27 14:30:58 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Aug 2007 10:30:58 -0400 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <46D19D53.30507@rasmil.dk> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> Message-ID: <1188225058.2365.15.camel@localhost.localdomain> On Sun, 2007-08-26 at 17:33 +0200, Tim Lauridsen wrote: > Maybe add a protocol combo box to baseurl & mirror list to select > 'http://','ftp://','file://','media://' etc. and only show the file > dialog button if 'file://' is selected. The problem is that this ends up making it so that you can't just cut and paste URLs, etc. I think it's far better off not to worry about the corner case of wanting a file selector for file URLs. Remember, this is for *end users*. End users aren't going off and creating repos with createrepo locally; they're pointing at repos they find on the web. > Hide the mirror list & gpg key entries if the mirrorlist & GPG Check > checkboxes is unchecked. Rather than hiding entries (and thus having dialogs changing size), it's probably better to group the similar things together. eg, (bad ascii art alert :) [ ] GPG Check [_____________] And then you can just desensitize the text entry if the checkbox isn't selected > Maybe a radio button to select between baseurl or mirrorlist, it is > not the common case to use both at the same time. Yeah, this is probably the better idea for mirrorlist handling. > Maybe crete a Notebook with the basic stuff on one page and the > advanced on another page. Given that we're not talking about a lot of things (gpg key is the only one right now afaik), an expander is probably better. And really, with just one, it may be better just to always show it. Jeremy From katzj at redhat.com Mon Aug 27 14:32:03 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Aug 2007 10:32:03 -0400 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708270205m25f80127xe0c0b1a8a9370ace@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> <46D29354.2090302@gmail.com> <3170f42f0708270205m25f80127xe0c0b1a8a9370ace@mail.gmail.com> Message-ID: <1188225123.2365.17.camel@localhost.localdomain> On Mon, 2007-08-27 at 14:35 +0530, Debarshi 'Rishi' Ray wrote: > >> http://debarshiray.multiply.com/journal/item/99/Adding_new_repositories_in_Pirut. > > I would also suggest to remove the term "Repo ID" and use "Name" > > instead. Replace the current "Name" with "Description" or something like > > that. > > Ok. > > However, that would remove the loose one-to-one relation between the > fields in the .repo files and the GUI application. Is that acceptable? Yep, should be fine. And I like drago's field name suggestions too Jeremy From mzerqung at 0pointer.de Mon Aug 27 15:12:37 2007 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 27 Aug 2007 17:12:37 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <544eb990708240344n634de78clf549c0f6ccea3663@mail.gmail.com> References: <20070816170323.GA10959@tango.0pointer.de> <544eb990708240344n634de78clf549c0f6ccea3663@mail.gmail.com> Message-ID: <20070827151237.GA6259@tango.0pointer.de> On Fri, 24.08.07 11:44, Bill Crawford (billcrawford1970 at gmail.com) wrote: > > If PulseAudio is installed a lot of audio applications *will* > > break. PA provides compatibility with a couple of audio APIs, and it > > is my declared intention to provide compatibility with existing APIs > > as good as possible. However some APIs are notoriously difficult to > > virtualize (OSS), others don't really fit on top of something that is > > not a hardware device (ALSA, OSS), even others are often violated > > brutally by many applications (ALSA), and others are just too broken > > to be properly emulated in PA. > > Broken as in isn't designed to be replaced by PA? :) Yes, you are completely right. So? > > Due to all that our compatibility APIs are far from perfect. They're > > quite good (and probably hugely better than any previous effort) but > > there are still a lot of applications where they are not good enough, > > especially those which play some dirty, non-standard games with audio > > devices. (i.e. require DMA/mmap working, use exotic fragment settings > > and suchlike). > > Why should every application be forced to use the fragment settings > (or anything else) that you think are appropriate for PA? Some The idea is to do away with fragment settings entirely and instead exclusively use system timers to schedule audio IO. That way we would be able to use huge hw audio buffers (which is good to avoid drop-outs). Every app would be able to specify the minimum required wakeup intervals for pa. We'd then use the lowest wakeup rate required by all connected applications. That way we generate near to none interrupts when playing movies and music (which is good for power-saving) but can do "zero-latency" at the same time. Basically this allows us to scale the number of interrupts with what clients request. This is partially implemented now, but only works with recent kernels which support hrtimers. WIP. BTW:: This is the way MacOSX/CoreAudio does it. > applications are actually designed to work with a sound card, and > particularly professional audio apps *need* as direct as possible an > interface to reduce latency. Perhaps you should look at extending or > interfacing to jack instead of trying to replace it. In the meantime we have pasuspender which allows all apps to access the audio devices directly without having pa interfere. Also, I just lowered the timeout in PA to close the audio device when idle to 1s, so basically, the audio devices are very quickly closed after the last app stopped accessing it through PA. Thus, in many cases pasuspender would not even be required, though I still would recommnd its use. Who says I want to replace jack? Some kind of better integration is on my list. But replace? no. at least not in the near feature. Also, I am sure that PA will expose better and more flexible audio latency than Jack when the no-fragments stuff mentioned above is available. > > If your application doesn't work with any of our compatibility APIs, > > please file a bug to us and we'll try to fix this in our compat > > layers. Please do *not* file any bugs regarding adobe flash. We know > > it doesn't work on PA. Flash is completely broken when it comes to > > audio it we can neither support it through our ESD compat nor through > > our ALSA compat. Due to the closed source nature of Flash we cannot go > > and fix their code. I will eventually add some workarounds for > > this. But it's low priority on my list, given the closed source nature > > of Flash. Oh, and Flash is evil anyway. ;-) > > Flash actually works extremely well since they released the latest > version, and works fine on my systems both at home and here at work. > Why slate it for not working with your sound system, which goes out of > its way to eliminate or replace the existing "standard" interfaces? > "It's a low priority" isn't much of an answer. You apparently don't know Flash as well as you think. > > 6. If you have an application that uses ALSA, please make sure that it > > doesn't hardcode ALSA driver names (i.e. something like "hw:0"), it > > should use "default" instead, which is now being redirected to > > "pulse", our plugin for libasound. Hardcoding ALSA device names > > (besides "default") is a bug in your application anyway, so here > > you have yet another reason to fix that! > > This sucks. Why can't PA just work as a network-capable server without > trying to take over my desktop? PA is more than a "network-capable" server. Oh, and PA doesn't want to take over your desktop. The way the pulse plugin for libasound is packaged these days is that it activates itself only when installed. If it isn't installed you won't notice it. > > 2. I hate sound servers, and all this Pulse crap! > > > > Please go back and hide under your rock again! Thank you! > > If I have a sound card that happily manages mixing multiple sound > streams without using dmix or a server, can I avoid having PA replace > it as the "default" device? Or will I have have to just remove it > completely? Will I have to use rpm --nodeps --erase? I *love* constructive criticism like this and the friendly tone of your email! You're a bigger fan of ALSA than the ALSA maintainers themselves. You are aware that the upstream ALSA maintainer also maintains PA in suse? Wake up! You're always welcome to remove pa from your machine. All that has been changed is that is is made the default in new installs. Given that you are such a sound guru, I guess you are a package manager guru as well and know how to delete a package? Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From lsof at nodata.co.uk Mon Aug 27 16:10:52 2007 From: lsof at nodata.co.uk (nodata) Date: Mon, 27 Aug 2007 18:10:52 +0200 Subject: Newer kernel for F7? In-Reply-To: References: <1188199179.2863.24.camel@shrek.rexursive.com> Message-ID: <1188231052.3872.1.camel@sb-home> Am Montag, den 27.08.2007, 15:20 +0200 schrieb Benny Amorsen: > I am still hoping to catch the kernel panic, so it can be fixed. If > someone knows a telnet-implementation which can be told to send > something every minute to keep the connection alive, I'd be > grateful... > screen + watch echo or spinner -n From bjohnson-dated-1188786362.9495bd at symetrix.com Mon Aug 27 16:26:28 2007 From: bjohnson-dated-1188786362.9495bd at symetrix.com (Bernard Johnson) Date: Mon, 27 Aug 2007 10:26:28 -0600 Subject: rpms/goocanvas/FC-6 goocanvas.spec,1.2,1.3 In-Reply-To: <20070826202105.530c9e75.mschwendt.tmp0701.nospam@arcor.de> References: <200708261648.l7QGmQ6n024421@cvs-int.fedora.redhat.com> <20070826202105.530c9e75.mschwendt.tmp0701.nospam@arcor.de> Message-ID: Michael Schwendt wrote: > On Sun, 26 Aug 2007 12:48:26 -0400, Bernard Johnson (bjohnson) wrote: > >> Author: bjohnson >> >> Update of /cvs/pkgs/rpms/goocanvas/FC-6 >> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv24354/FC-6 >> >> Modified Files: >> goocanvas.spec >> Log Message: >> - require gtk2 not gtk2-devel (bz #254239) > >> BuildRequires: pkgconfig, gettext, gtk2-devel >= 2.10 >> -Requires: gtk2-devel >= 2.10 >> +Requires: gtk2 >= 2.10 > > You could drop it in this case, because stock FC-6 ships with > gtk2-2.10.4-4.fc6 and the dependency on the gtk2 library sonames is > automatic. This implies that it can be dropped for Fedora >= 7, too. > Holdover from FC-5. I'll get it in the next update. From nicolas.mailhot at laposte.net Mon Aug 27 16:47:41 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 27 Aug 2007 18:47:41 +0200 Subject: [proposal] fonts comps group In-Reply-To: <46D2DCD4.5030601@redhat.com> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> <46D2DCD4.5030601@redhat.com> Message-ID: <1188233261.3135.10.camel@rousalka.dyndns.org> BTW after talking with Behdad and upstream on irc we'll probably try to switch dejavu-lgc & dejavu at the start of the F9 cycle. This will mean a lot more encoding coverage by default. Also we may be able to remove some font packages from the default install set, freeing some livecd space for other stuff. However since resolving the Arabic/Farsi unicode clash will require use of advanced opentype features, and DejaVu in general is pretty aggressive feature-wise, it will probably expose bugs in apps. It will also change the defaults for some languages, and since people are attached to their default fonts, some are bound to complain. For those reasons I believe a whole Fedora development cycle is necessary to shake out all the problems. Regards, -- 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 nicolas.mailhot at laposte.net Mon Aug 27 16:49:55 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 27 Aug 2007 18:49:55 +0200 Subject: [proposal] fonts comps group In-Reply-To: <46D2DCD4.5030601@redhat.com> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> <46D2DCD4.5030601@redhat.com> Message-ID: <1188233395.3135.12.camel@rousalka.dyndns.org> Le mardi 28 ao?t 2007 ? 00:16 +1000, Jens Petersen a ?crit : > Jens Petersen wrote: > > PS I have been pondering lately if we should have a comps group > > for fonts? Perhaps that would be a good easy place to keep all > > the fonts packages together? > > Below is a patch to comps-f8.xml.in which implements it. > (I left the mandatory fonts also in base-x.) > > What do people think? I'd split it in TTF/OTF fonts every modern app can use, and legacy bitmap/type1/whatever fonts that cater to special needs. -- 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 debarshi.ray at gmail.com Mon Aug 27 18:26:40 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 27 Aug 2007 23:56:40 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <1188224792.2365.11.camel@localhost.localdomain> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <1188224792.2365.11.camel@localhost.localdomain> Message-ID: <3170f42f0708271126i4cad5c43o5202013a42471cb9@mail.gmail.com> > Add and Edit should probably use the same dialog layout, etc. Even down > to the glade file. Right. >> The Delete Repository option may not need a full blown dialog, but a >> warning before actually deleting the repository from the configuration >> files might be useful. > Yeah, this should just need a message dialog and not anything more Agreed. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From debarshi.ray at gmail.com Mon Aug 27 18:30:32 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 28 Aug 2007 00:00:32 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <1188225123.2365.17.camel@localhost.localdomain> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> <46D29354.2090302@gmail.com> <3170f42f0708270205m25f80127xe0c0b1a8a9370ace@mail.gmail.com> <1188225123.2365.17.camel@localhost.localdomain> Message-ID: <3170f42f0708271130g3ade861en95f30ad5f0df452e@mail.gmail.com> > Yep, should be fine. And I like drago's field name suggestions too Okay. What do you think of drago's suggestion of having a "remember settings" checkbox instead of the "save changes to disk" thing we had in the initial design sometime back? Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From katzj at redhat.com Mon Aug 27 18:29:08 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Aug 2007 14:29:08 -0400 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708271130g3ade861en95f30ad5f0df452e@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> <46D29354.2090302@gmail.com> <3170f42f0708270205m25f80127xe0c0b1a8a9370ace@mail.gmail.com> <1188225123.2365.17.camel@localhost.localdomain> <3170f42f0708271130g3ade861en95f30ad5f0df452e@mail.gmail.com> Message-ID: <1188239348.2365.66.camel@localhost.localdomain> On Tue, 2007-08-28 at 00:00 +0530, Debarshi 'Rishi' Ray wrote: > > Yep, should be fine. And I like drago's field name suggestions too > > Okay. > > What do you think of drago's suggestion of having a "remember > settings" checkbox instead of the "save changes to disk" thing we had > in the initial design sometime back? I still think we're better off not differentiating. Like I said then, if the use case is "you want to disable one-time because a repo is down", then we should just integrate that at the point of the failure rather than trying to differentiate between persistent settings and not Jeremy From ianburrell at gmail.com Mon Aug 27 18:36:05 2007 From: ianburrell at gmail.com (Ian Burrell) Date: Mon, 27 Aug 2007 11:36:05 -0700 Subject: pkgs that need to build rebuilt against new db4 In-Reply-To: <46D2D4C5.5090207@linux-kernel.at> References: <46D2D4C5.5090207@linux-kernel.at> Message-ID: On 8/27/07, Oliver Falk wrote: > repoclosure run with compat-db excluded shows up the following: > > package: jigdo - 0.7.3-3.fc7.i386 from os > unresolved deps: > libdb-4.3.so > > package: jigdo - 0.7.3-3.fc7.i386 from updates > unresolved deps: > I am rebuilding jigdo now. > package: ruby-bdb - 0.6.0-1.fc7.i386 from updates > unresolved deps: > libdb-4.3.so > > > I also know about ruby-libs and iproute, that still dep on libdb-4.5.so > and I wonder they don't show up in this list... > Isn't this F-7? db4 on F-7 is db4-4.5.20-5.fc7 and only has libdb-4.5.so. I don't see any builds of 4.6 for F-7. - Ian From mschwendt.tmp0701.nospam at arcor.de Mon Aug 27 18:41:04 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 27 Aug 2007 20:41:04 +0200 Subject: pkgs that need to build rebuilt against new db4 In-Reply-To: <46D2D4C5.5090207@linux-kernel.at> References: <46D2D4C5.5090207@linux-kernel.at> Message-ID: <20070827204104.f3c74d5e.mschwendt.tmp0701.nospam@arcor.de> On Mon, 27 Aug 2007 15:42:29 +0200, Oliver Falk wrote: > repoclosure run with compat-db excluded shows up the following: > > package: jigdo - 0.7.3-3.fc7.i386 from os > unresolved deps: > libdb-4.3.so > > package: jigdo - 0.7.3-3.fc7.i386 from updates > unresolved deps: > > package: ruby-bdb - 0.6.0-1.fc7.i386 from updates > unresolved deps: > libdb-4.3.so > > > I also know about ruby-libs and iproute, that still dep on libdb-4.5.so > and I wonder they don't show up in this list... Since there should be more packages in the list, did you run it with option -n/--newest? And did you point it to the primary rawhide site or a local mirror (which probably carried older pkgs of db)? From a.badger at gmail.com Mon Aug 27 18:50:00 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 27 Aug 2007 11:50:00 -0700 Subject: FYI python-sqlalchemy major version update Message-ID: <46D31CD8.50604@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I will be updating python-sqlalchemy from 0.3.10 to 0.4beta3 in rawhide. This is a major version update and could cause breakage in end user applications that use it. I have submitted a python-sqlalchemy0.3-0.3.10 package fro review[1]_ that contains compatible modules but some discussion of how the 0.3 modules should be packaged may hold up the review a bit. To my knowledge, this is the first time we're attempting to package a python compatibility module so there are sure to be some rough spots to iron out. Some new Guidelines should evolve from this review that can be used for all python packages in the future. .. _[1]: https://bugzilla.redhat.com/show_bug.cgi?id=257381 - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG0xzYX6yAic2E7kgRAnJ6AJ9KSZQw76kSPLIYahKWe/zVqjCaUQCgszrq IxdAhXZxNBE4memRlKNzLq4= =Sder -----END PGP SIGNATURE----- From debarshi.ray at gmail.com Mon Aug 27 18:53:00 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 28 Aug 2007 00:23:00 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <1188225058.2365.15.camel@localhost.localdomain> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> Message-ID: <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> >> Maybe add a protocol combo box to baseurl & mirror list to select >> 'http://','ftp://','file://','media://' etc. and only show the file >> dialog button if 'file://' is selected. > The problem is that this ends up making it so that you can't just cut > and paste URLs, etc. Not really. If the user selects a protocol we simply put the protocol prefix (say ftp://) in the text input box. The user is free to ignore the protocol dropdown and directly copy-paste a string into the text box, since we finally treat the contents of the text box as the canonical input immaterial of whether the protocol box was used or not. That way the user may not even use the FileChooserButton but copy-paste something like file:///path/to/repo in the text box. > Remember, this is > for *end users*. End users aren't going off and creating repos with > createrepo locally; they're pointing at repos they find on the web. That is too simplistic. Imagine a case where you distribute a snapshot of the Fedora repositories on offline media to network starved end users. They do not need to run createrepo since that part is already done by the person who distributed the snapshots. But the end user still has to add the custom repository on his system. A protocol selector, a FileChooserButton can come helpful in those cases. Recently I am coming across a growing number of such use cases-- end users who are having to add custom repositories distributed by more experienced and fortunate people. > Rather than hiding entries (and thus having dialogs changing size), it's > probably better to group the similar things together. eg, (bad ascii > art alert :) > > [ ] GPG Check [_____________] > > And then you can just desensitize the text entry if the checkbox isn't > selected Good idea. We can do the same thing with the mirror list too, isn't it? >> Maybe a radio button to select between baseurl or mirrorlist, it is >> not the common case to use both at the same time. > Yeah, this is probably the better idea for mirrorlist handling. My initial idea was to input and use the mirror list _only_ if the mirror list checkbox was chosen and otherwise use the baseurl. However this does not consider the case where the .repo file looks like: [fedora] ... baseurl=http://download.fedora.redhat.com/pub/fedora/linux/releases/7.90/Everything/i386/os/ #mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-7.90&arch=i386 ... For the occasional case where you want to comment out the mirrorlist and use the baseurl, and yet not lose the mirrorlist, the user can use the Edit Repository dialog to turn off the mirrorlist. The program would ensure that the mirror list line is not deleted but commented out. The reasoning is that when you are creating a repository, and you know there is a mirrorlist, you usually want to use the mirrorlist. You want to turn off the mirrorlist only when the mirrors are temporarily unavailable (say they are syncing), but that is usually a one-off situation possibly best handled by editing repository after it has been added. What do you think? >> Maybe crete a Notebook with the basic stuff on one page and the >> advanced on another page. > Given that we're not talking about a lot of things (gpg key is the only > one right now afaik), an expander is probably better. And really, with > just one, it may be better just to always show it. GPG keys and mirrorlists are all advanced. When a end-user adds a new repo manually (ie., not through a RPM package or a pre-written .repo file), he would want to enter the minimum amount of information possible. Also if there is a repository which does not have a mirror list or gpg checking facility, and we directly expose those fields, the newbie may get confused. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From debarshi.ray at gmail.com Mon Aug 27 18:54:39 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 28 Aug 2007 00:24:39 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <1188239348.2365.66.camel@localhost.localdomain> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> <46D29354.2090302@gmail.com> <3170f42f0708270205m25f80127xe0c0b1a8a9370ace@mail.gmail.com> <1188225123.2365.17.camel@localhost.localdomain> <3170f42f0708271130g3ade861en95f30ad5f0df452e@mail.gmail.com> <1188239348.2365.66.camel@localhost.localdomain> Message-ID: <3170f42f0708271154h69cceee7r3b3b3b07a18e2e33@mail.gmail.com> > I still think we're better off not differentiating. Like I said then, > if the use case is "you want to disable one-time because a repo is > down", then we should just integrate that at the point of the failure > rather than trying to differentiate between persistent settings and not Agreed. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From ville.skytta at iki.fi Mon Aug 27 19:05:34 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Mon, 27 Aug 2007 22:05:34 +0300 Subject: Fedora x86_64 rawhide rebuild in mock status 2007-08-25 In-Reply-To: <1188164313.2863.15.camel@shrek.rexursive.com> References: <20070825081443.A24285@humbolt.us.dell.com> <1188164313.2863.15.camel@shrek.rexursive.com> Message-ID: <200708272205.34670.ville.skytta@iki.fi> On Monday 27 August 2007, Bojan Smojver wrote: > On Sat, 2007-08-25 at 08:14 -0500, Matt Domsch wrote: > > libapreq2-2.09-0.rc2.4.fc7 (build/make) bojan rexursive com > > If any Perl monger knows what this means: > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/x86_6 >4/libapreq2-2.09-0.rc2.4.fc7.src.rpm/result/build.log No Perl knowledge required it seems, from the build log: [ error] Can't resolve host: 'localhost' (check /etc/hosts) [ error] Can't resolve host: 'localhost' (check /etc/hosts) This is reportedly a mock bug: http://www.redhat.com/archives/fedora-devel-list/2007-August/msg01814.html From benny+usenet at amorsen.dk Mon Aug 27 19:13:55 2007 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Mon, 27 Aug 2007 21:13:55 +0200 Subject: Newer kernel for F7? References: <1188199179.2863.24.camel@shrek.rexursive.com> <1188231052.3872.1.camel@sb-home> Message-ID: >>>>> "n" == nodata writes: n> screen + watch echo or spinner -n I went with screen and this: $ while sleep 10 ; do screen -X stuff '^L' ; done Thank you, this may just do the trick! /Benny From pertusus at free.fr Mon Aug 27 19:26:43 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 27 Aug 2007 21:26:43 +0200 Subject: obsoleting in compat packages: is it right? Message-ID: <20070827192643.GB24132@free.fr> Hello, Sometime there are obsolete of older packages by compat packages. The idea is that when coming from an old package a compatible package is needed. This is what is done in automake16. It is a compat package, and it has Obsoletes: automake = 1.6.3 It makes sense, however I am not sure that it is that right, since somebody having automake-1.6.3-* would also want to have the latest automake version. Another issue is that for this scheme to be really effective, one should have in automake15 Obsoletes: automake < 1.6.0 and automake >= 1.5.0 and in automake16 Obsoletes: automake < 1.7.0 and automake >= 1.6.0 which, unless I am wrong, cannot be done in rpm. So, what do you think? Is that practice wrong, right, or should it be left to the maintainer? I would personally think that it is wrong, it could be right if one could express that when updating 1.6.x, this package should be installed in addition to the latest package with same name. -- Pat From katzj at redhat.com Mon Aug 27 19:29:38 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Aug 2007 15:29:38 -0400 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> Message-ID: <1188242978.2365.79.camel@localhost.localdomain> On Tue, 2007-08-28 at 00:23 +0530, Debarshi 'Rishi' Ray wrote: > >> Maybe add a protocol combo box to baseurl & mirror list to select > >> 'http://','ftp://','file://','media://' etc. and only show the file > >> dialog button if 'file://' is selected. > > > The problem is that this ends up making it so that you can't just cut > > and paste URLs, etc. > > Not really. If the user selects a protocol we simply put the protocol > prefix (say ftp://) in the text input box. The user is free to ignore > the protocol dropdown and directly copy-paste a string into the text > box, since we finally treat the contents of the text box as the > canonical input immaterial of whether the protocol box was used or > not. That way the user may not even use the FileChooserButton but > copy-paste something like file:///path/to/repo in the text box. That's pretty confusing, though, and not that good from a UI perspective. What does it mean if I have [ ftp ] [ http://some.site.com/path/to/foo ] It's very ambiguous. It's far better to only give one way to do it rather than two at one > > Remember, this is > > for *end users*. End users aren't going off and creating repos with > > createrepo locally; they're pointing at repos they find on the web. > > That is too simplistic. Imagine a case where you distribute a snapshot > of the Fedora repositories on offline media to network starved end > users. They do not need to run createrepo since that part is already > done by the person who distributed the snapshots. But the end user > still has to add the custom repository on his system. A protocol > selector, a FileChooserButton can come helpful in those cases. Media is entirely separate from URLs -- you want to be specifying media by using the mediaid bits and not at all with the baseurl. Remember, if they set up a repo with a file:/// repo, it needs to _always_ be there. Or they're going to get into cases where their updates break. > > Rather than hiding entries (and thus having dialogs changing size), it's > > probably better to group the similar things together. eg, (bad ascii > > art alert :) > > > > [ ] GPG Check [_____________] > > > > And then you can just desensitize the text entry if the checkbox isn't > > selected > > Good idea. We can do the same thing with the mirror list too, isn't it? Yep. > >> Maybe a radio button to select between baseurl or mirrorlist, it is > >> not the common case to use both at the same time. > > > Yeah, this is probably the better idea for mirrorlist handling. > > My initial idea was to input and use the mirror list _only_ if the > mirror list checkbox was chosen and otherwise use the baseurl. However > this does not consider the case where the .repo file looks like: Okay, this makes some sense. Although we could just have that handled under the covers and still let you just select between mirror url and a baseurl. But that would get a little weird switching between them I guess. I still think you're going to want to allow a radio button between the two. Because you can also disable the baseurl (in fact, that's the default config). Maybe we just make the baseurl and the mirror url both handled like the gpg key above. > >> Maybe crete a Notebook with the basic stuff on one page and the > >> advanced on another page. > > > Given that we're not talking about a lot of things (gpg key is the only > > one right now afaik), an expander is probably better. And really, with > > just one, it may be better just to always show it. > > GPG keys and mirrorlists are all advanced. GPG keys I can fully see it. Given that our _default_ setup is for users to be using a mirrorlist, I really don't think that we can hide them as being "advanced". Which is why I think radio button between the two is going to work the best. Otherwise, the user will go to edit the Fedora Updates repo and see [ ] Base url [desensitized url] v Advanced or we have to expand advanced by default, which doesn't really help either. Jeremy From katzj at redhat.com Mon Aug 27 19:30:23 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Aug 2007 15:30:23 -0400 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> Message-ID: <1188243023.2365.82.camel@localhost.localdomain> On Mon, 2007-08-27 at 14:14 +0530, Debarshi 'Rishi' Ray wrote: > > * baseurl is not a single line, there can be more lines, with different > > protocols. > > How is this possible with your design? I suspect the way to handle multiple URLs is to just have them space or comma separated rather than a separate entry field for each one. As that's definitely not the common case. Jeremy From kevin at scrye.com Mon Aug 27 19:42:37 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 27 Aug 2007 13:42:37 -0600 Subject: source file audit - 2007-08-26 Message-ID: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> ok, here's another run of the sources file audit script I have been playing with. It has the following changes from the previous version: - It now includes and is sorted by the owners fedora account name. - It should be checking PatchN lines with URLs. - I tried to add more checking for when a source wasn't downloaded properly. Please do let me know if anyone spots false positives or issues... Output is available at: http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20070826.txt and also attached to this email. Thanks, kevin -- abompard:BADURL:adodb494.tgz:php-adodb abompard:BADURL:qca-1.0.tar.bz2:qca abompard:BADURL:qca-tls-1.0.tar.bz2:qca-tls aconway:BADSOURCE:qpidc-0.2.tar.gz:qpidc aconway:BADURL:rhm-0.1.tar.gz:rhm adalloz:BADURL:pan-0.132.tar.bz2:pan addutko:BADSOURCE:mrxvt-0.5.2.tar.gz:mrxvt adrian:BADURL:jabberd-2.0s11.tar.gz:jabberd adrian:BADURL:mpc-0.12.0.tar.bz2:mpc alexl:BADURL:gmime-2.2.10.tar.bz2:gmime alexl:BADURL:gnome-vfs-2.19.3.tar.bz2:gnome-vfs2 alexl:BADURL:sabayon-2.19.2.tar.bz2:sabayon alexl:BADURL:xdg-user-dirs-0.9.tar.gz:xdg-user-dirs ascii:BADURL:fish-1.22.3.tar.bz2:fish athimm:BADSOURCE:freenx-0.6.0.tar.gz:freenx athimm:BADSOURCE:po4a-0.32.tar.gz:po4a athimm:BADURL:chrpath-0.13.tar.gz:chrpath athimm:BADURL:fakeroot_1.6.4.tar.gz:fakeroot athimm:BADURL:greylistd_0.8.3.2.tar.gz:greylistd athimm:BADURL:nxagent-2.1.0-18.tar.gz:nx athimm:BADURL:nxcomp-2.1.0-7.tar.gz:nx athimm:BADURL:nxcompext-2.1.0-5.tar.gz:nx athimm:BADURL:nxdesktop-2.1.0-10.tar.gz:nx athimm:BADURL:nxproxy-2.1.0-3.tar.gz:nx athimm:BADURL:nxscripts-2.1.0-5.tar.gz:nx athimm:BADURL:nxviewer-2.1.0-12.tar.gz:nx athimm:BADURL:nx-X11-2.1.0-3.tar.gz:nx atkac:BAD_CVS_SOURCE:dnszone.schema:bind atkac:BADURL:bind-9.5.0a6.tar.gz:bind atkac:BADURL:rexec-1.5.tar.gz:rsh atkac:BADURL:vnc-4_1_2-unixsrc.tar.gz:vnc atkac:BADURL:vnc-4_1-javasrc.tar.gz:vnc atkac:BADURL:xdelta-1.1.4.tar.gz:xdelta ausil:BADURL:mysql-gui-tools-5.0r12.tar.gz:mysql-gui-tools ausil:BADURL:snort-2.6.1.4.tar.gz:snort awjb:BADURL:atitvout_0.4-2.diff.gz:atitvout awjb:BADURL:libetpan-0.52.tar.gz:libetpan awjb:BADURL:treecc-0.3.8.tar.gz:treecc awjb:BADURL:WindowMaker-0.92.0.tar.bz2:WindowMaker awjb:BADURL:WindowMaker-extra-0.1.tar.gz:WindowMaker behdad:BADURL:libao-0.8.6.tar.gz:libao behdad:BADURL:vorbis-tools-1.1.1.svn20070412.tar.gz:vorbis-tools belegdol:BADSOURCE:qsa-x11-free-1.1.5.tar.gz:qt-qsa belegdol:BADURL:gchempaint-0.8.2.tar.bz2:gchempaint belegdol:BADURL:gnome-chemistry-utils-0.8.2.tar.bz2:gnome-chemistry-utils belegdol:BADURL:goffice-0.4.2.tar.bz2:goffice04 belegdol:BADURL:museek+-0.1.13.tar.bz2:museek+ ben:BADSOURCE:ketchup-0.9.8.tar.bz2:ketchup bjohnson:BADSOURCE:queuegraph.tar.gz:queuegraph bjohnson:BADURL:mailgraph-1.13.tar.gz:mailgraph bjohnson:BADURL:pygoocanvas-0.9.0.tar.gz:pygoocanvas bojan:BADURL:libapreq2-2.09.tar.gz:libapreq2 bos:BADSOURCE:ghc-6.6.1-src.tar.bz2:ghc bpeck:BADURL:conmux-493svn.tar.gz:conmux bpepple:BADSOURCE:evolution-brutus-1.1.28.7.tar.gz:evolution-brutus bpepple:BADURL:freeciv-2.0.9.tar.bz2:freeciv bpepple:BADURL:gaim-galago-0.5.1.tar.bz2:purple-galago bpepple:BADURL:gnome-blog-0.9.1.tar.bz2:gnome-blog bpepple:BADURL:gnonlin-0.10.9.tar.bz2:gnonlin bpepple:BADURL:loudmouth-1.2.3.tar.bz2:loudmouth bpepple:BADURL:stdsounds3.tar.gz:freeciv buc:BADURL:dvdisaster-0.70.4.tar.bz2:dvdisaster buc:BADURL:NewsCache-1.2rc6.tar.gz:newscache buc:BADURL:socket++-1.12.12.tar.gz:newscache caillon:BADURL:libipoddevice-0.5.3.tar.gz:libipoddevice caolanm:BADSOURCE:pt_BR-2007-04-11.zip:hunspell-pt caolanm:BADSOURCE:redhat-templates.tar.gz:openoffice.org caolanm:BADURL:alt-myspell-pl-20070803.tar.bz2:hunspell-pl caolanm:BADURL:evolocal.odb:openoffice.org caolanm:BADURL:libwpd-0.8.11.tar.gz:libwpd cbalint:BADURL:grass-6.2.2-fedora.tar.gz:grass cbalint:BADURL:libgeotiff-1.2.4RC1.tar.gz:libgeotiff cchance:BADURL:nhpf-1.42.tar.gz:nhpf cgrau:BADURL:frotz-2.43.tar.gz:frotz cgrau:BADURL:ifm-5.1.tar.gz:ifm chitlesh:BADSOURCE:crystal_project.tar.gz:crystal-project chitlesh:BADSOURCE:kpolynome-0.1-2.tar.gz:kpolynome chitlesh:BADURL:13969-crystal-1.0.4.tar.bz2:crystal chitlesh:BADURL:26521-kio_resources-0.2.tar.bz2:kio_resources chitlesh:BADURL:31025-kmenu-gnome-0.6.7.tar.gz:kmenu-gnome chitlesh:BADURL:CrystalClear.tar.gz:crystal-clear chitlesh:BADURL:geda-docs-1.1.1.tar.gz:geda-docs chitlesh:BADURL:geda-examples-1.1.1.tar.gz:geda-examples chitlesh:BADURL:geda-gattrib-1.1.1.tar.gz:geda-gattrib chitlesh:BADURL:geda-gnetlist-1.1.1.tar.gz:geda-gnetlist chitlesh:BADURL:geda-gschem-1.1.1.tar.gz:geda-gschem chitlesh:BADURL:geda-gsymcheck-1.1.1.tar.gz:geda-gsymcheck chitlesh:BADURL:geda-symbols-1.1.1.tar.gz:geda-symbols chitlesh:BADURL:geda-utils-1.1.1.tar.gz:geda-utils chitlesh:BADURL:guile-1.6.7.tar.gz:compat-guile-16 chitlesh:BADURL:keurocalc-0.9.7.tgz:keurocalc chitlesh:BADURL:ktechlab-0.3.69.tar.bz2:ktechlab chitlesh:BADURL:libgeda-1.1.1.tar.gz:libgeda chrisw:BADSOURCE:cogito-0.18.2.tar.gz:cogito chrisw:BADURL:asciidoc-8.1.0.tar.gz:asciidoc coldwell:BAD_CVS_SOURCE:python-mode.el:emacs coldwell:BADURL:emacs-22.1.tar.gz:emacs corsepiu:BADURL:lib3ds-1.2.0.tar.gz:lib3ds corsepiu:BADURL:OpenSceneGraph-2.0.zip:OpenSceneGraph cweyl:BAD_CVS_SOURCE:apsl-2.0.txt:hfsplus-tools cweyl:BADURL:diskdev_cmds-332.14.tar.gz:hfsplus-tools cweyl:BADURL:gaim-2.0.0beta4.tar.gz:gaim-gaym cweyl:BADURL:POE-0.9989.tar.gz:perl-POE cweyl:BADURL:POE-Filter-Zlib-1.8.tar.gz:perl-POE-Filter-Zlib cweyl:BADURL:qrc-0.96-293svn.tar.gz:gaim-gaym cweyl:BADURL:WWW-Myspace-0.60.tar.gz:perl-WWW-Myspace cwickert:BADURL:gnome-ppp-0.3.23.tar.bz2:gnome-ppp cwickert:BADURL:xfce4-minicmd-plugin-0.4.tar.bz2:xfce4-minicmd-plugin danielm:BADURL:initng-ifiles-0.1.4.tar.bz2:initng-ifiles davidz:BADSOURCE:gnome-speech-0.4.16.tar.bz2:gnome-speech davidz:BADURL:dbus-glib-0.73.tar.gz:dbus-glib davidz:BADURL:dbus-python-0.82.0.tar.gz:dbus-python davidz:BADURL:festvox_nitech_us_awb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_bdl_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_clb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_jmk_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_rms_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_slt_arctic_hts.tar.bz2:festival davidz:BADURL:hal-0.5.10rc1.tar.gz:hal davidz:BADURL:PolicyKit-0.5.git20070731.tar.gz:PolicyKit davidz:BADURL:PolicyKit-gnome-0.5.git20070731.tar.bz2:PolicyKit-gnome davidz:BADURL:tsclient-0.150.tar.gz:tsclient dbhole:BADURL:commons-validator-1.1.4-src.tar.gz:jakarta-commons-validator dbhole:BADURL:lucene-1.9.1-src.tar.gz:lucene dcantrel:BADURL:dhcp-0.10.tgz:dhcpv6 dcantrel:BADURL:ps3pf_utils-1.0.9.tar.bz2:ppc64-utils dcbw:BADURL:Csound5.03.0_src-cvs20061108.tar.bz2:csound dcbw:BADURL:plague-0.4.4.1.tar.bz2:plague dchen:BADURL:man-pages-es-1.28.tar.bz2:man-pages-es dchen:BADURL:man-pages-it-0.3.0.tar.gz:man-pages-it deji:BADSOURCE:gnomescan-0.4.0.2.tar.gz:gnomescan denis:BADSOURCE:Transmission-0.81.tar.gz:transmission denis:BADURL:libsigc++-1.2.7.tar.bz2:libsigc++ denis:BADURL:pam_keyring-0.0.9.tar.gz:pam_keyring denis:BADURL:soundconverter-0.9.7.tar.gz:soundconverter devrim:BADSOURCE:pgpoolAdmin-1.0.0.tar.gz:postgresql-pgpoolAdmin devrim:BADSOURCE:phpPgAdmin-4.1.3.tar.bz2:phpPgAdmin dgoodwin:BADURL:wuja-0.0.8.tar.gz:wuja dionysos:BAD_CVS_SOURCE:gtk+extra-2.1.1.tar.gz:gtk+extra dionysos:BADURL:eurofont.tar.gz:tetex-eurofont dionysos:BADURL:kbackup-0.5.1.tar.bz2:kbackup dwalsh:BADSOURCE:selinux-doc-1.26.tgz:selinux-doc dwalsh:BADURL:checkpolicy-2.0.3.tgz:checkpolicy dwalsh:BADURL:libselinux-2.0.31.tgz:libselinux dwalsh:BADURL:libsemanage-2.0.4.tgz:libsemanage dwalsh:BADURL:libsepol-2.0.7.tgz:libsepol dwalsh:BADURL:mcstrans-0.2.5.tgz:mcstrans dwalsh:BADURL:policycoreutils-2.0.25.tgz:policycoreutils dwalsh:BADURL:sepolgen-1.0.9.tgz:policycoreutils dwmw2:BADSOURCE:petitboot-0.0.1.tar.gz:petitboot dwmw2:BADURL:apmud-1.0.0.tgz:apmud dwmw2:BADURL:config.samples-20050415.tar.bz2:exim-doc dwmw2:BADURL:FAQ-html-20050415.tar.bz2:exim-doc dwmw2:BADURL:hfsplus_1.0.4.src.tar.bz2:hfsplusutils dwmw2:BADURL:libpng-1.2.16.tar.bz2:petitboot dwmw2:BADURL:nano-2.0.6.tar.gz:nano ecik:BADURL:aria2-0.11.2.tar.bz2:aria2 ecik:BADURL:dcopexport-0.11.1-20060320-0.5.0-svn.tar.bz2:kadu ecik:BADURL:kadu-profiles-0.1.tar.gz:kadu ensc:BADSOURCE:ip-sentinel-0.12.tar.bz2.sig:ip-sentinel ensc:BADURL:clamav-0.91.2.tar.gz.sig:clamav ensc:BADURL:dhcp-forwarder-0.7.tar.bz2.asc:dhcp-forwarder ensc:BADURL:dhcp-forwarder-0.7.tar.bz2:dhcp-forwarder ensc:BADURL:hunt-1.5.tgz:hunt ensc:BADURL:libextractor-0.5.18a.tar.gz.sig:libextractor ensc:BADURL:xca-0.6.4.tar.gz:xca errr:BADSOURCE:tenr-de-styles-pkg-1.1.tar.bz2:tenr-de-styles-pkg faucamp:BADURL:12956-knemo-0.4.7.tar.bz2:knemo faucamp:BADURL:dekorator-0.3.tar.gz:dekorator fche:BADURL:systemtap-0.5.14.tar.gz:systemtap fnasser:BADSOURCE:inetlib-1.1.1.tar.gz:classpathx-mail frankb:BAD_CVS_SOURCE:nasd.init:nas frankb:BADSOURCE:qsa-x11-opensource-1.2.2.tar.gz:qt4-qsa gajownik:BADURL:29153-yakuake-2.7.5.tar.bz2:yakuake gemi:BADSOURCE:curry-0.9.11.tar.gz:curry gemi:BADSOURCE:HTMLmanual.tar.gz:pl gemi:BADSOURCE:TeXmacs-1.0.6.10-src.tar.gz:TeXmacs gemi:BADSOURCE:userguide.html.tgz:pl gemi:BADURL:GtkAda-gpl-2.8.0.tgz:GtkAda gemi:BADURL:skencil-0.6.tar.gz:skencil gemi:BADURL:sweep-0.9.2.tar.bz2:sweep gemi:BADURL:wingspov-0.98.28_v1.tgz:wings ghenry:BADURL:pgadmin3-1.6.3.tar.gz:pgadmin3 gilboa:BAD_CVS_SOURCE:cgdb.png:cgdb gilboa:BAD_CVS_SOURCE:icewm-xdg-menu:icewm green:BADURL:vkeybd-0.1.17a.tar.bz2:vkeybd hadess:BADURL:gnome-audio-2.0.0.tar.bz2:gnome-audio hadess:BADURL:rhythmbox-0.11.2.tar.bz2:rhythmbox hadess:BADURL:speex-1.2beta1.tar.gz:speex hadess:BADURL:totem-2.19.90.tar.bz2:totem hamzy:BADURL:sblim-cmpi-base-1.5.4.tar.bz2:sblim-cmpi-base harald:BADURL:openobex-1.3.tar.gz:openobex iburrell:BADURL:File-chdir-0.06.tar.gz:perl-File-chdir iburrell:BADURL:Path-Class-0.16.tar.gz:perl-Path-Class icon:BADURL:diction-1.10-rc4.tar.gz:diction icon:BADURL:gazpacho-0.7.2.tar.bz2:gazpacho icon:BADURL:kid-0.9.6.tar.gz:python-kid icon:BADURL:libxml++-2.18.2.tar.bz2:libxml++ icon:BADURL:repoview-0.6.0.tar.gz:repoview icon:BADURL:verbiste-0.1.20.tar.gz:verbiste ixs:BADSOURCE:dd_rhelp-0.0.6.tar.gz:dd_rescue ixs:BADSOURCE:GraphicsMagick-1.1.8.tar.bz2:GraphicsMagick ixs:BADURL:hevea-1.09.tar.gz:hevea ixs:BADURL:MD5-2.03.tar.gz:perl-MD5 ixs:BADURL:metapixel-1.0.1.tar.gz:metapixel jakub:BADURL:prelink-20061201.tar.bz2:prelink jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen james:BADURL:netlabel_tools-0.17.tar.gz:netlabel_tools jbowes:BADSOURCE:tig-0.8.tar.gz:tig jcollie:BADURL:libosip-0.9.7.tar.gz:libosip jcollie:BADURL:pitivi-0.10.3.tar.bz2:pitivi jcollie:BADURL:radiusclient-ng-0.5.6.tar.gz:radiusclient-ng jcollie:BADURL:schroedinger-0.6.1.tar.gz:schroedinger jcollie:BADURL:xmpppy-0.4.0.tar.gz:python-xmpp jeffg:BADSOURCE:pbzip2-1.0.2.tar.gz:pbzip2 jgu:BADURL:sunifdef-3.1.tar.gz:sunifdef jima:BAD_CVS_SOURCE:dnsmasq-2.33-initscript.patch:dnsmasq jima:BADSOURCE:clusterssh-3.19.1.tar.gz:clusterssh jjohnstn:BADURL:eclipse-changelog-src-2.5.1.zip:eclipse-changelog jkeating:BADURL:cleanfeed-0.95.7b.tar.gz:cleanfeed jkeating:BADURL:mock-0.7.5.tar.gz:mock jlayton:BADURL:ez-ipupdate_3.0.11b8-10.diff.gz:ez-ipupdate jlayton:BADURL:ez-ipupdate-3.0.11b8.tar.gz:ez-ipupdate jmoskovc:BAD_CVS_SOURCE:rdist-eu-license.txt:rdist jmoskovc:BADSOURCE:hexedit-1.2.12.src.tgz:hexedit jmoskovc:BADURL:acl_2.2.39-1.tar.gz:acl jmoskovc:BADURL:rdate-1.4.tar.gz:rdate jmrcpn:BADURL:clement-2.1-241.tar.gz:clement jnovy:BADSOURCE:db-4.2.52.tar.gz:compat-db jnovy:BADSOURCE:db-4.3.29.tar.gz:compat-db jnovy:BADSOURCE:multican-0.0.5.tar.gz:multican jnovy:BADURL:dvipsk-jpatch-p1.7a.tar.bz2:tetex jnovy:BADURL:mc-2007-06-04-22.tar.gz:mc jnovy:BADURL:mendexk2.6d.tar.bz2:tetex jnovy:BADURL:platex209.tar.bz2:tetex jnovy:BADURL:ptex-src-3.1.9.tar.bz2:tetex jnovy:BADURL:ptex-texmf-2.4.tar.bz2:tetex jnovy:BADURL:tetex-src-3.0.tar.bz2:tetex jnovy:BADURL:tetex-texmf-3.0.tar.bz2:tetex jorge:BADSOURCE:mimetex.zip:mimetex jorton:BADURL:imap-2004g.tar.Z:libc-client josef:BADSOURCE:geany-0.10.1.tar.bz2:geany jpmahowa:BADSOURCE:numlockx-1.0.tar.gz:numlockx jpo:BADURL:AppConfig-1.65.tar.gz:perl-AppConfig jpo:BADURL:Config-IniFiles-2.39.tar.gz:perl-Config-IniFiles jpo:BADURL:Email-Simple-1.999.tar.gz:perl-Email-Simple jpo:BADURL:MARC-Record-2.0.0.tar.gz:perl-MARC-Record jpo:BADURL:SNMP_Session-1.08.tar.gz:perl-SNMP_Session jpo:BADURL:Test-Exception-0.21.tar.gz:perl-Test-Exception jpo:BADURL:Test-File-1.16.tar.gz:perl-Test-File jpo:BADURL:UNIVERSAL-isa-0.06.tar.gz:perl-UNIVERSAL-isa jspaleta:BADURL:istanbul-0.2.2.tar.bz2:istanbul jsteffan:BADURL:revisor-2.0.4.3.tar.gz:revisor jwb:BADSOURCE:blacklists.tar.gz:squidGuard jwboyer:BADURL:gquilt-0.20.tar.gz:gquilt jwilson:BADURL:conman-0.1.9.2.tar.bz2:conman jwilson:BADURL:powerman-1.0.25.tar.bz2:powerman jwrdegoede:BADSOURCE:njam-1.25-src.tar.gz:njam jwrdegoede:BADSOURCE:scorchwentbonkers-src-1.1.tar.gz:scorchwentbonkers jwrdegoede:BADURL:BASS-Floppy.zip:beneath-a-steel-sky jwrdegoede:BADURL:gnumeric-1.6.3.tar.bz2:gnumeric jwrdegoede:BADURL:supertuxkart-0.3-src.tar.bz2:supertuxkart jwrdegoede:BADURL:xarchon_0.50-9.diff.gz:xarchon jwrdegoede:BADURL:xgalaga_2.0.34-34.diff.gz:xgalaxy kaboom:BADURL:fping-2.4b2_to-ipv6.tar.gz:fping karsten:BADURL:automake-1.5.tar.bz2:automake15 karsten:BADURL:hdparm-7.7.tar.gz:hdparm karsten:BADURL:privoxy-3.0.6-stable-src.tar.gz:privoxy kasal:BADURL:libvte-java-0.12.1.tar.bz2:libvte-java katzj:BADURL:yum-metadata-parser-1.1.2.tar.gz:yum-metadata-parser kevin:BADURL:gdk-pixbuf-0.22.0.tar.bz2:gdk-pixbuf kwizart:BADURL:zd1211rw_fw_2007-03-19.tar.bz2:zd1211-firmware kzak:BADURL:floppy-0.16.tar.bz2:util-linux-ng kzak:BADURL:lslk_1.29_W.tar.gz:lslk kzak:BADURL:util-linux-2.13-pre7.tar.bz2:util-linux kzak:BADURL:vlock-1.3.tar.gz:vlock leo:BADURL:pcmanx-gtk2.tar.gz:pcmanx-gtk2 limb:BADSOURCE:be_utf8.zip:moodle limb:BADSOURCE:bg_utf8.zip:moodle limb:BADSOURCE:bs_utf8.zip:moodle limb:BADSOURCE:ca_utf8.zip:moodle limb:BADSOURCE:cs_utf8.zip:moodle limb:BADSOURCE:da_utf8.zip:moodle limb:BADSOURCE:de_du_utf8.zip:moodle limb:BADSOURCE:de_utf8.zip:moodle limb:BADSOURCE:el_utf8.zip:moodle limb:BADSOURCE:en_us_utf8.zip:moodle limb:BADSOURCE:en_utf8.zip:moodle limb:BADSOURCE:es_utf8.zip:moodle limb:BADSOURCE:et_utf8.zip:moodle limb:BADSOURCE:eu_utf8.zip:moodle limb:BADSOURCE:fi_utf8.zip:moodle limb:BADSOURCE:fr_utf8.zip:moodle limb:BADSOURCE:gl_utf8.zip:moodle limb:BADSOURCE:he_utf8.zip:moodle limb:BADSOURCE:hr_utf8.zip:moodle limb:BADSOURCE:hu_utf8.zip:moodle limb:BADSOURCE:id_utf8.zip:moodle limb:BADSOURCE:is_utf8.zip:moodle limb:BADSOURCE:it_utf8.zip:moodle limb:BADSOURCE:ja_utf8.zip:moodle limb:BADSOURCE:ko_utf8.zip:moodle limb:BADSOURCE:lt_utf8.zip:moodle limb:BADSOURCE:lv_utf8.zip:moodle limb:BADSOURCE:mn_utf8.zip:moodle limb:BADSOURCE:moodle-1.8.2.tgz:moodle limb:BADSOURCE:nl_utf8.zip:moodle limb:BADSOURCE:nn_utf8.zip:moodle limb:BADSOURCE:no_gr_utf8.zip:moodle limb:BADSOURCE:no_utf8.zip:moodle limb:BADSOURCE:pl_utf8.zip:moodle limb:BADSOURCE:pt_br_utf8.zip:moodle limb:BADSOURCE:pt_utf8.zip:moodle limb:BADSOURCE:ro_utf8.zip:moodle limb:BADSOURCE:ru_utf8.zip:moodle limb:BADSOURCE:sk_utf8.zip:moodle limb:BADSOURCE:sl_utf8.zip:moodle limb:BADSOURCE:sq_utf8.zip:moodle limb:BADSOURCE:sr_cr_bo_utf8.zip:moodle limb:BADSOURCE:sr_cr_utf8.zip:moodle limb:BADSOURCE:sr_lt_utf8.zip:moodle limb:BADSOURCE:sv_utf8.zip:moodle limb:BADSOURCE:ta_utf8.zip:moodle limb:BADSOURCE:tiquit-2.4.tar.gz:tiquit limb:BADSOURCE:tr_utf8.zip:moodle limb:BADSOURCE:uk_utf8.zip:moodle limb:BADSOURCE:vi_utf8.zip:moodle limb:BADSOURCE:xmoto-edit.6.gz:xmoto-edit limb:BADSOURCE:zh_cn_utf8.zip:moodle limb:BADSOURCE:zh_tw_utf8.zip:moodle limb:BADURL:gnubg-source-MAIN-20061119.tar.gz:gnubg limb:BADURL:xmoto-0.3.1-src.tar.gz:xmoto liquidat:BADURL:Rsibreak-0.8.0.tar.bz2:rsibreak lkundrak:BADSOURCE:c2070-0.99.tar.gz:c2070 llim:BAD_CVS_SOURCE:lsb-release-2.0.tar.gz:redhat-lsb lmacken:BADURL:deskbar-applet-2.19.90.1.tar.bz2:deskbar-applet lmacken:BADURL:json-py-3_4.zip:python-json lmacken:BADURL:Myghty-1.1.tar.gz:python-myghty lmacken:BADURL:naim-0.11.8.3.1.tar.bz2:naim lmacken:BADURL:RuleDispatch-0.5a0.dev-r2306.tar.gz:python-ruledispatch lmacken:BADURL:TestGears-0.2.tar.gz:python-TestGears lutter:BADSOURCE:activesupport-1.4.0.tgz:ruby-activesupport luya:BADURL:gDesklets-0.35.4.tar.bz2:gdesklets lvm-team:BADURL:dmraid-1.0.0.rc14.tar.bz2:dmraid maxx:BADSOURCE:pdfcube-0.0.2.tar.gz:pdfcube maxx:BADURL:39179-rezlooks-0.6.tar.gz:gtk-rezlooks-engine mbacovsk:BAD_CVS_SOURCE:FAQ.sgml:squid mbacovsk:BADURL:file-4.21.tar.gz:file mbacovsk:BADURL:psutils-p17.tar.gz:psutils mbarabas:BADURL:lftp-3.5.10.tar.gz:lftp mclasen:BADURL:fast-user-switch-applet-2.18.0.tar.bz2:fast-user-switch-applet mclasen:BADURL:glade-2.12.1.tar.bz2:glade2 mclasen:BADURL:glib-2.14.0.tar.bz2:glib2 mclasen:BADURL:intltool-0.36.1.tar.bz2:intltool mclasen:BADURL:libgail-gnome-1.19.5.tar.bz2:libgail-gnome mclasen:BADURL:libgnomekbd-2.19.90.tar.bz2:libgnomekbd mclasen:BADURL:libIDL-0.8.8.tar.bz2:libIDL mclasen:BADURL:ORBit2-2.14.7.tar.bz2:ORBit2 mdomsch:BADSOURCE:signing-party_0.4.9.orig.tar.gz:pgp-tools mebourne:BADSOURCE:ZoneMinder-1.22.3.tar.gz:zoneminder meme:BADURL:vultures-2.1.0-full.tar.bz2:nethack-vultures mgarski:BADURL:digikam-doc-0.9.2-beta2.tar.bz2:digikam-doc mikeb:BADURL:python-krbV-1.0.13.tar.gz:python-krbV misa:BADURL:pyOpenSSL-0.6.tar.gz:pyOpenSSL mlichvar:BADURL:ncurses-5.5-20060701.patch.gz:termcap mlichvar:BADURL:ncurses-5.5.tar.gz:termcap mlichvar:BADURL:patch-5.5-20060625.sh.gz:termcap mlichvar:BADURL:readline-5.2.tar.gz:readline mlichvar:BADURL:termcap-2.0.8.tar.bz2:libtermcap mmaslano:BADSOURCE:mansupfr.tar.bz2:man-pages-fr mmaslano:BADURL:iptraf-3.0.0.tar.gz:iptraf mmaslano:BADURL:vixie-cron-4.1.tar.gz:vixie-cron mmcgrath:BADURL:phpMyAdmin-2.10.3-all-languages.tar.bz2:phpMyAdmin mmcgrath:BADURL:SOAP-Lite-0.68.tar.gz:perl-SOAP-Lite mschwendt:BADURL:libcompface_1.5.2-3.diff.gz:compface mtasaka:BADSOURCE:manedit-0.8.1.tar.bz2:manedit mtasaka:BADURL:jd-1.9.6-svn1285.tgz:jd mtasaka:BADURL:kazehakase-0.4.7-svn3228.tar.gz:kazehakase mtasaka:BADURL:ruby-bsearch-1.5.tar.gz:ruby-bsearch mwringe:BADSOURCE:jdepend-2.6-RHCLEAN.zip:jdepend mwringe:BADURL:commons-modeler-2.0-src.tar.gz:jakarta-commons-modeler nalin:BADSOURCE:pam_ldap-184.tar.gz:nss_ldap nalin:BADURL:nss_db-2.2.tar.gz:nss_db nhorman:BADURL:cscope-15.5.tar.gz:cscope nigelj:BADURL:britepno.pat.bz2:timidity++ nigelj:BADURL:cvsutils-0.2.3.tar.gz:cvsutils nigelj:BADURL:instruments.tar.bz2:timidity++ nigelj:BADURL:pistol.pat.bz2:timidity++ nigelj:BADURL:TiMidity++-2.13.2.tar.bz2:timidity++ nim:BADURL:dejavu-sfd-2.19.tar.bz2:dejavu-fonts nomis80:BADURL:camstream-0.26.3.tar.gz:camstream notting:BADSOURCE:Maelstrom-3.0.6.tar.gz:Maelstrom notting:BADURL:Finance-Quote-1.13.tar.gz:perl-Finance-Quote nphilipp:BADSOURCE:dcraw-8.77.tar.gz:dcraw nphilipp:BADURL:rss-glx_0.8.1.p.tar.bz2:rss-glx nsantos:BADURL:gnu.regexp-1.1.4.tar.gz:gnu-regexp oddsocks:BADSOURCE:fuse-0.8.0.1.tar.gz:fuse-emulator oddsocks:BADSOURCE:kcometen3-1.1.tar.gz:kcometen3 oddsocks:BADURL:kdetv-0.8.9.tar.bz2:kdetv odvorace:BADURL:gdbm-1.8.0.tar.gz:gdbm odvorace:BADURL:netkit-bootparamd-0.17-pre20000412.tar.gz:bootparamd orion:BADURL:4.2r1-hrepack-p4.tar.gz:hdf orion:BADURL:gdl-0.9pre5.tar.gz:gdl orion:BADURL:paraview-3.0.2.tar.gz:paraview orphan:BADSOURCE:gst-plugins-0.8.12.tar.bz2:gstreamer08-plugins orphan:BADSOURCE:gurlchecker-0.10.0.tar.gz:gurlchecker orphan:BADURL:gnome-yum-0.1.4.tar.gz:gnome-yum orphan:BADURL:pam_mysql-0.6.2.tar.gz:pam_mysql orphan:BADURL:pam-script-0.1.7.tar.gz:pam_script otaylor:BADURL:mugshot-1.1.50.tar.gz:mugshot ovasik:BADURL:docbook-utils-0.6.14.tar.gz:docbook-utils ovasik:BADURL:gnome-bluetooth-0.9.1.tar.bz2:gnome-bluetooth ovasik:BADURL:libbtctl-0.9.0.tar.bz2:libbtctl ovasik:BADURL:passivetex-1.25.zip:passivetex ovasik:BADURL:xmltex-1.9.tar.gz:xmltex ovasik:BADURL:xmlto-0.0.18.tar.bz2:xmlto owentl:BADURL:Calendar-0.41.tar.gz:gdesklets-calendar owentl:BADURL:GoodWeather-0.3.tar.gz:gdesklets-goodweather pcheung:BADURL:asm-2.1.tar.gz:asm2 pcheung:BADURL:asm-eng.pdf:asm2 pertusus:BADURL:cernlib_2006.dfsg.2-1.diff.gz:cernlib pertusus:BADURL:cernlib_2006.dfsg.2-1.diff.gz:cernlib-g77 peter:BADSOURCE:rlog-1.3.7.tgz:rlog petersen:BADSOURCE:scim-1.4.7.tar.gz:scim petersen:BADURL:ddskk-12.2.0.tar.bz2:ddskk pfj:BADURL:CastPodder-5.0.tar.bz2:CastPodder pfj:BADURL:db4o-6.1-mono.tar.gz:db4o pfj:BADURL:gtksourceview-sharp-2.0-0.10.tar.gz:gtksourceview-sharp pfj:BADURL:ikvm-0.22.tar.gz:ikvm pfrields:BADURL:nautilus-open-terminal-0.8.tar.gz:nautilus-open-terminal pgordon:BADURL:Clearlooks-Big_Pack-0.6.x.tar.gz:gnome-theme-clearlooks-bigpack pgordon:BADURL:deluge-0.5.4.1.tar.gz:deluge pgordon:BADURL:glabels-2.0.4.tar.gz:glabels pgordon:BADURL:libtorrent-0.12.tar.gz:rb_libtorrent pjones:BADSOURCE:cdparanoia-III-alpha9.8.src.tgz:cdparanoia pjones:BADURL:syslinux-3.36.tar.bz2:syslinux pknirsch:BADSOURCE:ipmitool-1.8.9.tar.gz:OpenIPMI pknirsch:BADURL:sg3_utils-1.23.tgz:sg3_utils pmachata:BADURL:ElectricFence-2.2.2.tar.gz:ElectricFence pmachata:BADURL:flex-2.5.4a.tar.gz:compat-flex pmachata:BADURL:genromfs-0.5.1.tar.gz:genromfs pnemade:BADURL:iso-codes-1.3.tar.gz:iso-codes pnemade:BADURL:scim-sinhala-trans-0.2.0-20060825.tar.gz:scim-sinhala pvrabec:BADURL:rsyslog-1.19.0.tar.gz:rsyslog pvrabec:BADURL:shadow-4.0.18.1.tar.bz2:shadow-utils pwouters:BADURL:ks3switch-0.1.tar.gz:ks3switch qspencer:BADURL:atlas3_3.6.0-20.diff.gz:atlas qspencer:BADURL:lilypond-2.10.29.tar.gz:lilypond rathann:BADURL:crm114-20070301-BlameBaltar.no-TRE.src.tar.bz2:crm114 rbhalera:BADURL:ISO8859-2-bdf.tar.gz:fonts-ISO8859-2 rdieter:BADURL:30375-akode-2.0.1.tar.bz2:akode rdieter:BADURL:fltk-1.1.x-r5750.tar.bz2:fltk rdieter:BADURL:gen_python_api_20050605.tar.gz:eric rdieter:BADURL:gen_sip_api_20060711.tar.gz:eric rdieter:BADURL:kmymoney2-0.8.7.tar.gz:kmymoney2 rdieter:BADURL:libofa-0.9.3.tar.gz:libofa rdieter:BADURL:macref.pdf:maxima rdieter:BADURL:mtextralic.htm:mathml-fonts rdieter:BADURL:PyQt-x11-gpl-3.17.1.tar.gz:PyQt-qscintilla rineau:BADURL:ipe-6.0pre28-src.tar.gz:ipe rjones:BADURL:ocaml-libvirt-0.3.2.4.tar.gz:ocaml-libvirt rjones:BADURL:pcre-ocaml-5.11.4.tar.gz:ocaml-pcre rmeggins:BADSOURCE:mozldap-6.0.4.tar.gz:mozldap rmeggins:BADURL:adminutil-1.1.4.tar.bz2:adminutil rmeggins:BADURL:Makefile.PL.rpm:perl-Mozilla-LDAP rmeggins:BADURL:perl-mozldap-1.5.2.tar.gz:perl-Mozilla-LDAP rnorwood:BADURL:IO-Zlib-1.04.tar.gz:perl-IO-Zlib rnorwood:BADURL:XML-Grove-0.46alpha.tar.bz2:perl-XML-Grove robert:BADSOURCE:magickwand-0.1.8.tar.gz:php-magickwand robmv:BADURL:kanatest-0.4.2.tar.gz:kanatest robmv:BADURL:org.tmatesoft.svn_1.1.0.beta4.src.zip:javasvn robmv:BADURL:org.tmatesoft.svn_1.1.2.src.zip:svnkit rrelyea:BADSOURCE:ccid-1.2.1.tar.gz:ccid rrelyea:BADSOURCE:pcsc-lite-1.3.3.tar.gz:pcsc-lite rrelyea:BADURL:pam_pkcs11-0.5.3.tar.gz:pam_pkcs11 rstrode:BADURL:bug-buddy-2.18.0.tar.bz2:bug-buddy rstrode:BADURL:gnome-applets-2.19.1.tar.bz2:gnome-applets rstrode:BADURL:gnome-screensaver-2.19.6.tar.bz2:gnome-screensaver rstrode:BADURL:gnome-utils-2.19.90.tar.bz2:gnome-utils ruben:BADURL:Pound-2.4d.tgz:Pound rvinyard:BADSOURCE:IEEEtran.zip:tetex-IEEEtran rvinyard:BADURL:papyrus-0.7.1.tar.bz2:papyrus rvokal:BADURL:gaim-guifications-2.13beta6.tar.bz2:gaim-guifications rvokal:BADURL:wireshark-0.99.6.tar.gz:wireshark ryo:BADSOURCE:scim-skk-0.5.2.tar.gz:scim-skk s4504kr:BAD_CVS_SOURCE:import-3ds-0.7.py:blender s4504kr:BADURL:lightning-1.2.tar.gz:lightning s4504kr:BADURL:luma-2.3.tar.bz2:luma s4504kr:BADURL:stellarium_user_guide-0.9.0-1.pdf:stellarium s4504kr:BADURL:suck-4.3.2.tar.gz:suck sconklin:BADURL:db-4.5.20.tar.gz:cyrus-sasl sconklin:BADURL:ipsec-tools-0.6.6.tar.bz2:ipsec-tools scop:BADURL:pscan_1.2-5.diff.gz:pscan scop:BADURL:pscan.tar.gz:pscan scop:BADURL:vdr-plugin-subtitles_0.4.0-1.ds.diff.gz:vdr-subtitles sergiopr:BADSOURCE:wcstools-3.6.8.tar.gz:wcstools shahms:BADSOURCE:TPG-3.1.0.tar.gz:python-tpg shahms:BADURL:PyProtocols-1.0a0dev-r2302.zip:python-protocols sheltren:BADURL:fortune-hitchhiker.tgz:fortune-mod sheltren:BADURL:fortune-tao.tar.gz:fortune-mod sheltren:BADURL:osfortune.tar.gz:fortune-mod simo:BADURL:rsync-2.6.9.tar.gz:rsync simo:BADURL:samba-3.0.25c.tar.gz:samba sindrepb:BADSOURCE:avant-window-navigator-0.1.1.tar.gz:avant-window-navigator sindrepb:BADURL:DBIx-SQLite-Simple-0.34.tar.gz:perl-DBIx-SQLite-Simple sindrepb:BADURL:recordmydesktop-0.3.4.tar.gz:recordmydesktop skvidal:BADURL:seahorse-1.0.1.tar.gz:seahorse smccann:BAD_CVS_SOURCE:proj.copyright:proj smccann:BADSOURCE:shapelib-1.2.10.tar.gz:shapelib snecker:BADURL:jokosher-1.0.tar.gz:jokosher snirkel:BADURL:njb-sharp-0.3.0.tar.bz2:njb-sharp splinux:BADURL:libgtksourceviewmm-0.3.1.tar.bz2:libgtksourceviewmm splinux:BADURL:pessulus-2.16.2.tar.bz2:pessulus spot:BADURL:Class-Data-Inheritable-0.06.tar.gz:perl-Class-Data-Inheritable spot:BADURL:Class-DBI-Loader-Relationship-1.3.tar.gz:perl-Class-DBI-Loader-Relationship spot:BADURL:Class-DBI-Pg-0.09.tar.gz:perl-Class-DBI-Pg spot:BADURL:gambas-1.0.19.tar.bz2:gambas spot:BADURL:HTML-Tree-3.23.tar.gz:perl-HTML-Tree spot:BADURL:HTTP-Body-0.9.tar.gz:perl-HTTP-Body spot:BADURL:Mail-Box-2.070.tar.gz:perl-Mail-Box spot:BADURL:QuantLib-0.8.1.tar.gz:QuantLib spot:BADURL:rootsh-1.5.2.tar.gz:rootsh spot:BADURL:rx-1.5.tar.bz2:librx spot:BADURL:user.ps.gz:lout ssp:BADURL:libXinerama-1.0.2.tar.bz2:libXinerama ssp:BADURL:libxkbfile-1.0.4.tar.bz2:libxkbfile stahnma:BADSOURCE:pastebin.tar.gz:pastebin steve:BADURL:eperl_2.2.14-13.diff.gz:perl-eperl steved:BADURL:nfs.doc.tar.gz:nfs-utils steved:BADURL:quota-3.14.tar.gz:quota stingray:BADURL:conntrack-1.00beta2.tar.bz2:conntrack stingray:BADURL:roundup-1.3.3.tar.gz:roundup stransky:BADURL:awesfx-0.5.0d.tar.gz:awesfx stransky:BADURL:gu11-rom.zip:awesfx tagoh:BADURL:alt-cannadic-070805.tar.bz2:anthy tagoh:BADURL:anthy-9100.tar.gz:anthy tagoh:BADURL:Canna37p3.tar.bz2:Canna tagoh:BADURL:im-chooser-0.4.1.tar.gz:im-chooser tagoh:BADURL:k14-oldkanji.tar.gz:fonts-japanese tagoh:BADURL:knm_new.tar.gz:fonts-japanese tagoh:BADURL:mew-5.2.50.tar.gz:mew tagoh:BADURL:mplus_bitmap_fonts-2.2.4.tar.gz:fonts-japanese tagoh:BADURL:nkf207.tar.gz:nkf tagoh:BADURL:ruby-refm-rdp-1.8.1-ja-html.tar.gz:ruby tagoh:BADURL:sazanami-20061016.tar.bz2:fonts-japanese tagoh:BADURL:scim-anthy-1.2.4.tar.gz:scim-anthy tagoh:BADURL:shion.tar.gz:Canna tagoh:BADURL:uim-1.4.1.tar.bz2:uim tagoh:BADURL:zipcode-20030204.tar.bz2:Canna tanguy:BADURL:freehdl-0.0.4.tar.gz:freehdl tanguy:BADURL:gperiodic-2.0.8.tar.gz:gperiodic terjeros:BADURL:libast-0.7.1.tar.gz:libast tgl:BADSOURCE:pgtcl1.5.3.tar.gz:postgresql tgl:BADSOURCE:pgtcldocs-20060909.zip:postgresql tgl:BADURL:jpegsrc.v6b.tar.bz2:libjpeg tgl:BADURL:libpng-1.2.16.tar.bz2:libpng tgl:BADURL:mysql-3.23.58.tar.gz:mysqlclient10 tgl:BADURL:mysql-4.1.14.tar.gz:mysqlclient14 tgl:BADURL:mysql-5.0.45.tar.gz:mysql tgl:BADURL:mysql-connector-odbc-3.51.14r248.tar.gz:mysql-connector-odbc tgl:BADURL:pg_filedump-8.2.0.tar:rhdb-utils tgl:BADURL:postgresql-8.2.1-US.pdf:postgresql tgl:BADURL:psqlodbc-08.02.0200.tar.gz:postgresql-odbc than:BAD_CVS_SOURCE:French.txt:wordtrans than:BADSOURCE:css.tar.bz2:kdewebdev than:BADSOURCE:html.tar.bz2:kdewebdev than:BADSOURCE:javascript.tar.bz2:kdewebdev than:BADURL:arts-1.5.7.tar.bz2:arts than:BADURL:cyr-rfx-koi8-ub-1.1.bdfs.tar.bz2:fonts-KOI8-R than:BADURL:eject-2.1.5.tar.gz:eject than:BADURL:isdn4k-utils-CVS-2006-07-20.tar.bz2:isdn4k-utils than:BADURL:kde-i18n-ar-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-bg-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-bn-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-ca-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-cs-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-da-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-de-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-el-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-en_GB-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-es-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-et-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-fi-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-fr-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-he-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-hi-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-hu-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-is-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-it-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-ja-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-ko-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-lt-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-nb-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-nl-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-nn-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-pa-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-pl-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt_BR-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-ro-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-ru-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-sk-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-sl-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-sr-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-sv-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-ta-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-tr-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-uk-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_CN-3.5.6.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_TW-3.5.6.tar.bz2:kde-i18n than:BADURL:kdemultimedia-3.5.7-patched-2.tar.bz2:kdemultimedia than:BADURL:kdepimlibs-3.92.0.tar.bz2:kdepimlibs than:BADURL:kdevelop-3.4.1.tar.bz2:kdevelop than:BADURL:ksi-XFree86-cyrillic-fonts.tar.bz2:fonts-KOI8-R than:BADURL:mozplugger-1.7.3.tar.gz:mozplugger than:BADURL:PyQt-x11-gpl-3.17.1.tar.gz:PyQt than:BADURL:rp-pppoe-3.8.tar.gz:rp-pppoe than:BADURL:sip-4.6.tar.gz:sip than:BADURL:wordtrans_1.1pre13.tar.gz:wordtrans than:BADURL:Xaw3d-1.3.tar.gz:Xaw3d than:BADURL:xferstats-2.16.tar.gz:xferstats than:BADURL:xfig.3.2.5.full.tar.gz:xfig thias:BADSOURCE:ipvsadm-1.24.tar.gz:ipvsadm thias:BADSOURCE:linux_logo-5.01.tar.gz:linux_logo thias:BADSOURCE:metakit-2.4.9.7.tar.gz:metakit thias:BADSOURCE:Nevow-0.9.18.tar.gz:python-nevow thias:BADSOURCE:thttpd-2.25b.tar.gz:thttpd thias:BADURL:speex-xmms-0.9.1.tar.gz:xmms-speex thl:BADSOURCE:CHANGELOG:rss2email thl:BADURL:gsynaptics-0.9.12.tar.gz:gsynaptics thomasvs:BADSOURCE:libannodex-0.7.3.tar.gz:libannodex thomasvs:BADSOURCE:libcmml-0.9.1.tar.gz:libcmml thomasvs:BADSOURCE:liboggz-0.9.5.tar.gz:liboggz thomasvs:BADSOURCE:mod_annodex-ap20-0.2.2.tar.gz:mod_annodex thomasvs:BADURL:rasqal-0.9.12.tar.gz:rasqal till:BADURL:acpica-unix-20061109.tar.gz:iasl timj:BADSOURCE:altermime-0.3.7.tar.gz:altermime timj:BADSOURCE:php_manual_en.tar.gz:php-manual-en timj:BADURL:rapidsvn-0.9.4.tar.gz:rapidsvn timj:BADURL:rpl_1.5.3.tar.gz:rpl tjanouse:BADURL:dovecot-1.1.alpha3.tar.gz:dovecot tjanouse:BADURL:dovecot-sieve-1.1-0367450c9382.tar.gz:dovecot tscherf:BADURL:libprelude-0.9.13.tar.gz:libprelude tscherf:BADURL:libpreludedb-0.9.11.1.tar.gz:libpreludedb tscherf:BADURL:prelude-lml-0.9.8.1.tar.gz:prelude-lml tscherf:BADURL:prelude-manager-0.9.7.1.tar.gz:prelude-manager tscherf:BADURL:prewikka-0.9.10.tar.gz:prewikka tsmetana:BADURL:ast-base-locale.2007-03-28.tgz:ksh tsmetana:BADURL:ast-ksh.2007-06-28.tgz:ksh tsmetana:BADURL:INIT.2007-06-28.tgz:ksh tsmetana:BADURL:nut-2.2.0.tar.gz:nut tsmetana:BADURL:procinfo-18.tar.bz2:procinfo tsmetana:BADURL:psmisc-22.5.tar.gz:psmisc twaugh:BADURL:cups-1.3.0-source.tar.bz2:cups twaugh:BADURL:foomatic-db-3.0-20070614.tar.gz:foomatic twaugh:BADURL:foomatic-db-engine-3.0-20070614.tar.gz:foomatic twaugh:BADURL:foomatic-db-hpijs-20070614.tar.gz:foomatic twaugh:BADURL:foomatic-filters-3.0-20070614.tar.gz:foomatic twaugh:BADURL:libieee1284-0.2.9.tar.bz2:libieee1284 twaugh:BADURL:ppa-0.8.6.tar.gz:pnm2ppa varekova:BADURL:acct-6.3.2.tar.gz:psacct varekova:BADURL:aspell-ga-0.50-4.tar.bz2:aspell-ga varekova:BADURL:gd-2.0.34.tar.bz2:gd varekova:BADURL:gzip-1.3.12.tar.gz:gzip varekova:BADURL:lynx2.8.6.tar.bz2:lynx varekova:BADURL:mailx-8.1.1.tar.gz:mailx varekova:BADURL:manpages-da-0.1.1.tar.gz:man-pages-da varekova:BADURL:manpages-ru-0.7.tar.gz:man-pages-ru varekova:BADURL:man-PL24-10-2005.tar.gz:man-pages-pl varekova:BADURL:unzip552.tar.gz:unzip varekova:BADURL:zcrypt29.tar.gz:zip varekova:BADURL:zip231.tar.gz:zip vcrhonek:BADSOURCE:expect-5.43.0.tar.gz:expect vcrhonek:BADURL:netkit-ntalk-0.17.tar.gz:talk vcrhonek:BADURL:pegasus-2.6.0.tar.gz:tog-pegasus vcrhonek:BADURL:tcsh-6.14.00.tar.gz:tcsh veillard:BADURL:ekiga-2.0.9.tar.gz:ekiga veillard:BADURL:libxml2-2.6.30.tar.gz:libxml2 veillard:BADURL:libxslt-1.1.22.tar.gz:libxslt veillard:BADURL:opal-2.2.8.tar.gz:opal veillard:BADURL:pwlib-1.10.7.tar.gz:pwlib vlg:BADSOURCE:libassa-3.4.2.tar.gz:libassa vlg:BADURL:granule-1.2.4.tar.gz:granule walters:BADURL:bigboard-0.5.10.tar.gz:bigboard walters:BADURL:hippo-canvas-0.2.24.tar.gz:hippo-canvas walters:BADURL:online-desktop-0.2.7.tar.gz:online-desktop wart:BADURL:tcllib-1.9.tar.gz:tcllib wtogami:BADURL:IO-Socket-SSL-1.02.tar.gz:perl-IO-Socket-SSL wtogami:BADURL:memtest86+-1.70.tar.gz:memtest86+ wtogami:BADURL:pidgin-2.1.1.tar.bz2:pidgin xen-maint:BADURL:LibVNCServer-0.8.2.tar.gz:xen xgl-maint:BADURL:font-util-1.0.1.tar.bz2:xorg-x11-font-utils xris:BADURL:lineak-kdeplugins-0.9.tar.gz:lineak-kdeplugins xulchris:BADSOURCE:PHPUnit2-2.3.6.tgz:php-pear-PHPUnit2 xulchris:BADURL:fpconst-0.7.2.tar.gz:python-fpconst zhu:BADSOURCE:libhangul-0.0.6.tar.gz:libhangul zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar zmc:BADSOURCE:pyspi-0.6.1.tar.gz:pyspi zprikryl:BADURL:bc-1.06.tar.bz2:bc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From debarshi.ray at gmail.com Mon Aug 27 19:55:42 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 28 Aug 2007 01:25:42 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <1188242978.2365.79.camel@localhost.localdomain> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> <1188242978.2365.79.camel@localhost.localdomain> Message-ID: <3170f42f0708271255i758995aenf0686ba0ac8dda9f@mail.gmail.com> >> My initial idea was to input and use the mirror list _only_ if the >> mirror list checkbox was chosen and otherwise use the baseurl. However >> this does not consider the case where the .repo file looks like: > Okay, this makes some sense. Although we could just have that handled > under the covers and still let you just select between mirror url and a > baseurl. But that would get a little weird switching between them I > guess. I still think you're going to want to allow a radio button > between the two. Because you can also disable the baseurl (in fact, > that's the default config). Maybe we just make the baseurl and the > mirror url both handled like the gpg key above. Disabling the baseurl is a default config for the Fedora repositories, and may not be so for custom distributed file:// based repositories or some ad-hoc http:// or ftp:// repository created by a developer or an organization. If we look at it from a higher level of abstraction what are the most basic things needed to get a repository working? A repo id, a name and a baseurl come to mind. A mirrorlist and gpgkey are important and good to have, but not absolutely necessary. That is the reason why I want to hide them away by default. In any case the Fedora repositories are already going to be present after the installation, and established ones like FreshRPMs and Livna have their own RPM packages for the configuration which are only a left-click away. So the "Add New Repository" is really going to be used for adding ad-hoc, custom repositories where a mirrorlist might be nothing more than a burden. So we use the baseurl as long as the mirrorlist has not been selected and supplied. If you want the unusual situation of preferring the baseurl over the mirrorlist, even when the mirrorlist is supplied, then just go to "Edit Repository" and do the needful. When the user edits a repository which does not have mirrorlist or gpgcheck selected, the advanced expander remains folded. It is only open when the mirrorlist and gpgkeys have been supplied. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From debarshi.ray at gmail.com Mon Aug 27 19:55:57 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 28 Aug 2007 01:25:57 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <1188243023.2365.82.camel@localhost.localdomain> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <3170f42f0708260911n6667251bk2cd3d9681cfeec5e@mail.gmail.com> <46D2878A.7070308@rasmil.dk> <3170f42f0708270144mee7fe9ev3ed6f6689696c39d@mail.gmail.com> <1188243023.2365.82.camel@localhost.localdomain> Message-ID: <3170f42f0708271255o5c7fda4eg44f3d09633185a2e@mail.gmail.com> > I suspect the way to handle multiple URLs is to just have them space or > comma separated rather than a separate entry field for each one. As > that's definitely not the common case. Right. -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From katzj at redhat.com Mon Aug 27 19:56:45 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Aug 2007 15:56:45 -0400 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708271255i758995aenf0686ba0ac8dda9f@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> <1188242978.2365.79.camel@localhost.localdomain> <3170f42f0708271255i758995aenf0686ba0ac8dda9f@mail.gmail.com> Message-ID: <1188244605.29999.2.camel@localhost.localdomain> On Tue, 2007-08-28 at 01:25 +0530, Debarshi 'Rishi' Ray wrote: > >> My initial idea was to input and use the mirror list _only_ if the > >> mirror list checkbox was chosen and otherwise use the baseurl. However > >> this does not consider the case where the .repo file looks like: > > > Okay, this makes some sense. Although we could just have that handled > > under the covers and still let you just select between mirror url and a > > baseurl. But that would get a little weird switching between them I > > guess. I still think you're going to want to allow a radio button > > between the two. Because you can also disable the baseurl (in fact, > > that's the default config). Maybe we just make the baseurl and the > > mirror url both handled like the gpg key above. > > Disabling the baseurl is a default config for the Fedora repositories, > and may not be so for custom distributed file:// based repositories or > some ad-hoc http:// or ftp:// repository created by a developer or an > organization. > > If we look at it from a higher level of abstraction what are the most > basic things needed to get a repository working? A repo id, a name and > a baseurl come to mind. Fully agreed. But we're wanting to use the same sort of interface for editing as adding (because there's lots of win there). And given _that_, we don't want to necessarily hide what the defaults are. Otherwise, I'd be in 100% agreement with you. Maybe the thing to do is to go the route you're saying, but just look and auto-expand if a mirror list or gpg key is set. Jeremy From debarshi.ray at gmail.com Mon Aug 27 20:15:11 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 28 Aug 2007 01:45:11 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <1188244605.29999.2.camel@localhost.localdomain> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> <1188242978.2365.79.camel@localhost.localdomain> <3170f42f0708271255i758995aenf0686ba0ac8dda9f@mail.gmail.com> <1188244605.29999.2.camel@localhost.localdomain> Message-ID: <3170f42f0708271315h2f2a9bb0seb9a85570e438996@mail.gmail.com> > we're wanting to use the same sort of interface for > editing as adding (because there's lots of win there). Agreed. > Maybe the thing to do is > to go the route you're saying, but just look and auto-expand if a mirror > list or gpg key is set. Exactly. While editing, expand by default if any of the advanced options have been used else do not. If the user is just fiddling with the id, name or baseurl of an adhoc repository she need not get bothered with such things as mirrorlist and gpgkey unless specifically required. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From loganjerry at gmail.com Mon Aug 27 20:33:02 2007 From: loganjerry at gmail.com (Jerry James) Date: Mon, 27 Aug 2007 14:33:02 -0600 Subject: source file audit - 2007-08-26 In-Reply-To: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> Message-ID: <870180fe0708271333i2115fc6cy2d5247d8e2cdd74f@mail.gmail.com> On 8/27/07, Kevin Fenzi wrote: > ok, here's another run of the sources file audit script I have been > playing with. It has the following changes from the previous version: > > - It now includes and is sorted by the owners fedora account name. > - It should be checking PatchN lines with URLs. > - I tried to add more checking for when a source wasn't downloaded > properly. > > Please do let me know if anyone spots false positives or issues... [snip] > limb:BADSOURCE:be_utf8.zip:moodle > limb:BADSOURCE:bg_utf8.zip:moodle > limb:BADSOURCE:bs_utf8.zip:moodle etc. As the most recent ex-maintainer of moodle, I can tell you that your script will almost always list a bunch of language files for moodle. That's because there are no version numbers in the file names. You have to distinguish them by timestamp. :-( The script output just says that upstream has released new versions of some of the language files. But since there tend to be several language file releases per week, the maintainer can't realistically roll out new packages every time there is an update. I suggest stripping the moodle language packs out of your report. The script is technically correct, but the information isn't helpful. Regards, -- Jerry James http://loganjerry.googlepages.com/ From opensource at till.name Mon Aug 27 20:33:41 2007 From: opensource at till.name (Till Maas) Date: Mon, 27 Aug 2007 22:33:41 +0200 Subject: source file audit - 2007-08-26 In-Reply-To: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> Message-ID: <200708272233.51963.opensource@till.name> On Mo August 27 2007, Kevin Fenzi wrote: > Please do let me know if anyone spots false positives or issues... > till:BADURL:acpica-unix-20061109.tar.gz:iasl This is a false positive: from iasl.spec: 9 Source0: http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix-%{version}.tar.gz 10 Source1: iasl-README.Fedora 11 Source2: http://ftp.debian.org/debian/pool/main/a/acpica-unix/acpica-unix_20060912-3.2.diff.gz $ curl -I http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix-20061109.tar.gz HTTP/1.1 200 OK [...] Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From pertusus at free.fr Mon Aug 27 20:46:55 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 27 Aug 2007 22:46:55 +0200 Subject: source file audit - 2007-08-26 In-Reply-To: <870180fe0708271333i2115fc6cy2d5247d8e2cdd74f@mail.gmail.com> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <870180fe0708271333i2115fc6cy2d5247d8e2cdd74f@mail.gmail.com> Message-ID: <20070827204655.GC24132@free.fr> On Mon, Aug 27, 2007 at 02:33:02PM -0600, Jerry James wrote: > > etc. As the most recent ex-maintainer of moodle, I can tell you that > your script will almost always list a bunch of language files for > moodle. That's because there are no version numbers in the file > names. You have to distinguish them by timestamp. :-( The script > output just says that upstream has released new versions of some of > the language files. But since there tend to be several language file > releases per week, the maintainer can't realistically roll out new > packages every time there is an update. In that case maybe it would be better to rename locally the files using the timestamp and leave the real source files in comment. -- Pat From ville.skytta at iki.fi Mon Aug 27 20:53:56 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Mon, 27 Aug 2007 23:53:56 +0300 Subject: source file audit - 2007-08-26 In-Reply-To: <200708272233.51963.opensource@till.name> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <200708272233.51963.opensource@till.name> Message-ID: <200708272353.56590.ville.skytta@iki.fi> On Monday 27 August 2007, Till Maas wrote: > > $ curl -I > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix-20061109.ta >r.gz HTTP/1.1 200 OK > [...] FWIW, grabbing that URL with wget gives "ERROR 403: Forbidden" here. From nicolas.mailhot at laposte.net Mon Aug 27 20:59:58 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 27 Aug 2007 22:59:58 +0200 Subject: [proposal] fonts comps group In-Reply-To: <1188233261.3135.10.camel@rousalka.dyndns.org> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> <46D2DCD4.5030601@redhat.com> <1188233261.3135.10.camel@rousalka.dyndns.org> Message-ID: <1188248398.7701.23.camel@rousalka.dyndns.org> Le lundi 27 ao?t 2007 ? 18:47 +0200, Nicolas Mailhot a ?crit : > BTW after talking with Behdad and upstream on irc we'll probably try to > switch dejavu-lgc & dejavu at the start of the F9 cycle. BTW #2 Supporting unicode blocks like arabic by default is only possible today because the tools have learnt to select different variants of the same glyph depending on the language being rendered (ie farsi users will get farsi-friendly variants, and arabic users arabic-friendly variants at the same codepoints). In particular Behdad Esfahbod recently added "locl" opentype support to Pango. Kuddos to Behdad! However this is not the end of the story. Strictly speaking arabic (and many other non-european scripts) also need support of the "base" opentype feature to be rendered properly (base allows specifying different metrics for different unicode blocks within a single font, and not constrain everything with the metrics of the latin block) Supporting those scripts without base will mean a metric migration once base support is included in the tools at last. ie the fonts will have to be partly re-done, and every office document using them will have layout changes if they use one of the complex scripts (and business users will complain). This will also affect documents that use proprietary pan-unicode fonts such as those produced by the Microsoft Typography group. Therefore I'd like to point out to the PTB it might be a good idea to allocate some time @rh for Behdad to add base support to pango sooner rather than later, and avoid this painful migration altogether. (Of course this assumes the PTB read fedora-devel) Regards, -- 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 snecklifter at gmail.com Mon Aug 27 22:07:46 2007 From: snecklifter at gmail.com (Christopher Brown) Date: Mon, 27 Aug 2007 23:07:46 +0100 Subject: Rarian obsoleting scrollkeeper causes EVR issues Message-ID: <364d303b0708271507j3b5ddfb6w27986e41fb65f2ad@mail.gmail.com> Hello, With rarian replacing scrollkeeper in FC8, I am unable to build my package as rarian fails to return the correct omf directory from the command: rarian-sk-config --omfdir http://koji.fedoraproject.org/koji/getfile?taskID=126996&name=build.log https://bugzilla.redhat.com/show_bug.cgi?id=254301 I have attached a patch to revert the rarian-compat script (in this case rarian-sk-config) to output the correct directory as in keeping with traditional scrollkeeper activity. I'd appreciate comments from anyone in the know as to why rarian is replacing scrollkeeper in fc8 when it doesn't appear to be feature complete yet (by its own admission in the documentation) and whether it is possible to have rarian and scrollkeeper living side-by-side in the meantime as the whole rarian-compat set of scripts seem broken on my machine. Failing that, the correct method for outputting omfdirs on rarian would be awesome. :) Cheers Chris -- http://www.chruz.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jspaleta at gmail.com Mon Aug 27 22:10:33 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 27 Aug 2007 14:10:33 -0800 Subject: Can you give me some feedback concerning plans for pyrpm? Message-ID: <604aa7910708271510l6f5c8528x4bf1106c3fe1959c@mail.gmail.com> Hey, so as you are aware rpm5 is coming close to being submitted into Fedora for inclusion. I would like to be able to use the very contentious rpm5 discussion to set some precedents for future rpm-like inclusions. Do you plan to submit pyrpm at some point? If so I would like to talk to you about what some specifics concerning you plans. I want to make sure that we set the technical bar that rpm5 needs to reach fairly so that nearly the same technical measure can be applied to pyrpm as well when the time comes for its entry so we can avoid any appearance of favoritism. -jef From pertusus at free.fr Mon Aug 27 22:09:40 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 28 Aug 2007 00:09:40 +0200 Subject: List of sponsors cannot be seen by outsiders Message-ID: <20070827220940.GD24132@free.fr> Hello, Linked from http://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored there is a List of sponsors https://admin.fedoraproject.org/accounts/dump-group.cgi?group=cvsextras&role_type=sponsor&format=html but one need an account to see the page... Chicken and egg situation... Moreover somebody with knowledge of the new review process urls shuold edit the page. -- Pat From mmcgrath at redhat.com Mon Aug 27 22:19:53 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 27 Aug 2007 17:19:53 -0500 Subject: List of sponsors cannot be seen by outsiders In-Reply-To: <20070827220940.GD24132@free.fr> References: <20070827220940.GD24132@free.fr> Message-ID: <46D34E09.7050105@redhat.com> Patrice Dumas wrote: > Hello, > > Linked from > http://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored > there is a List of sponsors > https://admin.fedoraproject.org/accounts/dump-group.cgi?group=cvsextras&role_type=sponsor&format=html > but one need an account to see the page... > > Chicken and egg situation... > > Moreover somebody with knowledge of the new review process urls shuold > edit the page. > Not quite chicken and egg. You don't need to be in the group to read the group, you just need an account. -Mike From jdennis at redhat.com Mon Aug 27 22:37:14 2007 From: jdennis at redhat.com (John Dennis) Date: Mon, 27 Aug 2007 18:37:14 -0400 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? Message-ID: <1188254234.8422.38.camel@finch.boston.redhat.com> Folks are supposed to upgrade their init.d scripts to support LSB. Some of this is covered here: http://fedoraproject.org/wiki/FCNewInit/Initscripts One aspect of that is to switch from sourcing /etc/init.d/functions to sourcing /lib/lsb/init-functions. However the two init function libraries do not export the same functions, nor is one a proper subset of the other. If one wants to use the same init script on different Fedora versions and/or different RHEL versions is it safe to assume the lsb functions will exist and be properly implemented? In what releases will a lsb compliant init script run correctly? Does one have to require redhat-lsb in your RPM spec file? Are you supposed to do something like this so the lsb functions override the init.d functions but the init.d function such as "status" are not absent? if test -f /lib/lsb/init-functions; then . /lib/lsb/init-functions fi . /etc/init.d/functions If so I guess you also have to test for the existence of /lib/lsb/init-functions before you can know if you're going to call "daemon" or "start_daemon", right? (yuck). Am I missing a pointer to documentation where all this is explained? Are the bugs opened against init scripts a red herring because this stuff has not been figured out yet as alluded to on July 5th? If so maybe my above questions need to be addressed in the wiki. -- John Dennis From kevin at scrye.com Mon Aug 27 22:54:31 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 27 Aug 2007 16:54:31 -0600 Subject: source file audit - 2007-08-26 In-Reply-To: <200708272353.56590.ville.skytta@iki.fi> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <200708272233.51963.opensource@till.name> <200708272353.56590.ville.skytta@iki.fi> Message-ID: <20070827165431.44023bac@ghistelwchlohm.scrye.com> On Mon, 27 Aug 2007 23:53:56 +0300 ville.skytta at iki.fi (Ville Skytt?) wrote: > On Monday 27 August 2007, Till Maas wrote: > > > > $ curl -I > > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix-20061109.ta > >r.gz HTTP/1.1 200 OK > > [...] > > FWIW, grabbing that URL with wget gives "ERROR 403: Forbidden" here. > Yeah, my script got: --16:53:10-- http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix-20061109.tar.gz => `./acpica-unix-20061109.tar.gz' Resolving www.intel.com... 216.241.36.232, 216.241.36.231 Connecting to www.intel.com|216.241.36.232|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 16:53:11 ERROR 403: Forbidden. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Mon Aug 27 22:55:35 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 27 Aug 2007 16:55:35 -0600 Subject: source file audit - 2007-08-26 In-Reply-To: <20070827204655.GC24132@free.fr> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <870180fe0708271333i2115fc6cy2d5247d8e2cdd74f@mail.gmail.com> <20070827204655.GC24132@free.fr> Message-ID: <20070827165535.4c91ff7e@ghistelwchlohm.scrye.com> On Mon, 27 Aug 2007 22:46:55 +0200 pertusus at free.fr (Patrice Dumas) wrote: > On Mon, Aug 27, 2007 at 02:33:02PM -0600, Jerry James wrote: > > > > etc. As the most recent ex-maintainer of moodle, I can tell you > > that your script will almost always list a bunch of language files > > for moodle. That's because there are no version numbers in the file > > names. You have to distinguish them by timestamp. :-( The script > > output just says that upstream has released new versions of some of > > the language files. But since there tend to be several language > > file releases per week, the maintainer can't realistically roll out > > new packages every time there is an update. > > In that case maybe it would be better to rename locally the files > using the timestamp and leave the real source files in comment. Perhaps so, and date them with the date that they were fetched. Is there any chance you could talk upstream into doing versions? If only timestamp style? > Pat kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cjdahlin at ncsu.edu Mon Aug 27 23:33:36 2007 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 27 Aug 2007 19:33:36 -0400 Subject: MCP55 built in ethernet + forcedeth driver cannot get dhcp leace In-Reply-To: <46D075F2.3010203@ncsu.edu> References: <46D075F2.3010203@ncsu.edu> Message-ID: <46D35F50.6010003@ncsu.edu> I have 2 kernels on a box: 2.6.21-1.3194.fc7 and 2.6.22.4-65.fc7 . I cannot acquire a DHCP lease when booted into the latter. No error messages anywhere, and the problem persists on a 2.6.21 kernel built from Linus' git tree. From katzj at redhat.com Tue Aug 28 01:16:59 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Aug 2007 21:16:59 -0400 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <1188254234.8422.38.camel@finch.boston.redhat.com> References: <1188254234.8422.38.camel@finch.boston.redhat.com> Message-ID: <1188263819.22996.6.camel@localhost.localdomain> On Mon, 2007-08-27 at 18:37 -0400, John Dennis wrote: > http://fedoraproject.org/wiki/FCNewInit/Initscripts > > One aspect of that is to switch from sourcing /etc/init.d/functions to > sourcing /lib/lsb/init-functions. Note that the page also says _not_ to switch to using the bits from /lib/lsb/init-functions yet. And please don't. Then your package will require redhat-lsb which means that you pull in all kinds of crap[1] which isn't needed for minimal installations. Jeremy [1] In the kindest possible form of the term :-) From d.jacobfeuerborn at conversis.de Tue Aug 28 02:19:38 2007 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Tue, 28 Aug 2007 04:19:38 +0200 Subject: PulseAudio is now enabled by default on new Fedora installs In-Reply-To: <20070827142457.GC5488@tango.0pointer.de> References: <20070816170323.GA10959@tango.0pointer.de> <46D0A2C3.3060306@conversis.de> <20070827142457.GC5488@tango.0pointer.de> Message-ID: <46D3863A.7090600@conversis.de> Lennart Poettering wrote: > Hmm, PA gets an "Operation not permitted" error when trying to open > the audio devices. Looks like a permission issue. May other > applications open the that specific audio device? > > i.e. does "aplay -D plughw:0 < /dev/urandom" work? It works in the sense that it doesn't result in an error but it doesn't play sound and just outputs: Playing raw data 'stdin' : Unsigned 8 bit, Rate 8000 Hz, Mono Playing sound using Audacious works fine though. In the Audacious output settings it shows the audio device as "default", the mixer card as "M Audio Audiophile 24/96" and the mixer device as "PCM". I've attached the scsconfig.log that the fedora soundcard detection tool creates in case that contains helpful information. Regards, Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: scsconfig.log Type: text/x-log Size: 50395 bytes Desc: not available URL: From loganjerry at gmail.com Tue Aug 28 03:27:39 2007 From: loganjerry at gmail.com (Jerry James) Date: Mon, 27 Aug 2007 21:27:39 -0600 Subject: Exceptions for Java Message-ID: <870180fe0708272027l4f51253eubdbfe5ec286eeeab@mail.gmail.com> I don't see any Java-related technologies on the Exceptions list, which makes me wonder what the BuildRequires should be for a small Java package with no external dependencies. Since the default javac is /usr/bin/ecj (from eclipse-ecj), the default jar is /usr/bin/fastjar (from libgcj), and the default javadoc is /usr/bin/sinjdoc (from sinjdoc), I could write: BuildRequires: eclipse-ecj, libgcj, sinjdoc but then /usr/bin/javac, /usr/bin/jar, and /usr/bin/sinjdoc are managed by alternatives. The thing is, I've looked in several F-7 Java packages, and I don't see any such thing in the BRs, not even BRs on /usr/bin/javac, etc. What's the right thing to do? Incidentally, while looking for an answer to this question, I came across http://fedoraproject.org/wiki/NativeJava, which appears to be incorrect for F-7. The java-gcj-compat package is no longer relevant, is it? Thanks, -- Jerry James http://loganjerry.googlepages.com/ From kwade at redhat.com Tue Aug 28 03:57:42 2007 From: kwade at redhat.com (Karsten Wade) Date: Mon, 27 Aug 2007 20:57:42 -0700 Subject: @FESCO: EPEL Steering Committee's mandate is expiring -- how to move on? In-Reply-To: <46D18333.7070603@leemhuis.info> References: <46D18333.7070603@leemhuis.info> Message-ID: <1188273462.8400.148.camel@erato.phig.org> On Sun, 2007-08-26 at 15:42 +0200, Thorsten Leemhuis wrote: > So if you are a EPEL contributor: what do you want? Do you want to elect > a EPEL Steering Committee? Do you want a bigger or a smaller one? Do you > want to get rid of it? I'll let my man Chuck D speak for me: "Power to the people with no delay." Fedora is evolving, and where? Steering committees don't seem fit the need like they did before. I like a bit of how Mike is organizing F-Infra, around functional teams that operate semi-autonomously, and report back to each other. EPEL seems like it could follow a similar model. Multiple groupings loosely coupled as a SIG, meeting once a week to be sure the bearings are rolling smoothly. To get there, I think we evolve. As you suggest, lower the influence, role, or meaning of the steering committee. Try to get some functional leaders to focus their contributions over certain areas. Add a sponsorship methodology so people can help in these functional areas, gaining access as they merit, etc. The more technical the Fedora group, the less formal structure I think it should have. - Karsten -- Karsten Wade ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.fedorapeople.org | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ From loganjerry at gmail.com Tue Aug 28 04:13:01 2007 From: loganjerry at gmail.com (Jerry James) Date: Mon, 27 Aug 2007 22:13:01 -0600 Subject: SInjdoc, gjdoc, and annotations Message-ID: <870180fe0708272113k210f3326oc156cda496ea99eb@mail.gmail.com> I'm trying to package up the JCIP annotations package, and seem to have hit a small roadblock on F-7. Sinjdoc won't produce documentation for this package. It generates a few skeleton files with no content, in spite of the presence of a package.html and nontrivial file comments in all the source files. After pulling my hair out for some time, I discovered this: http://cscott.net/Projects/GJ/#sinjdoc which says that sinjdoc 0.5 (the current version) does not have support for annotations. Okay, gjdoc does, so I can just BR gjdoc instead. Oops, gjdoc doesn't appear to exist for F-7. Is gjdoc going to be made available for F-7, or am I stuck with the javadoc that is missing support for annotations? Thanks, -- Jerry James http://loganjerry.googlepages.com/ From nicolas.mailhot at laposte.net Tue Aug 28 05:53:40 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 28 Aug 2007 07:53:40 +0200 Subject: Exceptions for Java In-Reply-To: <870180fe0708272027l4f51253eubdbfe5ec286eeeab@mail.gmail.com> References: <870180fe0708272027l4f51253eubdbfe5ec286eeeab@mail.gmail.com> Message-ID: <1188280420.9387.4.camel@rousalka.dyndns.org> Le lundi 27 ao?t 2007 ? 21:27 -0600, Jerry James a ?crit : > I could write: > > BuildRequires: eclipse-ecj, libgcj, sinjdoc > > but then /usr/bin/javac, /usr/bin/jar, and /usr/bin/sinjdoc are > managed by alternatives. The thing is, I've looked in several F-7 > Java packages, and I don't see any such thing in the BRs, not even BRs > on /usr/bin/javac, etc. What's the right thing to do? Even a small java package is likely to require parts of the java standard libs, so requiring javac without the java libs is useless. Java packages typically BR java-devel. Java-devel is a virtual provides any package that installs a jvm tree (with standard binaries and libs) on the system can declare Mid-term a jvm implementation based on the code Sun liberated is likely to hit the repo. -- 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 jos at xos.nl Tue Aug 28 05:55:04 2007 From: jos at xos.nl (Jos Vos) Date: Tue, 28 Aug 2007 07:55:04 +0200 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <1188254234.8422.38.camel@finch.boston.redhat.com>; from jdennis@redhat.com on Mon, Aug 27, 2007 at 06:37:14PM -0400 References: <1188254234.8422.38.camel@finch.boston.redhat.com> Message-ID: <20070828075504.A20939@xos037.xos.nl> On Mon, Aug 27, 2007 at 06:37:14PM -0400, John Dennis wrote: > Does one have to require redhat-lsb in your RPM spec file? Aside from Jeremy's response, I would suggest then to require "lsb", or (whatever's applicable) some variant with/without a version number (e.g., "lsb-core-noarch >= 3.1"), which is already "provided" by redhat-lsb, so that the dependency is not about the specific package name, that could also have been fedora-lsb, or something else. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From oliver at linux-kernel.at Tue Aug 28 06:45:33 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Aug 2007 08:45:33 +0200 Subject: pkgs that need to build rebuilt against new db4 In-Reply-To: <20070827204104.f3c74d5e.mschwendt.tmp0701.nospam@arcor.de> References: <46D2D4C5.5090207@linux-kernel.at> <20070827204104.f3c74d5e.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <46D3C48D.80307@linux-kernel.at> On 08/27/2007 08:41 PM, Michael Schwendt wrote: > On Mon, 27 Aug 2007 15:42:29 +0200, Oliver Falk wrote: > >> repoclosure run with compat-db excluded shows up the following: >> >> package: jigdo - 0.7.3-3.fc7.i386 from os >> unresolved deps: >> libdb-4.3.so >> >> package: jigdo - 0.7.3-3.fc7.i386 from updates >> unresolved deps: >> >> package: ruby-bdb - 0.6.0-1.fc7.i386 from updates >> unresolved deps: >> libdb-4.3.so >> >> >> I also know about ruby-libs and iproute, that still dep on libdb-4.5.so >> and I wonder they don't show up in this list... > > Since there should be more packages in the list, did you run it with > option -n/--newest? And did you point it to the primary rawhide site > or a local mirror (which probably carried older pkgs of db)? Against my mirror - which is updated every few hours... The -n option I will try. Good idea actually :-) -of From oliver at linux-kernel.at Tue Aug 28 06:46:42 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Aug 2007 08:46:42 +0200 Subject: pkgs that need to build rebuilt against new db4 In-Reply-To: References: <46D2D4C5.5090207@linux-kernel.at> Message-ID: <46D3C4D2.8080803@linux-kernel.at> On 08/27/2007 08:36 PM, Ian Burrell wrote: > On 8/27/07, Oliver Falk wrote: >> repoclosure run with compat-db excluded shows up the following: >> >> package: jigdo - 0.7.3-3.fc7.i386 from os >> unresolved deps: >> libdb-4.3.so >> >> package: jigdo - 0.7.3-3.fc7.i386 from updates >> unresolved deps: >> > > I am rebuilding jigdo now. Good. >> package: ruby-bdb - 0.6.0-1.fc7.i386 from updates >> unresolved deps: >> libdb-4.3.so >> >> >> I also know about ruby-libs and iproute, that still dep on libdb-4.5.so >> and I wonder they don't show up in this list... >> > Isn't this F-7? db4 on F-7 is db4-4.5.20-5.fc7 and only has > libdb-4.5.so. I don't see any builds of 4.6 for F-7. This pkg has f7 tag, since it wasn't rebuild for f8 yet - seems there was no reason to do so, but now there is :-) -of From oliver at linux-kernel.at Tue Aug 28 06:53:28 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Aug 2007 08:53:28 +0200 Subject: pkgs that need to build rebuilt against new db4 In-Reply-To: <46D3C48D.80307@linux-kernel.at> References: <46D2D4C5.5090207@linux-kernel.at> <20070827204104.f3c74d5e.mschwendt.tmp0701.nospam@arcor.de> <46D3C48D.80307@linux-kernel.at> Message-ID: <46D3C668.7060003@linux-kernel.at> On 08/28/2007 08:45 AM, Oliver Falk wrote: > On 08/27/2007 08:41 PM, Michael Schwendt wrote: >> On Mon, 27 Aug 2007 15:42:29 +0200, Oliver Falk wrote: >> >>> repoclosure run with compat-db excluded shows up the following: >>> >>> package: jigdo - 0.7.3-3.fc7.i386 from os >>> unresolved deps: >>> libdb-4.3.so >>> >>> package: jigdo - 0.7.3-3.fc7.i386 from updates >>> unresolved deps: >>> >>> package: ruby-bdb - 0.6.0-1.fc7.i386 from updates >>> unresolved deps: >>> libdb-4.3.so >>> >>> >>> I also know about ruby-libs and iproute, that still dep on libdb-4.5.so >>> and I wonder they don't show up in this list... >> Since there should be more packages in the list, did you run it with >> option -n/--newest? And did you point it to the primary rawhide site >> or a local mirror (which probably carried older pkgs of db)? > > Against my mirror - which is updated every few hours... The -n option I > will try. Good idea actually :-) The full list, not only db4... package: Miro - 0.9.8.1-2.fc7.i386 from updates unresolved deps: firefox = 0:2.0.0.5 libboost_python.so.2 package: amanda - 2.5.2p1-7.fc8.i386 from updates unresolved deps: useradd package: anjuta - 1:2.2.0-2.fc8.i386 from updates unresolved deps: libdb-4.5.so package: bogofilter - 1.1.5-1.fc7.i386 from updates unresolved deps: libdb-4.5.so package: caching-nameserver - 31:9.4.0-6.fc7.i386 from os unresolved deps: bind = 31:9.4.0-6.fc7 package: cfengine - 2.2.1-3.fc8.i386 from updates unresolved deps: libdb-4.5.so package: elektra - 0.6.10-2.fc7.i386 from updates unresolved deps: libdb-4.5.so package: exim - 4.67-2.fc8.i386 from updates unresolved deps: libdb-4.5.so package: gift-openft - 0.2.1.6-10.fc8.i386 from updates unresolved deps: libdb-4.5.so package: glom - 1.5.2-1.fc8.i386 from updates unresolved deps: libgoocanvas.so.1 package: iproute - 2.6.22-1.fc8.i386 from updates unresolved deps: libdb-4.5.so package: jabberd - 2.0-0.s11.13.fc8.i386 from updates unresolved deps: libdb-4.5.so package: jigdo - 0.7.3-3.fc7.i386 from os unresolved deps: libdb-4.3.so package: kdeaddons-extras - 3.5.7-3.fc8.i386 from updates unresolved deps: libdb_cxx-4.5.so package: kdesdk - 3.5.7-7.fc8.i386 from updates unresolved deps: libdb-4.5.so package: kdevelop - 9:3.4.1-2.fc8.i386 from updates unresolved deps: libdb-4.5.so package: klibido - 0.2.5-7.fc8.i386 from updates unresolved deps: libdb-4.5.so libdb_cxx-4.5.so package: kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 from updates unresolved deps: kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8 package: kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 from updates unresolved deps: kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE package: kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 from updates unresolved deps: kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 package: kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 from updates unresolved deps: kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE package: libetpan - 0.49-2.fc7.i386 from updates unresolved deps: libdb-4.5.so package: monotone - 0.35-4.fc8.i386 from updates unresolved deps: libboost_filesystem.so.2 libboost_regex.so.2 package: mutt - 5:1.5.16-2.fc8.i386 from updates unresolved deps: libdb-4.5.so package: netatalk - 4:2.0.3-11.fc8.i386 from updates unresolved deps: libdb-4.5.so package: octave-forge - 2006.07.09-9.fc7.i386 from updates unresolved deps: octave(api) = 0:api-v22 package: openalpp - 20060714-3.fc7.i386 from updates unresolved deps: libOpenThreads.so.1 package: openoffice.org-core - 1:2.2.1-18.8.fc8.i386 from updates unresolved deps: libdb-4.5.so package: osgal - 20060903-3.fc7.i386 from updates unresolved deps: libosgDB.so.1 libosgFX.so.1 libosgParticle.so.1 libosgProducer.so.1 libosgSim.so.1 libosgGA.so.1 libOpenThreads.so.1 libosgText.so.1 libosg.so.1 libosgUtil.so.1 package: osgcal - 0.1.44-4.fc7.i386 from updates unresolved deps: libosgDB.so.1 libosgFX.so.1 libosgParticle.so.1 libosgProducer.so.1 libosgSim.so.1 libosgGA.so.1 libOpenThreads.so.1 libosgText.so.1 libosg.so.1 libosgUtil.so.1 package: pam_abl - 0.2.3-3.fc7.i386 from updates unresolved deps: libdb-4.5.so package: pam_ccreds - 4-2.fc7.i386 from os unresolved deps: libdb-4.5.so package: perl-BerkeleyDB - 0.32-1.fc8.i386 from updates unresolved deps: libdb-4.5.so package: perl-eperl - 2.2.14-4.fc7.i386 from updates unresolved deps: libdb-4.5.so package: php-dba - 5.2.3-7.i386 from updates unresolved deps: libdb-4.5.so package: polyxmass-bin - 0.9.3-2.fc6.i386 from updates unresolved deps: libpolyxmass.so.10 package: rapidsvn - 0.9.4-4.fc7.i386 from updates unresolved deps: libdb-4.5.so package: redland - 1.0.5-4.fc8.i386 from updates unresolved deps: libdb-4.5.so package: rhm - 0.1-3.fc7.i386 from updates unresolved deps: libdb_cxx-4.5.so package: ruby-bdb - 0.6.0-1.fc7.i386 from updates unresolved deps: libdb-4.3.so package: ruby-libs - 1.8.6.36-3.fc8.i386 from updates unresolved deps: libdb-4.5.so package: sendmail - 8.14.1-2.i386 from os unresolved deps: libdb-4.5.so package: squidGuard - 1.2.0-15.fc7.i386 from updates unresolved deps: libdb-4.5.so package: subcommander - 1.2.2-6.fc8.i386 from updates unresolved deps: libdb-4.5.so From nicolas.mailhot at laposte.net Tue Aug 28 07:29:22 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 28 Aug 2007 09:29:22 +0200 (CEST) Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <20070828075504.A20939@xos037.xos.nl> References: <1188254234.8422.38.camel@finch.boston.redhat.com> <20070828075504.A20939@xos037.xos.nl> Message-ID: <31330.192.54.193.51.1188286162.squirrel@rousalka.dyndns.org> Le Mar 28 ao?t 2007 07:55, Jos Vos a ?crit : > On Mon, Aug 27, 2007 at 06:37:14PM -0400, John Dennis wrote: > >> Does one have to require redhat-lsb in your RPM spec file? > > Aside from Jeremy's response, I would suggest then to require "lsb", > or (whatever's applicable) some variant with/without a version number > (e.g., "lsb-core-noarch >= 3.1"), which is already "provided" by > redhat-lsb, so that the dependency is not about the specific package > name, that could also have been fedora-lsb, or something else. The problem is not the R name, the problem is the useful parts of the LSB spec are in a package that pulls a lot of garbage, instead of being in a separate package people can require independently. -- Nicolas Mailhot From bernie at codewiz.org Tue Aug 28 07:47:19 2007 From: bernie at codewiz.org (Bernardo Innocenti) Date: Tue, 28 Aug 2007 03:47:19 -0400 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <1188254234.8422.38.camel@finch.boston.redhat.com> References: <1188254234.8422.38.camel@finch.boston.redhat.com> Message-ID: <46D3D307.9000400@codewiz.org> On 08/27/2007 06:37 PM, John Dennis wrote: > Folks are supposed to upgrade their init.d scripts to support LSB. > > Some of this is covered here: > > http://fedoraproject.org/wiki/FCNewInit/Initscripts > > One aspect of that is to switch from sourcing /etc/init.d/functions to > sourcing /lib/lsb/init-functions. On the OLPC, we were concerned that the old initscript infrastructure had a considerable overhead. Would this change have a beneficial impact on speed? I used this benchmark to measure how slow a dummy initscript is: http://www.codewiz.org/pub/true.init Run it like this: time for i in `seq 1 10`; do ./true.init start; done On a B3/B4 laptop, executing 10 loops takes over 2 seconds. (and just 1.3 seconds with LANG=C!) -- // Bernardo Innocenti \X/ http://www.codewiz.org/ From laroche at redhat.com Tue Aug 28 07:53:06 2007 From: laroche at redhat.com (Florian La Roche) Date: Tue, 28 Aug 2007 09:53:06 +0200 Subject: Can you give me some feedback concerning plans for pyrpm? In-Reply-To: <604aa7910708271510l6f5c8528x4bf1106c3fe1959c@mail.gmail.com> References: <604aa7910708271510l6f5c8528x4bf1106c3fe1959c@mail.gmail.com> Message-ID: <20070828075306.GA15752@dudweiler.stuttgart.redhat.com> On Mon, Aug 27, 2007 at 02:10:33PM -0800, Jeff Spaleta wrote: > Hey, > so as you are aware rpm5 is coming close to being submitted into > Fedora for inclusion. I would like to be able to use the very > contentious rpm5 discussion to set some precedents for future rpm-like > inclusions. Do you plan to submit pyrpm at some point? If so I would > like to talk to you about what some specifics concerning you plans. I > want to make sure that we set the technical bar that rpm5 needs to > reach fairly so that nearly the same technical measure can be applied > to pyrpm as well when the time comes for its entry so we can avoid any > appearance of favoritism. Hello Jeff, we've had very good results by being able to re-implement a few things in pyrpm and thus experiment a bit faster than keeping stuck to existing code. Right now most results are being applied to yum via the yum-devel@ list and that's where we want to merge our results with. Maybe pyrpm could be still useful within Fedora, but I've not submitted an rpm for review yet. Not sure what your end-criteria are for rpm5, but the existing points on the advisory list sounded sane: - the rpmdb should not get changed incompatibel, the ideal case would be to get this even more documented. We have added code that tests if pyrpm would write the same rpmdb as an existing one as one testcase that looks at the stability of rpm headers and the rpmdb. - Fedora should be as open as possible for new projects to join in. - rpm.org was selected as current upstream default for Fedora. I'll follow any final decision for rpm5 to see if anything would apply to pyrpm. Feel free to send me a list with further "specifics" about pyrpm if you need to know more details. Overall pyrpm wants to be compatibel with existing code and does not change any header/rpmdb format. Fedora already has many competing addons like yumex/pirut or apt/smart and I think that is a good status of Fedora. regards, Florian La Roche From buildsys at redhat.com Tue Aug 28 08:41:46 2007 From: buildsys at redhat.com (Build System) Date: Tue, 28 Aug 2007 04:41:46 -0400 Subject: rawhide report: 20070828 changes Message-ID: <200708280841.l7S8fkSc003253@porkchop.devel.redhat.com> New package atmel-firmware Firmware for Atmel at76c50x wireless network chips New package bootchart Boot Process Performance Visualization New package dfu-programmer A Device Firmware Update based USB programmer for Atmel chips New package iwl4965-firmware Firmware for Intel?? PRO/Wireless 4965 A/G/N network adaptors New package poster Scales PostScript images to span multiple pages Removed package iwlwifi-firmware Updated Packages: CCfits-1.7-1.fc8.1 ------------------ * Mon Aug 27 2007 Sergio Pascual 1.7-1.1 - Rebuild for Fedora 8 by bad binutils in ppc32 R-RScaLAPACK-0.5.1-10.fc8.1 --------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.5.1-10 - modernize spec file - fix license tag - rebuild for BuildID R-mAr-1.1-11.fc8 ---------------- * Mon Aug 27 2007 Jos?? Matos - 1.1-11 - License fix, rebuild for devel (F8). R-waveslim-1.6-4.fc8 -------------------- * Mon Aug 27 2007 Jos?? Matos - 1.6-4 - License fix, rebuild for devel (F8). R-wavethresh-2.2-7.fc8 ---------------------- * Mon Aug 27 2007 Jos?? Matos - 2.2-7 - License fix, rebuild for devel (F8). SDL-1.2.12-1.fc8 ---------------- * Mon Aug 27 2007 Thomas Woerner 1.2.12-1 - new version 1.2.12 fixes TEXTRELs (rhbz#179407) - added arm support (rhbz#245411) Thanks to Lennert Buytenhek for the patch - added alpha support (rhbz#246463) Thanks to Oliver Falk for the patch - disabled yasm for SDL (rhbz#234823) Thanks to Nikolay Ulyanitsky for the patch * Tue Mar 20 2007 Thomas Woerner 1.2.11-2 - use X11 dlopen code for 64 bit architectures (rhbz#207903) * Mon Mar 19 2007 Thomas Woerner 1.2.11-1 - new version 1.2.11 - fixed man page SDL_ListModes (rhbz#208212) - fixed spurious esound, audiofile dependencies (rhbz#217389) Thanks to Ville Skytt?? for the patch - dropped requirements for imake and libXt-devel (rhbz#226402) - made nasm arch %{ix86} only (rhbz#226402) - dropped O3 from options (rhbz#226402) - dropped tagname environment variable (rhbz#226402) SimGear-0.3.11-0.3.pre1.fc8.1 ----------------------------- * Mon Aug 27 2007 Tom "spot" Callaway 0.3.11-0.2.pre1.1 - rebuild for ppc32 * Fri Aug 03 2007 Hans de Goede 0.3.11-0.3.pre1 - Update License tag for new Licensing Guidelines compliance Thunar-0.8.0-3.fc8 ------------------ * Mon Aug 27 2007 Kevin Fenzi - 0.8.0-3 - Update License tag * Mon Jul 09 2007 Kevin Fenzi - 0.8.0-2 - Add provides for lowercase name anaconda-11.3.0.22-1 -------------------- * Mon Aug 27 2007 Jeremy Katz - 11.3.0.22-1 - Add an isomd5sum subpackage - Make sure we pull in all X drivers - Fix kickstart traceback (clumens) - Fix zfcp radio button to not be selectable (clumens, #254137) audit-1.6-1.fc8 --------------- * Mon Aug 27 2007 Steve Grubb 1.6-1 - Update Licence tags - Adding perm field should not set syscall added flag in auditctl - Fix segfault when aureport -if option is used - Fix auditctl to better check keys on rule lines - Add support for audit by TTY and other new event types - Auditd config option for group permission of audit logs - Swig messed up a variable in ppc's python bindings causing crashes. (#251327) - New audit event dispatcher - Update syscall tables for 2.6.23 kernel babel-0.9-1.fc8 --------------- * Mon Aug 27 2007 Jeffrey C. Ollie - 0.9-1 - Update to 0.9 bigboard-0.5.11-1.fc8 --------------------- * Mon Aug 27 2007 Colin Walters - 0.5.11-1 - new upstream bugzilla-3.0.1-0.fc7 -------------------- * Mon Aug 27 2007 John Berninger - 3.0.1-0 - update to 3.0.1 - bz 256021 * Fri May 18 2007 John Berninger - 3.0-2 - update Requires for bz's 241037, 241206 * Fri May 18 2007 John Berninger - 3.0-1 - update to upstream version 3.0 - add new dependencies on mod_perl, perl-SOAP-Lite - refactor patch(es) to change paths for read-only /usr ccid-1.2.1-3.fc8 ---------------- * Mon Aug 20 2007 Bob Relyea - 1.2.1-3 - Update License description to the new Fedora standard * Mon Apr 30 2007 Bob Relyea - 1.2.1-2 - Fix the missed use of the version macro cgdb-0.6.4-2.fc8 ---------------- * Sun Aug 26 2007 - 0.6.4-2 - Fixed license tag. * Wed May 16 2007 - 0.6.4-1 - 0.6.4 - Fix broken info installation. - Enable SMP build. - Preserve the source time-stamp. - Replace install with %{__install}. * Wed Jan 17 2007 - 0.6.3-10 - Fix Source0 URL. - Replace cp with install. codeina-0.10.1-1.fc8 -------------------- * Mon Aug 27 2007 Thomas Vander Stichele - 0.10.1-1 - New release - remove noarch forcing now that codeina is noarch coolkey-1.1.0-4.fc8 ------------------- * Mon Aug 20 2007 Bob Relyea - 1.1.0-4 - Update License description to the new Fedora standard crontabs-1.10-16.fc8 -------------------- * Mon Aug 27 2007 Marcela Maslanova 1.10-16 - 254220 typo in script run-parts curl-7.16.4-3.fc8 ----------------- * Mon Aug 27 2007 Jindrich Novy 7.16.4-3 - don't use openssl, use nss instead dbus-1.1.2-3.fc8 ---------------- * Mon Aug 27 2007 Adel Gadllah - 1.1.2-3 - Add libs to a libs subpackage - Update license tag * Wed Aug 01 2007 David Zeuthen - 1.1.2-2.fc8 - Move system bus activation helper to /{lib,lib64}/dbus-1. Also set the correct mode and permissions. - Own the directory /usr/share/dbus-1/system-services - Delete the diretory /{lib,lib64}/dbus-1.0 as it's not used - Pass 'dbus' instead of 81 as --with-dbus-user; otherwise the setuid system bus activation helper fails * Sat Jul 28 2007 Matthias Clasen - 1.1.2-1 - Update to 1.1.2 dbus-qt-0.70-2.fc8 ------------------ * Mon Aug 27 2007 Dennis Gilmore 0.70-2 - rebuild for F8 and update license dclib-0.3.10-1.fc8 ------------------ * Mon Aug 27 2007 Luke Macken 0.3.10-1 - 0.3.10 - Update License to GPLv2 - Remove dclib-0.3.8-cconfig-use-cfile.patch dnsmasq-2.40-0.1.rc2.fc8 ------------------------ * Sun Aug 26 2007 Patrick "Jima" Laughton 2.40-0.1.rc2 - New upstream release candidate (feature-frozen), thanks Simon! - License clarification dosbox-0.72-1.fc8 ----------------- * Mon Aug 27 2007 Andreas Bierfert - 0.72-1 - version upgrade eclipse-gef-3.3.0-1.fc8 ----------------------- * Mon Aug 27 2007 Andrew Overholt 3.3.0-1 - 3.3. * Thu Jun 14 2007 Andrew Overholt 3.2.1-5 - Add EPEL5 patches from Rob Myers. ed-0.8-1.fc8 ------------ * Wed Aug 22 2007 Karsten Hopp 0.8-1 - update to 0.8 eric-3.9.2-3.fc8 ---------------- * Mon Aug 27 2007 Rex Dieter 3.9.2-3 - License: GPL+ - don't set PYTHONOPTIMIZE, let brp-python-bytecompile do it's job, addresses selinux issues (#243163, #254421) evolution-sharp-0.13.3-1.fc8 ---------------------------- * Thu Aug 23 2007 Matthew Barnes - 0.13.3-1.fc8 - Update to 0.13.3 exo-0.3.2-3.fc8 --------------- * Tue Aug 21 2007 Kevin Fenzi - 0.3-2-3 - Update license tag. fedora-logos-7.90.1-1.fc8 ------------------------- * Mon Aug 27 2007 Ray Strode - 7.90.1-1 - update the rhgb artwork firmware-addon-dell-1.4.8-1.fc8 ------------------------------- firmware-tools-1.5.6-1.fc8 -------------------------- * Thu Aug 23 2007 Michael E Brown - 1.5.6-1 - rebase to upstream release fontforge-20070511-2.fc8 ------------------------ * Sun Aug 26 2007 Kevin Fenzi - 20070511-2 - Rebuild for BuildID fonts-KOI8-R-1.0-10.fc8 ----------------------- * Tue Aug 21 2007 Karsten Hopp 1.0-10 - remove chkfontpath dependency (#252271) - fix URL, fix buildroot geomview-1.9.4-2.fc8 -------------------- * Mon Aug 27 2007 Rex Dieter 1.9.4-2 - BR: gawk * Mon Aug 27 2007 Rex Dieter 1.9.4-1 - geomview-1.9.4 glibc-2.6.90-13 --------------- * Mon Aug 27 2007 Jakub Jelinek 2.6.90-13 - fix personality on x86_64/ppc/ppc64 (#256281) gmrun-0.9.2-9.fc8 ----------------- * Mon Aug 27 2007 Gilboa Davara - 0.9.2-9 - Fix bad %{_fedora} if/else. * Sun Aug 26 2007 Gilboa Davara - 0.9.2-8 - Fixed license tag. - Fixed F8 BR - popt-devel. * Sat Feb 10 2007 Gilboa Davara - 0.9.2-7 - Preserve the source time-stamp. gnomebaker-0.6.1-1.fc8 ---------------------- * Mon Aug 27 2007 Tomas Smetana - 0.6.1-1 - new upstream version goocanvas-0.9-3.fc8 ------------------- * Mon Aug 27 2007 Bernard Johnson - 0.9-3 - don't explicitely require gtk2; no special versioning needed since FC6+ gpodder-0.9.5-1.fc8 ------------------- * Sun Aug 26 2007 Jef Spaleta 0.9.5-1 - New Upstream version * Fri Aug 03 2007 Jef Spaleta 0.9.4-2 - Update license tag to GPLv2+ for new licensing guidance gtk-xfce-engine-2.4.1-2.fc8 --------------------------- * Mon Aug 27 2007 Kevin Fenzi - 2.4.1-2 - Update License tag. ifd-egate-0.05-19 ----------------- * Mon Aug 27 2007 Bob Relyea 0.05-19 - rebuild * Mon Aug 20 2007 Bob Relyea 0.05-18 - Update License description to the new Fedora standard iproute-2.6.22-2.fc8 -------------------- * Mon Aug 27 2007 Jeremy Katz - 2.6.22-2 - rebuild for new db4 jigdo-0.7.3-4.fc8 ----------------- * Mon Aug 27 2007 Ian M. Burrell - 0.7.3-4 - Rebuild for db4 upgrade kbd-1.12-24.fc8 --------------- * Mon Aug 27 2007 Vitezslav Crhonek - 1.12-24 - Fix license - Symlink sr-cy layout to sr-latin Resolves: #253957 kde-filesystem-3.5-13.fc8 ------------------------- * Mon Aug 27 2007 Rex Dieter 3.5-13 - BR: gawk * Mon Aug 27 2007 Rex Dieter 3.5-12 - - %_prefix/{env,shutdown} (non-FHS) kernel-2.6.23-0.142.rc3.git10.fc8 --------------------------------- * Mon Aug 27 2007 Jarod Wilson - Add lirc.org drivers * Mon Aug 27 2007 Kristian H??gsberg - Add patch from Stefan Richter to support multi-lun SBP-2 devices (#242254). * Sun Aug 26 2007 Dave Jones - Resurrect 586 support. knetworkmanager-0.2-0.1.svn20070815.fc8 --------------------------------------- * Wed Aug 15 2007 Dennis Gilmore - 0.2-0.1.svn20070815 - revert back to svn the upstream tarball was so bad there is no way to build it * Tue Jul 24 2007 Dennis Gilmore - 0.2-1 - 0.2 release kvm-35-3.fc8 ------------ * Mon Aug 27 2007 Daniel P. Berrange - 35-3.fc8 - Added patch for VNC password auth and TLS+x509 cert auth libgii-1.0.2-4.fc8 ------------------ * Sun Aug 26 2007 kwizart < kwizart at gmail.com > - 1.0.2-4 - Fix License (mistaken from the original spec file) - Drop svgalib-devel (not relevant in libgii ) libgnome-2.19.1-8.fc8 --------------------- * Mon Aug 27 2007 Ray Strode - 2.19.1-8 - create .gnome2 directory by default for new users (bug 254237) * Fri Aug 24 2007 Christopher Aillon - 2.19.1-7 - The -devel package also needs to Require: popt-devel * Thu Aug 23 2007 Matthew Barnes - 2.19.1-6 - Build requires popt-devel. libpciaccess-0.8-0.4.20070827git.fc8 ------------------------------------ * Mon Aug 27 2007 Adam Jackson 0.8-0.4.20070827git - New snapshot. libsmbios-0.13.9-1.fc8 ---------------------- * Wed Aug 22 2007 Michael E Brown - 0.13.9 - new upstream libxfce4mcs-4.4.1-3.fc8 ----------------------- * Sun Aug 26 2007 Kevin Fenzi - 4.4.1-2 - Update License tag. libxfce4util-4.4.1-3.fc8 ------------------------ * Sun Aug 26 2007 Kevin Fenzi - 4.4.1-3 - Update License tag libxfcegui4-4.4.1-3.fc8 ----------------------- * Sun Aug 26 2007 Kevin Fenzi - 4.4.1-3 - Update License tag lincity-ng-1.1.1-2.fc8 ---------------------- * Mon Aug 27 2007 Tom "spot" Callaway 1.1.1-2 - package no longer requires kdelibs, hooray! loki-lib-0.1.6-4.fc8.1 ---------------------- * Mon Aug 27 2007 Sergio Pascual 0.1.6-4.1 - Rebuild for Fedora 8 by bad binutils in ppc32 marble-0.4.0.3-1.fc8 -------------------- * Mon Aug 27 2007 Chitlesh Goorah 0.4.0.3-1 - new upstream release maxima-5.13.0-3.fc8 ------------------- * Mon Aug 27 2007 Rex Dieter 5.13.0-3 - until it is unborked, disable gcl support (#256281) - --with-default-lisp=sbcl (was gcl) * Sun Aug 26 2007 Rex Dieter 5.13.0-2 - rebuild against sbcl-1.0.9 mkinitrd-6.0.12-1.fc8 --------------------- * Mon Aug 27 2007 Peter Jones - 6.0.12-1 - Unmerge one of the 'bash' branch changes; it's not ready yet. * Mon Aug 27 2007 Peter Jones - 6.0.11-2 - Fix minor build problem on x86_64. - Add BR: popt-devel * Mon Aug 27 2007 Peter Jones - 6.0.11-1 - Temporarily add a requires on mdadm to avoid #249587 - Backport changes from 'bash' branch. mlton-20070826-2.fc8 -------------------- * Mon Aug 27 2007 Adam Goode - 20070826-2 - Exclude ppc for now (GCC internal compiler error!) * Sun Aug 26 2007 Adam Goode - 20070826-1 - Update to new release mock-0.7.6-1.fc8 ---------------- * Mon Aug 27 2007 Michael Brown - 0.7.6-1 - ensure /etc/hosts is created in chroot properly mousepad-0.2.12-3.fc8 --------------------- * Mon Aug 27 2007 Kevin Fenzi - 0.2.12-3 - Update License tag * Mon May 14 2007 Kevin Fenzi - 0.2.12-2 - Rebuild for ppc64 mussh-0.7-2.fc8 --------------- * Mon Aug 27 2007 Kevin Fenzi 0.7-2 - Update License tag nco-3.9.1-1.fc8 --------------- * Mon Aug 27 2007 - Orion Poplawski - 3.9.1-1 - Update to 3.9.1 - Drop udunits patch no longer needed - Add BR libnc-dap-devel to enable DAP support - Add BR antlr - Add BR gawk * Sat Sep 02 2006 Ed Hill - 3.1.5-3 - br bison as well * Sat Sep 02 2006 Ed Hill - 3.1.5-2 - buildrequire flex newsx-1.6-7.fc8 --------------- * Mon Aug 27 2007 Dominik Mierzejewski 1.6-7 - rebuild for BuildID - update license tag newt-0.52.7-4.fc8 ----------------- * Mon Aug 27 2007 Miroslav Lichvar - 0.52.7-4 - fix segfault in whiptail when no entry is selected in radiolist - buildrequire popt-devel nspluginwrapper-0.9.91.4-19.fc8 ------------------------------- * Mon Aug 27 2007 Martin Stransky 0.9.91.4-19 - converted rpc error handling code to a thread-safe variant - added a time limit to plugin restart obexftp-0.22-0.4.rc6.fc8 ------------------------ * Mon Aug 27 2007 Dominik Mierzejewski - 0.22-0.4.rc6 - rebuilt for BuildID - updated license tag oki4linux-2.1gst-2.fc8 ---------------------- online-desktop-0.2.9-1.fc8 -------------------------- * Mon Aug 27 2007 Colin Walters - 0.2.9-1 - new upstream * Fri Aug 24 2007 Colin Walters - 0.2.8-1 - new upstream - pyonlinedesktop * Tue Aug 21 2007 Colin Walters - 0.2.7-1 - new upstream openjade-1.3.2-30.fc8 --------------------- * Mon Aug 27 2007 Ondrej Vasik 1.3.2-30 - changed license tag to BSD - rebuilt for F8 opensp-1.5.2-6.fc8 ------------------ * Mon Aug 27 2007 Ondrej Vasik 1.5.2-6 - License tag change to BSD - Rebuilt for F8 orage-4.4.1-3.fc8 ----------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-3 - Update License tag pam_pkcs11-0.5.3-25 ------------------- * Mon Aug 20 2007 Bob Relyea - 0.5.3-25 - Update License description to the new Fedora standard pam_smb-1.1.7-7.2.2 ------------------- * Mon Aug 27 2007 Simo Sorce - 1.1.7-7.2.2 - rebuild to include BuildID pcsc-lite-1.3.3-1.fc8 --------------------- perl-Crypt-SSLeay-0.56-2.fc8 ---------------------------- * Mon Aug 27 2007 Robin Norwood - 0.56-2 - perl(ExtUtils::MakeMaker::Coverage) is now available * Mon Aug 13 2007 Robin Norwood - 0.56-1 - 0.56 is the latest CPAN version, not 0.55 perl-DBI-1.58-2.fc8 ------------------- * Mon Aug 27 2007 Robin Norwood - 1.58-2 - Rebuild * Mon Aug 13 2007 Robin Norwood - 1.58-1 - Update to latest CPAN version: 1.58 * Thu Jun 07 2007 Robin Norwood - 1.56-1 - Update to latest CPAN version: 1.56 - Move the filter requires step into %prep - Remove very old patch (for perl 5.8.1) - Fix a couple of rpmlint issues (non-UTF8 manpage and script with incorrect shebang line perl-Date-Calc-5.4-2 -------------------- * Mon Aug 27 2007 Robin Norwood - 5.4-2 - Update License tag - Clean up minor specfile issues * Wed Jul 12 2006 Jesse Keating - 5.4-1.2.2.1 - rebuild * Fri Feb 10 2006 Jesse Keating - 5.4-1.2.2 - bump again for double-long bug on ppc(64) perl-DateManip-5.44-4.fc8 ------------------------- * Mon Aug 27 2007 Robin Norwood - 5.44-4 - Apply patch to use date +%z as possible source for timezone data - Fix license tag - Add TODO and HISTORY to %doc list plt-scheme-371-1.fc8 -------------------- * Mon Aug 20 2007 Gerard Milmeister - 371-1 - update to new release 371 pm-utils-0.99.3-11.fc8 ---------------------- * Mon Aug 27 2007 Adam Jackson 0.99.3-11 - Install (not just build) vbetool and radeontool on x86_64 too - Explicitly list files under %_sbindir, so they don't drop away again - Light spec cleanups policycoreutils-2.0.25-4.fc8 ---------------------------- * Mon Aug 27 2007 Dan Walsh 2.0.25-4 - Fix location of sepolgen-ifgen ppc64-utils-0.11-5.fc8 ---------------------- * Mon Aug 27 2007 David Cantrell - 0.11-5 - Spec file style cleanup - BR dtc now for ps3.dtb since Core/Extras merge is complete - BR kernel-devel - Pass kernel include path for ps3pf_utils-1.0.9 build privoxy-3.0.6-8.fc8 ------------------- * Mon Aug 27 2007 Karsten Hopp 3.0.6-8 - fix license - rebuild procps-3.2.7-16.1.fc8 --------------------- * Mon Aug 27 2007 Tomas Smetana 3.2.7-16.1 - bump release * Mon Aug 27 2007 Tomas Smetana 3.2.7-16 - fix #255441 - ps requires libselinux-devel to display security contexts pungi-1.0.0-2.fc8 ----------------- * Mon Aug 27 2007 Jesse Keating - 1.0.0-2 - Fix the licensing tag. * Mon Aug 27 2007 Jesse Keating - 1.0.0-1 - Add support for $releasever in repo uris. - Add a kickstart file usable for composing Fedora 8 "Fedora" - Fix bugs with $basearch and mirrorlist usage. - Add a cache dir for pungi (/var/cache/pungi) and a cli option to override - Add root check. - Use a kickstart file as input now (for cdsize and package manifest) - Remove a lot of configurable items and hard set them - Move some items to cli flags only (part of moving to pykickstart) - hard set product_path to 'Packages' - Use group metadata from repos instead of our own comps file - Get group files out of configured repos and create a mashup of the comps. Filter it and make use of it when creating repos. - Quiet down creatrepo calls - Adjust logging to make use of new facility, use right levels - Drop a note when all done with composing pygtk2-2.11.0-1.fc8 ------------------- * Mon Aug 27 2007 Matthew Barnes - 2.11.0-1.fc8 - Update to 2.11.0 * Wed Aug 08 2007 Matthias Clasen - 2.10.6-2 - Update the license field pylibacl-0.2.2-1.fc8 -------------------- * Mon Aug 27 2007 Marcin Zajaczkowski - 0.2.2-1 - upgraded to 0.2.2 * Sun Aug 26 2007 Kevin Fenzi - 0.2.1-7 - Updated License tag python-biopython-1.43-5.fc8 --------------------------- * Mon Aug 27 2007 Alex Lancaster 1.43-5 - Used "MIT" as short license name as the "Biopython License Agreement" is the same as the CMU MIT variant. python-genshi-0.4.4-1.fc8 ------------------------- * Mon Aug 27 2007 Jeffrey C. Ollie - 0.4.4-1 - Update to 0.4.4 python-kaa-metadata-0.6.1-5.fc8 ------------------------------- * Sun Aug 26 2007 kwizart < kwizart at gmail.com > - 0.6.1-5 - Rebuild for BuildID - Update the License field python-pyblock-0.30-1 --------------------- * Mon Aug 27 2007 Peter Jones - 0.30-1 - Fix link error due to Makefile changes. python-sqlalchemy-0.4.0-0.1.beta4.fc8 ------------------------------------- * Mon Aug 27 2007 Toshio Kuratomi - 0.4.0-0.1.beta4 - Update to 0.4 beta4. python-urlgrabber-3.0.0-2.fc8 ----------------------------- * Mon Aug 27 2007 Jeremy Katz - 3.0.0-2 - fixes for package review (#226347) pyxattr-0.2.2-1.fc8 ------------------- * Mon Aug 27 2007 Marcin Zajaczkowski - 0.2.2-1 - upgraded to 0.2.2 * Sun Aug 26 2007 Kevin Fenzi - 0.2.1-5 - Updated License tag readline-5.2-7.fc8 ------------------ * Mon Aug 27 2007 Miroslav Lichvar 5.2-7 - include patches 005, 006, 007 regionset-0.1-5.fc8 ------------------- * Mon Aug 27 2007 Dominik Mierzejewski 0.1-5 - rebuild for BuildID - update license tag rekall-2.4.5-6.fc8.1 -------------------- * Mon Aug 27 2007 Tom "spot" Callaway 2.4.5-6.1 - ppc64 fix * Sun Aug 26 2007 Tom "spot" Callaway 2.4.5-6 - rebuild for BuildID - license tag fixes revisor-2.0.4.3-1rc2.fc8 ------------------------ * Sat Aug 25 2007 Jeroen van Meeuwen 2.0.4.3-1rc2 - Split comps in their own package - Add rebrand module - Fixed pkgorder, copy_dir - Development release * Thu Aug 09 2007 Jeroen van Meeuwen 2.0.4.2-1 - Added Source RPM Tree for Installation Media - Rebased livecd-tools and created/submitted the necessary patches - Added pre-alpha jigdo sub-package - Disable jigdo, virt and dual media compose for release - Lots of bug fixes - Fixed up some features * Thu Jul 26 2007 Jeroen van Meeuwen 2.0.4.2-1rc1 - Adding a workaround fix for yum issues rhgb-0.17.6-5.fc8 ----------------- * Mon Aug 27 2007 Ray Strode - 0.17.6-5 - change colors around a bit - BuildRequires: popt-devel - enable missed patch rocksndiamonds-3.2.3-2.fc8.2 ---------------------------- * Mon Aug 27 2007 Tom "spot" Callaway 3.2.3-2.2 - license fix rootsh-1.5.2-5.fc8 ------------------ * Mon Aug 27 2007 Tom "spot" Callaway 1.5.2-5 - license tag fix - rebuild for BuildID rpm-4.4.2.1-10.fc8 ------------------ * Fri Aug 24 2007 Panu Matilainen 4.4.2.1-10 - split apidocs to separate package (they're huge) - use system macros for bindir etc instead of defining our own - remove NPTL-related LD_ASSUME_KERNEL stuff, no longer functional anyway - remove various hacks that are no longer needed - ensure correct permissions of debug sources - follow fedora guidelines for user/group manipulation - clean up any non-matching bdb environment on post, not just 4.3 - visual cleanup of spec * Fri Aug 24 2007 Panu Matilainen - include sys-specific macros for all ARM variants (Lennert Buytenhek) sage-0.2.0-2.fc8 ---------------- * Mon Aug 27 2007 Wart 0.2.0-2 - License tag clarification scalapack-1.7.5-1.fc8.1 ----------------------- * Mon Aug 27 2007 Tom "spot" Callaway 1.7.5-1.1 - rebuild for BuildID scim-bridge-0.4.13-4.fc8 ------------------------ * Mon Aug 27 2007 Jens Petersen - 0.4.13-4 - license is dual GPL and LGPL - gtk-2.0/immodules is now owned by gtk2 scrub-1.9-2.fc8 --------------- * Mon Aug 27 2007 Tom "spot" Callaway 1.9-2 - license tag fix - ppc32 rebuild selinux-policy-3.0.7-1.fc8 -------------------------- * Mon Aug 27 2007 Dan Walsh 3.0.7-1 - Update an readd modules sendmail-8.14.1-4 ----------------- * Mon Aug 27 2007 Thomas Woerner 8.14.1-4 - do not remove /etc/aliases.db on package removal (rhbz#223637) - fixed remaining paths to certs directory in sendmail.mc file - added contrib scripts to the doc package (rhbz#183723) - added LSB header to init script (rhbz#247053) - added plain login information for cyrus-sasl to access file - fixed compile proplem with glibc-2.6.90+ - fixed reoccuring m4 include problem (now using sinclude) * Fri Jul 20 2007 Thomas Woerner 8.14.1-3 - do not accept localhost.localdomain as valid address from smtp ser2net-2.4-1.fc8.1 ------------------- * Mon Aug 27 2007 Tom "spot" Callaway 2.4-2 - rebuild for BuildID sextractor-2.5.0-5.fc8.1 ------------------------ * Mon Aug 27 2007 Sergio Pascual 2.5.0-5.1 - Rebuild for Fedora 8 to get the build-id star-1.5a84-2.fc8 ----------------- * Mon Aug 27 2007 Peter Vrabec 1.5a84-2 - fix segfault of data-change-warn option (#255261), patch from dkopecek at redhat.com * Fri Aug 24 2007 Peter Vrabec 1.5a84-1 - new upstream release with CVE-2007-4134 fix * Sun Jun 24 2007 Peter Vrabec 1.5a76-3 - build star on ARM platforms (#245465) stripesnoop-1.5-7.fc8.3 ----------------------- * Mon Aug 27 2007 Tom "spot" Callaway 1.5-7.3 - license tag fix - rebuild for BuildID system-config-date-1.9.7-1.fc8 ------------------------------ * Mon Aug 27 2007 Nils Philippsen 1.9.7 - replace "timezone" by "time zone" where visible (#253428) - updated translations (#253829) system-config-kickstart-2.7.10-1.fc8 ------------------------------------ * Mon Aug 27 2007 Chris Lumens 2.7.10-1 - Remove dependency on system-config-securitylevel. - Clarify licensing. taskjuggler-2.4.0-3.fc8 ----------------------- * Mon Aug 27 2007 Ondrej Vasik - 2.4.0-3 - fixed License tag - rebuilt for F8 tellico-1.2.13-2.fc8 -------------------- * Mon Aug 27 2007 Jos?? Matos - 1.2.13-2 - License fix, rebuild for devel (F8). tkcon-2.4-6.fc8 --------------- * Sun Aug 26 2007 Wart - 2.4-6 - License tag clarification tklib-0.4.1-6.fc8 ----------------- * Sun Aug 26 2007 Wart 0.4.1-6 - License tag clarification - Move to a tcl-specific directory for faster loading tn5250-0.17.3-16.fc8 -------------------- * Mon Aug 27 2007 Karsten Hopp 0.17.3-16 - fix license tag - rebuild udunits-1.12.4-11.fc8.2 ----------------------- * Mon Aug 27 2007 Tom "spot" Callaway 1.12.4-11.2 - rebuild for BuildID util-linux-ng-2.13-1.fc8 ------------------------ * Tue Aug 28 2007 Karel Zak 2.13-1 - upgrade to stable util-linux-ng release valknut-0.3.10-1.fc8 -------------------- * Mon Aug 27 2007 Luke Macken 0.3.10-1 - 0.3.10 - Update License to GPLv2 vdradmin-am-3.6.0-0.2.rc.fc8 ---------------------------- * Mon Aug 27 2007 Ville Skytt?? - 3.6.0-0.2.rc - 3.6.0rc. vim-2:7.1.87-1.fc8 ------------------ * Fri Aug 24 2007 Karsten Hopp 7.1.87-1 - add build requirement perl-devel - fix tarball unpacking - patchlevel 87 * Wed Aug 15 2007 Karsten Hopp 7.1.77-1 - patchlevel 77 * Mon Aug 13 2007 Karsten Hopp 7.1.68-1 - patchlevel 68 wcstools-3.6.8-2.fc8.1 ---------------------- * Mon Aug 27 2007 Sergio Pascual 3.6.8-2.1 - Rebuild for Fedora 8 to get the build-id wget-1.10.2-16.fc8 ------------------ * Mon Aug 27 2007 Karsten Hopp 1.10.2-16 - fix license tag - rebuild winpdb-1.2.2-1.fc8.1 -------------------- * Mon Aug 27 2007 Tom "spot" Callaway - 1.2.2-1 - bump to 1.2.2 wlassistant-0.5.7-4.fc8 ----------------------- * Mon Aug 27 2007 Tom "spot" Callaway 0.5.7-4 - rebuild for ppc32 - license tag fix wqy-bitmap-fonts-0.8.1-8.fc8 ---------------------------- * Tue Aug 28 2007 Jens Petersen - 0.8.1-8 - fix font catalogue symlink (#252279) - drop fontconfig and xorg-x11-font-utils requires for scripts - drop freetype and xorg-x11-font-utils requires - run mkfontdir at buildtime - use the standard font scriptlets * Thu Aug 16 2007 Qianqian Fang 0.8.1-7 - drop chkfontpath from the spec file, use fontpath.d instead (#252279) xbiso-0.6.1-2.fc8 ----------------- xbsql-0.11-9.fc8 ---------------- * Mon Aug 27 2007 Tom "spot" Callaway 0.11-9 - license fix - rebuild for BuildID xclip-0.08-4.fc8 ---------------- * Mon Aug 27 2007 Tom "spot" Callaway 0.08-4 - license tag fix - rebuild for BuildID xfce-mcs-manager-4.4.1-3.fc8 ---------------------------- * Sun Aug 26 2007 Kevin Fenzi - 4.4.1-3 - Update License tag xfce-mcs-plugins-4.4.1-3.fc8 ---------------------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-3 - Update License tag xfce-utils-4.4.1-3.fc8 ---------------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-3 - Update License tag xfce4-appfinder-4.4.1-2.fc8 --------------------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-2 - Update License tag xfce4-icon-theme-4.4.1-3.fc8 ---------------------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-3 - Add BuildRequires: gawk * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-2 - Update License tag xfce4-mixer-4.4.1-3.fc8 ----------------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-3 - Updated License tag xfce4-panel-4.4.1-4.fc8 ----------------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-4 - Update License tag * Mon Jul 30 2007 Kevin Fenzi - 4.4.1-3 - Own %{_datadir}/xfce4/ xfce4-session-4.4.1-2.fc8 ------------------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-2 - Update License tag xfdesktop-4.4.1-3.fc8 --------------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-3 - Update License tag - Update patch to have correct desktop image filename xfprint-4.4.1-2.fc8 ------------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-2 - Update License tag xfwm4-4.4.1-3.fc8 ----------------- * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-3 - Update License tag * Mon Jul 09 2007 Kevin Fenzi - 4.4.1-2 - Add patch for gtk2 hang issue (fixes #243735) xfwm4-themes-4.4.1-2.fc8 ------------------------ * Mon Aug 27 2007 Kevin Fenzi - 4.4.1-2 - Update License tag xorg-x11-drv-ati-6.7.192-1.fc8 ------------------------------ * Mon Aug 27 2007 Adam Jackson 6.7.192-1 - xf86-video-ati 6.7.192 xorg-x11-fonts-7.2-3.fc8 ------------------------ * Mon Aug 27 2007 Adam Jackson 7.2-3 - Fix build for F8, don't leave references to RPM_BUILD_ROOT in the encodings output. (#251058) * Fri Jul 06 2007 Florian La Roche - 7.2-2 - add fontconfig dep foer misc post/postun xpa-2.1.7-0.2.b2.fc8.1 ---------------------- * Mon Aug 27 2007 Sergio Pascual 2.1.7-0.2.b2.1 - Added /bin/awk to BuildReq * Mon Aug 27 2007 Sergio Pascual 2.1.7-0.2.b2 - Rebuild for Fedora 8 to get the build-id Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.i386 requires useradd anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 empathy - 0.8-1.fc8.i386 requires libmissioncontrol.so.0 empathy - 0.8-1.fc8.i386 requires libmissioncontrol-config.so.0 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.i386 requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.i386 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.i386 requires libgpod.so.1 subcommander - 1.2.2-6.fc8.i386 requires libneon.so.25 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.x86_64 requires useradd amanda - 2.5.2p1-7.fc8.i386 requires useradd anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 anjuta - 1:2.2.0-2.fc8.x86_64 requires libgvc.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libgraph.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libcdt.so.3()(64bit) empathy - 0.8-1.fc8.x86_64 requires libmissioncontrol-config.so.0()(64bit) empathy - 0.8-1.fc8.x86_64 requires libmissioncontrol.so.0()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) polyxmass-bin - 0.9.3-2.fc6.x86_64 requires libpolyxmass.so.10()(64bit) python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod.so.1()(64bit) subcommander - 1.2.2-6.fc8.x86_64 requires libneon.so.25()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.ppc requires useradd amanda - 2.5.2p1-7.fc8.ppc64 requires useradd anjuta - 1:2.2.0-2.fc8.ppc requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libgraph.so.3 empathy - 0.8-1.fc8.ppc requires libmissioncontrol.so.0 empathy - 0.8-1.fc8.ppc requires libmissioncontrol-config.so.0 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-smp - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.ppc requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.ppc requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc requires libgpod.so.1 subcommander - 1.2.2-6.fc8.ppc requires libneon.so.25 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.ppc64 requires useradd empathy - 0.8-1.fc8.ppc64 requires libmissioncontrol-config.so.0()(64bit) empathy - 0.8-1.fc8.ppc64 requires libmissioncontrol.so.0()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-kdump - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod.so.1()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display subcommander - 1.2.2-6.fc8.ppc64 requires libneon.so.25()(64bit) From jos at xos.nl Tue Aug 28 08:50:50 2007 From: jos at xos.nl (Jos Vos) Date: Tue, 28 Aug 2007 10:50:50 +0200 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <31330.192.54.193.51.1188286162.squirrel@rousalka.dyndns.org>; from nicolas.mailhot@laposte.net on Tue, Aug 28, 2007 at 09:29:22AM +0200 References: <1188254234.8422.38.camel@finch.boston.redhat.com> <20070828075504.A20939@xos037.xos.nl> <31330.192.54.193.51.1188286162.squirrel@rousalka.dyndns.org> Message-ID: <20070828105050.A22290@xos037.xos.nl> On Tue, Aug 28, 2007 at 09:29:22AM +0200, Nicolas Mailhot wrote: > The problem is not the R name, the problem is the useful parts of the > LSB spec are in a package that pulls a lot of garbage, instead of > being in a separate package people can require independently. My comments were not about whether a LSB dependency is good or bad, but about how to name this dependency *if* we move to using LSB. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From jorton at redhat.com Tue Aug 28 09:14:01 2007 From: jorton at redhat.com (Joe Orton) Date: Tue, 28 Aug 2007 10:14:01 +0100 Subject: packages linked against expat 1.x, needing rebuild Message-ID: <20070828091401.GA10031@redhat.com> The list of packages below are linked against expat 1.x and need to be rebuilt against expat 2.x in dist-f8. anjuta asc audacity avahi cegui cmake compat-wxGTK26 compat-wxGTK26-devel dasher dbus dbus-glib ekg2-core ekg2-jabber elinks exempi gdb gnome-games gpsbabel hal k3d kdesvn kismet-extras libannodex libapreq2 libcmml libjingle mesa-libGL mod_annodex ocaml-expat ogdi paragui paragui-python perl-libapreq2 perl-XML-Parser PolicyKit python qgis scorched3d ser subcommander vegastrike vtk vtk-examples vtk-python vtk-qt vtk-tcl vtk-testing wxGTK wxGTK-devel xoo From benny+usenet at amorsen.dk Tue Aug 28 10:17:10 2007 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Tue, 28 Aug 2007 12:17:10 +0200 Subject: Newer kernel for F7? References: <1188199179.2863.24.camel@shrek.rexursive.com> <1188231052.3872.1.camel@sb-home> Message-ID: >>>>> "n" == nodata writes: n> screen + watch echo or spinner -n Yay! Oops caught and bug reported as 259501! Tonight I'll be upgrading to 2.6.22.5-71, then we'll see if the bug persists. Thanks once again. /Benny From opensource at till.name Tue Aug 28 10:49:50 2007 From: opensource at till.name (Till Maas) Date: Tue, 28 Aug 2007 12:49:50 +0200 Subject: source file audit - 2007-08-26 In-Reply-To: <200708272353.56590.ville.skytta@iki.fi> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <200708272233.51963.opensource@till.name> <200708272353.56590.ville.skytta@iki.fi> Message-ID: <200708281250.03116.opensource@till.name> On Mo August 27 2007, Ville Skytt? wrote: > FWIW, grabbing that URL with wget gives "ERROR 403: Forbidden" here. Intel seems to restrict access to the file when you use a wget user agent header: $ curl --user-agent "Wget/1.2.3" -I http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix-20061109.tar.gz HTTP/1.1 403 Forbidden [...] Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From tla at rasmil.dk Tue Aug 28 11:10:12 2007 From: tla at rasmil.dk (Tim Lauridsen) Date: Tue, 28 Aug 2007 13:10:12 +0200 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <1188244605.29999.2.camel@localhost.localdomain> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> <1188242978.2365.79.camel@localhost.localdomain> <3170f42f0708271255i758995aenf0686ba0ac8dda9f@mail.gmail.com> <1188244605.29999.2.camel@localhost.localdomain> Message-ID: <46D40293.2060306@rasmil.dk> Jeremy Katz wrote: > On Tue, 2007-08-28 at 01:25 +0530, Debarshi 'Rishi' Ray wrote: > >>>> My initial idea was to input and use the mirror list _only_ if the >>>> mirror list checkbox was chosen and otherwise use the baseurl. However >>>> this does not consider the case where the .repo file looks like: >>>> >>> Okay, this makes some sense. Although we could just have that handled >>> under the covers and still let you just select between mirror url and a >>> baseurl. But that would get a little weird switching between them I >>> guess. I still think you're going to want to allow a radio button >>> between the two. Because you can also disable the baseurl (in fact, >>> that's the default config). Maybe we just make the baseurl and the >>> mirror url both handled like the gpg key above. >>> >> Disabling the baseurl is a default config for the Fedora repositories, >> and may not be so for custom distributed file:// based repositories or >> some ad-hoc http:// or ftp:// repository created by a developer or an >> organization. >> >> If we look at it from a higher level of abstraction what are the most >> basic things needed to get a repository working? A repo id, a name and >> a baseurl come to mind. >> > > Fully agreed. But we're wanting to use the same sort of interface for > editing as adding (because there's lots of win there). And given > _that_, we don't want to necessarily hide what the defaults are. > Otherwise, I'd be in 100% agreement with you. Maybe the thing to do is > to go the route you're saying, but just look and auto-expand if a mirror > list or gpg key is set. > > Jeremy > > Here is my arcii art proposal to the dialog, based on the comments on the list Name [ ] Description [ Advandced [x] GPG Check [ ] The dialog can be use for both add & edit of repositories. I have dumped the idea of a protocol button, it clutters the dialog to much, a so does the file selector buttons, and they don't make much sense in multi line baseurls, where file:// & http:// can be mixed. if baseurl is selected the use all the lines in the multi line TextView to create baseurl=, if mirrorlist is selected then just use the first line. If someone want to use both at the same time (yes, it is posible :-) ), then they have to edit the repo files directly :). Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at fedoraproject.org Tue Aug 28 11:29:04 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 28 Aug 2007 07:29:04 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-28 Message-ID: <20070828112904.4F9AF152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 21 aria2-0.11.2-1.fc6 babel-0.9-1.fc6 bugzilla-3.0.1-0.fc6 NEW d3lphin-0.9.2-2.fc6 : A file manager for KDE focusing on usability emelfm2-0.3.5-1.fc6 eric-3.9.2-3.fc6 gds2pov-0.20070815-1.fc6 gnomebaker-0.6.1-2.fc6 grisbi-0.5.9-3.fc6 libsmbios-0.13.10-1.fc6 lincity-ng-1.1.1-2.fc6 mcabber-0.9.3-3.fc6 monotone-0.36-2.fc6 ntfs-3g-1.826-1.fc6 perl-Email-Valid-0.179-2.fc6 python-genshi-0.4.4-1.fc6 python-inotify-0.7.1-1.fc6 rpmdevtools-6.1-0.1.fc6 sonata-1.2.3-1.fc6.1 thinkfinger-0.3-2.fc6 winpdb-1.2.2-1.fc6.1 Changes in Fedora Extras 6: aria2-0.11.2-1.fc6 ------------------ * Fri Aug 24 2007 Micha? Bentkowski - 0.11.2-1 - 0.11.2 - Fix License tag babel-0.9-1.fc6 --------------- * Mon Aug 27 2007 Jeffrey C. Ollie - 0.9-1 - Update to 0.9 bugzilla-3.0.1-0.fc6 -------------------- * Mon Aug 27 2007 John Berninger - 3.0.1-0 - update to 3.0.1 - bz 256021 d3lphin-0.9.2-2.fc6 ------------------- * Thu Aug 23 2007 Chitlesh Goorah - 0.9.2-2 - New upstream version emelfm2-0.3.5-1.fc6 ------------------- * Sun Jul 29 2007 Christoph Wickert - 0.3.5-1 - Update 0.3.5. eric-3.9.2-3.fc6 ---------------- * Mon Aug 27 2007 Rex Dieter 3.9.2-3 - License: GPL+ - don't set PYTHONOPTIMIZE, let brp-python-bytecompile do it's job, addresses selinux issues (#243163, #254421) * Wed Nov 22 2006 Rex Dieter 3.9.2-2 - Provides: eric3 (get ready for PyQt4-based eric4) - fix biffed %version's in %changelog - simplify %description * Mon Nov 13 2006 Rex Dieter 3.9.2-1 - 3.9.2 * Mon Nov 06 2006 Rex Dieter 3.9.1-4 - BR: PyQt-qscintilla-devel - (unversioned) Requires: PyQt-qscintilla gds2pov-0.20070815-1.fc6 ------------------------ * Sun Aug 26 2007 Chitlesh Goorah - 0.20070815-1 - New upstream release gnomebaker-0.6.1-2.fc6 ---------------------- * Tue Aug 28 2007 Tomas Smetana - 0.6.1-2 - rebuild with -export-dynamic * Mon Aug 27 2007 Tomas Smetana - 0.6.1-1 - new upstream version grisbi-0.5.9-3.fc6 ------------------ * Sat Aug 25 2007 Aurelien Bompard 0.5.9-3 - rebuild * Sat Aug 25 2007 Aurelien Bompard 0.5.9-2 - fix bug 248264 - fix license tag libsmbios-0.13.10-1.fc6 ----------------------- * Tue Aug 28 2007 Michael E Brown - 0.13.10-1 - Fix one instance where return code to fread was incorrectly checked. * Wed Aug 22 2007 Michael E Brown - 0.13.9 - Fix a couple of failure-to-check-return on fread. most were unit-test code only, but two or three were in regular code. - Add hinting to the memory class, so that it can intelligently close /dev/mem file handle when it is not needed (which is most of the time). it only leaves it open when it is scanning, so speed is not impacted. * Mon Aug 06 2007 Michael E Brown - 0.13.8 - new upstream * Tue Apr 03 2007 Michael E Brown - 0.13.6 - critical bugfix for dellBiosUpdate utility for packet mode - autoconf/automake support for automatically building docs - more readable 'make' lines by splitting out env vars - remove run_cppunit option... always run unit tests. - update autoconf/automake utilities to latest version - fix LDFLAGS to not overwrite user entered LDFLAGS - add automatic doxygen build of docs - fix urls of public repos - remove yum repo page in favor of official page from docs - split dmi table entry point from smbios table entry point - support legacy _DMI_ tables - fix support for EFI-based imacs without proper _SM_ anchor lincity-ng-1.1.1-2.fc6 ---------------------- * Mon Aug 27 2007 Tom "spot" Callaway 1.1.1-2 - package no longer requires kdelibs, hooray! * Thu Aug 23 2007 Tom "spot" Callaway 1.1.1-1 - bump to 1.1.1 final - license fix, GPLv2+ - rebuild in devel for ppc32 * Thu Aug 02 2007 Tom "spot" Callaway 1.1.1-0.1.pre - bump to 1.1.1pre * Mon Jul 09 2007 Tom "spot" Callaway 1.1.0-1.1 - rebuild for new SDL_gfx in rawhide mcabber-0.9.3-3.fc6 ------------------- * Sun Aug 26 2007 Michael Fleming 0.9.3-3 - Update License tag - Add README_PGP.txt (RH #250603) monotone-0.36-2.fc6 ------------------- * Tue Aug 28 2007 Roland McGrath - 0.36-2 - Clean up %pre script per packaging guidelines. - Disable ppc and ppc64 builds temporarily since make check fails. (#259161) * Fri Aug 03 2007 Roland McGrath - 0.36-1 - Updated for 0.36 release. * Fri Jul 06 2007 Florian La Roche - 0.35-4 - add more requires ntfs-3g-1.826-1.fc6 ------------------- * Sun Aug 26 2007 Tom "spot" Callaway 2:1.826-1 - bump to 1.826 - glibc27 patch is upstreamed perl-Email-Valid-0.179-2.fc6 ---------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.179-2 - fix license, BR: Net::Domain::TLD python-genshi-0.4.4-1.fc6 ------------------------- * Mon Aug 27 2007 Jeffrey C. Ollie - 0.4.4-1 - Update to 0.4.4 python-inotify-0.7.1-1.fc6 -------------------------- * Wed Aug 08 2007 Terje Rosten - 0.7.1-1 - New upstream release: 0.7.1 - Fix license tag * Mon Jun 25 2007 Terje Rosten - 0.7.0-3 - Remove autopath from example package (bz #237464) rpmdevtools-6.1-0.1.fc6 ----------------------- * Mon Aug 13 2007 Ville Skytt? - 6.1-0.1 - Remove check-{buildroot,rpaths*}, now included in rpm-build >= 4.4.2.1. - Include rpmsodiff and dependencies (rpmargs, rpmelfsym, rpmfile, rpmpeek, rpmsoname) from ALT Linux's qa-robot package. - Drop explicit dependency on patch, pulled in by recent rpm-build. - Sync COPYING with http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt - Work around #250990 in rpmls and rpmdev-extract. - Clarify copyright info of rpmdev-* and rpmls. * Sat Jul 07 2007 Ville Skytt? - 5.4-1 - Fix Epoch handling in the 2-arg form of rpmdev-vercmp with yum < 3.1.2. - The long form of the list option in rmdevelrpms is --list-only, not --list. * Thu Jul 05 2007 Ville Skytt? - Add cmake and scons to default devel package list in rpmdev-rmdevelrpms. - Add LSB comment block to init script template. * Wed Jun 27 2007 Ville Skytt? - Add 2-argument form for comparing EVR strings to rpmdev-vercmp (available only if rpmUtils.miscutils is available). * Sat Jun 16 2007 Ville Skytt? - Include rpmls (#213778). * Fri Jun 15 2007 Ville Skytt? - Update spectool to 1.0.9 (#243731). * Wed Apr 11 2007 Ville Skytt? - Add --list-only option to rmdevelrpms (Thorsten Leemhuis). * Tue Mar 13 2007 Ville Skytt? - BR perl(ExtUtils::MakeMaker) by default in perl spec template. - Update URL. * Wed Nov 08 2006 Ville Skytt? - Arch-qualify output of matched packages in rmdevelrpms and allow arch-qualified packages in the config file. sonata-1.2.3-1.fc6.1 -------------------- * Sun Aug 26 2007 Micha? Bentkowski - 1.2.3-1.fc6.1 - Add patch * Sun Aug 26 2007 Micha? Bentkowski - 1.2.3-1 - One two three * Fri Aug 24 2007 Micha? Bentkowski - 1.2.2-2 - ppc32 rebuild - license tag fix * Mon Jul 23 2007 Micha? Bentkowski - 1.2.2-1 - 1.2.2 * Mon Jul 16 2007 Micha? Bentkowski - 1.2-2 - BR gettext * Mon Jul 16 2007 Micha? Bentkowski - 1.2-1 - 1.2 with audioscrobbler support * Thu Jun 07 2007 Micha? Bentkowski - 1.1.1-2 - Fix desktop file * Thu Jun 07 2007 Micha? Bentkowski - 1.1.1-1 - Update to 1.1.1 thinkfinger-0.3-2.fc6 --------------------- * Fri May 18 2007 Julian Sikorski - 0.3-2 - Merged Jose Plans' changes (RH #237817) * Fri Apr 13 2007 Julian Sikorski - 0.3-1 - Updated to 0.3 - Added uinput loading snippet winpdb-1.2.2-1.fc6.1 -------------------- * Mon Aug 27 2007 Tom "spot" Callaway - 1.2.2-1 - bump to 1.2.2 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From overholt at redhat.com Tue Aug 28 14:25:19 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 28 Aug 2007 10:25:19 -0400 Subject: Exceptions for Java In-Reply-To: <870180fe0708272027l4f51253eubdbfe5ec286eeeab@mail.gmail.com> References: <870180fe0708272027l4f51253eubdbfe5ec286eeeab@mail.gmail.com> Message-ID: <1188311119.6381.2.camel@localhost.localdomain> On Mon, 2007-08-27 at 21:27 -0600, Jerry James wrote: > Incidentally, while looking for an answer to this question, I came > across http://fedoraproject.org/wiki/NativeJava, which appears to be > incorrect for F-7. The java-gcj-compat package is no longer relevant, > is it? What makes you say that? Andrew -------------- 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 overholt at redhat.com Tue Aug 28 14:37:44 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 28 Aug 2007 10:37:44 -0400 Subject: SInjdoc, gjdoc, and annotations In-Reply-To: <870180fe0708272113k210f3326oc156cda496ea99eb@mail.gmail.com> References: <870180fe0708272113k210f3326oc156cda496ea99eb@mail.gmail.com> Message-ID: <1188311864.6381.6.camel@localhost.localdomain> Hi, On Mon, 2007-08-27 at 22:13 -0600, Jerry James wrote: > Is gjdoc going to be made available for F-7, or am I stuck with the > javadoc that is missing support for annotations? Thanks, During F7 development we removed gjdoc in favour of sinjdoc for various reasons (basically dead upstream, didn't support 1.5 features). If you'd like, you could resurrect gjdoc for F7. Andrew -------------- 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 fedoraproject.org Tue Aug 28 15:24:58 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 28 Aug 2007 15:24:58 -0000 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-27 Message-ID: <20070828152458.14949.27654@extras64.linux.duke.edu> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de koffice-karbon - 1.6.2-3.fc7.i386 (12 days) koffice-kivio - 1.6.2-3.fc7.i386 (12 days) koffice-kspread - 1.6.2-3.fc7.i386 (12 days) bjohnson AT symetrix.com dbmail - 2.2.4-4.fc7.i386 (54 days) gauret AT free.fr glest-data - 2.0.0-2.fc7.noarch (8 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.22.1_41.fc7.i586 (4 days) kmod-sysprof - 1.0.8-1.2.6.22.1_41.fc7.i686 (4 days) kmod-sysprof - 1.0.8-1.2.6.22.1_41.fc7.x86_64 (4 days) kmod-sysprof-PAE - 1.0.8-1.2.6.22.1_41.fc7.i686 (4 days) jdennis AT redhat.com setroubleshoot - 1.10.1-1.fc7.noarch setroubleshoot - 1.10.1-1.fc7.noarch setroubleshoot - 1.10.1-1.fc7.noarch setroubleshoot-server - 1.10.1-1.fc7.noarch setroubleshoot-server - 1.10.1-1.fc7.noarch setroubleshoot-server - 1.10.1-1.fc7.noarch lxtnow AT gmail.com python-gammu - 0.20-1.fc7.i386 (25 days) python-gammu - 0.20-1.fc7.ppc (25 days) python-gammu - 0.20-1.fc7.x86_64 (25 days) oliver AT linux-kernel.at syck-php - 0.55-16.fc7.i386 (44 days) syck-php - 0.55-16.fc7.ppc (44 days) syck-php - 0.55-16.fc7.x86_64 (44 days) peter AT thecodergeek.com empathy - 0.8-1.fc7.i386 empathy - 0.8-1.fc7.ppc empathy - 0.8-1.fc7.x86_64 tcallawa AT redhat.com compat-wxGTK-devel - 2.4.2-21.fc6.i386 (43 days) compat-wxGTK-devel - 2.4.2-21.fc6.i386 (43 days) compat-wxGTK-devel - 2.4.2-21.fc6.ppc (43 days) compat-wxGTK-devel - 2.4.2-21.fc6.x86_64 (43 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (43 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (43 days) compat-wxGTK-gl - 2.4.2-21.fc6.ppc (43 days) compat-wxGTK-gl - 2.4.2-21.fc6.x86_64 (43 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (43 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (43 days) compat-wxGTK-stc - 2.4.2-21.fc6.ppc (43 days) compat-wxGTK-stc - 2.4.2-21.fc6.x86_64 (43 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (43 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (43 days) compat-wxGTK-xrc - 2.4.2-21.fc6.ppc (43 days) compat-wxGTK-xrc - 2.4.2-21.fc6.x86_64 (43 days) twoerner AT redhat.com postfix-pflogsumm - 2:2.4.3-2.fc7.i386 (74 days) postfix-pflogsumm - 2:2.4.3-2.fc7.ppc (74 days) postfix-pflogsumm - 2:2.4.3-2.fc7.x86_64 (74 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i586 (4 days) kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc (4 days) kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 (4 days) kmod-em8300-PAE - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 (4 days) kmod-em8300-smp - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc (4 days) ====================================================================== Broken packages in fedora-7-i386: compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 ====================================================================== Broken packages in fedora-7-ppc: compat-wxGTK-devel-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.ppc requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 glest-data-2.0.0-2.fc7.noarch requires glest = 0:2.0.0 ====================================================================== Broken packages in fedora-7-x86_64: compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires libwx_gtk-2.4.so.0()(64bit) compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-gl-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 dbmail-2.2.4-4.fc7.i386 requires dbmail-database-driver = 0:2.2.4-4.fc7 koffice-karbon-1.6.2-3.fc7.i386 requires koffice-core = 0:1.6.2-3.fc7 koffice-kivio-1.6.2-3.fc7.i386 requires koffice-core = 0:1.6.2-3.fc7 koffice-kspread-1.6.2-3.fc7.i386 requires koffice-core = 0:1.6.2-3.fc7 ====================================================================== Broken packages in fedora-updates-7-i386: empathy-0.8-1.fc7.i386 requires libmissioncontrol-config.so.0 empathy-0.8-1.fc7.i386 requires libmissioncontrol.so.0 kmod-em8300-0.16.3-0.1.rc2.2.6.22.1_41.fc7.i586 requires kernel-i586 = 0:2.6.22.1-41.fc7 kmod-em8300-0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 requires kernel-i686 = 0:2.6.22.1-41.fc7 kmod-em8300-PAE-0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 requires kernel-i686 = 0:2.6.22.1-41.fc7PAE kmod-em8300-debug-0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 requires kernel-i686 = 0:2.6.22.1-41.fc7debug kmod-sysprof-1.0.8-1.2.6.22.1_41.fc7.i586 requires kernel-i586 = 0:2.6.22.1-41.fc7 kmod-sysprof-1.0.8-1.2.6.22.1_41.fc7.i686 requires kernel-i686 = 0:2.6.22.1-41.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.22.1_41.fc7.i686 requires kernel-i686 = 0:2.6.22.1-41.fc7PAE postfix-pflogsumm-2:2.4.3-2.fc7.i386 requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.i386 requires libGammu.so.1 syck-php-0.55-16.fc7.i386 requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-ppc: empathy-0.8-1.fc7.ppc requires libmissioncontrol-config.so.0 empathy-0.8-1.fc7.ppc requires libmissioncontrol.so.0 kmod-em8300-0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc requires kernel-ppc = 0:2.6.22.1-41.fc7 kmod-em8300-smp-0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc requires kernel-ppc = 0:2.6.22.1-41.fc7smp postfix-pflogsumm-2:2.4.3-2.fc7.ppc requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.ppc requires libGammu.so.1 syck-php-0.55-16.fc7.ppc requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-x86_64: empathy-0.8-1.fc7.x86_64 requires libmissioncontrol.so.0()(64bit) empathy-0.8-1.fc7.x86_64 requires libmissioncontrol-config.so.0()(64bit) kmod-em8300-0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 requires kernel-x86_64 = 0:2.6.22.1-41.fc7 kmod-em8300-debug-0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 requires kernel-x86_64 = 0:2.6.22.1-41.fc7debug kmod-sysprof-1.0.8-1.2.6.22.1_41.fc7.x86_64 requires kernel-x86_64 = 0:2.6.22.1-41.fc7 postfix-pflogsumm-2:2.4.3-2.fc7.x86_64 requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.x86_64 requires libGammu.so.1()(64bit) syck-php-0.55-16.fc7.x86_64 requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-testing-7-i386: setroubleshoot-1.10.1-1.fc7.noarch requires setroubleshoot-plugins setroubleshoot-server-1.10.1-1.fc7.noarch requires setroubleshoot-plugins ====================================================================== Broken packages in fedora-updates-testing-7-ppc: setroubleshoot-1.10.1-1.fc7.noarch requires setroubleshoot-plugins setroubleshoot-server-1.10.1-1.fc7.noarch requires setroubleshoot-plugins ====================================================================== Broken packages in fedora-updates-testing-7-x86_64: setroubleshoot-1.10.1-1.fc7.noarch requires setroubleshoot-plugins setroubleshoot-server-1.10.1-1.fc7.noarch requires setroubleshoot-plugins From loganjerry at gmail.com Tue Aug 28 16:26:56 2007 From: loganjerry at gmail.com (Jerry James) Date: Tue, 28 Aug 2007 10:26:56 -0600 Subject: SInjdoc, gjdoc, and annotations In-Reply-To: <1188311864.6381.6.camel@localhost.localdomain> References: <870180fe0708272113k210f3326oc156cda496ea99eb@mail.gmail.com> <1188311864.6381.6.camel@localhost.localdomain> Message-ID: <870180fe0708280926n6d6f8e4ax6b441474af19acd@mail.gmail.com> Hi Andrew, On 8/28/07, Andrew Overholt wrote: > Hi, > > On Mon, 2007-08-27 at 22:13 -0600, Jerry James wrote: > > Is gjdoc going to be made available for F-7, or am I stuck with the > > javadoc that is missing support for annotations? Thanks, > > During F7 development we removed gjdoc in favour of sinjdoc for various > reasons (basically dead upstream, didn't support 1.5 features). If > you'd like, you could resurrect gjdoc for F7. I see. In that case, it's probably better to add annotation support to sinjdoc. I'll contact upstream and see if somebody is working on that; if not, I'll have a look at what needs to be done. Thanks, -- Jerry James http://loganjerry.googlepages.com/ From jkeating at redhat.com Tue Aug 28 16:44:20 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 28 Aug 2007 12:44:20 -0400 Subject: Scripted rebuilds coming up for ppc32 selinux fix. Message-ID: <20070828124420.6aad6f0a@mentok.boston.redhat.com> There are still a number (237 as of this morning) of packages that need to be rebuilt so that their ppc32 binaries will not cause selinux denials. This is very important to having a successful Fedora 8 Test 2 release for ppc. As such, Fedora Release Engineering will be doing a scripted rebuild of the remaining packages left to rebuild. We will not be fixing any open bugs, doing any license audit, or any other manual type work, it will merely be a scripted bump of the spec file and a build (failures will be investigated). We are not scripting the rebuilds of anything else at this time, just those packages marked as needing rebuild for ppc32 at http://jkeating.fedorapeople.org/really-need-to-rebuild These builds will begin shortly, after the next update to the really-need-to-build list. We apologize for any inconvenience these automated builds may cause you, especially given such short notice, however it is necessary that we complete these builds in time for Test2. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From jamatos at fc.up.pt Tue Aug 28 16:53:41 2007 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Tue, 28 Aug 2007 17:53:41 +0100 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <20070828124420.6aad6f0a@mentok.boston.redhat.com> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> Message-ID: <200708281753.41886.jamatos@fc.up.pt> On Tuesday 28 August 2007 17:44:20 Jesse Keating wrote: > We apologize for any inconvenience these automated builds may cause > you, especially given such short notice, however it is necessary that we > complete these builds in time for Test2. > > -- > Jesse Keating I am (was) going through my packages list rebuilding (and updating the license field) those that need today, since you have been very clear about the deadline. Should I wait for the automatic update to finish before committing further changes to the packages? -- Jos? Ab?lio From ndbecker2 at gmail.com Tue Aug 28 16:52:10 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 28 Aug 2007 12:52:10 -0400 Subject: Forgot howto Fedora CVS Admin Requests Message-ID: I'm trying to follow: http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure Forgot how to do this. I visit bugzilla.redhat.com, but can't find the correct page. I need to do step8 on: http://fedoraproject.org/wiki/PackageMaintainers/NewPackageProcess From jkeating at redhat.com Tue Aug 28 16:57:28 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 28 Aug 2007 12:57:28 -0400 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <200708281753.41886.jamatos@fc.up.pt> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> <200708281753.41886.jamatos@fc.up.pt> Message-ID: <20070828125728.42b91009@mentok.boston.redhat.com> On Tue, 28 Aug 2007 17:53:41 +0100 "Jos? Matos" wrote: > I am (was) going through my packages list rebuilding (and updating > the license field) those that need today, since you have been very > clear about the deadline. Should I wait for the automatic update to > finish before committing further changes to the packages? If you tell me which packages you're going to touch, I can leave those off the script, so long as you get to them today (: -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jamatos at fc.up.pt Tue Aug 28 17:07:15 2007 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Tue, 28 Aug 2007 18:07:15 +0100 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <20070828125728.42b91009@mentok.boston.redhat.com> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> <200708281753.41886.jamatos@fc.up.pt> <20070828125728.42b91009@mentok.boston.redhat.com> Message-ID: <200708281807.15550.jamatos@fc.up.pt> On Tuesday 28 August 2007 17:57:28 Jesse Keating wrote: > If you tell me which packages you're going to touch, I can leave those > off the script, so long as ?you get to them today (: All of them, please. :-) conglomerate fftw2 grace ifplugd pygsl python-imaging PyX rman rpy t1lib t1utils tetex-dvipost > -- > Jesse Keating -- Jos? Ab?lio From mtasaka at ioa.s.u-tokyo.ac.jp Tue Aug 28 17:13:36 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 29 Aug 2007 02:13:36 +0900 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <20070828125728.42b91009@mentok.boston.redhat.com> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> <200708281753.41886.jamatos@fc.up.pt> <20070828125728.42b91009@mentok.boston.redhat.com> Message-ID: <46D457C0.8020603@ioa.s.u-tokyo.ac.jp> Jesse Keating wrote, at 08/29/2007 01:57 AM +9:00: > On Tue, 28 Aug 2007 17:53:41 +0100 > "Jos? Matos" wrote: > >> I am (was) going through my packages list rebuilding (and updating >> the license field) those that need today, since you have been very >> clear about the deadline. Should I wait for the automatic update to >> finish before committing further changes to the packages? > > If you tell me which packages you're going to touch, I can leave those > off the script, so long as you get to them today (: Oh, I thought I have already rebuilt all my packages, however it seems I forgot one package... Now I am rebuilding the following package on koji, dist-f8. -------------------------------------- xtide -------------------------------------- Already rebuilt on ppc, ppc64, however it seems that koji is now busy on i386, x86_64. Regards, Mamoru From icon at fedoraproject.org Tue Aug 28 17:32:31 2007 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Tue, 28 Aug 2007 13:32:31 -0400 Subject: Important change if you use python-setuptools Message-ID: Hello, all: The python-setuptools package was split into two: python-setuptools, containing runtime-specific files (pkg_resources.py) and python-setuptools-devel, containing all other stuff necessary for building python packages. If your package uses python-setuptools in order to build, you will need to modify BuildRequires to reflect this change: bad: BuildRequires: python-setuptools good: BuildRequires: python-setuptools-devel Applies to: F8 (current development) and up Reasons for change: Avoiding unnecessary dependencies on python-devel for those packages that use the runtime components of python-setuptools . See https://bugzilla.redhat.com/show_bug.cgi?id=251645 for more info. Regards, -- Konstantin Ryabitsev Montr?al, Qu?bec From overholt at redhat.com Tue Aug 28 17:34:44 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 28 Aug 2007 13:34:44 -0400 Subject: SInjdoc, gjdoc, and annotations In-Reply-To: <870180fe0708280926n6d6f8e4ax6b441474af19acd@mail.gmail.com> References: <870180fe0708272113k210f3326oc156cda496ea99eb@mail.gmail.com> <1188311864.6381.6.camel@localhost.localdomain> <870180fe0708280926n6d6f8e4ax6b441474af19acd@mail.gmail.com> Message-ID: <1188322484.7418.0.camel@localhost.localdomain> On Tue, 2007-08-28 at 10:26 -0600, Jerry James wrote: > > On 8/28/07, Andrew Overholt wrote: > > Hi, > > > > On Mon, 2007-08-27 at 22:13 -0600, Jerry James wrote: > > > Is gjdoc going to be made available for F-7, or am I stuck with > the > > > javadoc that is missing support for annotations? Thanks, > > > > During F7 development we removed gjdoc in favour of sinjdoc for > various > > reasons (basically dead upstream, didn't support 1.5 features). If > > you'd like, you could resurrect gjdoc for F7. > > I see. In that case, it's probably better to add annotation support > to sinjdoc. I'll contact upstream and see if somebody is working on > that; if not, I'll have a look at what needs to be done. Note that this will not matter for x86 and x86_64 for F8 with the inclusion of IcedTea and will hopefully not matter much longer than F8 for ppc and other platforms. Andrew -------------- 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 ville.skytta at iki.fi Tue Aug 28 17:38:50 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 28 Aug 2007 20:38:50 +0300 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-27 In-Reply-To: <20070828152458.14949.27654@extras64.linux.duke.edu> References: <20070828152458.14949.27654@extras64.linux.duke.edu> Message-ID: <200708282038.50909.ville.skytta@iki.fi> On Tuesday 28 August 2007, Fedora Extras repoclosure wrote: > ====================================================================== > The results in this summary consider Test Updates! > ====================================================================== > Summary of broken packages (by owner): Looks like there's something wrong with the latest push of F7 updates, for example: > ville.skytta AT iki.fi > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i586 (4 days) > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc (4 days) > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 (4 days) > kmod-em8300-PAE - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) > kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) > kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 (4 > days) kmod-em8300-smp - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc (4 days) https://www.redhat.com/archives/fedora-package-announce/2007-August/msg00400.html This update or others announced yesterday (checked rpm, rpmdevtools) have not made it to the download.fedora.redhat.com F7 updates repo, which I suppose is the reason for this particular borked dep report for kmod-em8300. From mschwendt.tmp0701.nospam at arcor.de Tue Aug 28 17:49:09 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 28 Aug 2007 19:49:09 +0200 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-27 In-Reply-To: <200708282038.50909.ville.skytta@iki.fi> References: <20070828152458.14949.27654@extras64.linux.duke.edu> <200708282038.50909.ville.skytta@iki.fi> Message-ID: <20070828194909.9974b88d.mschwendt.tmp0701.nospam@arcor.de> On Tue, 28 Aug 2007 20:38:50 +0300, Ville Skytt? wrote: > On Tuesday 28 August 2007, Fedora Extras repoclosure wrote: > > ====================================================================== > > The results in this summary consider Test Updates! > > ====================================================================== > > Summary of broken packages (by owner): > > Looks like there's something wrong with the latest push of F7 updates, for > example: > > > ville.skytta AT iki.fi > > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i586 (4 days) > > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) > > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc (4 days) > > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 (4 days) > > kmod-em8300-PAE - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) > > kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) > > kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 (4 > > days) kmod-em8300-smp - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc (4 days) > > https://www.redhat.com/archives/fedora-package-announce/2007-August/msg00400.html > This update or others announced yesterday (checked rpm, rpmdevtools) have not > made it to the download.fedora.redhat.com F7 updates repo, which I suppose is > the reason for this particular borked dep report for kmod-em8300. This has been noticed on fedora-list earlier today, too. In a reply I've copied Luke Macken and Jesse. Can't tell whether they are aware of it already. From bernie at codewiz.org Tue Aug 28 17:56:08 2007 From: bernie at codewiz.org (Bernardo Innocenti) Date: Tue, 28 Aug 2007 13:56:08 -0400 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <46D3D307.9000400@codewiz.org> References: <1188254234.8422.38.camel@finch.boston.redhat.com> <46D3D307.9000400@codewiz.org> Message-ID: <46D461B8.8000803@codewiz.org> On 08/28/2007 03:47 AM, Bernardo Innocenti wrote: > On the OLPC, we were concerned that the old initscript > infrastructure had a considerable overhead. Would this > change have a beneficial impact on speed? Now I've sneaked in /lib/lsb/init-functions and it's apparent from the design that it's going to increase the overhead sensibly (it sources the old functions file multiple times). This transition would be a good time to rewrite the old init functions in C or speed them up in their present shell form by dropping some old functionality. If there are no resources to do it, I hereby volunteer to do this work in due time, provided there's interest from the current redhat-lsb maintainers to merge my changes back. -- // Bernardo Innocenti \X/ http://www.codewiz.org/ From notting at redhat.com Tue Aug 28 17:58:27 2007 From: notting at redhat.com (Bill Nottingham) Date: Tue, 28 Aug 2007 13:58:27 -0400 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <46D461B8.8000803@codewiz.org> References: <1188254234.8422.38.camel@finch.boston.redhat.com> <46D3D307.9000400@codewiz.org> <46D461B8.8000803@codewiz.org> Message-ID: <20070828175827.GE27876@nostromo.devel.redhat.com> Bernardo Innocenti (bernie at codewiz.org) said: > If there are no resources to do it, I hereby volunteer > to do this work in due time, provided there's interest > from the current redhat-lsb maintainers to merge my > changes back. Taking patches, although I'd start with the stuff in /etc/init.d/functions. Bill From bernie at codewiz.org Tue Aug 28 18:10:39 2007 From: bernie at codewiz.org (Bernardo Innocenti) Date: Tue, 28 Aug 2007 14:10:39 -0400 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <20070828175827.GE27876@nostromo.devel.redhat.com> References: <1188254234.8422.38.camel@finch.boston.redhat.com> <46D3D307.9000400@codewiz.org> <46D461B8.8000803@codewiz.org> <20070828175827.GE27876@nostromo.devel.redhat.com> Message-ID: <46D4651F.8040105@codewiz.org> On 08/28/2007 01:58 PM, Bill Nottingham wrote: > Bernardo Innocenti (bernie at codewiz.org) said: >> If there are no resources to do it, I hereby volunteer >> to do this work in due time, provided there's interest >> from the current redhat-lsb maintainers to merge my >> changes back. > > Taking patches, although I'd start with the stuff in /etc/init.d/functions. Agreed. My idea was to start by moving only the parts of code that LSB advertises from /etc/init.d/functions to /lib/lsb/init-functions. Would that make sense? It would be best to wait for some packages to be converted to the LSB init system first, so we have something to test the changes against. -- // Bernardo Innocenti \X/ http://www.codewiz.org/ From loganjerry at gmail.com Tue Aug 28 18:23:44 2007 From: loganjerry at gmail.com (Jerry James) Date: Tue, 28 Aug 2007 12:23:44 -0600 Subject: SInjdoc, gjdoc, and annotations In-Reply-To: <1188322484.7418.0.camel@localhost.localdomain> References: <870180fe0708272113k210f3326oc156cda496ea99eb@mail.gmail.com> <1188311864.6381.6.camel@localhost.localdomain> <870180fe0708280926n6d6f8e4ax6b441474af19acd@mail.gmail.com> <1188322484.7418.0.camel@localhost.localdomain> Message-ID: <870180fe0708281123g43ff520co2b029454bf0aac0@mail.gmail.com> On 8/28/07, Andrew Overholt wrote: > Note that this will not matter for x86 and x86_64 for F8 with the > inclusion of IcedTea and will hopefully not matter much longer than F8 > for ppc and other platforms. Noted, thanks. -- Jerry James http://loganjerry.googlepages.com/ From notting at redhat.com Tue Aug 28 18:34:56 2007 From: notting at redhat.com (Bill Nottingham) Date: Tue, 28 Aug 2007 14:34:56 -0400 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <46D4651F.8040105@codewiz.org> References: <1188254234.8422.38.camel@finch.boston.redhat.com> <46D3D307.9000400@codewiz.org> <46D461B8.8000803@codewiz.org> <20070828175827.GE27876@nostromo.devel.redhat.com> <46D4651F.8040105@codewiz.org> Message-ID: <20070828183456.GG27876@nostromo.devel.redhat.com> Bernardo Innocenti (bernie at codewiz.org) said: > On 08/28/2007 01:58 PM, Bill Nottingham wrote: > > Bernardo Innocenti (bernie at codewiz.org) said: > >> If there are no resources to do it, I hereby volunteer > >> to do this work in due time, provided there's interest > >> from the current redhat-lsb maintainers to merge my > >> changes back. > > > > Taking patches, although I'd start with the stuff in /etc/init.d/functions. > > Agreed. My idea was to start by moving only the parts > of code that LSB advertises from /etc/init.d/functions > to /lib/lsb/init-functions. Would that make sense? Not unless lsb/init-functions moves to someplace that doesn't require the whole mess of the lsb stack; we don't want init scripts bringing in the entirety of openssl, X, cron, pax, shadow-utils, etc. Bill From fedora at leemhuis.info Tue Aug 28 18:35:20 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 28 Aug 2007 20:35:20 +0200 Subject: @FESCO: EPEL Steering Committee's mandate is expiring -- how to move on? In-Reply-To: <1188273462.8400.148.camel@erato.phig.org> References: <46D18333.7070603@leemhuis.info> <1188273462.8400.148.camel@erato.phig.org> Message-ID: <46D46AE8.8050303@leemhuis.info> On 28.08.2007 05:57, Karsten Wade wrote: > On Sun, 2007-08-26 at 15:42 +0200, Thorsten Leemhuis wrote: > >> So if you are a EPEL contributor: what do you want? Do you want to elect >> a EPEL Steering Committee? Do you want a bigger or a smaller one? Do you >> want to get rid of it? > I'll let my man Chuck D /me had to visit wikipedia at this point > speak for me: > "Power to the people with no delay." > > Fedora is evolving, and where? Steering committees don't seem fit the > need like they did before. Agreed, but now and then they (or something like a Steering Committee) are still needed afaics. Especially in EPEL we need some group to send a "This is the direction" signal, as some people want a "Stable EPEL, with a update style similar t othe one from RHEL" while others want a "Extras like, always rolling, always new and shiny" style. Mixing the two models would afaics the worst, so someone needs to pick the site, even if some people feel pissed of. > I like a bit of how Mike is organizing F-Infra, /me doesn't follow that closely > around functional teams > that operate semi-autonomously, and report back to each other. My experiences with "report back to each other" are not the best, but in general: agreed > EPEL > seems like it could follow a similar model. Multiple groupings loosely > coupled as a SIG, meeting once a week to be sure the bearings are > rolling smoothly. > > To get there, I think we evolve. As you suggest, lower the influence, > role, or meaning of the steering committee. Try to get some functional > leaders to focus their contributions over certain areas. Add a > sponsorship methodology so people can help in these functional areas, > gaining access as they merit, etc. Sounds good. > [...] CU knurd From dennis at ausil.us Tue Aug 28 18:43:55 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 28 Aug 2007 13:43:55 -0500 Subject: @FESCO: EPEL Steering Committee's mandate is expiring -- how to move on? In-Reply-To: <46D46AE8.8050303@leemhuis.info> References: <46D18333.7070603@leemhuis.info> <1188273462.8400.148.camel@erato.phig.org> <46D46AE8.8050303@leemhuis.info> Message-ID: <200708281343.56346.dennis@ausil.us> On Tuesday 28 August 2007 1:35:20 pm Thorsten Leemhuis wrote: > On 28.08.2007 05:57, Karsten Wade wrote: > > On Sun, 2007-08-26 at 15:42 +0200, Thorsten Leemhuis wrote: > >> So if you are a EPEL contributor: what do you want? Do you want to elect > >> a EPEL Steering Committee? Do you want a bigger or a smaller one? Do you > >> want to get rid of it? > > > > I'll let my man Chuck D > > /me had to visit wikipedia at this point > > > speak for me: > > "Power to the people with no delay." > > > > Fedora is evolving, and where? Steering committees don't seem fit the > > need like they did before. > > Agreed, but now and then they (or something like a Steering Committee) > are still needed afaics. Especially in EPEL we need some group to send a > "This is the direction" signal, as some people want a "Stable EPEL, with > a update style similar t othe one from RHEL" while others want a "Extras > like, always rolling, always new and shiny" style. Mixing the two models > would afaics the worst, so someone needs to pick the site, even if some > people feel pissed of. right now you get extras type rolling release by enabling testing and stable by not. both are covered just fine :) at least this is my take on it Dennis From ianburrell at gmail.com Tue Aug 28 18:43:49 2007 From: ianburrell at gmail.com (Ian Burrell) Date: Tue, 28 Aug 2007 11:43:49 -0700 Subject: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts? In-Reply-To: <46D3D307.9000400@codewiz.org> References: <1188254234.8422.38.camel@finch.boston.redhat.com> <46D3D307.9000400@codewiz.org> Message-ID: On 8/28/07, Bernardo Innocenti wrote: > On 08/27/2007 06:37 PM, John Dennis wrote: > > Folks are supposed to upgrade their init.d scripts to support LSB. > > > > Some of this is covered here: > > > > http://fedoraproject.org/wiki/FCNewInit/Initscripts > > > > One aspect of that is to switch from sourcing /etc/init.d/functions to > > sourcing /lib/lsb/init-functions. > > On the OLPC, we were concerned that the old initscript > infrastructure had a considerable overhead. Would this > change have a beneficial impact on speed? > The /lib/lsb/init-functions functions use the /etc/init.d/functions functions. It will be slower since it adds more indirection and calls scripts instead of just running functions. - Ian From lmacken at redhat.com Tue Aug 28 19:12:27 2007 From: lmacken at redhat.com (Luke Macken) Date: Tue, 28 Aug 2007 15:12:27 -0400 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-27 In-Reply-To: <20070828194909.9974b88d.mschwendt.tmp0701.nospam@arcor.de> References: <20070828152458.14949.27654@extras64.linux.duke.edu> <200708282038.50909.ville.skytta@iki.fi> <20070828194909.9974b88d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070828191227.GD20753@crow.myhome.westell.com> On Tue, Aug 28, 2007 at 07:49:09PM +0200, Michael Schwendt wrote: > On Tue, 28 Aug 2007 20:38:50 +0300, Ville Skytt? wrote: > > > On Tuesday 28 August 2007, Fedora Extras repoclosure wrote: > > > ====================================================================== > > > The results in this summary consider Test Updates! > > > ====================================================================== > > > Summary of broken packages (by owner): > > > > Looks like there's something wrong with the latest push of F7 updates, for > > example: > > > > > ville.skytta AT iki.fi > > > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i586 (4 days) > > > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) > > > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc (4 days) > > > kmod-em8300 - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 (4 days) > > > kmod-em8300-PAE - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) > > > kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.i686 (4 days) > > > kmod-em8300-debug - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.x86_64 (4 > > > days) kmod-em8300-smp - 0.16.3-0.1.rc2.2.6.22.1_41.fc7.ppc (4 days) > > > > https://www.redhat.com/archives/fedora-package-announce/2007-August/msg00400.html > > This update or others announced yesterday (checked rpm, rpmdevtools) have not > > made it to the download.fedora.redhat.com F7 updates repo, which I suppose is > > the reason for this particular borked dep report for kmod-em8300. > > This has been noticed on fedora-list earlier today, too. In a reply > I've copied Luke Macken and Jesse. Can't tell whether they are aware > of it already. Yesterdays mash got cut a bit short, and seemed to only finish the f7-updates-testing repo. I'm re-mashing f7-updates now. luke From mschwendt.tmp0701.nospam at arcor.de Tue Aug 28 19:39:13 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 28 Aug 2007 21:39:13 +0200 Subject: Fw: Don't rebuild licence updates for old dists Message-ID: <20070828213913.f94671f7.mschwendt.tmp0701.nospam@arcor.de> Begin forwarded message: Date: Wed, 22 Aug 2007 10:32:02 +0200 From: Michael Schwendt To: Subject: Don't rebuild licence updates for old dists Some packagers not only check in the licence updates to older branches (F-7, FC-6, FC-5), they also submit build jobs for them. Please don't do that. If every packager does that for all packages, we would rebuild the entire distribution and flood our users with superfluous updates. From sundaram at fedoraproject.org Tue Aug 28 19:37:51 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 29 Aug 2007 01:07:51 +0530 Subject: [proposal] fonts comps group In-Reply-To: <1188248398.7701.23.camel@rousalka.dyndns.org> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> <46D2DCD4.5030601@redhat.com> <1188233261.3135.10.camel@rousalka.dyndns.org> <1188248398.7701.23.camel@rousalka.dyndns.org> Message-ID: <46D4798F.7090100@fedoraproject.org> Nicolas Mailhot wrote: > Therefore I'd like to point out to the PTB it might be a good idea to > allocate some time @rh for Behdad to add base support to pango sooner > rather than later, and avoid this painful migration altogether. > > (Of course this assumes the PTB read fedora-devel) Might be better to talk to Max Spevack. Rahul From lercio.gontijo at gmail.com Tue Aug 28 19:51:43 2007 From: lercio.gontijo at gmail.com (TEOTONIO) Date: Tue, 28 Aug 2007 16:51:43 -0300 Subject: java pluign (jre) in firefox Message-ID: <607097930708281251s26d94ba3m9951288468d0f074@mail.gmail.com> Howto I need to make a package java-plugin to firefox - Fedora 7? Tks -- [S] TEOTONIO http://teotonio.eti.br -------------- next part -------------- An HTML attachment was scrubbed... URL: From dominik at greysector.net Tue Aug 28 20:09:21 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Tue, 28 Aug 2007 22:09:21 +0200 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <20070828125728.42b91009@mentok.boston.redhat.com> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> <200708281753.41886.jamatos@fc.up.pt> <20070828125728.42b91009@mentok.boston.redhat.com> Message-ID: <20070828200921.GA20897@ryvius.pekin.waw.pl> On Tuesday, 28 August 2007 at 18:57, Jesse Keating wrote: > On Tue, 28 Aug 2007 17:53:41 +0100 > "Jos? Matos" wrote: > > > I am (was) going through my packages list rebuilding (and updating > > the license field) those that need today, since you have been very > > clear about the deadline. Should I wait for the automatic update to > > finish before committing further changes to the packages? > > If you tell me which packages you're going to touch, I can leave those > off the script, so long as you get to them today (: Please don't touch mine, either: crm114 ed2k_hash ekg2 ekg gg2 gnomeradio libdvdread tachyon tre xdrawchem zidrav I'm working my way through them as fast as I can. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From lmacken at redhat.com Tue Aug 28 20:13:16 2007 From: lmacken at redhat.com (Luke Macken) Date: Tue, 28 Aug 2007 16:13:16 -0400 Subject: Important change if you use python-setuptools In-Reply-To: References: Message-ID: <20070828201316.GE20753@crow.myhome.westell.com> On Tue, Aug 28, 2007 at 01:32:31PM -0400, Konstantin Ryabitsev wrote: > Hello, all: > > The python-setuptools package was split into two: python-setuptools, > containing runtime-specific files (pkg_resources.py) and > python-setuptools-devel, containing all other stuff necessary for > building python packages. If your package uses python-setuptools in > order to build, you will need to modify BuildRequires to reflect this > change: > > bad: BuildRequires: python-setuptools > good: BuildRequires: python-setuptools-devel > > Applies to: > F8 (current development) and up > > Reasons for change: > Avoiding unnecessary dependencies on python-devel for those packages > that use the runtime components of python-setuptools . > See https://bugzilla.redhat.com/show_bug.cgi?id=251645 for more info. After a quick grep, it looks like these are the owners/packages that need to be modified to reflect this change. {'icon': ['python-kid', 'python-setuptools'], 'jafo': ['python-pyspf'], 'jamatos': ['python-amara'], 'jbowes': ['python-elixir', 'python-vobject'], 'jcollie': ['python-genshi', 'python-lxml', 'babel'], 'jkeating': ['trac-webadmin', 'trac-mercurial-plugin', 'trac-git-plugin'], 'jwilson': ['numpy'], 'jwrdegoede': ['PyOpenGL'], 'kantrn': ['rainbow'], 'lmacken': ['python-configobj', 'TurboGears', 'python-ruledispatch', 'python-paste', 'python-nose', 'python-formencode', 'python-TestGears', 'python-decoratortools', 'python-clientform', 'python-simplejson', 'python-paste-deploy', 'python-turbokid', 'python-myghty', 'python-mechanize', 'python-turbocheetah', 'python-paste-script'], 'mikeb': ['python-cheetah'], 'orphan': ['python-cvstoys'], 'rdieter': ['pykdeextensions'], 'roozbeh': ['python-enchant'], 'salimma': ['Django'], 'shahms': ['python-durus', 'python-paramiko', 'python-protocols', 'python-sqlalchemy'], 'smilner': ['python-pygments'], 'snecker': ['jokosher'], 'thias': ['python-Coherence', 'elisa', 'python-louie'], 'timlau': ['python-iniparse'], 'toshio': ['trac-bazaar-plugin']} From debarshi.ray at gmail.com Tue Aug 28 20:15:03 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 29 Aug 2007 01:45:03 +0530 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <46D40293.2060306@rasmil.dk> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> <1188242978.2365.79.camel@localhost.localdomain> <3170f42f0708271255i758995aenf0686ba0ac8dda9f@mail.gmail.com> <1188244605.29999.2.camel@localhost.localdomain> <46D40293.2060306@rasmil.dk> Message-ID: <3170f42f0708281315v30ab2d34od30679a3ff67c6f@mail.gmail.com> Here is the RepositoryManager.glade file for the design: http://rishi.fedorapeople.org/RepositoryManager.glade I have tried to incorporate all the suggestions/changes that were discussed and agreed upon. Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From pertusus at free.fr Tue Aug 28 20:53:22 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 28 Aug 2007 22:53:22 +0200 Subject: cannot make build after updating cert Message-ID: <20070828205322.GC2958@free.fr> Hello, I just updated my .fedora.cert, but i still cannot require builds: $ make build : [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert certificate expired'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake failure')] make: *** [koji] Erreur 1 Is it an issue known to others? How can I provide more info? -- Pat From opensource at till.name Tue Aug 28 20:58:41 2007 From: opensource at till.name (Till Maas) Date: Tue, 28 Aug 2007 22:58:41 +0200 Subject: cannot make build after updating cert In-Reply-To: <20070828205322.GC2958@free.fr> References: <20070828205322.GC2958@free.fr> Message-ID: <200708282258.46580.opensource@till.name> On Di August 28 2007, Patrice Dumas wrote: > I just updated my .fedora.cert, but i still cannot require builds: > Is it an issue known to others? How can I provide more info? Afaik you need to re-run /usr/bin/fedora-packager-setup.sh from koji. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From bpepple at fedoraproject.org Tue Aug 28 20:56:59 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 28 Aug 2007 16:56:59 -0400 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <20070828125728.42b91009@mentok.boston.redhat.com> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> <200708281753.41886.jamatos@fc.up.pt> <20070828125728.42b91009@mentok.boston.redhat.com> Message-ID: <1188334619.10672.3.camel@kennedy> On Tue, 2007-08-28 at 12:57 -0400, Jesse Keating wrote: > On Tue, 28 Aug 2007 17:53:41 +0100 > "Jos? Matos" wrote: > > > I am (was) going through my packages list rebuilding (and updating > > the license field) those that need today, since you have been very > > clear about the deadline. Should I wait for the automatic update to > > finish before committing further changes to the packages? > > If you tell me which packages you're going to touch, I can leave those > off the script, so long as you get to them today (: Jesse, I rebuilt telepathy-gabble, telepathy-glib, brutus-keyring, and SDL_mixer this afternoon, so you could drop those packages from your script. Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 ed at eh3.com Tue Aug 28 21:00:25 2007 From: ed at eh3.com (Ed Hill) Date: Tue, 28 Aug 2007 17:00:25 -0400 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <20070828200921.GA20897@ryvius.pekin.waw.pl> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> <200708281753.41886.jamatos@fc.up.pt> <20070828125728.42b91009@mentok.boston.redhat.com> <20070828200921.GA20897@ryvius.pekin.waw.pl> Message-ID: <20070828170025.4a83107b@daggett> On Tue, 28 Aug 2007 22:09:21 +0200 Dominik Mierzejewski wrote: > On Tuesday, 28 August 2007 at 18:57, Jesse Keating wrote: > > On Tue, 28 Aug 2007 17:53:41 +0100 > > "Jos? Matos" wrote: > > > > > I am (was) going through my packages list rebuilding (and updating > > > the license field) those that need today, since you have been very > > > clear about the deadline. Should I wait for the automatic update > > > to finish before committing further changes to the packages? > > > > If you tell me which packages you're going to touch, I can leave > > those off the script, so long as you get to them today (: > > Please don't touch mine, either: Hi Jesse, Also, the "gts" package is building at the moment so please drop it from the list. Sorry for any inconvenience, Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From vonbrand at inf.utfsm.cl Tue Aug 28 21:05:10 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 28 Aug 2007 17:05:10 -0400 Subject: rawhide report: 20070828 changes In-Reply-To: <200708280841.l7S8fkSc003253@porkchop.devel.redhat.com> References: <200708280841.l7S8fkSc003253@porkchop.devel.redhat.com> Message-ID: <7366.1188335110@laptop13.inf.utfsm.cl> Build System wrote: [...] > kernel-2.6.23-0.142.rc3.git10.fc8 Fails to boot on i686 and x86_64 (both dual-core), "Can't find /dev/root" and downwards from there. Perhaps a messed up initrd? > mkinitrd-6.0.12-1.fc8 Tried rebuilding the initrd with this one on i686, same result. -- 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 From tcallawa at redhat.com Tue Aug 28 21:06:27 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 28 Aug 2007 17:06:27 -0400 Subject: Fw: Don't rebuild licence updates for old dists In-Reply-To: <20070828213913.f94671f7.mschwendt.tmp0701.nospam@arcor.de> References: <20070828213913.f94671f7.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1188335187.3480.20.camel@dhcp83-165.boston.redhat.com> On Tue, 2007-08-28 at 21:39 +0200, Michael Schwendt wrote: > Begin forwarded message: > > Date: Wed, 22 Aug 2007 10:32:02 +0200 > From: Michael Schwendt > To: > Subject: Don't rebuild licence updates for old dists > > > Some packagers not only check in the licence updates to older branches > (F-7, FC-6, FC-5), they also submit build jobs for them. > > Please don't do that. > > If every packager does that for all packages, we would rebuild the > entire distribution and flood our users with superfluous updates. Listen to the man, he's right. :) ~spot From chitlesh at fedoraproject.org Tue Aug 28 21:08:02 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 28 Aug 2007 23:08:02 +0200 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <20070828124420.6aad6f0a@mentok.boston.redhat.com> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> Message-ID: <13dbfe4f0708281408l4c9573f8hac803e541f40167f@mail.gmail.com> On 8/28/07, Jesse Keating wrote: > These builds will begin shortly, after the next update to the > really-need-to-build list. chitlesh dolphin BuildID >From now on dolphin will not be rebuilt as it has been replaced by d3lphin. d3lphin has already been built for rawhide. Chitlesh -- http://clunixchit.blogspot.com From kevin.kofler at chello.at Tue Aug 28 21:32:24 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 28 Aug 2007 21:32:24 +0000 (UTC) Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> <16de708d0708241522m248f1b1x311365aeb492b27b@mail.gmail.com> Message-ID: > Would be also nice if we had an official mailing list. The last KDE > centric question I sent to the fedora-devel was ignored... I assume > because it didn't properly meet the understanding of the -devel list. We have kde-redhat-devel at SourceForge. Kevin Kofler From fitzsim at redhat.com Tue Aug 28 21:44:02 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 28 Aug 2007 17:44:02 -0400 Subject: IcedTea comps.xml patch Message-ID: <46D49722.9010000@redhat.com> Hi, I built the first IcedTea packages into Rawhide today. Here is a comps.xml patch that would replace GCJ with IcedTea in the Java and Java Development groups, as well as install the plugin by default. I'm posting the patch mainly for discussion purposes. It will not work for ppc and ppc64 spins since IcedTea is currently only available on x86 and x86_64. Should we stick with GCJ as the default for Fedora 8 or switch to IcedTea on the platforms on which it is available? Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: fedora-icedtea-comps.patch Type: text/x-patch Size: 2195 bytes Desc: not available URL: From wtogami at redhat.com Tue Aug 28 21:55:17 2007 From: wtogami at redhat.com (Warren Togami) Date: Tue, 28 Aug 2007 17:55:17 -0400 Subject: "make upload" broke in Aug 28th rawhide? Message-ID: <46D499C5.806@redhat.com> This afternoon I was attempting to diagnose why clumens' attempts to upload new source tarballs were failing, while it continued to work on my machine and nobody else was complaining. clumens at exeter:~/fedora-src/anaconda/devel$ make upload FILES=anaconda-11.3.0.23.tar.bz2 Checking : anaconda-11.3.0.23.tar.bz2 on https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... ERROR: could not check remote file status /var/log/httpd/ssl_error_log says... [Tue Aug 28 17:15:06 2007] [error] [client 66.187.230.200] access to /repo/pkgs/upload.cgi failed, reason: SSL requirement expression not fulfilled (see SSL logfile for more details) I tried clumens' .fedora.cert on my F-7 laptop and it successfully uploaded the tarball. clumens succeeded in uploading a tarball at 11:35AM eastern, then by the attached log excerpt yum update happened after 4:00PM. Subsequent "make upload" attempts failed. Didn't have time to isolate what exactly broke it, and I don't have a local rawhide install here to do so quickly. Can somebody figure out what changed? Thanks, Warren Togami wtogami at redhat.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: aug-28th-rawhide.txt URL: From pertusus at free.fr Tue Aug 28 21:59:13 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 28 Aug 2007 23:59:13 +0200 Subject: cannot make build after updating cert In-Reply-To: <200708282258.46580.opensource@till.name> References: <20070828205322.GC2958@free.fr> <200708282258.46580.opensource@till.name> Message-ID: <20070828215913.GD2958@free.fr> On Tue, Aug 28, 2007 at 10:58:41PM +0200, Till Maas wrote: > On Di August 28 2007, Patrice Dumas wrote: > > > I just updated my .fedora.cert, but i still cannot require builds: > > > Is it an issue known to others? How can I provide more info? > > Afaik you need to re-run /usr/bin/fedora-packager-setup.sh from koji. Much thanks. That made it. I'll see later if it is documented. -- Pat From kevin.kofler at chello.at Tue Aug 28 22:00:48 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 28 Aug 2007 22:00:48 +0000 (UTC) Subject: kde4 status? References: <46C72740.1030309@hhs.nl> <46C733F9.4080404@hhs.nl> <20070818133118.76c7ad63@vader.jdub.homelinux.org> <46C978EC.4050901@redhat.com> Message-ID: Adam Tkac redhat.com> writes: > I think it would be better switch to KDE4 as soon as it possible (right > now) and don't try maintain KDE3 and KDE4 simulateously. Me too, at least from a developer point of view, but: The problem is that both the upstream KDE 4.0 Beta and the Fedora packages really need work. :-( Beta 2 will be tagged only today (August 29), for now Beta 1 is all we have and it's pretty buggy (we definitely don't have the time to track SVN snapshots, we don't have nearly enough manpower). As for the Fedora packages, on my side, I wasn't able to help much with the packaging before I left for vacation because I'm busy working on my diploma thesis (heck, even during my vacation, I'm working on it on my laptop). Rex was busy with his day job, Than was hospitalized to get his tonsils removed, so this means essentially no manpower left. Now, I guess we _could_ try to rush Beta 2 into Rawhide ASAP (probably post test2), but I think Release Engineering would kill us for it (if we want it as the default). ;-( And I'm also not sure KDE 4.0 is ready as a default desktop, several upstream KDE developers think it isn't. Isn't SuSE shipping mostly KDE 3 stuff by default with some KDE 4 thrown in as well? Last I checked, that was their plan. Also, we can't completely drop KDE 3, we'd need several compat packages, as there's no way all the KDE apps will have KDE 4 versions available for F8! Kevin Kofler From mschwendt.tmp0701.nospam at arcor.de Tue Aug 28 22:07:21 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 29 Aug 2007 00:07:21 +0200 Subject: "make upload" broke in Aug 28th rawhide? In-Reply-To: <46D499C5.806@redhat.com> References: <46D499C5.806@redhat.com> Message-ID: <20070829000721.986c6273.mschwendt.tmp0701.nospam@arcor.de> On Tue, 28 Aug 2007 17:55:17 -0400, Warren Togami wrote: > This afternoon I was attempting to diagnose why clumens' attempts to > upload new source tarballs were failing, while it continued to work on > my machine and nobody else was complaining. > Didn't have time to isolate what exactly broke it, and I don't have a > local rawhide install here to do so quickly. Can somebody figure out > what changed? Uploads are still done with "curl" afaik. So: * Tue Aug 28 2007 Jindrich Novy 7.16.4-3 - don't use openssl, use nss instead From walters at redhat.com Tue Aug 28 22:10:59 2007 From: walters at redhat.com (Colin Walters) Date: Tue, 28 Aug 2007 18:10:59 -0400 Subject: IcedTea comps.xml patch In-Reply-To: <46D49722.9010000@redhat.com> References: <46D49722.9010000@redhat.com> Message-ID: On 8/28/07, Thomas Fitzsimmons wrote: > > Hi, > > I built the first IcedTea packages into Rawhide today. Here is a > comps.xml patch that would replace GCJ with IcedTea in the Java and Java > Development groups, as well as install the plugin by default. I'm > posting the patch mainly for discussion purposes. It will not work for > ppc and ppc64 spins since IcedTea is currently only available on x86 and > x86_64. Should we stick with GCJ as the default for Fedora 8 or switch > to IcedTea on the platforms on which it is available? Awesome! A free Java ^H IcedTea in the distribution is a huge milestone and I think you're massively understating here how cool it is =) Anyways, I think it would be bizarre to hold back IcedTea because it doesn't work on ppc. Previous discussion on the list seemed to come down fairly strongly to that less than 1% of users[1] shouldn't hold back 99%. [1] c.f. http://smolt.fedoraproject.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Tue Aug 28 22:13:50 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 29 Aug 2007 03:43:50 +0530 Subject: IcedTea comps.xml patch In-Reply-To: <46D49722.9010000@redhat.com> References: <46D49722.9010000@redhat.com> Message-ID: <46D49E1E.4030905@fedoraproject.org> Thomas Fitzsimmons wrote: > Hi, > > I built the first IcedTea packages into Rawhide today. Here is a > comps.xml patch that would replace GCJ with IcedTea in the Java and Java > Development groups, as well as install the plugin by default. I'm > posting the patch mainly for discussion purposes. It will not work for > ppc and ppc64 spins since IcedTea is currently only available on x86 and > x86_64. Should we stick with GCJ as the default for Fedora 8 or switch > to IcedTea on the platforms on which it is available? I am strongly in favor of getting IcedTea as the default for the platforms it is available especially since we can enable Java VM and applets out of the box (in a secure way unlike GCJ). Rahul From j.w.r.degoede at hhs.nl Tue Aug 28 22:16:05 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 29 Aug 2007 00:16:05 +0200 Subject: IcedTea comps.xml patch In-Reply-To: <46D49E1E.4030905@fedoraproject.org> References: <46D49722.9010000@redhat.com> <46D49E1E.4030905@fedoraproject.org> Message-ID: <46D49EA5.5010300@hhs.nl> Rahul Sundaram wrote: > Thomas Fitzsimmons wrote: >> Hi, >> >> I built the first IcedTea packages into Rawhide today. Here is a >> comps.xml patch that would replace GCJ with IcedTea in the Java and >> Java Development groups, as well as install the plugin by default. >> I'm posting the patch mainly for discussion purposes. It will not >> work for ppc and ppc64 spins since IcedTea is currently only available >> on x86 and x86_64. Should we stick with GCJ as the default for Fedora >> 8 or switch to IcedTea on the platforms on which it is available? > > I am strongly in favor of getting IcedTea as the default for the > platforms it is available especially since we can enable Java VM and > applets out of the box (in a secure way unlike GCJ). > +1 Regards, Hans From jwilson at redhat.com Tue Aug 28 22:18:22 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 28 Aug 2007 18:18:22 -0400 Subject: rawhide report: 20070828 changes In-Reply-To: <7366.1188335110@laptop13.inf.utfsm.cl> References: <200708280841.l7S8fkSc003253@porkchop.devel.redhat.com> <7366.1188335110@laptop13.inf.utfsm.cl> Message-ID: <46D49F2E.7010908@redhat.com> > Build System wrote: >=20 > [...] >=20 >> kernel-2.6.23-0.142.rc3.git10.fc8 >=20 > Fails to boot on i686 and x86_64 (both dual-core), "Can't find > /dev/root" and downwards from there. Perhaps a messed up initrd? Most likely. I have that kernel booted up on my core duo mini at home, but haven't recently upgraded mkinitrd... >> mkinitrd-6.0.12-1.fc8 >=20 > Tried rebuilding the initrd with this one on i686, same result. Looks like lots of recent change to mkinitrd, so I officially point blame there for now... :) --=20 Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From pertusus at free.fr Tue Aug 28 22:17:22 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 29 Aug 2007 00:17:22 +0200 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <20070828124420.6aad6f0a@mentok.boston.redhat.com> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> Message-ID: <20070828221722.GG2958@free.fr> On Tue, Aug 28, 2007 at 12:44:20PM -0400, Jesse Keating wrote: > and a build (failures will be investigated). We are not scripting the > rebuilds of anything else at this time, just those packages marked as > needing rebuild for ppc32 at > http://jkeating.fedorapeople.org/really-need-to-rebuild So not rebuilding those needing rebubild because of buildid? Seems like people didn't understood it... Anyway, if it is also rebuilt for buildid, I'd like to rebuild the myself cernlib cernlib-g77 -- Pat From nicolas.mailhot at laposte.net Tue Aug 28 22:28:38 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 29 Aug 2007 00:28:38 +0200 Subject: IcedTea comps.xml patch In-Reply-To: <46D49EA5.5010300@hhs.nl> References: <46D49722.9010000@redhat.com> <46D49E1E.4030905@fedoraproject.org> <46D49EA5.5010300@hhs.nl> Message-ID: <1188340118.22416.2.camel@rousalka.dyndns.org> Le mercredi 29 ao?t 2007 ? 00:16 +0200, Hans de Goede a ?crit : > Rahul Sundaram wrote: > > Thomas Fitzsimmons wrote: > >> Hi, > >> > >> I built the first IcedTea packages into Rawhide today. Here is a > >> comps.xml patch that would replace GCJ with IcedTea in the Java and > >> Java Development groups, as well as install the plugin by default. > >> I'm posting the patch mainly for discussion purposes. It will not > >> work for ppc and ppc64 spins since IcedTea is currently only available > >> on x86 and x86_64. Should we stick with GCJ as the default for Fedora > >> 8 or switch to IcedTea on the platforms on which it is available? > > > > I am strongly in favor of getting IcedTea as the default for the > > platforms it is available especially since we can enable Java VM and > > applets out of the box (in a secure way unlike GCJ). > > > > +1 +1 The sooner icedtea is widely redistributed the sooner he can become the de-facto main java 7 effort (as opposed to the sun-controlled openjdk and the not-open sun jdk) -- 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 drago01 at gmail.com Tue Aug 28 22:31:05 2007 From: drago01 at gmail.com (dragoran) Date: Wed, 29 Aug 2007 00:31:05 +0200 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <3170f42f0708281315v30ab2d34od30679a3ff67c6f@mail.gmail.com> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> <1188242978.2365.79.camel@localhost.localdomain> <3170f42f0708271255i758995aenf0686ba0ac8dda9f@mail.gmail.com> <1188244605.29999.2.camel@localhost.localdomain> <46D40293.2060306@rasmil.dk> <3170f42f0708281315v30ab2d34od30679a3ff67c6f@mail.gmail.com> Message-ID: On 8/28/07, Debarshi 'Rishi' Ray wrote: > Here is the RepositoryManager.glade file for the design: > http://rishi.fedorapeople.org/RepositoryManager.glade > > I have tried to incorporate all the suggestions/changes that were > discussed and agreed upon. looks much better now ;) but: the input boxes should have the same size and start and end at the same position to look more polished and professional. From wart at kobold.org Tue Aug 28 22:58:24 2007 From: wart at kobold.org (Michael Thomas) Date: Tue, 28 Aug 2007 15:58:24 -0700 Subject: Scripted rebuilds coming up for ppc32 selinux fix. In-Reply-To: <20070828124420.6aad6f0a@mentok.boston.redhat.com> References: <20070828124420.6aad6f0a@mentok.boston.redhat.com> Message-ID: <46D4A890.9010903@kobold.org> Jesse Keating wrote: > There are still a number (237 as of this morning) of packages that need > to be rebuilt so that their ppc32 binaries will not cause selinux > denials. This is very important to having a successful Fedora 8 Test 2 > release for ppc. As such, Fedora Release Engineering will be doing a > scripted rebuild of the remaining packages left to rebuild. We will > not be fixing any open bugs, doing any license audit, or any other > manual type work, it will merely be a scripted bump of the spec file > and a build (failures will be investigated). We are not scripting the > rebuilds of anything else at this time, just those packages marked as > needing rebuild for ppc32 at > http://jkeating.fedorapeople.org/really-need-to-rebuild I was waiting for upstream to release a new 'rogue' with some necessary fixes so that I didn't have to build it twice, but it looks like they were just too slow. --Wart From dennis at ausil.us Tue Aug 28 23:04:15 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 28 Aug 2007 18:04:15 -0500 Subject: IcedTea comps.xml patch In-Reply-To: <46D49722.9010000@redhat.com> References: <46D49722.9010000@redhat.com> Message-ID: <200708281804.15842.dennis@ausil.us> On Tuesday 28 August 2007 4:44:02 pm Thomas Fitzsimmons wrote: > Hi, > > I built the first IcedTea packages into Rawhide today. Here is a > comps.xml patch that would replace GCJ with IcedTea in the Java and Java > Development groups, as well as install the plugin by default. I'm > posting the patch mainly for discussion purposes. It will not work for > ppc and ppc64 spins since IcedTea is currently only available on x86 and > x86_64. Should we stick with GCJ as the default for Fedora 8 or switch > to IcedTea on the platforms on which it is available? Can i suggest that we have a java and java-devel metapackages that require all the right things so that the best java available on each platform is supported. then comps needs to only pull those two packages in. I am hopping that once we get SPARC in shape we can bootstrap it on SPARC. and use it. it seems we have alot of users wanting java on SPARC linux. So dont forget other secondary archs in this discussion. im sure we will have a mixture of gcj and IcedTea on them. Dennis From katzj at redhat.com Tue Aug 28 23:18:43 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 28 Aug 2007 19:18:43 -0400 Subject: rawhide report: 20070828 changes In-Reply-To: <46D49F2E.7010908@redhat.com> References: <200708280841.l7S8fkSc003253@porkchop.devel.redhat.com> <7366.1188335110@laptop13.inf.utfsm.cl> <46D49F2E.7010908@redhat.com> Message-ID: <1188343123.4554.2.camel@localhost.localdomain> On Tue, 2007-08-28 at 18:18 -0400, Jarod Wilson wrote: > >> mkinitrd-6.0.12-1.fc8 > >=20 > > Tried rebuilding the initrd with this one on i686, same result. > > Looks like lots of recent change to mkinitrd, so I officially point > blame there for now... :) Yeah -- Peter had a test build going as we walked out of the office. It may be done or may not be... but it should fix things up when it finishes building Jeremy From katzj at redhat.com Tue Aug 28 23:20:07 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 28 Aug 2007 19:20:07 -0400 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> <1188242978.2365.79.camel@localhost.localdomain> <3170f42f0708271255i758995aenf0686ba0ac8dda9f@mail.gmail.com> <1188244605.29999.2.camel@localhost.localdomain> <46D40293.2060306@rasmil.dk> <3170f42f0708281315v30ab2d34od30679a3ff67c6f@mail.gmail.com> Message-ID: <1188343207.4554.4.camel@localhost.localdomain> On Wed, 2007-08-29 at 00:31 +0200, dragoran wrote: > On 8/28/07, Debarshi 'Rishi' Ray wrote: > > Here is the RepositoryManager.glade file for the design: > > http://rishi.fedorapeople.org/RepositoryManager.glade > > > > I have tried to incorporate all the suggestions/changes that were > > discussed and agreed upon. > > looks much better now ;) > > but: > the input boxes should have the same size and start and end at the > same position to look more polished and professional. Yep, fixed up in the local copy which I'm planning to commit after dinner. Jeremy From sgrubb at redhat.com Tue Aug 28 23:28:32 2007 From: sgrubb at redhat.com (Steve Grubb) Date: Tue, 28 Aug 2007 19:28:32 -0400 Subject: intltool broken? Message-ID: <200708281928.32304.sgrubb@redhat.com> Hello, I started to do a new build of the audit package and ran into a problem. Failed tasks: ------------- Task 135238 on ppc1.fedora.redhat.com Task Type: buildArch (audit-1.6-2.fc8.src.rpm, ppc) logs: http://koji.fedoraproject.org/koji/getfile?taskID=135238&name=build.log That logs shows this: creating src/system-config-audit-server /bin/mkdir -p src sed -e 's|@''PYTHON''@|/usr/bin/python|g' \ -e 's|@''SHELL''@|/bin/sh|g' \ -e 's|@''pkgdatadir''@|/usr/share/system-config-audit|g' \ < ./src/system-config-audit.in > src/system-config-audit LC_ALL=C ./intltool-merge -d -u -c ./po/.intltool-merge-cache ./po system-config-audit.desktop.in system-config-audit.desktop Possible unintended interpolation of @INTLTOOL_ICONV in string at ./intltool-merge line 96. Global symbol "@INTLTOOL_ICONV" requires explicit package name at ./intltool-merge line 96. BEGIN not safe after errors--compilation aborted at ./intltool-merge line 263. make[3]: *** [system-config-audit.desktop] Error 9 make[3]: Leaving directory `/builddir/build/BUILD/audit-1.6/system-config-audit' make[2]: *** [all-recursive] Error 1 The same code compiled yesterday. Did something change in rawhide that affects internationalization? Anyone else run into this? -Steve From katzj at redhat.com Tue Aug 28 23:44:26 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 28 Aug 2007 19:44:26 -0400 Subject: IcedTea comps.xml patch In-Reply-To: <46D49722.9010000@redhat.com> References: <46D49722.9010000@redhat.com> Message-ID: <1188344666.4554.7.camel@localhost.localdomain> On Tue, 2007-08-28 at 17:44 -0400, Thomas Fitzsimmons wrote: > I built the first IcedTea packages into Rawhide today. Here is a > comps.xml patch that would replace GCJ with IcedTea in the Java and Java > Development groups, as well as install the plugin by default. I'm > posting the patch mainly for discussion purposes. It will not work for > ppc and ppc64 spins since IcedTea is currently only available on x86 and > x86_64. Should we stick with GCJ as the default for Fedora 8 or switch > to IcedTea on the platforms on which it is available? While I'm all for getting IcedTea to be the default, we don't have arch-specific comps right now, and we really don't want to go down that path. Which means we should either a) Do what dgilmore suggested and use java/java-devel to pull the right thing in based on arch b) Set both to default in comps, which will end up installing both gcj and IcedTea on platforms where IcedTea is available but then not cause problems for platforms where gcj is still the only answer Jeremy From sgrubb at redhat.com Wed Aug 29 00:36:22 2007 From: sgrubb at redhat.com (Steve Grubb) Date: Tue, 28 Aug 2007 20:36:22 -0400 Subject: intltool broken? In-Reply-To: <200708281928.32304.sgrubb@redhat.com> References: <200708281928.32304.sgrubb@redhat.com> Message-ID: <200708282036.22892.sgrubb@redhat.com> On Tuesday 28 August 2007 19:28:32 Steve Grubb wrote: > The same code compiled yesterday. Did something change in rawhide that > affects internationalization? Anyone else run into this? Miloslav Trmac showed me what was wrong, never mind. :) -Steve From vonbrand at inf.utfsm.cl Wed Aug 29 00:49:27 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 28 Aug 2007 20:49:27 -0400 Subject: rawhide report: 20070828 changes In-Reply-To: <46D49F2E.7010908@redhat.com> References: <200708280841.l7S8fkSc003253@porkchop.devel.redhat.com> <7366.1188335110@laptop13.inf.utfsm.cl> <46D49F2E.7010908@redhat.com> Message-ID: <6626.1188348567@laptop13.inf.utfsm.cl> Jarod Wilson wrote: > > Build System wrote: > >=20 > > [...] > >=20 > >> kernel-2.6.23-0.142.rc3.git10.fc8 > >=20 > > Fails to boot on i686 and x86_64 (both dual-core), "Can't find > > /dev/root" and downwards from there. Perhaps a messed up initrd? > Most likely. I have that kernel booted up on my core duo mini at home, > but haven't recently upgraded mkinitrd... > > > >> mkinitrd-6.0.12-1.fc8 > >=20 > > Tried rebuilding the initrd with this one on i686, same result. > > Looks like lots of recent change to mkinitrd, so I officially point > blame there for now... :) I built a vanilla 2.6.23-rc4, same result as above. Broken mkinitrd. -- 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 From jeff at ocjtech.us Wed Aug 29 02:19:44 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Tue, 28 Aug 2007 21:19:44 -0500 Subject: ClearSilver Licensing Question Message-ID: <1188353984.3315.23.camel@lt21223.campus.dmacc.edu> ClearSilver is licensed under the "Neotonic ClearSilver Software License"[1]. This license is not mentioned in the licensing page[2]. The license claims to be derived from the Apache Software License v1.1 but I'm not familiar enough with that license to know if anything significant was changed. The initial review request[3] didn't appear to deal directly with the question of the license. Is this license OK? [1] http://www.clearsilver.net/license.hdf [2] http://fedoraproject.org/wiki/Licensing [3] https://bugzilla.redhat.com/show_bug.cgi?id=174529 -------------- 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 loganjerry at gmail.com Wed Aug 29 03:28:38 2007 From: loganjerry at gmail.com (Jerry James) Date: Tue, 28 Aug 2007 21:28:38 -0600 Subject: Exceptions for Java In-Reply-To: <1188311119.6381.2.camel@localhost.localdomain> References: <870180fe0708272027l4f51253eubdbfe5ec286eeeab@mail.gmail.com> <1188311119.6381.2.camel@localhost.localdomain> Message-ID: <870180fe0708282028i2440576bl8aa1e061b92135be@mail.gmail.com> On 8/28/07, Andrew Overholt wrote: > On Mon, 2007-08-27 at 21:27 -0600, Jerry James wrote: > > Incidentally, while looking for an answer to this question, I came > > across http://fedoraproject.org/wiki/NativeJava, which appears to be > > incorrect for F-7. The java-gcj-compat package is no longer relevant, > > is it? > > What makes you say that? Haste. Of course java-1.5.0-gcj Provides java-gcj-compat. Sheesh. -- Jerry James http://loganjerry.googlepages.com/ From debarshi.ray at gmail.com Wed Aug 29 04:14:31 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 29 Aug 2007 09:44:31 +0530 Subject: Errors while building Straw Message-ID: <3170f42f0708282114o6776fa01ieec8ce23fe630776@mail.gmail.com> http://rishi.fedorapeople.org/straw.spec I and Subhodip (CC'ed) were trying to package Straw with the above .spec file, but 'rpmbuild -ba straw.spec' gives the following error: + install -m0644 ./images/straw.png /var/tmp/straw-0.27-1.fc8-B10133/usr/share/icons/hicolor/64x64/apps + desktop-file-install --vendor fedora --delete-original --dir /var/tmp/straw-0.27-1.fc8-B10133/usr/share/applications /var/tmp/straw-0.27-1.fc8-B10133/usr/share/applications/straw.desktop + /usr/lib/rpm/find-debuginfo.sh /usr/src/redhat/BUILD/straw-0.27 find: debug: No such file or directory + /usr/lib/rpm/check-buildroot /var/tmp/straw-0.27-1.fc8-B10133/usr/lib/python2.5/site-packages/straw/constants.py:libdir = os.path.normpath('/var/tmp/straw-0.27-1.fc8-B10133/usr/lib/python2.5/site-packages/straw') Found '/var/tmp/straw-0.27-1.fc8-B10133' in installed files; aborting error: Bad exit status from /var/tmp/rpm-tmp.96807 (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.96807 (%install) [rishi at ginger SPECS]$ The .spec file is still a work in progress, but we can not figure out how to fix this issue. Any help will be appreciated. Thanks, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From mtasaka at ioa.s.u-tokyo.ac.jp Wed Aug 29 04:43:13 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 29 Aug 2007 13:43:13 +0900 Subject: Errors while building Straw In-Reply-To: <3170f42f0708282114o6776fa01ieec8ce23fe630776@mail.gmail.com> References: <3170f42f0708282114o6776fa01ieec8ce23fe630776@mail.gmail.com> Message-ID: <46D4F961.4030901@ioa.s.u-tokyo.ac.jp> Debarshi 'Rishi' Ray wrote, at 08/29/2007 01:14 PM +9:00: > http://rishi.fedorapeople.org/straw.spec > > + /usr/lib/rpm/check-buildroot > /var/tmp/straw-0.27-1.fc8-B10133/usr/lib/python2.5/site-packages/straw/constants.py:libdir > = os.path.normpath('/var/tmp/straw-0.27-1.fc8-B10133/usr/lib/python2.5/site-packages/straw') > Found '/var/tmp/straw-0.27-1.fc8-B10133' in installed files; aborting > error: Bad exit status from /var/tmp/rpm-tmp.96807 (%install) This means that the installed file "/usr/lib/python2.5/site-packages/straw/constants.py" contains the string "/var/tmp/straw-0.27-1.fc8-B10133/" (i.e. $RPM_BUILD_ROOT) and check-buildroot refuses to accept this. The workarrond can be: sed -i -e "s@${RPM_BUILD_ROOT}@@" constants.py However you may want to check what line of the install scripts are causing this. Regards, Mamoru From fedora at leemhuis.info Wed Aug 29 05:13:35 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 29 Aug 2007 07:13:35 +0200 Subject: Fw: Don't rebuild licence updates for old dists In-Reply-To: <1188335187.3480.20.camel@dhcp83-165.boston.redhat.com> References: <20070828213913.f94671f7.mschwendt.tmp0701.nospam@arcor.de> <1188335187.3480.20.camel@dhcp83-165.boston.redhat.com> Message-ID: <46D5007F.5090606@leemhuis.info> On 28.08.2007 23:06, Tom "spot" Callaway wrote: > On Tue, 2007-08-28 at 21:39 +0200, Michael Schwendt wrote: >> Begin forwarded message: >> >> Date: Wed, 22 Aug 2007 10:32:02 +0200 >> From: Michael Schwendt >> To: >> Subject: Don't rebuild licence updates for old dists >> >> >> Some packagers not only check in the licence updates to older branches >> (F-7, FC-6, FC-5), they also submit build jobs for them. >> >> Please don't do that. >> >> If every packager does that for all packages, we would rebuild the >> entire distribution and flood our users with superfluous updates. > > Listen to the man, he's right. :) As it was (at least) the second time (third time if you include spot's inital "Licensing guidelines changes" mail) this got mentioned: wouldn't it be worth sending the message to fedora-devel-announce, to make sure we also get the packagers that don't follow fedora-devel closely? CU knurd From rodd at clarkson.id.au Wed Aug 29 05:35:29 2007 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 29 Aug 2007 15:35:29 +1000 Subject: java pluign (jre) in firefox In-Reply-To: <607097930708281251s26d94ba3m9951288468d0f074@mail.gmail.com> References: <607097930708281251s26d94ba3m9951288468d0f074@mail.gmail.com> Message-ID: <1188365729.3305.18.camel@localhost.localdomain> On Tue, 2007-08-28 at 16:51 -0300, TEOTONIO wrote: > Howto I need to make a package java-plugin to firefox - Fedora 7? Teotonto, Currently java is in flux in Fedora 7. Earlier versions of Fedora including 7 used a GCC based version of java since sun's Java couldn't be included in Fedora due to licensing reasons. You can download java from Sun (or other places) and install it if you wish to solve your problems with regard to JRE in Fedora. go to: http://www.java.com/en/download/index.jsp Due to licensing changes to Sun's Java, it's likely that it will be included in Fedora in the future, although I'm not sure when it will appear. Hope this helps R. -- "It's a fine line between denial and faith. It's much better on my side" From debarshi.ray at gmail.com Wed Aug 29 05:54:17 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 29 Aug 2007 11:24:17 +0530 Subject: Errors while building Straw In-Reply-To: <46D4F961.4030901@ioa.s.u-tokyo.ac.jp> References: <3170f42f0708282114o6776fa01ieec8ce23fe630776@mail.gmail.com> <46D4F961.4030901@ioa.s.u-tokyo.ac.jp> Message-ID: <3170f42f0708282254n14833d69p4b84754f4baeee74@mail.gmail.com> > This means that the installed file "/usr/lib/python2.5/site-packages/straw/constants.py" > contains the string "/var/tmp/straw-0.27-1.fc8-B10133/" (i.e. $RPM_BUILD_ROOT) > and check-buildroot refuses to accept this. Thanks. We shall explore the fixes. :-) Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From laroche at redhat.com Wed Aug 29 06:39:48 2007 From: laroche at redhat.com (Florian La Roche) Date: Wed, 29 Aug 2007 08:39:48 +0200 Subject: Fedora-devel compose and obsoleted rpms Message-ID: <20070829063948.GA5916@dudweiler.stuttgart.redhat.com> Hello all, what needs to be done to get old rpms thrown out of the Fedora-devel compose? Maybe not all need to go, but for most we now only maintain the new packages. dbus-sharp-0.63-6.fc6.i386.rpm is obsoleted by ndesk-dbus-0.5.2-9.fc8.i386.rpm digikamimageplugins-0.9.1-1.fc7.i386.rpm is obsoleted by digikam-0.9.2-2.fc8.i386.rpm digikamimageplugins-doc-0.9.0-1.noarch.rpm is obsoleted by digikam-doc-0.9.2-0.1.beta2.fc8.noarch.rpm eclipse-mylyn-bugzilla-2.0.0-4.fc8.i386.rpm is obsoleted by eclipse-mylar-bugzilla-2.0-0.1.M2a.1.fc7.i386.rpm eclipse-mylar-2.0-0.1.M2a.1.fc7.i386.rpm is obsoleted by eclipse-mylyn-2.0.0-4.fc8.i386.rpm eclipse-mylar-ide-2.0-0.1.M2a.1.fc7.i386.rpm is obsoleted by eclipse-mylyn-ide-2.0.0-4.fc8.i386.rpm eclipse-mylar-trac-2.0-0.1.M2a.1.fc7.i386.rpm is obsoleted by eclipse-mylyn-trac-2.0.0-4.fc8.i386.rpm gaim-otr-3.0.1-0.6.20060712cvs.fc7.i386.rpm is obsoleted by pidgin-otr-3.1.0-2.fc8.i386.rpm gcfilms-6.4-2.fc6.noarch.rpm is obsoleted by gcstar-1.1.1-4.fc8.noarch.rpm jaxen-bootstrap-1.1-1jpp.1.fc7.noarch.rpm is obsoleted by jaxen-1.1-1jpp.2.fc7.noarch.rpm system-config-firewall-tui-1.0.4-1.fc8.noarch.rpm is obsoleted by system-config-securitylevel-tui-1.7.0-5.1.fc8.i386.rpm openpbx-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-1.2-0.3.rc4.20070822.i386.rpm openpbx-alsa-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-alsa-1.2-0.3.rc4.20070822.i386.rpm openpbx-bluetooth-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-bluetooth-1.2-0.3.rc4.20070822.i386.rpm openpbx-capi-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-capi-1.2-0.3.rc4.20070822.i386.rpm openpbx-devel-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-devel-1.2-0.3.rc4.20070822.i386.rpm openpbx-jabber-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-jabber-1.2-0.3.rc4.20070822.i386.rpm openpbx-javascript-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-javascript-1.2-0.3.rc4.20070822.i386.rpm openpbx-ldap-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-ldap-1.2-0.3.rc4.20070822.i386.rpm openpbx-misdn-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-misdn-1.2-0.3.rc4.20070822.i386.rpm openpbx-mysql-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-mysql-1.2-0.3.rc4.20070822.i386.rpm openpbx-odbc-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-odbc-1.2-0.3.rc4.20070822.i386.rpm openpbx-ogi-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-ogi-1.2-0.3.rc4.20070822.i386.rpm openpbx-postgresql-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-postgresql-1.2-0.3.rc4.20070822.i386.rpm openpbx-zaptel-1.2-3.rc3.svn2540.fc7.i386.rpm is obsoleted by callweaver-zaptel-1.2-0.3.rc4.20070822.i386.rpm pdftohtml-0.36-10.fc8.i386.rpm is obsoleted by poppler-utils-0.5.91-2.fc8.i386.rpm php-dbase-5.2.1-1.fc7.i386.rpm is obsoleted by php-common-5.2.3-7.i386.rpm php-pear-PHPUnit2-2.3.6-1.fc6.noarch.rpm is obsoleted by php-pear-PHPUnit-3.0.5-3.fc7.noarch.rpm postgresql-pgpool-3.4-2.fc8.i386.rpm is obsoleted by postgresql-pgpool-II-1.2-4.fc8.i386.rpm sturmbahnfahrer-1.4-1.fc8.i386.rpm is obsoleted by stormbaancoureur-1.5.1-1.fc8.i386.rpm system-config-securitylevel-1.7.0-5.1.fc8.i386.rpm is obsoleted by system-config-firewall-1.0.4-1.fc8.noarch.rpm sazanami-fonts-gothic-0.20040629-3.20061016.fc8.noarch.rpm is obsoleted by fonts-japanese-0.20061016-10.fc8.noarch.rpm sazanami-fonts-mincho-0.20040629-3.20061016.fc8.noarch.rpm is obsoleted by fonts-japanese-0.20061016-10.fc8.noarch.rpm ufsparse-2.1.1-1.fc6.i386.rpm is obsoleted by suitesparse-3.0.0-2.fc8.i386.rpm ufsparse-devel-2.1.1-1.fc6.i386.rpm is obsoleted by suitesparse-devel-3.0.0-2.fc8.i386.rpm regards, Florian La Roche From aph at redhat.com Wed Aug 29 06:47:58 2007 From: aph at redhat.com (Andrew Haley) Date: Wed, 29 Aug 2007 07:47:58 +0100 Subject: IcedTea comps.xml patch In-Reply-To: <46D49722.9010000@redhat.com> References: <46D49722.9010000@redhat.com> Message-ID: <18133.5790.246998.28810@zebedee.pink> Thomas Fitzsimmons writes: > I built the first IcedTea packages into Rawhide today. Here is a > comps.xml patch that would replace GCJ with IcedTea in the Java and > Java Development groups, as well as install the plugin by default. > I'm posting the patch mainly for discussion purposes. It will not > work for ppc and ppc64 spins since IcedTea is currently only > available on x86 and x86_64. Should we stick with GCJ as the > default for Fedora 8 or switch to IcedTea on the platforms on which > it is available? I thought we'd already discussed this. :-) IcedTea is a new experimental pre-Java 7 platform. Java 7 isn't done yet, and even the specification isn't complete. And, as we said, IcedTea isn't available on all Fedora platforms. Some Java applications won't build with IcedTea. For example, we had to make some changes to JBoss (and IIRC Eclipse) to get it to build. Let's do what we already said we'd do: make IcedTea available for people to experiment with (and enjoy :-). It certainly isn't worth disturbing the rest of the Fedora Java infrastructure. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From zprikryl at redhat.com Wed Aug 29 07:51:11 2007 From: zprikryl at redhat.com (Zdenek Prikryl) Date: Wed, 29 Aug 2007 09:51:11 +0200 Subject: 2.6.23 and newer kernel and option ACPI_PROC_EVENT. Message-ID: <46D5256F.4080901@redhat.com> Hello, In 2.6.23 and newer kernel is option ACPI_PROC_EVENT. By default is this option disabled (in kernel-2.6.23-0.139.rc3.git10.fc8 is disabled), so file /proc/acpi/event will not be created. But acpid and probably other user-space daemons depend on this file, so option ACPI_PROC_EVENT should be set to "y". So I would like to ask you, are there any others serious reasons for disabling ACPI_PROC_EVENT? Thanks Zdenek From tjanouse at redhat.com Wed Aug 29 08:17:45 2007 From: tjanouse at redhat.com (Tomas Janousek) Date: Wed, 29 Aug 2007 10:17:45 +0200 Subject: 2.6.23 and newer kernel and option ACPI_PROC_EVENT. In-Reply-To: <46D5256F.4080901@redhat.com> References: <46D5256F.4080901@redhat.com> Message-ID: <20070829081745.GA15223@redhat.com> Hi, On Wed, Aug 29, 2007 at 09:51:11AM +0200, Zdenek Prikryl wrote: > In 2.6.23 and newer kernel is option ACPI_PROC_EVENT. By default is this > option > disabled (in kernel-2.6.23-0.139.rc3.git10.fc8 is disabled), so file > /proc/acpi/event will not be created. But acpid and probably other > user-space > daemons depend on this file, so option ACPI_PROC_EVENT should be set to "y". The kernel help reads: > A user-space daemon, acpi, typically read /proc/acpi/event > and handled all ACPI sub-system generated events. > > These events are now delivered to user-space via > either the input layer, or as netlink events. > > This build option enables the old code for legacy > user-space implementation. After some time, this will > be moved under CONFIG_ACPI_PROCFS, and then deleted. I think acpid will have to be ported to this new ABI. (But I have no idea why we should disable it in current kernels.) Regards, -- TJ. (Brno, CZ), BaseOS, Red Hat From tla at rasmil.dk Wed Aug 29 08:40:37 2007 From: tla at rasmil.dk (Tim Lauridsen) Date: Wed, 29 Aug 2007 10:40:37 +0200 Subject: Important change if you use python-setuptools In-Reply-To: <20070828201316.GE20753@crow.myhome.westell.com> References: <20070828201316.GE20753@crow.myhome.westell.com> Message-ID: <46D53105.8000701@rasmil.dk> Luke Macken wrote: > On Tue, Aug 28, 2007 at 01:32:31PM -0400, Konstantin Ryabitsev wrote: > >> Hello, all: >> >> The python-setuptools package was split into two: python-setuptools, >> containing runtime-specific files (pkg_resources.py) and >> python-setuptools-devel, containing all other stuff necessary for >> building python packages. If your package uses python-setuptools in >> order to build, you will need to modify BuildRequires to reflect this >> change: >> >> bad: BuildRequires: python-setuptools >> good: BuildRequires: python-setuptools-devel >> >> Applies to: >> F8 (current development) and up >> >> Reasons for change: >> Avoiding unnecessary dependencies on python-devel for those packages >> that use the runtime components of python-setuptools . >> See https://bugzilla.redhat.com/show_bug.cgi?id=251645 for more info. >> > > 'timlau': ['python-iniparse'], > It is fixed and build for rawhide in python-iniparse-0.2.1-2 Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From zprikryl at redhat.com Wed Aug 29 09:38:04 2007 From: zprikryl at redhat.com (Zdenek Prikryl) Date: Wed, 29 Aug 2007 11:38:04 +0200 Subject: 2.6.23 and newer kernel and option ACPI_PROC_EVENT. In-Reply-To: <20070829081745.GA15223@redhat.com> References: <46D5256F.4080901@redhat.com> <20070829081745.GA15223@redhat.com> Message-ID: <46D53E7C.9030000@redhat.com> > I think acpid will have to be ported to this new ABI. > Yes, acpid will have to be ported, but it takes some time. But meanwhile, I think it is useful to enable old code. Zdenek From kanarip at kanarip.com Wed Aug 29 11:20:53 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 29 Aug 2007 13:20:53 +0200 Subject: puppet-0.23.2-1.fc6 and puppet-0.23.0-1.fc7 Message-ID: <46D55695.1070805@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It seems puppet is newer in FC6 then it is in F7. Package is owned by 'lutter' (don't know the emailaddress), I wonder what the reason is F7 is behind FC6. - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFG1VaVKN6f2pNCvwgRAsEkAKDOwcizrvaUgWllngx1P+5BPJK6+gCeK1ql n7c2QxGHo3C9ooaohk9jRGs= =4IDW -----END PGP SIGNATURE----- From kanarip at kanarip.com Wed Aug 29 11:22:59 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 29 Aug 2007 13:22:59 +0200 Subject: puppet-0.23.2-1.fc6 and puppet-0.23.0-1.fc7 In-Reply-To: <46D55695.1070805@kanarip.com> References: <46D55695.1070805@kanarip.com> Message-ID: <46D55713.4050004@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeroen van Meeuwen wrote: > It seems puppet is newer in FC6 then it is in F7. Package is owned by > 'lutter' (don't know the emailaddress), I wonder what the reason is F7 > is behind FC6. > Nevermind, puppet-0.23.2-1.fc7 is in the updates-testing repo which I didn't check :/ - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFG1VcSKN6f2pNCvwgRAvHJAKCILGsDst0H+UsoRXLZQDajg2LJYgCggADi iG21Cvn0KY5SEDr6EVBUWbc= =qtMZ -----END PGP SIGNATURE----- From opensource at till.name Wed Aug 29 11:39:11 2007 From: opensource at till.name (Till Maas) Date: Wed, 29 Aug 2007 13:39:11 +0200 Subject: puppet-0.23.2-1.fc6 and puppet-0.23.0-1.fc7 In-Reply-To: <46D55695.1070805@kanarip.com> References: <46D55695.1070805@kanarip.com> Message-ID: <200708291339.16797.opensource@till.name> On Mi August 29 2007, Jeroen van Meeuwen wrote: > 'lutter' (don't know the emailaddress), I wonder what the reason is F7 In case you need it another time, you can lookup e-mail addresses for FAS usernames here: http://fedoraproject.org/wiki/Infrastructure/AccountSystem/QueryAccount Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From oliver at linux-kernel.at Wed Aug 29 11:49:35 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Aug 2007 13:49:35 +0200 Subject: icewm devel cvs - sources file Message-ID: <46D55D4F.8010102@linux-kernel.at> Can please someone kick the sources file from icewm... [oliver at gosa icewm]$ file sources sources: gzip compressed data, from Unix, last modified: Tue Aug 7 07:12:36 2007, max compression [oliver at gosa icewm]$ gunzip -c sources | tar tfv -|tail -rw-rw-r-- mark/mark 1004 2007-08-07 07:12 icewm-1.2.32/lib/winoptions -rw-rw-r-- mark/mark 1241 2007-08-07 07:12 icewm-1.2.32/README.wm-session -rw-rw-r-- mark/mark 268 2007-08-07 07:12 icewm-1.2.32/sysdep.os2 -rw-r--r-- mark/mark 4281 2007-08-07 07:12 icewm-1.2.32/Makefile.in -rwxrwxr-x mark/mark 5603 2007-08-07 07:12 icewm-1.2.32/install-sh -rw-rw-r-- mark/mark 3424 2007-08-07 07:12 icewm-1.2.32/icewm.spec -rw-rw-r-- mark/mark 577 2007-08-07 07:12 icewm-1.2.32/icewm.lsm -rw-rw-r-- mark/mark 607 2007-08-07 07:12 icewm-1.2.32/aclocal.m4 -rwxrwxr-x mark/mark 416280 2007-08-07 07:12 icewm-1.2.32/configure -rw-rw-r-- mark/mark 4509 2007-08-07 07:12 icewm-1.2.32/Makefile Maybe I can do that myself, but if so, I would like to get permission to do so first! Thx, Oliver From sundaram at fedoraproject.org Wed Aug 29 11:49:56 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 29 Aug 2007 17:19:56 +0530 Subject: ClearSilver Licensing Question In-Reply-To: <1188353984.3315.23.camel@lt21223.campus.dmacc.edu> References: <1188353984.3315.23.camel@lt21223.campus.dmacc.edu> Message-ID: <46D55D64.4010106@fedoraproject.org> Jeffrey C. Ollie wrote: > ClearSilver is licensed under the "Neotonic ClearSilver Software > License"[1]. This license is not mentioned in the licensing page[2]. > The license claims to be derived from the Apache Software License v1.1 > but I'm not familiar enough with that license to know if anything > significant was changed. The initial review request[3] didn't appear to > deal directly with the question of the license. > > Is this license OK? > This is ok. It is just a simple replacement of references to Apache with Neotonic. You probably don't need to differentiate between this license and Apache 1.1 but I will let Spot confirm that. Rahul From gemi at bluewin.ch Wed Aug 29 11:53:56 2007 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Wed, 29 Aug 2007 13:53:56 +0200 Subject: util-linux missing from build root Message-ID: <1188388436.30462.1.camel@localhost.localdomain> After awk, util-linux is missing from build root, too. At least getopt is no longer available. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From oliver at linux-kernel.at Wed Aug 29 11:57:30 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Aug 2007 13:57:30 +0200 Subject: iscsi-initiator-utils devel cvs broken Message-ID: <46D55F2A.4050505@linux-kernel.at> [oliver at gosa iscsi-initiator-utils]$ grep Source0 *.spec Source0: http://www.open-iscsi.org/bits/open-iscsi-2.0-754.tar.gz [oliver at gosa iscsi-initiator-utils]$ cat sources fd3ae8aee6d25fce5c43e2798412829e open-iscsi-2.0-865.2.tar.gz Please give me permission to fix this, or fix this! Thx, Oliver From jnovy at redhat.com Wed Aug 29 11:59:40 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 29 Aug 2007 13:59:40 +0200 Subject: util-linux missing from build root In-Reply-To: <1188388436.30462.1.camel@localhost.localdomain> References: <1188388436.30462.1.camel@localhost.localdomain> Message-ID: <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> On Wed, Aug 29, 2007 at 01:53:56PM +0200, G?rard Milmeister wrote: > After awk, util-linux is missing from build root, too. > At least getopt is no longer available. absence of util-linux causes /bin/kill is unavailable as well: http://koji.fedoraproject.org/koji/getfile?taskID=134499&name=build.log Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From jkeating at redhat.com Wed Aug 29 12:09:01 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 08:09:01 -0400 Subject: util-linux missing from build root In-Reply-To: <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> Message-ID: <20070829080901.368586ce@ender> On Wed, 29 Aug 2007 13:59:40 +0200 Jindrich Novy wrote: > absence of util-linux causes /bin/kill is unavailable as well: > http://koji.fedoraproject.org/koji/getfile?taskID=134499&name=build.log Why does your build need /kill/ ? util-linux is 'until-linux-ng' now if you need to BuildRequire it. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rjones at redhat.com Wed Aug 29 12:22:21 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 29 Aug 2007 13:22:21 +0100 Subject: util-linux missing from build root In-Reply-To: <20070829080901.368586ce@ender> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> Message-ID: <46D564FD.4070409@redhat.com> Jesse Keating wrote: > On Wed, 29 Aug 2007 13:59:40 +0200 > Jindrich Novy wrote: > >> absence of util-linux causes /bin/kill is unavailable as well: >> http://koji.fedoraproject.org/koji/getfile?taskID=134499&name=build.log > > > Why does your build need /kill/ ? > > util-linux is 'until-linux-ng' now if you need to BuildRequire it. I've had this problem too (all the OCaml packages use a script which needs getopt(1)). I've worked around it by BR-ing util-linux-ng in the one package which I had to rebuild, so that I can avoid having to rebuild the base ocaml which would need the dozen or so other packages to be done too. Since util-linux was in the default buildroot before, why not util-linux-ng now? Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From jnovy at redhat.com Wed Aug 29 12:46:38 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 29 Aug 2007 14:46:38 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829080901.368586ce@ender> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> Message-ID: <20070829124638.GC8455@dhcp-lab-186.brq.redhat.com> On Wed, Aug 29, 2007 at 08:09:01AM -0400, Jesse Keating wrote: > On Wed, 29 Aug 2007 13:59:40 +0200 > Jindrich Novy wrote: > > > absence of util-linux causes /bin/kill is unavailable as well: > > http://koji.fedoraproject.org/koji/getfile?taskID=134499&name=build.log > > > Why does your build need /kill/ ? It's db4, it kills kittens ;) Seriously, comment in the configure script says it's needed for the Tcl suite. Don't ask me why. > util-linux is 'until-linux-ng' now if you need to BuildRequire it. Ok, thanks. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From mschwendt.tmp0701.nospam at arcor.de Wed Aug 29 13:19:55 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 29 Aug 2007 15:19:55 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829080901.368586ce@ender> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> Message-ID: <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> On Wed, 29 Aug 2007 08:09:01 -0400, Jesse Keating wrote: > > absence of util-linux causes /bin/kill is unavailable as well: > > http://koji.fedoraproject.org/koji/getfile?taskID=134499&name=build.log > > > Why does your build need /kill/ ? > > util-linux is 'until-linux-ng' now if you need to BuildRequire it. It sounds really bad that the old plans of a minimal build environment find such an unfortunate end here. From rc040203 at freenet.de Wed Aug 29 13:40:24 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 29 Aug 2007 15:40:24 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1188394824.6422.167.camel@mccallum.corsepiu.local> On Wed, 2007-08-29 at 15:19 +0200, Michael Schwendt wrote: > On Wed, 29 Aug 2007 08:09:01 -0400, Jesse Keating wrote: > > > > absence of util-linux causes /bin/kill is unavailable as well: > > > http://koji.fedoraproject.org/koji/getfile?taskID=134499&name=build.log > > > > > > Why does your build need /kill/ ? > > > > util-linux is 'until-linux-ng' now if you need to BuildRequire it. > > It sounds really bad that the old plans of a minimal build environment > find such an unfortunate end here. May be you now understand, why I prefer using file-BR's instead of package BRs :-) Ralf From tcallawa at redhat.com Wed Aug 29 13:42:15 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 29 Aug 2007 09:42:15 -0400 Subject: [Fedora-legal-list] Re: ClearSilver Licensing Question In-Reply-To: <46D55D64.4010106@fedoraproject.org> References: <1188353984.3315.23.camel@lt21223.campus.dmacc.edu> <46D55D64.4010106@fedoraproject.org> Message-ID: <1188394935.3480.28.camel@dhcp83-165.boston.redhat.com> On Wed, 2007-08-29 at 17:19 +0530, Rahul Sundaram wrote: > Jeffrey C. Ollie wrote: > > ClearSilver is licensed under the "Neotonic ClearSilver Software > > License"[1]. This license is not mentioned in the licensing page[2]. > > The license claims to be derived from the Apache Software License v1.1 > > but I'm not familiar enough with that license to know if anything > > significant was changed. The initial review request[3] didn't appear to > > deal directly with the question of the license. > > > > Is this license OK? > > > > This is ok. It is just a simple replacement of references to Apache with > Neotonic. You probably don't need to differentiate between this license > and Apache 1.1 but I will let Spot confirm that. Indeed. Just use "ASL 1.1" in the License tag for this. ~spot From notting at redhat.com Wed Aug 29 13:51:47 2007 From: notting at redhat.com (Bill Nottingham) Date: Wed, 29 Aug 2007 09:51:47 -0400 Subject: Fedora 8 Boot time/shutdown time goal? In-Reply-To: <6e24a8e80708141239x355f3b5n5a8419e3700fece9@mail.gmail.com> References: <1186841809.3660.0.camel@sb-home> <6e24a8e80708121509k709570ffkf6a2db0925194a7d@mail.gmail.com> <6e24a8e80708141239x355f3b5n5a8419e3700fece9@mail.gmail.com> Message-ID: <20070829135147.GC5318@nostromo.devel.redhat.com> Mark (markg85 at gmail.com) said: > now that you mention that.. can't fedora do a "global" fast check to > see if any hardware configuration changed? that global thing should be > real fast (few micro seconds) than once it detects changes do the full > new hardware check. > > This could be a bootup speed gain right? Not particularly. The proper thing is to just nuke most of the check and only concentrate on the stuff that we actually care about. Bill From notting at redhat.com Wed Aug 29 13:53:09 2007 From: notting at redhat.com (Bill Nottingham) Date: Wed, 29 Aug 2007 09:53:09 -0400 Subject: status of initscript conversions to lsb standard In-Reply-To: <20070813102059.78af9daa@python3.es.egwn.lan> References: <46BF6C7F.6030206@hhs.nl> <20070813102059.78af9daa@python3.es.egwn.lan> Message-ID: <20070829135309.GD5318@nostromo.devel.redhat.com> Matthias Saou (thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net) said: > - "Default-Start:" and "Default-Stop: 0 1 2 3 4 5 6"? I'd do this. Bill From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 29 14:10:22 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 29 Aug 2007 16:10:22 +0200 Subject: status of initscript conversions to lsb standard In-Reply-To: <20070829135309.GD5318@nostromo.devel.redhat.com> References: <46BF6C7F.6030206@hhs.nl> <20070813102059.78af9daa@python3.es.egwn.lan> <20070829135309.GD5318@nostromo.devel.redhat.com> Message-ID: <20070829161022.6f2a1f48@python3.es.egwn.lan> Bill Nottingham wrote : > Matthias Saou said: > > - "Default-Start:" and "Default-Stop: 0 1 2 3 4 5 6"? > > I'd do this. I don't really care about what syntax we decide to use (as long as it's doing what's expected, which is here to have the service disabled by default), but we should decide on one single syntax and document it in the guidelines for the sake of consistency, especially since we're going to be going through all the distro's init scripts... I'd personally appreciate having to do that only once :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 7 (Moonshine) - Linux kernel 2.6.22.2-57.fc7 Load : 0.34 0.40 0.43 From oliver at linux-kernel.at Wed Aug 29 14:34:58 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Aug 2007 16:34:58 +0200 Subject: rpms/eclipse/devel eclipse.spec,1.469,1.470 In-Reply-To: <200708291428.l7TESxTl009977@cvs-int.fedora.redhat.com> References: <200708291428.l7TESxTl009977@cvs-int.fedora.redhat.com> Message-ID: <46D58412.9020408@linux-kernel.at> Ben, please also exclude alpha... Thx, Oliver On 08/29/2007 04:28 PM, Ben Konrath (bkonrath) wrote: > Author: bkonrath > > Update of /cvs/pkgs/rpms/eclipse/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv9929 > > Modified Files: > eclipse.spec > Log Message: > * Tue Aug 28 2007 Ben Konrath 3.3.0-11 > - Require mylyn on all archs except ppc64. > > > > Index: eclipse.spec > =================================================================== > RCS file: /cvs/pkgs/rpms/eclipse/devel/eclipse.spec,v > retrieving revision 1.469 > retrieving revision 1.470 > diff -u -r1.469 -r1.470 > --- eclipse.spec 29 Aug 2007 13:46:48 -0000 1.469 > +++ eclipse.spec 29 Aug 2007 14:28:27 -0000 1.470 > @@ -243,10 +243,14 @@ > Requires: eclipse-cvs-client > Requires: eclipse-subclipse > Requires: eclipse-changelog > +# no xmlrpc3 -> no mylyn on ppc64 due to: > +# https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239123 > +%ifnarch ppc64 > Requires: eclipse-mylyn > Requires: eclipse-mylyn-ide > Requires: eclipse-mylyn-bugzilla > Requires: eclipse-mylyn-trac > +%endif > > %description platform > The Eclipse Platform is the base of all IDE plugins. This does not include the > @@ -275,7 +279,11 @@ > Requires: junit >= 3.8.1-3jpp > Requires: junit4 > Requires: java-javadoc > +# no xmlrpc3 -> no mylyn on ppc64 due to: > +# https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239123 > +%ifnarch ppc64 > Requires: eclipse-mylyn-java > +%endif > %if %{gcj_support} > Requires(post): java-gcj-compat >= 1.0.64 > Requires(postun): java-gcj-compat >= 1.0.64 > @@ -299,6 +307,7 @@ > Summary: Eclipse Plugin Development Environment > Group: Text Editors/Integrated Development Environments (IDE) > Provides: eclipse > +Provides: eclipse-sdk > Requires: %{name}-platform = %{epoch}:%{version}-%{release} > Requires: %{name}-jdt = %{epoch}:%{version}-%{release} > Requires: %{name}-pde-runtime = %{epoch}:%{version}-%{release} > @@ -306,7 +315,11 @@ > Requires: %{name}-cvs-client-sdk = %{epoch}:%{version}-%{release} > Requires: %{name}-jdt-sdk = %{epoch}:%{version}-%{release} > Requires: %{name}-rcp-sdk = %{epoch}:%{version}-%{release} > +# no xmlrpc3 -> no mylyn on ppc64 due to: > +# https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239123 > +%ifnarch ppc64 > Requires: eclipse-mylyn-pde > +%endif > Requires(post): %{name}-platform = %{epoch}:%{version}-%{release} > Requires(postun): %{name}-platform = %{epoch}:%{version}-%{release} > Requires(post): %{name}-platform-sdk = %{epoch}:%{version}-%{release} > @@ -1596,6 +1609,9 @@ > %endif > > %changelog > +* Tue Aug 28 2007 Ben Konrath 3.3.0-11 > +- Require mylyn on all archs except ppc64. > + > * Tue Aug 28 2007 Andrew Overholt 3.3.0-11 > - Symlink to jetty. > > -- Oliver Falk UNIX/Linux Systems Engineer Mail: oliver at linux-kernel.at Phone: +43 (664) 838 59 25 From jima at beer.tclug.org Wed Aug 29 14:36:35 2007 From: jima at beer.tclug.org (Jima) Date: Wed, 29 Aug 2007 09:36:35 -0500 (CDT) Subject: status of initscript conversions to lsb standard In-Reply-To: <20070829161022.6f2a1f48@python3.es.egwn.lan> References: <46BF6C7F.6030206@hhs.nl> <20070813102059.78af9daa@python3.es.egwn.lan> <20070829135309.GD5318@nostromo.devel.redhat.com> <20070829161022.6f2a1f48@python3.es.egwn.lan> Message-ID: On Wed, 29 Aug 2007, Matthias Saou wrote: > Bill Nottingham wrote : >> Matthias Saou said: >>> - "Default-Start:" and "Default-Stop: 0 1 2 3 4 5 6"? >> >> I'd do this. > > I don't really care about what syntax we decide to use (as long as it's > doing what's expected, which is here to have the service disabled by > default), but we should decide on one single syntax and document it in > the guidelines for the sake of consistency, especially since we're > going to be going through all the distro's init scripts... I'd > personally appreciate having to do that only once :-) I concur. I hope no one was expecting this to happen for F8; that seems pretty unlikely due to the sudden nature of it, the absence of implementation details, and general lack of follow-up. Seems like it could fairly easily make F9, though (assuming all the information gets hammered out soon). Jima From bkonrath at redhat.com Wed Aug 29 14:46:19 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Wed, 29 Aug 2007 10:46:19 -0400 Subject: rpms/eclipse/devel eclipse.spec,1.469,1.470 In-Reply-To: <46D58412.9020408@linux-kernel.at> References: <200708291428.l7TESxTl009977@cvs-int.fedora.redhat.com> <46D58412.9020408@linux-kernel.at> Message-ID: <1188398779.4690.0.camel@plug> Done. Cheers, Ben On Wed, 2007-08-29 at 16:34 +0200, Oliver Falk wrote: > Ben, please also exclude alpha... > > Thx, > Oliver > > On 08/29/2007 04:28 PM, Ben Konrath (bkonrath) wrote: > > Author: bkonrath > > > > Update of /cvs/pkgs/rpms/eclipse/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv9929 > > > > Modified Files: > > eclipse.spec > > Log Message: > > * Tue Aug 28 2007 Ben Konrath 3.3.0-11 > > - Require mylyn on all archs except ppc64. > > > > > > > > Index: eclipse.spec > > =================================================================== > > RCS file: /cvs/pkgs/rpms/eclipse/devel/eclipse.spec,v > > retrieving revision 1.469 > > retrieving revision 1.470 > > diff -u -r1.469 -r1.470 > > --- eclipse.spec 29 Aug 2007 13:46:48 -0000 1.469 > > +++ eclipse.spec 29 Aug 2007 14:28:27 -0000 1.470 > > @@ -243,10 +243,14 @@ > > Requires: eclipse-cvs-client > > Requires: eclipse-subclipse > > Requires: eclipse-changelog > > +# no xmlrpc3 -> no mylyn on ppc64 due to: > > +# https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239123 > > +%ifnarch ppc64 > > Requires: eclipse-mylyn > > Requires: eclipse-mylyn-ide > > Requires: eclipse-mylyn-bugzilla > > Requires: eclipse-mylyn-trac > > +%endif > > > > %description platform > > The Eclipse Platform is the base of all IDE plugins. This does not include the > > @@ -275,7 +279,11 @@ > > Requires: junit >= 3.8.1-3jpp > > Requires: junit4 > > Requires: java-javadoc > > +# no xmlrpc3 -> no mylyn on ppc64 due to: > > +# https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239123 > > +%ifnarch ppc64 > > Requires: eclipse-mylyn-java > > +%endif > > %if %{gcj_support} > > Requires(post): java-gcj-compat >= 1.0.64 > > Requires(postun): java-gcj-compat >= 1.0.64 > > @@ -299,6 +307,7 @@ > > Summary: Eclipse Plugin Development Environment > > Group: Text Editors/Integrated Development Environments (IDE) > > Provides: eclipse > > +Provides: eclipse-sdk > > Requires: %{name}-platform = %{epoch}:%{version}-%{release} > > Requires: %{name}-jdt = %{epoch}:%{version}-%{release} > > Requires: %{name}-pde-runtime = %{epoch}:%{version}-%{release} > > @@ -306,7 +315,11 @@ > > Requires: %{name}-cvs-client-sdk = %{epoch}:%{version}-%{release} > > Requires: %{name}-jdt-sdk = %{epoch}:%{version}-%{release} > > Requires: %{name}-rcp-sdk = %{epoch}:%{version}-%{release} > > +# no xmlrpc3 -> no mylyn on ppc64 due to: > > +# https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239123 > > +%ifnarch ppc64 > > Requires: eclipse-mylyn-pde > > +%endif > > Requires(post): %{name}-platform = %{epoch}:%{version}-%{release} > > Requires(postun): %{name}-platform = %{epoch}:%{version}-%{release} > > Requires(post): %{name}-platform-sdk = %{epoch}:%{version}-%{release} > > @@ -1596,6 +1609,9 @@ > > %endif > > > > %changelog > > +* Tue Aug 28 2007 Ben Konrath 3.3.0-11 > > +- Require mylyn on all archs except ppc64. > > + > > * Tue Aug 28 2007 Andrew Overholt 3.3.0-11 > > - Symlink to jetty. > > > > > > > -- > Oliver Falk > UNIX/Linux Systems Engineer > Mail: oliver at linux-kernel.at > Phone: +43 (664) 838 59 25 > From christoph.wickert at nurfuerspam.de Wed Aug 29 15:09:24 2007 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Wed, 29 Aug 2007 17:09:24 +0200 Subject: rpms/liboil/F-7 liboil.spec,1.15,1.16 In-Reply-To: <200708240848.l7O8m51v020445@cvs-int.fedora.redhat.com> References: <200708240848.l7O8m51v020445@cvs-int.fedora.redhat.com> Message-ID: <1188400164.3564.6.camel@wicktop.localdomain> Am Freitag, den 24.08.2007, 04:48 -0400 schrieb Bastien Nocera: ... > > %changelog > -* Tue Aug 14 2007 - Bastien Nocera - 0.3.12-5 > -- Revert previous change, it's not the fix > +* Thu Aug 23 2007 - Bastien Nocera - 0.3.12-9 > +- Disable Altivec so we don't crash on non-Altivec PPCs, see > + https://bugzilla.redhat.com/bugzilla/process_bug.cgi#c16 the given URL is wrong, should be https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=252179#c16 or https://bugzilla.redhat.com/bugzilla/252179#c16. Christoph From paul at city-fan.org Wed Aug 29 15:16:21 2007 From: paul at city-fan.org (Paul Howarth) Date: Wed, 29 Aug 2007 16:16:21 +0100 Subject: rpms/liboil/F-7 liboil.spec,1.15,1.16 In-Reply-To: <1188400164.3564.6.camel@wicktop.localdomain> References: <200708240848.l7O8m51v020445@cvs-int.fedora.redhat.com> <1188400164.3564.6.camel@wicktop.localdomain> Message-ID: <46D58DC5.8070709@city-fan.org> Christoph Wickert wrote: > Am Freitag, den 24.08.2007, 04:48 -0400 schrieb Bastien Nocera: > ... >> %changelog >> -* Tue Aug 14 2007 - Bastien Nocera - 0.3.12-5 >> -- Revert previous change, it's not the fix >> +* Thu Aug 23 2007 - Bastien Nocera - 0.3.12-9 >> +- Disable Altivec so we don't crash on non-Altivec PPCs, see >> + https://bugzilla.redhat.com/bugzilla/process_bug.cgi#c16 > > the given URL is wrong, should be > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=252179#c16 or > https://bugzilla.redhat.com/bugzilla/252179#c16. or for something even shorter: http://bugzilla.redhat.com/252179#c16 Paul. From jkeating at redhat.com Wed Aug 29 15:22:04 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 11:22:04 -0400 Subject: util-linux missing from build root In-Reply-To: <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070829112204.09f2b394@ender> On Wed, 29 Aug 2007 15:19:55 +0200 Michael Schwendt wrote: > It sounds really bad that the old plans of a minimal build environment > find such an unfortunate end here. Not sure what you mean. We changed /nothing/ with regard to the packages we ask to install in the buildroot. What gets depresolved out from there is purely bonus packages and shouldn't be relied upon completely. I'm open to discussion about amending the hard set we ask for, but that should be driven through say FESCo. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From limb at jcomserv.net Wed Aug 29 15:18:27 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 29 Aug 2007 10:18:27 -0500 (CDT) Subject: source file audit - 2007-08-26 In-Reply-To: <20070827165535.4c91ff7e@ghistelwchlohm.scrye.com> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <870180fe0708271333i2115fc6cy2d5247d8e2cdd74f@mail.gmail.com> <20070827204655.GC24132@free.fr> <20070827165535.4c91ff7e@ghistelwchlohm.scrye.com> Message-ID: <6893.65.192.24.164.1188400707.squirrel@mail.jcomserv.net> Current Moodle maintainer here. Is it worth that much of a change to upstream? The list of langpack dates is also manually maintained in the spec. I thought it was our goal to break from upstream as little as possible. I'm open to suggestions, but to me it seems just stripping moddle from the script would be the simplest. > On Mon, 27 Aug 2007 22:46:55 +0200 > pertusus at free.fr (Patrice Dumas) wrote: > >> On Mon, Aug 27, 2007 at 02:33:02PM -0600, Jerry James wrote: >> > >> > etc. As the most recent ex-maintainer of moodle, I can tell you >> > that your script will almost always list a bunch of language files >> > for moodle. That's because there are no version numbers in the file >> > names. You have to distinguish them by timestamp. :-( The script >> > output just says that upstream has released new versions of some of >> > the language files. But since there tend to be several language >> > file releases per week, the maintainer can't realistically roll out >> > new packages every time there is an update. >> >> In that case maybe it would be better to rename locally the files >> using the timestamp and leave the real source files in comment. > > Perhaps so, and date them with the date that they were fetched. > > Is there any chance you could talk upstream into doing versions? If > only timestamp style? > >> Pat > > kevin > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From jkeating at redhat.com Wed Aug 29 15:39:27 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 11:39:27 -0400 Subject: util-linux missing from build root In-Reply-To: <1188394824.6422.167.camel@mccallum.corsepiu.local> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <1188394824.6422.167.camel@mccallum.corsepiu.local> Message-ID: <20070829113927.56b99a7f@ender> On Wed, 29 Aug 2007 15:40:24 +0200 Ralf Corsepius wrote: > May be you now understand, why I prefer using file-BR's instead of > package BRs :-) Irrelevant. util-linux-ng holds all proper Provides for the things it obsoleted. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 29 15:52:33 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 29 Aug 2007 17:52:33 +0200 Subject: rpms/liboil/F-7 liboil.spec,1.15,1.16 In-Reply-To: <46D58DC5.8070709@city-fan.org> References: <200708240848.l7O8m51v020445@cvs-int.fedora.redhat.com> <1188400164.3564.6.camel@wicktop.localdomain> <46D58DC5.8070709@city-fan.org> Message-ID: <20070829175233.6af96841@python3.es.egwn.lan> Paul Howarth wrote : > Christoph Wickert wrote: > > Am Freitag, den 24.08.2007, 04:48 -0400 schrieb Bastien Nocera: > > ... > >> %changelog > >> -* Tue Aug 14 2007 - Bastien Nocera - 0.3.12-5 > >> -- Revert previous change, it's not the fix > >> +* Thu Aug 23 2007 - Bastien Nocera - 0.3.12-9 > >> +- Disable Altivec so we don't crash on non-Altivec PPCs, see > >> + https://bugzilla.redhat.com/bugzilla/process_bug.cgi#c16 > > > > the given URL is wrong, should be > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=252179#c16 or > > https://bugzilla.redhat.com/bugzilla/252179#c16. > > or for something even shorter: > > http://bugzilla.redhat.com/252179#c16 I already told Bastien and he already fixed it minutes after the original commit (on the 24th), check the latest spec file ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 7 (Moonshine) - Linux kernel 2.6.22.2-57.fc7 Load : 0.72 0.60 0.53 From rc040203 at freenet.de Wed Aug 29 15:52:48 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 29 Aug 2007 17:52:48 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829113927.56b99a7f@ender> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <1188394824.6422.167.camel@mccallum.corsepiu.local> <20070829113927.56b99a7f@ender> Message-ID: <1188402768.6422.212.camel@mccallum.corsepiu.local> On Wed, 2007-08-29 at 11:39 -0400, Jesse Keating wrote: > On Wed, 29 Aug 2007 15:40:24 +0200 > Ralf Corsepius wrote: > > > May be you now understand, why I prefer using file-BR's instead of > > package BRs :-) > > > Irrelevant. ?!? BR: and nothing would have happened, independent of which package provides it or what currently might be in your rolling "minmal buildroot" Ralf From mschwendt.tmp0701.nospam at arcor.de Wed Aug 29 15:54:39 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 29 Aug 2007 17:54:39 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829112204.09f2b394@ender> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> Message-ID: <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> On Wed, 29 Aug 2007 11:22:04 -0400, Jesse Keating wrote: > > It sounds really bad that the old plans of a minimal build environment > > find such an unfortunate end here. > > Not sure what you mean. What I mean is that suddenly it seems we're back to BuildRequiring lots of hardcoded package names or file paths for low-level tools that should _just be there_ in a core environment without the need to BR them. Seeing the suggestion that packagers should BR util-linux-ng triggered my reaction. I feel that if more BR like that are needed "now", we will see more path-based BR, too, and BR for fundamental tools like cpp, gcc, gcc-c++, rpm-build, /bin/sh, ... From jkeating at redhat.com Wed Aug 29 15:58:25 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 11:58:25 -0400 Subject: util-linux missing from build root In-Reply-To: <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070829115825.6ebb4713@ender> On Wed, 29 Aug 2007 17:54:39 +0200 Michael Schwendt wrote: > Seeing the suggestion that packagers should BR util-linux-ng triggered > my reaction. I feel that if more BR like that are needed "now", we > will see more path-based BR, too, and BR for fundamental tools like > cpp, gcc, gcc-c++, rpm-build, /bin/sh, ... Did you miss the last part of my mail where I gave an opportunity and a place to bring suggestions to growing the base set of packages we target? Depchains change and relying upon them to always equate out to the same set of packages is risky at best. We list exactly what we ask to install, anything beyond that should be listed in packages as BRs. If we want to extend what we ask for, that's a FESCo topic, but I'm very open to discussion. What I don't want is reactionary "Oh this dep changed and $foo is no longer being dragged into the buildroot for me, better update the static list of what we ask for!" -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From frosario777 at gmail.com Wed Aug 29 16:09:55 2007 From: frosario777 at gmail.com (Freddie Rosario) Date: Wed, 29 Aug 2007 09:09:55 -0700 Subject: elfutils-libelf package signature Message-ID: Would the maintainer of the lastest elfutils-libelf package please sign their package with the gpg key. Yum keeps complaining about no signature. Thanks -- --Freddie -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Wed Aug 29 16:22:36 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 29 Aug 2007 11:22:36 -0500 Subject: elfutils-libelf package signature In-Reply-To: References: Message-ID: <46D59D4C.4050802@redhat.com> Freddie Rosario wrote: > Would the maintainer of the lastest elfutils-libelf package please sign > their package with the gpg key. Yum keeps complaining about no signature. > Thanks > > Package maintainers don't have access to sign packages. This is a known issue and is being worked on. -Mike From tla at rasmil.dk Wed Aug 29 16:25:59 2007 From: tla at rasmil.dk (Tim Lauridsen) Date: Wed, 29 Aug 2007 18:25:59 +0200 Subject: Pirut: Edit -> Repositories mock-up -- Part 3. In-Reply-To: <1188343207.4554.4.camel@localhost.localdomain> References: <3170f42f0708232059q65474859u28b29f7757d4dd7@mail.gmail.com> <3170f42f0708251449v1949c578g59ead7a784275225@mail.gmail.com> <46D19D53.30507@rasmil.dk> <1188225058.2365.15.camel@localhost.localdomain> <3170f42f0708271153m68842142t76d280900e588db6@mail.gmail.com> <1188242978.2365.79.camel@localhost.localdomain> <3170f42f0708271255i758995aenf0686ba0ac8dda9f@mail.gmail.com> <1188244605.29999.2.camel@localhost.localdomain> <46D40293.2060306@rasmil.dk> <3170f42f0708281315v30ab2d34od30679a3ff67c6f@mail.gmail.com> <1188343207.4554.4.camel@localhost.localdomain> Message-ID: <46D59E17.3010906@rasmil.dk> Jeremy Katz wrote: > On Wed, 2007-08-29 at 00:31 +0200, dragoran wrote: > >> On 8/28/07, Debarshi 'Rishi' Ray wrote: >> >>> Here is the RepositoryManager.glade file for the design: >>> http://rishi.fedorapeople.org/RepositoryManager.glade >>> >>> I have tried to incorporate all the suggestions/changes that were >>> discussed and agreed upon. >>> >> looks much better now ;) >> >> but: >> the input boxes should have the same size and start and end at the >> same position to look more polished and professional. >> > > Yep, fixed up in the local copy which I'm planning to commit after > dinner. > > Jeremy > > I have added a modified glade file & some test code here. http://timlau.fedorapeople.org/test/addrepo/ for a dialog there works with multi line usrls run 'sudo ./test.py ' to test the dialog, with the repo it will not modify the repos on disk, it will only display the resulting repo file on screen. python-iniparse has to be install for the code to work. Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From sandeen at redhat.com Wed Aug 29 16:39:25 2007 From: sandeen at redhat.com (Eric Sandeen) Date: Wed, 29 Aug 2007 11:39:25 -0500 Subject: elfutils-libelf package signature In-Reply-To: <46D59D4C.4050802@redhat.com> References: <46D59D4C.4050802@redhat.com> Message-ID: <46D5A13D.10105@redhat.com> Mike McGrath wrote: > Freddie Rosario wrote: >> Would the maintainer of the lastest elfutils-libelf package please sign >> their package with the gpg key. Yum keeps complaining about no signature. >> Thanks >> >> > > Package maintainers don't have access to sign packages. This is a known > issue and is being worked on. > > -Mike > There's already a bug open, too, FWIW: 262461 (I know 'cause bugzilla thought it should get assigned to me last night ;-) -Eric From limb at jcomserv.net Wed Aug 29 16:23:38 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 29 Aug 2007 11:23:38 -0500 (CDT) Subject: source file audit - 2007-08-26 In-Reply-To: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> Message-ID: <1135.65.192.24.164.1188404618.squirrel@mail.jcomserv.net> gnubg is a false positive. Upstream has a directory of rolling cvs snapshots, that update nightly, and only a couple months are held. The current release tarball is likely identical to what's available, but one with the date's name is no longer present. Fixing xmoto. . . > ok, here's another run of the sources file audit script I have been > playing with. It has the following changes from the previous version: > > - It now includes and is sorted by the owners fedora account name. > - It should be checking PatchN lines with URLs. > - I tried to add more checking for when a source wasn't downloaded > properly. > > Please do let me know if anyone spots false positives or issues... > > Output is available at: > > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20070826.txt > > and also attached to this email. > > Thanks, > > kevin > -- > abompard:BADURL:adodb494.tgz:php-adodb > abompard:BADURL:qca-1.0.tar.bz2:qca > abompard:BADURL:qca-tls-1.0.tar.bz2:qca-tls > aconway:BADSOURCE:qpidc-0.2.tar.gz:qpidc > aconway:BADURL:rhm-0.1.tar.gz:rhm > adalloz:BADURL:pan-0.132.tar.bz2:pan > addutko:BADSOURCE:mrxvt-0.5.2.tar.gz:mrxvt > adrian:BADURL:jabberd-2.0s11.tar.gz:jabberd > adrian:BADURL:mpc-0.12.0.tar.bz2:mpc > alexl:BADURL:gmime-2.2.10.tar.bz2:gmime > alexl:BADURL:gnome-vfs-2.19.3.tar.bz2:gnome-vfs2 > alexl:BADURL:sabayon-2.19.2.tar.bz2:sabayon > alexl:BADURL:xdg-user-dirs-0.9.tar.gz:xdg-user-dirs > ascii:BADURL:fish-1.22.3.tar.bz2:fish > athimm:BADSOURCE:freenx-0.6.0.tar.gz:freenx > athimm:BADSOURCE:po4a-0.32.tar.gz:po4a > athimm:BADURL:chrpath-0.13.tar.gz:chrpath > athimm:BADURL:fakeroot_1.6.4.tar.gz:fakeroot > athimm:BADURL:greylistd_0.8.3.2.tar.gz:greylistd > athimm:BADURL:nxagent-2.1.0-18.tar.gz:nx > athimm:BADURL:nxcomp-2.1.0-7.tar.gz:nx > athimm:BADURL:nxcompext-2.1.0-5.tar.gz:nx > athimm:BADURL:nxdesktop-2.1.0-10.tar.gz:nx > athimm:BADURL:nxproxy-2.1.0-3.tar.gz:nx > athimm:BADURL:nxscripts-2.1.0-5.tar.gz:nx > athimm:BADURL:nxviewer-2.1.0-12.tar.gz:nx > athimm:BADURL:nx-X11-2.1.0-3.tar.gz:nx > atkac:BAD_CVS_SOURCE:dnszone.schema:bind > atkac:BADURL:bind-9.5.0a6.tar.gz:bind > atkac:BADURL:rexec-1.5.tar.gz:rsh > atkac:BADURL:vnc-4_1_2-unixsrc.tar.gz:vnc > atkac:BADURL:vnc-4_1-javasrc.tar.gz:vnc > atkac:BADURL:xdelta-1.1.4.tar.gz:xdelta > ausil:BADURL:mysql-gui-tools-5.0r12.tar.gz:mysql-gui-tools > ausil:BADURL:snort-2.6.1.4.tar.gz:snort > awjb:BADURL:atitvout_0.4-2.diff.gz:atitvout > awjb:BADURL:libetpan-0.52.tar.gz:libetpan > awjb:BADURL:treecc-0.3.8.tar.gz:treecc > awjb:BADURL:WindowMaker-0.92.0.tar.bz2:WindowMaker > awjb:BADURL:WindowMaker-extra-0.1.tar.gz:WindowMaker > behdad:BADURL:libao-0.8.6.tar.gz:libao > behdad:BADURL:vorbis-tools-1.1.1.svn20070412.tar.gz:vorbis-tools > belegdol:BADSOURCE:qsa-x11-free-1.1.5.tar.gz:qt-qsa > belegdol:BADURL:gchempaint-0.8.2.tar.bz2:gchempaint > belegdol:BADURL:gnome-chemistry-utils-0.8.2.tar.bz2:gnome-chemistry-utils > belegdol:BADURL:goffice-0.4.2.tar.bz2:goffice04 > belegdol:BADURL:museek+-0.1.13.tar.bz2:museek+ > ben:BADSOURCE:ketchup-0.9.8.tar.bz2:ketchup > bjohnson:BADSOURCE:queuegraph.tar.gz:queuegraph > bjohnson:BADURL:mailgraph-1.13.tar.gz:mailgraph > bjohnson:BADURL:pygoocanvas-0.9.0.tar.gz:pygoocanvas > bojan:BADURL:libapreq2-2.09.tar.gz:libapreq2 > bos:BADSOURCE:ghc-6.6.1-src.tar.bz2:ghc > bpeck:BADURL:conmux-493svn.tar.gz:conmux > bpepple:BADSOURCE:evolution-brutus-1.1.28.7.tar.gz:evolution-brutus > bpepple:BADURL:freeciv-2.0.9.tar.bz2:freeciv > bpepple:BADURL:gaim-galago-0.5.1.tar.bz2:purple-galago > bpepple:BADURL:gnome-blog-0.9.1.tar.bz2:gnome-blog > bpepple:BADURL:gnonlin-0.10.9.tar.bz2:gnonlin > bpepple:BADURL:loudmouth-1.2.3.tar.bz2:loudmouth > bpepple:BADURL:stdsounds3.tar.gz:freeciv > buc:BADURL:dvdisaster-0.70.4.tar.bz2:dvdisaster > buc:BADURL:NewsCache-1.2rc6.tar.gz:newscache > buc:BADURL:socket++-1.12.12.tar.gz:newscache > caillon:BADURL:libipoddevice-0.5.3.tar.gz:libipoddevice > caolanm:BADSOURCE:pt_BR-2007-04-11.zip:hunspell-pt > caolanm:BADSOURCE:redhat-templates.tar.gz:openoffice.org > caolanm:BADURL:alt-myspell-pl-20070803.tar.bz2:hunspell-pl > caolanm:BADURL:evolocal.odb:openoffice.org > caolanm:BADURL:libwpd-0.8.11.tar.gz:libwpd > cbalint:BADURL:grass-6.2.2-fedora.tar.gz:grass > cbalint:BADURL:libgeotiff-1.2.4RC1.tar.gz:libgeotiff > cchance:BADURL:nhpf-1.42.tar.gz:nhpf > cgrau:BADURL:frotz-2.43.tar.gz:frotz > cgrau:BADURL:ifm-5.1.tar.gz:ifm > chitlesh:BADSOURCE:crystal_project.tar.gz:crystal-project > chitlesh:BADSOURCE:kpolynome-0.1-2.tar.gz:kpolynome > chitlesh:BADURL:13969-crystal-1.0.4.tar.bz2:crystal > chitlesh:BADURL:26521-kio_resources-0.2.tar.bz2:kio_resources > chitlesh:BADURL:31025-kmenu-gnome-0.6.7.tar.gz:kmenu-gnome > chitlesh:BADURL:CrystalClear.tar.gz:crystal-clear > chitlesh:BADURL:geda-docs-1.1.1.tar.gz:geda-docs > chitlesh:BADURL:geda-examples-1.1.1.tar.gz:geda-examples > chitlesh:BADURL:geda-gattrib-1.1.1.tar.gz:geda-gattrib > chitlesh:BADURL:geda-gnetlist-1.1.1.tar.gz:geda-gnetlist > chitlesh:BADURL:geda-gschem-1.1.1.tar.gz:geda-gschem > chitlesh:BADURL:geda-gsymcheck-1.1.1.tar.gz:geda-gsymcheck > chitlesh:BADURL:geda-symbols-1.1.1.tar.gz:geda-symbols > chitlesh:BADURL:geda-utils-1.1.1.tar.gz:geda-utils > chitlesh:BADURL:guile-1.6.7.tar.gz:compat-guile-16 > chitlesh:BADURL:keurocalc-0.9.7.tgz:keurocalc > chitlesh:BADURL:ktechlab-0.3.69.tar.bz2:ktechlab > chitlesh:BADURL:libgeda-1.1.1.tar.gz:libgeda > chrisw:BADSOURCE:cogito-0.18.2.tar.gz:cogito > chrisw:BADURL:asciidoc-8.1.0.tar.gz:asciidoc > coldwell:BAD_CVS_SOURCE:python-mode.el:emacs > coldwell:BADURL:emacs-22.1.tar.gz:emacs > corsepiu:BADURL:lib3ds-1.2.0.tar.gz:lib3ds > corsepiu:BADURL:OpenSceneGraph-2.0.zip:OpenSceneGraph > cweyl:BAD_CVS_SOURCE:apsl-2.0.txt:hfsplus-tools > cweyl:BADURL:diskdev_cmds-332.14.tar.gz:hfsplus-tools > cweyl:BADURL:gaim-2.0.0beta4.tar.gz:gaim-gaym > cweyl:BADURL:POE-0.9989.tar.gz:perl-POE > cweyl:BADURL:POE-Filter-Zlib-1.8.tar.gz:perl-POE-Filter-Zlib > cweyl:BADURL:qrc-0.96-293svn.tar.gz:gaim-gaym > cweyl:BADURL:WWW-Myspace-0.60.tar.gz:perl-WWW-Myspace > cwickert:BADURL:gnome-ppp-0.3.23.tar.bz2:gnome-ppp > cwickert:BADURL:xfce4-minicmd-plugin-0.4.tar.bz2:xfce4-minicmd-plugin > danielm:BADURL:initng-ifiles-0.1.4.tar.bz2:initng-ifiles > davidz:BADSOURCE:gnome-speech-0.4.16.tar.bz2:gnome-speech > davidz:BADURL:dbus-glib-0.73.tar.gz:dbus-glib > davidz:BADURL:dbus-python-0.82.0.tar.gz:dbus-python > davidz:BADURL:festvox_nitech_us_awb_arctic_hts.tar.bz2:festival > davidz:BADURL:festvox_nitech_us_bdl_arctic_hts.tar.bz2:festival > davidz:BADURL:festvox_nitech_us_clb_arctic_hts.tar.bz2:festival > davidz:BADURL:festvox_nitech_us_jmk_arctic_hts.tar.bz2:festival > davidz:BADURL:festvox_nitech_us_rms_arctic_hts.tar.bz2:festival > davidz:BADURL:festvox_nitech_us_slt_arctic_hts.tar.bz2:festival > davidz:BADURL:hal-0.5.10rc1.tar.gz:hal > davidz:BADURL:PolicyKit-0.5.git20070731.tar.gz:PolicyKit > davidz:BADURL:PolicyKit-gnome-0.5.git20070731.tar.bz2:PolicyKit-gnome > davidz:BADURL:tsclient-0.150.tar.gz:tsclient > dbhole:BADURL:commons-validator-1.1.4-src.tar.gz:jakarta-commons-validator > dbhole:BADURL:lucene-1.9.1-src.tar.gz:lucene > dcantrel:BADURL:dhcp-0.10.tgz:dhcpv6 > dcantrel:BADURL:ps3pf_utils-1.0.9.tar.bz2:ppc64-utils > dcbw:BADURL:Csound5.03.0_src-cvs20061108.tar.bz2:csound > dcbw:BADURL:plague-0.4.4.1.tar.bz2:plague > dchen:BADURL:man-pages-es-1.28.tar.bz2:man-pages-es > dchen:BADURL:man-pages-it-0.3.0.tar.gz:man-pages-it > deji:BADSOURCE:gnomescan-0.4.0.2.tar.gz:gnomescan > denis:BADSOURCE:Transmission-0.81.tar.gz:transmission > denis:BADURL:libsigc++-1.2.7.tar.bz2:libsigc++ > denis:BADURL:pam_keyring-0.0.9.tar.gz:pam_keyring > denis:BADURL:soundconverter-0.9.7.tar.gz:soundconverter > devrim:BADSOURCE:pgpoolAdmin-1.0.0.tar.gz:postgresql-pgpoolAdmin > devrim:BADSOURCE:phpPgAdmin-4.1.3.tar.bz2:phpPgAdmin > dgoodwin:BADURL:wuja-0.0.8.tar.gz:wuja > dionysos:BAD_CVS_SOURCE:gtk+extra-2.1.1.tar.gz:gtk+extra > dionysos:BADURL:eurofont.tar.gz:tetex-eurofont > dionysos:BADURL:kbackup-0.5.1.tar.bz2:kbackup > dwalsh:BADSOURCE:selinux-doc-1.26.tgz:selinux-doc > dwalsh:BADURL:checkpolicy-2.0.3.tgz:checkpolicy > dwalsh:BADURL:libselinux-2.0.31.tgz:libselinux > dwalsh:BADURL:libsemanage-2.0.4.tgz:libsemanage > dwalsh:BADURL:libsepol-2.0.7.tgz:libsepol > dwalsh:BADURL:mcstrans-0.2.5.tgz:mcstrans > dwalsh:BADURL:policycoreutils-2.0.25.tgz:policycoreutils > dwalsh:BADURL:sepolgen-1.0.9.tgz:policycoreutils > dwmw2:BADSOURCE:petitboot-0.0.1.tar.gz:petitboot > dwmw2:BADURL:apmud-1.0.0.tgz:apmud > dwmw2:BADURL:config.samples-20050415.tar.bz2:exim-doc > dwmw2:BADURL:FAQ-html-20050415.tar.bz2:exim-doc > dwmw2:BADURL:hfsplus_1.0.4.src.tar.bz2:hfsplusutils > dwmw2:BADURL:libpng-1.2.16.tar.bz2:petitboot > dwmw2:BADURL:nano-2.0.6.tar.gz:nano > ecik:BADURL:aria2-0.11.2.tar.bz2:aria2 > ecik:BADURL:dcopexport-0.11.1-20060320-0.5.0-svn.tar.bz2:kadu > ecik:BADURL:kadu-profiles-0.1.tar.gz:kadu > ensc:BADSOURCE:ip-sentinel-0.12.tar.bz2.sig:ip-sentinel > ensc:BADURL:clamav-0.91.2.tar.gz.sig:clamav > ensc:BADURL:dhcp-forwarder-0.7.tar.bz2.asc:dhcp-forwarder > ensc:BADURL:dhcp-forwarder-0.7.tar.bz2:dhcp-forwarder > ensc:BADURL:hunt-1.5.tgz:hunt > ensc:BADURL:libextractor-0.5.18a.tar.gz.sig:libextractor > ensc:BADURL:xca-0.6.4.tar.gz:xca > errr:BADSOURCE:tenr-de-styles-pkg-1.1.tar.bz2:tenr-de-styles-pkg > faucamp:BADURL:12956-knemo-0.4.7.tar.bz2:knemo > faucamp:BADURL:dekorator-0.3.tar.gz:dekorator > fche:BADURL:systemtap-0.5.14.tar.gz:systemtap > fnasser:BADSOURCE:inetlib-1.1.1.tar.gz:classpathx-mail > frankb:BAD_CVS_SOURCE:nasd.init:nas > frankb:BADSOURCE:qsa-x11-opensource-1.2.2.tar.gz:qt4-qsa > gajownik:BADURL:29153-yakuake-2.7.5.tar.bz2:yakuake > gemi:BADSOURCE:curry-0.9.11.tar.gz:curry > gemi:BADSOURCE:HTMLmanual.tar.gz:pl > gemi:BADSOURCE:TeXmacs-1.0.6.10-src.tar.gz:TeXmacs > gemi:BADSOURCE:userguide.html.tgz:pl > gemi:BADURL:GtkAda-gpl-2.8.0.tgz:GtkAda > gemi:BADURL:skencil-0.6.tar.gz:skencil > gemi:BADURL:sweep-0.9.2.tar.bz2:sweep > gemi:BADURL:wingspov-0.98.28_v1.tgz:wings > ghenry:BADURL:pgadmin3-1.6.3.tar.gz:pgadmin3 > gilboa:BAD_CVS_SOURCE:cgdb.png:cgdb > gilboa:BAD_CVS_SOURCE:icewm-xdg-menu:icewm > green:BADURL:vkeybd-0.1.17a.tar.bz2:vkeybd > hadess:BADURL:gnome-audio-2.0.0.tar.bz2:gnome-audio > hadess:BADURL:rhythmbox-0.11.2.tar.bz2:rhythmbox > hadess:BADURL:speex-1.2beta1.tar.gz:speex > hadess:BADURL:totem-2.19.90.tar.bz2:totem > hamzy:BADURL:sblim-cmpi-base-1.5.4.tar.bz2:sblim-cmpi-base > harald:BADURL:openobex-1.3.tar.gz:openobex > iburrell:BADURL:File-chdir-0.06.tar.gz:perl-File-chdir > iburrell:BADURL:Path-Class-0.16.tar.gz:perl-Path-Class > icon:BADURL:diction-1.10-rc4.tar.gz:diction > icon:BADURL:gazpacho-0.7.2.tar.bz2:gazpacho > icon:BADURL:kid-0.9.6.tar.gz:python-kid > icon:BADURL:libxml++-2.18.2.tar.bz2:libxml++ > icon:BADURL:repoview-0.6.0.tar.gz:repoview > icon:BADURL:verbiste-0.1.20.tar.gz:verbiste > ixs:BADSOURCE:dd_rhelp-0.0.6.tar.gz:dd_rescue > ixs:BADSOURCE:GraphicsMagick-1.1.8.tar.bz2:GraphicsMagick > ixs:BADURL:hevea-1.09.tar.gz:hevea > ixs:BADURL:MD5-2.03.tar.gz:perl-MD5 > ixs:BADURL:metapixel-1.0.1.tar.gz:metapixel > jakub:BADURL:prelink-20061201.tar.bz2:prelink > jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen > james:BADURL:netlabel_tools-0.17.tar.gz:netlabel_tools > jbowes:BADSOURCE:tig-0.8.tar.gz:tig > jcollie:BADURL:libosip-0.9.7.tar.gz:libosip > jcollie:BADURL:pitivi-0.10.3.tar.bz2:pitivi > jcollie:BADURL:radiusclient-ng-0.5.6.tar.gz:radiusclient-ng > jcollie:BADURL:schroedinger-0.6.1.tar.gz:schroedinger > jcollie:BADURL:xmpppy-0.4.0.tar.gz:python-xmpp > jeffg:BADSOURCE:pbzip2-1.0.2.tar.gz:pbzip2 > jgu:BADURL:sunifdef-3.1.tar.gz:sunifdef > jima:BAD_CVS_SOURCE:dnsmasq-2.33-initscript.patch:dnsmasq > jima:BADSOURCE:clusterssh-3.19.1.tar.gz:clusterssh > jjohnstn:BADURL:eclipse-changelog-src-2.5.1.zip:eclipse-changelog > jkeating:BADURL:cleanfeed-0.95.7b.tar.gz:cleanfeed > jkeating:BADURL:mock-0.7.5.tar.gz:mock > jlayton:BADURL:ez-ipupdate_3.0.11b8-10.diff.gz:ez-ipupdate > jlayton:BADURL:ez-ipupdate-3.0.11b8.tar.gz:ez-ipupdate > jmoskovc:BAD_CVS_SOURCE:rdist-eu-license.txt:rdist > jmoskovc:BADSOURCE:hexedit-1.2.12.src.tgz:hexedit > jmoskovc:BADURL:acl_2.2.39-1.tar.gz:acl > jmoskovc:BADURL:rdate-1.4.tar.gz:rdate > jmrcpn:BADURL:clement-2.1-241.tar.gz:clement > jnovy:BADSOURCE:db-4.2.52.tar.gz:compat-db > jnovy:BADSOURCE:db-4.3.29.tar.gz:compat-db > jnovy:BADSOURCE:multican-0.0.5.tar.gz:multican > jnovy:BADURL:dvipsk-jpatch-p1.7a.tar.bz2:tetex > jnovy:BADURL:mc-2007-06-04-22.tar.gz:mc > jnovy:BADURL:mendexk2.6d.tar.bz2:tetex > jnovy:BADURL:platex209.tar.bz2:tetex > jnovy:BADURL:ptex-src-3.1.9.tar.bz2:tetex > jnovy:BADURL:ptex-texmf-2.4.tar.bz2:tetex > jnovy:BADURL:tetex-src-3.0.tar.bz2:tetex > jnovy:BADURL:tetex-texmf-3.0.tar.bz2:tetex > jorge:BADSOURCE:mimetex.zip:mimetex > jorton:BADURL:imap-2004g.tar.Z:libc-client > josef:BADSOURCE:geany-0.10.1.tar.bz2:geany > jpmahowa:BADSOURCE:numlockx-1.0.tar.gz:numlockx > jpo:BADURL:AppConfig-1.65.tar.gz:perl-AppConfig > jpo:BADURL:Config-IniFiles-2.39.tar.gz:perl-Config-IniFiles > jpo:BADURL:Email-Simple-1.999.tar.gz:perl-Email-Simple > jpo:BADURL:MARC-Record-2.0.0.tar.gz:perl-MARC-Record > jpo:BADURL:SNMP_Session-1.08.tar.gz:perl-SNMP_Session > jpo:BADURL:Test-Exception-0.21.tar.gz:perl-Test-Exception > jpo:BADURL:Test-File-1.16.tar.gz:perl-Test-File > jpo:BADURL:UNIVERSAL-isa-0.06.tar.gz:perl-UNIVERSAL-isa > jspaleta:BADURL:istanbul-0.2.2.tar.bz2:istanbul > jsteffan:BADURL:revisor-2.0.4.3.tar.gz:revisor > jwb:BADSOURCE:blacklists.tar.gz:squidGuard > jwboyer:BADURL:gquilt-0.20.tar.gz:gquilt > jwilson:BADURL:conman-0.1.9.2.tar.bz2:conman > jwilson:BADURL:powerman-1.0.25.tar.bz2:powerman > jwrdegoede:BADSOURCE:njam-1.25-src.tar.gz:njam > jwrdegoede:BADSOURCE:scorchwentbonkers-src-1.1.tar.gz:scorchwentbonkers > jwrdegoede:BADURL:BASS-Floppy.zip:beneath-a-steel-sky > jwrdegoede:BADURL:gnumeric-1.6.3.tar.bz2:gnumeric > jwrdegoede:BADURL:supertuxkart-0.3-src.tar.bz2:supertuxkart > jwrdegoede:BADURL:xarchon_0.50-9.diff.gz:xarchon > jwrdegoede:BADURL:xgalaga_2.0.34-34.diff.gz:xgalaxy > kaboom:BADURL:fping-2.4b2_to-ipv6.tar.gz:fping > karsten:BADURL:automake-1.5.tar.bz2:automake15 > karsten:BADURL:hdparm-7.7.tar.gz:hdparm > karsten:BADURL:privoxy-3.0.6-stable-src.tar.gz:privoxy > kasal:BADURL:libvte-java-0.12.1.tar.bz2:libvte-java > katzj:BADURL:yum-metadata-parser-1.1.2.tar.gz:yum-metadata-parser > kevin:BADURL:gdk-pixbuf-0.22.0.tar.bz2:gdk-pixbuf > kwizart:BADURL:zd1211rw_fw_2007-03-19.tar.bz2:zd1211-firmware > kzak:BADURL:floppy-0.16.tar.bz2:util-linux-ng > kzak:BADURL:lslk_1.29_W.tar.gz:lslk > kzak:BADURL:util-linux-2.13-pre7.tar.bz2:util-linux > kzak:BADURL:vlock-1.3.tar.gz:vlock > leo:BADURL:pcmanx-gtk2.tar.gz:pcmanx-gtk2 > limb:BADSOURCE:be_utf8.zip:moodle > limb:BADSOURCE:bg_utf8.zip:moodle > limb:BADSOURCE:bs_utf8.zip:moodle > limb:BADSOURCE:ca_utf8.zip:moodle > limb:BADSOURCE:cs_utf8.zip:moodle > limb:BADSOURCE:da_utf8.zip:moodle > limb:BADSOURCE:de_du_utf8.zip:moodle > limb:BADSOURCE:de_utf8.zip:moodle > limb:BADSOURCE:el_utf8.zip:moodle > limb:BADSOURCE:en_us_utf8.zip:moodle > limb:BADSOURCE:en_utf8.zip:moodle > limb:BADSOURCE:es_utf8.zip:moodle > limb:BADSOURCE:et_utf8.zip:moodle > limb:BADSOURCE:eu_utf8.zip:moodle > limb:BADSOURCE:fi_utf8.zip:moodle > limb:BADSOURCE:fr_utf8.zip:moodle > limb:BADSOURCE:gl_utf8.zip:moodle > limb:BADSOURCE:he_utf8.zip:moodle > limb:BADSOURCE:hr_utf8.zip:moodle > limb:BADSOURCE:hu_utf8.zip:moodle > limb:BADSOURCE:id_utf8.zip:moodle > limb:BADSOURCE:is_utf8.zip:moodle > limb:BADSOURCE:it_utf8.zip:moodle > limb:BADSOURCE:ja_utf8.zip:moodle > limb:BADSOURCE:ko_utf8.zip:moodle > limb:BADSOURCE:lt_utf8.zip:moodle > limb:BADSOURCE:lv_utf8.zip:moodle > limb:BADSOURCE:mn_utf8.zip:moodle > limb:BADSOURCE:moodle-1.8.2.tgz:moodle > limb:BADSOURCE:nl_utf8.zip:moodle > limb:BADSOURCE:nn_utf8.zip:moodle > limb:BADSOURCE:no_gr_utf8.zip:moodle > limb:BADSOURCE:no_utf8.zip:moodle > limb:BADSOURCE:pl_utf8.zip:moodle > limb:BADSOURCE:pt_br_utf8.zip:moodle > limb:BADSOURCE:pt_utf8.zip:moodle > limb:BADSOURCE:ro_utf8.zip:moodle > limb:BADSOURCE:ru_utf8.zip:moodle > limb:BADSOURCE:sk_utf8.zip:moodle > limb:BADSOURCE:sl_utf8.zip:moodle > limb:BADSOURCE:sq_utf8.zip:moodle > limb:BADSOURCE:sr_cr_bo_utf8.zip:moodle > limb:BADSOURCE:sr_cr_utf8.zip:moodle > limb:BADSOURCE:sr_lt_utf8.zip:moodle > limb:BADSOURCE:sv_utf8.zip:moodle > limb:BADSOURCE:ta_utf8.zip:moodle > limb:BADSOURCE:tiquit-2.4.tar.gz:tiquit > limb:BADSOURCE:tr_utf8.zip:moodle > limb:BADSOURCE:uk_utf8.zip:moodle > limb:BADSOURCE:vi_utf8.zip:moodle > limb:BADSOURCE:xmoto-edit.6.gz:xmoto-edit > limb:BADSOURCE:zh_cn_utf8.zip:moodle > limb:BADSOURCE:zh_tw_utf8.zip:moodle > limb:BADURL:gnubg-source-MAIN-20061119.tar.gz:gnubg > limb:BADURL:xmoto-0.3.1-src.tar.gz:xmoto > liquidat:BADURL:Rsibreak-0.8.0.tar.bz2:rsibreak > lkundrak:BADSOURCE:c2070-0.99.tar.gz:c2070 > llim:BAD_CVS_SOURCE:lsb-release-2.0.tar.gz:redhat-lsb > lmacken:BADURL:deskbar-applet-2.19.90.1.tar.bz2:deskbar-applet > lmacken:BADURL:json-py-3_4.zip:python-json > lmacken:BADURL:Myghty-1.1.tar.gz:python-myghty > lmacken:BADURL:naim-0.11.8.3.1.tar.bz2:naim > lmacken:BADURL:RuleDispatch-0.5a0.dev-r2306.tar.gz:python-ruledispatch > lmacken:BADURL:TestGears-0.2.tar.gz:python-TestGears > lutter:BADSOURCE:activesupport-1.4.0.tgz:ruby-activesupport > luya:BADURL:gDesklets-0.35.4.tar.bz2:gdesklets > lvm-team:BADURL:dmraid-1.0.0.rc14.tar.bz2:dmraid > maxx:BADSOURCE:pdfcube-0.0.2.tar.gz:pdfcube > maxx:BADURL:39179-rezlooks-0.6.tar.gz:gtk-rezlooks-engine > mbacovsk:BAD_CVS_SOURCE:FAQ.sgml:squid > mbacovsk:BADURL:file-4.21.tar.gz:file > mbacovsk:BADURL:psutils-p17.tar.gz:psutils > mbarabas:BADURL:lftp-3.5.10.tar.gz:lftp > mclasen:BADURL:fast-user-switch-applet-2.18.0.tar.bz2:fast-user-switch-applet > mclasen:BADURL:glade-2.12.1.tar.bz2:glade2 > mclasen:BADURL:glib-2.14.0.tar.bz2:glib2 > mclasen:BADURL:intltool-0.36.1.tar.bz2:intltool > mclasen:BADURL:libgail-gnome-1.19.5.tar.bz2:libgail-gnome > mclasen:BADURL:libgnomekbd-2.19.90.tar.bz2:libgnomekbd > mclasen:BADURL:libIDL-0.8.8.tar.bz2:libIDL > mclasen:BADURL:ORBit2-2.14.7.tar.bz2:ORBit2 > mdomsch:BADSOURCE:signing-party_0.4.9.orig.tar.gz:pgp-tools > mebourne:BADSOURCE:ZoneMinder-1.22.3.tar.gz:zoneminder > meme:BADURL:vultures-2.1.0-full.tar.bz2:nethack-vultures > mgarski:BADURL:digikam-doc-0.9.2-beta2.tar.bz2:digikam-doc > mikeb:BADURL:python-krbV-1.0.13.tar.gz:python-krbV > misa:BADURL:pyOpenSSL-0.6.tar.gz:pyOpenSSL > mlichvar:BADURL:ncurses-5.5-20060701.patch.gz:termcap > mlichvar:BADURL:ncurses-5.5.tar.gz:termcap > mlichvar:BADURL:patch-5.5-20060625.sh.gz:termcap > mlichvar:BADURL:readline-5.2.tar.gz:readline > mlichvar:BADURL:termcap-2.0.8.tar.bz2:libtermcap > mmaslano:BADSOURCE:mansupfr.tar.bz2:man-pages-fr > mmaslano:BADURL:iptraf-3.0.0.tar.gz:iptraf > mmaslano:BADURL:vixie-cron-4.1.tar.gz:vixie-cron > mmcgrath:BADURL:phpMyAdmin-2.10.3-all-languages.tar.bz2:phpMyAdmin > mmcgrath:BADURL:SOAP-Lite-0.68.tar.gz:perl-SOAP-Lite > mschwendt:BADURL:libcompface_1.5.2-3.diff.gz:compface > mtasaka:BADSOURCE:manedit-0.8.1.tar.bz2:manedit > mtasaka:BADURL:jd-1.9.6-svn1285.tgz:jd > mtasaka:BADURL:kazehakase-0.4.7-svn3228.tar.gz:kazehakase > mtasaka:BADURL:ruby-bsearch-1.5.tar.gz:ruby-bsearch > mwringe:BADSOURCE:jdepend-2.6-RHCLEAN.zip:jdepend > mwringe:BADURL:commons-modeler-2.0-src.tar.gz:jakarta-commons-modeler > nalin:BADSOURCE:pam_ldap-184.tar.gz:nss_ldap > nalin:BADURL:nss_db-2.2.tar.gz:nss_db > nhorman:BADURL:cscope-15.5.tar.gz:cscope > nigelj:BADURL:britepno.pat.bz2:timidity++ > nigelj:BADURL:cvsutils-0.2.3.tar.gz:cvsutils > nigelj:BADURL:instruments.tar.bz2:timidity++ > nigelj:BADURL:pistol.pat.bz2:timidity++ > nigelj:BADURL:TiMidity++-2.13.2.tar.bz2:timidity++ > nim:BADURL:dejavu-sfd-2.19.tar.bz2:dejavu-fonts > nomis80:BADURL:camstream-0.26.3.tar.gz:camstream > notting:BADSOURCE:Maelstrom-3.0.6.tar.gz:Maelstrom > notting:BADURL:Finance-Quote-1.13.tar.gz:perl-Finance-Quote > nphilipp:BADSOURCE:dcraw-8.77.tar.gz:dcraw > nphilipp:BADURL:rss-glx_0.8.1.p.tar.bz2:rss-glx > nsantos:BADURL:gnu.regexp-1.1.4.tar.gz:gnu-regexp > oddsocks:BADSOURCE:fuse-0.8.0.1.tar.gz:fuse-emulator > oddsocks:BADSOURCE:kcometen3-1.1.tar.gz:kcometen3 > oddsocks:BADURL:kdetv-0.8.9.tar.bz2:kdetv > odvorace:BADURL:gdbm-1.8.0.tar.gz:gdbm > odvorace:BADURL:netkit-bootparamd-0.17-pre20000412.tar.gz:bootparamd > orion:BADURL:4.2r1-hrepack-p4.tar.gz:hdf > orion:BADURL:gdl-0.9pre5.tar.gz:gdl > orion:BADURL:paraview-3.0.2.tar.gz:paraview > orphan:BADSOURCE:gst-plugins-0.8.12.tar.bz2:gstreamer08-plugins > orphan:BADSOURCE:gurlchecker-0.10.0.tar.gz:gurlchecker > orphan:BADURL:gnome-yum-0.1.4.tar.gz:gnome-yum > orphan:BADURL:pam_mysql-0.6.2.tar.gz:pam_mysql > orphan:BADURL:pam-script-0.1.7.tar.gz:pam_script > otaylor:BADURL:mugshot-1.1.50.tar.gz:mugshot > ovasik:BADURL:docbook-utils-0.6.14.tar.gz:docbook-utils > ovasik:BADURL:gnome-bluetooth-0.9.1.tar.bz2:gnome-bluetooth > ovasik:BADURL:libbtctl-0.9.0.tar.bz2:libbtctl > ovasik:BADURL:passivetex-1.25.zip:passivetex > ovasik:BADURL:xmltex-1.9.tar.gz:xmltex > ovasik:BADURL:xmlto-0.0.18.tar.bz2:xmlto > owentl:BADURL:Calendar-0.41.tar.gz:gdesklets-calendar > owentl:BADURL:GoodWeather-0.3.tar.gz:gdesklets-goodweather > pcheung:BADURL:asm-2.1.tar.gz:asm2 > pcheung:BADURL:asm-eng.pdf:asm2 > pertusus:BADURL:cernlib_2006.dfsg.2-1.diff.gz:cernlib > pertusus:BADURL:cernlib_2006.dfsg.2-1.diff.gz:cernlib-g77 > peter:BADSOURCE:rlog-1.3.7.tgz:rlog > petersen:BADSOURCE:scim-1.4.7.tar.gz:scim > petersen:BADURL:ddskk-12.2.0.tar.bz2:ddskk > pfj:BADURL:CastPodder-5.0.tar.bz2:CastPodder > pfj:BADURL:db4o-6.1-mono.tar.gz:db4o > pfj:BADURL:gtksourceview-sharp-2.0-0.10.tar.gz:gtksourceview-sharp > pfj:BADURL:ikvm-0.22.tar.gz:ikvm > pfrields:BADURL:nautilus-open-terminal-0.8.tar.gz:nautilus-open-terminal > pgordon:BADURL:Clearlooks-Big_Pack-0.6.x.tar.gz:gnome-theme-clearlooks-bigpack > pgordon:BADURL:deluge-0.5.4.1.tar.gz:deluge > pgordon:BADURL:glabels-2.0.4.tar.gz:glabels > pgordon:BADURL:libtorrent-0.12.tar.gz:rb_libtorrent > pjones:BADSOURCE:cdparanoia-III-alpha9.8.src.tgz:cdparanoia > pjones:BADURL:syslinux-3.36.tar.bz2:syslinux > pknirsch:BADSOURCE:ipmitool-1.8.9.tar.gz:OpenIPMI > pknirsch:BADURL:sg3_utils-1.23.tgz:sg3_utils > pmachata:BADURL:ElectricFence-2.2.2.tar.gz:ElectricFence > pmachata:BADURL:flex-2.5.4a.tar.gz:compat-flex > pmachata:BADURL:genromfs-0.5.1.tar.gz:genromfs > pnemade:BADURL:iso-codes-1.3.tar.gz:iso-codes > pnemade:BADURL:scim-sinhala-trans-0.2.0-20060825.tar.gz:scim-sinhala > pvrabec:BADURL:rsyslog-1.19.0.tar.gz:rsyslog > pvrabec:BADURL:shadow-4.0.18.1.tar.bz2:shadow-utils > pwouters:BADURL:ks3switch-0.1.tar.gz:ks3switch > qspencer:BADURL:atlas3_3.6.0-20.diff.gz:atlas > qspencer:BADURL:lilypond-2.10.29.tar.gz:lilypond > rathann:BADURL:crm114-20070301-BlameBaltar.no-TRE.src.tar.bz2:crm114 > rbhalera:BADURL:ISO8859-2-bdf.tar.gz:fonts-ISO8859-2 > rdieter:BADURL:30375-akode-2.0.1.tar.bz2:akode > rdieter:BADURL:fltk-1.1.x-r5750.tar.bz2:fltk > rdieter:BADURL:gen_python_api_20050605.tar.gz:eric > rdieter:BADURL:gen_sip_api_20060711.tar.gz:eric > rdieter:BADURL:kmymoney2-0.8.7.tar.gz:kmymoney2 > rdieter:BADURL:libofa-0.9.3.tar.gz:libofa > rdieter:BADURL:macref.pdf:maxima > rdieter:BADURL:mtextralic.htm:mathml-fonts > rdieter:BADURL:PyQt-x11-gpl-3.17.1.tar.gz:PyQt-qscintilla > rineau:BADURL:ipe-6.0pre28-src.tar.gz:ipe > rjones:BADURL:ocaml-libvirt-0.3.2.4.tar.gz:ocaml-libvirt > rjones:BADURL:pcre-ocaml-5.11.4.tar.gz:ocaml-pcre > rmeggins:BADSOURCE:mozldap-6.0.4.tar.gz:mozldap > rmeggins:BADURL:adminutil-1.1.4.tar.bz2:adminutil > rmeggins:BADURL:Makefile.PL.rpm:perl-Mozilla-LDAP > rmeggins:BADURL:perl-mozldap-1.5.2.tar.gz:perl-Mozilla-LDAP > rnorwood:BADURL:IO-Zlib-1.04.tar.gz:perl-IO-Zlib > rnorwood:BADURL:XML-Grove-0.46alpha.tar.bz2:perl-XML-Grove > robert:BADSOURCE:magickwand-0.1.8.tar.gz:php-magickwand > robmv:BADURL:kanatest-0.4.2.tar.gz:kanatest > robmv:BADURL:org.tmatesoft.svn_1.1.0.beta4.src.zip:javasvn > robmv:BADURL:org.tmatesoft.svn_1.1.2.src.zip:svnkit > rrelyea:BADSOURCE:ccid-1.2.1.tar.gz:ccid > rrelyea:BADSOURCE:pcsc-lite-1.3.3.tar.gz:pcsc-lite > rrelyea:BADURL:pam_pkcs11-0.5.3.tar.gz:pam_pkcs11 > rstrode:BADURL:bug-buddy-2.18.0.tar.bz2:bug-buddy > rstrode:BADURL:gnome-applets-2.19.1.tar.bz2:gnome-applets > rstrode:BADURL:gnome-screensaver-2.19.6.tar.bz2:gnome-screensaver > rstrode:BADURL:gnome-utils-2.19.90.tar.bz2:gnome-utils > ruben:BADURL:Pound-2.4d.tgz:Pound > rvinyard:BADSOURCE:IEEEtran.zip:tetex-IEEEtran > rvinyard:BADURL:papyrus-0.7.1.tar.bz2:papyrus > rvokal:BADURL:gaim-guifications-2.13beta6.tar.bz2:gaim-guifications > rvokal:BADURL:wireshark-0.99.6.tar.gz:wireshark > ryo:BADSOURCE:scim-skk-0.5.2.tar.gz:scim-skk > s4504kr:BAD_CVS_SOURCE:import-3ds-0.7.py:blender > s4504kr:BADURL:lightning-1.2.tar.gz:lightning > s4504kr:BADURL:luma-2.3.tar.bz2:luma > s4504kr:BADURL:stellarium_user_guide-0.9.0-1.pdf:stellarium > s4504kr:BADURL:suck-4.3.2.tar.gz:suck > sconklin:BADURL:db-4.5.20.tar.gz:cyrus-sasl > sconklin:BADURL:ipsec-tools-0.6.6.tar.bz2:ipsec-tools > scop:BADURL:pscan_1.2-5.diff.gz:pscan > scop:BADURL:pscan.tar.gz:pscan > scop:BADURL:vdr-plugin-subtitles_0.4.0-1.ds.diff.gz:vdr-subtitles > sergiopr:BADSOURCE:wcstools-3.6.8.tar.gz:wcstools > shahms:BADSOURCE:TPG-3.1.0.tar.gz:python-tpg > shahms:BADURL:PyProtocols-1.0a0dev-r2302.zip:python-protocols > sheltren:BADURL:fortune-hitchhiker.tgz:fortune-mod > sheltren:BADURL:fortune-tao.tar.gz:fortune-mod > sheltren:BADURL:osfortune.tar.gz:fortune-mod > simo:BADURL:rsync-2.6.9.tar.gz:rsync > simo:BADURL:samba-3.0.25c.tar.gz:samba > sindrepb:BADSOURCE:avant-window-navigator-0.1.1.tar.gz:avant-window-navigator > sindrepb:BADURL:DBIx-SQLite-Simple-0.34.tar.gz:perl-DBIx-SQLite-Simple > sindrepb:BADURL:recordmydesktop-0.3.4.tar.gz:recordmydesktop > skvidal:BADURL:seahorse-1.0.1.tar.gz:seahorse > smccann:BAD_CVS_SOURCE:proj.copyright:proj > smccann:BADSOURCE:shapelib-1.2.10.tar.gz:shapelib > snecker:BADURL:jokosher-1.0.tar.gz:jokosher > snirkel:BADURL:njb-sharp-0.3.0.tar.bz2:njb-sharp > splinux:BADURL:libgtksourceviewmm-0.3.1.tar.bz2:libgtksourceviewmm > splinux:BADURL:pessulus-2.16.2.tar.bz2:pessulus > spot:BADURL:Class-Data-Inheritable-0.06.tar.gz:perl-Class-Data-Inheritable > spot:BADURL:Class-DBI-Loader-Relationship-1.3.tar.gz:perl-Class-DBI-Loader-Relationship > spot:BADURL:Class-DBI-Pg-0.09.tar.gz:perl-Class-DBI-Pg > spot:BADURL:gambas-1.0.19.tar.bz2:gambas > spot:BADURL:HTML-Tree-3.23.tar.gz:perl-HTML-Tree > spot:BADURL:HTTP-Body-0.9.tar.gz:perl-HTTP-Body > spot:BADURL:Mail-Box-2.070.tar.gz:perl-Mail-Box > spot:BADURL:QuantLib-0.8.1.tar.gz:QuantLib > spot:BADURL:rootsh-1.5.2.tar.gz:rootsh > spot:BADURL:rx-1.5.tar.bz2:librx > spot:BADURL:user.ps.gz:lout > ssp:BADURL:libXinerama-1.0.2.tar.bz2:libXinerama > ssp:BADURL:libxkbfile-1.0.4.tar.bz2:libxkbfile > stahnma:BADSOURCE:pastebin.tar.gz:pastebin > steve:BADURL:eperl_2.2.14-13.diff.gz:perl-eperl > steved:BADURL:nfs.doc.tar.gz:nfs-utils > steved:BADURL:quota-3.14.tar.gz:quota > stingray:BADURL:conntrack-1.00beta2.tar.bz2:conntrack > stingray:BADURL:roundup-1.3.3.tar.gz:roundup > stransky:BADURL:awesfx-0.5.0d.tar.gz:awesfx > stransky:BADURL:gu11-rom.zip:awesfx > tagoh:BADURL:alt-cannadic-070805.tar.bz2:anthy > tagoh:BADURL:anthy-9100.tar.gz:anthy > tagoh:BADURL:Canna37p3.tar.bz2:Canna > tagoh:BADURL:im-chooser-0.4.1.tar.gz:im-chooser > tagoh:BADURL:k14-oldkanji.tar.gz:fonts-japanese > tagoh:BADURL:knm_new.tar.gz:fonts-japanese > tagoh:BADURL:mew-5.2.50.tar.gz:mew > tagoh:BADURL:mplus_bitmap_fonts-2.2.4.tar.gz:fonts-japanese > tagoh:BADURL:nkf207.tar.gz:nkf > tagoh:BADURL:ruby-refm-rdp-1.8.1-ja-html.tar.gz:ruby > tagoh:BADURL:sazanami-20061016.tar.bz2:fonts-japanese > tagoh:BADURL:scim-anthy-1.2.4.tar.gz:scim-anthy > tagoh:BADURL:shion.tar.gz:Canna > tagoh:BADURL:uim-1.4.1.tar.bz2:uim > tagoh:BADURL:zipcode-20030204.tar.bz2:Canna > tanguy:BADURL:freehdl-0.0.4.tar.gz:freehdl > tanguy:BADURL:gperiodic-2.0.8.tar.gz:gperiodic > terjeros:BADURL:libast-0.7.1.tar.gz:libast > tgl:BADSOURCE:pgtcl1.5.3.tar.gz:postgresql > tgl:BADSOURCE:pgtcldocs-20060909.zip:postgresql > tgl:BADURL:jpegsrc.v6b.tar.bz2:libjpeg > tgl:BADURL:libpng-1.2.16.tar.bz2:libpng > tgl:BADURL:mysql-3.23.58.tar.gz:mysqlclient10 > tgl:BADURL:mysql-4.1.14.tar.gz:mysqlclient14 > tgl:BADURL:mysql-5.0.45.tar.gz:mysql > tgl:BADURL:mysql-connector-odbc-3.51.14r248.tar.gz:mysql-connector-odbc > tgl:BADURL:pg_filedump-8.2.0.tar:rhdb-utils > tgl:BADURL:postgresql-8.2.1-US.pdf:postgresql > tgl:BADURL:psqlodbc-08.02.0200.tar.gz:postgresql-odbc > than:BAD_CVS_SOURCE:French.txt:wordtrans > than:BADSOURCE:css.tar.bz2:kdewebdev > than:BADSOURCE:html.tar.bz2:kdewebdev > than:BADSOURCE:javascript.tar.bz2:kdewebdev > than:BADURL:arts-1.5.7.tar.bz2:arts > than:BADURL:cyr-rfx-koi8-ub-1.1.bdfs.tar.bz2:fonts-KOI8-R > than:BADURL:eject-2.1.5.tar.gz:eject > than:BADURL:isdn4k-utils-CVS-2006-07-20.tar.bz2:isdn4k-utils > than:BADURL:kde-i18n-ar-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-bg-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-bn-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-ca-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-cs-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-da-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-de-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-el-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-en_GB-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-es-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-et-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-fi-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-fr-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-he-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-hi-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-hu-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-is-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-it-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-ja-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-ko-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-lt-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-nb-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-nl-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-nn-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-pa-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-pl-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-pt-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-pt_BR-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-ro-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-ru-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-sk-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-sl-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-sr-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-sv-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-ta-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-tr-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-uk-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-zh_CN-3.5.6.tar.bz2:kde-i18n > than:BADURL:kde-i18n-zh_TW-3.5.6.tar.bz2:kde-i18n > than:BADURL:kdemultimedia-3.5.7-patched-2.tar.bz2:kdemultimedia > than:BADURL:kdepimlibs-3.92.0.tar.bz2:kdepimlibs > than:BADURL:kdevelop-3.4.1.tar.bz2:kdevelop > than:BADURL:ksi-XFree86-cyrillic-fonts.tar.bz2:fonts-KOI8-R > than:BADURL:mozplugger-1.7.3.tar.gz:mozplugger > than:BADURL:PyQt-x11-gpl-3.17.1.tar.gz:PyQt > than:BADURL:rp-pppoe-3.8.tar.gz:rp-pppoe > than:BADURL:sip-4.6.tar.gz:sip > than:BADURL:wordtrans_1.1pre13.tar.gz:wordtrans > than:BADURL:Xaw3d-1.3.tar.gz:Xaw3d > than:BADURL:xferstats-2.16.tar.gz:xferstats > than:BADURL:xfig.3.2.5.full.tar.gz:xfig > thias:BADSOURCE:ipvsadm-1.24.tar.gz:ipvsadm > thias:BADSOURCE:linux_logo-5.01.tar.gz:linux_logo > thias:BADSOURCE:metakit-2.4.9.7.tar.gz:metakit > thias:BADSOURCE:Nevow-0.9.18.tar.gz:python-nevow > thias:BADSOURCE:thttpd-2.25b.tar.gz:thttpd > thias:BADURL:speex-xmms-0.9.1.tar.gz:xmms-speex > thl:BADSOURCE:CHANGELOG:rss2email > thl:BADURL:gsynaptics-0.9.12.tar.gz:gsynaptics > thomasvs:BADSOURCE:libannodex-0.7.3.tar.gz:libannodex > thomasvs:BADSOURCE:libcmml-0.9.1.tar.gz:libcmml > thomasvs:BADSOURCE:liboggz-0.9.5.tar.gz:liboggz > thomasvs:BADSOURCE:mod_annodex-ap20-0.2.2.tar.gz:mod_annodex > thomasvs:BADURL:rasqal-0.9.12.tar.gz:rasqal > till:BADURL:acpica-unix-20061109.tar.gz:iasl > timj:BADSOURCE:altermime-0.3.7.tar.gz:altermime > timj:BADSOURCE:php_manual_en.tar.gz:php-manual-en > timj:BADURL:rapidsvn-0.9.4.tar.gz:rapidsvn > timj:BADURL:rpl_1.5.3.tar.gz:rpl > tjanouse:BADURL:dovecot-1.1.alpha3.tar.gz:dovecot > tjanouse:BADURL:dovecot-sieve-1.1-0367450c9382.tar.gz:dovecot > tscherf:BADURL:libprelude-0.9.13.tar.gz:libprelude > tscherf:BADURL:libpreludedb-0.9.11.1.tar.gz:libpreludedb > tscherf:BADURL:prelude-lml-0.9.8.1.tar.gz:prelude-lml > tscherf:BADURL:prelude-manager-0.9.7.1.tar.gz:prelude-manager > tscherf:BADURL:prewikka-0.9.10.tar.gz:prewikka > tsmetana:BADURL:ast-base-locale.2007-03-28.tgz:ksh > tsmetana:BADURL:ast-ksh.2007-06-28.tgz:ksh > tsmetana:BADURL:INIT.2007-06-28.tgz:ksh > tsmetana:BADURL:nut-2.2.0.tar.gz:nut > tsmetana:BADURL:procinfo-18.tar.bz2:procinfo > tsmetana:BADURL:psmisc-22.5.tar.gz:psmisc > twaugh:BADURL:cups-1.3.0-source.tar.bz2:cups > twaugh:BADURL:foomatic-db-3.0-20070614.tar.gz:foomatic > twaugh:BADURL:foomatic-db-engine-3.0-20070614.tar.gz:foomatic > twaugh:BADURL:foomatic-db-hpijs-20070614.tar.gz:foomatic > twaugh:BADURL:foomatic-filters-3.0-20070614.tar.gz:foomatic > twaugh:BADURL:libieee1284-0.2.9.tar.bz2:libieee1284 > twaugh:BADURL:ppa-0.8.6.tar.gz:pnm2ppa > varekova:BADURL:acct-6.3.2.tar.gz:psacct > varekova:BADURL:aspell-ga-0.50-4.tar.bz2:aspell-ga > varekova:BADURL:gd-2.0.34.tar.bz2:gd > varekova:BADURL:gzip-1.3.12.tar.gz:gzip > varekova:BADURL:lynx2.8.6.tar.bz2:lynx > varekova:BADURL:mailx-8.1.1.tar.gz:mailx > varekova:BADURL:manpages-da-0.1.1.tar.gz:man-pages-da > varekova:BADURL:manpages-ru-0.7.tar.gz:man-pages-ru > varekova:BADURL:man-PL24-10-2005.tar.gz:man-pages-pl > varekova:BADURL:unzip552.tar.gz:unzip > varekova:BADURL:zcrypt29.tar.gz:zip > varekova:BADURL:zip231.tar.gz:zip > vcrhonek:BADSOURCE:expect-5.43.0.tar.gz:expect > vcrhonek:BADURL:netkit-ntalk-0.17.tar.gz:talk > vcrhonek:BADURL:pegasus-2.6.0.tar.gz:tog-pegasus > vcrhonek:BADURL:tcsh-6.14.00.tar.gz:tcsh > veillard:BADURL:ekiga-2.0.9.tar.gz:ekiga > veillard:BADURL:libxml2-2.6.30.tar.gz:libxml2 > veillard:BADURL:libxslt-1.1.22.tar.gz:libxslt > veillard:BADURL:opal-2.2.8.tar.gz:opal > veillard:BADURL:pwlib-1.10.7.tar.gz:pwlib > vlg:BADSOURCE:libassa-3.4.2.tar.gz:libassa > vlg:BADURL:granule-1.2.4.tar.gz:granule > walters:BADURL:bigboard-0.5.10.tar.gz:bigboard > walters:BADURL:hippo-canvas-0.2.24.tar.gz:hippo-canvas > walters:BADURL:online-desktop-0.2.7.tar.gz:online-desktop > wart:BADURL:tcllib-1.9.tar.gz:tcllib > wtogami:BADURL:IO-Socket-SSL-1.02.tar.gz:perl-IO-Socket-SSL > wtogami:BADURL:memtest86+-1.70.tar.gz:memtest86+ > wtogami:BADURL:pidgin-2.1.1.tar.bz2:pidgin > xen-maint:BADURL:LibVNCServer-0.8.2.tar.gz:xen > xgl-maint:BADURL:font-util-1.0.1.tar.bz2:xorg-x11-font-utils > xris:BADURL:lineak-kdeplugins-0.9.tar.gz:lineak-kdeplugins > xulchris:BADSOURCE:PHPUnit2-2.3.6.tgz:php-pear-PHPUnit2 > xulchris:BADURL:fpconst-0.7.2.tar.gz:python-fpconst > zhu:BADSOURCE:libhangul-0.0.6.tar.gz:libhangul > zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar > zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar > zmc:BADSOURCE:pyspi-0.6.1.tar.gz:pyspi > zprikryl:BADURL:bc-1.06.tar.bz2:bc > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From mlichvar at redhat.com Wed Aug 29 16:56:46 2007 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Wed, 29 Aug 2007 18:56:46 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829112204.09f2b394@ender> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> Message-ID: <20070829165646.GA21282@localhost> On Wed, Aug 29, 2007 at 11:22:04AM -0400, Jesse Keating wrote: > On Wed, 29 Aug 2007 15:19:55 +0200 > Michael Schwendt wrote: > > > It sounds really bad that the old plans of a minimal build environment > > find such an unfortunate end here. > > Not sure what you mean. We changed /nothing/ with regard to the > packages we ask to install in the buildroot. What gets depresolved out > from there is purely bonus packages and shouldn't be relied upon > completely. I was wondering what exactly has caused the change. It's removed requirement in libselinux for mcstrans -> initscripts -> gawk, util-linux and bunch of other packages. -- Miroslav Lichvar From mschwendt.tmp0701.nospam at arcor.de Wed Aug 29 17:09:14 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 29 Aug 2007 19:09:14 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829115825.6ebb4713@ender> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> Message-ID: <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> On Wed, 29 Aug 2007 11:58:25 -0400, Jesse Keating wrote: > > Seeing the suggestion that packagers should BR util-linux-ng triggered > > my reaction. I feel that if more BR like that are needed "now", we > > will see more path-based BR, too, and BR for fundamental tools like > > cpp, gcc, gcc-c++, rpm-build, /bin/sh, ... > > Did you miss the last part of my mail where I gave an opportunity and a > place to bring suggestions to growing the base set of packages we > target? No, I saw it, but the bureaucracy (and suggested discussion) is beyond my time. This is the 2nd time in one week that a tool is missing in the buildroots, and it hasn't gone unnoticed by FESCo. The original definition of the minimal buildroot is void. > What I don't want is reactionary "Oh this dep changed and $foo is no > longer being dragged into the buildroot for me, better update the > static list of what we ask for!" Then why the silent modifications to the buildroot list? Follow from http://fedoraproject.org/wiki/Packaging/Guidelines#Exceptions to http://fedoraproject.org/wiki/Packaging/FullExceptionList and notice http://fedoraproject.org/wiki/Packaging/FullExceptionList?action=diff&rev2=14&rev1=13 The Exceptions list is and the explanations at the top of the FullExceptionList page are void now, too. From bpepple at fedoraproject.org Wed Aug 29 18:18:58 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 29 Aug 2007 14:18:58 -0400 Subject: Plan for tomorrows (20070830) FESCO meeting Message-ID: <1188411538.10737.5.camel@kennedy> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCO-Meeting -- MISC -- extending mandate (permanent?) for EPEL - nirik /topic FESCO-Meeting -- Misc -- Automatic pushing of package updates after 14 days? - nirik /topic FESCO-Meeting -- MISC -- Review of new features status http://fedoraproject.org/wiki/Releases/8/FeatureList- poelcat, jwb /topic FESCO-Meeting -- Follow-up -- obsoleting kmod proposal: http://fedoraproject.org/wiki/DavidWoodhouse/KmodProposal - dwmw2, f13, |DrJef| /topic FESCO-Meeting -- Follow-up -- Compat policy? - jeremy /topic FESCO-Meeting -- Follow-up -- FESCo proposal template - f13 /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule (I can't promise we will get to it tomorrow, but we'll most likely will if we don't run out of time). You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 mmcgrath at redhat.com Wed Aug 29 18:21:41 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 29 Aug 2007 13:21:41 -0500 Subject: util-linux missing from build root In-Reply-To: <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <46D5B935.2000609@redhat.com> Michael Schwendt wrote: > On Wed, 29 Aug 2007 11:58:25 -0400, Jesse Keating wrote: > > >>> Seeing the suggestion that packagers should BR util-linux-ng triggered >>> my reaction. I feel that if more BR like that are needed "now", we >>> will see more path-based BR, too, and BR for fundamental tools like >>> cpp, gcc, gcc-c++, rpm-build, /bin/sh, ... >>> >> Did you miss the last part of my mail where I gave an opportunity and a >> place to bring suggestions to growing the base set of packages we >> target? >> > > No, I saw it, but the bureaucracy (and suggested discussion) is beyond > my time. This is the 2nd time in one week that a tool is missing in > the buildroots, and it hasn't gone unnoticed by FESCo. The original > definition of the minimal buildroot is void. > > AFAIK this hasn't changed at all: http://fedoraproject.org/wiki/Packaging/Guidelines#Exceptions I'm sorry that what you assumed would be there isn't, but what we say will be there (as listed in the Packaging Guidelines) is as it always was. The implicit list has been removed but the explicit list hasn't changed and without FESCo approval, won't. -Mike From mschwendt.tmp0701.nospam at arcor.de Wed Aug 29 18:53:01 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 29 Aug 2007 20:53:01 +0200 Subject: util-linux missing from build root In-Reply-To: <46D5B935.2000609@redhat.com> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> Message-ID: <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> On Wed, 29 Aug 2007 13:21:41 -0500, Mike McGrath wrote: > Michael Schwendt wrote: > > On Wed, 29 Aug 2007 11:58:25 -0400, Jesse Keating wrote: > > > > > >>> Seeing the suggestion that packagers should BR util-linux-ng triggered > >>> my reaction. I feel that if more BR like that are needed "now", we > >>> will see more path-based BR, too, and BR for fundamental tools like > >>> cpp, gcc, gcc-c++, rpm-build, /bin/sh, ... > >>> > >> Did you miss the last part of my mail where I gave an opportunity and a > >> place to bring suggestions to growing the base set of packages we > >> target? > >> > > > > No, I saw it, but the bureaucracy (and suggested discussion) is beyond > > my time. This is the 2nd time in one week that a tool is missing in > > the buildroots, and it hasn't gone unnoticed by FESCo. The original > > definition of the minimal buildroot is void. > > > > > > AFAIK this hasn't changed at all: > > http://fedoraproject.org/wiki/Packaging/Guidelines#Exceptions > > I'm sorry that what you assumed would be there isn't, but what we say > will be there (as listed in the Packaging Guidelines) is as it always > was. The implicit list has been removed but the explicit list hasn't > changed and without FESCo approval, won't. Which only proves my original comment. ;) Tom Callaway's explanations in the guidelines: | These are the packages you can safely assume will be present in a | BuildRoot without being pulled in by a package's BuildRequires. That is NOT safe anymore. Conclusively, if the expanded "FullExceptionList" cannot be relied on anymore, the minimal list is useless. Packages like sed, tar, gawk suddenly cannot be expected anymore to be available in the buildroot. This sucks. From jkeating at redhat.com Wed Aug 29 19:14:35 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 15:14:35 -0400 Subject: util-linux missing from build root In-Reply-To: <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070829151435.002463d1@mentok.boston.redhat.com> On Wed, 29 Aug 2007 20:53:01 +0200 Michael Schwendt wrote: > Conclusively, if the expanded "FullExceptionList" cannot be relied > on anymore, the minimal list is useless. Packages like sed, tar, gawk > suddenly cannot be expected anymore to be available in the buildroot. > This sucks. So help us come up with a better hard list of packages, so that the explicit list is more useful and we don't have to worry about implicit changes, instead of just whining about it on a mailing list. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Wed Aug 29 19:39:33 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 29 Aug 2007 21:39:33 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829151435.002463d1@mentok.boston.redhat.com> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> Message-ID: <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> On Wed, 29 Aug 2007 15:14:35 -0400, Jesse Keating wrote: > > Conclusively, if the expanded "FullExceptionList" cannot be relied > > on anymore, the minimal list is useless. Packages like sed, tar, gawk > > suddenly cannot be expected anymore to be available in the buildroot. > > This sucks. > > So help us come up with a better hard list of packages, so that the > explicit list is more useful and we don't have to worry about implicit > changes, instead of just whining about it on a mailing list. I'm not whining, but pointing out flaws which -- surprisingly -- meet resistance. With the full list deleted, coreutils, bash and many other fundamental packages are not guaranteed to be available in the default buildroot anymore. It is beyond my comprehension that somebody claims everything would be fine. You want a fix? Join the old minimal list and the expanded list to build a new list. Keep the combined list unchanged and under control of FESCo. That's the defined minimal list of BR which need not be added to spec files. From buildsys at fedoraproject.org Wed Aug 29 19:39:17 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 29 Aug 2007 19:39:17 -0000 Subject: Summary - Broken dependencies in Fedora 7 + Test Updates - 2007-08-29 Message-ID: <20070829193917.6514.41401@extras64.linux.duke.edu> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de koffice-karbon - 1.6.2-3.fc7.i386 (13 days) koffice-kivio - 1.6.2-3.fc7.i386 (13 days) koffice-kspread - 1.6.2-3.fc7.i386 (13 days) bjohnson AT symetrix.com dbmail - 2.2.4-4.fc7.i386 (55 days) gauret AT free.fr glest-data - 2.0.0-2.fc7.noarch (9 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.22.1_41.fc7.i586 (5 days) kmod-sysprof - 1.0.8-1.2.6.22.1_41.fc7.i686 (5 days) kmod-sysprof - 1.0.8-1.2.6.22.1_41.fc7.x86_64 (5 days) kmod-sysprof-PAE - 1.0.8-1.2.6.22.1_41.fc7.i686 (5 days) jeff AT ocjtech.us libeXosip2 - 3.0.1-1.fc7.i386 libeXosip2 - 3.0.1-1.fc7.i386 libeXosip2 - 3.0.1-1.fc7.ppc libeXosip2 - 3.0.1-1.fc7.x86_64 lxtnow AT gmail.com python-gammu - 0.20-1.fc7.i386 (26 days) python-gammu - 0.20-1.fc7.ppc (26 days) python-gammu - 0.20-1.fc7.x86_64 (26 days) oliver AT linux-kernel.at syck-php - 0.55-16.fc7.i386 (45 days) syck-php - 0.55-16.fc7.ppc (45 days) syck-php - 0.55-16.fc7.x86_64 (45 days) packages AT amiga-hardware.com openmsx - 0.6.2-4.fc7.i386 openmsx - 0.6.2-4.fc7.ppc openmsx - 0.6.2-4.fc7.x86_64 peter AT thecodergeek.com empathy - 0.8-1.fc7.i386 (2 days) empathy - 0.8-1.fc7.ppc (2 days) empathy - 0.8-1.fc7.x86_64 (2 days) tcallawa AT redhat.com compat-wxGTK-devel - 2.4.2-21.fc6.i386 (44 days) compat-wxGTK-devel - 2.4.2-21.fc6.i386 (44 days) compat-wxGTK-devel - 2.4.2-21.fc6.ppc (44 days) compat-wxGTK-devel - 2.4.2-21.fc6.x86_64 (44 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (44 days) compat-wxGTK-gl - 2.4.2-21.fc6.i386 (44 days) compat-wxGTK-gl - 2.4.2-21.fc6.ppc (44 days) compat-wxGTK-gl - 2.4.2-21.fc6.x86_64 (44 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (44 days) compat-wxGTK-stc - 2.4.2-21.fc6.i386 (44 days) compat-wxGTK-stc - 2.4.2-21.fc6.ppc (44 days) compat-wxGTK-stc - 2.4.2-21.fc6.x86_64 (44 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (44 days) compat-wxGTK-xrc - 2.4.2-21.fc6.i386 (44 days) compat-wxGTK-xrc - 2.4.2-21.fc6.ppc (44 days) compat-wxGTK-xrc - 2.4.2-21.fc6.x86_64 (44 days) twoerner AT redhat.com postfix-pflogsumm - 2:2.4.3-2.fc7.i386 (75 days) postfix-pflogsumm - 2:2.4.3-2.fc7.ppc (75 days) postfix-pflogsumm - 2:2.4.3-2.fc7.x86_64 (75 days) ====================================================================== Broken packages in fedora-7-i386: compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 libeXosip2-3.0.1-1.fc7.i386 requires libosipparser2.so.4 libeXosip2-3.0.1-1.fc7.i386 requires libosip2.so.4 ====================================================================== Broken packages in fedora-7-ppc: compat-wxGTK-devel-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.ppc requires libwx_gtk-2.4.so.0 compat-wxGTK-gl-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.ppc requires compat-wxGTK = 0:2.4.2-21.fc6 glest-data-2.0.0-2.fc7.noarch requires glest = 0:2.0.0 libeXosip2-3.0.1-1.fc7.ppc requires libosipparser2.so.4 libeXosip2-3.0.1-1.fc7.ppc requires libosip2.so.4 ====================================================================== Broken packages in fedora-7-x86_64: compat-wxGTK-devel-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.i386 requires libwx_gtk-2.4.so.0 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-devel-2.4.2-21.fc6.x86_64 requires libwx_gtk-2.4.so.0()(64bit) compat-wxGTK-gl-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-gl-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-stc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.i386 requires compat-wxGTK = 0:2.4.2-21.fc6 compat-wxGTK-xrc-2.4.2-21.fc6.x86_64 requires compat-wxGTK = 0:2.4.2-21.fc6 dbmail-2.2.4-4.fc7.i386 requires dbmail-database-driver = 0:2.2.4-4.fc7 koffice-karbon-1.6.2-3.fc7.i386 requires koffice-core = 0:1.6.2-3.fc7 koffice-kivio-1.6.2-3.fc7.i386 requires koffice-core = 0:1.6.2-3.fc7 koffice-kspread-1.6.2-3.fc7.i386 requires koffice-core = 0:1.6.2-3.fc7 libeXosip2-3.0.1-1.fc7.i386 requires libosipparser2.so.4 libeXosip2-3.0.1-1.fc7.i386 requires libosip2.so.4 libeXosip2-3.0.1-1.fc7.x86_64 requires libosipparser2.so.4()(64bit) libeXosip2-3.0.1-1.fc7.x86_64 requires libosip2.so.4()(64bit) ====================================================================== Broken packages in fedora-updates-7-i386: empathy-0.8-1.fc7.i386 requires libmissioncontrol-config.so.0 empathy-0.8-1.fc7.i386 requires libmissioncontrol.so.0 kmod-sysprof-1.0.8-1.2.6.22.1_41.fc7.i586 requires kernel-i586 = 0:2.6.22.1-41.fc7 kmod-sysprof-1.0.8-1.2.6.22.1_41.fc7.i686 requires kernel-i686 = 0:2.6.22.1-41.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.22.1_41.fc7.i686 requires kernel-i686 = 0:2.6.22.1-41.fc7PAE openmsx-0.6.2-4.fc7.i386 requires cbios-openmsx postfix-pflogsumm-2:2.4.3-2.fc7.i386 requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.i386 requires libGammu.so.1 syck-php-0.55-16.fc7.i386 requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-ppc: empathy-0.8-1.fc7.ppc requires libmissioncontrol-config.so.0 empathy-0.8-1.fc7.ppc requires libmissioncontrol.so.0 openmsx-0.6.2-4.fc7.ppc requires cbios-openmsx postfix-pflogsumm-2:2.4.3-2.fc7.ppc requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.ppc requires libGammu.so.1 syck-php-0.55-16.fc7.ppc requires php = 0:5.2.2 ====================================================================== Broken packages in fedora-updates-7-x86_64: empathy-0.8-1.fc7.x86_64 requires libmissioncontrol.so.0()(64bit) empathy-0.8-1.fc7.x86_64 requires libmissioncontrol-config.so.0()(64bit) kmod-sysprof-1.0.8-1.2.6.22.1_41.fc7.x86_64 requires kernel-x86_64 = 0:2.6.22.1-41.fc7 openmsx-0.6.2-4.fc7.x86_64 requires cbios-openmsx postfix-pflogsumm-2:2.4.3-2.fc7.x86_64 requires postfix = 0:2.4.3-2.fc7 python-gammu-0.20-1.fc7.x86_64 requires libGammu.so.1()(64bit) syck-php-0.55-16.fc7.x86_64 requires php = 0:5.2.2 From pertusus at free.fr Wed Aug 29 20:00:21 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 29 Aug 2007 22:00:21 +0200 Subject: source file audit - 2007-08-26 In-Reply-To: <6893.65.192.24.164.1188400707.squirrel@mail.jcomserv.net> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <870180fe0708271333i2115fc6cy2d5247d8e2cdd74f@mail.gmail.com> <20070827204655.GC24132@free.fr> <20070827165535.4c91ff7e@ghistelwchlohm.scrye.com> <6893.65.192.24.164.1188400707.squirrel@mail.jcomserv.net> Message-ID: <20070829200021.GB4024@free.fr> On Wed, Aug 29, 2007 at 10:18:27AM -0500, Jon Ciesla wrote: > Current Moodle maintainer here. > > Is it worth that much of a change to upstream? The list of langpack dates > is also manually maintained in the spec. I thought it was our goal to > break from upstream as little as possible. I'm open to suggestions, but > to me it seems just stripping moddle from the script would be the > simplest. In the end it is up to you. Just let it be in the script is right too, since it shows when the files are out of date. -- Pat From mmcgrath at redhat.com Wed Aug 29 20:01:28 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 29 Aug 2007 15:01:28 -0500 Subject: util-linux missing from build root In-Reply-To: <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <46D5D098.8040808@redhat.com> Michael Schwendt wrote: > On Wed, 29 Aug 2007 15:14:35 -0400, Jesse Keating wrote: > > >>> Conclusively, if the expanded "FullExceptionList" cannot be relied >>> on anymore, the minimal list is useless. Packages like sed, tar, gawk >>> suddenly cannot be expected anymore to be available in the buildroot. >>> This sucks. >>> >> So help us come up with a better hard list of packages, so that the >> explicit list is more useful and we don't have to worry about implicit >> changes, instead of just whining about it on a mailing list. >> > > I'm not whining, but pointing out flaws which -- surprisingly -- meet > resistance. > > With the full list deleted, coreutils, bash and many other fundamental > packages are not guaranteed to be available in the default buildroot > anymore. It is beyond my comprehension that somebody claims everything > would be fine. > There must be a miscommunication here. Bash is on the list that will always be there: http://fedoraproject.org/wiki/Packaging/Guidelines#Exceptions As far as the 'full list deletee' it never should have been created in the first place as it created an incorrect expectation of what would be there. > You want a fix? Join the old minimal list and the expanded list to > build a new list. Keep the combined list unchanged and under control > of FESCo. That's the defined minimal list of BR which need not be > added to spec files. > Sounds fine to me, I like gawk :) Anyone care to own this and take it to the FESCo? -Mike From pertusus at free.fr Wed Aug 29 20:10:00 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 29 Aug 2007 22:10:00 +0200 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <1188411538.10737.5.camel@kennedy> References: <1188411538.10737.5.camel@kennedy> Message-ID: <20070829201000.GC4024@free.fr> On Wed, Aug 29, 2007 at 02:18:58PM -0400, Brian Pepple wrote: > Hi, > > Please find below the list of topics that are likely to come up in the > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > in #fedora-meeting on irc.freenode.org: > What about adding to the BuildRequires Exceptions: cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp util-linux which -- Pat From pertusus at free.fr Wed Aug 29 20:10:48 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 29 Aug 2007 22:10:48 +0200 Subject: util-linux missing from build root In-Reply-To: <46D5D098.8040808@redhat.com> References: <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> Message-ID: <20070829201048.GD4024@free.fr> On Wed, Aug 29, 2007 at 03:01:28PM -0500, Mike McGrath wrote: >> > Sounds fine to me, I like gawk :) Anyone care to own this and take it to > the FESCo? I have just sent a mail proposing to add cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp util-linux which -- Pat From nicolas.mailhot at laposte.net Wed Aug 29 20:17:46 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 29 Aug 2007 22:17:46 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829201048.GD4024@free.fr> References: <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> Message-ID: <1188418666.3064.2.camel@rousalka.dyndns.org> Le mercredi 29 ao?t 2007 ? 22:10 +0200, Patrice Dumas a ?crit : > On Wed, Aug 29, 2007 at 03:01:28PM -0500, Mike McGrath wrote: > >> > > Sounds fine to me, I like gawk :) Anyone care to own this and take it to > > the FESCo? > > I have just sent a mail proposing to add > cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp > util-linux which why gawk and not sed ? more people use sed, and it's lighter -- 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 mschwendt.tmp0701.nospam at arcor.de Wed Aug 29 20:21:29 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 29 Aug 2007 22:21:29 +0200 Subject: util-linux missing from build root In-Reply-To: <46D5D098.8040808@redhat.com> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> Message-ID: <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> On Wed, 29 Aug 2007 15:01:28 -0500, Mike McGrath wrote: > Michael Schwendt wrote: > > On Wed, 29 Aug 2007 15:14:35 -0400, Jesse Keating wrote: > > > > > >>> Conclusively, if the expanded "FullExceptionList" cannot be relied > >>> on anymore, the minimal list is useless. Packages like sed, tar, gawk > >>> suddenly cannot be expected anymore to be available in the buildroot. > >>> This sucks. > >>> > >> So help us come up with a better hard list of packages, so that the > >> explicit list is more useful and we don't have to worry about implicit > >> changes, instead of just whining about it on a mailing list. > >> > > > > I'm not whining, but pointing out flaws which -- surprisingly -- meet > > resistance. > > > > With the full list deleted, coreutils, bash and many other fundamental > > packages are not guaranteed to be available in the default buildroot > > anymore. It is beyond my comprehension that somebody claims everything > > would be fine. > > > There must be a miscommunication here. Bash is on the list that will > always be there: > http://fedoraproject.org/wiki/Packaging/Guidelines#Exceptions Okay, that I get for not reloading the page due to temporary network probs. :) But: Then substitute the examples with glibc, libstdc++, binutils, cpp, file, grep, mktemp, util-linux, ... you get the idea. > As far as the 'full list deletee' it never should have been created in > the first place as it created an incorrect expectation of what would be > there. Without the full list, how do you check the dep-chain for whether a BR is installed implicitly? e.g. whether binutils or cpp are available? They are pulled in by gcc, but when they are not listed anywhere, how do you check whether they must be put into explicit BR? Without the expanded [full] list one would need to add lots of BR to almost every package, which is something the minimal list tries to avoid. From pertusus at free.fr Wed Aug 29 20:20:21 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 29 Aug 2007 22:20:21 +0200 Subject: util-linux missing from build root In-Reply-To: <1188418666.3064.2.camel@rousalka.dyndns.org> References: <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <1188418666.3064.2.camel@rousalka.dyndns.org> Message-ID: <20070829202021.GE4024@free.fr> On Wed, Aug 29, 2007 at 10:17:46PM +0200, Nicolas Mailhot wrote: > > Le mercredi 29 ao?t 2007 ? 22:10 +0200, Patrice Dumas a ?crit : > > On Wed, Aug 29, 2007 at 03:01:28PM -0500, Mike McGrath wrote: > > >> > > > Sounds fine to me, I like gawk :) Anyone care to own this and take it to > > > the FESCo? > > > > I have just sent a mail proposing to add > > cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp > > util-linux which > > why gawk and not sed ? > more people use sed, and it's lighter sed is already in the list. -- Pat From mschwendt.tmp0701.nospam at arcor.de Wed Aug 29 20:22:58 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 29 Aug 2007 22:22:58 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829201048.GD4024@free.fr> References: <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> Message-ID: <20070829222258.5159f574.mschwendt.tmp0701.nospam@arcor.de> On Wed, 29 Aug 2007 22:10:48 +0200, Patrice Dumas wrote: > On Wed, Aug 29, 2007 at 03:01:28PM -0500, Mike McGrath wrote: > >> > > Sounds fine to me, I like gawk :) Anyone care to own this and take it to > > the FESCo? > > I have just sent a mail proposing to add > cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp > util-linux which Ha! Patrice has had a close look and spotted it, too. ;) sed is on the minimal list already. From pertusus at free.fr Wed Aug 29 20:23:02 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 29 Aug 2007 22:23:02 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> References: <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070829202302.GF4024@free.fr> On Wed, Aug 29, 2007 at 10:21:29PM +0200, Michael Schwendt wrote: > > Then substitute the examples with glibc, libstdc++, binutils, cpp, > file, grep, mktemp, util-linux, ... you get the idea. > > > As far as the 'full list deletee' it never should have been created in > > the first place as it created an incorrect expectation of what would be > > there. > > Without the full list, how do you check the dep-chain for whether a BR > is installed implicitly? e.g. whether binutils or cpp are available? > They are pulled in by gcc, but when they are not listed anywhere, how > do you check whether they must be put into explicit BR? Without the > expanded [full] list one would need to add lots of BR to almost every > package, which is something the minimal list tries to avoid. In my opinion adding: cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp util-linux which to the minimal list would be enough to have everything needed. The libs associated with the devel packages would be implicit. -- Pat From jkeating at redhat.com Wed Aug 29 20:28:28 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 16:28:28 -0400 Subject: Heads up, slight tree path change Message-ID: <20070829162828.2a4d5038@mentok.boston.redhat.com> As part of a continuing effort to make derivative distributions of Fedora easier, we're making the path names within the tree a bit more generic. Instead of os/Fedora/ the path will now be os/Packages/. This may cause you some shuffle or churn when syncing, and I apologize for the late notice. We've been having a heck of a time getting a rawhide to compose and I hadn't taken the time to send a mail about this. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From roland at redhat.com Wed Aug 29 20:36:43 2007 From: roland at redhat.com (Roland McGrath) Date: Wed, 29 Aug 2007 13:36:43 -0700 (PDT) Subject: Heads up, slight tree path change In-Reply-To: Jesse Keating's message of Wednesday, 29 August 2007 16:28:28 -0400 <20070829162828.2a4d5038@mentok.boston.redhat.com> Message-ID: <20070829203643.322D54D04D3@magilla.localdomain> So it used to be Fedora/RPMS/ but then just Fedora/ was better, and now Fedora/Packages/ is better still? Really? How "Packages/" "more generic" than ""? What's the point? From jima at beer.tclug.org Wed Aug 29 20:43:53 2007 From: jima at beer.tclug.org (Jima) Date: Wed, 29 Aug 2007 15:43:53 -0500 (CDT) Subject: Heads up, slight tree path change In-Reply-To: <20070829203643.322D54D04D3@magilla.localdomain> References: <20070829203643.322D54D04D3@magilla.localdomain> Message-ID: On Wed, 29 Aug 2007, Roland McGrath wrote: > So it used to be Fedora/RPMS/ but then just Fedora/ was better, and now > Fedora/Packages/ is better still? Really? How "Packages/" "more generic" > than ""? What's the point? Err, it's Fedora/RPMS/ -> Fedora/ -> Packages/, not Fedora/RPMS/ -> Fedora/ -> Fedora/Packages/ . Jima From markg85 at gmail.com Wed Aug 29 20:49:28 2007 From: markg85 at gmail.com (Mark) Date: Wed, 29 Aug 2007 22:49:28 +0200 Subject: Fedora 8 Boot time/shutdown time goal? In-Reply-To: <20070829135147.GC5318@nostromo.devel.redhat.com> References: <1186841809.3660.0.camel@sb-home> <6e24a8e80708121509k709570ffkf6a2db0925194a7d@mail.gmail.com> <6e24a8e80708141239x355f3b5n5a8419e3700fece9@mail.gmail.com> <20070829135147.GC5318@nostromo.devel.redhat.com> Message-ID: <6e24a8e80708291349k72be8ce7ge1451d131b9989d2@mail.gmail.com> And is that gonna be done for Fedora 8? 2007/8/29, Bill Nottingham : > Mark (markg85 at gmail.com) said: > > now that you mention that.. can't fedora do a "global" fast check to > > see if any hardware configuration changed? that global thing should be > > real fast (few micro seconds) than once it detects changes do the full > > new hardware check. > > > > This could be a bootup speed gain right? > > Not particularly. The proper thing is to just nuke most of the check > and only concentrate on the stuff that we actually care about. > > Bill > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From bpepple at fedoraproject.org Wed Aug 29 21:04:41 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 29 Aug 2007 17:04:41 -0400 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <20070829201000.GC4024@free.fr> References: <1188411538.10737.5.camel@kennedy> <20070829201000.GC4024@free.fr> Message-ID: <1188421481.2751.5.camel@kennedy> On Wed, 2007-08-29 at 22:10 +0200, Patrice Dumas wrote: > > What about adding to the BuildRequires Exceptions: > > cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp > util-linux which I'll go ahead and add this to the schedule. Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From davej at redhat.com Wed Aug 29 21:14:35 2007 From: davej at redhat.com (Dave Jones) Date: Wed, 29 Aug 2007 17:14:35 -0400 Subject: 2.6.23 and newer kernel and option ACPI_PROC_EVENT. In-Reply-To: <46D53E7C.9030000@redhat.com> References: <46D5256F.4080901@redhat.com> <20070829081745.GA15223@redhat.com> <46D53E7C.9030000@redhat.com> Message-ID: <20070829211435.GB31876@redhat.com> On Wed, Aug 29, 2007 at 11:38:04AM +0200, Zdenek Prikryl wrote: > > > I think acpid will have to be ported to this new ABI. > > > Yes, acpid will have to be ported, but it takes some time. But > meanwhile, I think it is useful to enable old code. Yes, I'll turn it back on for F8. I disabled it to find out just how much stuff is depending on it. Seems just acpid :-) upstream intends to remove this functionality from the kernel at the end of the year, so at some stage, we will need to either a) make sure that acpid in f8 gets an update to work with it not being present, or b) keep patching it into our update kernels. (This option will get really painful moving forward, as acpi changes quite a lot). Dave -- http://www.codemonkey.org.uk From jkeating at redhat.com Wed Aug 29 21:31:46 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 17:31:46 -0400 Subject: Frozen for Test2 Message-ID: <20070829173146.7b033f84@mentok.boston.redhat.com> We froze for test2 last night. This also marks the Feature freeze and the String freeze for the remainder of the Fedora 8 development cycle. Builds from rawhide will continue to get the 'dist-f8' tag, and will be available in the buildroots to build against. However rawhide will compose from the 'dist-rawhide' tag, which inherits from 'f8-test2'. If you need to get a build into Fedora 8 Test2, please follow http://fedoraproject.org/wiki/ReleaseEngineering/TestFreezePolicy For schedule information, see http://fedoraproject.org/wiki/Releases/8/Schedule To see if your build made the freeze cut off, see http://koji.fedoraproject.org/koji/builds?tagID=25 or simply call 'koji latest-pkg f8-test2 ' -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From florin at andrei.myip.org Wed Aug 29 21:40:49 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Wed, 29 Aug 2007 14:40:49 -0700 Subject: memory leak, possibly xorg? Message-ID: <46D5E7E1.7000807@andrei.myip.org> 28186 root 20 0 864m 613m 8744 S 1 30.3 27:53.95 Xorg 30470 XXXXXXX 20 0 644m 294m 35m S 0 14.5 7:38.00 thunderbird-bin 30492 XXXXXXX 20 0 285m 135m 37m S 0 6.7 6:43.94 firefox-bin Fedora 7 32 bit on Athlon 64 X2 It happens almost daily. In the morning, the machine is fine. In the afternoon, 2GB of RAM are not enough, it starts swapping. A logout/login makes the problem go away for a few more hours. I'm using Firefox, Thunderbird, gnome-terminal and a few other random things occasionally (XMMS, Gimp, etc). I'm not doing anything special with this machine, just a normal workstation. If you need more details, let me know. -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Wed Aug 29 21:45:22 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Wed, 29 Aug 2007 14:45:22 -0700 Subject: memory leak, possibly xorg? In-Reply-To: <46D5E7E1.7000807@andrei.myip.org> References: <46D5E7E1.7000807@andrei.myip.org> Message-ID: <46D5E8F2.6030608@andrei.myip.org> Same machine, after killing the X session and logging back in: 3473 root 39 19 87836 73m 5296 S 0 3.6 4:31.99 yum-updatesd 727 XXXXXXX 20 0 309m 71m 20m S 0 3.5 0:07.25 thunderbird-bin 753 XXXXXXX 20 0 239m 68m 29m S 2 3.4 0:05.42 firefox-bin I installed F7 soon after it was released and I don't remember seeing this issue at the very beginning. IIRC, it started to occur after an update. But I could be wrong. -- Florin Andrei http://florin.myip.org/ From airlied at redhat.com Wed Aug 29 22:16:14 2007 From: airlied at redhat.com (Dave Airlie) Date: Thu, 30 Aug 2007 08:16:14 +1000 Subject: memory leak, possibly xorg? In-Reply-To: <46D5E7E1.7000807@andrei.myip.org> References: <46D5E7E1.7000807@andrei.myip.org> Message-ID: <1188425774.5003.0.camel@localhost.localdomain> On Wed, 2007-08-29 at 14:40 -0700, Florin Andrei wrote: > 28186 root 20 0 864m 613m 8744 S 1 30.3 27:53.95 Xorg > > > 30470 XXXXXXX 20 0 644m 294m 35m S 0 14.5 7:38.00 > thunderbird-bin > > 30492 XXXXXXX 20 0 285m 135m 37m S 0 6.7 6:43.94 > firefox-bin > > Fedora 7 32 bit on Athlon 64 X2 > > It happens almost daily. In the morning, the machine is fine. In the > afternoon, 2GB of RAM are not enough, it starts swapping. A > logout/login > makes the problem go away for a few more hours. > > I'm using Firefox, Thunderbird, gnome-terminal and a few other random > things occasionally (XMMS, Gimp, etc). > > I'm not doing anything special with this machine, just a normal > workstation. > > If you need more details, let me know. Please try using xrestop to see if one application is abusing X as swap... I'm looking at firefox.. Dave. From mike at miketc.com Wed Aug 29 22:20:31 2007 From: mike at miketc.com (Mike Chambers) Date: Wed, 29 Aug 2007 17:20:31 -0500 Subject: Heads up, slight tree path change In-Reply-To: <20070829162828.2a4d5038@mentok.boston.redhat.com> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> Message-ID: <1188426031.3464.1.camel@scrappy.miketc.com> On Wed, 2007-08-29 at 16:28 -0400, Jesse Keating wrote: > As part of a continuing effort to make derivative distributions of > Fedora easier, we're making the path names within the tree a bit more > generic. Instead of os/Fedora/ the path will now be > os/Packages/. This may cause you some shuffle or churn when > syncing, and I apologize for the late notice. We've been having a heck > of a time getting a rawhide to compose and I hadn't taken the time to > send a mail about this. Why not os/RPMS/? That is what they are :P And when is this move planning on taking place? -- Mike Chambers Madisonville, KY "Best little town on Earth!" From dwm at austin.ibm.com Wed Aug 29 22:21:35 2007 From: dwm at austin.ibm.com (Doug Maxey) Date: Wed, 29 Aug 2007 17:21:35 -0500 Subject: memory leak, possibly xorg? In-Reply-To: <1188425774.5003.0.camel@localhost.localdomain> References: <46D5E7E1.7000807@andrei.myip.org> <1188425774.5003.0.camel@localhost.localdomain> Message-ID: <16818.1188426095@falcon10.austin.ibm.com> On Thu, 30 Aug 2007 08:16:14 +1000, Dave Airlie wrote: > >On Wed, 2007-08-29 at 14:40 -0700, Florin Andrei wrote: >> 28186 root 20 0 864m 613m 8744 S 1 30.3 27:53.95 Xorg >> >> >> 30470 XXXXXXX 20 0 644m 294m 35m S 0 14.5 7:38.00 >> thunderbird-bin >> >> 30492 XXXXXXX 20 0 285m 135m 37m S 0 6.7 6:43.94 >> firefox-bin >> >> Fedora 7 32 bit on Athlon 64 X2 >> >> It happens almost daily. In the morning, the machine is fine. In the >> afternoon, 2GB of RAM are not enough, it starts swapping. A >> logout/login >> makes the problem go away for a few more hours. >> >> I'm using Firefox, Thunderbird, gnome-terminal and a few other random >> things occasionally (XMMS, Gimp, etc). >> >> I'm not doing anything special with this machine, just a normal >> workstation. >> >> If you need more details, let me know. > >Please try using xrestop to see if one application is abusing X as >swap... I'm looking at firefox.. > As another, possibly unrelated datapoint, I just had setroubleshootd eat 95% of 2g memory... f7, x86_64. It took a button push to recover (no pc console). From davej at redhat.com Wed Aug 29 22:27:01 2007 From: davej at redhat.com (Dave Jones) Date: Wed, 29 Aug 2007 18:27:01 -0400 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070816222048.GA20282@redhat.com> References: <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> <46B8F0CB.9020109@fedoraproject.org> <46C4CA6D.10001@gmail.com> <20070816222048.GA20282@redhat.com> Message-ID: <20070829222701.GA2776@redhat.com> On Thu, Aug 16, 2007 at 06:20:48PM -0400, Dave Jones wrote: > On Thu, Aug 16, 2007 at 05:06:37PM -0500, Les Mikesell wrote: > > > Yet another unbootable kernel: 2.6.22.1-32.fc6 wouldn't boot on either a > > Dell 1600sc or an IBM xserver 225. Is there some way to send a useful > > bug report when the kernel just hangs during bootup? > > This comes up often enough, that it probably warrants a wiki page. I spent a while writing up some of this and other common problems at http://fedoraproject.org/wiki/KernelBugTriage Additional content welcomed. Dave -- http://www.codemonkey.org.uk From jkeating at redhat.com Wed Aug 29 23:40:55 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 19:40:55 -0400 Subject: Heads up, slight tree path change In-Reply-To: <1188426031.3464.1.camel@scrappy.miketc.com> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <1188426031.3464.1.camel@scrappy.miketc.com> Message-ID: <20070829194055.21dfcb22@ender> On Wed, 29 Aug 2007 17:20:31 -0500 Mike Chambers wrote: > Why not os/RPMS/? That is what they are :P Because when I talked to the anaconda folks about it they preferred Packages/ to RPMS/. And of course it hedges our bets for when we go to debs, or tgzs, or fpkgs... > And when is this move planning on taking place? The rawhide that is slowly rsyncing it's way to the master mirror servers has this change in it, wanted to get it in for the Feature freeze and test2. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dmc.fedora at filteredperception.org Thu Aug 30 00:51:55 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 29 Aug 2007 19:51:55 -0500 Subject: Heads up, slight tree path change In-Reply-To: <20070829162828.2a4d5038@mentok.boston.redhat.com> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> Message-ID: <46D614AB.90100@filteredperception.org> Jesse Keating wrote: > As part of a continuing effort to make derivative distributions of > Fedora easier, we're making the path names within the tree a bit more > generic. Instead of os/Fedora/ the path will now be > os/Packages/. This seems like a good time to bring up this question regarding derivative distributions- Is it okay - (and I'm pretty sure the current position is yes, but I'd like reassurance, and ideally a wiki/faq entry if none exists already) - to include the fedora-release rpm (not fedora-logos) in a derivative distribution? If not, what I am more specifically interested in, is the fedora rpm gpg key, and the yum configurations that point at fedora servers. In some sense, this facilitates derivative distributions 'leeching' resources from fedora. But it seems like this is currently allowed, and given the moves to encourage derivative distros, I suspect fedora does not have a problem with this. Then the final question of course would be, since derivative distros of this nature are using binaries actually built by fedora, will fedora be willing to go the extra mile and offer written assurance to keep the source rpms available for 3 years, or whatever the whole fallout from the gpl-derivative-distro thread of recent history was. I mean, it seems plain silly to force derivative distros, that are using binaries compiled and provided by fedora, to maintain a mirror of the source rpms. Especially if as above, the yum configs in the derivative distros are pointing at fedora servers anyway. Thoughts? Pointers to existing wiki/faqs that - google://"fedora derivative distributions policy" didn't make utterly obvious? Thanks, -dmc From lesmikesell at gmail.com Thu Aug 30 01:30:01 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 29 Aug 2007 20:30:01 -0500 Subject: Kernel Modules in Fedora -x In-Reply-To: <20070829222701.GA2776@redhat.com> References: <46B8BB49.8070900@gmail.com> <46B8BF67.5080807@fedoraproject.org> <46B8C962.4070207@gmail.com> <46B8CD4A.90105@fedoraproject.org> <46B8DD48.7030909@gmail.com> <46B8DF61.9030301@fedoraproject.org> <46B8ED75.7060104@gmail.com> <46B8F0CB.9020109@fedoraproject.org> <46C4CA6D.10001@gmail.com> <20070816222048.GA20282@redhat.com> <20070829222701.GA2776@redhat.com> Message-ID: <46D61D99.8050307@gmail.com> Dave Jones wrote: > > > > > Yet another unbootable kernel: 2.6.22.1-32.fc6 wouldn't boot on either a > > > Dell 1600sc or an IBM xserver 225. Is there some way to send a useful > > > bug report when the kernel just hangs during bootup? > > > > This comes up often enough, that it probably warrants a wiki page. > > I spent a while writing up some of this and other common problems > at http://fedoraproject.org/wiki/KernelBugTriage > > Additional content welcomed. Thanks - it turned out that this specific problem was fixed in the next kernel update anyway. -- Les Mikesell lesmikesell at gmail.com From jkeating at redhat.com Thu Aug 30 01:43:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 21:43:54 -0400 Subject: Heads up, slight tree path change In-Reply-To: <46D614AB.90100@filteredperception.org> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> Message-ID: <20070829214354.6c78ba29@ender> On Wed, 29 Aug 2007 19:51:55 -0500 Douglas McClendon wrote: > - to include the fedora-release rpm (not fedora-logos) in a > derivative distribution? The naming of it is probably suspect. With Test2, fedora-release will grow a Provides: system-release so that things can switch over to requiring that instead of either 'fedora' release or 'redhat' release. This means you can do a drop-in replacement named whatever, so long as it also provides system-release. > > If not, what I am more specifically interested in, is the fedora rpm > gpg key, and the yum configurations that point at fedora servers. That's fine, you'd probably also want to add in your key and repo definitions for what makes you different than Fedora. > > In some sense, this facilitates derivative distributions 'leeching' > resources from fedora. But it seems like this is currently allowed, > and given the moves to encourage derivative distros, I suspect fedora > does not have a problem with this. > > Then the final question of course would be, since derivative distros > of this nature are using binaries actually built by fedora, will > fedora be willing to go the extra mile and offer written assurance to > keep the source rpms available for 3 years, or whatever the whole > fallout from the gpl-derivative-distro thread of recent history was. > > I mean, it seems plain silly to force derivative distros, that are > using binaries compiled and provided by fedora, to maintain a mirror > of the source rpms. Especially if as above, the yum configs in the > derivative distros are pointing at fedora servers anyway. 3 years is a long time to make such a promise, especially considering that you may pick up updates and not the release bits. Our updates definitely don't sit for 3 years, they're only around until they're replaced by a later update. To keep each and every update around for 3 years is a /lot/ of data. It's just easier if you're going to go the step of publicly distributing a derivative to host the srpms you ship with your binaries, or near your binaries. That way when you're done with the binaries and no longer wish to distribute them, you can bring them /and/ the source down, as you won't be obligated to keep the source around for any other amount of time. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From petersen at redhat.com Thu Aug 30 01:57:15 2007 From: petersen at redhat.com (Jens Petersen) Date: Thu, 30 Aug 2007 11:57:15 +1000 Subject: [proposal] fonts comps group In-Reply-To: <1188233395.3135.12.camel@rousalka.dyndns.org> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> <46D2DCD4.5030601@redhat.com> <1188233395.3135.12.camel@rousalka.dyndns.org> Message-ID: <46D623FB.803@redhat.com> This went through my net... sorry for the late followup. Nicolas Mailhot ????????: > Le mardi 28 ao?t 2007 ? 00:16 +1000, Jens Petersen a ?crit : >> Below is a patch to comps-f8.xml.in which implements it. >> (I left the mandatory fonts also in base-x.) > I'd split it in TTF/OTF fonts every modern app can use, and legacy > bitmap/type1/whatever fonts that cater to special needs. Do you mean having two comps groups, like "Fonts" and "Legacy Fonts"? That sounds ok to me. Or what did you have in mind? I suppose adding this now would break the string freeze... or can we still get it into test2? :) Jens From dmc.fedora at filteredperception.org Thu Aug 30 02:26:11 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 29 Aug 2007 21:26:11 -0500 Subject: Heads up, slight tree path change In-Reply-To: <20070829214354.6c78ba29@ender> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <20070829214354.6c78ba29@ender> Message-ID: <46D62AC3.20801@filteredperception.org> Jesse Keating wrote: > On Wed, 29 Aug 2007 19:51:55 -0500 > Douglas McClendon wrote: > >> - to include the fedora-release rpm (not fedora-logos) in a >> derivative distribution? > > The naming of it is probably suspect. With Test2, fedora-release will > grow a Provides: system-release so that things can switch over to > requiring that instead of either 'fedora' release or 'redhat' release. > This means you can do a drop-in replacement named whatever, so long as > it also provides system-release. Sounds good. > >> If not, what I am more specifically interested in, is the fedora rpm >> gpg key, and the yum configurations that point at fedora servers. > > That's fine, you'd probably also want to add in your key and repo > definitions for what makes you different than Fedora. Of course. >> In some sense, this facilitates derivative distributions 'leeching' >> resources from fedora. But it seems like this is currently allowed, >> and given the moves to encourage derivative distros, I suspect fedora >> does not have a problem with this. >> >> Then the final question of course would be, since derivative distros >> of this nature are using binaries actually built by fedora, will >> fedora be willing to go the extra mile and offer written assurance to >> keep the source rpms available for 3 years, or whatever the whole >> fallout from the gpl-derivative-distro thread of recent history was. >> >> I mean, it seems plain silly to force derivative distros, that are >> using binaries compiled and provided by fedora, to maintain a mirror >> of the source rpms. Especially if as above, the yum configs in the >> derivative distros are pointing at fedora servers anyway. > > 3 years is a long time to make such a promise, especially considering > that you may pick up updates and not the release bits. Our updates > definitely don't sit for 3 years, they're only around until they're > replaced by a later update. To keep each and every update around for 3 > years is a /lot/ of data. The 3 years is a number that gets referenced to _a lot_ in this highly relevent discussion- http://linux.slashdot.org/article.pl?sid=06/06/27/217235 I suggest that if fedora wants to encourage derivative distributions, that a wiki/faq gets put up, which very specifically addresses the issues discussed in the above slashdot thread. > > It's just easier if you're going to go the step of publicly > distributing a derivative to host the srpms you ship with your > binaries, or near your binaries. That way when you're done with the > binaries and no longer wish to distribute them, you can bring > them /and/ the source down, as you won't be obligated to keep the > source around for any other amount of time. I wasn't really concerned with the issue of source matching binaries on a fedora derivative that _differ_ from the binaries that are in fedora proper. That will no doubt only represent a very small fraction of the derivative distribution. What I am worried about is whether there is any legal requirement for the deriver, to host the same sources that fedora is already hosting. I believe that somewhere in the thread above, is the suggestion that a derivative distro, if not wanting to be obliged to host *all* the source rpms, must get some sort of explicit written promise from the upstream distro, that the upstream distro will host the source rpms for X amount of time (where X==3years?). The whole reason the slashdot thread was interesting, is because it is rather strange to begin with, since one would assume that the upstream provider already has the legal obligation. I suspect the issue was to prevent a scenario where an upstream provider goes belly-up/disappears, and then the downstream deriver that didn't bother to mirror a copy, cannot legally satisfy their own obligations under the GPL. IANAL, so I may be completely butchering the issue. -dmc From rc040203 at freenet.de Thu Aug 30 02:35:43 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Aug 2007 04:35:43 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1188441343.6422.239.camel@mccallum.corsepiu.local> On Wed, 2007-08-29 at 22:21 +0200, Michael Schwendt wrote: > On Wed, 29 Aug 2007 15:01:28 -0500, Mike McGrath wrote: > > > Michael Schwendt wrote: > > > On Wed, 29 Aug 2007 15:14:35 -0400, Jesse Keating wrote: > > > > > > > > >>> Conclusively, if the expanded "FullExceptionList" cannot be relied > > >>> on anymore, the minimal list is useless. Packages like sed, tar, gawk > > >>> suddenly cannot be expected anymore to be available in the buildroot. > > >>> This sucks. > > >>> > > >> So help us come up with a better hard list of packages, so that the > > >> explicit list is more useful and we don't have to worry about implicit > > >> changes, instead of just whining about it on a mailing list. > > >> > > > > > > I'm not whining, but pointing out flaws which -- surprisingly -- meet > > > resistance. > > > > > > With the full list deleted, coreutils, bash and many other fundamental > > > packages are not guaranteed to be available in the default buildroot > > > anymore. It is beyond my comprehension that somebody claims everything > > > would be fine. > > > > > There must be a miscommunication here. Bash is on the list that will > > always be there: > > http://fedoraproject.org/wiki/Packaging/Guidelines#Exceptions > > Okay, that I get for not reloading the page due to temporary network > probs. :) But: > > Then substitute the examples with glibc, libstdc++, binutils, cpp, > file, grep, mktemp, util-linux, ... you get the idea. The key to get this usable would be to use a _list of applications and libraries_ and keep this _list constant_. Not a list of packages as it is being done now. Ralf From jkeating at redhat.com Thu Aug 30 02:35:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 29 Aug 2007 22:35:54 -0400 Subject: Heads up, slight tree path change In-Reply-To: <46D62AC3.20801@filteredperception.org> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <20070829214354.6c78ba29@ender> <46D62AC3.20801@filteredperception.org> Message-ID: <20070829223554.33f392b7@ender> On Wed, 29 Aug 2007 21:26:11 -0500 Douglas McClendon wrote: > I wasn't really concerned with the issue of source matching binaries > on a fedora derivative that _differ_ from the binaries that are in > fedora proper. That will no doubt only represent a very small > fraction of the derivative distribution. What I am worried about is > whether there is any legal requirement for the deriver, to host the > same sources that fedora is already hosting. I believe that > somewhere in the thread above, is the suggestion that a derivative > distro, if not wanting to be obliged to host *all* the source rpms, > must get some sort of explicit written promise from the upstream > distro, that the upstream distro will host the source rpms for X > amount of time (where X==3years?). GPL wants "No less than 3 years". > The whole reason the slashdot thread was interesting, is because it > is rather strange to begin with, since one would assume that the > upstream provider already has the legal obligation. I suspect the > issue was to prevent a scenario where an upstream provider goes > belly-up/disappears, and then the downstream deriver that didn't > bother to mirror a copy, cannot legally satisfy their own obligations > under the GPL. > > IANAL, so I may be completely butchering the issue. There are multiple ways to distribute the binaries (and source) under the GPL. You either deliver it at the same time as you deliver the binaries: a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, c) Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.) Right now, Fedora does A. That means that when we make the binary go away, we can make the source go away too. Otherwise we'd be on the hook to keep hosting the sources to every binary we release for no less than 3 years time. What you're asking to do is c), include the forwarded promise that Fedora made to you. It's not clear to me how to handle cases where it's near the end of year 3 of the original promise, yet you do a "new" binary release of your distribution including the notice. The notice is only good for say another year, do you have to some how extend that to 3 years? By far, the easiest to use and comply with is A), and that's what Fedora chooses to do, therefor we aren't already obligated to keep anything around for any amount of time other than for as long as the binaries are available. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dmc.fedora at filteredperception.org Thu Aug 30 02:53:27 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 29 Aug 2007 21:53:27 -0500 Subject: Heads up, slight tree path change In-Reply-To: <20070829223554.33f392b7@ender> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <20070829214354.6c78ba29@ender> <46D62AC3.20801@filteredperception.org> <20070829223554.33f392b7@ender> Message-ID: <46D63127.9010400@filteredperception.org> Jesse Keating wrote: > On Wed, 29 Aug 2007 21:26:11 -0500 > Douglas McClendon wrote: > >> I wasn't really concerned with the issue of source matching binaries >> on a fedora derivative that _differ_ from the binaries that are in >> fedora proper. That will no doubt only represent a very small >> fraction of the derivative distribution. What I am worried about is >> whether there is any legal requirement for the deriver, to host the >> same sources that fedora is already hosting. I believe that >> somewhere in the thread above, is the suggestion that a derivative >> distro, if not wanting to be obliged to host *all* the source rpms, >> must get some sort of explicit written promise from the upstream >> distro, that the upstream distro will host the source rpms for X >> amount of time (where X==3years?). > > GPL wants "No less than 3 years". > >> The whole reason the slashdot thread was interesting, is because it >> is rather strange to begin with, since one would assume that the >> upstream provider already has the legal obligation. I suspect the >> issue was to prevent a scenario where an upstream provider goes >> belly-up/disappears, and then the downstream deriver that didn't >> bother to mirror a copy, cannot legally satisfy their own obligations >> under the GPL. >> >> IANAL, so I may be completely butchering the issue. > > There are multiple ways to distribute the binaries (and source) under > the GPL. You either deliver it at the same time as you deliver the > binaries: > > a) Accompany it with the complete corresponding machine-readable > source code, which must be distributed under the terms of Sections 1 > and 2 above on a medium customarily used for software interchange; or, > > b) Accompany it with a written offer, valid for at least three years, > to give any third party, for a charge no more than your cost of > physically performing source distribution, a complete machine-readable > copy of the corresponding source code, to be distributed under the > terms of Sections 1 and 2 above on a medium customarily used for > software interchange; or, > > c) Accompany it with the information you received as to the offer to > distribute corresponding source code. (This alternative is allowed only > for noncommercial distribution and only if you received the program in > object code or executable form with such an offer, in accord with > Subsection b above.) > > Right now, Fedora does A. That means that when we make the binary go > away, we can make the source go away too. Otherwise we'd be on the > hook to keep hosting the sources to every binary we release for no less > than 3 years time. > > What you're asking to do is c), include the forwarded promise that > Fedora made to you. It's not clear to me how to handle cases where > it's near the end of year 3 of the original promise, yet you do a "new" > binary release of your distribution including the notice. The notice > is only good for say another year, do you have to some how extend that > to 3 years? That was a truly excellent reply (very clear). Because of your first reply, and how it is OK to have a derivative distro pointing at fedora yum repos by default, this is not such a big deal. Especially as I am personally only concerned with a livecd style derivative distro. Maintaining my own hosted set of just the src rpms that match what I put on a livecd, is not so bad. The real worry was if I couldn't leech off of fedora yum repos, and if I had to go and maintain my own copy of Everything. Thanks, -dmc From poelstra at redhat.com Thu Aug 30 04:10:27 2007 From: poelstra at redhat.com (John Poelstra) Date: Wed, 29 Aug 2007 21:10:27 -0700 Subject: F8 Features--should they stay or should they go? Message-ID: <46D64333.2060107@redhat.com> I would like to discuss the status of our features for F8 at tomorrow's FESCo meeting. https://fedoraproject.org/wiki/Releases/8/FeatureList With Feature Freeze behind us on 2007-08-28 it is time to make some decisions about what should live on the final approved feature list. The feature policy is fairly clear about features that should be dropped. see: http://fedoraproject.org/wiki/Features/Policy#drop In accordance with this policy it would not be out of line to drop features without recent updates or completion at 100%. Some of the more incomplete (less than 50%) or stale features are called out in red. Conversely if we follow this policy strictly, we will only have a few features for F8. https://fedoraproject.org/wiki/Releases/8/FeatureList The easiest way for me to proceed would be to simply follow the policy exactly as it reads, however I am sure there are cases where this would do more harm than good. On the other hand I have made repeated requests to some feature owners requesting updates with no reply. I also believe that for us to build a consistent release process we need to be consistent about doing what we say we are going to do--what is the point of having a policy that we don't really follow? Question for FESCo--do I have your support to follow the policy and eliminate features not meeting the criteria or would we like an exception process? If we would like to implement an exception policy it should be simple enough to amend to our existing policy and for me to track :) Thank you, John From skvidal at fedoraproject.org Thu Aug 30 04:17:24 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 30 Aug 2007 00:17:24 -0400 Subject: Fedora +1 Feature Pages Message-ID: <1188447444.27085.209.camel@cutter> Hi, If I have some feature proposals for fedora 9 where should I start putting them? Just add a feature proposal page to the wiki and make a Fedora9Featurelist? -sv From sundaram at fedoraproject.org Thu Aug 30 04:22:21 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 09:52:21 +0530 Subject: Fedora +1 Feature Pages In-Reply-To: <1188447444.27085.209.camel@cutter> References: <1188447444.27085.209.camel@cutter> Message-ID: <46D645FD.2040902@fedoraproject.org> seth vidal wrote: > Hi, > If I have some feature proposals for fedora 9 where should I start > putting them? Just add a feature proposal page to the wiki and make a > Fedora9Featurelist? Yes. Assign the right naming and category too. The feature policy page has the details. Rahul From fedora at leemhuis.info Thu Aug 30 05:31:03 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 30 Aug 2007 07:31:03 +0200 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <1188411538.10737.5.camel@kennedy> References: <1188411538.10737.5.camel@kennedy> Message-ID: <46D65617.7080004@leemhuis.info> On 29.08.2007 20:18, Brian Pepple wrote: > /topic FESCO-Meeting -- Follow-up -- obsoleting kmod proposal: > http://fedoraproject.org/wiki/DavidWoodhouse/KmodProposal - dwmw2, f13, > |DrJef| Wow, lot's of words -- seems we are really on our way to "Bureaucratic 2.0". Well, as I'm one of those that was a major driver for kmod's in Fedora Extras: +1 for the proposal. If anyone wonders why it gets my support: it was something different when we had Core and Extras (that's the short explanation, but I think it should make the biggest reason obvious). Nevertheless some comments: - if we are doing "Bureaucratic 2.0" then let's please do the easy steps as well and discuss a proposal like this on the list properly for some days(?) and don't try it in nearly hiding mode by just mention it in a "Plan for tomorrows FESCO meeting" where it easily missed. E.g. cut'n'paste the whole text into a mail, give it a subject with "RFC", put some introducing words on the top and send it to fedora-devel for comments. Earlier the 24 hours before the FESCo meeting it might be ratified in please, to give people a chance to comment on proposals, even if they are 24 afk - (partly a question for the Packaging committee as well) The current Kernel Module standard was not only meant for Fedora, but for RHEL also and a suggested one for 3rd party Fedora-repos as well. Are those still a goal? If not: will the stuff simply be removed from the Guidelines, to make them easier to read? CU knurd (?) -- Or did I miss such a RFC? If yes: sorry. From nicolas.mailhot at laposte.net Thu Aug 30 05:47:59 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 30 Aug 2007 07:47:59 +0200 Subject: [proposal] fonts comps group In-Reply-To: <46D623FB.803@redhat.com> References: <46CBC689.6000805@redhat.com> <1187788395.25291.12.camel@localhost.localdomain> <1187813560.1994.9.camel@rousalka.dyndns.org> <46CCE70D.2000303@redhat.com> <46D2DCD4.5030601@redhat.com> <1188233395.3135.12.camel@rousalka.dyndns.org> <46D623FB.803@redhat.com> Message-ID: <1188452880.6539.0.camel@rousalka.dyndns.org> Le jeudi 30 ao?t 2007 ? 11:57 +1000, Jens Petersen a ?crit : > This went through my net... sorry for the late followup. > > Nicolas Mailhot ????????: > > Le mardi 28 ao?t 2007 ? 00:16 +1000, Jens Petersen a ?crit : > >> Below is a patch to comps-f8.xml.in which implements it. > >> (I left the mandatory fonts also in base-x.) > > > I'd split it in TTF/OTF fonts every modern app can use, and legacy > > bitmap/type1/whatever fonts that cater to special needs. > > Do you mean having two comps groups, like "Fonts" and "Legacy Fonts"? > That sounds ok to me. Yes -- 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 rc040203 at freenet.de Thu Aug 30 05:52:42 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Aug 2007 07:52:42 +0200 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <1188411538.10737.5.camel@kennedy> References: <1188411538.10737.5.camel@kennedy> Message-ID: <1188453162.6422.267.camel@mccallum.corsepiu.local> On Wed, 2007-08-29 at 14:18 -0400, Brian Pepple wrote: > Hi, > > You want something to be discussed? Restrict the fedora-extras-commits at redhat.com list to fedora package cvs commits, only. This list is increasingly being abused for all kind of administration emails, rendering all attempts to perform post-commit QA non-feasible. In particular, the flood the pkgdb notices have been triggered, renders reading this list impossible. IMO, Fedora should keep CVS commits and administration emails strictly separated. The current practice is wasting a valuable resource of QA. Ralf From frosario777 at gmail.com Thu Aug 30 05:54:48 2007 From: frosario777 at gmail.com (Freddie Rosario) Date: Wed, 29 Aug 2007 22:54:48 -0700 Subject: Zod -> Moonshine -> ? Moonshine is a , In-Reply-To: <3dd77c60708210725r162614f6pce4c1f5c01907d15@mail.gmail.com> References: <3dd77c60708210725r162614f6pce4c1f5c01907d15@mail.gmail.com> Message-ID: How about "El Morro"? El Morro was San Juan, Puerto Rico's main military fortification throughout much the island's military history. At one point during the Anglo-Spanish war, the English set San Juan on fire and they still could not capture San Juan because of the protection that El Morro provided the Spanish. This could represent the many new technologies that Fedora has and is incorporating to secure our distro. From virtualization to selinux and talk of unifying our crypto support, it sounds like we have a distro that can withstand some heavy attacks and still be secure. Reference: http://en.wikipedia.org/wiki/Military_history_of_Puerto_Rico#The_English On 8/21/07, Mike Cohler wrote: > > >On Thu, 16 Aug 2007, Matej Cepl wrote: > >I still think F8 should be called "Underline". > > There is a nice chinese word "Moutai" which refers to a clear liqueur > but sounds almost the same as a Zulu word "muti" which refers to > medicine, but the word comes from the Zulu for "tree"... and the > Fedora tree of development would fit nicely into this thread, and has > international links as Fedora does! > > So moutai is a suggestion for F8 if this is still being discussed? > > -- > > mike cohler > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- --Freddie -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Thu Aug 30 05:57:23 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 11:27:23 +0530 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <1188453162.6422.267.camel@mccallum.corsepiu.local> References: <1188411538.10737.5.camel@kennedy> <1188453162.6422.267.camel@mccallum.corsepiu.local> Message-ID: <46D65C43.9010604@fedoraproject.org> Ralf Corsepius wrote: > On Wed, 2007-08-29 at 14:18 -0400, Brian Pepple wrote: >> Hi, >> > >> You want something to be discussed? > Restrict the fedora-extras-commits at redhat.com list to fedora package cvs > commits, only. > > This list is increasingly being abused for all kind of administration > emails, rendering all attempts to perform post-commit QA non-feasible. > In particular, the flood the pkgdb notices have been triggered, renders > reading this list impossible. > > IMO, Fedora should keep CVS commits and administration emails strictly > separated. The current practice is wasting a valuable resource of QA. Weren't they both separated in the mailing list via topics in mailman? Rahul From buildsys at redhat.com Thu Aug 30 06:13:06 2007 From: buildsys at redhat.com (Build System) Date: Thu, 30 Aug 2007 02:13:06 -0400 Subject: rawhide report: 20070829 changes Message-ID: <200708300613.l7U6D6xx023068@porkchop.devel.redhat.com> New package b43-fwcutter Firmware extraction tool for Broadcom wireless driver New package d3lphin A file manager for KDE focusing on usability New package rubygem-daemons A toolkit to create and control daemons in different ways New package rubygem-fastthread Optimized replacement for thread.rb primitives Updated Packages: amanda-2.5.2p1-8.fc8 -------------------- * Tue Aug 28 2007 Radek Brich 2.5.2.p1-8 - rebuild asc-1.16.4.0-3.fc8 ------------------ audacity-1.3.2-16.fc8 --------------------- * Tue Aug 28 2007 Michael Schwendt - 1.3.2-16 - rebuilt for new expat (#195888) autofs-1:5.0.2-14 ----------------- * Tue Aug 28 2007 Ian Kent - 5.0.2-14 - update patch to prevent failure on empty master map. - if there's no "automount" entry in nsswitch.conf use "files" source. - add LDAP schema discovery if no schema is configured. * Wed Aug 22 2007 Ian Kent - 5.0.2-13 - fix "nosymlink" option handling and add desription to man page. automake16-1.6.3-13 ------------------- * Tue Aug 28 2007 Karsten Hopp 1.6.3-13 - fix license tag - add missing patch (#225300) bluefish-1.0.7-2.fc8 -------------------- * Sun Aug 26 2007 Paul Howarth - 1.0.7-2 - clarify license as GPL version 2 or later - unexpand tabs in spec - update scriptlets and drop scriptlet dependencies cmake-2.4.7-3.fc8 ----------------- * Tue Aug 28 2007 Orion Poplawski - 2.4.7-3 - Rebuild for new expat compat-wxGTK26-2.6.3-7 ---------------------- * Tue Aug 28 2007 Michael Schwendt - 2.6.3-7 - rebuilt for new expat (#195888) emacs-22.1-3.fc8 ---------------- * Tue Aug 28 2007 Chip Coldwell - 22.1-3 - change group from Development to Utility * Mon Aug 13 2007 Chip Coldwell - 22.1-2 - add pkgconfig file for emacs-common and virtual provides (Resolves: bz242176) - glibc-open-macro.patch to deal with glibc turning "open" into a macro. - leave emacs info pages in default section (Resolves: bz199008) * Wed Jun 06 2007 Chip Coldwell - 22.1-1 - move alternatives install to posttrans scriptlet (Resolves: bz239745) - new release tarball from FSF (Resolves: bz245303) - new php-mode 1.2.0 eterm-0.9.4-8.fc8 ----------------- * Tue Aug 28 2007 Terje R??sten - 0.9.4-8 - Need gawk to build * Tue Aug 28 2007 Terje R??sten - 0.9.4-7 - Rebuild evolution-data-server-1.11.91-1.fc8 ----------------------------------- * Tue Aug 28 2007 Milan Crha - 1.11.91-1.fc8 - Update to 1.11.91 - Removed patch for RH bug #215634 (fixed upstream). - Removed patch for GNOME bug #466987 (fixed upstream). fedora-logos-7.90.2-1.fc8 ------------------------- * Mon Aug 27 2007 Ray Strode - 7.90.2-1 - update the firstboot artwork - update the grub artwork fonts-japanese-0.20061016-11.fc8 -------------------------------- * Tue Aug 28 2007 Jens Petersen - 0.20061016-11 - use the standard font scriptlets (Michal Jaegermann, #259041) gmrun-0.9.2-10.fc8 ------------------ * Mon Aug 27 2007 Gilboa Davara - 0.9.2-10 - Re-Fix bad %{_fedora} if/else. (Bad day) gnome-games-1:2.19.90.1-2.fc8 ----------------------------- * Tue Aug 28 2007 Hans de Goede - 1:2.19.90.1-2 - Rebuild for new expat 2.0 * Tue Aug 14 2007 Matthias Clasen - 1:2.19.90.1-1 - 2.19.90.1 * Sun Aug 12 2007 Matthias Clasen - 1:2.19.90b-1 - 2.19.90b gnomebaker-0.6.1-2.fc8 ---------------------- * Tue Aug 28 2007 Tomas Smetana - 0.6.1-2 - rebuild with -export-dynamic gtkhtml3-3.15.91-1.fc8 ---------------------- * Tue Aug 28 2007 Milan Crha - 3.15.91-1.fc8 - Update to 3.15.91 - Remove patch for Red Hat bug #129212/GNOME bug #262907 (fixed upstream). - Remove patch for GNOME bug #446894 (fixed upstream). * Tue Aug 21 2007 Matthew Barnes - 3.15.90-2.fc8 - Add patch for GNOME bug #446894 (regression in old printing API). * Mon Aug 13 2007 Matthew Barnes - 3.15.90-1.fc8 - Update to 3.15.90 hunspell-1.1.11.2-1.fc8 ----------------------- * Tue Aug 28 2007 Caolan McNamara - 1.1.11.2-1 - next version hunspell-pt-0.20070823-2.fc8 ---------------------------- * Tue Aug 28 2007 Caolan McNamara - 0.20070823-2 - source file audit shows that pt_BR-2007-04-11.zip silently changed content, updating to match jfsutils-1.1.12-1 ----------------- * Sat Aug 25 2007 Josh Boyer - 1.1.12-1 - Update to latest release - Drop obsoleted patch (fixed upstream) * Wed Aug 22 2007 Josh Boyer - 1.1.11-2 - Add patch to fix open call * Fri Aug 03 2007 Josh Boyer - 1.1.11-1 - Update license field jwhois-4.0-2.fc8 ---------------- * Tue Aug 28 2007 Vitezslav Crhonek - 4.0-2 - Fix license - Rebuild kdesvn-0.13.0-3.fc8 ------------------- * Tue Aug 28 2007 Orion Poplawski - 0.13.0-3 - Rebuild for new expat libast-0.7.1-0.2.20060818cvs.fc8 -------------------------------- * Tue Aug 28 2007 Terje R??sten - 0.7.1-0.2.20060818cvs - Rebuild libgnomecanvasmm26-2.16.0-3 --------------------------- * Tue Aug 28 2007 Stepan Kasal - 2.16.0-3 - Fix typo in description. libjingle-0.3.11-4.fc8 ---------------------- * Tue Aug 28 2007 Brian Pepple - 0.3.11-4 - Rebuild for expat 2.0. libsmbios-0.13.10-1.fc8 ----------------------- * Tue Aug 28 2007 Michael E Brown - 0.13.10-1 - Fix one instance where return code to fread was incorrectly checked. mesa-7.0.1-4.fc8 ---------------- * Tue Aug 28 2007 Adam Jackson 7.0.1-4 - Rebuild for new libexpat. * Wed Aug 15 2007 Dave Airlie - 7.0.1-3 - mesa-7.0.1-stable-branch.patch - Add patches from stable branch includes support for some Intel chipsets - mesa-7.0-use_master-r300.patch - Add r300 driver from master * Tue Aug 14 2007 Dave Airlie - 7.0.1-2 - missing build requires for Xfixes-devel and Xdamage-devel monotone-0.36-2.fc8 ------------------- * Tue Aug 28 2007 Roland McGrath - 0.36-2 - Clean up %pre script per packaging guidelines. - Disable ppc and ppc64 builds temporarily since make check fails. (#259161) * Fri Aug 03 2007 Roland McGrath - 0.36-1 - Updated for 0.36 release. nspluginwrapper-0.9.91.5-1.fc8 ------------------------------ * Mon Aug 27 2007 Martin Stransky 0.9.91.5-1 - update to the latest upstream nspr-4.6.7-3.fc8 ---------------- * Tue Aug 28 2007 Kai Engert - 4.6.7-3 - Updated license tag nss-3.11.7-6.fc8 ---------------- * Tue Aug 28 2007 Kai Engert - 3.11.7-6 - Updated license tag openct-0.6.13-1.fc8 ------------------- * Tue Aug 28 2007 Ville Skytt?? - 0.6.13-1 - 0.6.13. paragui-1.0.4-5.fc8 ------------------- * Tue Aug 28 2007 Hans de Goede 1.0.4-5 - Rebuild for new expat 2.0 pptp-1.7.1-3.fc8 ---------------- * Fri Aug 24 2007 Paul Howarth 1.7.1-3 - Change download URL from df.sf.net to downloads.sf.net - Expand tabs in spec - Clarify license as GPL version 2 or later python-2.5.1-9.fc8 ------------------ * Tue Aug 28 2007 Jeremy Katz - 2.5.1-9 - rebuild against new expat * Tue Aug 14 2007 Jeremy Katz - 2.5.1-8 - build against db4.6 * Tue Aug 14 2007 Dennis Gilmore - 2.5.1-7 - add sparc64 to the list of archs for _pyconfig64_h python-setuptools-0.6c6-2.fc8 ----------------------------- * Sat Aug 18 2007 Konstantin Ryabitsev - 0.6c6-2 - Make license tag conform to the new Licensing Guidelines - Move everything except pkg_resources.py into a separate -devel package so we avoid bundling python-devel when it's not required (#251645) - Do not package tests qgis-0.8.1-13.fc8 ----------------- * Tue Aug 28 2007 Douglas E. Warner 0.8.1-13 - bump for expat 2.0 rebuild bug#195888 revisor-2.0.4.3-1rc3.fc8 ------------------------ * Sat Aug 25 2007 Jeroen van Meeuwen 2.0.4.3-1rc3 - Split comps in their own package - Add rebrand module - Fixed pkgorder, copy_dir - Development release * Thu Aug 09 2007 Jeroen van Meeuwen 2.0.4.2-1 - Added Source RPM Tree for Installation Media - Rebased livecd-tools and created/submitted the necessary patches - Added pre-alpha jigdo sub-package - Disable jigdo, virt and dual media compose for release - Lots of bug fixes - Fixed up some features * Thu Jul 26 2007 Jeroen van Meeuwen 2.0.4.2-1rc1 - Adding a workaround fix for yum issues rhgb-0.17.6-6.fc8 ----------------- * Mon Aug 27 2007 Ray Strode - 0.17.6-6 - more color changes - drop image that isn't used in new theme rpm-4.4.2.2-0.1.rc1 ------------------- * Tue Aug 28 2007 Panu Matilainen 4.4.2.2-0.1.rc1 - update to 4.4.2.2-rc1 - remove no longer needed hacks - drop patches merged upstream * Fri Aug 24 2007 Panu Matilainen 4.4.2.1-10 - split apidocs to separate package (they're huge) - use system macros for bindir etc instead of defining our own - remove NPTL-related LD_ASSUME_KERNEL stuff, no longer functional anyway - remove various hacks that are no longer needed - ensure correct permissions of debug sources - follow fedora guidelines for user/group manipulation - clean up any non-matching bdb environment on post, not just 4.3 - visual cleanup of spec * Fri Aug 24 2007 Panu Matilainen - include sys-specific macros for all ARM variants (Lennert Buytenhek) rsyslog-1.19.2-1.fc8 -------------------- * Tue Aug 28 2007 Peter Vrabec 1.19.2-1 - upstream bugfix release - support for negative app selector, patch from theinric at redhat.com sazanami-fonts-0.20040629-4.20061016.fc8 ---------------------------------------- scorched3d-40.1d-5.fc8 ---------------------- * Tue Aug 28 2007 Hans de Goede 40.1d-5 - Rebuild for new expat 2.0 sdparm-1.01-3.fc8 ----------------- * Tue Aug 28 2007 Terje Rosten - 1.01-3 - Rebuild seamonkey-1.1.3-7.fc8 --------------------- * Tue Aug 28 2007 Kai Engert - 1.1.3-7 - Updated license tag sofia-sip-1.12.6-11.fc8 ----------------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 1.12.6-11 - Update license tag. sunifdef-3.1-3.fc8 ------------------ * Tue Aug 28 2007 Stepan Kasal - 3.1-3 - Fix typos, do not try to use '\#' to avoid interpretation of # as a comment; it seems the only way is to take care that it does not appear at the beginning of a line. * Tue Aug 21 2007 Jonathan G. Underwood - 3.1-2 - Bump release and rebuild * Mon May 21 2007 Jonathan G. Underwood - 3.1-1 - Update to version 3.1 (bug fix release) sysprof-1.0.8-2.fc8 ------------------- * Tue Aug 28 2007 Gianluca Sforna 1.0.8-2 - update License field sysprof-kmod-1.0.8-1.2.6.23_0.142.rc3.git10.fc8 ----------------------------------------------- * Tue Aug 21 2007 Gianluca Sforna - Update License field system-config-samba-1.2.48-1.fc8 -------------------------------- * Tue Aug 28 2007 Nils Philippsen - 1.2.48 - gracefully handle unknown configuration options (#247541) * Mon Aug 27 2007 Nils Philippsen - don't throw exceptions when encountering lines without trailing newlines (#253464) - don't remove *.pyc files upon uninstalling the package (#256401) tar-2:1.17-3.fc8 ---------------- * Tue Aug 28 2007 Radek Brich 2:1.17-3 - gawk build dependency * Tue Aug 28 2007 Radek Brich 2:1.17-2 - updated license tag - fixed CVE-2007-4131 tar directory traversal vulnerability (#251921) tcl-thread-2.6.5-3.fc8 ---------------------- texinfo-4.9-2.fc8 ----------------- * Tue Aug 28 2007 Vitezslav Crhonek - 4.9-2 - Fix license - Rebuild tix-1:8.4.2-2.fc8 ----------------- * Tue Aug 28 2007 Vitezslav Crhonek - 1:8.4.2-2 - Rebuild vegastrike-0.4.3-6.fc8 ---------------------- * Tue Aug 28 2007 Hans de Goede 0.4.3-6 - Rebuild for new expat 2.0 * Wed Aug 22 2007 Hans de Goede 0.4.3-5 - Rebuild for buildId * Fri Aug 03 2007 Hans de Goede 0.4.3-4 - Update License tag for new Licensing Guidelines compliance - Rebuild against new boost vixie-cron-4:4.2-1.fc8 ---------------------- * Tue Aug 28 2007 Marcela Maslanova - 4:4.2-1 - new upstream source, which merged mainly old source file and patches * Wed Jul 11 2007 Marcela Maslanova - 4:4.1-84 - fix init script - Resolves: rhbz#247091 * Mon Jul 02 2007 Marcela Maslanova - 4:4.1-83 - fix 246396, tmp directory, typo in crontab.1 - Resolves: rhbz#246396 wxGTK-2.8.4-6.fc8 ----------------- * Tue Aug 28 2007 Hans de Goede - 2.8.4-6 - Rebuild for new expat 2.0 xscreensaver-1:5.02-4.fc8 ------------------------- * Tue Aug 28 2007 Mamoru Tasaka - 1:5.02-4 - Spec file cleanup - Don't use include-directory patch anymore - Make all xscreensaver related directories owned by -base subpackage because now -extras and -gl-extras subpackage require it. - Mark man files as %doc explicitly, because /usr/share/man is expanded in files list - Fix write_long() (actually no_malloc_number_to_string()) yum-3.2.3-3.fc8 --------------- * Tue Aug 28 2007 Jeremy Katz - 3.2.3-3 - fix some depsolving cases Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 empathy - 0.8-1.fc8.i386 requires libmissioncontrol.so.0 empathy - 0.8-1.fc8.i386 requires libmissioncontrol-config.so.0 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.i686 requires kernel-i686 = 0:2.6.23-0.142.rc3.git10.fc8PAE octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.i386 requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.i386 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.i386 requires libgpod.so.1 subcommander - 1.2.2-6.fc8.i386 requires libneon.so.25 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 anjuta - 1:2.2.0-2.fc8.x86_64 requires libgvc.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libgraph.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libcdt.so.3()(64bit) empathy - 0.8-1.fc8.x86_64 requires libmissioncontrol-config.so.0()(64bit) empathy - 0.8-1.fc8.x86_64 requires libmissioncontrol.so.0()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.124.rc3.git2.fc8 octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) polyxmass-bin - 0.9.3-2.fc6.x86_64 requires libpolyxmass.so.10()(64bit) python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.x86_64 requires libgpod.so.1()(64bit) subcommander - 1.2.2-6.fc8.x86_64 requires libneon.so.25()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 anjuta - 1:2.2.0-2.fc8.ppc requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libgraph.so.3 empathy - 0.8-1.fc8.ppc requires libmissioncontrol.so.0 empathy - 0.8-1.fc8.ppc requires libmissioncontrol-config.so.0 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-smp - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8smp octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.ppc requires libpolyxmass.so.10 python-gpod - 0.4.2-1.fc7.ppc requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc requires libgpod.so.1 python-vcpx - 0.9.28-4.fc8.noarch requires monotone subcommander - 1.2.2-6.fc8.ppc requires libneon.so.25 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 empathy - 0.8-1.fc8.ppc64 requires libmissioncontrol-config.so.0()(64bit) empathy - 0.8-1.fc8.ppc64 requires libmissioncontrol.so.0()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-kdump - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8kdump octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod = 0:0.4.2 python-gpod - 0.4.2-1.fc7.ppc64 requires libgpod.so.1()(64bit) resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display subcommander - 1.2.2-6.fc8.ppc64 requires libneon.so.25()(64bit) From rc040203 at freenet.de Thu Aug 30 06:41:18 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Aug 2007 08:41:18 +0200 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <46D65C43.9010604@fedoraproject.org> References: <1188411538.10737.5.camel@kennedy> <1188453162.6422.267.camel@mccallum.corsepiu.local> <46D65C43.9010604@fedoraproject.org> Message-ID: <1188456078.6422.271.camel@mccallum.corsepiu.local> On Thu, 2007-08-30 at 11:27 +0530, Rahul Sundaram wrote: > Ralf Corsepius wrote: > > On Wed, 2007-08-29 at 14:18 -0400, Brian Pepple wrote: > >> Hi, > >> > > > >> You want something to be discussed? > > Restrict the fedora-extras-commits at redhat.com list to fedora package cvs > > commits, only. > > > > This list is increasingly being abused for all kind of administration > > emails, rendering all attempts to perform post-commit QA non-feasible. > > In particular, the flood the pkgdb notices have been triggered, renders > > reading this list impossible. > > > > IMO, Fedora should keep CVS commits and administration emails strictly > > separated. The current practice is wasting a valuable resource of QA. > > Weren't they both separated in the mailing list via topics in mailman? I don't know if something has been done. I have been flooded by the pkgdb ever since this stuff had been activated. Ralf From sundaram at fedoraproject.org Thu Aug 30 06:44:57 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 12:14:57 +0530 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <1188456078.6422.271.camel@mccallum.corsepiu.local> References: <1188411538.10737.5.camel@kennedy> <1188453162.6422.267.camel@mccallum.corsepiu.local> <46D65C43.9010604@fedoraproject.org> <1188456078.6422.271.camel@mccallum.corsepiu.local> Message-ID: <46D66769.2070505@fedoraproject.org> Ralf Corsepius wrote: > On Thu, 2007-08-30 at 11:27 +0530, Rahul Sundaram wrote: >> Weren't they both separated in the mailing list via topics in mailman? > I don't know if something has been done. I have been flooded by the > pkgdb ever since this stuff had been activated. Maybe you missed out https://www.redhat.com/archives/fedora-maintainers/2007-August/msg00562.html Rahul From pertusus at free.fr Thu Aug 30 07:08:41 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 09:08:41 +0200 Subject: F8 Features--should they stay or should they go? In-Reply-To: <46D64333.2060107@redhat.com> References: <46D64333.2060107@redhat.com> Message-ID: <20070830070841.GA2751@free.fr> On Wed, Aug 29, 2007 at 09:10:27PM -0700, John Poelstra wrote: > > I would like to discuss the status of our features for F8 at tomorrow's > FESCo meeting. > https://fedoraproject.org/wiki/Releases/8/FeatureList > > With Feature Freeze behind us on 2007-08-28 it is time to make some > decisions about what should live on the final approved feature list. The > feature policy is fairly clear about features that should be dropped. > > see: http://fedoraproject.org/wiki/Features/Policy#drop > > In accordance with this policy it would not be out of line to drop features > without recent updates or completion at 100%. Some of the more incomplete TeX Live inclusion is marked done at 100% but it is untrue. The packages are not approved yet, and in my opinion we should not hurry. Moreover I think that giving time limits to review is bad. A review should be finished when the package is 'perfect' from a packaging point of view, not because of a deadline. In the TeX Live case this is highly visible because this is a complex package, and in my opinion it needs split up which requires a lot of work and other reviews. -- Pat From rc040203 at freenet.de Thu Aug 30 07:22:38 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Aug 2007 09:22:38 +0200 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <46D66769.2070505@fedoraproject.org> References: <1188411538.10737.5.camel@kennedy> <1188453162.6422.267.camel@mccallum.corsepiu.local> <46D65C43.9010604@fedoraproject.org> <1188456078.6422.271.camel@mccallum.corsepiu.local> <46D66769.2070505@fedoraproject.org> Message-ID: <1188458558.6422.275.camel@mccallum.corsepiu.local> On Thu, 2007-08-30 at 12:14 +0530, Rahul Sundaram wrote: > Ralf Corsepius wrote: > > On Thu, 2007-08-30 at 11:27 +0530, Rahul Sundaram wrote: > > >> Weren't they both separated in the mailing list via topics in mailman? > > I don't know if something has been done. I have been flooded by the > > pkgdb ever since this stuff had been activated. > > Maybe you missed out > > https://www.redhat.com/archives/fedora-maintainers/2007-August/msg00562.html Yes, this (IMO, not necessarily good solution) was cleverly hidden. I'd really prefer if this list was converted back to what it once had been: A pure cvs commits list. Ralf From sundaram at fedoraproject.org Thu Aug 30 07:28:27 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 12:58:27 +0530 Subject: F8 Features--should they stay or should they go? In-Reply-To: <20070830070841.GA2751@free.fr> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> Message-ID: <46D6719B.7050506@fedoraproject.org> Patrice Dumas wrote: > TeX Live inclusion is marked done at 100% but it is untrue. The packages > are not approved yet, and in my opinion we should not hurry. Moreover I > think that giving time limits to review is bad. A review should be > finished when the package is 'perfect' from a packaging point of view, > not because of a deadline. In the TeX Live case this is highly visible > because this is a complex package, and in my opinion it needs split up > which requires a lot of work and other reviews. What about the licensing issue? Rahul From pertusus at free.fr Thu Aug 30 07:36:37 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 09:36:37 +0200 Subject: F8 Features--should they stay or should they go? In-Reply-To: <46D6719B.7050506@fedoraproject.org> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> <46D6719B.7050506@fedoraproject.org> Message-ID: <20070830073637.GC2751@free.fr> On Thu, Aug 30, 2007 at 12:58:27PM +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: > >> TeX Live inclusion is marked done at 100% but it is untrue. The packages >> are not approved yet, and in my opinion we should not hurry. Moreover I >> think that giving time limits to review is bad. A review should be >> finished when the package is 'perfect' from a packaging point of view, not >> because of a deadline. In the TeX Live case this is highly visible because >> this is a complex package, and in my opinion it needs split up which >> requires a lot of work and other reviews. > > What about the licensing issue? Those licensing issues would be blockers in general, but in that case some problematic softwares are in tetex already, it is an already existing issue, so I think it is not unacceptable to have problematic parts goes in, given that most of the time the issue is that a license is missing, and the author intention is certainly to make free software. I mailed all the issues I found out to the texlive maintainer and Spot is also doing a license review. -- Pat From pertusus at free.fr Thu Aug 30 07:40:39 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 09:40:39 +0200 Subject: must send modifications license acceptable? In-Reply-To: <46D09D32.8050101@fedoraproject.org> References: <20070825170753.GB31286@free.fr> <46D06AFA.5090304@fedoraproject.org> <20070825205312.GE31286@free.fr> <46D09D32.8050101@fedoraproject.org> Message-ID: <20070830074039.GD2751@free.fr> On Sun, Aug 26, 2007 at 02:50:50AM +0530, Rahul Sundaram wrote: > > Any license that mandates a requirement to send all modifications to the > original authors is clearly non-free. Academic Free License does not do > that. The other licenses you quotes appear to do this. In fact in one of the license this is a should and not a must, Karl Berry (texlive maintainer) thinks it is right and I agree with him: "All modified versions should be reported back to the author." And the clause in the other license has been removed by the author of dvips recently. -- Pat From rjones at redhat.com Thu Aug 30 07:44:21 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 30 Aug 2007 08:44:21 +0100 Subject: util-linux missing from build root In-Reply-To: <46D5B935.2000609@redhat.com> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> Message-ID: <46D67555.10002@redhat.com> Mike McGrath wrote: > AFAIK this hasn't changed at all: > > http://fedoraproject.org/wiki/Packaging/Guidelines#Exceptions > > I'm sorry that what you assumed would be there isn't, but what we say > will be there (as listed in the Packaging Guidelines) is as it always > was. The implicit list has been removed but the explicit list hasn't > changed and without FESCo approval, won't. Blah blah. I have packages broken because basic programs like 'awk' and 'getopt' are missing. All my Fedora contributions need to be rebuilt which is going to take hours. The aim of Fedora's team should be to encourage outside developers to contribute, because **if outside developers are pissed like this and leave for other friendlier distributions** then Fedora itself will be destroyed. So pointing to nebulous package guidelines as above is not just unhelpful, but rude and will damage Fedora. Instead, you should be working hard to help contributors and not changing everything underneath them on whim. Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From sundaram at fedoraproject.org Thu Aug 30 07:47:12 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 13:17:12 +0530 Subject: must send modifications license acceptable? In-Reply-To: <20070830074039.GD2751@free.fr> References: <20070825170753.GB31286@free.fr> <46D06AFA.5090304@fedoraproject.org> <20070825205312.GE31286@free.fr> <46D09D32.8050101@fedoraproject.org> <20070830074039.GD2751@free.fr> Message-ID: <46D67600.9030100@fedoraproject.org> Patrice Dumas wrote: > On Sun, Aug 26, 2007 at 02:50:50AM +0530, Rahul Sundaram wrote: >> Any license that mandates a requirement to send all modifications to the >> original authors is clearly non-free. Academic Free License does not do >> that. The other licenses you quotes appear to do this. > > In fact in one of the license this is a should and not a must, Karl > Berry (texlive maintainer) thinks it is right and I agree with him: > > "All modified versions should be reported back to the author." If I make private modifications in Free software and don't distribute the software, I am under no obligation to distribute any changes to anyone. Maybe this request can be presented outside the license and that's what the DSFG FAQ suggests http://people.debian.org/~bap/dfsg-faq.html Rahul From sundaram at fedoraproject.org Thu Aug 30 07:53:20 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 13:23:20 +0530 Subject: F8 Features--should they stay or should they go? In-Reply-To: <20070830073637.GC2751@free.fr> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> <46D6719B.7050506@fedoraproject.org> <20070830073637.GC2751@free.fr> Message-ID: <46D67770.2090504@fedoraproject.org> Patrice Dumas wrote: > > Those licensing issues would be blockers in general, but in that case > some problematic softwares are in tetex already, it is an already existing > issue, so I think it is not unacceptable to have problematic parts goes > in, given that most of the time the issue is that a license is missing, > and the author intention is certainly to make free software. If we are distributing software without a clear written license, we should stop doing so. If you did do it without the knowledge that there is a problem, then that is different from knowingly ignoring a licensing issue and you can suffer more damages as a result. It is a blocker. > I mailed all the issues I found out to the texlive maintainer and Spot > is also doing a license review. Rahul From tmraz at redhat.com Thu Aug 30 08:04:13 2007 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 30 Aug 2007 10:04:13 +0200 Subject: F8 Features--should they stay or should they go? In-Reply-To: <46D67770.2090504@fedoraproject.org> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> <46D6719B.7050506@fedoraproject.org> <20070830073637.GC2751@free.fr> <46D67770.2090504@fedoraproject.org> Message-ID: <1188461053.2949.28.camel@vespa.kabelta.loc> On Thu, 2007-08-30 at 13:23 +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: > > > > > Those licensing issues would be blockers in general, but in that case > > some problematic softwares are in tetex already, it is an already existing > > issue, so I think it is not unacceptable to have problematic parts goes > > in, given that most of the time the issue is that a license is missing, > > and the author intention is certainly to make free software. > > If we are distributing software without a clear written license, we > should stop doing so. If you did do it without the knowledge that there > is a problem, then that is different from knowingly ignoring a licensing > issue and you can suffer more damages as a result. It is a blocker. > > > I mailed all the issues I found out to the texlive maintainer and Spot > > is also doing a license review. One of the problems is the licence of dvips with the requirement to sent modifications back to author. Dvips is really important part of the whole TeX system and if we don't ship it we might even remove half of the other texlive binaries because they don't make sense without being able to produce printable output. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From rjones at redhat.com Thu Aug 30 08:04:02 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 30 Aug 2007 09:04:02 +0100 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <1188421481.2751.5.camel@kennedy> References: <1188411538.10737.5.camel@kennedy> <20070829201000.GC4024@free.fr> <1188421481.2751.5.camel@kennedy> Message-ID: <46D679F2.7010100@redhat.com> Brian Pepple wrote: > On Wed, 2007-08-29 at 22:10 +0200, Patrice Dumas wrote: >> What about adding to the BuildRequires Exceptions: >> >> cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp >> util-linux which > > I'll go ahead and add this to the schedule. And 'getopt' (the program). Apparently it was in util-linux and is now in util-linux-ng. Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From pertusus at free.fr Thu Aug 30 08:07:15 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 10:07:15 +0200 Subject: must send modifications license acceptable? In-Reply-To: <46D67600.9030100@fedoraproject.org> References: <20070825170753.GB31286@free.fr> <46D06AFA.5090304@fedoraproject.org> <20070825205312.GE31286@free.fr> <46D09D32.8050101@fedoraproject.org> <20070830074039.GD2751@free.fr> <46D67600.9030100@fedoraproject.org> Message-ID: <20070830080715.GE2751@free.fr> On Thu, Aug 30, 2007 at 01:17:12PM +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: >> On Sun, Aug 26, 2007 at 02:50:50AM +0530, Rahul Sundaram wrote: >>> Any license that mandates a requirement to send all modifications to the >>> original authors is clearly non-free. Academic Free License does not do >>> that. The other licenses you quotes appear to do this. >> In fact in one of the license this is a should and not a must, Karl >> Berry (texlive maintainer) thinks it is right and I agree with him: >> "All modified versions should be reported back to the author." > > If I make private modifications in Free software and don't distribute the > software, I am under no obligation to distribute any changes to anyone. > Maybe this request can be presented outside the license and that's what the > DSFG FAQ suggests > > http://people.debian.org/~bap/dfsg-faq.html Indeed, but in their examples it is always a must, I think that with a should, it is like a request versus an obligation, and it is right even in the license. -- Pat From oliver at linux-kernel.at Thu Aug 30 08:20:32 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 30 Aug 2007 10:20:32 +0200 Subject: [pkgdb] mapserver: oliver has requested commit In-Reply-To: <200708300815.l7U8FZEs025587@app3.fedora.phx.redhat.com> References: <200708300815.l7U8FZEs025587@app3.fedora.phx.redhat.com> Message-ID: <46D67DD0.90106@linux-kernel.at> On 08/30/2007 10:15 AM, Oliver Falk wrote: > Oliver Falk (oliver) has requested the commit acl on mapserver (Fedora 7) > > To make changes to this package see: > https://admin.fedoraproject.org/pkgdb/packages/name/mapserver May please someone with ultimate pkgdb rights approve this! Thx, Oliver From pertusus at free.fr Thu Aug 30 08:19:46 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 10:19:46 +0200 Subject: util-linux missing from build root In-Reply-To: <46D67555.10002@redhat.com> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <46D67555.10002@redhat.com> Message-ID: <20070830081946.GF2751@free.fr> On Thu, Aug 30, 2007 at 08:44:21AM +0100, Richard W.M. Jones wrote: > > Blah blah. > > I have packages broken because basic programs like 'awk' and 'getopt' are > missing. All my Fedora contributions need to be rebuilt which is going to > take hours. Not getopt, but popt-devel. I proposed gawk to be added to the minimal buildroot. > The aim of Fedora's team should be to encourage outside developers to > contribute, because **if outside developers are pissed like this and leave > for other friendlier distributions** then Fedora itself will be destroyed. It is right that encouraging outside developers to contribute is important, but following guidelines is at least as important. Your packages dependended on packages not in the BuildRequires exceptions list. This should have been spotted during the review but it wasn't, so it is normal that it breaks later. > So pointing to nebulous package guidelines as above is not just unhelpful, > but rude and will damage Fedora. Instead, you should be working hard to > help contributors and not changing everything underneath them on whim. The exception list is not a nebulous package guideline it is an important guideline. Maybe you would prefer more packages in the minimal build root, but it also has drawbacks. If the build root is bigger, then there are more chances that an unwanted dependency enters, and it also renders the minimal build root installation longer. So BuildRequires exceptions have to be in the guidelines and the contributors must know them. And also this means that what is in the minimal build root should be discussed because all the users don't have the same interests. In the past wrong dependencies hide the issue, now it has become apparent, but it was always here. -- Pat From pertusus at free.fr Thu Aug 30 08:21:49 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 10:21:49 +0200 Subject: F8 Features--should they stay or should they go? In-Reply-To: <1188461053.2949.28.camel@vespa.kabelta.loc> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> <46D6719B.7050506@fedoraproject.org> <20070830073637.GC2751@free.fr> <46D67770.2090504@fedoraproject.org> <1188461053.2949.28.camel@vespa.kabelta.loc> Message-ID: <20070830082149.GG2751@free.fr> On Thu, Aug 30, 2007 at 10:04:13AM +0200, Tomas Mraz wrote: > One of the problems is the licence of dvips with the requirement to sent > modifications back to author. Dvips is really important part of the > whole TeX system and if we don't ship it we might even remove half of > the other texlive binaries because they don't make sense without being > able to produce printable output. This is not an issue anymore, Karl told me that Tomas Rokicki accepted to remove the clause. -- Pat From pertusus at free.fr Thu Aug 30 08:25:28 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 10:25:28 +0200 Subject: util-linux missing from build root In-Reply-To: <1188441343.6422.239.camel@mccallum.corsepiu.local> References: <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> Message-ID: <20070830082528.GH2751@free.fr> On Thu, Aug 30, 2007 at 04:35:43AM +0200, Ralf Corsepius wrote: > > The key to get this usable would be to use a _list of applications and > libraries_ and keep this _list constant_. Not a list of packages as it > is being done now. Indeed it would be much better. Some applications could be described functionally, like 'a C compiler' instead of gcc (not necessarily the best exampel since there is an associated program, 'cc'). -- Pat From adrian at lisas.de Thu Aug 30 08:34:17 2007 From: adrian at lisas.de (Adrian Reber) Date: Thu, 30 Aug 2007 10:34:17 +0200 Subject: jabberd upgrade Message-ID: <20070830083417.GA6436@lisas.de> The current version of jabberd in the development branch is 2.0-0.s11.14.fc8. The 2.0 branch of jabberd is however not anymore maintained. They have switched to 2.1 which unfortunately has different config files which cannot be converted and the database layout has also been changed. This means that no automatic update is possible and that it has to be reconfigured after an update. My question is what is the best way to offer the new version? I would wait until F8 is released; update it to 2.1 in rawhide and mention in the F9 release notes that manual intervention is required. Any other suggestions? Adrian From laroche at redhat.com Thu Aug 30 08:34:15 2007 From: laroche at redhat.com (Florian La Roche) Date: Thu, 30 Aug 2007 10:34:15 +0200 Subject: util-linux missing from build root In-Reply-To: <20070829201048.GD4024@free.fr> References: <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> Message-ID: <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> On Wed, Aug 29, 2007 at 10:10:48PM +0200, Patrice Dumas wrote: > On Wed, Aug 29, 2007 at 03:01:28PM -0500, Mike McGrath wrote: > >> > > Sounds fine to me, I like gawk :) Anyone care to own this and take it to > > the FESCo? > > I have just sent a mail proposing to add > cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp > util-linux which This list looks good. +1. regards, Florian La Roche From dwmw2 at infradead.org Thu Aug 30 08:43:27 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 30 Aug 2007 09:43:27 +0100 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <46D65617.7080004@leemhuis.info> References: <1188411538.10737.5.camel@kennedy> <46D65617.7080004@leemhuis.info> Message-ID: <1188463407.5780.78.camel@pmac.infradead.org> On Thu, 2007-08-30 at 07:31 +0200, Thorsten Leemhuis wrote: > On 29.08.2007 20:18, Brian Pepple wrote: > > /topic FESCO-Meeting -- Follow-up -- obsoleting kmod proposal: > > http://fedoraproject.org/wiki/DavidWoodhouse/KmodProposal - dwmw2, f13, > > |DrJef| > > Wow, lot's of words -- seems we are really on our way to "Bureaucratic 2.0". Ouch, that hurts :) > Well, as I'm one of those that was a major driver for kmod's in Fedora > Extras: +1 for the proposal. If anyone wonders why it gets my support: > it was something different when we had Core and Extras (that's the short > explanation, but I think it should make the biggest reason obvious). > > Nevertheless some comments: > > - if we are doing "Bureaucratic 2.0" then let's please do the easy steps > as well and discuss a proposal like this on the list properly for some > days(?) and don't try it in nearly hiding mode by just mention it in a > "Plan for tomorrows FESCO meeting" where it easily missed. We started off that way; the only reason it's on the wiki was because I was asked to put it there after the email discussion. See, for example, https://www.redhat.com/archives/fedora-kernel-list/2007-July/msg00087.html which was also on fedora-devel-list. Also a later thread on fedora-devel-list with the subject 'Kernel Modules in Fedora'. > - (partly a question for the Packaging committee as well) The current > Kernel Module standard was not only meant for Fedora, but for RHEL also > and a suggested one for 3rd party Fedora-repos as well. Are those still > a goal? If not: will the stuff simply be removed from the Guidelines, to > make them easier to read? I think we could probably drop it completely, at least from the official guidelines. That doesn't mean the text has to be completely obliterated from the world, of course. If other people want to collaborate on a method for doing that kind of thing, I have no particular objection to letting them use the Fedora wiki for it. As long as we don't actually _ship_ any such abominations :) -- dwmw2 From jnovy at redhat.com Thu Aug 30 08:40:17 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 30 Aug 2007 10:40:17 +0200 Subject: F8 Features--should they stay or should they go? In-Reply-To: <20070830070841.GA2751@free.fr> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> Message-ID: <20070830084017.GA7911@dhcp-lab-186.brq.redhat.com> On Thu, Aug 30, 2007 at 09:08:41AM +0200, Patrice Dumas wrote: > On Wed, Aug 29, 2007 at 09:10:27PM -0700, John Poelstra wrote: > > > > I would like to discuss the status of our features for F8 at tomorrow's > > FESCo meeting. > > https://fedoraproject.org/wiki/Releases/8/FeatureList > > > > With Feature Freeze behind us on 2007-08-28 it is time to make some > > decisions about what should live on the final approved feature list. The > > feature policy is fairly clear about features that should be dropped. > > > > see: http://fedoraproject.org/wiki/Features/Policy#drop > > > > In accordance with this policy it would not be out of line to drop features > > without recent updates or completion at 100%. Some of the more incomplete > > TeX Live inclusion is marked done at 100% but it is untrue. The packages > are not approved yet, and in my opinion we should not hurry. Moreover I > think that giving time limits to review is bad. A review should be > finished when the package is 'perfect' from a packaging point of view, > not because of a deadline. In the TeX Live case this is highly visible > because this is a complex package, and in my opinion it needs split up > which requires a lot of work and other reviews. I marked it as completed from 90% now. The primary task of the TeXLive feature was to replace teTeX functionality so I set it to 100% as soon as it applied. Maybe it was too optimistic and I might have neglected solving legal problems which have nothing to do with functionality. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From a.badger at gmail.com Thu Aug 30 08:52:10 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 30 Aug 2007 01:52:10 -0700 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <1188458558.6422.275.camel@mccallum.corsepiu.local> References: <1188411538.10737.5.camel@kennedy> <1188453162.6422.267.camel@mccallum.corsepiu.local> <46D65C43.9010604@fedoraproject.org> <1188456078.6422.271.camel@mccallum.corsepiu.local> <46D66769.2070505@fedoraproject.org> <1188458558.6422.275.camel@mccallum.corsepiu.local> Message-ID: <46D6853A.1020808@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ralf Corsepius wrote: > On Thu, 2007-08-30 at 12:14 +0530, Rahul Sundaram wrote: >> Ralf Corsepius wrote: >>> On Thu, 2007-08-30 at 11:27 +0530, Rahul Sundaram wrote: >>>> Weren't they both separated in the mailing list via topics in mailman? >>> I don't know if something has been done. I have been flooded by the >>> pkgdb ever since this stuff had been activated. >> Maybe you missed out >> >> https://www.redhat.com/archives/fedora-maintainers/2007-August/msg00562.html > > Yes, this (IMO, not necessarily good solution) was cleverly hidden. > > I'd really prefer if this list was converted back to what it once had > been: A pure cvs commits list. > If you can't be bothered to keep reading the thread discussing solutions to your problem then I suppose you can consider this hidden. Otherwise, I do not think that word means what you think it means. Staying on the topic of the pkgdb mail, I have absolutely no attachment to sending messages to the cvs commits list. Sending it there was a feature request which I took, sounded reasonable (as the changes to acls and owners via pkg.acl and owners.list files was sent there), and implemented. If FESCo wants the feature reverted I can easily do that instead of spending time implementing mailman topics or other things that people suggest as a solution but apparently no one actually wants to use. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG1oU6X6yAic2E7kgRAqUUAJ9l337pqCocRa7ug3PzMwIrCTRfVwCfZUcq p8apzH9JUnNc0fHk8HG+BBQ= =FZjz -----END PGP SIGNATURE----- From sundaram at fedoraproject.org Thu Aug 30 08:54:13 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 14:24:13 +0530 Subject: F8 Features--should they stay or should they go? In-Reply-To: <20070830084017.GA7911@dhcp-lab-186.brq.redhat.com> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> <20070830084017.GA7911@dhcp-lab-186.brq.redhat.com> Message-ID: <46D685B5.50005@fedoraproject.org> Jindrich Novy wrote: > > I marked it as completed from 90% now. The primary task of the TeXLive feature > was to replace teTeX functionality so I set it to 100% as soon as it applied. > Maybe it was too optimistic and I might have neglected solving legal problems > which have nothing to do with functionality. It is only 100% complete when the functionality is actually in the distribution and working as expected. If packages are still waiting on review for any reason, legal or functional then that should be indicated in the feature page. Rahul From pertusus at free.fr Thu Aug 30 08:56:20 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 10:56:20 +0200 Subject: F8 Features--should they stay or should they go? In-Reply-To: <20070830084017.GA7911@dhcp-lab-186.brq.redhat.com> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> <20070830084017.GA7911@dhcp-lab-186.brq.redhat.com> Message-ID: <20070830085620.GI2751@free.fr> On Thu, Aug 30, 2007 at 10:40:17AM +0200, Jindrich Novy wrote: > > I marked it as completed from 90% now. The primary task of the TeXLive feature > was to replace teTeX functionality so I set it to 100% as soon as it applied. > Maybe it was too optimistic and I might have neglected solving legal problems > which have nothing to do with functionality. And also I think that we should take this opportunity to go farther than tetex functionnality and begin correcting what was wrong in tetex. Maybe it is acceptable in this case to let something not perfect goes in fedora and polish it while in cvs, like the merge review for tetex would have been. However I think that some issues should be fixed before the import, like how the package is split and how the subpackages are named. -- Pat From jnovy at redhat.com Thu Aug 30 08:52:43 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 30 Aug 2007 10:52:43 +0200 Subject: F8 Features--should they stay or should they go? In-Reply-To: <46D67770.2090504@fedoraproject.org> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> <46D6719B.7050506@fedoraproject.org> <20070830073637.GC2751@free.fr> <46D67770.2090504@fedoraproject.org> Message-ID: <20070830085243.GB7911@dhcp-lab-186.brq.redhat.com> On Thu, Aug 30, 2007 at 01:23:20PM +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: > >> Those licensing issues would be blockers in general, but in that case >> some problematic softwares are in tetex already, it is an already existing >> issue, so I think it is not unacceptable to have problematic parts goes >> in, given that most of the time the issue is that a license is missing, >> and the author intention is certainly to make free software. > > If we are distributing software without a clear written license, we should > stop doing so. If you did do it without the knowledge that there is a > problem, then that is different from knowingly ignoring a licensing issue > and you can suffer more damages as a result. It is a blocker. Yes, I completely agree with that. But from a legal quality point of view for the upcoming F8, isn't it better to include partly audited package such as TeXLive, as a replacement of teTeX, where the legal quality of the software it ships was not even considered? Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From sundaram at fedoraproject.org Thu Aug 30 09:00:37 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 14:30:37 +0530 Subject: F8 Features--should they stay or should they go? In-Reply-To: <20070830085243.GB7911@dhcp-lab-186.brq.redhat.com> References: <46D64333.2060107@redhat.com> <20070830070841.GA2751@free.fr> <46D6719B.7050506@fedoraproject.org> <20070830073637.GC2751@free.fr> <46D67770.2090504@fedoraproject.org> <20070830085243.GB7911@dhcp-lab-186.brq.redhat.com> Message-ID: <46D68735.4000808@fedoraproject.org> Jindrich Novy wrote: > On Thu, Aug 30, 2007 at 01:23:20PM +0530, Rahul Sundaram wrote: >> Patrice Dumas wrote: >> >>> Those licensing issues would be blockers in general, but in that case >>> some problematic softwares are in tetex already, it is an already existing >>> issue, so I think it is not unacceptable to have problematic parts goes >>> in, given that most of the time the issue is that a license is missing, >>> and the author intention is certainly to make free software. >> If we are distributing software without a clear written license, we should >> stop doing so. If you did do it without the knowledge that there is a >> problem, then that is different from knowingly ignoring a licensing issue >> and you can suffer more damages as a result. It is a blocker. > > Yes, I completely agree with that. But from a legal quality point of view > for the upcoming F8, isn't it better to include partly audited package such as > TeXLive, as a replacement of teTeX, where the legal quality of the software it > ships was not even considered? I am not sure what you mean by that. The legal quality of the software cannot be ignored ever. The review of any software has this a mandatory step. That is working as expected and we have already considered it and found out problems and those problems are public information now. We are past feature freeze now regardless of the licensing issues. How do you suggest we progress from here? Rahul From rc040203 at freenet.de Thu Aug 30 09:13:48 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Aug 2007 11:13:48 +0200 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <46D6853A.1020808@gmail.com> References: <1188411538.10737.5.camel@kennedy> <1188453162.6422.267.camel@mccallum.corsepiu.local> <46D65C43.9010604@fedoraproject.org> <1188456078.6422.271.camel@mccallum.corsepiu.local> <46D66769.2070505@fedoraproject.org> <1188458558.6422.275.camel@mccallum.corsepiu.local> <46D6853A.1020808@gmail.com> Message-ID: <1188465228.6422.281.camel@mccallum.corsepiu.local> On Thu, 2007-08-30 at 01:52 -0700, Toshio Kuratomi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ralf Corsepius wrote: > > On Thu, 2007-08-30 at 12:14 +0530, Rahul Sundaram wrote: > >> Ralf Corsepius wrote: > >>> On Thu, 2007-08-30 at 11:27 +0530, Rahul Sundaram wrote: > >>>> Weren't they both separated in the mailing list via topics in mailman? > >>> I don't know if something has been done. I have been flooded by the > >>> pkgdb ever since this stuff had been activated. > >> Maybe you missed out > >> > >> https://www.redhat.com/archives/fedora-maintainers/2007-August/msg00562.html > > > > Yes, this (IMO, not necessarily good solution) was cleverly hidden. > > > > I'd really prefer if this list was converted back to what it once had > > been: A pure cvs commits list. > > > If you can't be bothered to keep reading the thread discussing solutions > to your problem then I suppose you can consider this hidden. Otherwise, > I do not think that word means what you think it means. Toshio, wake up: I do expect such things to appear on an announcement list - As usual, this had not happened! -- Don't cage Fedora - Just say no to Fedora acls From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 09:34:55 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 11:34:55 +0200 Subject: util-linux missing from build root In-Reply-To: <1188441343.6422.239.camel@mccallum.corsepiu.local> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> Message-ID: <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 04:35:43 +0200, Ralf Corsepius wrote: > > Then substitute the examples with glibc, libstdc++, binutils, cpp, > > file, grep, mktemp, util-linux, ... you get the idea. > > The key to get this usable would be to use a _list of applications and > libraries_ and keep this _list constant_. Not a list of packages as it > is being done now. That would be a next [harder] level and also a key to verifying periodically that the low-level contents of the minimal buildroot packages stay the same. That is, that no files get removed or renamed unnoticed. A list of package names is of limited use, sure. But it is better than no such list. We've defined the contents of our minimal buildroot by means of traversing the dependencies of a smaller, essential root-set of package names and checking whether the full set of dependencies suffices. That's why "python", "grep" and "file" have been an implicit BR in the fully expanded list, for example, while we've had to add "perl" and "unzip" to the root-list explicitly. Historically, a few packages have been added to the primary list explicitly as a safety measure, as not to rely on dependencies in those cases and to ensure they are really pulled in. The same could have been done with further packages and, apparently, is necessary *now*. The full set of packages has not become the primary list because it is the result of recursion and as a side-effect contains several "disturbing" packages, which are not as plausible as many of the others on the list. You could only get rid of them by excluding them explicitly -- more work for those who've maintained the list so far. From the perspective of Joe Packager, if you need a program/file, you hunt it down, "rpm -qf" or "repoquery --whatprovides" it, and add the found package name as a BR. Yes, you could be pedantic and add the full path of the needed file instead, but that would break if a program were moved around in $PATH. Also, who would verify that a huge configure script strictly requires /bin/foo instead of $(which foo) for several dozens of different tools? From aph at redhat.com Thu Aug 30 09:36:00 2007 From: aph at redhat.com (Andrew Haley) Date: Thu, 30 Aug 2007 10:36:00 +0100 Subject: Heads up, slight tree path change In-Reply-To: <46D614AB.90100@filteredperception.org> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> Message-ID: <18134.36736.806238.716402@zebedee.pink> Douglas McClendon writes: > Then the final question of course would be, since derivative > distros of this nature are using binaries actually built by fedora, > will fedora be willing to go the extra mile and offer written > assurance to keep the source rpms available for 3 years, or > whatever the whole fallout from the gpl-derivative-distro thread of > recent history was. > > I mean, it seems plain silly to force derivative distros, that are > using binaries compiled and provided by fedora, to maintain a > mirror of the source rpms. Especially if as above, the yum configs > in the derivative distros are pointing at fedora servers anyway. Tough. It's what the GPL says. If you supply someone with a binary, you have to supply the source. You can't point someone somewhere else and say "the source is over there, get it yourself". Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From nicolas.mailhot at laposte.net Thu Aug 30 09:41:11 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 30 Aug 2007 11:41:11 +0200 (CEST) Subject: util-linux missing from build root In-Reply-To: <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> Le Jeu 30 ao?t 2007 11:34, Michael Schwendt a ?crit : > From the perspective of Joe Packager, if you need a program/file, you > hunt it down, "rpm -qf" or "repoquery --whatprovides" it, and add the > found package name as a BR. Or you do which foo and add this BR (a lot simpler, faster and more reliable) > Yes, you could be pedantic and add the > full path of the needed file instead, but that would break if a > program were moved around in $PATH. This is a very unusual event (much more than package shuffling) because the FHS nailed this a long time ago -- Nicolas Mailhot From sundaram at fedoraproject.org Thu Aug 30 09:39:38 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 15:09:38 +0530 Subject: Heads up, slight tree path change In-Reply-To: <18134.36736.806238.716402@zebedee.pink> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <18134.36736.806238.716402@zebedee.pink> Message-ID: <46D6905A.7080200@fedoraproject.org> Andrew Haley wrote: > Douglas McClendon writes: > > > Then the final question of course would be, since derivative > > distros of this nature are using binaries actually built by fedora, > > will fedora be willing to go the extra mile and offer written > > assurance to keep the source rpms available for 3 years, or > > whatever the whole fallout from the gpl-derivative-distro thread of > > recent history was. > > > > I mean, it seems plain silly to force derivative distros, that are > > using binaries compiled and provided by fedora, to maintain a > > mirror of the source rpms. Especially if as above, the yum configs > > in the derivative distros are pointing at fedora servers anyway. > > Tough. It's what the GPL says. If you supply someone with a binary, > you have to supply the source. You can't point someone somewhere else > and say "the source is over there, get it yourself". You can in some circumstances do exactly that. A derivative distribution can very well point to the upstream distribution as the canonical source if the upstream distribution agrees to it explicitly. Rahul From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 09:50:24 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 11:50:24 +0200 Subject: util-linux missing from build root In-Reply-To: <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> Message-ID: <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 11:41:11 +0200 (CEST), Nicolas Mailhot wrote: > > Le Jeu 30 ao?t 2007 11:34, Michael Schwendt a ?crit : > > > From the perspective of Joe Packager, if you need a program/file, you > > hunt it down, "rpm -qf" or "repoquery --whatprovides" it, and add the > > found package name as a BR. > > Or you do which foo and add this BR (a lot simpler, faster and more > reliable) No, "rpm -qf $(which foo)" to be precise, since it returns only a path and not a package name. And $(which foo) has been mentioned in the mail you replied to. > > Yes, you could be pedantic and add the > > full path of the needed file instead, but that would break if a > > program were moved around in $PATH. > > This is a very unusual event (much more than package shuffling) > because the FHS nailed this a long time ago The FHS does not cover every file a packager might want to BR. From jkeating at redhat.com Thu Aug 30 10:01:02 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 30 Aug 2007 06:01:02 -0400 Subject: Heads up, slight tree path change In-Reply-To: <46D63127.9010400@filteredperception.org> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <20070829214354.6c78ba29@ender> <46D62AC3.20801@filteredperception.org> <20070829223554.33f392b7@ender> <46D63127.9010400@filteredperception.org> Message-ID: <20070830060102.6fcfd777@ender> On Wed, 29 Aug 2007 21:53:27 -0500 Douglas McClendon wrote: > That was a truly excellent reply (very clear). > > Because of your first reply, and how it is OK to have a derivative > distro pointing at fedora yum repos by default, this is not such a > big deal. Especially as I am personally only concerned with a livecd > style derivative distro. Maintaining my own hosted set of just the > src rpms that match what I put on a livecd, is not so bad. The real > worry was if I couldn't leech off of fedora yum repos, and if I had > to go and maintain my own copy of Everything. Perhaps I wasn't clear enough. You'll still need to host all the srpms you use in your initial binary release. After that, if you're just relying upon Fedora for the updates, since Fedora handles the binary and the source for those you don't have to worry. You just have to worry about updates to the additional packages you put in your spin. You have to make sure that the source rpms used to create your Live image stay around for as long as your Live image is available for download. This may be longer than Fedora keeps those srpms around. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aph at redhat.com Thu Aug 30 10:30:02 2007 From: aph at redhat.com (Andrew Haley) Date: Thu, 30 Aug 2007 11:30:02 +0100 Subject: Heads up, slight tree path change In-Reply-To: <46D6905A.7080200@fedoraproject.org> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <18134.36736.806238.716402@zebedee.pink> <46D6905A.7080200@fedoraproject.org> Message-ID: <18134.39978.340713.671143@zebedee.pink> Rahul Sundaram writes: > Andrew Haley wrote: > > Douglas McClendon writes: > > > > > Then the final question of course would be, since derivative > > > distros of this nature are using binaries actually built by fedora, > > > will fedora be willing to go the extra mile and offer written > > > assurance to keep the source rpms available for 3 years, or > > > whatever the whole fallout from the gpl-derivative-distro thread of > > > recent history was. > > > > > > I mean, it seems plain silly to force derivative distros, that are > > > using binaries compiled and provided by fedora, to maintain a > > > mirror of the source rpms. Especially if as above, the yum configs > > > in the derivative distros are pointing at fedora servers anyway. > > > > Tough. It's what the GPL says. If you supply someone with a binary, > > you have to supply the source. You can't point someone somewhere else > > and say "the source is over there, get it yourself". > > You can in some circumstances do exactly that. A derivative distribution > can very well point to the upstream distribution as the canonical source > if the upstream distribution agrees to it explicitly. If you distribute binaries, it is your responsibility to "offer equivalent access to the Corresponding Source in the same way through the same place at no further charge. You need not require recipients to copy the Corresponding Source along with the object code. If the place to copy the object code is a network server, the Corresponding Source may be on a different server (operated by you or a third party) that supports equivalent copying facilities, provided you maintain clear directions next to the object code saying where to find the Corresponding Source. Regardless of what server hosts the Corresponding Source, you remain obligated to ensure that it is available for as long as needed to satisfy these requirements." Of course, the source and binary may be on different servers, but it remains *your* responsibility to make sure the source is available, even if it's on a third party server. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From nicolas.mailhot at laposte.net Thu Aug 30 10:56:40 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 30 Aug 2007 12:56:40 +0200 (CEST) Subject: util-linux missing from build root In-Reply-To: <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <3014.192.54.193.51.1188471400.squirrel@rousalka.dyndns.org> Le Jeu 30 ao?t 2007 11:50, Michael Schwendt a ?crit : > On Thu, 30 Aug 2007 11:41:11 +0200 (CEST), Nicolas Mailhot wrote: > >> >> Le Jeu 30 ao?t 2007 11:34, Michael Schwendt a ?crit : >> >> > From the perspective of Joe Packager, if you need a program/file, >> you >> > hunt it down, "rpm -qf" or "repoquery --whatprovides" it, and add >> the >> > found package name as a BR. >> >> Or you do which foo and add this BR (a lot simpler, faster and more >> reliable) > > No, "rpm -qf $(which foo)" to be precise, since it returns only a path > and not a package name. Which was exactly the point. When a script/Makefile requires a particular command, and this command has multiple implementation or is provided by a package which naming stability is dubious, BR/R-ing the filename and not the package name is the right thing. If package naming and package repartition was stable or reliable we'd be requiring perl package names instead of the stuff inside. When you know the exact R/BR your package needs it's totaly insane to go through the package name indirection. -- Nicolas Mailhot From sundaram at fedoraproject.org Thu Aug 30 11:00:41 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 16:30:41 +0530 Subject: Heads up, slight tree path change In-Reply-To: <18134.39978.340713.671143@zebedee.pink> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <18134.36736.806238.716402@zebedee.pink> <46D6905A.7080200@fedoraproject.org> <18134.39978.340713.671143@zebedee.pink> Message-ID: <46D6A359.7030401@fedoraproject.org> Andrew Haley wrote: > > Of course, the source and binary may be on different servers, but it > remains *your* responsibility to make sure the source is available, > even if it's on a third party server. Of course but derivative distributions and even respins would want is the ability to point to Fedora for the source and I think we can accommodate that requirement without any additional liability. Rahul From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 11:13:25 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 13:13:25 +0200 Subject: util-linux missing from build root In-Reply-To: <3014.192.54.193.51.1188471400.squirrel@rousalka.dyndns.org> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> <3014.192.54.193.51.1188471400.squirrel@rousalka.dyndns.org> Message-ID: <20070830131325.0e52b40e.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 12:56:40 +0200 (CEST), Nicolas Mailhot wrote: > > Le Jeu 30 ao?t 2007 11:50, Michael Schwendt a ?crit : > > On Thu, 30 Aug 2007 11:41:11 +0200 (CEST), Nicolas Mailhot wrote: > > > >> > >> Le Jeu 30 ao?t 2007 11:34, Michael Schwendt a ?crit : > >> > >> > From the perspective of Joe Packager, if you need a program/file, > >> you > >> > hunt it down, "rpm -qf" or "repoquery --whatprovides" it, and add > >> the > >> > found package name as a BR. > >> > >> Or you do which foo and add this BR (a lot simpler, faster and more > >> reliable) > > > > No, "rpm -qf $(which foo)" to be precise, since it returns only a path > > and not a package name. > > Which was exactly the point. When a script/Makefile requires a > particular command, and this command has multiple implementation or is > provided by a package which naming stability is dubious, BR/R-ing the > filename and not the package name is the right thing. > > If package naming and package repartition was stable or reliable we'd > be requiring perl package names instead of the stuff inside. There is a big difference between the perl(Foo::Module) virtual provides and requiring full paths to file names. /usr/bin/foo can move to /usr/local/bin/foo if you don't require /usr/bin/foo explicitly anywhere. And this example works for other paths, too. Requiring file paths is dangerous when conflicts between packages are permitted and shortest pkg name wins in yum depsolving. Enjoy https://bugzilla.redhat.com/208781 for a utility pkg that conflicts with give other pkgs. > When you know the exact R/BR your package needs it's totaly insane to > go through the package name indirection. > Except that loading and parsing the metadata filelists slows down the depsolver a lot, and requiring a single file does only guarantee that you get the single file -- if you need many more files, would you require each of them explicitly? Anyway, we're drifting off, IMO. From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 11:14:40 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 13:14:40 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830131325.0e52b40e.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> <3014.192.54.193.51.1188471400.squirrel@rousalka.dyndns.org> <20070830131325.0e52b40e.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070830131440.e17102f7.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 13:13:25 +0200, Michael Schwendt wrote: > [...] > Requiring file paths is dangerous when conflicts between packages > are permitted and shortest pkg name wins in yum depsolving. Enjoy > https://bugzilla.redhat.com/208781 for a utility pkg that conflicts > with give other pkgs. s/give/five/ From jwboyer at jdub.homelinux.org Thu Aug 30 11:15:47 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 30 Aug 2007 06:15:47 -0500 Subject: Zod -> Moonshine -> ? Moonshine is a , In-Reply-To: References: <3dd77c60708210725r162614f6pce4c1f5c01907d15@mail.gmail.com> Message-ID: <20070830061547.6c428da0@vader.jdub.homelinux.org> On Wed, 29 Aug 2007 22:54:48 -0700 "Freddie Rosario" wrote: > How about "El Morro"? El Morro was San Juan, Puerto Rico's main military > fortification throughout much the island's military history. At one point > during the Anglo-Spanish war, the English set San Juan on fire and they > still could not capture San Juan because of the protection that El Morro > provided the Spanish. The cutoff was this past Monday, as we had to send a list to Legal. Sorry. josh From kzak at redhat.com Thu Aug 30 11:20:23 2007 From: kzak at redhat.com (Karel Zak) Date: Thu, 30 Aug 2007 13:20:23 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> References: <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> Message-ID: <20070830112023.GB3167@petra.dvoda.cz> On Thu, Aug 30, 2007 at 10:34:15AM +0200, Florian La Roche wrote: > On Wed, Aug 29, 2007 at 10:10:48PM +0200, Patrice Dumas wrote: > > On Wed, Aug 29, 2007 at 03:01:28PM -0500, Mike McGrath wrote: > > >> > > > Sounds fine to me, I like gawk :) Anyone care to own this and take it to > > > the FESCo? > > > > I have just sent a mail proposing to add > > cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp > > util-linux which > > This list looks good. +1. according to: http://www.gnu.org/software/autoconf/manual/standards.html#Utilities-in-Makefiles 7.2.2 Utilities in Makefiles Write the Makefile commands (and any shell scripts, such as configure) to run in sh, not in csh. Don't use any special features of ksh or bash. The configure script and the Makefile rules for building and installation should not use any utilities directly except these: cat cmp cp diff echo egrep expr false grep install-info ln ls mkdir mv pwd rm rmdir sed sleep sort tar test touch true we also need the "info" package (install-info binary). Karel -- Karel Zak From pertusus at free.fr Thu Aug 30 11:23:01 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 13:23:01 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830112023.GB3167@petra.dvoda.cz> References: <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> Message-ID: <20070830112301.GF4031@free.fr> On Thu, Aug 30, 2007 at 01:20:23PM +0200, Karel Zak wrote: > > > we also need the "info" package (install-info binary). I am not sure about this one, since it will never be usefull in staged installs. And it has to be in Requires(pre) anyway. - Pat From ndbecker2 at gmail.com Thu Aug 30 11:36:13 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 30 Aug 2007 07:36:13 -0400 Subject: ubuntu bulletproof x Message-ID: http://arstechnica.com/journals/linux.ars/2007/08/29/ubuntu-xorg-maintainer-demonstrates-bulletproof-x From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 11:54:16 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 13:54:16 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830112301.GF4031@free.fr> References: <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830112301.GF4031@free.fr> Message-ID: <20070830135416.7aa7a63c.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 13:23:01 +0200, Patrice Dumas wrote: > On Thu, Aug 30, 2007 at 01:20:23PM +0200, Karel Zak wrote: > > > > > > we also need the "info" package (install-info binary). > > I am not sure about this one, since it will never be usefull in staged > installs. And it has to be in Requires(pre) anyway. If a Makefile uses it to install info files, it must be a BR. Else it might happen that a missing install-info results in missing info files. It's useful to make "info" part of the minimal buildroot. From aph at redhat.com Thu Aug 30 12:00:51 2007 From: aph at redhat.com (Andrew Haley) Date: Thu, 30 Aug 2007 13:00:51 +0100 Subject: Eclipse Help Message-ID: <18134.45427.266223.952190@zebedee.pink> I'm getting this on F8 t1 for Eclipse Help Contents: WARNING: Error for /help/index.jsp java.lang.IncompatibleClassChangeError: Class org.apache.jasper.servlet.JspServlet does not implement the requested interface javax.servlet.Servlet at org.eclipse.equinox.jsp.jasper.JspServlet.init(JspServlet.java:81) at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.initializeDelegate(ServletManager.java:195) at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:179) at org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:109) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:75) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) Any ideas? Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From skasal at redhat.com Thu Aug 30 12:10:57 2007 From: skasal at redhat.com (Stepan Kasal) Date: Thu, 30 Aug 2007 14:10:57 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830112023.GB3167@petra.dvoda.cz> References: <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> Message-ID: <20070830121057.GA1040@camelia.ucw.cz.> Hi, On Thu, Aug 30, 2007 at 01:20:23PM +0200, Karel Zak wrote: > > On Wed, Aug 29, 2007 at 10:10:48PM +0200, Patrice Dumas wrote: > > > On Wed, Aug 29, 2007 at 03:01:28PM -0500, Mike McGrath wrote: > > > > Sounds fine to me, I like gawk :) Anyone care to own this and take it to > > > > the FESCo? I'm willing to take this to FESCo. Is there a way to get to a FESCo meeting, so that I can advocate this there? I'm writing an essay on the topic, trying to prove every item very thoroughly. All I know is that FESCo can be contacted by sending a mail to fedora-maintainers at redhat.com. When I have my case complete, I'll drop a mail there and wait for a reply. > > > cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp > > > util-linux which > we also need the "info" package (install-info binary). Yes, my current list for the essay contains it. Actually, I currently have proofs only for: findutils gawk grep info For example, I'm not proposing "binutils," because relying on the fact that gcc will always require them is not that dangerous. I also considered util-linux, when jnovy mentioned that a package needs "kill" to build properly. But I came to a conclusion that "kill", "mount", nor any other command from util-linux doesn't have to be in the minimal buildroot. OTOH, I think that it would be sane to have a rule that all packages not explicitely listed on the Exception List have to be buildrequired if they are necessary for the build. If that rule were accepted, it would be of course necessary to add "binutils" to Exception List. Have a nice day, Stepan Kasal From overholt at redhat.com Thu Aug 30 11:59:44 2007 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 30 Aug 2007 07:59:44 -0400 Subject: Eclipse Help In-Reply-To: <18134.45427.266223.952190@zebedee.pink> References: <18134.45427.266223.952190@zebedee.pink> Message-ID: <20070830115943.GA23123@redhat.com> * Andrew Haley [2007-08-30 08:00]: > I'm getting this on F8 t1 for Eclipse Help Contents: > > WARNING: Error for /help/index.jsp > java.lang.IncompatibleClassChangeError: Class org.apache.jasper.servlet.JspServlet does not implement the requested interface javax.servlet.Servlet > at org.eclipse.equinox.jsp.jasper.JspServlet.init(JspServlet.java:81) > at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.initializeDelegate(ServletManager.java:195) > at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:179) > at org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90) > at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:109) > at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:75) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > > Any ideas? Not OTTOMH. Let me see if I can reproduce and I'll get back to you. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Thu Aug 30 12:13:44 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 30 Aug 2007 14:13:44 +0200 (CEST) Subject: util-linux missing from build root In-Reply-To: <20070830131325.0e52b40e.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> <3014.192.54.193.51.1188471400.squirrel@rousalka.dyndns.org> <20070830131325.0e52b40e.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <26233.192.54.193.51.1188476024.squirrel@rousalka.dyndns.org> Le Jeu 30 ao?t 2007 13:13, Michael Schwendt a ?crit : > There is a big difference between the perl(Foo::Module) virtual > provides and requiring full paths to file names. > > /usr/bin/foo can move to /usr/local/bin/foo Not in our packaging. It *can* move from /usr/bin to /bin but that's pretty unusual. > if you don't require > /usr/bin/foo explicitly anywhere. And this example works for other > paths, too. The vast majority of the stuff people are clamouring for in buildroots are small commands in /usr/bin and /bin. Those do *not* wander in the filesystem. Too many scripts that hardcode their path would break. I've almost never seen a file dep of this kind be broken by filesystem layout changes, and when it did happen it *always* happened with massive package name shuffling that would have required fixing if a rpm name had been used instead (immediate or delayed fixing, depending on the fake provides the new package exposed if it was a 1:1 change) > Requiring file paths is dangerous when conflicts between packages > are permitted and shortest pkg name wins in yum depsolving. So? You can make the same argument for perl modules, library names, etc (with more reason as semi-compatible forks are legion) >> When you know the exact R/BR your package needs it's totaly insane >> to go through the package name indirection. >> > > Except that loading and parsing the metadata filelists slows down > the depsolver a lot That's a tooling problem. Since you bring it up commands that end up in everyone's default $PATH should end up in autoprovides not filelists IMHO (most of them have a lot more reason to end up there than some of the fluff the existing autoprovides scripts unearth, those who don't usually have no place in $PATH either, and by not making them explicit provides they slip through conflict checking) > and requiring a single file does only guarantee > that you get the single file -- if you need many more files, would > you require each of them explicitly? If you need many commands that have no special reason to be in a single package and in fact migrate from package to package requiring them instead of putting the current container name is the right thing. If you need many commands that are closely associated requiring just one of them will pull the others just as effectively as the package name. If you need many commands that are closely associated and specific to a particular implementation of a toolset requiring the toolset name is the right thing. This is not the common case though. However for common commands which have many implementations build scripts can handle any one of them, and depending on the package name of the implementation Fedora currently favours buys you nothing and results in broken builds after a few years. -- Nicolas Mailhot From fedora at leemhuis.info Thu Aug 30 12:17:19 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 30 Aug 2007 14:17:19 +0200 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <1188463407.5780.78.camel@pmac.infradead.org> References: <1188411538.10737.5.camel@kennedy> <46D65617.7080004@leemhuis.info> <1188463407.5780.78.camel@pmac.infradead.org> Message-ID: <46D6B54F.8080007@leemhuis.info> On 30.08.2007 10:43, David Woodhouse wrote: > On Thu, 2007-08-30 at 07:31 +0200, Thorsten Leemhuis wrote: >> On 29.08.2007 20:18, Brian Pepple wrote: >>> /topic FESCO-Meeting -- Follow-up -- obsoleting kmod proposal: >>> http://fedoraproject.org/wiki/DavidWoodhouse/KmodProposal - dwmw2, f13, >>> |DrJef| >> Wow, lot's of words -- seems we are really on our way to "Bureaucratic 2.0". > Ouch, that hurts :) Well, it's not your fault. In fact it's likely even in parts more my fault, because some of this and similar bureaucracy evolved when I was FESCo's chair. >> Well, as I'm one of those that was a major driver for kmod's in Fedora >> Extras: +1 for the proposal. If anyone wonders why it gets my support: >> it was something different when we had Core and Extras (that's the short >> explanation, but I think it should make the biggest reason obvious). >> Nevertheless some comments: >> >> - if we are doing "Bureaucratic 2.0" then let's please do the easy steps >> as well and discuss a proposal like this on the list properly for some >> days(?) and don't try it in nearly hiding mode by just mention it in a >> "Plan for tomorrows FESCO meeting" where it easily missed. > > We started off that way; the only reason it's on the wiki was because I > was asked to put it there after the email discussion. See, for example, > https://www.redhat.com/archives/fedora-kernel-list/2007-July/msg00087.html > which was also on fedora-devel-list. Also a later thread on > fedora-devel-list with the subject 'Kernel Modules in Fedora'. Well, for me it boils down to this: this and similar documents is what FESCo members which didn't participate in the earlier discussion will read to come to a decision. Thus what is written in them and how it gets written by the author (which of course has a opinion which again influences how he writes the stuff) is really important, thus a public review (just one or two days or time) for such kind of document is IMHO strictly needed to give people with other opinions a chance to comment. Don't take it as a offense or disagreement with the proposal -- remember, I gave my +1 to it ;-) >> - (partly a question for the Packaging committee as well) The current >> Kernel Module standard was not only meant for Fedora, but for RHEL also >> and a suggested one for 3rd party Fedora-repos as well. Are those still >> a goal? If not: will the stuff simply be removed from the Guidelines, to >> make them easier to read? > I think we could probably drop it completely, at least from the official > guidelines. That doesn't mean the text has to be completely obliterated > from the world, of course. If other people want to collaborate on a > method for doing that kind of thing, I have no particular objection to > letting them use the Fedora wiki for it. As long as we don't actually > _ship_ any such abominations :) Well, without shipping such abominations I'd say we have no real testbed for testing improvements and changes to the standard. So maybe (I'm not completely sure myself) it's really better kicked completely, and we don't care about RHEL (or I work together with jcm on it and we search for an testbed (or create one)). CU knurd From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 12:55:12 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 14:55:12 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830121057.GA1040@camelia.ucw.cz.> References: <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> Message-ID: <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 14:10:57 +0200, Stepan Kasal wrote: > I also considered util-linux, when jnovy mentioned that a package > needs "kill" to build properly. But I came to a conclusion that > "kill", "mount", nor any other command from util-linux doesn't have > to be in the minimal buildroot. arch, flock, getopt, rename are nice to have by default. From pertusus at free.fr Thu Aug 30 12:48:09 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 14:48:09 +0200 Subject: Plan for tomorrows (20070830) FESCO meeting In-Reply-To: <20070829201000.GC4024@free.fr> References: <1188411538.10737.5.camel@kennedy> <20070829201000.GC4024@free.fr> Message-ID: <20070830124318.GA6104@free.fr> On Wed, Aug 29, 2007 at 10:10:00PM +0200, Patrice Dumas wrote: > On Wed, Aug 29, 2007 at 02:18:58PM -0400, Brian Pepple wrote: > > Hi, > > > > Please find below the list of topics that are likely to come up in the > > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > > in #fedora-meeting on irc.freenode.org: > > > > What about adding to the BuildRequires Exceptions: > > cpp binutils file findutils gawk glibc-devel grep libstdc++-devel mktemp > util-linux which Add info to that. -- Pat From rdieter at math.unl.edu Thu Aug 30 13:04:13 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 30 Aug 2007 08:04:13 -0500 Subject: pkg comaintainers, interested? Message-ID: Got a lotta pkgs(1) that could use more (co)maintainership love. Let me know if you're able/interested. -- Rex (1) Those I would most like comaintainers for are marked with * Macaulay2 * OpenEXR PyKDE * akode * apollon cabextract cmucl * dirmngr eric exiv2 factory fltk gc * geomview * gift gift-gnutella gift-openft glib gnupg2 * gpa gpgme * gtk+ gtk-qt-engine jasper kaffeine * kasablanca kdocker kickpim kile * kiosktool kipi-plugins kmymoney2 * kphotoalbum * libassuan libfac libkexiv2 libksba libmal libmpcdec libofa libsigsegv libtunepimp lyx * mathml-fonts maxima * ntl openslp pinentry pykdeextensions * qscintilla sbcl * tidy vnc-ltsp-config wxMaxima * xdg-utils xforms From skvidal at fedoraproject.org Thu Aug 30 13:04:52 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 30 Aug 2007 09:04:52 -0400 Subject: util-linux missing from build root In-Reply-To: <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1188479092.27085.212.camel@cutter> On Thu, 2007-08-30 at 11:34 +0200, Michael Schwendt wrote: > On Thu, 30 Aug 2007 04:35:43 +0200, Ralf Corsepius wrote: > > > > Then substitute the examples with glibc, libstdc++, binutils, cpp, > > > file, grep, mktemp, util-linux, ... you get the idea. > > > > The key to get this usable would be to use a _list of applications and > > libraries_ and keep this _list constant_. Not a list of packages as it > > is being done now. > > That would be a next [harder] level and also a key to verifying > periodically that the low-level contents of the minimal buildroot > packages stay the same. That is, that no files get removed or renamed > unnoticed. This doesn't sound terrible to me. If we did provide a list of library requirements and application requirements that we define as minimal it would be easy to pass that list to yum to resolve and install. something to think about, anyway. -sv From skasal at redhat.com Thu Aug 30 13:08:40 2007 From: skasal at redhat.com (Stepan Kasal) Date: Thu, 30 Aug 2007 15:08:40 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> References: <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070830130838.GA1412@camelia.ucw.cz.> Hi, On Thu, Aug 30, 2007 at 02:55:12PM +0200, Michael Schwendt wrote: > On Thu, 30 Aug 2007 14:10:57 +0200, Stepan Kasal wrote: > > > I also considered util-linux, when jnovy mentioned that a package > > needs "kill" to build properly. But I came to a conclusion that > > "kill", "mount", nor any other command from util-linux doesn't have > > to be in the minimal buildroot. > > arch, flock, getopt, rename are nice to have by default. well, might be nice, but I'm afraid we need to be more exact. Could you please find out or estimate, for each of the utils you mentioned: - how many upstream tarballs do not build without it? - if they do not build, is it a transparent error, or is it a hard-to-debug problem (builds but does not work in certain special cases, for eample)? - how many spec files call the utility? If the number of packages affected is small, and if the broken packages are easy to discover and fix, we can leave util-linux out. Stepan From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 13:10:10 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 15:10:10 +0200 Subject: util-linux missing from build root In-Reply-To: <26233.192.54.193.51.1188476024.squirrel@rousalka.dyndns.org> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> <3014.192.54.193.51.1188471400.squirrel@rousalka.dyndns.org> <20070830131325.0e52b40e.mschwendt.tmp0701.nospam@arcor.de> <26233.192.54.193.51.1188476024.squirrel@rousalka.dyndns.org> Message-ID: <20070830151010.48a82704.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 14:13:44 +0200 (CEST), Nicolas Mailhot wrote: > > /usr/bin/foo can move to /usr/local/bin/foo > > Not in our packaging. But making it impossible can't be the goal either. Since we package for specific releases of a distribution, I'd rather recommend more use of the %check section in spec files at build-time. > > Requiring file paths is dangerous when conflicts between packages > > are permitted and shortest pkg name wins in yum depsolving. > > So? You can make the same argument for perl modules, library names, > etc (with more reason as semi-compatible forks are legion) Sure. Just that file path Requires aren't automatic, except for script interpreters. We don't have virtual Provides for executables in distribution $PATH, e.g. exec(grep) > > and requiring a single file does only guarantee > > that you get the single file -- if you need many more files, would > > you require each of them explicitly? > > If you need many commands that have no special reason to be in a > single package and in fact migrate from package to package requiring > them instead of putting the current container name is the right thing. > > If you need many commands that are closely associated requiring just > one of them will pull the others just as effectively as the package > name. The guidelines talk about _guarantees_, though. The probability that "Requires: /usr/bin/mount" pulls in related tools via util-linux is high but no guarantee. Just recently, /usr/bin/setarch got moved from one package to another, which then got renamed. From bpepple at fedoraproject.org Thu Aug 30 13:16:06 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 30 Aug 2007 09:16:06 -0400 Subject: util-linux missing from build root In-Reply-To: <20070830121057.GA1040@camelia.ucw.cz.> References: <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> Message-ID: <1188479766.21557.12.camel@kennedy> On Thu, 2007-08-30 at 14:10 +0200, Stepan Kasal wrote: > I'm willing to take this to FESCo. Is there a way to get to a FESCo > meeting, so that I can advocate this there? FESCo meets every Thursday at 1:00pm EST at #fedora-meeting on Freenode. /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 david at lovesunix.net Thu Aug 30 13:23:26 2007 From: david at lovesunix.net (David Nielsen) Date: Thu, 30 Aug 2007 15:23:26 +0200 Subject: ubuntu bulletproof x In-Reply-To: References: Message-ID: <1188480206.7545.9.camel@dawkins.stavtrup-st.dk> tor, 30 08 2007 kl. 07:36 -0400, skrev Neal Becker: > http://arstechnica.com/journals/linux.ars/2007/08/29/ubuntu-xorg-maintainer-demonstrates-bulletproof-x Correct me if I'm wrong but isn't this another copout solution to not detecting resolution correct or otherwise accidently messing up the configuration. It seems to be nothing more than a fallback in case X doesn't do it's job then it presumes that the user actually knows what hardware he has and what resolution is desired (if my mothers machine did that she'd run away screaming - definitely not a solution that is suitable for everyone). Regardless calling it bulletproof X seems misleading. It also doesn't really do anything to aid the situation as far as I can see either, it's not like it opens a bug against the correct X component with all the logs attached so a developer might have an enjoyable afternoon figuring out what went wrong so it can be avoided in the future. It seems to me that "bulletproof" should have meant no crashing and no misconfigurations.. ever. - David From nicolas.mailhot at laposte.net Thu Aug 30 13:32:16 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 30 Aug 2007 15:32:16 +0200 (CEST) Subject: util-linux missing from build root In-Reply-To: <20070830151010.48a82704.mschwendt.tmp0701.nospam@arcor.de> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> <3014.192.54.193.51.1188471400.squirrel@rousalka.dyndns.org> <20070830131325.0e52b40e.mschwendt.tmp0701.nospam@arcor.de> <26233.192.54.193.51.1188476024.squirrel@rousalka.dyndns.org> <20070830151010.48a82704.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <54975.192.54.193.51.1188480736.squirrel@rousalka.dyndns.org> Le Jeu 30 ao?t 2007 15:10, Michael Schwendt a ?crit : > On Thu, 30 Aug 2007 14:13:44 +0200 (CEST), Nicolas Mailhot wrote: > >> > /usr/bin/foo can move to /usr/local/bin/foo >> >> Not in our packaging. > > But making it impossible can't be the goal either. We're not "making it impossible", anymore than naming a package some way "makes it impossible" for other entities to make a different choice. you can put a symlink in /usr/bin/ just like you can put some fugly compat goo inside your third-party rpm (also a lot of this stuff can not be moved because of LSB anyway) >> > Requiring file paths is dangerous when conflicts between packages >> > are permitted and shortest pkg name wins in yum depsolving. >> >> So? You can make the same argument for perl modules, library names, >> etc (with more reason as semi-compatible forks are legion) > > Sure. Just that file path Requires aren't automatic, except for script > interpreters. That does not make autoprovide name collisions any less dangerous than filename collisions > We don't have virtual Provides for executables in distribution $PATH, > e.g. exec(grep) More the pity >> > and requiring a single file does only guarantee >> > that you get the single file -- if you need many more files, would >> > you require each of them explicitly? >> >> If you need many commands that have no special reason to be in a >> single package and in fact migrate from package to package requiring >> them instead of putting the current container name is the right >> thing. >> >> If you need many commands that are closely associated requiring just >> one of them will pull the others just as effectively as the package >> name. > > The guidelines talk about _guarantees_, though. The probability that > "Requires: /usr/bin/mount" pulls in related tools via util-linux is > high but no guarantee. Just recently, /usr/bin/setarch got moved from > one package to another, which then got renamed. This is a perfect example of why requiring the container instead of the actual stuff you need is bad. mount and setarch are not closely related, they just happened to be bundled together for some time. Regards, -- Nicolas Mailhot From poelstra at redhat.com Thu Aug 30 13:35:29 2007 From: poelstra at redhat.com (John Poelstra) Date: Thu, 30 Aug 2007 06:35:29 -0700 Subject: Fedora +1 Feature Pages In-Reply-To: <46D645FD.2040902@fedoraproject.org> References: <1188447444.27085.209.camel@cutter> <46D645FD.2040902@fedoraproject.org> Message-ID: <46D6C7A1.2090105@redhat.com> Rahul Sundaram said the following on 08/29/2007 09:22 PM Pacific Time: > seth vidal wrote: >> Hi, >> If I have some feature proposals for fedora 9 where should I start >> putting them? Just add a feature proposal page to the wiki and make a >> Fedora9Featurelist? > http://fedoraproject.org/wiki/Features/Policy Let me know if you need any help. John From jkeating at redhat.com Thu Aug 30 13:37:13 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 30 Aug 2007 09:37:13 -0400 Subject: Heads up, slight tree path change In-Reply-To: <46D6A359.7030401@fedoraproject.org> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <18134.36736.806238.716402@zebedee.pink> <46D6905A.7080200@fedoraproject.org> <18134.39978.340713.671143@zebedee.pink> <46D6A359.7030401@fedoraproject.org> Message-ID: <20070830093713.20249d16@mentok.boston.redhat.com> On Thu, 30 Aug 2007 16:30:41 +0530 Rahul Sundaram wrote: > Of course but derivative distributions and even respins would want is > the ability to point to Fedora for the source and I think we can > accommodate that requirement without any additional liability. I don't think we can, as we'd have to start distributing under 3b, for every single binary we ship. That's going to piss off a lot of mirrors if they have to carry all copies of the source of every update we've ever released for (at least) three years. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 13:41:30 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 15:41:30 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830130838.GA1412@camelia.ucw.cz.> References: <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> Message-ID: <20070830154130.e3c71889.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 15:08:40 +0200, Stepan Kasal wrote: > Hi, > > On Thu, Aug 30, 2007 at 02:55:12PM +0200, Michael Schwendt wrote: > > On Thu, 30 Aug 2007 14:10:57 +0200, Stepan Kasal wrote: > > > > > I also considered util-linux, when jnovy mentioned that a package > > > needs "kill" to build properly. But I came to a conclusion that > > > "kill", "mount", nor any other command from util-linux doesn't have > > > to be in the minimal buildroot. > > > > arch, flock, getopt, rename are nice to have by default. > > well, might be nice, but I'm afraid we need to be more exact. > > Could you please find out or estimate, for each of the utils you > mentioned: > - how many upstream tarballs do not build without it? > - if they do not build, is it a transparent error, or > is it a hard-to-debug problem (builds but does not work in > certain special cases, for eample)? > - how many spec files call the utility? > > If the number of packages affected is small, and if the broken > packages are easy to discover and fix, we can leave util-linux out. Hyperbole. If such an enormous effort is needed to justify adding a core package, it is certainly not worth it. It would require burning cycles on thousands of tarballs, builds and checker-scripts to see whether a tarball disables features or self-tests when a tool is missing. The "initscripts" package used to require "util-linux". For a package that is available on the majority of Fedora/RHEL installations, I don't see any reason to make it a special optional build requirement. I'd rather add a generated set of buildroot packages to spec files and save the time. From jkeating at redhat.com Thu Aug 30 13:42:03 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 30 Aug 2007 09:42:03 -0400 Subject: util-linux missing from build root In-Reply-To: <1188479092.27085.212.camel@cutter> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <1188479092.27085.212.camel@cutter> Message-ID: <20070830094203.3e3cb9b6@mentok.boston.redhat.com> On Thu, 30 Aug 2007 09:04:52 -0400 seth vidal wrote: > This doesn't sound terrible to me. If we did provide a list of library > requirements and application requirements that we define as minimal it > would be easy to pass that list to yum to resolve and install. > > something to think about, anyway. Can it be expressed as a comps group though? Does yum comps module handle that? Also keep in mind that part of having the minimal buildroot was so that when people rebuild packages on their own, they didn't have to hunt down why their package didn't build right due to silent missing BuildRequires. That means we start with very little assumptions and use the BuildRequires to build up exactly what we want around when this package is built. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at fedoraproject.org Thu Aug 30 13:45:41 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 30 Aug 2007 09:45:41 -0400 Subject: util-linux missing from build root In-Reply-To: <20070830094203.3e3cb9b6@mentok.boston.redhat.com> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <1188479092.27085.212.camel@cutter> <20070830094203.3e3cb9b6@mentok.boston.redhat.com> Message-ID: <1188481541.27085.217.camel@cutter> On Thu, 2007-08-30 at 09:42 -0400, Jesse Keating wrote: > On Thu, 30 Aug 2007 09:04:52 -0400 > seth vidal wrote: > > > This doesn't sound terrible to me. If we did provide a list of library > > requirements and application requirements that we define as minimal it > > would be easy to pass that list to yum to resolve and install. > > > > something to think about, anyway. > > Can it be expressed as a comps group though? Does yum comps module > handle that? It can't atm, no. That could change, potentially. > Also keep in mind that part of having the minimal buildroot was so that > when people rebuild packages on their own, they didn't have to hunt > down why their package didn't build right due to silent missing > BuildRequires. That means we start with very little assumptions and > use the BuildRequires to build up exactly what we want around when this > package is built. I understand - I was just thinking that a base definition of libraries + applications that we need for a minimal chroot has the virtue of surviving independent of package renaming. -sv From igknighted at gmail.com Thu Aug 30 13:49:04 2007 From: igknighted at gmail.com (igknighted at gmail.com) Date: Thu, 30 Aug 2007 13:49:04 +0000 Subject: ubuntu bulletproof x In-Reply-To: <1188480206.7545.9.camel@dawkins.stavtrup-st.dk> References: <1188480206.7545.9.camel@dawkins.stavtrup-st.dk> Message-ID: <1c847b0708300649n4a91a686vab2c355e0c7d7c5e@mail.gmail.com> I think the main purpose is for people who are using proprietary drivers (maily nvidia) and have kernel module breakages. Also for those messing around with other settings manually (trying to get a multi-button mouse working, for example). For those not used to linux I can see how this could let them get online in order to get help. But I also think it is poorly implemented. Why not ask the user when they update xorg.conf if their previous one worked, and then if they want to save it as a fall-back in case the new one fails. This way you don't end up any worse off if it fails. You'd have to make the name of the backup well known enough for those manually editing the file to save the backup properly (xorg.conf.bak seems fairly standard for this, yes?), but I feel like most users who would need this would be using Ubuntu's GUI xorg.conf tool, and that could be built right in. On 8/30/07, David Nielsen wrote: > > tor, 30 08 2007 kl. 07:36 -0400, skrev Neal Becker: > > > http://arstechnica.com/journals/linux.ars/2007/08/29/ubuntu-xorg-maintainer-demonstrates-bulletproof-x > > Correct me if I'm wrong but isn't this another copout solution to not > detecting resolution correct or otherwise accidently messing up the > configuration. It seems to be nothing more than a fallback in case X > doesn't do it's job then it presumes that the user actually knows what > hardware he has and what resolution is desired (if my mothers machine > did that she'd run away screaming - definitely not a solution that is > suitable for everyone). > > Regardless calling it bulletproof X seems misleading. It also doesn't > really do anything to aid the situation as far as I can see either, it's > not like it opens a bug against the correct X component with all the > logs attached so a developer might have an enjoyable afternoon figuring > out what went wrong so it can be avoided in the future. > > It seems to me that "bulletproof" should have meant no crashing and no > misconfigurations.. ever. > > - David > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From jkeating at redhat.com Thu Aug 30 13:49:08 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 30 Aug 2007 09:49:08 -0400 Subject: util-linux missing from build root In-Reply-To: <1188481541.27085.217.camel@cutter> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <1188479092.27085.212.camel@cutter> <20070830094203.3e3cb9b6@mentok.boston.redhat.com> <1188481541.27085.217.camel@cutter> Message-ID: <20070830094908.37f1a1e6@mentok.boston.redhat.com> On Thu, 30 Aug 2007 09:45:41 -0400 seth vidal wrote: > I understand - I was just thinking that a base definition of > libraries + applications that we need for a minimal chroot has the > virtue of surviving independent of package renaming. Yes, I see the value too, although it doesn't get us any closer to doing away with file deps :/ -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rc040203 at freenet.de Thu Aug 30 13:52:30 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Aug 2007 15:52:30 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830130838.GA1412@camelia.ucw.cz.> References: <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> Message-ID: <1188481950.6422.312.camel@mccallum.corsepiu.local> On Thu, 2007-08-30 at 15:08 +0200, Stepan Kasal wrote: > Hi, > > On Thu, Aug 30, 2007 at 02:55:12PM +0200, Michael Schwendt wrote: > > On Thu, 30 Aug 2007 14:10:57 +0200, Stepan Kasal wrote: > > > > > I also considered util-linux, when jnovy mentioned that a package > > > needs "kill" to build properly. But I came to a conclusion that > > > "kill", "mount", nor any other command from util-linux doesn't have > > > to be in the minimal buildroot. > > > > arch, flock, getopt, rename are nice to have by default. > > well, might be nice, but I'm afraid we need to be more exact. > > Could you please find out or estimate, for each of the utils you > mentioned: Instead of trying to cater each and everybody's demand I'd simply start with standards, such as FHS/LSB and POSIX. > If the number of packages affected is small, and if the broken > packages are easy to discover and fix, we can leave util-linux out. Check POSIX, you'll find several of the util-linux tools are covered by it, e.g. kill. Ralf From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 14:06:47 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 16:06:47 +0200 Subject: util-linux missing from build root In-Reply-To: <54975.192.54.193.51.1188480736.squirrel@rousalka.dyndns.org> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> <3014.192.54.193.51.1188471400.squirrel@rousalka.dyndns.org> <20070830131325.0e52b40e.mschwendt.tmp0701.nospam@arcor.de> <26233.192.54.193.51.1188476024.squirrel@rousalka.dyndns.org> <20070830151010.48a82704.mschwendt.tmp0701.nospam@arcor.de> <54975.192.54.193.51.1188480736.squirrel@rousalka.dyndns.org> Message-ID: <20070830160647.590a004a.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 15:32:16 +0200 (CEST), Nicolas Mailhot wrote: > > Le Jeu 30 ao?t 2007 15:10, Michael Schwendt a ?crit : > > On Thu, 30 Aug 2007 14:13:44 +0200 (CEST), Nicolas Mailhot wrote: > > > >> > /usr/bin/foo can move to /usr/local/bin/foo > >> > >> Not in our packaging. > > > > But making it impossible can't be the goal either. > > We're not "making it impossible", anymore than naming a package some > way "makes it impossible" for other entities to make a different > choice. you can put a symlink in /usr/bin/ just like you can put some > fugly compat goo inside your third-party rpm Not if /usr/local is installed from tarballs instead of from rpms. That won't fill the RPM db. > (also a lot of this stuff can not be moved because of LSB anyway) Do we need explicit path-based R/BR for programs covered by the LSB? =:-O > >> > Requiring file paths is dangerous when conflicts between packages > >> > are permitted and shortest pkg name wins in yum depsolving. > >> > >> So? You can make the same argument for perl modules, library names, > >> etc (with more reason as semi-compatible forks are legion) > > > > Sure. Just that file path Requires aren't automatic, except for script > > interpreters. > > That does not make autoprovide name collisions any less dangerous than > filename collisions Every file in $PATH is automatically provided in the file lists. Compare that with a Perl source file that must do something special to create a module that results in a virtual Provides. > >> > and requiring a single file does only guarantee > >> > that you get the single file -- if you need many more files, would > >> > you require each of them explicitly? > >> > >> If you need many commands that have no special reason to be in a > >> single package and in fact migrate from package to package requiring > >> them instead of putting the current container name is the right > >> thing. > >> > >> If you need many commands that are closely associated requiring just > >> one of them will pull the others just as effectively as the package > >> name. > > > > The guidelines talk about _guarantees_, though. The probability that > > "Requires: /bin/mount" pulls in related tools via util-linux is > > high but no guarantee. Just recently, /usr/bin/setarch got moved from > > one package to another, which then got renamed. > > This is a perfect example of why requiring the container instead of > the actual stuff you need is bad. mount and setarch are not closely > related, they just happened to be bundled together for some time. It demonstrates why you would rather need to require lots of single files, because you cannot rely on /bin/mount being bundled with /bin/umount and more likely not being bundled with /sbin/losetup either. Same for cpp, gcc, ld, strip, ... A well-defined base environment that need not be specified as R/BR is superior. From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 14:12:32 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 30 Aug 2007 16:12:32 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830094203.3e3cb9b6@mentok.boston.redhat.com> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <1188479092.27085.212.camel@cutter> <20070830094203.3e3cb9b6@mentok.boston.redhat.com> Message-ID: <20070830161232.6fcd2b4d.mschwendt.tmp0701.nospam@arcor.de> On Thu, 30 Aug 2007 09:42:03 -0400, Jesse Keating wrote: > On Thu, 30 Aug 2007 09:04:52 -0400 > seth vidal wrote: > > > This doesn't sound terrible to me. If we did provide a list of library > > requirements and application requirements that we define as minimal it > > would be easy to pass that list to yum to resolve and install. > > > > something to think about, anyway. > > Can it be expressed as a comps group though? Does yum comps module > handle that? > > Also keep in mind that part of having the minimal buildroot was so that > when people rebuild packages on their own, they didn't have to hunt > down why their package didn't build right due to silent missing > BuildRequires. That means we start with very little assumptions and > use the BuildRequires to build up exactly what we want around when this > package is built. One used to be able to NOT use mock, but build rpms in an average desktop/workstation installation of Fedora and fill in missing BR consecutively. Dropping core packages from the default target build environment has the effect that one cannot use rpmdev-rmdevelrpms anymore, because it would not uninstall enough packages. It cannot uninstall core packages which are deep in the dep-chain, but which are missing in a new minimal buildroot. Effectively, one would be forced to use mock or lots of scratch-builds in koji to find the new BR. From rc040203 at freenet.de Thu Aug 30 14:12:34 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Aug 2007 16:12:34 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830094908.37f1a1e6@mentok.boston.redhat.com> References: <1188388436.30462.1.camel@localhost.localdomain> <20070829115940.GA8455@dhcp-lab-186.brq.redhat.com> <20070829080901.368586ce@ender> <20070829151955.c22eceae.mschwendt.tmp0701.nospam@arcor.de> <20070829112204.09f2b394@ender> <20070829175439.20579846.mschwendt.tmp0701.nospam@arcor.de> <20070829115825.6ebb4713@ender> <20070829190914.9e576891.mschwendt.tmp0701.nospam@arcor.de> <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <1188479092.27085.212.camel@cutter> <20070830094203.3e3cb9b6@mentok.boston.redhat.com> <1188481541.27085.217.camel@cutter> <20070830094908.37f1a1e6@mentok.boston.redhat.com> Message-ID: <1188483154.6422.324.camel@mccallum.corsepiu.local> On Thu, 2007-08-30 at 09:49 -0400, Jesse Keating wrote: > On Thu, 30 Aug 2007 09:45:41 -0400 > seth vidal wrote: > > > I understand - I was just thinking that a base definition of > > libraries + applications that we need for a minimal chroot has the > > virtue of surviving independent of package renaming. > > Yes, I see the value too, although it doesn't get us any closer to > doing away with file deps :/ One easy way to implement this would be to collect a list of tools those tools being wanted and to generate a list of those packages providing them "buildgroups.xml". An alternative would be to implement an rpm which simply pulls all these tools in ;) Ralf From kanarip at kanarip.com Thu Aug 30 14:12:53 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 30 Aug 2007 16:12:53 +0200 Subject: Heads up, slight tree path change In-Reply-To: <20070830093713.20249d16@mentok.boston.redhat.com> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <18134.36736.806238.716402@zebedee.pink> <46D6905A.7080200@fedoraproject.org> <18134.39978.340713.671143@zebedee.pink> <46D6A359.7030401@fedoraproject.org> <20070830093713.20249d16@mentok.boston.redhat.com> Message-ID: <46D6D065.90208@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jesse Keating wrote: > On Thu, 30 Aug 2007 16:30:41 +0530 > Rahul Sundaram wrote: > >> Of course but derivative distributions and even respins would want is >> the ability to point to Fedora for the source and I think we can >> accommodate that requirement without any additional liability. > > I don't think we can, as we'd have to start distributing under 3b, for > every single binary we ship. That's going to piss off a lot of mirrors > if they have to carry all copies of the source of every update we've > ever released for (at least) three years. > Do they have to be in the same tree on all mirrors, or can the master download server (say http://download.fedora.redhat.com) have a larger tree then the master server the mirrors sync from? - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFG1tBlKN6f2pNCvwgRAigQAKCT4lr+wbSaOcT6ppC78Mx5WwbsUwCeM/vK nourPxinHt9Hx+rhByn6HQA= =D9uX -----END PGP SIGNATURE----- From kanarip at kanarip.com Thu Aug 30 14:16:01 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 30 Aug 2007 16:16:01 +0200 Subject: Heads up, slight tree path change In-Reply-To: <20070830093713.20249d16@mentok.boston.redhat.com> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <18134.36736.806238.716402@zebedee.pink> <46D6905A.7080200@fedoraproject.org> <18134.39978.340713.671143@zebedee.pink> <46D6A359.7030401@fedoraproject.org> <20070830093713.20249d16@mentok.boston.redhat.com> Message-ID: <46D6D121.7010602@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jesse Keating wrote: > On Thu, 30 Aug 2007 16:30:41 +0530 > Rahul Sundaram wrote: > >> Of course but derivative distributions and even respins would want is >> the ability to point to Fedora for the source and I think we can >> accommodate that requirement without any additional liability. > > I don't think we can, as we'd have to start distributing under 3b, for > every single binary we ship. That's going to piss off a lot of mirrors > if they have to carry all copies of the source of every update we've > ever released for (at least) three years. > In addition (I forgot to mention that in my previous message), 3b requires you distribute the sources (along with the binaries, for 3 years from the moment the offer for the sources is made) using a common method; that requirement doesn't include any mirrors also carrying the sources or entire tree of binaries; or that you provide instructions on how to get the source code (3c can pass those instructions along) and you may not charge any more then it costs you (example burning and shipping the media). - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFG1tEgKN6f2pNCvwgRAvnwAKDMbl7Y45xEbqXJGaJKbheSMiBIVwCffh/O h3NcqEH9xjk0tEU2Oh5wpsw= =QSPQ -----END PGP SIGNATURE----- From sundaram at fedoraproject.org Thu Aug 30 14:16:41 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 30 Aug 2007 19:46:41 +0530 Subject: Heads up, slight tree path change In-Reply-To: <46D6D065.90208@kanarip.com> References: <20070829162828.2a4d5038@mentok.boston.redhat.com> <46D614AB.90100@filteredperception.org> <18134.36736.806238.716402@zebedee.pink> <46D6905A.7080200@fedoraproject.org> <18134.39978.340713.671143@zebedee.pink> <46D6A359.7030401@fedoraproject.org> <20070830093713.20249d16@mentok.boston.redhat.com> <46D6D065.90208@kanarip.com> Message-ID: <46D6D149.8050609@fedoraproject.org> Jeroen van Meeuwen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jesse Keating wrote: >> On Thu, 30 Aug 2007 16:30:41 +0530 >> Rahul Sundaram wrote: >> >>> Of course but derivative distributions and even respins would want is >>> the ability to point to Fedora for the source and I think we can >>> accommodate that requirement without any additional liability. >> I don't think we can, as we'd have to start distributing under 3b, for >> every single binary we ship. That's going to piss off a lot of mirrors >> if they have to carry all copies of the source of every update we've >> ever released for (at least) three years. You can store things but not mirror them. Rahul From robert at fedoraproject.org Thu Aug 30 14:21:29 2007 From: robert at fedoraproject.org (Robert Scheck) Date: Thu, 30 Aug 2007 16:21:29 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830151010.48a82704.mschwendt.tmp0701.nospam@arcor.de> References: <46D5D098.8040808@redhat.com> <20070829222129.6951a257.mschwendt.tmp0701.nospam@arcor.de> <1188441343.6422.239.camel@mccallum.corsepiu.local> <20070830113455.d6a71dcd.mschwendt.tmp0701.nospam@arcor.de> <21348.192.54.193.51.1188466871.squirrel@rousalka.dyndns.org> <20070830115024.2ebd563c.mschwendt.tmp0701.nospam@arcor.de> <3014.192.54.193.51.1188471400.squirrel@rousalka.dyndns.org> <20070830131325.0e52b40e.mschwendt.tmp0701.nospam@arcor.de> <26233.192.54.193.51.1188476024.squirrel@rousalka.dyndns.org> <20070830151010.48a82704.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070830142129.GA26601@hurricane.linuxnetz.de> Hi Michael, On Thu, 30 Aug 2007, Michael Schwendt wrote: > Sure. Just that file path Requires aren't automatic, except for script > interpreters. > > We don't have virtual Provides for executables in distribution $PATH, > e.g. exec(grep) I don't want to flame, but this feature is in rpm5 already for a longer time. IMHO this sounds like another hidden request for rpm5 in Fedora ;-) Greetings, Robert From linville at redhat.com Thu Aug 30 14:31:10 2007 From: linville at redhat.com (John W. Linville) Date: Thu, 30 Aug 2007 10:31:10 -0400 Subject: b43 driver, firmware and kernel 2.6.23-0.135.rc3.git7.fc8 In-Reply-To: <1188068767.11679.96.camel@pmac.infradead.org> References: <20070825194443.73cc594f@sixtyfour.casa.net> <1188068767.11679.96.camel@pmac.infradead.org> Message-ID: <20070830143110.GE20035@redhat.com> On Sat, Aug 25, 2007 at 08:06:07PM +0100, David Woodhouse wrote: > On Sat, 2007-08-25 at 19:44 +0200, Dino Leonardo Sangoi wrote: > > Maybe a nicer way to handle these changes would be delivering the > > needed package to the repositories, sending a heads-up to Fedora > > testers list, and then changing the kernel. Sorry, there is some slack in the system. I think it is more important to get the code available in rawhide. > Yeah, John and I did discuss it briefly, and I think he was going to > create a new b43-fwcutter package and submit it for review. http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/Packages/b43-fwcutter-008-1.fc8.i386.rpm http://download.fedora.redhat.com/pub/fedora/linux/updates/testing/7/i386/b43-fwcutter-008-1.fc7.i386.rpm > Rawhide is... well, rawhide. You get to keep both pieces when it breaks. > But I agree that before we switch F-7 to the new driver (which we'd like > to do, because it's better), we should have a slightly more coherent > strategy in place. Actually, F-7 has the new driver. I am carrying a patch there to revert back to the old firmware format for the time being. > If we could find a way to 'convert' the old-style extracted firmware to > the new format, that would make it a lot easier -- it could be a %post > script in b43-fwcutter then, and the new kernel could require > b43-fwcutter (or conflict with bcm43xx-fwcutter, perhaps). This would be nice, but I'm told it is impractical. For one thing, the 'supported' firmware list is a lot shorter for the b43 driver. I'm not sure what I can say at the moment, but I am investigating some possible options to resolve this issue nicely. Hth! John -- John W. Linville linville at redhat.com From aph at redhat.com Thu Aug 30 14:36:21 2007 From: aph at redhat.com (Andrew Haley) Date: Thu, 30 Aug 2007 15:36:21 +0100 Subject: Eclipse Help In-Reply-To: <20070830115943.GA23123@redhat.com> References: <18134.45427.266223.952190@zebedee.pink> <20070830115943.GA23123@redhat.com> Message-ID: <18134.54757.185603.40713@zebedee.pink> Andrew Overholt writes: > * Andrew Haley [2007-08-30 08:00]: > > I'm getting this on F8 t1 for Eclipse Help Contents: > > > > WARNING: Error for /help/index.jsp > > java.lang.IncompatibleClassChangeError: Class org.apache.jasper.servlet.JspServlet does not implement the requested interface javax.servlet.Servlet > > at org.eclipse.equinox.jsp.jasper.JspServlet.init(JspServlet.java:81) > > at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.initializeDelegate(ServletManager.java:195) > > at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:179) > > at org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90) > > at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:109) > > at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:75) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > > > > Any ideas? > > Not OTTOMH. Let me see if I can reproduce and I'll get back to you. This is -64, by the way. Happens with IcedTea and gcj. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From skasal at redhat.com Thu Aug 30 14:50:30 2007 From: skasal at redhat.com (Stepan Kasal) Date: Thu, 30 Aug 2007 16:50:30 +0200 Subject: util-linux missing from build root In-Reply-To: <1188481950.6422.312.camel@mccallum.corsepiu.local> References: <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> <1188481950.6422.312.camel@mccallum.corsepiu.local> Message-ID: <20070830145030.GA2326@camelia.ucw.cz.> Hi Ralf, On Thu, Aug 30, 2007 at 03:52:30PM +0200, Ralf Corsepius wrote: > Instead of trying to cater each and everybody's demand I'd simply start > with standards, such as FHS/LSB and POSIX. I did not mention POSIX, as I supposed that would imply too huge buildroot. But your suggestion has made to look at this alternative more closely, and it actually looks very sane. We have to remove the crazy things from POSIX, like sccs, and a few more (like "lp" which would bring cups, or "talk"), and that might work. We would have to add a few small utilities which, though not standardized by POSIX, are widely supposed (fgrep, egrep, tar, cpio). Then a few bigger utils (e.g., perl) and here we go. Thanks, Stepan From pknirsch at redhat.com Thu Aug 30 14:51:06 2007 From: pknirsch at redhat.com (Phil Knirsch) Date: Thu, 30 Aug 2007 16:51:06 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830154130.e3c71889.mschwendt.tmp0701.nospam@arcor.de> References: <46D5B935.2000609@redhat.com> <20070829205301.aab5182d.mschwendt.tmp0701.nospam@arcor.de> <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> <20070830154130.e3c71889.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <46D6D95A.7040608@redhat.com> Michael Schwendt wrote: > On Thu, 30 Aug 2007 15:08:40 +0200, Stepan Kasal wrote: > >> Hi, >> >> On Thu, Aug 30, 2007 at 02:55:12PM +0200, Michael Schwendt wrote: >>> On Thu, 30 Aug 2007 14:10:57 +0200, Stepan Kasal wrote: >>> >>>> I also considered util-linux, when jnovy mentioned that a package >>>> needs "kill" to build properly. But I came to a conclusion that >>>> "kill", "mount", nor any other command from util-linux doesn't have >>>> to be in the minimal buildroot. >>> arch, flock, getopt, rename are nice to have by default. >> well, might be nice, but I'm afraid we need to be more exact. >> >> Could you please find out or estimate, for each of the utils you >> mentioned: >> - how many upstream tarballs do not build without it? >> - if they do not build, is it a transparent error, or >> is it a hard-to-debug problem (builds but does not work in >> certain special cases, for eample)? >> - how many spec files call the utility? >> >> If the number of packages affected is small, and if the broken >> packages are easy to discover and fix, we can leave util-linux out. > > Hyperbole. If such an enormous effort is needed to justify adding a > core package, it is certainly not worth it. It would require burning > cycles on thousands of tarballs, builds and checker-scripts to see > whether a tarball disables features or self-tests when a tool is > missing. > > The "initscripts" package used to require "util-linux". For a package > that is available on the majority of Fedora/RHEL installations, I > don't see any reason to make it a special optional build requirement. > > I'd rather add a generated set of buildroot packages to spec files > and save the time. > Actually, we have been using a rebuild script here that actually does some of those tests, though it's by far not 100% correct as it basically only checks after a rebuild if - The package built at all. If not, keeps the logfile to see where it went wrong to figure out what was missing - The build worked but the new requirements are different from the "original" build. The 2nd point obviously only covers stuff that generates requirements, but in most cases this will happen (e.g. if you build some package that checks for a lib and the devel package for that lib isn't installed it will disable the feature then your final package will not have the requirement on that said lib anymore, so an automatically detectable change). I think Karsten Hopp sent around a list every once in a while with the results of those rebuilds. We're currently in the process of cleaning up and documenting those rebuilds scripts properly (ugly hacks FTW ;) ) and release them in the near future (some public repository). Keep in mind though that a full rebuild of Fedora even on PHAT machines takes an awful lot of time. We're using a big Intel 4 CPU dual core HT machine (so virtually 16 CPUS) with loads of memory and even on that box it takes several days to complete. Also disk storage needs to be quite large as we need to keep a whole tree mirrored on disk (source and binaries for comparisons) together with up to 20 build processes running at the same time and logfiles and final binary rpms being stored. Ofc you can do single rebuilds or partial trees with the scripts as well. ;) Read ya, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Team Lead Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.com/ D-70178 Stuttgart, Germany Motd: You're only jealous cos the little penguins are talking to me. From nicolas.mailhot at laposte.net Thu Aug 30 15:00:41 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 30 Aug 2007 17:00:41 +0200 (CEST) Subject: util-linux missing from build root In-Reply-To: <20070830145030.GA2326@camelia.ucw.cz.> References: <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> <1188481950.6422.312.camel@mccallum.corsepiu.local> <20070830145030.GA2326@camelia.ucw.cz.> Message-ID: <47779.192.54.193.51.1188486041.squirrel@rousalka.dyndns.org> Le Jeu 30 ao?t 2007 16:50, Stepan Kasal a ?crit : > We would have to add a few small utilities ... Ok > Then a few bigger utils (e.g., perl) and here we go. NO! -- Nicolas Mailhot From erik at vanpienbroek.nl Thu Aug 30 15:11:15 2007 From: erik at vanpienbroek.nl (Erik van Pienbroek) Date: Thu, 30 Aug 2007 17:11:15 +0200 Subject: rawhide report: 20070829 changes In-Reply-To: <200708300613.l7U6D6xx023068@porkchop.devel.redhat.com> References: <200708300613.l7U6D6xx023068@porkchop.devel.redhat.com> Message-ID: <1188486675.29245.8.camel@alguno> > yum-3.2.3-3.fc8 > --------------- > * Tue Aug 28 2007 Jeremy Katz - 3.2.3-3 > - fix some depsolving cases There is still something fishy going on... Take for example dbus-1.1.2-3.fc8 (which was pushed yesterday). In that package the libs got splitted to a seperate -libs subpackage. However, on my x86_64 machine yum doesn't handle this change right and refused to update dbus due to a file conflict: file /etc/dbus-1/system.conf from install of dbus-1.1.2-3.fc8 conflicts with file from package dbus-1.1.2-2.fc8 This is caused by the fact that the dbus.i386 package has disappeared with the -libs separation. If I 'rpm -e dbus.i386 --nodeps' first, then yum pulls in the right dbus-libs.i386 package and completes the update. Known problem or should I report it at bugzilla ? Regards, Erik van Pienbroek From overholt at redhat.com Thu Aug 30 15:10:38 2007 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 30 Aug 2007 11:10:38 -0400 Subject: Eclipse Help In-Reply-To: <18134.54757.185603.40713@zebedee.pink> References: <18134.45427.266223.952190@zebedee.pink> <20070830115943.GA23123@redhat.com> <18134.54757.185603.40713@zebedee.pink> Message-ID: <20070830151037.GA11208@redhat.com> * Andrew Haley [2007-08-30 10:36]: > This is -64, by the way. Happens with IcedTea and gcj. I can't duplicate on x86_64 with IcedTea but with gcj I get: [WARN] ServletHandler - EXCEPTION From rc040203 at freenet.de Thu Aug 30 15:13:04 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Aug 2007 17:13:04 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830145030.GA2326@camelia.ucw.cz.> References: <20070829151435.002463d1@mentok.boston.redhat.com> <20070829213933.a1eb932e.mschwendt.tmp0701.nospam@arcor.de> <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> <1188481950.6422.312.camel@mccallum.corsepiu.local> <20070830145030.GA2326@camelia.ucw.cz.> Message-ID: <1188486784.6422.338.camel@mccallum.corsepiu.local> On Thu, 2007-08-30 at 16:50 +0200, Stepan Kasal wrote: > Hi Ralf, > > On Thu, Aug 30, 2007 at 03:52:30PM +0200, Ralf Corsepius wrote: > > Instead of trying to cater each and everybody's demand I'd simply start > > with standards, such as FHS/LSB and POSIX. > > I did not mention POSIX, as I supposed that would imply too huge > buildroot. But your suggestion has made to look at this alternative > more closely, and it actually looks very sane. > > We have to remove the crazy things from POSIX, like sccs, and a few > more (like "lp" which would bring cups, or "talk"), and that might > work. No disagreement on this. > We would have to add a few small utilities which, though not > standardized by POSIX, are widely supposed (fgrep, egrep, tar, cpio). One detail: egrep is dead, deprecated and supposed not to be used anymore ... for years (You might seen it on autoconf@) Ralf From pertusus at free.fr Thu Aug 30 15:12:17 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 17:12:17 +0200 Subject: util-linux missing from build root In-Reply-To: <47779.192.54.193.51.1188486041.squirrel@rousalka.dyndns.org> References: <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> <1188481950.6422.312.camel@mccallum.corsepiu.local> <20070830145030.GA2326@camelia.ucw.cz.> <47779.192.54.193.51.1188486041.squirrel@rousalka.dyndns.org> Message-ID: <20070830151217.GC6104@free.fr> On Thu, Aug 30, 2007 at 05:00:41PM +0200, Nicolas Mailhot wrote: > > Le Jeu 30 ao?t 2007 16:50, Stepan Kasal a ?crit : > > We would have to add a few small utilities ... > > Ok > > > Then a few bigger utils (e.g., perl) and here we go. > > NO! perl is already in the minimal build root. Personnaly I think that it should go away, but there are opponent to that view. Maybe for the next FESCo meeting? -- Pat From aph at redhat.com Thu Aug 30 15:14:31 2007 From: aph at redhat.com (Andrew Haley) Date: Thu, 30 Aug 2007 16:14:31 +0100 Subject: Eclipse Help In-Reply-To: <20070830151037.GA11208@redhat.com> References: <18134.45427.266223.952190@zebedee.pink> <20070830115943.GA23123@redhat.com> <18134.54757.185603.40713@zebedee.pink> <20070830151037.GA11208@redhat.com> Message-ID: <18134.57047.49475.741175@zebedee.pink> Andrew Overholt writes: > * Andrew Haley [2007-08-30 10:36]: > > This is -64, by the way. Happens with IcedTea and gcj. > > I can't duplicate on x86_64 with IcedTea but with gcj I get: With Fedora 8 pre? Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From skvidal at fedoraproject.org Thu Aug 30 15:17:20 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 30 Aug 2007 11:17:20 -0400 Subject: rawhide report: 20070829 changes In-Reply-To: <1188486675.29245.8.camel@alguno> References: <200708300613.l7U6D6xx023068@porkchop.devel.redhat.com> <1188486675.29245.8.camel@alguno> Message-ID: <1188487040.27085.257.camel@cutter> On Thu, 2007-08-30 at 17:11 +0200, Erik van Pienbroek wrote: > > yum-3.2.3-3.fc8 > > --------------- > > * Tue Aug 28 2007 Jeremy Katz - 3.2.3-3 > > - fix some depsolving cases > > There is still something fishy going on... > > Take for example dbus-1.1.2-3.fc8 (which was pushed yesterday). In that > package the libs got splitted to a seperate -libs subpackage. However, > on my x86_64 machine yum doesn't handle this change right and refused to > update dbus due to a file conflict: > > file /etc/dbus-1/system.conf from install of dbus-1.1.2-3.fc8 conflicts > with file from package dbus-1.1.2-2.fc8 > > This is caused by the fact that the dbus.i386 package has disappeared > with the -libs separation. If I 'rpm -e dbus.i386 --nodeps' first, then > yum pulls in the right dbus-libs.i386 package and completes the update. > > Known problem or should I report it at bugzilla ? known. Though I think it might be fixed in the newer yum release. -sv From pertusus at free.fr Thu Aug 30 15:17:20 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 17:17:20 +0200 Subject: pkg comaintainers, interested? In-Reply-To: References: Message-ID: <20070830151720.GD6104@free.fr> On Thu, Aug 30, 2007 at 08:04:13AM -0500, Rex Dieter wrote: > Got a lotta pkgs(1) that could use more (co)maintainership love. Let me > know if you're able/interested. I could comaintain: > cabextract > fltk > tidy > xdg-utils I am also interested in maxima, but I think that it is too complex for the time I can devote to co-maintainance. -- Pat From kwizart at gmail.com Thu Aug 30 15:24:25 2007 From: kwizart at gmail.com (KH KH) Date: Thu, 30 Aug 2007 17:24:25 +0200 Subject: pkg comaintainers, interested? In-Reply-To: References: Message-ID: 2007/8/30, Rex Dieter : > Got a lotta pkgs(1) that could use more (co)maintainership love. Let me > know if you're able/interested. > > -- Rex Hello Rex! I'm interested in: OpenEXR fltk (patrice already asked for it, so i leave it to him) libmpcdec libtunepimp If someone else is interested for theses also I would appreciate co-maintainership... Nicolas (kwizart) From overholt at redhat.com Thu Aug 30 15:23:49 2007 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 30 Aug 2007 11:23:49 -0400 Subject: Eclipse Help In-Reply-To: <18134.57047.49475.741175@zebedee.pink> References: <18134.45427.266223.952190@zebedee.pink> <20070830115943.GA23123@redhat.com> <18134.54757.185603.40713@zebedee.pink> <20070830151037.GA11208@redhat.com> <18134.57047.49475.741175@zebedee.pink> Message-ID: <20070830152349.GB11208@redhat.com> * Andrew Haley [2007-08-30 11:14]: > Andrew Overholt writes: > > * Andrew Haley [2007-08-30 10:36]: > > > This is -64, by the way. Happens with IcedTea and gcj. > > > > I can't duplicate on x86_64 with IcedTea but with gcj I get: > > With Fedora 8 pre? rawhide -------------- 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 Aug 30 15:31:03 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 17:31:03 +0200 Subject: pkg comaintainers, interested? In-Reply-To: References: Message-ID: <20070830153103.GF6104@free.fr> On Thu, Aug 30, 2007 at 05:24:25PM +0200, KH KH wrote: > > fltk (patrice already asked for it, so i leave it to him) More comaintainers cannot hurt. -- Pat From twaugh at redhat.com Thu Aug 30 15:39:00 2007 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 30 Aug 2007 16:39:00 +0100 Subject: pam_console help needed: HPLIP permissions Message-ID: <1188488340.5210.28.camel@cyberelk.elk> Hi, I think I need some help understanding how to make HPLIP devices get the right permissions now that pam_console will be going away. The device nodes are (e.g.) /dev/bus/usb/001/001, and they are used for two things: 1. Printing. The 'hp' CUPS backend provided by HPLIP needs read/write access. It runs as user 'lp', group 'lp'. 2. Scanning. Console users need read/write access to the device node so that the 'hpaio' SANE backend provided by HPLIP can use them. Currently I have a udev rule, provided by the hplip package, to set the group ownership to 'lp' and give group read/write permissions. Then, I have made pam_console give 'the console user' ownership and read/write permissions, keeping group read/write permissions. The way I think I want it to work is for ConsoleKit to add console users to the ACL for the device node. But how do I do that, and how does that interact with udev? Thanks, 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 ville.skytta at iki.fi Thu Aug 30 15:39:00 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Thu, 30 Aug 2007 18:39:00 +0300 Subject: util-linux missing from build root In-Reply-To: <20070830135416.7aa7a63c.mschwendt.tmp0701.nospam@arcor.de> References: <20070829115825.6ebb4713@ender> <20070830112301.GF4031@free.fr> <20070830135416.7aa7a63c.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200708301839.01232.ville.skytta@iki.fi> On Thursday 30 August 2007, Michael Schwendt wrote: > > If a Makefile uses it to install info files, it must be a BR. Else it > might happen that a missing install-info results in missing info > files. The same thing can be said of just about every feature that is optional in upstream Makefile/configure etc. > It's useful to make "info" part of the minimal buildroot. If the above reason is the only one, I don't agree. From buildsys at fedoraproject.org Thu Aug 30 15:53:57 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 30 Aug 2007 11:53:57 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-08-30 Message-ID: <20070830155357.C2E7B152131@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 21 bitlbee-1.0.4-1.fc6 crystal-1.0.5-1.fc6 cyrus-imapd-2.3.9-6.fc6 iftop-0.17-6.fc6 kazehakase-0.4.8-1.fc6 ktorrent-2.2.2-1.fc6 libopm-0.1-5.20050731cvs.fc6 NEW libpanelappletmm-2.6.0-2.fc6 : C++ interface for Gnome panel applets librsync-0.9.7-11.fc6 mimedefang-2.63-1.fc6 perl-File-Copy-Recursive-0.35-1.fc6 pexpect-2.1-5.fc6 qsf-1.2.7-1.fc6 ruby-gettext-package-1.10.0-1.fc6 tcpick-0.2.1-13.fc6 urlgfe-1.0.2-1.fc6 wordpress-2.2.2-0.fc6 xmoto-0.3.3-1.fc6 xpdf-3.02-3.fc6 xscreensaver-5.03-1.fc6.1 yum-cron-0.3-3.fc6 Changes in Fedora Extras 6: bitlbee-1.0.4-1.fc6 ------------------- * Wed Aug 29 2007 Robert Scheck 1.0.4-1 - Upgrade to 1.0.4 - Updated the license tag according to the guidelines * Mon May 07 2007 Robert Scheck 1.0.3-6 - Rebuilt crystal-1.0.5-1.fc6 ------------------- * Wed Aug 29 2007 Chitlesh Goorah - 1.0.5-1 - New upstream release 1.0.5 * Thu Aug 23 2007 Chitlesh Goorah - 1.0.4-2 - Rebuild for Fedora 8 cyrus-imapd-2.3.9-6.fc6 ----------------------- * Wed Aug 22 2007 Tomas Janousek - 2.3.9-6 - update to latest upstream - updated all patches from uoa and reenabled rmquota+deletemailbox * Thu Aug 16 2007 Tomas Janousek - 2.3.9-5.rc2 - update to latest upstream beta * Tue Aug 14 2007 Tomas Janousek - 2.3.9-4.rc1 - update to latest upstream beta - temporarily dropped the rmquota+deletemailbox patch (doesn't apply) - fixed to compile with newer glibc - added the getgrouplist patch from RHEL-4, dropped groupcache patch - dropped the allow_auth_plain patch - buildrequire perl-devel * Mon Apr 23 2007 Tomas Janousek - 2.3.8-3.1 - the -devel subpackage no longer requires the main one iftop-0.17-6.fc6 ---------------- * Tue Aug 28 2007 Robert Scheck 0.17-6 - Buildrequire %{_includedir}/pcap.h instead of conditionals - Patch to display top scale in bytes when measuring in bytes * Sat Aug 25 2007 Aurelien Bompard 0.17-5 - fix license tag - rebuild for BuildID * Wed Nov 29 2006 Aurelien Bompard 0.17-4 - rebuild kazehakase-0.4.8-1.fc6 ---------------------- * Thu Aug 30 2007 Mamoru Tasaka - 0.4.8-1 - 0.4.8 ktorrent-2.2.2-1.fc6 -------------------- * Sun Aug 19 2007 Roland Wolters - 2.2.2-1 - bugfix update to version 2.2.2 libopm-0.1-5.20050731cvs.fc6 ---------------------------- * Tue Aug 28 2007 Robert Scheck 0.1-5.20050731cvs - Updated the license tag according to the guidelines - Generate API documentation, added buildrequirement to doxygen libpanelappletmm-2.6.0-2.fc6 ---------------------------- * Mon Aug 27 2007 Denis Leroy - 2.6.0-2 - Review fixes * Fri Aug 24 2007 Denis Leroy - 2.6.0-1 - First version librsync-0.9.7-11.fc6 --------------------- * Tue Aug 28 2007 Robert Scheck 0.9.7-11 - Updated the license tag according to the guidelines - Buildrequire %{_includedir}/popt.h for separate popt (#249352) mimedefang-2.63-1.fc6 --------------------- * Wed Aug 29 2007 Robert Scheck 2.63-1 - Upgrade to 2.63 - Updated the license tag according to the guidelines perl-File-Copy-Recursive-0.35-1.fc6 ----------------------------------- * Wed Aug 29 2007 Ralf Cors?pius - 0.35-1 - Upstream update. * Mon May 14 2007 Ralf Cors?pius - 0.33-2 - BR: perl(Test::More). pexpect-2.1-5.fc6 ----------------- * Wed Aug 29 2007 Robert Scheck 2.1-5 - Rebuilt (and some minor spec file tweaks) * Sat Dec 09 2006 Toshio Kuratomi - 2.1-4 - Bump and rebuild because I forgot to cvs up before the last build. * Sat Dec 09 2006 Toshio Kuratomi - 2.1-3 - Bump and rebuild for python 2.5 on devel. - Add BR: python-devel as it provides a header necessary for python modules on python 2.5. qsf-1.2.7-1.fc6 --------------- * Tue Aug 28 2007 Miroslav Lichvar 1.2.7-1 - update to 1.2.7 ruby-gettext-package-1.10.0-1.fc6 --------------------------------- * Wed Aug 29 2007 Mamoru Tasaka - 1.10.0-1 - 1.10.0 * Wed Aug 22 2007 Mamoru Tasaka - 1.9.0-2.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 1.9.0-2.dist.1 - License update tcpick-0.2.1-13.fc6 ------------------- * Tue Aug 28 2007 Robert Scheck 0.2.1-13 - Updated the license tag according to the guidelines - Buildrequire %{_includedir}/pcap.h instead of conditionals urlgfe-1.0.2-1.fc6 ------------------ * Wed Aug 29 2007 Mamoru Tasaka - 1.0.2-1 - 1.0.2 * Wed Aug 22 2007 Mamoru Tasaka - 1.0-1.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 1.0-1.dist.1 - License update wordpress-2.2.2-0.fc6 --------------------- * Wed Aug 29 2007 John Berninger - 2.2.2-1 - update to upstream 2.2.2 - license tag update xmoto-0.3.3-1.fc6 ----------------- * Wed Aug 29 2007 Jon Ciesla 0.3.3-1 - Bumped to upstream. - Fixed URL. * Thu Aug 16 2007 Jon Ciesla 0.3.1-2 - License tag correction. xpdf-3.02-3.fc6 --------------- * Tue Aug 28 2007 Tom "spot" Callaway 1:3.02-3 - fix PDF printing on x86_64 (bz 253601) - add mouse buttons 8 and 9 (bz 255401) - add extra zoom types (bz 251855) - rebuild for BuildID xscreensaver-5.03-1.fc6.1 ------------------------- * Wed Aug 29 2007 Mamoru Tasaka - 1:5.03-1 - Update to 5.03 * Tue Aug 28 2007 Mamoru Tasaka - 1:5.02-4 - Spec file cleanup - Don't use include-directory patch anymore - Make all xscreensaver related directories owned by -base subpackage because now -extras and -gl-extras subpackage require it. - Mark man files as %doc explicitly, because /usr/share/man is expanded in files list - Fix write_long() (actually no_malloc_number_to_string()) * Wed Aug 22 2007 Mamoru Tasaka - 1:5.02-3.dist.1 - Mass rebuild (buildID or binutils issue) * Tue Aug 14 2007 Mamoru Tasaka - 1:5.02-3 - Remove man6x from file entry, now included in filesystem * Sun Aug 12 2007 Mamoru Tasaka - 1:5.02-2 - Fix up desktop categories yum-cron-0.3-3.fc6 ------------------ * Mon Aug 27 2007 Frank Wittig - 0.3-3 - Actual update action is now configurable. It does check-only now if configured. Default behaviour is to do updates. From orion at cora.nwra.com Thu Aug 30 15:55:42 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 30 Aug 2007 09:55:42 -0600 Subject: rawhide report: 20070829 changes In-Reply-To: <200708300613.l7U6D6xx023068@porkchop.devel.redhat.com> References: <200708300613.l7U6D6xx023068@porkchop.devel.redhat.com> Message-ID: <46D6E87E.70504@cora.nwra.com> Looks like with today's build we have: development/i386/os/Packages rather than development/i386/os/Fedora Is this permanent? -- Orion Poplawski Technical Manager 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 pertusus at free.fr Thu Aug 30 16:04:00 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 18:04:00 +0200 Subject: util-linux missing from build root In-Reply-To: <200708301839.01232.ville.skytta@iki.fi> References: <20070829115825.6ebb4713@ender> <20070830112301.GF4031@free.fr> <20070830135416.7aa7a63c.mschwendt.tmp0701.nospam@arcor.de> <200708301839.01232.ville.skytta@iki.fi> Message-ID: <20070830160400.GH6104@free.fr> On Thu, Aug 30, 2007 at 06:39:00PM +0300, Ville Skytt? wrote: > On Thursday 30 August 2007, Michael Schwendt wrote: > > > > If a Makefile uses it to install info files, it must be a BR. Else it > > might happen that a missing install-info results in missing info > > files. > > The same thing can be said of just about every feature that is optional in > upstream Makefile/configure etc. No, it is different. In fedora info manuals are always welcome, and texinfo is widespread. However it may be considered broken to have missing install-info results in missing info files. In that case not having info in the buildroot would help finding the issues. Maybe we could add info to the minimal buildroot, remove it, then rebuild everything and see if a lot of packges broke. We could do that for all the utilities, but for info it may make more sense. -- Pat From jamatos at fc.up.pt Thu Aug 30 16:05:55 2007 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Thu, 30 Aug 2007 17:05:55 +0100 Subject: source file audit - 2007-08-26 In-Reply-To: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> Message-ID: <200708301705.55823.jamatos@fc.up.pt> On Monday 27 August 2007 20:42:37 Kevin Fenzi wrote: > jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen The starship.python.net has traveled elsewhere and the previous project directory has not yet been restored (in the words of the site) by the project owner. As far as I could search in google there is not any other place for the sources. So for the moment I will wait for the directory to be restored as there is not much I can do. I have also confirmed that debian points to the same place. -- Jos? Ab?lio From fedora at leemhuis.info Thu Aug 30 18:30:38 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 30 Aug 2007 20:30:38 +0200 Subject: jabberd upgrade In-Reply-To: <20070830083417.GA6436@lisas.de> References: <20070830083417.GA6436@lisas.de> Message-ID: <46D70CCE.208@leemhuis.info> On 30.08.2007 10:34, Adrian Reber wrote: > The current version of jabberd in the development branch is > 2.0-0.s11.14.fc8. The 2.0 branch of jabberd is however not anymore > maintained. They have switched to 2.1 which unfortunately has different > config files which cannot be converted and the database layout has also > been changed. This means that no automatic update is possible and that > it has to be reconfigured after an update. > > My question is what is the best way to offer the new version? > > I would wait until F8 is released; update it to 2.1 in rawhide and > mention in the F9 release notes that manual intervention is required. Is it really wise to wait? Imagine a really bad and next to improssible-to-fix issue turns up in 2.0 in the next 15 months (e.g. until F8 is EOL)... Further: Users have to adjust their stuff in any case sooner or later, so why not in F8, which is still some weeks away, so there is still time to bring 2.1 in shape (as long as upstream is in shape) and document the fact in the release notes. IOW: I vote for shipping it in F8, even if it's normally to late for new "Features"(?). Just my 2 cent Cu knurd (?) BTW -- is such a update a new Feature at all? How exactly do we define "Feature"? From david at fubar.dk Thu Aug 30 16:09:58 2007 From: david at fubar.dk (David Zeuthen) Date: Thu, 30 Aug 2007 12:09:58 -0400 Subject: pam_console help needed: HPLIP permissions In-Reply-To: <1188488340.5210.28.camel@cyberelk.elk> References: <1188488340.5210.28.camel@cyberelk.elk> Message-ID: <1188490198.22413.17.camel@oneill.fubar.dk> On Thu, 2007-08-30 at 16:39 +0100, Tim Waugh wrote: > Hi, > > I think I need some help understanding how to make HPLIP devices get the > right permissions now that pam_console will be going away. > > The device nodes are (e.g.) /dev/bus/usb/001/001, and they are used for > two things: I'm answering these questions in reverse order > 2. Scanning. Console users need read/write access to the device node so > that the 'hpaio' SANE backend provided by HPLIP can use them. Just generate a fdi file like sane-backends does with the patch that I got upstream http://lists.alioth.debian.org/pipermail/sane-devel/2007-March/018763.html the fdi file will need to reference all the USB id's that the HPLIP SANE user space drivers can drive. It'll will look like this scanner proprietary Btw, I'm not sure our sane-backends package use my patch I referenced above; it probably should in favor of the udev rules / pam_console. > 1. Printing. The 'hp' CUPS backend provided by HPLIP needs read/write > access. It runs as user 'lp', group 'lp'. For this I'd advise to just use the udev rule you already got; it's not interesting in terms of ACL's as they will never vary (since CUPS does it's own access control) and we just need them since the hp CUPS backend is architected in a way so it needs special permissions [1]. Just send me private mail if you have any questions. Thanks. David [1] : which I suppose is unnecessary as cups already run as root and they could then just drop permissions in the backend process itself after having opened the device node From tmz at pobox.com Thu Aug 30 16:47:32 2007 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 30 Aug 2007 12:47:32 -0400 Subject: rawhide report: 20070829 changes In-Reply-To: <46D6E87E.70504@cora.nwra.com> References: <200708300613.l7U6D6xx023068@porkchop.devel.redhat.com> <46D6E87E.70504@cora.nwra.com> Message-ID: <20070830164732.GN29599@psilocybe.teonanacatl.org> Orion Poplawski wrote: > Looks like with today's build we have: > > development/i386/os/Packages > > rather than > > development/i386/os/Fedora https://www.redhat.com/archives/fedora-devel-list/2007-August/msg02065.html > Is this permanent? Yes. Until/unless it changes. :) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Thank God I'm an atheist. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From kevin at scrye.com Thu Aug 30 17:03:48 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 30 Aug 2007 11:03:48 -0600 Subject: source file audit - 2007-08-26 In-Reply-To: <20070829200021.GB4024@free.fr> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <870180fe0708271333i2115fc6cy2d5247d8e2cdd74f@mail.gmail.com> <20070827204655.GC24132@free.fr> <20070827165535.4c91ff7e@ghistelwchlohm.scrye.com> <6893.65.192.24.164.1188400707.squirrel@mail.jcomserv.net> <20070829200021.GB4024@free.fr> Message-ID: <20070830110348.3f3addce@ghistelwchlohm.scrye.com> On Wed, 29 Aug 2007 22:00:21 +0200 pertusus at free.fr (Patrice Dumas) wrote: > On Wed, Aug 29, 2007 at 10:18:27AM -0500, Jon Ciesla wrote: > > Current Moodle maintainer here. > > > > Is it worth that much of a change to upstream? The list of > > langpack dates is also manually maintained in the spec. I thought > > it was our goal to break from upstream as little as possible. I'm > > open to suggestions, but to me it seems just stripping moddle from > > the script would be the simplest. > > In the end it is up to you. Just let it be in the script is right too, > since it shows when the files are out of date. Yeah, I can add it to an exception list or the like. I guess thats only important if it's decided that I should mail maintainers... Versions are handy tho for tracking when things changed, and also being able to go back to specific versions if something breaks in a new one. > Pat kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Thu Aug 30 17:05:31 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 30 Aug 2007 11:05:31 -0600 Subject: source file audit - 2007-08-26 In-Reply-To: <1135.65.192.24.164.1188404618.squirrel@mail.jcomserv.net> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <1135.65.192.24.164.1188404618.squirrel@mail.jcomserv.net> Message-ID: <20070830110531.35c87474@ghistelwchlohm.scrye.com> On Wed, 29 Aug 2007 11:23:38 -0500 (CDT) limb at jcomserv.net ("Jon Ciesla") wrote: > gnubg is a false positive. Upstream has a directory of rolling cvs > snapshots, that update nightly, and only a couple months are held. > The current release tarball is likely identical to what's available, > but one with the date's name is no longer present. Ah, ok. > > Fixing xmoto. . . Excellent. Thanks. kevin -- > > ok, here's another run of the sources file audit script I have been > > playing with. It has the following changes from the previous > > version: > > > > - It now includes and is sorted by the owners fedora account name. > > - It should be checking PatchN lines with URLs. > > - I tried to add more checking for when a source wasn't downloaded > > properly. > > > > Please do let me know if anyone spots false positives or issues... > > > > Output is available at: > > > > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20070826.txt > > > > and also attached to this email. > > > > Thanks, > > > > kevin > > -- > > abompard:BADURL:adodb494.tgz:php-adodb > > abompard:BADURL:qca-1.0.tar.bz2:qca > > abompard:BADURL:qca-tls-1.0.tar.bz2:qca-tls > > aconway:BADSOURCE:qpidc-0.2.tar.gz:qpidc > > aconway:BADURL:rhm-0.1.tar.gz:rhm > > adalloz:BADURL:pan-0.132.tar.bz2:pan > > addutko:BADSOURCE:mrxvt-0.5.2.tar.gz:mrxvt > > adrian:BADURL:jabberd-2.0s11.tar.gz:jabberd > > adrian:BADURL:mpc-0.12.0.tar.bz2:mpc > > alexl:BADURL:gmime-2.2.10.tar.bz2:gmime > > alexl:BADURL:gnome-vfs-2.19.3.tar.bz2:gnome-vfs2 > > alexl:BADURL:sabayon-2.19.2.tar.bz2:sabayon > > alexl:BADURL:xdg-user-dirs-0.9.tar.gz:xdg-user-dirs > > ascii:BADURL:fish-1.22.3.tar.bz2:fish > > athimm:BADSOURCE:freenx-0.6.0.tar.gz:freenx > > athimm:BADSOURCE:po4a-0.32.tar.gz:po4a > > athimm:BADURL:chrpath-0.13.tar.gz:chrpath > > athimm:BADURL:fakeroot_1.6.4.tar.gz:fakeroot > > athimm:BADURL:greylistd_0.8.3.2.tar.gz:greylistd > > athimm:BADURL:nxagent-2.1.0-18.tar.gz:nx > > athimm:BADURL:nxcomp-2.1.0-7.tar.gz:nx > > athimm:BADURL:nxcompext-2.1.0-5.tar.gz:nx > > athimm:BADURL:nxdesktop-2.1.0-10.tar.gz:nx > > athimm:BADURL:nxproxy-2.1.0-3.tar.gz:nx > > athimm:BADURL:nxscripts-2.1.0-5.tar.gz:nx > > athimm:BADURL:nxviewer-2.1.0-12.tar.gz:nx > > athimm:BADURL:nx-X11-2.1.0-3.tar.gz:nx > > atkac:BAD_CVS_SOURCE:dnszone.schema:bind > > atkac:BADURL:bind-9.5.0a6.tar.gz:bind > > atkac:BADURL:rexec-1.5.tar.gz:rsh > > atkac:BADURL:vnc-4_1_2-unixsrc.tar.gz:vnc > > atkac:BADURL:vnc-4_1-javasrc.tar.gz:vnc > > atkac:BADURL:xdelta-1.1.4.tar.gz:xdelta > > ausil:BADURL:mysql-gui-tools-5.0r12.tar.gz:mysql-gui-tools > > ausil:BADURL:snort-2.6.1.4.tar.gz:snort > > awjb:BADURL:atitvout_0.4-2.diff.gz:atitvout > > awjb:BADURL:libetpan-0.52.tar.gz:libetpan > > awjb:BADURL:treecc-0.3.8.tar.gz:treecc > > awjb:BADURL:WindowMaker-0.92.0.tar.bz2:WindowMaker > > awjb:BADURL:WindowMaker-extra-0.1.tar.gz:WindowMaker > > behdad:BADURL:libao-0.8.6.tar.gz:libao > > behdad:BADURL:vorbis-tools-1.1.1.svn20070412.tar.gz:vorbis-tools > > belegdol:BADSOURCE:qsa-x11-free-1.1.5.tar.gz:qt-qsa > > belegdol:BADURL:gchempaint-0.8.2.tar.bz2:gchempaint > > belegdol:BADURL:gnome-chemistry-utils-0.8.2.tar.bz2:gnome-chemistry-utils > > belegdol:BADURL:goffice-0.4.2.tar.bz2:goffice04 > > belegdol:BADURL:museek+-0.1.13.tar.bz2:museek+ > > ben:BADSOURCE:ketchup-0.9.8.tar.bz2:ketchup > > bjohnson:BADSOURCE:queuegraph.tar.gz:queuegraph > > bjohnson:BADURL:mailgraph-1.13.tar.gz:mailgraph > > bjohnson:BADURL:pygoocanvas-0.9.0.tar.gz:pygoocanvas > > bojan:BADURL:libapreq2-2.09.tar.gz:libapreq2 > > bos:BADSOURCE:ghc-6.6.1-src.tar.bz2:ghc > > bpeck:BADURL:conmux-493svn.tar.gz:conmux > > bpepple:BADSOURCE:evolution-brutus-1.1.28.7.tar.gz:evolution-brutus > > bpepple:BADURL:freeciv-2.0.9.tar.bz2:freeciv > > bpepple:BADURL:gaim-galago-0.5.1.tar.bz2:purple-galago > > bpepple:BADURL:gnome-blog-0.9.1.tar.bz2:gnome-blog > > bpepple:BADURL:gnonlin-0.10.9.tar.bz2:gnonlin > > bpepple:BADURL:loudmouth-1.2.3.tar.bz2:loudmouth > > bpepple:BADURL:stdsounds3.tar.gz:freeciv > > buc:BADURL:dvdisaster-0.70.4.tar.bz2:dvdisaster > > buc:BADURL:NewsCache-1.2rc6.tar.gz:newscache > > buc:BADURL:socket++-1.12.12.tar.gz:newscache > > caillon:BADURL:libipoddevice-0.5.3.tar.gz:libipoddevice > > caolanm:BADSOURCE:pt_BR-2007-04-11.zip:hunspell-pt > > caolanm:BADSOURCE:redhat-templates.tar.gz:openoffice.org > > caolanm:BADURL:alt-myspell-pl-20070803.tar.bz2:hunspell-pl > > caolanm:BADURL:evolocal.odb:openoffice.org > > caolanm:BADURL:libwpd-0.8.11.tar.gz:libwpd > > cbalint:BADURL:grass-6.2.2-fedora.tar.gz:grass > > cbalint:BADURL:libgeotiff-1.2.4RC1.tar.gz:libgeotiff > > cchance:BADURL:nhpf-1.42.tar.gz:nhpf > > cgrau:BADURL:frotz-2.43.tar.gz:frotz > > cgrau:BADURL:ifm-5.1.tar.gz:ifm > > chitlesh:BADSOURCE:crystal_project.tar.gz:crystal-project > > chitlesh:BADSOURCE:kpolynome-0.1-2.tar.gz:kpolynome > > chitlesh:BADURL:13969-crystal-1.0.4.tar.bz2:crystal > > chitlesh:BADURL:26521-kio_resources-0.2.tar.bz2:kio_resources > > chitlesh:BADURL:31025-kmenu-gnome-0.6.7.tar.gz:kmenu-gnome > > chitlesh:BADURL:CrystalClear.tar.gz:crystal-clear > > chitlesh:BADURL:geda-docs-1.1.1.tar.gz:geda-docs > > chitlesh:BADURL:geda-examples-1.1.1.tar.gz:geda-examples > > chitlesh:BADURL:geda-gattrib-1.1.1.tar.gz:geda-gattrib > > chitlesh:BADURL:geda-gnetlist-1.1.1.tar.gz:geda-gnetlist > > chitlesh:BADURL:geda-gschem-1.1.1.tar.gz:geda-gschem > > chitlesh:BADURL:geda-gsymcheck-1.1.1.tar.gz:geda-gsymcheck > > chitlesh:BADURL:geda-symbols-1.1.1.tar.gz:geda-symbols > > chitlesh:BADURL:geda-utils-1.1.1.tar.gz:geda-utils > > chitlesh:BADURL:guile-1.6.7.tar.gz:compat-guile-16 > > chitlesh:BADURL:keurocalc-0.9.7.tgz:keurocalc > > chitlesh:BADURL:ktechlab-0.3.69.tar.bz2:ktechlab > > chitlesh:BADURL:libgeda-1.1.1.tar.gz:libgeda > > chrisw:BADSOURCE:cogito-0.18.2.tar.gz:cogito > > chrisw:BADURL:asciidoc-8.1.0.tar.gz:asciidoc > > coldwell:BAD_CVS_SOURCE:python-mode.el:emacs > > coldwell:BADURL:emacs-22.1.tar.gz:emacs > > corsepiu:BADURL:lib3ds-1.2.0.tar.gz:lib3ds > > corsepiu:BADURL:OpenSceneGraph-2.0.zip:OpenSceneGraph > > cweyl:BAD_CVS_SOURCE:apsl-2.0.txt:hfsplus-tools > > cweyl:BADURL:diskdev_cmds-332.14.tar.gz:hfsplus-tools > > cweyl:BADURL:gaim-2.0.0beta4.tar.gz:gaim-gaym > > cweyl:BADURL:POE-0.9989.tar.gz:perl-POE > > cweyl:BADURL:POE-Filter-Zlib-1.8.tar.gz:perl-POE-Filter-Zlib > > cweyl:BADURL:qrc-0.96-293svn.tar.gz:gaim-gaym > > cweyl:BADURL:WWW-Myspace-0.60.tar.gz:perl-WWW-Myspace > > cwickert:BADURL:gnome-ppp-0.3.23.tar.bz2:gnome-ppp > > cwickert:BADURL:xfce4-minicmd-plugin-0.4.tar.bz2:xfce4-minicmd-plugin > > danielm:BADURL:initng-ifiles-0.1.4.tar.bz2:initng-ifiles > > davidz:BADSOURCE:gnome-speech-0.4.16.tar.bz2:gnome-speech > > davidz:BADURL:dbus-glib-0.73.tar.gz:dbus-glib > > davidz:BADURL:dbus-python-0.82.0.tar.gz:dbus-python > > davidz:BADURL:festvox_nitech_us_awb_arctic_hts.tar.bz2:festival > > davidz:BADURL:festvox_nitech_us_bdl_arctic_hts.tar.bz2:festival > > davidz:BADURL:festvox_nitech_us_clb_arctic_hts.tar.bz2:festival > > davidz:BADURL:festvox_nitech_us_jmk_arctic_hts.tar.bz2:festival > > davidz:BADURL:festvox_nitech_us_rms_arctic_hts.tar.bz2:festival > > davidz:BADURL:festvox_nitech_us_slt_arctic_hts.tar.bz2:festival > > davidz:BADURL:hal-0.5.10rc1.tar.gz:hal > > davidz:BADURL:PolicyKit-0.5.git20070731.tar.gz:PolicyKit > > davidz:BADURL:PolicyKit-gnome-0.5.git20070731.tar.bz2:PolicyKit-gnome > > davidz:BADURL:tsclient-0.150.tar.gz:tsclient > > dbhole:BADURL:commons-validator-1.1.4-src.tar.gz:jakarta-commons-validator > > dbhole:BADURL:lucene-1.9.1-src.tar.gz:lucene > > dcantrel:BADURL:dhcp-0.10.tgz:dhcpv6 > > dcantrel:BADURL:ps3pf_utils-1.0.9.tar.bz2:ppc64-utils > > dcbw:BADURL:Csound5.03.0_src-cvs20061108.tar.bz2:csound > > dcbw:BADURL:plague-0.4.4.1.tar.bz2:plague > > dchen:BADURL:man-pages-es-1.28.tar.bz2:man-pages-es > > dchen:BADURL:man-pages-it-0.3.0.tar.gz:man-pages-it > > deji:BADSOURCE:gnomescan-0.4.0.2.tar.gz:gnomescan > > denis:BADSOURCE:Transmission-0.81.tar.gz:transmission > > denis:BADURL:libsigc++-1.2.7.tar.bz2:libsigc++ > > denis:BADURL:pam_keyring-0.0.9.tar.gz:pam_keyring > > denis:BADURL:soundconverter-0.9.7.tar.gz:soundconverter > > devrim:BADSOURCE:pgpoolAdmin-1.0.0.tar.gz:postgresql-pgpoolAdmin > > devrim:BADSOURCE:phpPgAdmin-4.1.3.tar.bz2:phpPgAdmin > > dgoodwin:BADURL:wuja-0.0.8.tar.gz:wuja > > dionysos:BAD_CVS_SOURCE:gtk+extra-2.1.1.tar.gz:gtk+extra > > dionysos:BADURL:eurofont.tar.gz:tetex-eurofont > > dionysos:BADURL:kbackup-0.5.1.tar.bz2:kbackup > > dwalsh:BADSOURCE:selinux-doc-1.26.tgz:selinux-doc > > dwalsh:BADURL:checkpolicy-2.0.3.tgz:checkpolicy > > dwalsh:BADURL:libselinux-2.0.31.tgz:libselinux > > dwalsh:BADURL:libsemanage-2.0.4.tgz:libsemanage > > dwalsh:BADURL:libsepol-2.0.7.tgz:libsepol > > dwalsh:BADURL:mcstrans-0.2.5.tgz:mcstrans > > dwalsh:BADURL:policycoreutils-2.0.25.tgz:policycoreutils > > dwalsh:BADURL:sepolgen-1.0.9.tgz:policycoreutils > > dwmw2:BADSOURCE:petitboot-0.0.1.tar.gz:petitboot > > dwmw2:BADURL:apmud-1.0.0.tgz:apmud > > dwmw2:BADURL:config.samples-20050415.tar.bz2:exim-doc > > dwmw2:BADURL:FAQ-html-20050415.tar.bz2:exim-doc > > dwmw2:BADURL:hfsplus_1.0.4.src.tar.bz2:hfsplusutils > > dwmw2:BADURL:libpng-1.2.16.tar.bz2:petitboot > > dwmw2:BADURL:nano-2.0.6.tar.gz:nano > > ecik:BADURL:aria2-0.11.2.tar.bz2:aria2 > > ecik:BADURL:dcopexport-0.11.1-20060320-0.5.0-svn.tar.bz2:kadu > > ecik:BADURL:kadu-profiles-0.1.tar.gz:kadu > > ensc:BADSOURCE:ip-sentinel-0.12.tar.bz2.sig:ip-sentinel > > ensc:BADURL:clamav-0.91.2.tar.gz.sig:clamav > > ensc:BADURL:dhcp-forwarder-0.7.tar.bz2.asc:dhcp-forwarder > > ensc:BADURL:dhcp-forwarder-0.7.tar.bz2:dhcp-forwarder > > ensc:BADURL:hunt-1.5.tgz:hunt > > ensc:BADURL:libextractor-0.5.18a.tar.gz.sig:libextractor > > ensc:BADURL:xca-0.6.4.tar.gz:xca > > errr:BADSOURCE:tenr-de-styles-pkg-1.1.tar.bz2:tenr-de-styles-pkg > > faucamp:BADURL:12956-knemo-0.4.7.tar.bz2:knemo > > faucamp:BADURL:dekorator-0.3.tar.gz:dekorator > > fche:BADURL:systemtap-0.5.14.tar.gz:systemtap > > fnasser:BADSOURCE:inetlib-1.1.1.tar.gz:classpathx-mail > > frankb:BAD_CVS_SOURCE:nasd.init:nas > > frankb:BADSOURCE:qsa-x11-opensource-1.2.2.tar.gz:qt4-qsa > > gajownik:BADURL:29153-yakuake-2.7.5.tar.bz2:yakuake > > gemi:BADSOURCE:curry-0.9.11.tar.gz:curry > > gemi:BADSOURCE:HTMLmanual.tar.gz:pl > > gemi:BADSOURCE:TeXmacs-1.0.6.10-src.tar.gz:TeXmacs > > gemi:BADSOURCE:userguide.html.tgz:pl > > gemi:BADURL:GtkAda-gpl-2.8.0.tgz:GtkAda > > gemi:BADURL:skencil-0.6.tar.gz:skencil > > gemi:BADURL:sweep-0.9.2.tar.bz2:sweep > > gemi:BADURL:wingspov-0.98.28_v1.tgz:wings > > ghenry:BADURL:pgadmin3-1.6.3.tar.gz:pgadmin3 > > gilboa:BAD_CVS_SOURCE:cgdb.png:cgdb > > gilboa:BAD_CVS_SOURCE:icewm-xdg-menu:icewm > > green:BADURL:vkeybd-0.1.17a.tar.bz2:vkeybd > > hadess:BADURL:gnome-audio-2.0.0.tar.bz2:gnome-audio > > hadess:BADURL:rhythmbox-0.11.2.tar.bz2:rhythmbox > > hadess:BADURL:speex-1.2beta1.tar.gz:speex > > hadess:BADURL:totem-2.19.90.tar.bz2:totem > > hamzy:BADURL:sblim-cmpi-base-1.5.4.tar.bz2:sblim-cmpi-base > > harald:BADURL:openobex-1.3.tar.gz:openobex > > iburrell:BADURL:File-chdir-0.06.tar.gz:perl-File-chdir > > iburrell:BADURL:Path-Class-0.16.tar.gz:perl-Path-Class > > icon:BADURL:diction-1.10-rc4.tar.gz:diction > > icon:BADURL:gazpacho-0.7.2.tar.bz2:gazpacho > > icon:BADURL:kid-0.9.6.tar.gz:python-kid > > icon:BADURL:libxml++-2.18.2.tar.bz2:libxml++ > > icon:BADURL:repoview-0.6.0.tar.gz:repoview > > icon:BADURL:verbiste-0.1.20.tar.gz:verbiste > > ixs:BADSOURCE:dd_rhelp-0.0.6.tar.gz:dd_rescue > > ixs:BADSOURCE:GraphicsMagick-1.1.8.tar.bz2:GraphicsMagick > > ixs:BADURL:hevea-1.09.tar.gz:hevea > > ixs:BADURL:MD5-2.03.tar.gz:perl-MD5 > > ixs:BADURL:metapixel-1.0.1.tar.gz:metapixel > > jakub:BADURL:prelink-20061201.tar.bz2:prelink > > jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen > > james:BADURL:netlabel_tools-0.17.tar.gz:netlabel_tools > > jbowes:BADSOURCE:tig-0.8.tar.gz:tig > > jcollie:BADURL:libosip-0.9.7.tar.gz:libosip > > jcollie:BADURL:pitivi-0.10.3.tar.bz2:pitivi > > jcollie:BADURL:radiusclient-ng-0.5.6.tar.gz:radiusclient-ng > > jcollie:BADURL:schroedinger-0.6.1.tar.gz:schroedinger > > jcollie:BADURL:xmpppy-0.4.0.tar.gz:python-xmpp > > jeffg:BADSOURCE:pbzip2-1.0.2.tar.gz:pbzip2 > > jgu:BADURL:sunifdef-3.1.tar.gz:sunifdef > > jima:BAD_CVS_SOURCE:dnsmasq-2.33-initscript.patch:dnsmasq > > jima:BADSOURCE:clusterssh-3.19.1.tar.gz:clusterssh > > jjohnstn:BADURL:eclipse-changelog-src-2.5.1.zip:eclipse-changelog > > jkeating:BADURL:cleanfeed-0.95.7b.tar.gz:cleanfeed > > jkeating:BADURL:mock-0.7.5.tar.gz:mock > > jlayton:BADURL:ez-ipupdate_3.0.11b8-10.diff.gz:ez-ipupdate > > jlayton:BADURL:ez-ipupdate-3.0.11b8.tar.gz:ez-ipupdate > > jmoskovc:BAD_CVS_SOURCE:rdist-eu-license.txt:rdist > > jmoskovc:BADSOURCE:hexedit-1.2.12.src.tgz:hexedit > > jmoskovc:BADURL:acl_2.2.39-1.tar.gz:acl > > jmoskovc:BADURL:rdate-1.4.tar.gz:rdate > > jmrcpn:BADURL:clement-2.1-241.tar.gz:clement > > jnovy:BADSOURCE:db-4.2.52.tar.gz:compat-db > > jnovy:BADSOURCE:db-4.3.29.tar.gz:compat-db > > jnovy:BADSOURCE:multican-0.0.5.tar.gz:multican > > jnovy:BADURL:dvipsk-jpatch-p1.7a.tar.bz2:tetex > > jnovy:BADURL:mc-2007-06-04-22.tar.gz:mc > > jnovy:BADURL:mendexk2.6d.tar.bz2:tetex > > jnovy:BADURL:platex209.tar.bz2:tetex > > jnovy:BADURL:ptex-src-3.1.9.tar.bz2:tetex > > jnovy:BADURL:ptex-texmf-2.4.tar.bz2:tetex > > jnovy:BADURL:tetex-src-3.0.tar.bz2:tetex > > jnovy:BADURL:tetex-texmf-3.0.tar.bz2:tetex > > jorge:BADSOURCE:mimetex.zip:mimetex > > jorton:BADURL:imap-2004g.tar.Z:libc-client > > josef:BADSOURCE:geany-0.10.1.tar.bz2:geany > > jpmahowa:BADSOURCE:numlockx-1.0.tar.gz:numlockx > > jpo:BADURL:AppConfig-1.65.tar.gz:perl-AppConfig > > jpo:BADURL:Config-IniFiles-2.39.tar.gz:perl-Config-IniFiles > > jpo:BADURL:Email-Simple-1.999.tar.gz:perl-Email-Simple > > jpo:BADURL:MARC-Record-2.0.0.tar.gz:perl-MARC-Record > > jpo:BADURL:SNMP_Session-1.08.tar.gz:perl-SNMP_Session > > jpo:BADURL:Test-Exception-0.21.tar.gz:perl-Test-Exception > > jpo:BADURL:Test-File-1.16.tar.gz:perl-Test-File > > jpo:BADURL:UNIVERSAL-isa-0.06.tar.gz:perl-UNIVERSAL-isa > > jspaleta:BADURL:istanbul-0.2.2.tar.bz2:istanbul > > jsteffan:BADURL:revisor-2.0.4.3.tar.gz:revisor > > jwb:BADSOURCE:blacklists.tar.gz:squidGuard > > jwboyer:BADURL:gquilt-0.20.tar.gz:gquilt > > jwilson:BADURL:conman-0.1.9.2.tar.bz2:conman > > jwilson:BADURL:powerman-1.0.25.tar.bz2:powerman > > jwrdegoede:BADSOURCE:njam-1.25-src.tar.gz:njam > > jwrdegoede:BADSOURCE:scorchwentbonkers-src-1.1.tar.gz:scorchwentbonkers > > jwrdegoede:BADURL:BASS-Floppy.zip:beneath-a-steel-sky > > jwrdegoede:BADURL:gnumeric-1.6.3.tar.bz2:gnumeric > > jwrdegoede:BADURL:supertuxkart-0.3-src.tar.bz2:supertuxkart > > jwrdegoede:BADURL:xarchon_0.50-9.diff.gz:xarchon > > jwrdegoede:BADURL:xgalaga_2.0.34-34.diff.gz:xgalaxy > > kaboom:BADURL:fping-2.4b2_to-ipv6.tar.gz:fping > > karsten:BADURL:automake-1.5.tar.bz2:automake15 > > karsten:BADURL:hdparm-7.7.tar.gz:hdparm > > karsten:BADURL:privoxy-3.0.6-stable-src.tar.gz:privoxy > > kasal:BADURL:libvte-java-0.12.1.tar.bz2:libvte-java > > katzj:BADURL:yum-metadata-parser-1.1.2.tar.gz:yum-metadata-parser > > kevin:BADURL:gdk-pixbuf-0.22.0.tar.bz2:gdk-pixbuf > > kwizart:BADURL:zd1211rw_fw_2007-03-19.tar.bz2:zd1211-firmware > > kzak:BADURL:floppy-0.16.tar.bz2:util-linux-ng > > kzak:BADURL:lslk_1.29_W.tar.gz:lslk > > kzak:BADURL:util-linux-2.13-pre7.tar.bz2:util-linux > > kzak:BADURL:vlock-1.3.tar.gz:vlock > > leo:BADURL:pcmanx-gtk2.tar.gz:pcmanx-gtk2 > > limb:BADSOURCE:be_utf8.zip:moodle > > limb:BADSOURCE:bg_utf8.zip:moodle > > limb:BADSOURCE:bs_utf8.zip:moodle > > limb:BADSOURCE:ca_utf8.zip:moodle > > limb:BADSOURCE:cs_utf8.zip:moodle > > limb:BADSOURCE:da_utf8.zip:moodle > > limb:BADSOURCE:de_du_utf8.zip:moodle > > limb:BADSOURCE:de_utf8.zip:moodle > > limb:BADSOURCE:el_utf8.zip:moodle > > limb:BADSOURCE:en_us_utf8.zip:moodle > > limb:BADSOURCE:en_utf8.zip:moodle > > limb:BADSOURCE:es_utf8.zip:moodle > > limb:BADSOURCE:et_utf8.zip:moodle > > limb:BADSOURCE:eu_utf8.zip:moodle > > limb:BADSOURCE:fi_utf8.zip:moodle > > limb:BADSOURCE:fr_utf8.zip:moodle > > limb:BADSOURCE:gl_utf8.zip:moodle > > limb:BADSOURCE:he_utf8.zip:moodle > > limb:BADSOURCE:hr_utf8.zip:moodle > > limb:BADSOURCE:hu_utf8.zip:moodle > > limb:BADSOURCE:id_utf8.zip:moodle > > limb:BADSOURCE:is_utf8.zip:moodle > > limb:BADSOURCE:it_utf8.zip:moodle > > limb:BADSOURCE:ja_utf8.zip:moodle > > limb:BADSOURCE:ko_utf8.zip:moodle > > limb:BADSOURCE:lt_utf8.zip:moodle > > limb:BADSOURCE:lv_utf8.zip:moodle > > limb:BADSOURCE:mn_utf8.zip:moodle > > limb:BADSOURCE:moodle-1.8.2.tgz:moodle > > limb:BADSOURCE:nl_utf8.zip:moodle > > limb:BADSOURCE:nn_utf8.zip:moodle > > limb:BADSOURCE:no_gr_utf8.zip:moodle > > limb:BADSOURCE:no_utf8.zip:moodle > > limb:BADSOURCE:pl_utf8.zip:moodle > > limb:BADSOURCE:pt_br_utf8.zip:moodle > > limb:BADSOURCE:pt_utf8.zip:moodle > > limb:BADSOURCE:ro_utf8.zip:moodle > > limb:BADSOURCE:ru_utf8.zip:moodle > > limb:BADSOURCE:sk_utf8.zip:moodle > > limb:BADSOURCE:sl_utf8.zip:moodle > > limb:BADSOURCE:sq_utf8.zip:moodle > > limb:BADSOURCE:sr_cr_bo_utf8.zip:moodle > > limb:BADSOURCE:sr_cr_utf8.zip:moodle > > limb:BADSOURCE:sr_lt_utf8.zip:moodle > > limb:BADSOURCE:sv_utf8.zip:moodle > > limb:BADSOURCE:ta_utf8.zip:moodle > > limb:BADSOURCE:tiquit-2.4.tar.gz:tiquit > > limb:BADSOURCE:tr_utf8.zip:moodle > > limb:BADSOURCE:uk_utf8.zip:moodle > > limb:BADSOURCE:vi_utf8.zip:moodle > > limb:BADSOURCE:xmoto-edit.6.gz:xmoto-edit > > limb:BADSOURCE:zh_cn_utf8.zip:moodle > > limb:BADSOURCE:zh_tw_utf8.zip:moodle > > limb:BADURL:gnubg-source-MAIN-20061119.tar.gz:gnubg > > limb:BADURL:xmoto-0.3.1-src.tar.gz:xmoto > > liquidat:BADURL:Rsibreak-0.8.0.tar.bz2:rsibreak > > lkundrak:BADSOURCE:c2070-0.99.tar.gz:c2070 > > llim:BAD_CVS_SOURCE:lsb-release-2.0.tar.gz:redhat-lsb > > lmacken:BADURL:deskbar-applet-2.19.90.1.tar.bz2:deskbar-applet > > lmacken:BADURL:json-py-3_4.zip:python-json > > lmacken:BADURL:Myghty-1.1.tar.gz:python-myghty > > lmacken:BADURL:naim-0.11.8.3.1.tar.bz2:naim > > lmacken:BADURL:RuleDispatch-0.5a0.dev-r2306.tar.gz:python-ruledispatch > > lmacken:BADURL:TestGears-0.2.tar.gz:python-TestGears > > lutter:BADSOURCE:activesupport-1.4.0.tgz:ruby-activesupport > > luya:BADURL:gDesklets-0.35.4.tar.bz2:gdesklets > > lvm-team:BADURL:dmraid-1.0.0.rc14.tar.bz2:dmraid > > maxx:BADSOURCE:pdfcube-0.0.2.tar.gz:pdfcube > > maxx:BADURL:39179-rezlooks-0.6.tar.gz:gtk-rezlooks-engine > > mbacovsk:BAD_CVS_SOURCE:FAQ.sgml:squid > > mbacovsk:BADURL:file-4.21.tar.gz:file > > mbacovsk:BADURL:psutils-p17.tar.gz:psutils > > mbarabas:BADURL:lftp-3.5.10.tar.gz:lftp > > mclasen:BADURL:fast-user-switch-applet-2.18.0.tar.bz2:fast-user-switch-applet > > mclasen:BADURL:glade-2.12.1.tar.bz2:glade2 > > mclasen:BADURL:glib-2.14.0.tar.bz2:glib2 > > mclasen:BADURL:intltool-0.36.1.tar.bz2:intltool > > mclasen:BADURL:libgail-gnome-1.19.5.tar.bz2:libgail-gnome > > mclasen:BADURL:libgnomekbd-2.19.90.tar.bz2:libgnomekbd > > mclasen:BADURL:libIDL-0.8.8.tar.bz2:libIDL > > mclasen:BADURL:ORBit2-2.14.7.tar.bz2:ORBit2 > > mdomsch:BADSOURCE:signing-party_0.4.9.orig.tar.gz:pgp-tools > > mebourne:BADSOURCE:ZoneMinder-1.22.3.tar.gz:zoneminder > > meme:BADURL:vultures-2.1.0-full.tar.bz2:nethack-vultures > > mgarski:BADURL:digikam-doc-0.9.2-beta2.tar.bz2:digikam-doc > > mikeb:BADURL:python-krbV-1.0.13.tar.gz:python-krbV > > misa:BADURL:pyOpenSSL-0.6.tar.gz:pyOpenSSL > > mlichvar:BADURL:ncurses-5.5-20060701.patch.gz:termcap > > mlichvar:BADURL:ncurses-5.5.tar.gz:termcap > > mlichvar:BADURL:patch-5.5-20060625.sh.gz:termcap > > mlichvar:BADURL:readline-5.2.tar.gz:readline > > mlichvar:BADURL:termcap-2.0.8.tar.bz2:libtermcap > > mmaslano:BADSOURCE:mansupfr.tar.bz2:man-pages-fr > > mmaslano:BADURL:iptraf-3.0.0.tar.gz:iptraf > > mmaslano:BADURL:vixie-cron-4.1.tar.gz:vixie-cron > > mmcgrath:BADURL:phpMyAdmin-2.10.3-all-languages.tar.bz2:phpMyAdmin > > mmcgrath:BADURL:SOAP-Lite-0.68.tar.gz:perl-SOAP-Lite > > mschwendt:BADURL:libcompface_1.5.2-3.diff.gz:compface > > mtasaka:BADSOURCE:manedit-0.8.1.tar.bz2:manedit > > mtasaka:BADURL:jd-1.9.6-svn1285.tgz:jd > > mtasaka:BADURL:kazehakase-0.4.7-svn3228.tar.gz:kazehakase > > mtasaka:BADURL:ruby-bsearch-1.5.tar.gz:ruby-bsearch > > mwringe:BADSOURCE:jdepend-2.6-RHCLEAN.zip:jdepend > > mwringe:BADURL:commons-modeler-2.0-src.tar.gz:jakarta-commons-modeler > > nalin:BADSOURCE:pam_ldap-184.tar.gz:nss_ldap > > nalin:BADURL:nss_db-2.2.tar.gz:nss_db > > nhorman:BADURL:cscope-15.5.tar.gz:cscope > > nigelj:BADURL:britepno.pat.bz2:timidity++ > > nigelj:BADURL:cvsutils-0.2.3.tar.gz:cvsutils > > nigelj:BADURL:instruments.tar.bz2:timidity++ > > nigelj:BADURL:pistol.pat.bz2:timidity++ > > nigelj:BADURL:TiMidity++-2.13.2.tar.bz2:timidity++ > > nim:BADURL:dejavu-sfd-2.19.tar.bz2:dejavu-fonts > > nomis80:BADURL:camstream-0.26.3.tar.gz:camstream > > notting:BADSOURCE:Maelstrom-3.0.6.tar.gz:Maelstrom > > notting:BADURL:Finance-Quote-1.13.tar.gz:perl-Finance-Quote > > nphilipp:BADSOURCE:dcraw-8.77.tar.gz:dcraw > > nphilipp:BADURL:rss-glx_0.8.1.p.tar.bz2:rss-glx > > nsantos:BADURL:gnu.regexp-1.1.4.tar.gz:gnu-regexp > > oddsocks:BADSOURCE:fuse-0.8.0.1.tar.gz:fuse-emulator > > oddsocks:BADSOURCE:kcometen3-1.1.tar.gz:kcometen3 > > oddsocks:BADURL:kdetv-0.8.9.tar.bz2:kdetv > > odvorace:BADURL:gdbm-1.8.0.tar.gz:gdbm > > odvorace:BADURL:netkit-bootparamd-0.17-pre20000412.tar.gz:bootparamd > > orion:BADURL:4.2r1-hrepack-p4.tar.gz:hdf > > orion:BADURL:gdl-0.9pre5.tar.gz:gdl > > orion:BADURL:paraview-3.0.2.tar.gz:paraview > > orphan:BADSOURCE:gst-plugins-0.8.12.tar.bz2:gstreamer08-plugins > > orphan:BADSOURCE:gurlchecker-0.10.0.tar.gz:gurlchecker > > orphan:BADURL:gnome-yum-0.1.4.tar.gz:gnome-yum > > orphan:BADURL:pam_mysql-0.6.2.tar.gz:pam_mysql > > orphan:BADURL:pam-script-0.1.7.tar.gz:pam_script > > otaylor:BADURL:mugshot-1.1.50.tar.gz:mugshot > > ovasik:BADURL:docbook-utils-0.6.14.tar.gz:docbook-utils > > ovasik:BADURL:gnome-bluetooth-0.9.1.tar.bz2:gnome-bluetooth > > ovasik:BADURL:libbtctl-0.9.0.tar.bz2:libbtctl > > ovasik:BADURL:passivetex-1.25.zip:passivetex > > ovasik:BADURL:xmltex-1.9.tar.gz:xmltex > > ovasik:BADURL:xmlto-0.0.18.tar.bz2:xmlto > > owentl:BADURL:Calendar-0.41.tar.gz:gdesklets-calendar > > owentl:BADURL:GoodWeather-0.3.tar.gz:gdesklets-goodweather > > pcheung:BADURL:asm-2.1.tar.gz:asm2 > > pcheung:BADURL:asm-eng.pdf:asm2 > > pertusus:BADURL:cernlib_2006.dfsg.2-1.diff.gz:cernlib > > pertusus:BADURL:cernlib_2006.dfsg.2-1.diff.gz:cernlib-g77 > > peter:BADSOURCE:rlog-1.3.7.tgz:rlog > > petersen:BADSOURCE:scim-1.4.7.tar.gz:scim > > petersen:BADURL:ddskk-12.2.0.tar.bz2:ddskk > > pfj:BADURL:CastPodder-5.0.tar.bz2:CastPodder > > pfj:BADURL:db4o-6.1-mono.tar.gz:db4o > > pfj:BADURL:gtksourceview-sharp-2.0-0.10.tar.gz:gtksourceview-sharp > > pfj:BADURL:ikvm-0.22.tar.gz:ikvm > > pfrields:BADURL:nautilus-open-terminal-0.8.tar.gz:nautilus-open-terminal > > pgordon:BADURL:Clearlooks-Big_Pack-0.6.x.tar.gz:gnome-theme-clearlooks-bigpack > > pgordon:BADURL:deluge-0.5.4.1.tar.gz:deluge > > pgordon:BADURL:glabels-2.0.4.tar.gz:glabels > > pgordon:BADURL:libtorrent-0.12.tar.gz:rb_libtorrent > > pjones:BADSOURCE:cdparanoia-III-alpha9.8.src.tgz:cdparanoia > > pjones:BADURL:syslinux-3.36.tar.bz2:syslinux > > pknirsch:BADSOURCE:ipmitool-1.8.9.tar.gz:OpenIPMI > > pknirsch:BADURL:sg3_utils-1.23.tgz:sg3_utils > > pmachata:BADURL:ElectricFence-2.2.2.tar.gz:ElectricFence > > pmachata:BADURL:flex-2.5.4a.tar.gz:compat-flex > > pmachata:BADURL:genromfs-0.5.1.tar.gz:genromfs > > pnemade:BADURL:iso-codes-1.3.tar.gz:iso-codes > > pnemade:BADURL:scim-sinhala-trans-0.2.0-20060825.tar.gz:scim-sinhala > > pvrabec:BADURL:rsyslog-1.19.0.tar.gz:rsyslog > > pvrabec:BADURL:shadow-4.0.18.1.tar.bz2:shadow-utils > > pwouters:BADURL:ks3switch-0.1.tar.gz:ks3switch > > qspencer:BADURL:atlas3_3.6.0-20.diff.gz:atlas > > qspencer:BADURL:lilypond-2.10.29.tar.gz:lilypond > > rathann:BADURL:crm114-20070301-BlameBaltar.no-TRE.src.tar.bz2:crm114 > > rbhalera:BADURL:ISO8859-2-bdf.tar.gz:fonts-ISO8859-2 > > rdieter:BADURL:30375-akode-2.0.1.tar.bz2:akode > > rdieter:BADURL:fltk-1.1.x-r5750.tar.bz2:fltk > > rdieter:BADURL:gen_python_api_20050605.tar.gz:eric > > rdieter:BADURL:gen_sip_api_20060711.tar.gz:eric > > rdieter:BADURL:kmymoney2-0.8.7.tar.gz:kmymoney2 > > rdieter:BADURL:libofa-0.9.3.tar.gz:libofa > > rdieter:BADURL:macref.pdf:maxima > > rdieter:BADURL:mtextralic.htm:mathml-fonts > > rdieter:BADURL:PyQt-x11-gpl-3.17.1.tar.gz:PyQt-qscintilla > > rineau:BADURL:ipe-6.0pre28-src.tar.gz:ipe > > rjones:BADURL:ocaml-libvirt-0.3.2.4.tar.gz:ocaml-libvirt > > rjones:BADURL:pcre-ocaml-5.11.4.tar.gz:ocaml-pcre > > rmeggins:BADSOURCE:mozldap-6.0.4.tar.gz:mozldap > > rmeggins:BADURL:adminutil-1.1.4.tar.bz2:adminutil > > rmeggins:BADURL:Makefile.PL.rpm:perl-Mozilla-LDAP > > rmeggins:BADURL:perl-mozldap-1.5.2.tar.gz:perl-Mozilla-LDAP > > rnorwood:BADURL:IO-Zlib-1.04.tar.gz:perl-IO-Zlib > > rnorwood:BADURL:XML-Grove-0.46alpha.tar.bz2:perl-XML-Grove > > robert:BADSOURCE:magickwand-0.1.8.tar.gz:php-magickwand > > robmv:BADURL:kanatest-0.4.2.tar.gz:kanatest > > robmv:BADURL:org.tmatesoft.svn_1.1.0.beta4.src.zip:javasvn > > robmv:BADURL:org.tmatesoft.svn_1.1.2.src.zip:svnkit > > rrelyea:BADSOURCE:ccid-1.2.1.tar.gz:ccid > > rrelyea:BADSOURCE:pcsc-lite-1.3.3.tar.gz:pcsc-lite > > rrelyea:BADURL:pam_pkcs11-0.5.3.tar.gz:pam_pkcs11 > > rstrode:BADURL:bug-buddy-2.18.0.tar.bz2:bug-buddy > > rstrode:BADURL:gnome-applets-2.19.1.tar.bz2:gnome-applets > > rstrode:BADURL:gnome-screensaver-2.19.6.tar.bz2:gnome-screensaver > > rstrode:BADURL:gnome-utils-2.19.90.tar.bz2:gnome-utils > > ruben:BADURL:Pound-2.4d.tgz:Pound > > rvinyard:BADSOURCE:IEEEtran.zip:tetex-IEEEtran > > rvinyard:BADURL:papyrus-0.7.1.tar.bz2:papyrus > > rvokal:BADURL:gaim-guifications-2.13beta6.tar.bz2:gaim-guifications > > rvokal:BADURL:wireshark-0.99.6.tar.gz:wireshark > > ryo:BADSOURCE:scim-skk-0.5.2.tar.gz:scim-skk > > s4504kr:BAD_CVS_SOURCE:import-3ds-0.7.py:blender > > s4504kr:BADURL:lightning-1.2.tar.gz:lightning > > s4504kr:BADURL:luma-2.3.tar.bz2:luma > > s4504kr:BADURL:stellarium_user_guide-0.9.0-1.pdf:stellarium > > s4504kr:BADURL:suck-4.3.2.tar.gz:suck > > sconklin:BADURL:db-4.5.20.tar.gz:cyrus-sasl > > sconklin:BADURL:ipsec-tools-0.6.6.tar.bz2:ipsec-tools > > scop:BADURL:pscan_1.2-5.diff.gz:pscan > > scop:BADURL:pscan.tar.gz:pscan > > scop:BADURL:vdr-plugin-subtitles_0.4.0-1.ds.diff.gz:vdr-subtitles > > sergiopr:BADSOURCE:wcstools-3.6.8.tar.gz:wcstools > > shahms:BADSOURCE:TPG-3.1.0.tar.gz:python-tpg > > shahms:BADURL:PyProtocols-1.0a0dev-r2302.zip:python-protocols > > sheltren:BADURL:fortune-hitchhiker.tgz:fortune-mod > > sheltren:BADURL:fortune-tao.tar.gz:fortune-mod > > sheltren:BADURL:osfortune.tar.gz:fortune-mod > > simo:BADURL:rsync-2.6.9.tar.gz:rsync > > simo:BADURL:samba-3.0.25c.tar.gz:samba > > sindrepb:BADSOURCE:avant-window-navigator-0.1.1.tar.gz:avant-window-navigator > > sindrepb:BADURL:DBIx-SQLite-Simple-0.34.tar.gz:perl-DBIx-SQLite-Simple > > sindrepb:BADURL:recordmydesktop-0.3.4.tar.gz:recordmydesktop > > skvidal:BADURL:seahorse-1.0.1.tar.gz:seahorse > > smccann:BAD_CVS_SOURCE:proj.copyright:proj > > smccann:BADSOURCE:shapelib-1.2.10.tar.gz:shapelib > > snecker:BADURL:jokosher-1.0.tar.gz:jokosher > > snirkel:BADURL:njb-sharp-0.3.0.tar.bz2:njb-sharp > > splinux:BADURL:libgtksourceviewmm-0.3.1.tar.bz2:libgtksourceviewmm > > splinux:BADURL:pessulus-2.16.2.tar.bz2:pessulus > > spot:BADURL:Class-Data-Inheritable-0.06.tar.gz:perl-Class-Data-Inheritable > > spot:BADURL:Class-DBI-Loader-Relationship-1.3.tar.gz:perl-Class-DBI-Loader-Relationship > > spot:BADURL:Class-DBI-Pg-0.09.tar.gz:perl-Class-DBI-Pg > > spot:BADURL:gambas-1.0.19.tar.bz2:gambas > > spot:BADURL:HTML-Tree-3.23.tar.gz:perl-HTML-Tree > > spot:BADURL:HTTP-Body-0.9.tar.gz:perl-HTTP-Body > > spot:BADURL:Mail-Box-2.070.tar.gz:perl-Mail-Box > > spot:BADURL:QuantLib-0.8.1.tar.gz:QuantLib > > spot:BADURL:rootsh-1.5.2.tar.gz:rootsh > > spot:BADURL:rx-1.5.tar.bz2:librx > > spot:BADURL:user.ps.gz:lout > > ssp:BADURL:libXinerama-1.0.2.tar.bz2:libXinerama > > ssp:BADURL:libxkbfile-1.0.4.tar.bz2:libxkbfile > > stahnma:BADSOURCE:pastebin.tar.gz:pastebin > > steve:BADURL:eperl_2.2.14-13.diff.gz:perl-eperl > > steved:BADURL:nfs.doc.tar.gz:nfs-utils > > steved:BADURL:quota-3.14.tar.gz:quota > > stingray:BADURL:conntrack-1.00beta2.tar.bz2:conntrack > > stingray:BADURL:roundup-1.3.3.tar.gz:roundup > > stransky:BADURL:awesfx-0.5.0d.tar.gz:awesfx > > stransky:BADURL:gu11-rom.zip:awesfx > > tagoh:BADURL:alt-cannadic-070805.tar.bz2:anthy > > tagoh:BADURL:anthy-9100.tar.gz:anthy > > tagoh:BADURL:Canna37p3.tar.bz2:Canna > > tagoh:BADURL:im-chooser-0.4.1.tar.gz:im-chooser > > tagoh:BADURL:k14-oldkanji.tar.gz:fonts-japanese > > tagoh:BADURL:knm_new.tar.gz:fonts-japanese > > tagoh:BADURL:mew-5.2.50.tar.gz:mew > > tagoh:BADURL:mplus_bitmap_fonts-2.2.4.tar.gz:fonts-japanese > > tagoh:BADURL:nkf207.tar.gz:nkf > > tagoh:BADURL:ruby-refm-rdp-1.8.1-ja-html.tar.gz:ruby > > tagoh:BADURL:sazanami-20061016.tar.bz2:fonts-japanese > > tagoh:BADURL:scim-anthy-1.2.4.tar.gz:scim-anthy > > tagoh:BADURL:shion.tar.gz:Canna > > tagoh:BADURL:uim-1.4.1.tar.bz2:uim > > tagoh:BADURL:zipcode-20030204.tar.bz2:Canna > > tanguy:BADURL:freehdl-0.0.4.tar.gz:freehdl > > tanguy:BADURL:gperiodic-2.0.8.tar.gz:gperiodic > > terjeros:BADURL:libast-0.7.1.tar.gz:libast > > tgl:BADSOURCE:pgtcl1.5.3.tar.gz:postgresql > > tgl:BADSOURCE:pgtcldocs-20060909.zip:postgresql > > tgl:BADURL:jpegsrc.v6b.tar.bz2:libjpeg > > tgl:BADURL:libpng-1.2.16.tar.bz2:libpng > > tgl:BADURL:mysql-3.23.58.tar.gz:mysqlclient10 > > tgl:BADURL:mysql-4.1.14.tar.gz:mysqlclient14 > > tgl:BADURL:mysql-5.0.45.tar.gz:mysql > > tgl:BADURL:mysql-connector-odbc-3.51.14r248.tar.gz:mysql-connector-odbc > > tgl:BADURL:pg_filedump-8.2.0.tar:rhdb-utils > > tgl:BADURL:postgresql-8.2.1-US.pdf:postgresql > > tgl:BADURL:psqlodbc-08.02.0200.tar.gz:postgresql-odbc > > than:BAD_CVS_SOURCE:French.txt:wordtrans > > than:BADSOURCE:css.tar.bz2:kdewebdev > > than:BADSOURCE:html.tar.bz2:kdewebdev > > than:BADSOURCE:javascript.tar.bz2:kdewebdev > > than:BADURL:arts-1.5.7.tar.bz2:arts > > than:BADURL:cyr-rfx-koi8-ub-1.1.bdfs.tar.bz2:fonts-KOI8-R > > than:BADURL:eject-2.1.5.tar.gz:eject > > than:BADURL:isdn4k-utils-CVS-2006-07-20.tar.bz2:isdn4k-utils > > than:BADURL:kde-i18n-ar-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-bg-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-bn-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-ca-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-cs-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-da-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-de-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-el-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-en_GB-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-es-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-et-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-fi-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-fr-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-he-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-hi-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-hu-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-is-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-it-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-ja-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-ko-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-lt-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-nb-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-nl-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-nn-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-pa-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-pl-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-pt-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-pt_BR-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-ro-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-ru-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-sk-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-sl-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-sr-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-sv-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-ta-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-tr-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-uk-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-zh_CN-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kde-i18n-zh_TW-3.5.6.tar.bz2:kde-i18n > > than:BADURL:kdemultimedia-3.5.7-patched-2.tar.bz2:kdemultimedia > > than:BADURL:kdepimlibs-3.92.0.tar.bz2:kdepimlibs > > than:BADURL:kdevelop-3.4.1.tar.bz2:kdevelop > > than:BADURL:ksi-XFree86-cyrillic-fonts.tar.bz2:fonts-KOI8-R > > than:BADURL:mozplugger-1.7.3.tar.gz:mozplugger > > than:BADURL:PyQt-x11-gpl-3.17.1.tar.gz:PyQt > > than:BADURL:rp-pppoe-3.8.tar.gz:rp-pppoe > > than:BADURL:sip-4.6.tar.gz:sip > > than:BADURL:wordtrans_1.1pre13.tar.gz:wordtrans > > than:BADURL:Xaw3d-1.3.tar.gz:Xaw3d > > than:BADURL:xferstats-2.16.tar.gz:xferstats > > than:BADURL:xfig.3.2.5.full.tar.gz:xfig > > thias:BADSOURCE:ipvsadm-1.24.tar.gz:ipvsadm > > thias:BADSOURCE:linux_logo-5.01.tar.gz:linux_logo > > thias:BADSOURCE:metakit-2.4.9.7.tar.gz:metakit > > thias:BADSOURCE:Nevow-0.9.18.tar.gz:python-nevow > > thias:BADSOURCE:thttpd-2.25b.tar.gz:thttpd > > thias:BADURL:speex-xmms-0.9.1.tar.gz:xmms-speex > > thl:BADSOURCE:CHANGELOG:rss2email > > thl:BADURL:gsynaptics-0.9.12.tar.gz:gsynaptics > > thomasvs:BADSOURCE:libannodex-0.7.3.tar.gz:libannodex > > thomasvs:BADSOURCE:libcmml-0.9.1.tar.gz:libcmml > > thomasvs:BADSOURCE:liboggz-0.9.5.tar.gz:liboggz > > thomasvs:BADSOURCE:mod_annodex-ap20-0.2.2.tar.gz:mod_annodex > > thomasvs:BADURL:rasqal-0.9.12.tar.gz:rasqal > > till:BADURL:acpica-unix-20061109.tar.gz:iasl > > timj:BADSOURCE:altermime-0.3.7.tar.gz:altermime > > timj:BADSOURCE:php_manual_en.tar.gz:php-manual-en > > timj:BADURL:rapidsvn-0.9.4.tar.gz:rapidsvn > > timj:BADURL:rpl_1.5.3.tar.gz:rpl > > tjanouse:BADURL:dovecot-1.1.alpha3.tar.gz:dovecot > > tjanouse:BADURL:dovecot-sieve-1.1-0367450c9382.tar.gz:dovecot > > tscherf:BADURL:libprelude-0.9.13.tar.gz:libprelude > > tscherf:BADURL:libpreludedb-0.9.11.1.tar.gz:libpreludedb > > tscherf:BADURL:prelude-lml-0.9.8.1.tar.gz:prelude-lml > > tscherf:BADURL:prelude-manager-0.9.7.1.tar.gz:prelude-manager > > tscherf:BADURL:prewikka-0.9.10.tar.gz:prewikka > > tsmetana:BADURL:ast-base-locale.2007-03-28.tgz:ksh > > tsmetana:BADURL:ast-ksh.2007-06-28.tgz:ksh > > tsmetana:BADURL:INIT.2007-06-28.tgz:ksh > > tsmetana:BADURL:nut-2.2.0.tar.gz:nut > > tsmetana:BADURL:procinfo-18.tar.bz2:procinfo > > tsmetana:BADURL:psmisc-22.5.tar.gz:psmisc > > twaugh:BADURL:cups-1.3.0-source.tar.bz2:cups > > twaugh:BADURL:foomatic-db-3.0-20070614.tar.gz:foomatic > > twaugh:BADURL:foomatic-db-engine-3.0-20070614.tar.gz:foomatic > > twaugh:BADURL:foomatic-db-hpijs-20070614.tar.gz:foomatic > > twaugh:BADURL:foomatic-filters-3.0-20070614.tar.gz:foomatic > > twaugh:BADURL:libieee1284-0.2.9.tar.bz2:libieee1284 > > twaugh:BADURL:ppa-0.8.6.tar.gz:pnm2ppa > > varekova:BADURL:acct-6.3.2.tar.gz:psacct > > varekova:BADURL:aspell-ga-0.50-4.tar.bz2:aspell-ga > > varekova:BADURL:gd-2.0.34.tar.bz2:gd > > varekova:BADURL:gzip-1.3.12.tar.gz:gzip > > varekova:BADURL:lynx2.8.6.tar.bz2:lynx > > varekova:BADURL:mailx-8.1.1.tar.gz:mailx > > varekova:BADURL:manpages-da-0.1.1.tar.gz:man-pages-da > > varekova:BADURL:manpages-ru-0.7.tar.gz:man-pages-ru > > varekova:BADURL:man-PL24-10-2005.tar.gz:man-pages-pl > > varekova:BADURL:unzip552.tar.gz:unzip > > varekova:BADURL:zcrypt29.tar.gz:zip > > varekova:BADURL:zip231.tar.gz:zip > > vcrhonek:BADSOURCE:expect-5.43.0.tar.gz:expect > > vcrhonek:BADURL:netkit-ntalk-0.17.tar.gz:talk > > vcrhonek:BADURL:pegasus-2.6.0.tar.gz:tog-pegasus > > vcrhonek:BADURL:tcsh-6.14.00.tar.gz:tcsh > > veillard:BADURL:ekiga-2.0.9.tar.gz:ekiga > > veillard:BADURL:libxml2-2.6.30.tar.gz:libxml2 > > veillard:BADURL:libxslt-1.1.22.tar.gz:libxslt > > veillard:BADURL:opal-2.2.8.tar.gz:opal > > veillard:BADURL:pwlib-1.10.7.tar.gz:pwlib > > vlg:BADSOURCE:libassa-3.4.2.tar.gz:libassa > > vlg:BADURL:granule-1.2.4.tar.gz:granule > > walters:BADURL:bigboard-0.5.10.tar.gz:bigboard > > walters:BADURL:hippo-canvas-0.2.24.tar.gz:hippo-canvas > > walters:BADURL:online-desktop-0.2.7.tar.gz:online-desktop > > wart:BADURL:tcllib-1.9.tar.gz:tcllib > > wtogami:BADURL:IO-Socket-SSL-1.02.tar.gz:perl-IO-Socket-SSL > > wtogami:BADURL:memtest86+-1.70.tar.gz:memtest86+ > > wtogami:BADURL:pidgin-2.1.1.tar.bz2:pidgin > > xen-maint:BADURL:LibVNCServer-0.8.2.tar.gz:xen > > xgl-maint:BADURL:font-util-1.0.1.tar.bz2:xorg-x11-font-utils > > xris:BADURL:lineak-kdeplugins-0.9.tar.gz:lineak-kdeplugins > > xulchris:BADSOURCE:PHPUnit2-2.3.6.tgz:php-pear-PHPUnit2 > > xulchris:BADURL:fpconst-0.7.2.tar.gz:python-fpconst > > zhu:BADSOURCE:libhangul-0.0.6.tar.gz:libhangul > > zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar > > zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar > > zmc:BADSOURCE:pyspi-0.6.1.tar.gz:pyspi > > zprikryl:BADURL:bc-1.06.tar.bz2:bc > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Thu Aug 30 17:06:05 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 30 Aug 2007 11:06:05 -0600 Subject: source file audit - 2007-08-26 In-Reply-To: <200708301705.55823.jamatos@fc.up.pt> References: <20070827134237.5cde7f33@ghistelwchlohm.scrye.com> <200708301705.55823.jamatos@fc.up.pt> Message-ID: <20070830110605.500d98b7@ghistelwchlohm.scrye.com> On Thu, 30 Aug 2007 17:05:55 +0100 jamatos at fc.up.pt (Jos? Matos) wrote: > On Monday 27 August 2007 20:42:37 Kevin Fenzi wrote: > > jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen > > The starship.python.net has traveled elsewhere and the previous > project directory has not yet been restored (in the words of the > site) by the project owner. As far as I could search in google there > is not any other place for the sources. > > So for the moment I will wait for the directory to be restored as > there is not much I can do. I have also confirmed that debian points > to the same place. Sounds good. Thanks for looking into it. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jamatos at fc.up.pt Thu Aug 30 17:15:40 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 30 Aug 2007 18:15:40 +0100 Subject: pkg comaintainers, interested? In-Reply-To: References: Message-ID: <200708301815.42184.jamatos@fc.up.pt> On Thursday 30 August 2007 14:04:13 Rex Dieter wrote: > Got a lotta pkgs(1) that could use more (co)maintainership love. Let me > know if you're able/interested. > > -- Rex > > (1) Those I would most like comaintainers for are marked with * > PyKDE * > lyx * > maxima * > pykdeextensions * > wxMaxima * Interested I am, able I hope so. :-) -- Jos? Ab?lio From kevin at scrye.com Thu Aug 30 17:16:50 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 30 Aug 2007 11:16:50 -0600 Subject: icewm devel cvs - sources file In-Reply-To: <46D55D4F.8010102@linux-kernel.at> References: <46D55D4F.8010102@linux-kernel.at> Message-ID: <20070830111650.3b21b0c7@ghistelwchlohm.scrye.com> On Wed, 29 Aug 2007 13:49:35 +0200 oliver at linux-kernel.at (Oliver Falk) wrote: > Can please someone kick the sources file from icewm... > > [oliver at gosa icewm]$ file sources > sources: gzip compressed data, from Unix, last modified: Tue Aug 7 > 07:12:36 2007, max compression > > [oliver at gosa icewm]$ gunzip -c sources | tar tfv -|tail > -rw-rw-r-- mark/mark 1004 2007-08-07 07:12 > icewm-1.2.32/lib/winoptions -rw-rw-r-- mark/mark 1241 2007-08-07 > 07:12 icewm-1.2.32/README.wm-session > -rw-rw-r-- mark/mark 268 2007-08-07 07:12 > icewm-1.2.32/sysdep.os2 -rw-r--r-- mark/mark 4281 2007-08-07 > 07:12 icewm-1.2.32/Makefile.in -rwxrwxr-x mark/mark 5603 > 2007-08-07 07:12 icewm-1.2.32/install-sh -rw-rw-r-- mark/mark > 3424 2007-08-07 07:12 icewm-1.2.32/icewm.spec -rw-rw-r-- > mark/mark 577 2007-08-07 07:12 icewm-1.2.32/icewm.lsm > -rw-rw-r-- mark/mark 607 2007-08-07 07:12 > icewm-1.2.32/aclocal.m4 -rwxrwxr-x mark/mark 416280 2007-08-07 > 07:12 icewm-1.2.32/configure -rw-rw-r-- mark/mark 4509 > 2007-08-07 07:12 icewm-1.2.32/Makefile > > Maybe I can do that myself, but if so, I would like to get permission > to do so first! Yikes. I can fix it... but where is the maintainer? Have you tried contacting them? I will send them an email now too. kevin > > Thx, > Oliver > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skasal at redhat.com Thu Aug 30 17:22:33 2007 From: skasal at redhat.com (Stepan Kasal) Date: Thu, 30 Aug 2007 19:22:33 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830151217.GC6104@free.fr> References: <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> <1188481950.6422.312.camel@mccallum.corsepiu.local> <20070830145030.GA2326@camelia.ucw.cz.> <47779.192.54.193.51.1188486041.squirrel@rousalka.dyndns.org> <20070830151217.GC6104@free.fr> Message-ID: <20070830172233.GB3862@camelia.ucw.cz.> Hi, On Thu, Aug 30, 2007 at 05:12:17PM +0200, Patrice Dumas wrote: > On Thu, Aug 30, 2007 at 05:00:41PM +0200, Nicolas Mailhot wrote: > > Le Jeu 30 ao?t 2007 16:50, Stepan Kasal a ?crit : > > > Then a few bigger utils (e.g., perl) and here we go. > > > > NO! > > perl is already in the minimal build root. [...] yes, that's what I had in mind. I would never propose adding it to Exception List, but I do not feel strong enough to lobby for its removal. Stepan From skasal at redhat.com Thu Aug 30 17:27:18 2007 From: skasal at redhat.com (Stepan Kasal) Date: Thu, 30 Aug 2007 19:27:18 +0200 Subject: util-linux missing from build root In-Reply-To: <1188486784.6422.338.camel@mccallum.corsepiu.local> References: <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> <1188481950.6422.312.camel@mccallum.corsepiu.local> <20070830145030.GA2326@camelia.ucw.cz.> <1188486784.6422.338.camel@mccallum.corsepiu.local> Message-ID: <20070830172718.GC3862@camelia.ucw.cz.> Hi, On Thu, Aug 30, 2007 at 05:13:04PM +0200, Ralf Corsepius wrote: > > We would have to add a few small utilities which, though not > > standardized by POSIX, are widely supposed (fgrep, egrep, tar, cpio). > One detail: egrep is dead, deprecated and supposed not to be used > anymore ... for years (You might seen it on autoconf@) sure, I know. Yet I don't think we can remove it from the buildroot. The consequence would be that many backages would happily build, but misconfigured. Hard to hunt for that. What might make sense, is placing a bomb instead of [fe]grep and then rebuilding. For each package which nukes, we'd notify upstream. But is it worth the effort? I think we should accept the fact that these non--standard commands will stay available for very long... Backward compatibility... And relying on the fact that everyone provides backward compatibility... :-) Have anice day, Stepan From kevin at scrye.com Thu Aug 30 17:30:55 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 30 Aug 2007 11:30:55 -0600 Subject: iscsi-initiator-utils devel cvs broken In-Reply-To: <46D55F2A.4050505@linux-kernel.at> References: <46D55F2A.4050505@linux-kernel.at> Message-ID: <20070830113055.797b930b@ghistelwchlohm.scrye.com> On Wed, 29 Aug 2007 13:57:30 +0200 oliver at linux-kernel.at (Oliver Falk) wrote: > [oliver at gosa iscsi-initiator-utils]$ grep Source0 *.spec > Source0: http://www.open-iscsi.org/bits/open-iscsi-2.0-754.tar.gz > [oliver at gosa iscsi-initiator-utils]$ cat sources > fd3ae8aee6d25fce5c43e2798412829e open-iscsi-2.0-865.2.tar.gz > > Please give me permission to fix this, or fix this! Have you mailed the maintainer? I just have done so. Looks like they updated devel sources file, but not the spec. > Thx, > Oliver kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Thu Aug 30 17:34:06 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 30 Aug 2007 11:34:06 -0600 Subject: pkg comaintainers, interested? In-Reply-To: References: Message-ID: <20070830113406.08d557cf@ghistelwchlohm.scrye.com> On Thu, 30 Aug 2007 08:04:13 -0500 rdieter at math.unl.edu (Rex Dieter) wrote: > Got a lotta pkgs(1) that could use more (co)maintainership love. Let > me know if you're able/interested. > kphotoalbum * I'd be happy to help with kphotoalbum since I use it all the time. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From oisin.feeley at gmail.com Thu Aug 30 18:01:27 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Thu, 30 Aug 2007 14:01:27 -0400 Subject: pkg comaintainers, interested? In-Reply-To: <200708301815.42184.jamatos@fc.up.pt> References: <200708301815.42184.jamatos@fc.up.pt> Message-ID: On 8/30/07, Jos? Matos wrote: > On Thursday 30 August 2007 14:04:13 Rex Dieter wrote: > > Got a lotta pkgs(1) that could use more (co)maintainership love. Let me > > know if you're able/interested. > > > > -- Rex > > > > (1) Those I would most like comaintainers for are marked with * [snip] > > lyx * I'd be interested in helping out with LyX if that would be needed. I thought you were already doing this Jos?? Best wishes, Oisin Feeley From robert at fedoraproject.org Thu Aug 30 18:12:24 2007 From: robert at fedoraproject.org (Robert Scheck) Date: Thu, 30 Aug 2007 20:12:24 +0200 Subject: jabberd upgrade In-Reply-To: <46D70CCE.208@leemhuis.info> References: <20070830083417.GA6436@lisas.de> <46D70CCE.208@leemhuis.info> Message-ID: <20070830181224.GA17401@hurricane.linuxnetz.de> Hello Adrian, On Thu, 30 Aug 2007, Thorsten Leemhuis wrote: > IOW: I vote for shipping it in F8, even if it's normally to late for new > "Features"(?). +1 - please do this update for F8. Greetings, Robert From ville.skytta at iki.fi Thu Aug 30 18:19:06 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Thu, 30 Aug 2007 21:19:06 +0300 Subject: util-linux missing from build root In-Reply-To: <20070830160400.GH6104@free.fr> References: <20070829115825.6ebb4713@ender> <200708301839.01232.ville.skytta@iki.fi> <20070830160400.GH6104@free.fr> Message-ID: <200708302119.07576.ville.skytta@iki.fi> On Thursday 30 August 2007, Patrice Dumas wrote: > On Thu, Aug 30, 2007 at 06:39:00PM +0300, Ville Skytt? wrote: > > On Thursday 30 August 2007, Michael Schwendt wrote: > > > If a Makefile uses it to install info files, it must be a BR. Else it > > > might happen that a missing install-info results in missing info > > > files. > > > > The same thing can be said of just about every feature that is optional > > in upstream Makefile/configure etc. > > No, it is different. In fedora info manuals are always welcome, > and texinfo is widespread. Ok, how is it different from something else that is optional per upstream build setup, but considered always welcome in Fedora and widespread? X and GNOME and Qt and KDE etc support is practically always welcome, so would you like all libX*-devel, *gnome*-devel, qt*-devel and kde*-devel added to the "minimal" build roots because some packages might not get those features built in if the packager doesn't add the BR's? (BTW, somewhat offtopic: I'm not saying they shouldn't always be packaged, but info manuals are not really welcome in my setups, let alone texinfo. I hate the "info" browser enough so I practically never use them, so all they do to me is consume a bit of disk space and bandwidth on updates and cause package scriptlet breakage every now and then.) From johan at x-tnd.be Thu Aug 30 18:41:57 2007 From: johan at x-tnd.be (Johan Cwiklinski) Date: Thu, 30 Aug 2007 20:41:57 +0200 Subject: jabberd upgrade In-Reply-To: <20070830181224.GA17401@hurricane.linuxnetz.de> References: <20070830083417.GA6436@lisas.de> <46D70CCE.208@leemhuis.info> <20070830181224.GA17401@hurricane.linuxnetz.de> Message-ID: <46D70F75.10006@x-tnd.be> Robert Scheck a ?crit : > Hello Adrian, > > On Thu, 30 Aug 2007, Thorsten Leemhuis wrote: > >> IOW: I vote for shipping it in F8, even if it's normally to late for new >> "Features"(?). >> > > +1 - please do this update for F8. > > > Greetings, > Robert > > +1 for me too. If we must switch, let's switch ;) Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: From jamatos at fc.up.pt Thu Aug 30 18:48:46 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 30 Aug 2007 19:48:46 +0100 Subject: util-linux missing from build root In-Reply-To: <200708302119.07576.ville.skytta@iki.fi> References: <20070829115825.6ebb4713@ender> <20070830160400.GH6104@free.fr> <200708302119.07576.ville.skytta@iki.fi> Message-ID: <200708301948.47571.jamatos@fc.up.pt> On Thursday 30 August 2007 19:19:06 Ville Skytt? wrote: > (BTW, somewhat offtopic: I'm not saying they shouldn't always be packaged, > but info manuals are not really welcome in my setups, let alone texinfo. ?I > hate the "info" browser enough so I practically never use them, so all they > do to me is consume a bit of disk space and bandwidth on updates and cause > package scriptlet breakage every now and then.) info browser? Oh, you mean konqueror? ;-) I know that konqueror uses info2html, it says so in every page converted :-) . It is quite convenient while the original browser and even emacs mode are uh... difficult to read/browse. :-) -- Jos? Ab?lio From pertusus at free.fr Thu Aug 30 19:08:07 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 30 Aug 2007 21:08:07 +0200 Subject: util-linux missing from build root In-Reply-To: <200708302119.07576.ville.skytta@iki.fi> References: <20070829115825.6ebb4713@ender> <200708301839.01232.ville.skytta@iki.fi> <20070830160400.GH6104@free.fr> <200708302119.07576.ville.skytta@iki.fi> Message-ID: <20070830190807.GB11087@free.fr> On Thu, Aug 30, 2007 at 09:19:06PM +0300, Ville Skytt? wrote: > > Ok, how is it different from something else that is optional per upstream > build setup, but considered always welcome in Fedora and widespread? X and > GNOME and Qt and KDE etc support is practically always welcome, so would you > like all libX*-devel, *gnome*-devel, qt*-devel and kde*-devel added to > the "minimal" build roots because some packages might not get those features > built in if the packager doesn't add the BR's? It is not the same, more like, for example, an optionnal build of a fortran interface if the compiler is detected. Having gfortran in the build root could have make sense if there were a lot of fortran packages. For info it may be worth it. -- Pat From poelstra at redhat.com Thu Aug 30 19:39:57 2007 From: poelstra at redhat.com (John Poelstra) Date: Thu, 30 Aug 2007 12:39:57 -0700 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-27 Message-ID: <46D71D0D.8040409@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-aug-27 Please make corrections and clarifications to the wiki page. == F8 Test 2 == * Freeze 2008-08-28 * < f13> $ grep ppc32 really-need-to-rebuild |wc -l == 262 * < f13> $ grep BuildID really-need-to-rebuild |wc -l == 1232 * start fixing broken deps and broken upgrade paths ourselves instead of waiting for maintainers to do it DECISION: * Do a scripted rebuild of remaining ppc32 build targets for test2. * Allow community to continue rebuilding on their own for BuildID but don't hold up test2 for it. == IRC Transcript == From lfarkas at bppiac.hu Thu Aug 30 19:58:49 2007 From: lfarkas at bppiac.hu (Farkas Levente) Date: Thu, 30 Aug 2007 21:58:49 +0200 Subject: eclipse visual editor Message-ID: <46D72179.3010107@bppiac.hu> hi, does anybody plan to package eclipse visual editor for fedora? it'd be best to compile natively currently it's not possible to use it with the eclipse shiped with fedora:-( -- Levente "Si vis pacem para bellum!" From markg85 at gmail.com Thu Aug 30 20:54:37 2007 From: markg85 at gmail.com (Mark) Date: Thu, 30 Aug 2007 22:54:37 +0200 Subject: Developing Fedora Derivative distro yum "priority" question Message-ID: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> Hey, First of all i hope this is the right place to ask this. Imagine that i want to make a Fedora Derivative distro and add in packages that fedora has only than with other things in it.. for example k3b but than with ffmpeg support (something i can do because i don't live in the us but fedora can't because of possible us law restrictions?) how would i do that in a Fedora Derivative? i mean.. if i type: "yum -y install k3b" and the version number of the fedora k3b package is higher/newer than the version in my repository than the one from fedora is being installed/updated. Now i could of cause add exclude=k3b in the fedora.repo file but that exclude list would get quite large with a full distro and yum would get alot slower but it would prevent fedora files from installing and allow my files to be installed. or is there some "priority" setting in yum? With priority i mean this: fedora.repo has: k3b-5.5.5 mark.repo has k3b-4.4.4 but has the priority over all other .repo files and this one gets installed. The yum manual doesn't say anything about this. the closest is --exclude is something like that available? I hope that it's clear what i try to ask. (for now) i don't have the intention to make a distro of my own but who knows how the future looks ^_^ From skvidal at fedoraproject.org Thu Aug 30 21:05:23 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 30 Aug 2007 17:05:23 -0400 Subject: Developing Fedora Derivative distro yum "priority" question In-Reply-To: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> References: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> Message-ID: <1188507923.27085.280.camel@cutter> On Thu, 2007-08-30 at 22:54 +0200, Mark wrote: > Hey, > > First of all i hope this is the right place to ask this. > > Imagine that i want to make a Fedora Derivative distro and add in > packages that fedora has only than with other things in it.. for > example k3b but than with ffmpeg support (something i can do because i > don't live in the us but fedora can't because of possible us law > restrictions?) how would i do that in a Fedora Derivative? i mean.. if > i type: "yum -y install k3b" and the version number of the fedora k3b > package is higher/newer than the version in my repository than the one > from fedora is being installed/updated. > > Now i could of cause add exclude=k3b in the fedora.repo file but that > exclude list would get quite large with a full distro and yum would > get alot slower but it would prevent fedora files from installing and > allow my files to be installed. or is there some "priority" setting in > yum? > > With priority i mean this: > fedora.repo has: k3b-5.5.5 > mark.repo has k3b-4.4.4 but has the priority over all other .repo > files and this one gets installed. The yum manual doesn't say anything > about this. the closest is --exclude > > is something like that available? > > I hope that it's clear what i try to ask. > (for now) i don't have the intention to make a distro of my own but > who knows how the future looks ^_^ look at the priority plugin for yum. -sv From markg85 at gmail.com Thu Aug 30 21:17:07 2007 From: markg85 at gmail.com (Mark) Date: Thu, 30 Aug 2007 23:17:07 +0200 Subject: Developing Fedora Derivative distro yum "priority" question In-Reply-To: <1188507923.27085.280.camel@cutter> References: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> <1188507923.27085.280.camel@cutter> Message-ID: <6e24a8e80708301417g6fc2e9d0kf009913fff4fe961@mail.gmail.com> Thanx for that, seth. i couldn't find anything like it. More info for that plugin (in case anyone wants to know more about it) http://wiki.centos.org/PackageManagement/Yum/Priorities And another question. how about law stuff.. lets still imagine that k3b package but than with ffmpeg.. will that be hosted on the fedora servers.. or better.. can Fedora Derivatives be hosted on the fedora servers? From tcallawa at redhat.com Thu Aug 30 21:38:17 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 30 Aug 2007 17:38:17 -0400 Subject: Developing Fedora Derivative distro yum "priority" question In-Reply-To: <6e24a8e80708301417g6fc2e9d0kf009913fff4fe961@mail.gmail.com> References: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> <1188507923.27085.280.camel@cutter> <6e24a8e80708301417g6fc2e9d0kf009913fff4fe961@mail.gmail.com> Message-ID: <1188509897.3654.15.camel@dhcp83-165.boston.redhat.com> On Thu, 2007-08-30 at 23:17 +0200, Mark wrote: > Thanx for that, seth. i couldn't find anything like it. > More info for that plugin (in case anyone wants to know more about it) > http://wiki.centos.org/PackageManagement/Yum/Priorities > > And another question. > how about law stuff.. lets still imagine that k3b package but than > with ffmpeg.. will that be hosted on the fedora servers.. or better.. > can Fedora Derivatives be hosted on the fedora servers? If a Fedora Derivative breaks US law, then I can safely say it will not be hosted on official Fedora hosting. ~spot From bpepple at fedoraproject.org Thu Aug 30 21:46:26 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 30 Aug 2007 17:46:26 -0400 Subject: FESCo Meeting Summary for 2007-08-30 Message-ID: <1188510386.2808.6.camel@kennedy> Members Present * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Jeremy Katz (jeremy) * Jesse Keating (f13) * Christian Iseli (c4chris) * Christopher Aillon (caillon) * Kevin Fenzi (nirik) * Dennis Gilmore (dgilmore) * Bill Nottingham (notting) * David Woodhouse (dwmw2) * Warren Togami (warren) * Josh Boyer (jwb) Members Absent * Tom Callaway (spot) == Summary == === FPC Policy Proposals === * FESCO had no objections to the following FPC proposals: * http://fedoraproject.org/wiki/PackagingDrafts/PHP * https://www.redhat.com/archives/fedora-packaging/2007-August/msg00084.html === EPEL === * FESCo approved a mandate for the continuation of EPEL, and will let the EPEL folks decide on governance. === New Features List for F8 === * FESCo went over the feature list (1) for F8, and discussed which features were being pushed to F9 since they will not be finished in time for F8. (1) http://fedoraproject.org/wiki/Releases/8/FeatureList === Buildroot - Add to exceptions list === * Discussed the add to exception list proposal(1) that Stepan Kasal worked on. f13 is going to do some comparisons between the current list, and what will be brought in by the proposal, and see if it's at all possible to do a Fedora install (including rpm-build), log in, and /not/ have some of these things installed. (1) http://fedoraproject.org/wiki/StepanKasal/Add_to_Exception_List === Secondary Arches === * Secondary arches work is progressing, and there is an alpha sparc builder now. http://sparc.koji.fedoraproject.org === Misc === * f13: "please think on http://fedoraproject.org/wiki/LubomirKundrak/SecurityUpdateProcessDraft" IRC log can be found at: http://bpepple.fedorapeople.org/FESCo-2007-08-30.html Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 david at fubar.dk Thu Aug 30 21:45:22 2007 From: david at fubar.dk (David Zeuthen) Date: Thu, 30 Aug 2007 17:45:22 -0400 Subject: Developing Fedora Derivative distro yum "priority" question In-Reply-To: <1188509897.3654.15.camel@dhcp83-165.boston.redhat.com> References: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> <1188507923.27085.280.camel@cutter> <6e24a8e80708301417g6fc2e9d0kf009913fff4fe961@mail.gmail.com> <1188509897.3654.15.camel@dhcp83-165.boston.redhat.com> Message-ID: <1188510322.22413.27.camel@oneill.fubar.dk> On Thu, 2007-08-30 at 17:38 -0400, Tom "spot" Callaway wrote: > On Thu, 2007-08-30 at 23:17 +0200, Mark wrote: > > Thanx for that, seth. i couldn't find anything like it. > > More info for that plugin (in case anyone wants to know more about it) > > http://wiki.centos.org/PackageManagement/Yum/Priorities > > > > And another question. > > how about law stuff.. lets still imagine that k3b package but than > > with ffmpeg.. will that be hosted on the fedora servers.. or better.. > > can Fedora Derivatives be hosted on the fedora servers? > > If a Fedora Derivative breaks US law, then I can safely say it will not > be hosted on official Fedora hosting. Am also pretty sure you can't call it Fedora either nor use the Fedora artwork (e.g. you need to replace fedora-logos with something else). (AFAIK the guidelines says that you can only call something Fedora if it is built only from packages from the Fedora Package Collection.) David From jamatos at fc.up.pt Thu Aug 30 22:08:18 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 30 Aug 2007 23:08:18 +0100 Subject: pkg comaintainers, interested? In-Reply-To: References: <200708301815.42184.jamatos@fc.up.pt> Message-ID: <200708302308.18438.jamatos@fc.up.pt> On Thursday 30 August 2007 19:01:27 Oisin Feeley wrote: > I'd be interested in helping out with LyX if that would be needed. ?I > thought you were already doing this Jos?? I have been sometimes (gently) nagging Rex, if that is what you mean. :-) But as usual every help is welcome. > Best wishes, > Oisin Feeley -- Jos? Ab?lio From jwboyer at jdub.homelinux.org Thu Aug 30 22:38:47 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 30 Aug 2007 17:38:47 -0500 Subject: Fedora Rel-Eng Meeting Recap 2007-AUG-27 In-Reply-To: <46D71D0D.8040409@redhat.com> References: <46D71D0D.8040409@redhat.com> Message-ID: <20070830173847.0e263324@vader.jdub.homelinux.org> On Thu, 30 Aug 2007 12:39:57 -0700 John Poelstra wrote: > Recap and full IRC transcript found here: > http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-aug-27 > > Please make corrections and clarifications to the wiki page. > > == F8 Test 2 == > * Freeze 2008-08-28 > * < f13> $ grep ppc32 really-need-to-rebuild |wc -l == 262 > * < f13> $ grep BuildID really-need-to-rebuild |wc -l == 1232 > * start fixing broken deps and broken upgrade paths ourselves instead of waiting for maintainers to do it > DECISION: > * Do a scripted rebuild of remaining ppc32 build targets for test2. > * Allow community to continue rebuilding on their own for BuildID but don't hold up test2 for it. The potential names list for F8 was also collected and sent on to legal. josh From airlied at redhat.com Fri Aug 31 08:54:55 2007 From: airlied at redhat.com (Dave Airlie) Date: Fri, 31 Aug 2007 18:54:55 +1000 Subject: ubuntu bulletproof x In-Reply-To: <1c847b0708300649n4a91a686vab2c355e0c7d7c5e@mail.gmail.com> References: <1188480206.7545.9.camel@dawkins.stavtrup-st.dk> <1c847b0708300649n4a91a686vab2c355e0c7d7c5e@mail.gmail.com> Message-ID: <1188550495.6085.6.camel@clockmaker.usersys.redhat.com> On Thu, 2007-08-30 at 13:49 +0000, igknighted at gmail.com wrote: > I think the main purpose is for people who are using proprietary > drivers (maily nvidia) and have kernel module breakages. Also for > those messing around with other settings manually (trying to get a > multi-button mouse working, for example). For those not used to linux > I can see how this could let them get online in order to get help. > > But I also think it is poorly implemented. Why not ask the user when > they update xorg.conf if their previous one worked, and then if they > want to save it as a fall-back in case the new one fails. This way > you don't end up any worse off if it fails. You'd have to make the > name of the backup well known enough for those manually editing the > file to save the backup properly (xorg.conf.bak seems fairly standard > for this, yes?), but I feel like most users who would need this would > be using Ubuntu's GUI xorg.conf tool, and that could be built right > in. > Really if you have to ask the user you've already lost.... The main use this gives is you can let a user try the binary driver, and if it tanks, you can use the GUI to go back to the open source or vice versa, Really though a simple ordering like: 1. Users current xorg.conf 2. No x.org conf - default driver 3. Try another driver in list (like fglrx or radeon) 4. Try vesa. 5. lose. I'm not sure what asking the user in-between really gives you.. Dave. From david at lovesunix.net Thu Aug 30 23:14:13 2007 From: david at lovesunix.net (David Nielsen) Date: Fri, 31 Aug 2007 01:14:13 +0200 Subject: ubuntu bulletproof x In-Reply-To: <1188550495.6085.6.camel@clockmaker.usersys.redhat.com> References: <1188480206.7545.9.camel@dawkins.stavtrup-st.dk> <1c847b0708300649n4a91a686vab2c355e0c7d7c5e@mail.gmail.com> <1188550495.6085.6.camel@clockmaker.usersys.redhat.com> Message-ID: <1188515653.19085.1.camel@dawkins.stavtrup-st.dk> fre, 31 08 2007 kl. 18:54 +1000, skrev Dave Airlie: > On Thu, 2007-08-30 at 13:49 +0000, igknighted at gmail.com wrote: > > I think the main purpose is for people who are using proprietary > > drivers (maily nvidia) and have kernel module breakages. Also for > > those messing around with other settings manually (trying to get a > > multi-button mouse working, for example). For those not used to linux > > I can see how this could let them get online in order to get help. > > > > But I also think it is poorly implemented. Why not ask the user when > > they update xorg.conf if their previous one worked, and then if they > > want to save it as a fall-back in case the new one fails. This way > > you don't end up any worse off if it fails. You'd have to make the > > name of the backup well known enough for those manually editing the > > file to save the backup properly (xorg.conf.bak seems fairly standard > > for this, yes?), but I feel like most users who would need this would > > be using Ubuntu's GUI xorg.conf tool, and that could be built right > > in. > > > > Really if you have to ask the user you've already lost.... > > The main use this gives is you can let a user try the binary driver, and > if it tanks, you can use the GUI to go back to the open source or vice > versa, > > Really though a simple ordering like: > 1. Users current xorg.conf > 2. No x.org conf - default driver > 3. Try another driver in list (like fglrx or radeon) > 4. Try vesa. > 5. lose. > > I'm not sure what asking the user in-between really gives you.. Easy, top story on Digg 3 days in a row.. not that that makes it worthwhile or even correct but that seems to be the net gain. - David From Christian.Iseli at licr.org Thu Aug 30 23:16:27 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 31 Aug 2007 01:16:27 +0200 Subject: Fedora Package Status of Aug 30, 2007 Message-ID: <20070831011627.0832e778@ludwig-alpha.unil.ch> Hi folks, I finally found the few hours necessary to get my ducks in a row and plug the package status report script in the new package database. It seems to grab the correct info, but please let me know if you notice funnies... Cheers, Christian ==== Fedora Package Status of Aug 30, 2007 The full report can be found here: http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus Owners stats: - 4906 packages - 8135 binary rpms in devel - 97 orphans - 49 packages not available in devel or release andreas at bawue dot net perl-HTML-CalendarMonthSimple arozansk at redhat dot com wdaemon bdpepple at gmail dot com galago-filesystem bdpepple at gmail dot com gaim-galago cweyl at alumni dot drew dot edu gaim-gaym dbhole at redhat dot com dom2-core-tests dchen at redhat dot com scim-array devrim at commandprompt dot com postgresql-pgpool-ha dlutter at redhat dot com rubygem-rake foolish at guezz dot net perl-SQLite-Simple jafo at tummy dot com python-mechanoid jdennis at redhat dot com setroubleshoot-plugins jmp at safe dot ca clement johnp at redhat dot com GConf2-dbus jorton at redhat dot com libc-client mastahnke at gmail dot com epel-release matthias at rpmforge dot net gnome-themes-extras mbarabas at redhat dot com system-config-vsftpd mchristi at redhat dot com scsi-target-utils mpg at redhat dot com olpc-hardware-manager mpg at redhat dot com sugar mpg at redhat dot com sugar-presence-service mpg at redhat dot com xulrunner mpg at redhat dot com sugar-artwork mpg at redhat dot com sugar-datastore mpg at redhat dot com hulahop mpg at redhat dot com pyxapian navid at redhat dot com sos noah at coderanger dot net rainbow noah at coderanger dot net python-olpcgames odvorace at redhat dot com odvorace odvorace at redhat dot com jbrassow orion at cora dot nwra dot com R-multcomp paul at all-the-johnsons dot co dot uk mysql-connector-net pertusus at free dot fr ivman rdieter at math dot unl dot edu pykdeextensions richard at hughsie dot com ohm rpm at greysector dot net obexfs rvokal at redhat dot com gaim-guifications splinux25 at gmail dot com drapes sundaram at redhat dot com olpc-utils than at redhat dot com kdepimlibs than at redhat dot com kdelibs3 trond dot danielsen at gmail dot com uisp trond dot danielsen at gmail dot com avarice vivekl at redhat dot com saxon8 vivekl at redhat dot com classpathx-jaxp xgl-maint at redhat dot com xorg-x11-drv-vermilion yufanyufan at gmail dot com audacious-plugins-docklet - 9 packages not available in devel but present in release andreas dot bierfert at lowlatency dot de syncekonnector caolanm at redhat dot com hunspell-he jkeating at redhat dot com tux jorton at redhat dot com newt-perl overholt at redhat dot com eclipse-nlspackager overholt at redhat dot com eclipse-sdk-nls tmraz at redhat dot com openssl097a twaugh at redhat dot com desktop-printing wtogami at redhat dot com firefox-32 - 8 packages which have not yet been FE-ACCEPT'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=222191,231861,250040,253941 eclipse bkonrath at redhat.com cyrus-imapd tjanouse at redhat.com new mike at flyn.org cgi-util mike at flyn.org https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=221717,224458,252049,269441 agg caolanm at redhat.com libsilc wtogami at redhat.com asm2 vivekl at redhat.com dvgrab rpm at greysector.net - 5 packages present in the development repo which have no owners entry audacious-docklet s390utils stardict-dic sturmbahnfahrer ufsparse - 11 orphaned packages, yet available in devel daap-sharp gkrellmms hamlib ktrack libedit luks-tools ndesk-dbus new otrs pam_usb sqlite2 FE-ACCEPT packages stats: - 3110 accepted, closed package reviews - 42 accepted, closed package reviews not in repo - 9 accepted, closed package reviews not in owners - 69 accepted, open package reviews older than 4 weeks; - 56 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 225 open tickets - 111 tickets with no activity in eight weeks - 44 tickets with no activity in four weeks - 17 closed tickets FE-NEW packages stats: - 944 open tickets - 684 tickets with no activity in eight weeks - 79 tickets with no activity in four weeks FE-NEEDSPONSOR packages stats: - 38 open tickets - 10 tickets with no activity in eight weeks - 8 tickets with no activity in four weeks FE-Legal packages stats: - 5 open tickets - 1 tickets with no activity in eight weeks - 2 tickets with no activity in four weeks OPEN-BUGS packages stats: - 8564 open tickets - 5760 tickets with no activity in eight weeks - 1074 tickets with no activity in four weeks CVS stats: - 4918 packages with a devel directory - 8 packages with no owners entry FC-1 FC-2 FC-5 RHL-8 RHL-9 glibc32 glibc64 tdma - 232 packages were dropped from Fedora Maintainers stats: - 413 maintainers - 32 inactive maintainers with open bugs - 21 inactive maintainers Dropped Fedora packages: - 39 packages were dropped since Fedora 7 Comps.xml files stats: - 2428 packages in comps-f8 file - 1094 packages missing from comps-f8 file - 26 packages in comps-f8 but not in repo - 2404 packages in comps-f7 file - 1061 packages missing from comps-f7 file - 26 packages in comps-f7 but not in repo From opensource at till.name Thu Aug 30 23:23:47 2007 From: opensource at till.name (Till Maas) Date: Fri, 31 Aug 2007 01:23:47 +0200 Subject: Fedora Package Status of Aug 30, 2007 In-Reply-To: <20070831011627.0832e778@ludwig-alpha.unil.ch> References: <20070831011627.0832e778@ludwig-alpha.unil.ch> Message-ID: <200708310123.55561.opensource@till.name> On Fr August 31 2007, Christian Iseli wrote: > It seems to grab the correct info, but please let me know if you notice > funnies... > CVS stats: > - 4918 packages with a devel directory > - 8 packages with no owners entry > FC-1 FC-2 FC-5 RHL-8 RHL-9 glibc32 glibc64 tdma ^^^^^^^^^^^^^^^^^^^^^^^^^^ This seems to be wrong. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From mschwendt.tmp0701.nospam at arcor.de Thu Aug 30 23:28:35 2007 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 31 Aug 2007 01:28:35 +0200 Subject: Fedora Package Status of Aug 30, 2007 In-Reply-To: <20070831011627.0832e778@ludwig-alpha.unil.ch> References: <20070831011627.0832e778@ludwig-alpha.unil.ch> Message-ID: <20070831012835.b8c90107.mschwendt.tmp0701.nospam@arcor.de> On Fri, 31 Aug 2007 01:16:27 +0200, Christian Iseli wrote: > - 5 packages present in the development repo which have no owners entry > audacious-docklet s390utils stardict-dic sturmbahnfahrer ufsparse "no owners entry" means only the pkgdb admins can do something about it. But ufsparse is active in cvs for example. > - 11 orphaned packages, yet available in devel > daap-sharp gkrellmms hamlib ktrack libedit luks-tools ndesk-dbus new > otrs pam_usb sqlite2 This is something for rel-eng. From dmc.fedora at filteredperception.org Thu Aug 30 23:27:21 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Thu, 30 Aug 2007 18:27:21 -0500 Subject: ubuntu bulletproof x In-Reply-To: <1188550495.6085.6.camel@clockmaker.usersys.redhat.com> References: <1188480206.7545.9.camel@dawkins.stavtrup-st.dk> <1c847b0708300649n4a91a686vab2c355e0c7d7c5e@mail.gmail.com> <1188550495.6085.6.camel@clockmaker.usersys.redhat.com> Message-ID: <46D75259.8070208@filteredperception.org> Dave Airlie wrote: > On Thu, 2007-08-30 at 13:49 +0000, igknighted at gmail.com wrote: >> I think the main purpose is for people who are using proprietary >> drivers (maily nvidia) and have kernel module breakages. Also for >> those messing around with other settings manually (trying to get a >> multi-button mouse working, for example). For those not used to linux >> I can see how this could let them get online in order to get help. >> >> But I also think it is poorly implemented. Why not ask the user when >> they update xorg.conf if their previous one worked, and then if they >> want to save it as a fall-back in case the new one fails. This way >> you don't end up any worse off if it fails. You'd have to make the >> name of the backup well known enough for those manually editing the >> file to save the backup properly (xorg.conf.bak seems fairly standard >> for this, yes?), but I feel like most users who would need this would >> be using Ubuntu's GUI xorg.conf tool, and that could be built right >> in. >> > > Really if you have to ask the user you've already lost.... > > The main use this gives is you can let a user try the binary driver, and > if it tanks, you can use the GUI to go back to the open source or vice > versa, > > Really though a simple ordering like: > 1. Users current xorg.conf > 2. No x.org conf - default driver > 3. Try another driver in list (like fglrx or radeon) > 4. Try vesa. > 5. lose. > > I'm not sure what asking the user in-between really gives you.. RTFA... " One of the most impressive new features in Ubuntu's BulletProof-X implementation is support for reading monitor settings from a Windows driver CD. "Unfortunately, it doesn't work to select just any of the generic monitors, so users may find they need to trial-and-error a solution. Fortunately, there is a cool new feature?Add Model which allows users to add a new monitor by using the Windows driver CD that comes with their monitor," Harrington writes. "This uses a script to parse the Windows *.inf file to get the hsync, vsync, edid, dpms, and other info to update the database locally." " -dmc From markg85 at gmail.com Thu Aug 30 23:44:14 2007 From: markg85 at gmail.com (Mark) Date: Fri, 31 Aug 2007 01:44:14 +0200 Subject: Why don't we have a themed "Screen Locked" anymore? Message-ID: <6e24a8e80708301644pdad3362rc193a30e8d4dfeba@mail.gmail.com> Hey, The question is quite clear i think: Why don't we have a themed "Screen Locked" anymore? I was browsing through some old artwork (FC6) and found this: http://people.redhat.com/dfong/fc6graphics/08screen.png now i wonder why that wasn't in F7 and seems not to make it in F8 as well... (i'm not reading anything about that on the art list). Mark. From jkeating at redhat.com Fri Aug 31 00:33:47 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 30 Aug 2007 20:33:47 -0400 Subject: Fedora Package Status of Aug 30, 2007 In-Reply-To: <20070831012835.b8c90107.mschwendt.tmp0701.nospam@arcor.de> References: <20070831011627.0832e778@ludwig-alpha.unil.ch> <20070831012835.b8c90107.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070830203347.5e92bdc4@ender> On Fri, 31 Aug 2007 01:28:35 +0200 Michael Schwendt wrote: > > - 11 orphaned packages, yet available in devel > > daap-sharp gkrellmms hamlib ktrack libedit luks-tools > > ndesk-dbus new otrs pam_usb sqlite2 > > This is something for rel-eng. Fun, that's people not following the EndOfLife procedure correctly. I'll scrub them, hope nothing falls out from it. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Aug 31 00:28:13 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 30 Aug 2007 20:28:13 -0400 Subject: Fedora developers running Rawhide and having source upload issues... Message-ID: <20070830202813.357d3ed0@ender> Curl was recently modified to link against nss instead of openssl for it's ssl capabilities. For some reason, this does not work with our source look aside cache. If you are having issues uploading new sources in your packages and you're using rawhide, make sure that you're using a curl no newer than 7.16.4-2. If you have a newer version, downgrade using the packages found at http://koji.fedoraproject.org/koji/buildinfo?buildID=13319 We'll work with the curl developers to resolve this issue as soon as possible. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From jkeating at redhat.com Fri Aug 31 00:53:14 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 30 Aug 2007 20:53:14 -0400 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) Message-ID: <20070830205314.7e66bdff@ender> Recently there has been some fluctuation in the implicit list of packages expected to be in the minimal build roots. Due to this we've had some discussions on what to adjust to ease the pain and re-set expectations going forward. As such there is a proposal to add a few packages to the Explicit list. Some were already being pulled in implicitly but we want to make them explicit. Some had been missing lately and we'd like them back. The current list is: bzip2 unzip fedora-release redhat-rpm-config perl diffutils make cpio gcc coreutils sed which rpm-build gzip patch gcc-c++ tar bash (perl-devel has been short term added to help with some transitions with the perl -> perl-devel split, however it is now going to be removed) The proposed new explicit list would look like: bzip2 unzip fedora-release redhat-rpm-config diffutils make cpio gcc coreutils sed which rpm-build gzip patch gcc-c++ tar bash util-linux-ng gawk info grep findutils This would currently dep resolve out to 8 new packages, and 3M more content in the buildroot. For reference a really minimal install (@core, kernel) with rpm-build added in, would need the following packages to have at least this minimal buildroot: bzip2 gcc-c++ make redhat-rpm-config unzip which binutils cpp gcc glibc-devel glibc-headers kernel-headers libgomp libstdc++-devel This would be accomplished by a simple 'yum groupinstall buildsys-build'. It's still a few more things that have to be added than I'm comfortable with, I'd much prefer that a micro install + rpm-build gave you what was in the minimal buildroot so that you could have confidence in the BuildRequires, but I'm willing to bend a bit. Along with these changes would be some clearer text regarding what can be assumed and what can't. Only the Explicit list would be given in the wiki, and only things in the explicit list would be absolutely OK to assume. Anything else should be regarded as "bonus" only and subject to potential change. I have asked Seth Vidal to help create a yum utility that you could run on your system to see what today would bring from installing the minimal build root. Something along the lines of yum-groupdeplist buildsys-build. Please respond with your comments / questions. I'd like to make these changes as soon as possible to avoid more churn in spec files. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Aug 31 00:56:15 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 30 Aug 2007 20:56:15 -0400 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <20070830205314.7e66bdff@ender> References: <20070830205314.7e66bdff@ender> Message-ID: <20070830205615.2c0a2302@ender> On Thu, 30 Aug 2007 20:53:14 -0400 Jesse Keating wrote: > The proposed new explicit list would look like: > > bzip2 > unzip > fedora-release > redhat-rpm-config > diffutils > make > cpio > gcc > coreutils > sed > which > rpm-build > gzip > patch > gcc-c++ > tar > bash > util-linux-ng > gawk > info > grep > findutils I forgot to note, perl is not going to be listed explicitly anymore. Perl packages should BuildRequire the specific modules they require to build. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rc040203 at freenet.de Fri Aug 31 01:26:24 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 31 Aug 2007 03:26:24 +0200 Subject: util-linux missing from build root In-Reply-To: <20070830172718.GC3862@camelia.ucw.cz.> References: <46D5D098.8040808@redhat.com> <20070829201048.GD4024@free.fr> <20070830083415.GA3188@dudweiler.stuttgart.redhat.com> <20070830112023.GB3167@petra.dvoda.cz> <20070830121057.GA1040@camelia.ucw.cz.> <20070830145512.08a66ea1.mschwendt.tmp0701.nospam@arcor.de> <20070830130838.GA1412@camelia.ucw.cz.> <1188481950.6422.312.camel@mccallum.corsepiu.local> <20070830145030.GA2326@camelia.ucw.cz.> <1188486784.6422.338.camel@mccallum.corsepiu.local> <20070830172718.GC3862@camelia.ucw.cz.> Message-ID: <1188523584.6422.347.camel@mccallum.corsepiu.local> On Thu, 2007-08-30 at 19:27 +0200, Stepan Kasal wrote: > Hi, > > On Thu, Aug 30, 2007 at 05:13:04PM +0200, Ralf Corsepius wrote: > > > We would have to add a few small utilities which, though not > > > standardized by POSIX, are widely supposed (fgrep, egrep, tar, cpio). > > One detail: egrep is dead, deprecated and supposed not to be used > > anymore ... for years (You might seen it on autoconf@) > > sure, I know. Yet I don't think we can remove it from the buildroot. > The consequence would be that many backages would happily build, but > misconfigured. Hard to hunt for that. > > What might make sense, is placing a bomb instead of [fe]grep and then > rebuilding. For each package which nukes, we'd notify upstream. > But is it worth the effort? Well, IMO, you hardly can avoid starting the effort, otherwise you will never be able to get rid of deprecated "standard tools". > I think we should accept the fact that these non--standard commands > will stay available for very long... Backward compatibility... > And relying on the fact that everyone provides backward > compatibility... :-) I think, it would be best to split out egrep/fgrep into separate packages, say "grep-deprecated" or "grep-dontuse" or similar. Ralf From skvidal at fedoraproject.org Fri Aug 31 01:30:31 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 30 Aug 2007 21:30:31 -0400 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <20070830205314.7e66bdff@ender> References: <20070830205314.7e66bdff@ender> Message-ID: <1188523831.27085.285.camel@cutter> On Thu, 2007-08-30 at 20:53 -0400, Jesse Keating wrote: > Along with these changes would be some clearer text regarding what can > be assumed and what can't. Only the Explicit list would be given in > the wiki, and only things in the explicit list would be absolutely OK > to assume. Anything else should be regarded as "bonus" only and > subject to potential change. I have asked Seth Vidal to help create a > yum utility that you could run on your system to see what today would > bring from installing the minimal build root. Something along the > lines of yum-groupdeplist buildsys-build. > How do you want the output? Do you want lists of deps per pkg or just total list of pkgs that would end up installing in a bare chroot from that group installs? -sv From anthonybryan at gmail.com Fri Aug 31 01:32:30 2007 From: anthonybryan at gmail.com (Anthony Bryan) Date: Thu, 30 Aug 2007 20:32:30 -0500 Subject: Improving availability and guaranteeing integrity in ISO downloads Message-ID: > http://www.getright.com/seedtorrent.html > > Supported by Azureus, among others. We already have an extensive > HTTP/FTP mirror system to leverage. > > I've noticed, after the initial release rush, torrents end up being > quite a bit slower than just downloading from a mirror. Especially on a > less popular arch. (cough ppc cough...) In the past I've just stopped > the torrent, downloaded the iso from a mirror, then restarted the > torrent to help seed. > > It would be nice to just have this happen automagically. That's how Metalink works with clients that also support P2P networks. GetRight supports this w/ metalink, hopefully KGet will eventually along with aria2. Phex also supports it over gnutella. (Sorry for the late reply) > On Tue, Jun 19, 2007 at 03:40:59PM -0400, Anthony Bryan wrote: > > >On Sat, Jun 09, 2007 at 07:51:20PM +0200, Ruben Kerkhof wrote: > > > > Have you had a chance to look over Ruben's additions? Any feedback? He > > said he re-licensed it to line up w/ mirrormanager. Any ideas/comments > > for features in Metalink that could be of use to Fedora? > > Yes, I took a quick look; I'll be able to do something with this, but > not for the next 4 weeks, as I'm out of the office moving houses and > on vacation, then catching up on real work. :-) checking in after 10 wks :) Will what Ruben submitted be usable? a few more metalink apps have been released. Free Download Manager (Win) has been released under GPL3. DownThemAll 1.0b2 firefox extension is out, and displays more of the info contained in a metalink to the person downloading, like a how many mirrors are listed, logo, description, version, os/arch, and other stuff that could be useful. here are some screenshots the DTA team put up: http://code.downthemall.net/maierman/metalink-test/metalink-feisty.png http://code.downthemall.net/maierman/metalink-test/metalink-xp.png http://code.downthemall.net/maierman/metalink-test/metalink-comment.png there's also Celerius, a GTK python downloader in progress at http://celerius.tuxfamily.org/ if anyone wants to help out. -- (( Anthony Bryan ... Metalink [ http://www.metalinker.org ] )) Easier, More Reliable, Self Healing Downloads From tmz at pobox.com Fri Aug 31 01:32:52 2007 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 30 Aug 2007 21:32:52 -0400 Subject: CVS, Bugzilla, and PkgDB inconsistencies (was: Fedora Package Status of Aug 30, 2007) In-Reply-To: <20070831012835.b8c90107.mschwendt.tmp0701.nospam@arcor.de> References: <20070831011627.0832e778@ludwig-alpha.unil.ch> <20070831012835.b8c90107.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070831013252.GB29678@psilocybe.teonanacatl.org> Michael Schwendt wrote: > On Fri, 31 Aug 2007 01:16:27 +0200, Christian Iseli wrote: > >> - 5 packages present in the development repo which have no owners >> entry >> audacious-docklet This one depends on how you parse the tree. :) audacious-docklet is the name of the package and spec file, but the name of the cvs module, bugzilla component, and pkgdb entry is audacious-plugins-docklet. Ideally things would be renamed to match. The review is here: https://bugzilla.redhat.com/218258 It seems that it was supposed to be renamed but it hasn't been done completely. The module was renamed, but the spec file and name of the package wasn't. Interestingly, there's a request in the review bug from upstream asking NOT to distribute this package: https://bugzilla.redhat.com/218258#c20 So shouldn't this package be EOL'd? >> s390utils There's no CVS module. There's an empty merge review: https://bugzilla.redhat.com/226385 Is this in any supported Fedora arches? I thought it was only for s390 and s390x arches? >> stardict-dic This package was split into several subpackages: https://bugzilla.redhat.com/231267 It was removed from cvs, but not from bugzilla. It seems that it should be. >> sturmbahnfahrer This was renamed to stormbaancoureur: https://bugzilla.redhat.com/199310#c15 The files in the sturmbahnfahrer CVS module should be removed and a dead.package added. It should also be removed from the bugzilla components list for any releases where it was never built. >> ufsparse > > "no owners entry" means only the pkgdb admins can do something about > it. But ufsparse is active in cvs for example. ufsparse was renamed to suitesparse: https://bugzilla.redhat.com/246231 Same story as sturmbahnfahrer: files should be removed, dead.package added, bugzilla component dropped (again, for any releases for which it was never built). While we're on the subject, I ran across a few things while tracking license tag changes that seem to need similar clean up. The following modules have a dead.package file, along with other files: digikamimageplugins digikamimageplugins-doc kdeartwork-extras kile-i18n kimdaba ks3switch python-astng superkaramba The files other than the dead.package file should be removed from CVS I think. Then there's the ws-common-utils module. The package name and spec file are named ws-commons-util, which also exists as a module in CVS, both names are in bugzilla. The review request shows some confusion by using both names at various places: https://bugzilla.redhat.com/232728 One or the other should be removed from CVS and bugzilla. I'd say it is ws-common-utils, since the actual package name is ws-commons-util. Finally, what's up with the glibc{32,64} modules? Were they ever used? Are they needed in CVS still or can they be dropped? (They're not in bugzilla or the pkgdb, nor in the repos.) Sheesh, that's about enough bugzilla for me tonight. ;) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The only reason we still have elections in this country is to see if the pollsters were right. -- Ed Rollins -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From jkeating at redhat.com Fri Aug 31 01:53:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 30 Aug 2007 21:53:54 -0400 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <1188523831.27085.285.camel@cutter> References: <20070830205314.7e66bdff@ender> <1188523831.27085.285.camel@cutter> Message-ID: <20070830215354.15cef99e@ender> On Thu, 30 Aug 2007 21:30:31 -0400 seth vidal wrote: > How do you want the output? Do you want lists of deps per pkg or just > total list of pkgs that would end up installing in a bare chroot from > that group installs? Um.. Good question. I'll let the others weigh in on the subject, I could deal with either. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at fedoraproject.org Fri Aug 31 02:47:17 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 30 Aug 2007 22:47:17 -0400 Subject: changelogs in packages and space use Message-ID: <1188528437.27085.304.camel@cutter> Colin Walters mentioned on irc reducing the changelogs kept in pkgs a bit to help us fit on the livecd a bit better. I didn't really believe it would make enough of an impact to be noticeable but I did a little mucking about and found I was wrong. So I wrote this: http://skvidal.fedorapeople.org/changelog/changelog-sizes.py It'll dump out 4 files: - old-repo.txt : changelogs from the pkgs in the repos where the changelog entry is > 1yr old - new-repo.txt : changelogs from the pkgs in the repos where the changelog entry is < 1yr old - old-db.txt : changelogs from the pkgs in the rpmdb where the changelog entry is > 1yr old - new-db.txt : changelogs from the pkgs in the rpmdb where the changelog entry is < 1yr old On a mostly-rawhide system with rawhide repos I found: 8157 pkgs in rawhide repos: new changelogs: 12M old changelogs: 31M on my system 1128 packages installed: new changelogs: 2.2M old changelogs: 8.6M That may not seem like much but when we're squinched for space in 700M on a livecd that 8.6M might be all that's needed. Moreover it may be a bit silly to be carting all of this history around in all the pkgs and repodata and in the rpmdb. Esp if we're trying to trim download sizes for various items. So things we can do: 1. trim the changelogs at createrepo-runtime - fine - but that only gets it for the repodata 2. trim repos at rpmbuild time - great - I've suggested it as an option to rpmbuild on rpm-maint list. 3. trim them out of the pkgs the next time we change a package. Just prune them down to the last years worth of changelogs - maybe saving the old changelogs in a file in the cvs repository - or even into an unused source file in the srpm? What're people's thoughts on this? -sv From mtasaka at ioa.s.u-tokyo.ac.jp Fri Aug 31 02:58:27 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 31 Aug 2007 11:58:27 +0900 Subject: changelogs in packages and space use In-Reply-To: <1188528437.27085.304.camel@cutter> References: <1188528437.27085.304.camel@cutter> Message-ID: <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> seth vidal wrote, at 08/31/2007 11:47 AM +9:00: > Colin Walters mentioned on irc reducing the changelogs kept in pkgs a > bit to help us fit on the livecd a bit better. I didn't really believe > it would make enough of an impact to be noticeable but I did a little > mucking about and found I was wrong. So I wrote this: > > http://skvidal.fedorapeople.org/changelog/changelog-sizes.py > > That may not seem like much but when we're squinched for space in 700M > on a livecd that 8.6M might be all that's needed. Moreover it may be a > bit silly to be carting all of this history around in all the pkgs and > repodata and in the rpmdb. Esp if we're trying to trim download sizes > for various items. So things we can do: > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > it for the repodata > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > to rpmbuild on rpm-maint list. > > 3. trim them out of the pkgs the next time we change a package. Just > prune them down to the last years worth of changelogs - maybe saving the > old changelogs in a file in the cvs repository - or even into an unused > source file in the srpm? > > What're people's thoughts on this? Just note that this is once discussed on: http://www.redhat.com/archives/rhl-devel-list/2007-May/msg01646.html (I guess no conclusion was made though). Regards, Mamoru From skvidal at fedoraproject.org Fri Aug 31 03:08:51 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 30 Aug 2007 23:08:51 -0400 Subject: changelogs in packages and space use In-Reply-To: <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> References: <1188528437.27085.304.camel@cutter> <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> Message-ID: <1188529731.27085.307.camel@cutter> On Fri, 2007-08-31 at 11:58 +0900, Mamoru Tasaka wrote: > seth vidal wrote, at 08/31/2007 11:47 AM +9:00: > > Colin Walters mentioned on irc reducing the changelogs kept in pkgs a > > bit to help us fit on the livecd a bit better. I didn't really believe > > it would make enough of an impact to be noticeable but I did a little > > mucking about and found I was wrong. So I wrote this: > > > > http://skvidal.fedorapeople.org/changelog/changelog-sizes.py > > > > That may not seem like much but when we're squinched for space in 700M > > on a livecd that 8.6M might be all that's needed. Moreover it may be a > > bit silly to be carting all of this history around in all the pkgs and > > repodata and in the rpmdb. Esp if we're trying to trim download sizes > > for various items. So things we can do: > > > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > > it for the repodata > > > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > > to rpmbuild on rpm-maint list. > > > > 3. trim them out of the pkgs the next time we change a package. Just > > prune them down to the last years worth of changelogs - maybe saving the > > old changelogs in a file in the cvs repository - or even into an unused > > source file in the srpm? > > > > What're people's thoughts on this? > > Just note that this is once discussed on: > http://www.redhat.com/archives/rhl-devel-list/2007-May/msg01646.html > (I guess no conclusion was made though). You're right - no conclusion - but I guess I should put this to the packaging committee to get it added to the criteria - if we nuke everything but the last years worth from the %changelog and we do that as something useful to do for every release - then we'll be able to keep it pruned down and we'll still keep the history. People on the packaging committe - does that sound fair? -sv From sandeen at redhat.com Fri Aug 31 04:29:54 2007 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 30 Aug 2007 23:29:54 -0500 Subject: changelogs in packages and space use In-Reply-To: <1188529731.27085.307.camel@cutter> References: <1188528437.27085.304.camel@cutter> <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> <1188529731.27085.307.camel@cutter> Message-ID: <46D79942.3070105@redhat.com> seth vidal wrote: > You're right - no conclusion - but I guess I should put this to the > packaging committee to get it added to the criteria - if we nuke > everything but the last years worth from the %changelog and we do that > as something useful to do for every release - then we'll be able to keep > it pruned down and we'll still keep the history. > > People on the packaging committe - does that sound fair? > > -sv I'm always worried about making it harder to get the history related to the running code... (I guess there's still always cvs history, but...) I'd like to see all changelog entries remain that are related to patches still carried in the src.rpm - and not thrown away just because that patch was added > 1 year ago. Much harder to automate, though... If there's a policy that says I can trim my own changelogs with that criteria, I'll gladly do it. (Maybe the automated trimmer could only nuke old changelog entries if the changelog is above a certain size threshold?) -Eric From skvidal at fedoraproject.org Fri Aug 31 04:55:13 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 00:55:13 -0400 Subject: changelogs in packages and space use In-Reply-To: <46D79942.3070105@redhat.com> References: <1188528437.27085.304.camel@cutter> <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> <1188529731.27085.307.camel@cutter> <46D79942.3070105@redhat.com> Message-ID: <1188536113.27085.367.camel@cutter> On Thu, 2007-08-30 at 23:29 -0500, Eric Sandeen wrote: > seth vidal wrote: > > > You're right - no conclusion - but I guess I should put this to the > > packaging committee to get it added to the criteria - if we nuke > > everything but the last years worth from the %changelog and we do that > > as something useful to do for every release - then we'll be able to keep > > it pruned down and we'll still keep the history. > > > > People on the packaging committe - does that sound fair? > > > > -sv > > I'm always worried about making it harder to get the history related to > the running code... (I guess there's still always cvs history, but...) > > I'd like to see all changelog entries remain that are related to patches > still carried in the src.rpm - and not thrown away just because that > patch was added > 1 year ago. Much harder to automate, though... If > there's a policy that says I can trim my own changelogs with that > criteria, I'll gladly do it. (Maybe the automated trimmer could only > nuke old changelog entries if the changelog is above a certain size > threshold?) So my first question is this: Why are we carrying a patch for >1yr? Shouldn't it be being pushed to upstream? My only problem with letting the changelogs be cherry picked like this is b/c it is would be hard for people to know when to look elsewhere. Having the changelog difference be a hard number relative to the latest date in the package changelog would make it more consistent to know when to look elsewhere. Having a consistent location for what is 'elsewhere' is probably also good. -sv From sandeen at redhat.com Fri Aug 31 05:03:35 2007 From: sandeen at redhat.com (Eric Sandeen) Date: Fri, 31 Aug 2007 00:03:35 -0500 Subject: changelogs in packages and space use In-Reply-To: <1188536113.27085.367.camel@cutter> References: <1188528437.27085.304.camel@cutter> <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> <1188529731.27085.307.camel@cutter> <46D79942.3070105@redhat.com> <1188536113.27085.367.camel@cutter> Message-ID: <46D7A127.5000902@redhat.com> seth vidal wrote: > On Thu, 2007-08-30 at 23:29 -0500, Eric Sandeen wrote: >> seth vidal wrote: >> >>> You're right - no conclusion - but I guess I should put this to the >>> packaging committee to get it added to the criteria - if we nuke >>> everything but the last years worth from the %changelog and we do that >>> as something useful to do for every release - then we'll be able to keep >>> it pruned down and we'll still keep the history. >>> >>> People on the packaging committe - does that sound fair? >>> >>> -sv >> I'm always worried about making it harder to get the history related to >> the running code... (I guess there's still always cvs history, but...) >> >> I'd like to see all changelog entries remain that are related to patches >> still carried in the src.rpm - and not thrown away just because that >> patch was added > 1 year ago. Much harder to automate, though... If >> there's a policy that says I can trim my own changelogs with that >> criteria, I'll gladly do it. (Maybe the automated trimmer could only >> nuke old changelog entries if the changelog is above a certain size >> threshold?) > > So my first question is this: Why are we carrying a patch for >1yr? > Shouldn't it be being pushed to upstream? What if upstream is releasing slowly? There may be other valid reasons. (there may be lots of bad reasons too) -Eric From mtasaka at ioa.s.u-tokyo.ac.jp Fri Aug 31 05:12:14 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 31 Aug 2007 14:12:14 +0900 Subject: changelogs in packages and space use In-Reply-To: <1188536113.27085.367.camel@cutter> References: <1188528437.27085.304.camel@cutter> <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> <1188529731.27085.307.camel@cutter> <46D79942.3070105@redhat.com> <1188536113.27085.367.camel@cutter> Message-ID: <46D7A32E.7020403@ioa.s.u-tokyo.ac.jp> seth vidal wrote, at 08/31/2007 01:55 PM +9:00: > On Thu, 2007-08-30 at 23:29 -0500, Eric Sandeen wrote: >> seth vidal wrote: >> >>> People on the packaging committe - does that sound fair? >>> >>> -sv >> I'm always worried about making it harder to get the history related to >> the running code... (I guess there's still always cvs history, but...) >> >> I'd like to see all changelog entries remain that are related to patches >> still carried in the src.rpm - and not thrown away just because that >> patch was added > 1 year ago. > > So my first question is this: Why are we carrying a patch for >1yr? > Shouldn't it be being pushed to upstream? I guess there are some cases where Fedora maintainers sent patches to upstream but upstream developer refused to apply them. For xscreensaver (which I maintain) there is a patch "sanitize-hacks.patch" to rename some screensaver hack. This patch has been renamed several times (according to the version), but the changelog says that first version of this patch was introduced 3 years ago (with reflecting: http://www.redhat.com/archives/fedora-list/2004-August/msg00848.html ) AFAIK, the reply of the upstream was "Well, I can understand Fedora wants to apply the patch, but I don't think the patch is needed even for non-Fedora people". Regard, Mamoru From jnovy at redhat.com Fri Aug 31 05:15:35 2007 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 31 Aug 2007 07:15:35 +0200 Subject: "make upload" broke in Aug 28th rawhide? In-Reply-To: <20070829000721.986c6273.mschwendt.tmp0701.nospam@arcor.de> References: <46D499C5.806@redhat.com> <20070829000721.986c6273.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20070831051535.GB2793@dhcp-lab-186.brq.redhat.com> Hi, On Wed, Aug 29, 2007 at 12:07:21AM +0200, Michael Schwendt wrote: > On Tue, 28 Aug 2007 17:55:17 -0400, Warren Togami wrote: > > > This afternoon I was attempting to diagnose why clumens' attempts to > > upload new source tarballs were failing, while it continued to work on > > my machine and nobody else was complaining. > > > Didn't have time to isolate what exactly broke it, and I don't have a > > local rawhide install here to do so quickly. Can somebody figure out > > what changed? > > Uploads are still done with "curl" afaik. So: > > * Tue Aug 28 2007 Jindrich Novy 7.16.4-3 > - don't use openssl, use nss instead > Yes, it's likely caused by the openssl -> nss switch, more at rhbz#266021. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From skvidal at fedoraproject.org Fri Aug 31 05:35:49 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 01:35:49 -0400 Subject: changelogs in packages and space use In-Reply-To: <46D7A127.5000902@redhat.com> References: <1188528437.27085.304.camel@cutter> <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> <1188529731.27085.307.camel@cutter> <46D79942.3070105@redhat.com> <1188536113.27085.367.camel@cutter> <46D7A127.5000902@redhat.com> Message-ID: <1188538549.27085.381.camel@cutter> On Fri, 2007-08-31 at 00:03 -0500, Eric Sandeen wrote: > What if upstream is releasing slowly? There may be other valid reasons. > (there may be lots of bad reasons too) You have a fair point - there are exceptions where this is the suck. However, consistency in finding the old changelogs make it at least an easy FAQ. -sv From rc040203 at freenet.de Fri Aug 31 05:36:48 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 31 Aug 2007 07:36:48 +0200 Subject: changelogs in packages and space use In-Reply-To: <1188536113.27085.367.camel@cutter> References: <1188528437.27085.304.camel@cutter> <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> <1188529731.27085.307.camel@cutter> <46D79942.3070105@redhat.com> <1188536113.27085.367.camel@cutter> Message-ID: <1188538608.6422.363.camel@mccallum.corsepiu.local> On Fri, 2007-08-31 at 00:55 -0400, seth vidal wrote: > On Thu, 2007-08-30 at 23:29 -0500, Eric Sandeen wrote: > > seth vidal wrote: > > > > > You're right - no conclusion - but I guess I should put this to the > > > packaging committee to get it added to the criteria - if we nuke > > > everything but the last years worth from the %changelog and we do that > > > as something useful to do for every release - then we'll be able to keep > > > it pruned down and we'll still keep the history. > > > > > > People on the packaging committe - does that sound fair? > > > > > > -sv > > > > I'm always worried about making it harder to get the history related to > > the running code... (I guess there's still always cvs history, but...) > > > > I'd like to see all changelog entries remain that are related to patches > > still carried in the src.rpm - and not thrown away just because that > > patch was added > 1 year ago. Much harder to automate, though... If > > there's a policy that says I can trim my own changelogs with that > > criteria, I'll gladly do it. (Maybe the automated trimmer could only > > nuke old changelog entries if the changelog is above a certain size > > threshold?) > > So my first question is this: Why are we carrying a patch for >1yr? > Shouldn't it be being pushed to upstream? There are many reasons for doing so, e.g. * dead/non-responsive upstream * upstream has adopted patch, but hasn't released a new tarball, since. * patches lack generality/are RH/Fedora-specific hacks. * patches contain experimental features. ... Ralf From alexl at redhat.com Fri Aug 31 06:01:11 2007 From: alexl at redhat.com (Alexander Larsson) Date: Fri, 31 Aug 2007 08:01:11 +0200 Subject: changelogs in packages and space use In-Reply-To: <1188528437.27085.304.camel@cutter> References: <1188528437.27085.304.camel@cutter> Message-ID: <1188540071.31789.169.camel@localhost.localdomain> On Thu, 2007-08-30 at 22:47 -0400, seth vidal wrote:: > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > it for the repodata > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > to rpmbuild on rpm-maint list. > > 3. trim them out of the pkgs the next time we change a package. Just > prune them down to the last years worth of changelogs - maybe saving the > old changelogs in a file in the cvs repository - or even into an unused > source file in the srpm? > > What're people's thoughts on this? 3 is a data loss of possibly useful info, and 1 doesn't help rpm download size. I think clearly proposal nr 2 is the best. From skvidal at fedoraproject.org Fri Aug 31 06:14:33 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 02:14:33 -0400 Subject: changelogs in packages and space use In-Reply-To: <1188540071.31789.169.camel@localhost.localdomain> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> Message-ID: <1188540873.27085.396.camel@cutter> On Fri, 2007-08-31 at 08:01 +0200, Alexander Larsson wrote: > On Thu, 2007-08-30 at 22:47 -0400, seth vidal wrote:: > > > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > > it for the repodata > > > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > > to rpmbuild on rpm-maint list. > > > > 3. trim them out of the pkgs the next time we change a package. Just > > prune them down to the last years worth of changelogs - maybe saving the > > old changelogs in a file in the cvs repository - or even into an unused > > source file in the srpm? > > > > What're people's thoughts on this? > > 3 is a data loss of possibly useful info, and 1 doesn't help rpm > download size. I think clearly proposal nr 2 is the best. okay - then if 2 is implemented in rpm then I'd suggest we limit it to the last year, that's two releases-worth of changelogs -it should cover reasonably well. -sv From pmatilai at laiskiainen.org Fri Aug 31 06:16:27 2007 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Fri, 31 Aug 2007 09:16:27 +0300 (EEST) Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <20070830205314.7e66bdff@ender> References: <20070830205314.7e66bdff@ender> Message-ID: On Thu, 30 Aug 2007, Jesse Keating wrote: > > (perl-devel has been short term added to help with some transitions > with the perl -> perl-devel split, however it is now going to be > removed) > > The proposed new explicit list would look like: > > bzip2 > unzip > fedora-release > redhat-rpm-config > diffutils > make > cpio > gcc > coreutils > sed > which > rpm-build > gzip > patch > gcc-c++ > tar > bash > util-linux-ng > gawk > info > grep > findutils > > This would currently dep resolve out to 8 new packages, and 3M more > content in the buildroot. Mm.. reminds me to hunt through rpm-build's dependencies, there are all sorts of things in the scripts that are required for normal operation but aren't explicitly stated in dependencies because "they're always there anyway" - or have been in the past. - Panu - From rc040203 at freenet.de Fri Aug 31 06:30:17 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 31 Aug 2007 08:30:17 +0200 Subject: changelogs in packages and space use In-Reply-To: <1188540873.27085.396.camel@cutter> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> Message-ID: <1188541817.6422.370.camel@mccallum.corsepiu.local> On Fri, 2007-08-31 at 02:14 -0400, seth vidal wrote: > On Fri, 2007-08-31 at 08:01 +0200, Alexander Larsson wrote: > > On Thu, 2007-08-30 at 22:47 -0400, seth vidal wrote:: > > > > > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > > > it for the repodata > > > > > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > > > to rpmbuild on rpm-maint list. > > > > > > 3. trim them out of the pkgs the next time we change a package. Just > > > prune them down to the last years worth of changelogs - maybe saving the > > > old changelogs in a file in the cvs repository - or even into an unused > > > source file in the srpm? > > > > > > What're people's thoughts on this? > > > > 3 is a data loss of possibly useful info, and 1 doesn't help rpm > > download size. I think clearly proposal nr 2 is the best. > > okay - then if 2 is implemented in rpm then I'd suggest we limit it to > the last year, that's two releases-worth of changelogs -it should cover > reasonably well. Hmm, I am not convinced that this is a good move, because such a "time-based pruning" is a pretty random/arbitrary criterion, which is not necessarily related to a changelog entry's value. The same applies to "n-th last entries" or "size-based pruning". Instead I'd prefer "source-level downsizing", i.e. maintainers to keep their changelog's in "reasonable shape". Ralf From skvidal at fedoraproject.org Fri Aug 31 06:32:45 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 02:32:45 -0400 Subject: changelogs in packages and space use In-Reply-To: <1188541817.6422.370.camel@mccallum.corsepiu.local> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> Message-ID: <1188541965.27085.400.camel@cutter> On Fri, 2007-08-31 at 08:30 +0200, Ralf Corsepius wrote: > On Fri, 2007-08-31 at 02:14 -0400, seth vidal wrote: > > On Fri, 2007-08-31 at 08:01 +0200, Alexander Larsson wrote: > > > On Thu, 2007-08-30 at 22:47 -0400, seth vidal wrote:: > > > > > > > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > > > > it for the repodata > > > > > > > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > > > > to rpmbuild on rpm-maint list. > > > > > > > > 3. trim them out of the pkgs the next time we change a package. Just > > > > prune them down to the last years worth of changelogs - maybe saving the > > > > old changelogs in a file in the cvs repository - or even into an unused > > > > source file in the srpm? > > > > > > > > What're people's thoughts on this? > > > > > > 3 is a data loss of possibly useful info, and 1 doesn't help rpm > > > download size. I think clearly proposal nr 2 is the best. > > > > okay - then if 2 is implemented in rpm then I'd suggest we limit it to > > the last year, that's two releases-worth of changelogs -it should cover > > reasonably well. > Hmm, I am not convinced that this is a good move, because such a > "time-based pruning" is a pretty random/arbitrary criterion, which is > not necessarily related to a changelog entry's value. > > The same applies to "n-th last entries" or "size-based pruning". > > Instead I'd prefer "source-level downsizing", i.e. maintainers to keep > their changelog's in "reasonable shape". > the time based pruning would only be in the produced rpms - not in the actual spec file. And if we have a package which is gone a year w/o being touched in anyway that touches the changelog - maybe that's a problem :) -sv From j.w.r.degoede at hhs.nl Fri Aug 31 06:40:15 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 31 Aug 2007 08:40:15 +0200 Subject: Fedora Package Status of Aug 30, 2007 In-Reply-To: <20070831012835.b8c90107.mschwendt.tmp0701.nospam@arcor.de> References: <20070831011627.0832e778@ludwig-alpha.unil.ch> <20070831012835.b8c90107.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <46D7B7CF.4070905@hhs.nl> Michael Schwendt wrote: > On Fri, 31 Aug 2007 01:16:27 +0200, Christian Iseli wrote: > >> - 5 packages present in the development repo which have no owners entry >> audacious-docklet s390utils stardict-dic sturmbahnfahrer ufsparse > > "no owners entry" means only the pkgdb admins can do something > about it. But ufsparse is active in cvs for example. > Actually sturmbahnfahrer is my fault, it got renamed to stormbaancoureur, but I didn't aak for removal of the packages with the old name from the repo. I've now send a mail for this to el-eng. Regards, Hans From pmatilai at laiskiainen.org Fri Aug 31 06:52:28 2007 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Fri, 31 Aug 2007 09:52:28 +0300 (EEST) Subject: changelogs in packages and space use In-Reply-To: <1188541965.27085.400.camel@cutter> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> Message-ID: On Fri, 31 Aug 2007, seth vidal wrote: > On Fri, 2007-08-31 at 08:30 +0200, Ralf Corsepius wrote: >> On Fri, 2007-08-31 at 02:14 -0400, seth vidal wrote: >>> On Fri, 2007-08-31 at 08:01 +0200, Alexander Larsson wrote: >>>> On Thu, 2007-08-30 at 22:47 -0400, seth vidal wrote:: >>>>> >>>>> 1. trim the changelogs at createrepo-runtime - fine - but that only gets >>>>> it for the repodata >>>>> >>>>> 2. trim repos at rpmbuild time - great - I've suggested it as an option >>>>> to rpmbuild on rpm-maint list. >>>>> >>>>> 3. trim them out of the pkgs the next time we change a package. Just >>>>> prune them down to the last years worth of changelogs - maybe saving the >>>>> old changelogs in a file in the cvs repository - or even into an unused >>>>> source file in the srpm? >>>>> >>>>> What're people's thoughts on this? >>>> >>>> 3 is a data loss of possibly useful info, and 1 doesn't help rpm >>>> download size. I think clearly proposal nr 2 is the best. >>> >>> okay - then if 2 is implemented in rpm then I'd suggest we limit it to >>> the last year, that's two releases-worth of changelogs -it should cover >>> reasonably well. >> Hmm, I am not convinced that this is a good move, because such a >> "time-based pruning" is a pretty random/arbitrary criterion, which is >> not necessarily related to a changelog entry's value. >> >> The same applies to "n-th last entries" or "size-based pruning". >> >> Instead I'd prefer "source-level downsizing", i.e. maintainers to keep >> their changelog's in "reasonable shape". >> > > the time based pruning would only be in the produced rpms - not in the > actual spec file. And if we have a package which is gone a year w/o > being touched in anyway that touches the changelog - maybe that's a > problem :) What buggers me most about this whole discussion is that we're treating a symptom, not the disease. Adding an option to rpmbuild to cut the changelogs where desired is no big deal, but the real issue IMO is that there's an enormous amount of redundancy in the changelog data. All of it is carried as a separate copy in - each binary rpm and it's possible subpackages - likewise for rpmdb itself for installed packages - src.rpm header - in the spec inside src.rpm - repository metadata (several times due to subpackages and src.rpms) That's helluva lot of duplicate data when you're transferring it over the wire... - Panu - From alexl at redhat.com Fri Aug 31 06:46:00 2007 From: alexl at redhat.com (Alexander Larsson) Date: Fri, 31 Aug 2007 08:46:00 +0200 Subject: changelogs in packages and space use In-Reply-To: <1188541817.6422.370.camel@mccallum.corsepiu.local> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> Message-ID: <1188542760.31789.171.camel@localhost.localdomain> On Fri, 2007-08-31 at 08:30 +0200, Ralf Corsepius wrote: > On Fri, 2007-08-31 at 02:14 -0400, seth vidal wrote: > > On Fri, 2007-08-31 at 08:01 +0200, Alexander Larsson wrote: > > > On Thu, 2007-08-30 at 22:47 -0400, seth vidal wrote:: > > > > > > > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > > > > it for the repodata > > > > > > > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > > > > to rpmbuild on rpm-maint list. > > > > > > > > 3. trim them out of the pkgs the next time we change a package. Just > > > > prune them down to the last years worth of changelogs - maybe saving the > > > > old changelogs in a file in the cvs repository - or even into an unused > > > > source file in the srpm? > > > > > > > > What're people's thoughts on this? > > > > > > 3 is a data loss of possibly useful info, and 1 doesn't help rpm > > > download size. I think clearly proposal nr 2 is the best. > > > > okay - then if 2 is implemented in rpm then I'd suggest we limit it to > > the last year, that's two releases-worth of changelogs -it should cover > > reasonably well. > Hmm, I am not convinced that this is a good move, because such a > "time-based pruning" is a pretty random/arbitrary criterion, which is > not necessarily related to a changelog entry's value. > > The same applies to "n-th last entries" or "size-based pruning". But all the information is still there if you really want it, in: a) The specfile in the srpm b) in cvs From alexl at redhat.com Fri Aug 31 06:48:36 2007 From: alexl at redhat.com (Alexander Larsson) Date: Fri, 31 Aug 2007 08:48:36 +0200 Subject: changelogs in packages and space use In-Reply-To: <1188541965.27085.400.camel@cutter> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> Message-ID: <1188542916.31789.173.camel@localhost.localdomain> On Fri, 2007-08-31 at 02:32 -0400, seth vidal wrote: > the time based pruning would only be in the produced rpms - not in the > actual spec file. And if we have a package which is gone a year w/o > being touched in anyway that touches the changelog - maybe that's a > problem :) Well, for very rarely changing packages we might want cut after a year, but keep at least 5 entries or something. From skvidal at fedoraproject.org Fri Aug 31 07:02:56 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 03:02:56 -0400 Subject: changelogs in packages and space use In-Reply-To: References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> Message-ID: <1188543776.27085.406.camel@cutter> On Fri, 2007-08-31 at 09:52 +0300, Panu Matilainen wrote: > What buggers me most about this whole discussion is that we're treating a > symptom, not the disease. Adding an option to rpmbuild to cut the > changelogs where desired is no big deal, but the real issue IMO is that > there's an enormous amount of redundancy in the changelog data. All of it > is carried as a separate copy in > - each binary rpm and it's possible subpackages > - likewise for rpmdb itself for installed packages > - src.rpm header > - in the spec inside src.rpm > - repository metadata (several times due to subpackages and src.rpms) > > That's helluva lot of duplicate data when you're transferring it over the > wire... Yes, but the above solution (whenever that might happen) doesn't solve carrying 10+ years of changelogs around. It's still more data than we probably need in any one or N locations. -sv From rc040203 at freenet.de Fri Aug 31 07:08:45 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 31 Aug 2007 09:08:45 +0200 Subject: changelogs in packages and space use In-Reply-To: <1188542760.31789.171.camel@localhost.localdomain> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188542760.31789.171.camel@localhost.localdomain> Message-ID: <1188544125.6422.394.camel@mccallum.corsepiu.local> On Fri, 2007-08-31 at 08:46 +0200, Alexander Larsson wrote: > On Fri, 2007-08-31 at 08:30 +0200, Ralf Corsepius wrote: > > On Fri, 2007-08-31 at 02:14 -0400, seth vidal wrote: > > > On Fri, 2007-08-31 at 08:01 +0200, Alexander Larsson wrote: > > > > On Thu, 2007-08-30 at 22:47 -0400, seth vidal wrote:: > > > > > > > > > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > > > > > it for the repodata > > > > > > > > > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > > > > > to rpmbuild on rpm-maint list. > > > > > > > > > > 3. trim them out of the pkgs the next time we change a package. Just > > > > > prune them down to the last years worth of changelogs - maybe saving the > > > > > old changelogs in a file in the cvs repository - or even into an unused > > > > > source file in the srpm? > > > > > > > > > > What're people's thoughts on this? > > > > > > > > 3 is a data loss of possibly useful info, and 1 doesn't help rpm > > > > download size. I think clearly proposal nr 2 is the best. > > > > > > okay - then if 2 is implemented in rpm then I'd suggest we limit it to > > > the last year, that's two releases-worth of changelogs -it should cover > > > reasonably well. > > Hmm, I am not convinced that this is a good move, because such a > > "time-based pruning" is a pretty random/arbitrary criterion, which is > > not necessarily related to a changelog entry's value. > > > > The same applies to "n-th last entries" or "size-based pruning". > > But all the information is still there if you really want it, in: > a) The specfile in the srpm > b) in cvs Right, but that's not the issue - The issue is: What are the changelog entries inside of binary rpms being used for. I see several aspects: - Users wanting to retrieve some abstract about recent changes, for whatever reasons (I presume mostly bureaucratic ones, such like maintainers being able to send their users/bosses update notices) - Users wanting to check a binary rpm for "if bug XYZ" has been fixed/addressed. - Legal people/developers wanting to check a binary rpm for "relationship" to other "binary packages" (Q's such as "Has RH adopted the suse-spec. Was RH first to integrate this "patent violation patch", "Has Fedora removed this "patent violation") - Developers wanting to check for "when was that package upgraded to version XYZ". ... Any such "simple pruning" will somehow interfere with any such attempts. Ralf From buildsys at redhat.com Fri Aug 31 07:57:26 2007 From: buildsys at redhat.com (Build System) Date: Fri, 31 Aug 2007 03:57:26 -0400 Subject: rawhide report: 20070831 changes Message-ID: <200708310757.l7V7vQxi025545@porkchop.devel.redhat.com> Removed package libedit Removed package ndesk-dbus Removed package hamlib Removed package daap-sharp Removed package otrs Removed package luks-tools Removed package ktrack Removed package pam_usb Removed package sqlite2 Removed package gkrellmms Updated Packages: acl-2.2.39-8.fc8 ---------------- * Thu Aug 30 2007 Jeremy Katz - 2.2.39-8 - disable nfs patch; linking libacl against libs in /usr will lead to breakage anaconda-11.3.0.25-1 -------------------- * Thu Aug 30 2007 Jeremy Katz - 11.3.0.25-1 - quick and dirty fix for popt to be in stage2 * Thu Aug 30 2007 Jeremy Katz - 11.3.0.24-1 - Use the right network kickstart object (clumens) - More firmware fixes (dcantrell, #177452) - Skip devices without firmware (dcantrell, #251941) - Attempt to fix out dso depsolving for stage2 fedora-release-7.91-1 --------------------- * Thu Aug 30 2007 Jesse Keating - 7.91-1 - Provide system-release, useful for spinoffs. - Also link system-release to fedora-release for file level checks - Bump for F8 Test2 - Fix license tag flex-2.5.33-11.fc8 ------------------ * Thu Aug 30 2007 Petr Machata - 2.5.33-11 - Add BR gawk - Fix use of awk in one of the tests * Wed Aug 29 2007 Fedora Release Engineering - 2.5.33-10 - Rebuild for selinux ppc32 issue. gnucash-2.2.1-2.fc8 ------------------- * Wed Aug 29 2007 Bill Nottingham - 2.2.1-2 - fix build mkinitrd-6.0.13-1.fc8 --------------------- * Thu Aug 30 2007 Peter Jones - 6.0.13-1 - More fixes to mkblkdevs and other related code. pirut-1.3.16-1.fc8 ------------------ * Thu Aug 30 2007 Jeremy Katz - 1.3.16-1 - another repo editor fix from Debarshi Ray - fix image display * Thu Aug 30 2007 Jeremy Katz - 1.3.15-1 - actually include repo editing bits in the tarball pungi-1.0.2-1.fc8 ----------------- * Thu Aug 30 2007 Jesse Keating - 1.0.2-1 - Fix some bugs with source iso creation - Add source repo to kickstart file - Add %end to %packages in kickstart file vixie-cron-4:4.2-2.fc8 ---------------------- * Thu Aug 30 2007 Jeremy Katz - 4:4.2-2 - autoconf/automake are buildrequires, not runtime requires xawtv-3.95-7.fc8 ---------------- * Thu Aug 30 2007 Dmitry Butskoy - 3.95-7 - add patch for "open(2) call now is a macro" issue (#265081). FTW :| * Tue Aug 28 2007 Fedora Release Engineering - 3.95-6 - Rebuild for selinux ppc32 issue. * Fri Aug 17 2007 Dmitry Butskoy - Change License tag to GPLv2+ Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 csync2 - 1.33-5.fc7.i386 requires libsqlite.so.0 gambas-gb-db - 1.0.19-1.fc8.2.i386 requires libsqlite.so.0 grig - 0.7.2-2.fc8.i386 requires libhamlib-1.2.5.so.2 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.i686 requires kernel-i686 = 0:2.6.23-0.142.rc3.git10.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.i686 requires kernel-i686 = 0:2.6.23-0.142.rc3.git10.fc8PAE libreadline-java - 0.8.0-19.fc8.i386 requires libedit >= 0:2.9 libreadline-java - 0.8.0-19.fc8.i386 requires libedit.so.0 moodss - 21.5-1.fc7.i386 requires sqlite2-tcl ocaml-calendar - 1.10-6.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-curl - 0.2.1-3.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-expat - 0.9.1-6.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-extlib - 1.5-5.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-findlib - 1.1.2pl1-10.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgl - 1.02-12.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk - 2.6.0-8.20060908cvs.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk-devel - 2.6.0-8.20060908cvs.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-libvirt - 0.3.2.4-1.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-pcre - 5.11.4-6.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-ssl - 0.4.2-3.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-ulex - 1.0-3.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 perl-DBD-SQLite2 - 0.33-7.fc8.1.i386 requires libsqlite.so.0 polyxmass-bin - 0.9.3-2.fc6.i386 requires libpolyxmass.so.10 pygsl-devel - 0.9.1-4.fc8.i386 requires gsl.devel rubygem-gem_plugin - 0.2.2-2.fc8.noarch requires rubygem(rake) >= 0:0.7 subcommander - 1.2.2-6.fc8.i386 requires libneon.so.25 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 anjuta - 1:2.2.0-2.fc8.x86_64 requires libgvc.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libgraph.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libcdt.so.3()(64bit) csync2 - 1.33-5.fc7.x86_64 requires libsqlite.so.0()(64bit) grig - 0.7.2-2.fc8.x86_64 requires libhamlib-1.2.5.so.2()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.142.rc3.git10.fc8 libreadline-java - 0.8.0-19.fc8.x86_64 requires libedit.so.0()(64bit) libreadline-java - 0.8.0-19.fc8.x86_64 requires libedit >= 0:2.9 moodss - 21.5-1.fc7.x86_64 requires sqlite2-tcl ocaml-calendar - 1.10-6.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-curl - 0.2.1-3.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-expat - 0.9.1-6.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-extlib - 1.5-5.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-findlib - 1.1.2pl1-10.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgl - 1.02-12.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk - 2.6.0-8.20060908cvs.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk-devel - 2.6.0-8.20060908cvs.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk-devel - 2.6.0-8.20060908cvs.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-libvirt - 0.3.2.4-1.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-pcre - 5.11.4-6.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-ssl - 0.4.2-3.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-ulex - 1.0-3.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) perl-DBD-SQLite2 - 0.33-7.fc8.1.x86_64 requires libsqlite.so.0()(64bit) polyxmass-bin - 0.9.3-2.fc6.x86_64 requires libpolyxmass.so.10()(64bit) pygsl-devel - 0.9.1-4.fc8.x86_64 requires gsl.devel pygsl-devel - 0.9.1-4.fc8.i386 requires gsl.devel rubygem-gem_plugin - 0.2.2-2.fc8.noarch requires rubygem(rake) >= 0:0.7 subcommander - 1.2.2-6.fc8.x86_64 requires libneon.so.25()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 anjuta - 1:2.2.0-2.fc8.ppc requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libgraph.so.3 csync2 - 1.33-5.fc7.ppc requires libsqlite.so.0 gambas-gb-db - 1.0.19-1.fc8.2.ppc requires libsqlite.so.0 grig - 0.7.2-2.fc8.ppc requires libhamlib-1.2.5.so.2 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-smp - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8smp libreadline-java - 0.8.0-19.fc8.ppc requires libedit >= 0:2.9 libreadline-java - 0.8.0-19.fc8.ppc requires libedit.so.0 moodss - 21.5-1.fc7.ppc requires sqlite2-tcl ocaml-calendar - 1.10-6.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-curl - 0.2.1-3.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-expat - 0.9.1-6.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-extlib - 1.5-5.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-findlib - 1.1.2pl1-10.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgl - 1.02-12.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk - 2.6.0-8.20060908cvs.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk-devel - 2.6.0-8.20060908cvs.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-libvirt - 0.3.2.4-1.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-pcre - 5.11.4-6.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-ssl - 0.4.2-3.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-ulex - 1.0-3.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 perl-DBD-SQLite2 - 0.33-7.fc8.1.ppc requires libsqlite.so.0 polyxmass-bin - 0.9.3-2.fc6.ppc requires libpolyxmass.so.10 pygsl-devel - 0.9.1-4.fc8.ppc requires gsl.devel pygsl-devel - 0.9.1-4.fc8.ppc64 requires gsl.devel python-vcpx - 0.9.28-4.fc8.noarch requires monotone rubygem-gem_plugin - 0.2.2-2.fc8.noarch requires rubygem(rake) >= 0:0.7 subcommander - 1.2.2-6.fc8.ppc requires libneon.so.25 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 grig - 0.7.2-2.fc8.ppc64 requires libhamlib-1.2.5.so.2()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-kdump - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8kdump libreadline-java - 0.8.0-19.fc8.ppc64 requires libedit.so.0()(64bit) libreadline-java - 0.8.0-19.fc8.ppc64 requires libedit >= 0:2.9 moodss - 21.5-1.fc7.ppc64 requires sqlite2-tcl octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 perl-DBD-SQLite2 - 0.33-7.fc8.1.ppc64 requires libsqlite.so.0()(64bit) pygsl-devel - 0.9.1-4.fc8.ppc64 requires gsl.devel resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display rubygem-gem_plugin - 0.2.2-2.fc8.noarch requires rubygem(rake) >= 0:0.7 subcommander - 1.2.2-6.fc8.ppc64 requires libneon.so.25()(64bit) From caolanm at redhat.com Fri Aug 31 08:57:22 2007 From: caolanm at redhat.com (Caolan McNamara) Date: Fri, 31 Aug 2007 09:57:22 +0100 Subject: changelogs in packages and space use In-Reply-To: <1188528437.27085.304.camel@cutter> References: <1188528437.27085.304.camel@cutter> Message-ID: <1188550642.2920.3.camel@Nom> On Thu, 2007-08-30 at 22:47 -0400, seth vidal wrote: > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > it for the repodata > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > to rpmbuild on rpm-maint list. > > What're people's thoughts on this? I guess ideally as a "changelog" that it would magically get clipped to the changes from this release to the last release. Don't see how to actually do that though, except by fiddling our build infrastructure to suck the last fedora release nvr from koji and use that as the lowest entry in the changelog to retain at buildbot rpmbuild time. C. From wtogami at redhat.com Fri Aug 31 08:03:24 2007 From: wtogami at redhat.com (Warren Togami) Date: Fri, 31 Aug 2007 04:03:24 -0400 Subject: changelogs in packages and space use In-Reply-To: <1188528437.27085.304.camel@cutter> References: <1188528437.27085.304.camel@cutter> Message-ID: <46D7CB4C.6010400@redhat.com> seth vidal wrote: > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > it for the repodata > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > to rpmbuild on rpm-maint list. > > 3. trim them out of the pkgs the next time we change a package. Just > prune them down to the last years worth of changelogs - maybe saving the > old changelogs in a file in the cvs repository - or even into an unused > source file in the srpm? > Option #2 seems best to me. The size of the sources is less critical than the size of the binary RPMS. Meanwhile it might be more convenient to have an unbroken history all in one place, instead of a place on the side to check. Warren Togami wtogami at redhat.com From tmraz at redhat.com Fri Aug 31 08:14:11 2007 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 31 Aug 2007 10:14:11 +0200 Subject: Fedora Package Status of Aug 30, 2007 In-Reply-To: <20070830203347.5e92bdc4@ender> References: <20070831011627.0832e778@ludwig-alpha.unil.ch> <20070831012835.b8c90107.mschwendt.tmp0701.nospam@arcor.de> <20070830203347.5e92bdc4@ender> Message-ID: <1188548051.16407.20.camel@vespa.kabelta.loc> On Thu, 2007-08-30 at 20:33 -0400, Jesse Keating wrote: > On Fri, 31 Aug 2007 01:28:35 +0200 > Michael Schwendt wrote: > > > > - 11 orphaned packages, yet available in devel > > > daap-sharp gkrellmms hamlib ktrack libedit luks-tools > > > ndesk-dbus new otrs pam_usb sqlite2 > > > > This is something for rel-eng. > > Fun, that's people not following the EndOfLife procedure correctly. > I'll scrub them, hope nothing falls out from it. Is libedit really EOLed/unowned? From the last changelog entry it seems Thomas Fitzsimmons took it. Thomas? -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From pertusus at free.fr Fri Aug 31 08:19:58 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 31 Aug 2007 10:19:58 +0200 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <20070830205314.7e66bdff@ender> References: <20070830205314.7e66bdff@ender> Message-ID: <20070831081958.GA14834@free.fr> On Thu, Aug 30, 2007 at 08:53:14PM -0400, Jesse Keating wrote: > Recently there has been some fluctuation in the implicit list of > packages expected to be in the minimal build roots. Due to this we've > had some discussions on what to adjust to ease the pain and re-set > expectations going forward. > > As such there is a proposal to add a few packages to the Explicit > list. Some were already being pulled in implicitly but we want to make > them explicit. Some had been missing lately and we'd like them back. > > The proposed new explicit list would look like: > > bzip2 > unzip > fedora-release > redhat-rpm-config > diffutils > make > cpio > gcc > coreutils > sed > which > rpm-build > gzip > patch > gcc-c++ > tar > bash > util-linux-ng > gawk > info > grep > findutils It seems to me that the following are still missing: cpp glibc-devel libstdc++-devel binutils -- Pat From tmraz at redhat.com Fri Aug 31 08:22:06 2007 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 31 Aug 2007 10:22:06 +0200 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <20070830205314.7e66bdff@ender> References: <20070830205314.7e66bdff@ender> Message-ID: <1188548526.16407.24.camel@vespa.kabelta.loc> On Thu, 2007-08-30 at 20:53 -0400, Jesse Keating wrote: > Recently there has been some fluctuation in the implicit list of > packages expected to be in the minimal build roots. Due to this we've > had some discussions on what to adjust to ease the pain and re-set > expectations going forward. > > As such there is a proposal to add a few packages to the Explicit > list. Some were already being pulled in implicitly but we want to make > them explicit. Some had been missing lately and we'd like them back. > > The current list is: > > bzip2 > unzip > fedora-release > redhat-rpm-config > perl > diffutils > make > cpio > gcc > coreutils > sed > which > rpm-build > gzip > patch > gcc-c++ > tar > bash > > (perl-devel has been short term added to help with some transitions > with the perl -> perl-devel split, however it is now going to be > removed) > > The proposed new explicit list would look like: > > bzip2 > unzip > fedora-release > redhat-rpm-config > diffutils > make > cpio > gcc > coreutils > sed > which > rpm-build > gzip > patch > gcc-c++ > tar > bash > util-linux-ng > gawk > info > grep > findutils > > This would currently dep resolve out to 8 new packages, and 3M more > content in the buildroot. > > For reference a really minimal install (@core, kernel) with rpm-build > added in, would need the following packages to have at least this > minimal buildroot: > > bzip2 > gcc-c++ > make > redhat-rpm-config > unzip > which > binutils > cpp > gcc > glibc-devel > glibc-headers > kernel-headers > libgomp > libstdc++-devel > > This would be accomplished by a simple 'yum groupinstall > buildsys-build'. It's still a few more things that have to be added > than I'm comfortable with, I'd much prefer that a micro install + > rpm-build gave you what was in the minimal buildroot so that you could > have confidence in the BuildRequires, but I'm willing to bend a bit. > > Along with these changes would be some clearer text regarding what can > be assumed and what can't. Only the Explicit list would be given in > the wiki, and only things in the explicit list would be absolutely OK > to assume. Anything else should be regarded as "bonus" only and > subject to potential change. I have asked Seth Vidal to help create a So we now have to buildrequire even the packages from the third list above? Such as binutils, glibc-devel, glibc-headers and kernel-headers? That seems really weird and I'd suggest to add them to the explicit list. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From opensource at till.name Fri Aug 31 09:00:56 2007 From: opensource at till.name (Till Maas) Date: Fri, 31 Aug 2007 11:00:56 +0200 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <20070830205314.7e66bdff@ender> References: <20070830205314.7e66bdff@ender> Message-ID: <200708311101.02360.opensource@till.name> On Fr August 31 2007, Jesse Keating wrote: > Please respond with your comments / questions. I'd like to make these > changes as soon as possible to avoid more churn in spec files. I do not really care, what is wanted in the buildsys-build group, but imho we should revive the full exception list (all packages that are dependencies of the buildsys-build group) and add them to buildsys-build group. Then once every in every Fedora release development cycle check, whether the full exception list changed (i.e. more or less packages are being installed as dependencies for the minimal packages) and then adjust the buildsys-build group and announce this in fedora-devel-announce. Otherwise it is not really possible to make sure that every BR is really in the spec with a rebuild in mock. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From adrian at lisas.de Fri Aug 31 09:07:28 2007 From: adrian at lisas.de (Adrian Reber) Date: Fri, 31 Aug 2007 11:07:28 +0200 Subject: jabberd upgrade In-Reply-To: <46D70F75.10006@x-tnd.be> References: <20070830083417.GA6436@lisas.de> <46D70CCE.208@leemhuis.info> <20070830181224.GA17401@hurricane.linuxnetz.de> <46D70F75.10006@x-tnd.be> Message-ID: <20070831090728.GA29466@lisas.de> On Thu, Aug 30, 2007 at 08:41:57PM +0200, Johan Cwiklinski wrote: > +1 for me too. If we must switch, let's switch ;) As nobody seems to be against the upgrade I will prepare an upgrade to jabberd 2.1 in the next few days and update it in CVS if nobody objects. Adrian From pertusus at free.fr Fri Aug 31 09:08:11 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 31 Aug 2007 11:08:11 +0200 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <1188548526.16407.24.camel@vespa.kabelta.loc> References: <20070830205314.7e66bdff@ender> <1188548526.16407.24.camel@vespa.kabelta.loc> Message-ID: <20070831090811.GC14834@free.fr> On Fri, Aug 31, 2007 at 10:22:06AM +0200, Tomas Mraz wrote: > So we now have to buildrequire even the packages from the third list > above? Such as binutils, glibc-devel, glibc-headers and kernel-headers? I seem to recall that kernel-headers should never be needed explicitely. And we can assume that the libc headers are brought in by glibc-devel. But binutils and glibc-devel are definitively missing in my opinion. -- Pat From tmraz at redhat.com Fri Aug 31 09:15:54 2007 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 31 Aug 2007 11:15:54 +0200 Subject: "make upload" broke in Aug 28th rawhide? In-Reply-To: <20070831051535.GB2793@dhcp-lab-186.brq.redhat.com> References: <46D499C5.806@redhat.com> <20070829000721.986c6273.mschwendt.tmp0701.nospam@arcor.de> <20070831051535.GB2793@dhcp-lab-186.brq.redhat.com> Message-ID: <1188551754.16407.31.camel@vespa.kabelta.loc> On Fri, 2007-08-31 at 07:15 +0200, Jindrich Novy wrote: > Hi, > > On Wed, Aug 29, 2007 at 12:07:21AM +0200, Michael Schwendt wrote: > > On Tue, 28 Aug 2007 17:55:17 -0400, Warren Togami wrote: > > > > > This afternoon I was attempting to diagnose why clumens' attempts to > > > upload new source tarballs were failing, while it continued to work on > > > my machine and nobody else was complaining. > > > > > Didn't have time to isolate what exactly broke it, and I don't have a > > > local rawhide install here to do so quickly. Can somebody figure out > > > what changed? > > > > Uploads are still done with "curl" afaik. So: > > > > * Tue Aug 28 2007 Jindrich Novy 7.16.4-3 > > - don't use openssl, use nss instead > > > > Yes, it's likely caused by the openssl -> nss switch, more at rhbz#266021. See also workaround in https://bugzilla.redhat.com/show_bug.cgi?id=266021#c3 which requires some changes to the Makefile though. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From rc040203 at freenet.de Fri Aug 31 09:20:18 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 31 Aug 2007 11:20:18 +0200 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <20070831090811.GC14834@free.fr> References: <20070830205314.7e66bdff@ender> <1188548526.16407.24.camel@vespa.kabelta.loc> <20070831090811.GC14834@free.fr> Message-ID: <1188552018.6422.399.camel@mccallum.corsepiu.local> On Fri, 2007-08-31 at 11:08 +0200, Patrice Dumas wrote: > On Fri, Aug 31, 2007 at 10:22:06AM +0200, Tomas Mraz wrote: > > > So we now have to buildrequire even the packages from the third list > > above? Such as binutils, glibc-devel, glibc-headers and kernel-headers? > > I seem to recall that kernel-headers should never be needed explicitely. Well, that's what I consider to be a packaging bug. IMO, kernel-headers should never be needed unless explicitly required (or being pulled-in indirectly). Ralf From tmraz at redhat.com Fri Aug 31 09:28:50 2007 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 31 Aug 2007 11:28:50 +0200 Subject: "make upload" broke in Aug 28th rawhide? In-Reply-To: <1188551754.16407.31.camel@vespa.kabelta.loc> References: <46D499C5.806@redhat.com> <20070829000721.986c6273.mschwendt.tmp0701.nospam@arcor.de> <20070831051535.GB2793@dhcp-lab-186.brq.redhat.com> <1188551754.16407.31.camel@vespa.kabelta.loc> Message-ID: <1188552530.16407.35.camel@vespa.kabelta.loc> On Fri, 2007-08-31 at 11:15 +0200, Tomas Mraz wrote: > On Fri, 2007-08-31 at 07:15 +0200, Jindrich Novy wrote: > > Hi, > > > > On Wed, Aug 29, 2007 at 12:07:21AM +0200, Michael Schwendt wrote: > > > On Tue, 28 Aug 2007 17:55:17 -0400, Warren Togami wrote: > > > > > > > This afternoon I was attempting to diagnose why clumens' attempts to > > > > upload new source tarballs were failing, while it continued to work on > > > > my machine and nobody else was complaining. > > > > > > > Didn't have time to isolate what exactly broke it, and I don't have a > > > > local rawhide install here to do so quickly. Can somebody figure out > > > > what changed? > > > > > > Uploads are still done with "curl" afaik. So: > > > > > > * Tue Aug 28 2007 Jindrich Novy 7.16.4-3 > > > - don't use openssl, use nss instead > > > > > > > Yes, it's likely caused by the openssl -> nss switch, more at rhbz#266021. > > See also workaround in > https://bugzilla.redhat.com/show_bug.cgi?id=266021#c3 which requires > some changes to the Makefile though. And the changes are here - supposed that the NSS cert db is in ~/.nss, the cert nickname is Fedora and the NSS cert db password is not password protected. Index: Makefile.common =================================================================== RCS file: /cvs/pkgs/common/Makefile.common,v retrieving revision 1.73 diff -u -r1.73 Makefile.common --- Makefile.common 24 Jul 2007 17:10:44 -0000 1.73 +++ Makefile.common 31 Aug 2007 09:25:22 -0000 @@ -192,7 +192,7 @@ # we hardwire curl in here because the upload rules are very dependent # on curl's behavior on missing pages, ISEs, etc. -UPLOAD_CERT = $(shell if test -f $(HOME)/.fedora.cert ; then echo " --cert $(HOME)/.fedora.cert" ; fi) +UPLOAD_CERT = $(shell if test -d $(HOME)/.nss ; then echo " --cert Fedora --cacert $(HOME)/.nss" ; else if test -f $(HOME)/.fedora.cert ; then echo " --cert $(HOME)/.fedora.cert" ; fi ; fi) UPLOAD_CHECK = curl -k $(UPLOAD_CERT) --fail --silent UPLOAD_CLIENT = curl -k $(UPLOAD_CERT) --fail --show-error --progress-bar -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From Christian.Iseli at licr.org Fri Aug 31 09:29:29 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 31 Aug 2007 11:29:29 +0200 Subject: Fedora Package Status of Aug 30, 2007 In-Reply-To: <200708310123.55561.opensource@till.name> References: <20070831011627.0832e778@ludwig-alpha.unil.ch> <200708310123.55561.opensource@till.name> Message-ID: <20070831112929.1a035a85@ludwig-alpha.unil.ch> On Fri, 31 Aug 2007 01:23:47 +0200, Till Maas wrote: > On Fr August 31 2007, Christian Iseli wrote: > > > It seems to grab the correct info, but please let me know if you notice > > funnies... > > > CVS stats: > > - 4918 packages with a devel directory > > - 8 packages with no owners entry > > FC-1 FC-2 FC-5 RHL-8 RHL-9 glibc32 glibc64 tdma > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > This seems to be wrong. It sure looks fishy. The thing is that the CVS repo contains those directories, and each of those directories contains a devel subdirectory... exactly like a normal Fedora package. So it looks like a normal Fedora package that has no owner. I have no idea why those directories were created. I think it might have been a mistake, but maybe there was a purpose... The glibc32 and glibc64 look suspicious too... For tdma I can't find a package review request, so I suppose the CVS directory should be erased too (it's mostly empty anyway). Cheers, C From nicolas.mailhot at laposte.net Fri Aug 31 09:37:39 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 31 Aug 2007 11:37:39 +0200 (CEST) Subject: changelogs in packages and space use In-Reply-To: <1188542760.31789.171.camel@localhost.localdomain> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188542760.31789.171.camel@localhost.localdomain> Message-ID: <41703.192.54.193.51.1188553059.squirrel@rousalka.dyndns.org> Le Ven 31 ao?t 2007 08:46, Alexander Larsson a ?crit : > But all the information is still there if you really want it, in: > a) The specfile in the srpm > b) in cvs Both useless for the poor guy on a corporate internet-less lan that tries to figure why and update broke his system. +1 for making changelog storage more efficient (is the data compressed at all? +1 for trimming changelog -10 for removing local changelog storage "because it's in some on-line packager infrastructure" -- Nicolas Mailhot From zprikryl at redhat.com Fri Aug 31 09:40:36 2007 From: zprikryl at redhat.com (Zdenek Prikryl) Date: Fri, 31 Aug 2007 11:40:36 +0200 Subject: Could anyone test apmd-3.2.2-6 Message-ID: <46D7E214.60407@redhat.com> Hello, I tried to fix bugs 83770 , 91878 , 127318 , 192942 , but I do not have a hardware to sufficiently test it. So Could anyone, who has a laptop which supports apm technology test it? I uploaded rpms to http://zprikryl.fedorapeople.org/ and they are build for F8. Thanks Zdenek From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Aug 31 09:47:58 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 31 Aug 2007 11:47:58 +0200 Subject: changelogs in packages and space use In-Reply-To: <1188528437.27085.304.camel@cutter> References: <1188528437.27085.304.camel@cutter> Message-ID: <20070831114758.0043f06a@python3.es.egwn.lan> seth vidal wrote : > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > it for the repodata > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > to rpmbuild on rpm-maint list. > > 3. trim them out of the pkgs the next time we change a package. Just > prune them down to the last years worth of changelogs - maybe saving the > old changelogs in a file in the cvs repository - or even into an unused > source file in the srpm? I also like the 2nd option best. Seems like the best balance between space saved and relevant information kept easily available. And for older information we still have the original spec file. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 7 (Moonshine) - Linux kernel 2.6.22.5-71.fc7 Load : 0.44 0.71 0.63 From kanarip at kanarip.com Fri Aug 31 10:15:57 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 31 Aug 2007 12:15:57 +0200 Subject: changelogs in packages and space use In-Reply-To: <20070831114758.0043f06a@python3.es.egwn.lan> References: <1188528437.27085.304.camel@cutter> <20070831114758.0043f06a@python3.es.egwn.lan> Message-ID: <46D7EA5D.2030908@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Matthias Saou wrote: > seth vidal wrote : >> 2. trim repos at rpmbuild time - great - I've suggested it as an option >> to rpmbuild on rpm-maint list. >> > > I also like the 2nd option best. Seems like the best balance between > space saved and relevant information kept easily available. > And for older information we still have the original spec file. > > Matthias > Does this concern the .spec %changelog only, or does this also include any ChangeLog/CHANGES file in the actual source when pulled into the (binary) RPM? Would the SRPM still have the full changelog/spec? - -- Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFG1+mXKN6f2pNCvwgRArspAJ4hfxTzJ9w3EKLtL8Qw4qkfOB9+vQCgnR3B wMFzr6cj4NnDxmzMGwjEwK0= =FVSb -----END PGP SIGNATURE----- From robert at fedoraproject.org Fri Aug 31 10:41:45 2007 From: robert at fedoraproject.org (Robert Scheck) Date: Fri, 31 Aug 2007 12:41:45 +0200 Subject: changelogs in packages and space use In-Reply-To: <46D79942.3070105@redhat.com> References: <1188528437.27085.304.camel@cutter> <46D783D3.6060109@ioa.s.u-tokyo.ac.jp> <1188529731.27085.307.camel@cutter> <46D79942.3070105@redhat.com> Message-ID: <20070831104145.GA29264@hurricane.linuxnetz.de> On Thu, 30 Aug 2007, Eric Sandeen wrote: > I'd like to see all changelog entries remain that are related to patches > still carried in the src.rpm - and not thrown away just because that > patch was added > 1 year ago. Much harder to automate, though... If > there's a policy that says I can trim my own changelogs with that > criteria, I'll gladly do it. (Maybe the automated trimmer could only > nuke old changelog entries if the changelog is above a certain size > threshold?) +1 -- please keep complete %changelog in the spec file itself. Greetings, Robert From eric.tanguy at univ-nantes.fr Fri Aug 31 09:53:07 2007 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Fri, 31 Aug 2007 11:53:07 +0200 Subject: Compilation problem with rawhide Message-ID: <1188553987.3804.1.camel@bureau.maison> When i try to compile a lib in rawhide i obtain this error in configure section whereas there is no problem in F-7 : checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... cat: ld.so.conf.d/*.conf: No such file or directory GNU/Linux ld.so Someone could help me to solve this ? Thanks Eric From eric.tanguy at univ-nantes.fr Fri Aug 31 11:58:58 2007 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Fri, 31 Aug 2007 13:58:58 +0200 Subject: Compilation problem with rawhide In-Reply-To: <1188553987.3804.1.camel@bureau.maison> References: <1188553987.3804.1.camel@bureau.maison> Message-ID: <1188561538.3804.4.camel@bureau.maison> Le vendredi 31 ao?t 2007 ? 11:53 +0200, Tanguy Eric a ?crit : > When i try to compile a lib in rawhide i obtain this error in configure > section whereas there is no problem in F-7 : > checking for gcc option to produce PIC... -fPIC > checking if gcc PIC flag -fPIC works... yes > checking if gcc static flag -static works... yes > checking if gcc supports -c -o file.o... yes > checking whether the gcc linker (/usr/bin/ld) supports shared > libraries... yes > checking whether -lc should be explicitly linked in... no > checking dynamic linker characteristics... cat: ld.so.conf.d/*.conf: No > such file or directory > GNU/Linux ld.so > > Someone could help me to solve this ? > > Thanks > > Eric > It seems this not the problem. The problem is : gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../upnp/inc -I./inc -I../threadutil/inc -I../ixml/inc -I./src/inc -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Os -MT src/genlib/net/http/libupnp_la-httpreadwrite.lo -MD -MP -MF src/genlib/net/http/.deps/libupnp_la-httpreadwrite.Tpo -c src/genlib/net/http/httpreadwrite.c -fPIC -DPIC -o src/genlib/net/http/.libs/libupnp_la-httpreadwrite.o src/genlib/net/http/httpreadwrite.c: In function 'http_SendMessage': src/genlib/net/http/httpreadwrite.c:352: error: expected identifier before '(' token make[3]: *** [src/genlib/net/http/libupnp_la-httpreadwrite.lo] Error 1 The same srpm compile fine with F-7 so i can't understand where the problem come from. Thanks Eric From denis at poolshark.org Fri Aug 31 11:57:58 2007 From: denis at poolshark.org (Denis Leroy) Date: Fri, 31 Aug 2007 13:57:58 +0200 Subject: Unorphaning hamlib: looking for co-maintainer Message-ID: <46D80246.4020304@poolshark.org> I'm going to un-orphan hamlib as I have a package that depends on it. However since i know very little (read: nothing) about ham radio, I'm looking for a friendly co-maintainer to give me a hand. cheers -denis From markg85 at gmail.com Fri Aug 31 12:20:42 2007 From: markg85 at gmail.com (Mark) Date: Fri, 31 Aug 2007 14:20:42 +0200 Subject: Developing Fedora Derivative distro yum "priority" question In-Reply-To: <1188510322.22413.27.camel@oneill.fubar.dk> References: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> <1188507923.27085.280.camel@cutter> <6e24a8e80708301417g6fc2e9d0kf009913fff4fe961@mail.gmail.com> <1188509897.3654.15.camel@dhcp83-165.boston.redhat.com> <1188510322.22413.27.camel@oneill.fubar.dk> Message-ID: <6e24a8e80708310520y1919d75ej52fde4eb779e269f@mail.gmail.com> Oke clear enough. And where can we find those guidelines? From katzj at redhat.com Fri Aug 31 12:44:34 2007 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 31 Aug 2007 08:44:34 -0400 Subject: Fedora Package Status of Aug 30, 2007 In-Reply-To: <20070831112929.1a035a85@ludwig-alpha.unil.ch> References: <20070831011627.0832e778@ludwig-alpha.unil.ch> <200708310123.55561.opensource@till.name> <20070831112929.1a035a85@ludwig-alpha.unil.ch> Message-ID: <1188564275.31850.18.camel@localhost.localdomain> On Fri, 2007-08-31 at 11:29 +0200, Christian Iseli wrote: > The glibc32 and glibc64 look suspicious too... glibc32 and glibc64 are used by the buildsystem to allow building, eg, 32bit things on x86_64 and ppc64 things on ppc such as gcc. Originally done because the previous build-system only supported installing "native" arch packages, there's been a little talk of trying to get to where we install just the multilib glibc with mock/koji and letting that dtrt for the future Jeremy From fitzsim at redhat.com Fri Aug 31 13:40:29 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 31 Aug 2007 09:40:29 -0400 Subject: Fedora Package Status of Aug 30, 2007 In-Reply-To: <1188548051.16407.20.camel@vespa.kabelta.loc> References: <20070831011627.0832e778@ludwig-alpha.unil.ch> <20070831012835.b8c90107.mschwendt.tmp0701.nospam@arcor.de> <20070830203347.5e92bdc4@ender> <1188548051.16407.20.camel@vespa.kabelta.loc> Message-ID: <46D81A4D.8080307@redhat.com> Tomas Mraz wrote: > On Thu, 2007-08-30 at 20:33 -0400, Jesse Keating wrote: >> On Fri, 31 Aug 2007 01:28:35 +0200 >> Michael Schwendt wrote: >> >>>> - 11 orphaned packages, yet available in devel >>>> daap-sharp gkrellmms hamlib ktrack libedit luks-tools >>>> ndesk-dbus new otrs pam_usb sqlite2 >>> This is something for rel-eng. >> Fun, that's people not following the EndOfLife procedure correctly. >> I'll scrub them, hope nothing falls out from it. > > Is libedit really EOLed/unowned? From the last changelog entry it seems > Thomas Fitzsimmons took it. Thomas? Yes, I requested libedit to be unorphaned since it satisfies jython's readline requirement without invoking the GPL. This is important when using jython from Eclipse plugins. Tom From n0dalus+redhat at gmail.com Fri Aug 31 13:46:18 2007 From: n0dalus+redhat at gmail.com (n0dalus) Date: Fri, 31 Aug 2007 23:16:18 +0930 Subject: changelogs in packages and space use In-Reply-To: <1188528437.27085.304.camel@cutter> References: <1188528437.27085.304.camel@cutter> Message-ID: <6280325c0708310646s27fa00edqce7135bd688fc994@mail.gmail.com> On 8/31/07, seth vidal wrote: > Colin Walters mentioned on irc reducing the changelogs kept in pkgs a > bit to help us fit on the livecd a bit better. I didn't really believe > it would make enough of an impact to be noticeable but I did a little > mucking about and found I was wrong. So I wrote this: > > http://skvidal.fedorapeople.org/changelog/changelog-sizes.py > > It'll dump out 4 files: > > - old-repo.txt : changelogs from the pkgs in the repos where the > changelog entry is > 1yr old > - new-repo.txt : changelogs from the pkgs in the repos where the > changelog entry is < 1yr old > > > - old-db.txt : changelogs from the pkgs in the rpmdb where the changelog > entry is > 1yr old > - new-db.txt : changelogs from the pkgs in the rpmdb where the changelog > entry is < 1yr old > > On a mostly-rawhide system with rawhide repos I found: > > 8157 pkgs in rawhide repos: > new changelogs: 12M > old changelogs: 31M > > on my system 1128 packages installed: > new changelogs: 2.2M > old changelogs: 8.6M > > > That may not seem like much but when we're squinched for space in 700M > on a livecd that 8.6M might be all that's needed. Moreover it may be a > bit silly to be carting all of this history around in all the pkgs and > repodata and in the rpmdb. Esp if we're trying to trim download sizes > for various items. So things we can do: > > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > it for the repodata > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > to rpmbuild on rpm-maint list. > > 3. trim them out of the pkgs the next time we change a package. Just > prune them down to the last years worth of changelogs - maybe saving the > old changelogs in a file in the cvs repository - or even into an unused > source file in the srpm? > > What're people's thoughts on this? If the changelog is trimmed, it would be nice if the full changelog was provided in a new gzip compressed field. New versions of rpm would read and see the full changelog, while old versions would just get the trimmed version. On my system 8MB of changelogs generated by the script compresses to 2MB. Honestly though, I think there are probably better places to look for space savings. n0dalus. From abo at kth.se Fri Aug 31 13:52:41 2007 From: abo at kth.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Fri, 31 Aug 2007 15:52:41 +0200 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <16de708d0708201033n1268bd8dr516c38cb590a6419@mail.gmail.com> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> <1187628864.3382.27.camel@localhost.localdomain> <1187629942.6784.0.camel@sb-home> <56594.65.192.24.164.1187629663.squirrel@mail.jcomserv.net> <16de708d0708201033n1268bd8dr516c38cb590a6419@mail.gmail.com> Message-ID: <1188568361.27611.7.camel@home.alexander.bostrom.net> On Mon, 2007-08-20 at 12:33 -0500, Arthur Pemberton wrote: > Hence why I suggest doing this through s-c-secuirtylevel so that that > functionality can centrally be disabled That would be a checkbox. [ ] Trust all enabled services. Basically, what this means is, "don't allow incoming traffic except where root says it's ok", which might sometimes be what you want to achieve. If there's some easy way to include this service-generated "white list" in a specified place in a custom firewall configuration, that could perhaps be useful. /abo From caillon at redhat.com Fri Aug 31 13:54:36 2007 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 31 Aug 2007 09:54:36 -0400 Subject: Why don't we have a themed "Screen Locked" anymore? In-Reply-To: <6e24a8e80708301644pdad3362rc193a30e8d4dfeba@mail.gmail.com> References: <6e24a8e80708301644pdad3362rc193a30e8d4dfeba@mail.gmail.com> Message-ID: <46D81D9C.4090105@redhat.com> Mark wrote: > Hey, > > The question is quite clear i think: > Why don't we have a themed "Screen Locked" anymore? > > I was browsing through some old artwork (FC6) and found this: > http://people.redhat.com/dfong/fc6graphics/08screen.png > now i wonder why that wasn't in F7 and seems not to make it in F8 as > well... (i'm not reading anything about that on the art list). That was a mockup, and I don't think the backend bits to support that are in place. From wtogami at redhat.com Fri Aug 31 14:21:06 2007 From: wtogami at redhat.com (Warren Togami) Date: Fri, 31 Aug 2007 10:21:06 -0400 Subject: changelogs in packages and space use In-Reply-To: <20070831114758.0043f06a@python3.es.egwn.lan> References: <1188528437.27085.304.camel@cutter> <20070831114758.0043f06a@python3.es.egwn.lan> Message-ID: <46D823D2.70005@redhat.com> Matthias Saou wrote: > seth vidal wrote : > >> 1. trim the changelogs at createrepo-runtime - fine - but that only gets >> it for the repodata >> >> 2. trim repos at rpmbuild time - great - I've suggested it as an option >> to rpmbuild on rpm-maint list. >> >> 3. trim them out of the pkgs the next time we change a package. Just >> prune them down to the last years worth of changelogs - maybe saving the >> old changelogs in a file in the cvs repository - or even into an unused >> source file in the srpm? > > I also like the 2nd option best. Seems like the best balance between > space saved and relevant information kept easily available. > And for older information we still have the original spec file. > > Matthias > Perhaps the end of the auto-trimmed %changelog could have text inserted that points at a URL to the full %changelog. Warren Togami wtogami at redhat.com From rdieter at math.unl.edu Fri Aug 31 14:27:04 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 31 Aug 2007 09:27:04 -0500 Subject: Developing Fedora Derivative distro yum "priority" question References: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> <1188507923.27085.280.camel@cutter> <6e24a8e80708301417g6fc2e9d0kf009913fff4fe961@mail.gmail.com> <1188509897.3654.15.camel@dhcp83-165.boston.redhat.com> <1188510322.22413.27.camel@oneill.fubar.dk> <6e24a8e80708310520y1919d75ej52fde4eb779e269f@mail.gmail.com> Message-ID: Mark wrote: > Oke clear enough. > And where can we find those guidelines? For now the best info I could find is: http://fedoraproject.org/wiki/Legal/TrademarkGuidelines and http://rhold.fedoraproject.org/About/legal/trademarks/guidelines/ in particular, http://rhold.fedoraproject.org/About/legal/trademarks/guidelines/page5.html -- Rex From ffesti at redhat.com Fri Aug 31 14:33:54 2007 From: ffesti at redhat.com (Florian Festi) Date: Fri, 31 Aug 2007 16:33:54 +0200 Subject: changelogs in packages and space use In-Reply-To: <1188528437.27085.304.camel@cutter> References: <1188528437.27085.304.camel@cutter> Message-ID: <46D826D2.70608@redhat.com> seth vidal wrote: > 8157 pkgs in rawhide repos: > new changelogs: 12M > old changelogs: 31M > > on my system 1128 packages installed: > new changelogs: 2.2M > old changelogs: 8.6M > > > That may not seem like much but when we're squinched for space in 700M > on a livecd that 8.6M might be all that's needed. Moreover it may be a > bit silly to be carting all of this history around in all the pkgs and > repodata and in the rpmdb. Esp if we're trying to trim download sizes > for various items. So things we can do: At first I think starting this discussion with the live CD in mind is a mistake. If 700MB is not sufficient use an DVD - or replace GNOME/KDE by FVWM. Saving a few megs won't cut it anyway. Crippling RPM/our packages just to create a LiveCD sounds like a bad idea. Especially as the Fedora (as a usable installation) grows from release to release and won't fit into the won space quite soon. Nevertheless we are moving a lot of of unnecessary data over the wire. The way to go in the long run would be to compress the rpm headers. This would not only reduce the bandwidth wasted for the changelog but also for all the other tags - the file list to name the biggest one. Panu to the rescue! Florian From nicu_fedora at nicubunu.ro Fri Aug 31 14:37:04 2007 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Fri, 31 Aug 2007 17:37:04 +0300 Subject: Why don't we have a themed "Screen Locked" anymore? In-Reply-To: <46D81D9C.4090105@redhat.com> References: <6e24a8e80708301644pdad3362rc193a30e8d4dfeba@mail.gmail.com> <46D81D9C.4090105@redhat.com> Message-ID: <46D82790.2070001@nicubunu.ro> Christopher Aillon wrote: > Mark wrote: >> >> The question is quite clear i think: >> Why don't we have a themed "Screen Locked" anymore? >> >> I was browsing through some old artwork (FC6) and found this: >> http://people.redhat.com/dfong/fc6graphics/08screen.png >> now i wonder why that wasn't in F7 and seems not to make it in F8 as >> well... (i'm not reading anything about that on the art list). > > That was a mockup, and I don't think the backend bits to support that > are in place. Nope, we definitely had it working in F5 and its implementation is described here: http://fedoraproject.org/wiki/Artwork/ThemingOverview#head-2414bc3393d60e74e98f1d2e003787fbb4baf701 Also, a quote from the same page: "Please don't focus on this graphic piece as it's turned off by default in both upstream and Fedora's GNOME." -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From dcantrell at redhat.com Fri Aug 31 14:46:34 2007 From: dcantrell at redhat.com (David Cantrell) Date: Fri, 31 Aug 2007 10:46:34 -0400 Subject: changelogs in packages and space use In-Reply-To: References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> Message-ID: <20070831104634.aa4ae768.dcantrell@redhat.com> On Fri, 31 Aug 2007 09:52:28 +0300 (EEST) Panu Matilainen wrote: > On Fri, 31 Aug 2007, seth vidal wrote: > > On Fri, 2007-08-31 at 08:30 +0200, Ralf Corsepius wrote: > >> On Fri, 2007-08-31 at 02:14 -0400, seth vidal wrote: > >>> On Fri, 2007-08-31 at 08:01 +0200, Alexander Larsson wrote: > >>>> On Thu, 2007-08-30 at 22:47 -0400, seth vidal wrote:: > >>>>> > >>>>> 1. trim the changelogs at createrepo-runtime - fine - but that only gets > >>>>> it for the repodata > >>>>> > >>>>> 2. trim repos at rpmbuild time - great - I've suggested it as an option > >>>>> to rpmbuild on rpm-maint list. > >>>>> > >>>>> 3. trim them out of the pkgs the next time we change a package. Just > >>>>> prune them down to the last years worth of changelogs - maybe saving the > >>>>> old changelogs in a file in the cvs repository - or even into an unused > >>>>> source file in the srpm? > >>>>> > >>>>> What're people's thoughts on this? > >>>> > >>>> 3 is a data loss of possibly useful info, and 1 doesn't help rpm > >>>> download size. I think clearly proposal nr 2 is the best. > >>> > >>> okay - then if 2 is implemented in rpm then I'd suggest we limit it to > >>> the last year, that's two releases-worth of changelogs -it should cover > >>> reasonably well. > >> Hmm, I am not convinced that this is a good move, because such a > >> "time-based pruning" is a pretty random/arbitrary criterion, which is > >> not necessarily related to a changelog entry's value. > >> > >> The same applies to "n-th last entries" or "size-based pruning". > >> > >> Instead I'd prefer "source-level downsizing", i.e. maintainers to keep > >> their changelog's in "reasonable shape". > >> > > > > the time based pruning would only be in the produced rpms - not in the > > actual spec file. And if we have a package which is gone a year w/o > > being touched in anyway that touches the changelog - maybe that's a > > problem :) > > What buggers me most about this whole discussion is that we're treating a > symptom, not the disease. Adding an option to rpmbuild to cut the Thank you. I was waiting for someone to mention that. Treating the symptom is not the right answer. > changelogs where desired is no big deal, but the real issue IMO is that > there's an enormous amount of redundancy in the changelog data. All of it > is carried as a separate copy in > - each binary rpm and it's possible subpackages > - likewise for rpmdb itself for installed packages > - src.rpm header > - in the spec inside src.rpm > - repository metadata (several times due to subpackages and src.rpms) > > That's helluva lot of duplicate data when you're transferring it over the > wire... Everyone likes to talk about use cases, so let's go down that road. What are the use cases for the RPM changelog data? 1) Like many people have said, I like to 'rpm -q --changelog' an RPM to see what has changed. Especially if its functionality has changed from what I know. Maybe it's desired or undesired, but the changelog gives a quick indication. 2) People like to query the changelog in the RPM to look for specific bug numbers. What else? We can still deliver that to the target system. Panu has already pointed out that we already deliver the changelog at least 5 times over. We should figure out where to put this information once and still be able to deliver it to the target system. Arbitrarily deciding to remove all changelog entries older than 1 year is stupid. For some packages you'll end up with one entry (or none!) and for some packages you probably won't make a dent (kernel?). -- David Cantrell Red Hat / Westford, MA -------------- 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 Fri Aug 31 14:46:08 2007 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Fri, 31 Aug 2007 17:46:08 +0300 Subject: Why don't we have a themed "Screen Locked" anymore? In-Reply-To: <46D82790.2070001@nicubunu.ro> References: <6e24a8e80708301644pdad3362rc193a30e8d4dfeba@mail.gmail.com> <46D81D9C.4090105@redhat.com> <46D82790.2070001@nicubunu.ro> Message-ID: <46D829B0.5030605@nicubunu.ro> Nicu Buculei wrote: >> Mark wrote: >>> >>> The question is quite clear i think: >>> Why don't we have a themed "Screen Locked" anymore? >>> >>> I was browsing through some old artwork (FC6) and found this: >>> http://people.redhat.com/dfong/fc6graphics/08screen.png >>> now i wonder why that wasn't in F7 and seems not to make it in F8 as >>> well... (i'm not reading anything about that on the art list). > > Nope, we definitely had it working in F5 and its implementation is > described here: > http://fedoraproject.org/wiki/Artwork/ThemingOverview#head-2414bc3393d60e74e98f1d2e003787fbb4baf701 Some more reading about this: https://www.redhat.com/archives/fedora-art-list/2006-December/msg00074.html https://www.redhat.com/archives/fedora-art-list/2007-January/msg00124.html -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From dmc.fedora at filteredperception.org Fri Aug 31 14:47:29 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Fri, 31 Aug 2007 09:47:29 -0500 Subject: Developing Fedora Derivative distro yum "priority" question In-Reply-To: References: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> <1188507923.27085.280.camel@cutter> <6e24a8e80708301417g6fc2e9d0kf009913fff4fe961@mail.gmail.com> <1188509897.3654.15.camel@dhcp83-165.boston.redhat.com> <1188510322.22413.27.camel@oneill.fubar.dk> <6e24a8e80708310520y1919d75ej52fde4eb779e269f@mail.gmail.com> Message-ID: <46D82A01.4000301@filteredperception.org> Rex Dieter wrote: > Mark wrote: > >> Oke clear enough. >> And where can we find those guidelines? > > For now the best info I could find is: > http://fedoraproject.org/wiki/Legal/TrademarkGuidelines > and > http://rhold.fedoraproject.org/About/legal/trademarks/guidelines/ > in particular, > http://rhold.fedoraproject.org/About/legal/trademarks/guidelines/page5.html That is WAY COOL! ;) The one thing missing from that page, is the explicit permission I've seen in the past to call your derived work "a derivative of Fedora(tm)" or "based on Fedora(tm)". As opposed to the policy redhat has with centos, i.e. they are stuck with referring to "our nameless faceless upstream enterprise vendor". -dmc From artpi at ptic.pl Fri Aug 31 14:57:32 2007 From: artpi at ptic.pl (artpi at ptic.pl) Date: Fri, 31 Aug 2007 16:57:32 +0200 Subject: Unorphaning hamlib: looking for co-maintainer In-Reply-To: <46D80246.4020304@poolshark.org> References: <46D80246.4020304@poolshark.org> Message-ID: <46D82C5C.8070709@ptic.pl> Denis Leroy pisze: > I'm going to un-orphan hamlib as I have a package that depends on it. > > However since i know very little (read: nothing) about ham radio, I'm > looking for a friendly co-maintainer to give me a hand. Hi I am not familiar with packaging the packege, but I have some knowledge about ham radio. So, if I can help You in this area, ask me about ham radio topics. Consider that these informations are not special interested for other maling list users, You can aks me directly if You prefer. Artur Pierscinski From sandeen at redhat.com Fri Aug 31 15:09:09 2007 From: sandeen at redhat.com (Eric Sandeen) Date: Fri, 31 Aug 2007 10:09:09 -0500 Subject: changelogs in packages and space use In-Reply-To: <20070831104634.aa4ae768.dcantrell@redhat.com> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> <20070831104634.aa4ae768.dcantrell@redhat.com> Message-ID: <46D82F15.40108@redhat.com> David Cantrell wrote: > Arbitrarily deciding to remove all changelog entries older than 1 year is stupid. For some packages you'll end up with one entry (or none!) and for some packages you probably won't make a dent (kernel?). It seems reasonable to me, as a simple starting point, to ask maintainers to trim changelogs to information that is relevant to that %{VERSION}. (maybe last 2 versions). Ideally that changelog would contain documentation for all patches still carried, and go back to the changelog entry that bumped the version (or 2). Perhaps if that version bump caused patches to be removed, that should also be in the changelog, with rationale ("patch FOO removed, now upstream"). If the changelog entries have the format: * then presumably automated checks could be run for changelog entries older than the current revision (or 2), and warnings or errors issued. If you must know what happened before that, go get the older rpm and take a peek. I know this doesn't address the replicated data issue, but it might address the size of the data being replicated, at least :) -Eric From twaugh at redhat.com Fri Aug 31 15:17:40 2007 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 31 Aug 2007 16:17:40 +0100 Subject: pam_console help needed: HPLIP permissions In-Reply-To: <1188490198.22413.17.camel@oneill.fubar.dk> References: <1188488340.5210.28.camel@cyberelk.elk> <1188490198.22413.17.camel@oneill.fubar.dk> Message-ID: <1188573460.17250.14.camel@cyberelk.elk> On Thu, 2007-08-30 at 12:09 -0400, David Zeuthen wrote: > Just generate a fdi file like sane-backends does with the patch that I > got upstream > > http://lists.alioth.debian.org/pipermail/sane-devel/2007-March/018763.html I can't get this to work. I tried this file, to test: scanner proprietary as 10-hplip-scanner.fdi, but when I connect the device lshal shows me this: udi = '/org/freedesktop/Hal/devices/usb_device_ffffffff_ffffffff_noserial' info.bus = 'usb' (string) info.linux.driver = 'usblp' (string) info.parent = '/org/freedesktop/Hal/devices/usb_device_3f0_3304_US05XXX00XLG' (string) info.product = 'USB Interface' (string) info.subsystem = 'usb' (string) info.udi = '/org/freedesktop/Hal/devices/usb_device_ffffffff_ffffffff_noserial' (string) linux.hotplug_type = 2 (0x2) (int) linux.subsystem = 'usb' (string) linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:07.2/usb1/1-2/1-2.1/1-2.1:1.0' (string) usb.bus_number = 1 (0x1) (int) usb.can_wake_up = false (bool) usb.configuration_value = 1 (0x1) (int) usb.device_class = 0 (0x0) (int) usb.device_protocol = 0 (0x0) (int) usb.device_revision_bcd = 256 (0x100) (int) usb.device_subclass = 0 (0x0) (int) usb.is_self_powered = true (bool) usb.linux.device_number = 22 (0x16) (int) usb.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:07.2/usb1/1-2/1-2.1/1-2.1:1.0' (string) usb.max_power = 2 (0x2) (int) usb.num_configurations = 1 (0x1) (int) usb.num_interfaces = 1 (0x1) (int) usb.num_ports = 0 (0x0) (int) usb.product = 'USB Interface' (string) usb.product_id = 13060 (0x3304) (int) usb.serial = 'US05XXX00XLG' (string) usb.speed = 12.0 (12) (double) usb.speed_bcd = 4608 (0x1200) (int) usb.vendor = 'Hewlett-Packard' (string) usb.vendor_id = 1008 (0x3f0) (int) usb.version = 1.1 (1.1) (double) usb.version_bcd = 272 (0x110) (int) It's the only device in the lshal output that has usb.product_id == 0x3304. 'lshal|grep scanner' gives no output. > For this I'd advise to just use the udev rule you already got; it's not > interesting in terms of ACL's as they will never vary (since CUPS does > it's own access control) and we just need them since the hp CUPS backend > is architected in a way so it needs special permissions [1]. > [...] > [1] : which I suppose is unnecessary as cups already run as root and > they could then just drop permissions in the backend process itself > after having opened the device node It is much better to get the permissions set correctly on the USB device node from an SELinux policy point of view. 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 a.badger at gmail.com Fri Aug 31 15:23:23 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 31 Aug 2007 08:23:23 -0700 Subject: changelogs in packages and space use In-Reply-To: <1188528437.27085.304.camel@cutter> References: <1188528437.27085.304.camel@cutter> Message-ID: <46D8326B.7000607@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 seth vidal wrote: > 1. trim the changelogs at createrepo-runtime - fine - but that only gets > it for the repodata > > 2. trim repos at rpmbuild time - great - I've suggested it as an option > to rpmbuild on rpm-maint list. > > 3. trim them out of the pkgs the next time we change a package. Just > prune them down to the last years worth of changelogs - maybe saving the > old changelogs in a file in the cvs repository - or even into an unused > source file in the srpm? > > What're people's thoughts on this? > I dislike all of these options for different reasons. I would like the following features in a solution: 1) Automated -- having individual maintainers do it takes up their time and leads to different treatment of changelogs depending on the maintainer. 2) Consistent -- Ideally, all changelog entries from the newest to the oldest would get the same treatment. 3) Happens as early in rpm creation as possible -- If it occurs at createrepo time it only deals with one level of the problem. Happening at rpmbuild time handles repodata, rpm header, and rpmdb. Spec file time includes the spec and srpm. A) Bonus feature: tie the cvs and changelog information together -- This is a separate issue as the cvs changelog goes through an entirely different set of distribution channels as the rpm changelog. But it is a needless duplication. So far, I like Florian Festi's idea to compress all the rpm headers the most as it addresses 1, 2, and 3 above but I haven't found anything that tells what Panu's thoughts on this are. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG2DJrX6yAic2E7kgRAu+gAJ4nCI5mDaoizDVj96ZPCm6Qz747gwCgiKjO Y4WZQGjmM9gzLAYvswuqF6M= =70qw -----END PGP SIGNATURE----- From walters at redhat.com Fri Aug 31 15:45:39 2007 From: walters at redhat.com (Colin Walters) Date: Fri, 31 Aug 2007 11:45:39 -0400 Subject: changelogs in packages and space use In-Reply-To: <46D8326B.7000607@gmail.com> References: <1188528437.27085.304.camel@cutter> <46D8326B.7000607@gmail.com> Message-ID: On 8/31/07, Toshio Kuratomi wrote: > > > A) Bonus feature: tie the cvs and changelog information together -- This > is a separate issue as the cvs changelog goes through an entirely > different set of distribution channels as the rpm changelog. But it is > a needless duplication. This one was actually a bigger concern - mostly the developer time wasted in maintaining it versus just using "cvs commit". (I know "make clog" exists as a workaround). Anyways I installed TurboGears last weekend and started on a fix, we'll see if I can make it go. -------------- next part -------------- An HTML attachment was scrubbed... URL: From soren at ubuntu.com Fri Aug 31 16:01:01 2007 From: soren at ubuntu.com (Soren Hansen) Date: Fri, 31 Aug 2007 18:01:01 +0200 Subject: Making "upstream" tarballs available Message-ID: <20070831160101.GA978@atlas.linux2go.dk> Hi! After a bit of discussion on #fedora-devel I was directed here to start some discussion. The issue is that you guys have some neat stuff in Fedora which you essentially are also upstream for. Now, usually when we (Ubuntu in my case) package software, we go to a homepage or ftp site or whatever to grab a tarball, add our packaging to that and upload it to our archive. If I want to do the same with, say, system-config-samba, I've just learned that I should go to koji, grab the SRPM, donwload it, extract the "upstream" tar.bz2 from the SRPM and convert it to a tar.gz (yes, I need a gzipped version, but don't worry about that). It's hard to discover availability of new versions and equally hard to get my hands on the corresponding tarball. The short version is: It would be massively helpful to us (and possibly others) if you could provide those tarballs in a more (for us) easily accessible place, e.g. an ftp site or a web site of some sort. Thanks in advance! -- Soren Hansen Ubuntu Server Team http://www.ubuntu.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From sundaram at fedoraproject.org Fri Aug 31 16:02:06 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 31 Aug 2007 21:32:06 +0530 Subject: Developing Fedora Derivative distro yum "priority" question In-Reply-To: <46D82A01.4000301@filteredperception.org> References: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> <1188507923.27085.280.camel@cutter> <6e24a8e80708301417g6fc2e9d0kf009913fff4fe961@mail.gmail.com> <1188509897.3654.15.camel@dhcp83-165.boston.redhat.com> <1188510322.22413.27.camel@oneill.fubar.dk> <6e24a8e80708310520y1919d75ej52fde4eb779e269f@mail.gmail.com> <46D82A01.4000301@filteredperception.org> Message-ID: <46D83B7E.9040703@fedoraproject.org> Douglas McClendon wrote: > > That is WAY COOL! ;) > > The one thing missing from that page, is the explicit permission I've > seen in the past to call your derived work "a derivative of Fedora(tm)" > or "based on Fedora(tm)". http://fedoraproject.org/wiki/Distribution "You may also not then say that your product "contains Fedora" or is an alternate "edition" of Fedora. You may say that your product is "a derivative of Fedora" or is "built upon Fedora", but you must make it clear that your product is NOT Fedora" This is based on "fair use" and you don't need explicit permission. > As opposed to the policy redhat has with centos, i.e. they are stuck > with referring to "our nameless faceless upstream enterprise vendor". Commercial products tend to have more strict requirements. Rahul From ndbecker2 at gmail.com Fri Aug 31 16:13:28 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 31 Aug 2007 12:13:28 -0400 Subject: kde 4.0 delayed Message-ID: http://www.phoronix.com/scan.php?page=news_item&px=NjAyMA From sundaram at fedoraproject.org Fri Aug 31 16:22:09 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 31 Aug 2007 21:52:09 +0530 Subject: kde 4.0 delayed In-Reply-To: References: Message-ID: <46D84031.5040409@fedoraproject.org> Neal Becker wrote: > http://www.phoronix.com/scan.php?page=news_item&px=NjAyMA KDE 4 is not going to be the default KDE for Fedora 8 anyway. http://rdieter.livejournal.com/2640.html Rahul From mclasen at redhat.com Fri Aug 31 16:29:03 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 31 Aug 2007 12:29:03 -0400 Subject: Why don't we have a themed "Screen Locked" anymore? In-Reply-To: <46D81D9C.4090105@redhat.com> References: <6e24a8e80708301644pdad3362rc193a30e8d4dfeba@mail.gmail.com> <46D81D9C.4090105@redhat.com> Message-ID: <1188577744.4620.2.camel@localhost.localdomain> On Fri, 2007-08-31 at 09:54 -0400, Christopher Aillon wrote: > Mark wrote: > > Hey, > > > > The question is quite clear i think: > > Why don't we have a themed "Screen Locked" anymore? > > > > I was browsing through some old artwork (FC6) and found this: > > http://people.redhat.com/dfong/fc6graphics/08screen.png > > now i wonder why that wasn't in F7 and seems not to make it in F8 as > > well... (i'm not reading anything about that on the art list). > > That was a mockup, and I don't think the backend bits to support that > are in place. Just do gconftool-2 --type string --set /apps/gnome-screensaver/lock_dialog_theme system to get that dialog. We turned it off by default, since some people were confused by it. Matthias From rdieter at math.unl.edu Fri Aug 31 16:45:34 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 31 Aug 2007 11:45:34 -0500 Subject: kde 4.0 delayed In-Reply-To: <46D84031.5040409@fedoraproject.org> References: <46D84031.5040409@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > Neal Becker wrote: >> http://www.phoronix.com/scan.php?page=news_item&px=NjAyMA > KDE 4 is not going to be the default KDE for Fedora 8 anyway. > http://rdieter.livejournal.com/2640.html Yeah, I pretty much knew the release delay was coming, which was one unofficial reason I wasn't pushing even harder recently to make sh#$*t happen here (in fedora). :) I updated http://fedoraproject.org/wiki/Releases/8/Schedule accordingly. -- Rex From rdieter at math.unl.edu Fri Aug 31 16:48:24 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 31 Aug 2007 11:48:24 -0500 Subject: Compilation problem with rawhide In-Reply-To: <1188561538.3804.4.camel@bureau.maison> References: <1188553987.3804.1.camel@bureau.maison> <1188561538.3804.4.camel@bureau.maison> Message-ID: Tanguy Eric wrote: > It seems this not the problem. > The problem is : > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../upnp/inc -I./inc > -I../threadutil/inc > -I../ixml/inc -I./src/inc -pthread -O2 -g -pipe -Wall > -Wp,-D_FORTIFY_SOURCE=2 > -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 > -march=i386 > -mtune=generic -fasynchronous-unwind-tables -Os -MT > src/genlib/net/http/libupnp_la-httpreadwrite.lo -MD -MP -MF > src/genlib/net/http/.deps/libupnp_la-httpreadwrite.Tpo -c > src/genlib/net/http/httpreadwrite.c -fPIC -DPIC -o > src/genlib/net/http/.libs/libupnp_la-httpreadwrite.o > src/genlib/net/http/httpreadwrite.c: In function 'http_SendMessage': > src/genlib/net/http/httpreadwrite.c:352: error: expected identifier > before '(' token > make[3]: *** [src/genlib/net/http/libupnp_la-httpreadwrite.lo] Error 1 > > The same srpm compile fine with F-7 so i can't understand where the > problem come from. Look in httpreadwrite.c, I'll bet there is an "open" call near/before line 352. You'll likely need to patch to change open to (open) glibc macro/posix ickiness goin on. -- Rex From pemboa at gmail.com Fri Aug 31 18:07:12 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 31 Aug 2007 13:07:12 -0500 Subject: Services automaticly change firewall rules to open access to themselfs. In-Reply-To: <1188568361.27611.7.camel@home.alexander.bostrom.net> References: <46C9BF64.9040103@hi.is> <1187628043.7085.106.camel@localhost.localdomain> <1187628864.3382.27.camel@localhost.localdomain> <1187629942.6784.0.camel@sb-home> <56594.65.192.24.164.1187629663.squirrel@mail.jcomserv.net> <16de708d0708201033n1268bd8dr516c38cb590a6419@mail.gmail.com> <1188568361.27611.7.camel@home.alexander.bostrom.net> Message-ID: <16de708d0708311107y268f14eeq8b18dcb40b85b538@mail.gmail.com> On 8/31/07, Alexander Bostr?m wrote: > On Mon, 2007-08-20 at 12:33 -0500, Arthur Pemberton wrote: > > > Hence why I suggest doing this through s-c-secuirtylevel so that that > > functionality can centrally be disabled > > That would be a checkbox. > > [ ] Trust all enabled services. > > Basically, what this means is, "don't allow incoming traffic except > where root says it's ok", which might sometimes be what you want to > achieve. > > If there's some easy way to include this service-generated "white list" > in a specified place in a custom firewall configuration, that could > perhaps be useful. By the way, I still think that tis is a good idea. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From loupgaroublond at gmail.com Fri Aug 31 18:15:54 2007 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Fri, 31 Aug 2007 14:15:54 -0400 Subject: ubuntu bulletproof x In-Reply-To: <1188550495.6085.6.camel@clockmaker.usersys.redhat.com> References: <1188480206.7545.9.camel@dawkins.stavtrup-st.dk> <1c847b0708300649n4a91a686vab2c355e0c7d7c5e@mail.gmail.com> <1188550495.6085.6.camel@clockmaker.usersys.redhat.com> Message-ID: <7f692fec0708311115i5a0efb87td15a150abb158da9@mail.gmail.com> On 8/31/07, Dave Airlie wrote: > Really if you have to ask the user you've already lost.... > > The main use this gives is you can let a user try the binary driver, and > if it tanks, you can use the GUI to go back to the open source or vice > versa, > > Really though a simple ordering like: > 1. Users current xorg.conf > 2. No x.org conf - default driver > 3. Try another driver in list (like fglrx or radeon) > 4. Try vesa. > 5. lose. So you have either a choice to lose, and let the user feel helpless and out of control, or you give them at least a chance to try something out. If the user is intelligent, even if he's not technically oriented, he can then say "I tried the following settings and they all didn't work." Not that I'm going to say this is the best implementation either, but it's better than just a BSOD (Black Screen of Doom). -Yaakov From rrelyea at redhat.com Fri Aug 31 18:18:49 2007 From: rrelyea at redhat.com (Robert Relyea) Date: Fri, 31 Aug 2007 11:18:49 -0700 Subject: "make upload" broke in Aug 28th rawhide? In-Reply-To: <1188552530.16407.35.camel@vespa.kabelta.loc> References: <46D499C5.806@redhat.com> <20070829000721.986c6273.mschwendt.tmp0701.nospam@arcor.de> <20070831051535.GB2793@dhcp-lab-186.brq.redhat.com> <1188551754.16407.31.camel@vespa.kabelta.loc> <1188552530.16407.35.camel@vespa.kabelta.loc> Message-ID: <46D85B89.3030907@REDHAT.COM> Tomas Mraz wrote: > On Fri, 2007-08-31 at 11:15 +0200, Tomas Mraz wrote: > >> On Fri, 2007-08-31 at 07:15 +0200, Jindrich Novy wrote: >> >>> Hi, >>> >>> On Wed, Aug 29, 2007 at 12:07:21AM +0200, Michael Schwendt wrote: >>> >>>> On Tue, 28 Aug 2007 17:55:17 -0400, Warren Togami wrote: >>>> >>>> >>>>> This afternoon I was attempting to diagnose why clumens' attempts to >>>>> upload new source tarballs were failing, while it continued to work on >>>>> my machine and nobody else was complaining. >>>>> >>>>> Didn't have time to isolate what exactly broke it, and I don't have a >>>>> local rawhide install here to do so quickly. Can somebody figure out >>>>> what changed? >>>>> >>>> Uploads are still done with "curl" afaik. So: >>>> >>>> * Tue Aug 28 2007 Jindrich Novy 7.16.4-3 >>>> - don't use openssl, use nss instead >>>> >>>> >>> Yes, it's likely caused by the openssl -> nss switch, more at rhbz#266021. >>> >> See also workaround in >> https://bugzilla.redhat.com/show_bug.cgi?id=266021#c3 which requires >> some changes to the Makefile though. >> > And the changes are here - supposed that the NSS cert db is in ~/.nss, > the cert nickname is Fedora and the NSS cert db password is not password > protected. > > Index: Makefile.common > =================================================================== > RCS file: /cvs/pkgs/common/Makefile.common,v > retrieving revision 1.73 > diff -u -r1.73 Makefile.common > --- Makefile.common 24 Jul 2007 17:10:44 -0000 1.73 > +++ Makefile.common 31 Aug 2007 09:25:22 -0000 > @@ -192,7 +192,7 @@ > > # we hardwire curl in here because the upload rules are very dependent > # on curl's behavior on missing pages, ISEs, etc. > -UPLOAD_CERT = $(shell if test -f $(HOME)/.fedora.cert ; then echo " --cert $(HOME)/.fedora.cert" ; fi) > +UPLOAD_CERT = $(shell if test -d $(HOME)/.nss ; then echo " --cert Fedora --cacert $(HOME)/.nss" ; else if test -f $(HOME)/.fedora.cert ; then echo " --cert $(HOME)/.fedora.cert" ; fi ; fi) > UPLOAD_CHECK = curl -k $(UPLOAD_CERT) --fail --silent > UPLOAD_CLIENT = curl -k $(UPLOAD_CERT) --fail --show-error --progress-bar > > We'll have the pem loading working shortly. We had it in nss_compat_ossl, but it didn't get included in curl. Longer term we should put the cert in the NSS db as tomas's patch show, that way more than just curl can access the certificate. bob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3420 bytes Desc: S/MIME Cryptographic Signature URL: From lesmikesell at gmail.com Fri Aug 31 18:28:53 2007 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 31 Aug 2007 13:28:53 -0500 Subject: ubuntu bulletproof x In-Reply-To: <7f692fec0708311115i5a0efb87td15a150abb158da9@mail.gmail.com> References: <1188480206.7545.9.camel@dawkins.stavtrup-st.dk> <1c847b0708300649n4a91a686vab2c355e0c7d7c5e@mail.gmail.com> <1188550495.6085.6.camel@clockmaker.usersys.redhat.com> <7f692fec0708311115i5a0efb87td15a150abb158da9@mail.gmail.com> Message-ID: <46D85DE5.70407@gmail.com> Yaakov Nemoy wrote: >> The main use this gives is you can let a user try the binary driver, and >> if it tanks, you can use the GUI to go back to the open source or vice >> versa, >> >> Really though a simple ordering like: >> 1. Users current xorg.conf >> 2. No x.org conf - default driver >> 3. Try another driver in list (like fglrx or radeon) >> 4. Try vesa. >> 5. lose. > > So you have either a choice to lose, and let the user feel helpless > and out of control, or you give them at least a chance to try > something out. If the user is intelligent, even if he's not > technically oriented, he can then say "I tried the following settings > and they all didn't work." > > Not that I'm going to say this is the best implementation either, but > it's better than just a BSOD (Black Screen of Doom). The biggest problem I've seen with X is having to provide modelines for equipment not included in the stock setup. Is there any way that when someone computes their own modelines and it comes up working that the system could automatically ask permission to post the settings to a central database so others with matching hardware would not have to repeat the work? -- Les Mikesell lesmikesell at gmail.com From dcantrell at redhat.com Fri Aug 31 18:44:55 2007 From: dcantrell at redhat.com (David Cantrell) Date: Fri, 31 Aug 2007 14:44:55 -0400 Subject: changelogs in packages and space use In-Reply-To: <46D82F15.40108@redhat.com> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> <20070831104634.aa4ae768.dcantrell@redhat.com> <46D82F15.40108@redhat.com> Message-ID: <20070831144455.cab2dabe.dcantrell@redhat.com> On Fri, 31 Aug 2007 10:09:09 -0500 Eric Sandeen wrote: > David Cantrell wrote: > > > Arbitrarily deciding to remove all changelog entries older than 1 year is stupid. For some packages you'll end up with one entry (or none!) and for some packages you probably won't make a dent (kernel?). > > It seems reasonable to me, as a simple starting point, to ask > maintainers to trim changelogs to information that is relevant to that > %{VERSION}. (maybe last 2 versions). Ideally that changelog would > contain documentation for all patches still carried, and go back to the > changelog entry that bumped the version (or 2). Perhaps if that version > bump caused patches to be removed, that should also be in the changelog, > with rationale ("patch FOO removed, now upstream"). I think this is fine as a distribution policy that package maintainers should follow, sort of a best practices approach. > If the changelog entries have the format: > > * > > then presumably automated checks could be run for changelog entries > older than the current revision (or 2), and warnings or errors issued. > > If you must know what happened before that, go get the older rpm and > take a peek. I don't think an automated script to prune changelogs is necessary or even a good idea. Package maintainers should be told what best practices to follow and that's it. We shouldn't be relying on so many housekeeping scripts that may or may not work. Packages vary greatly, especially the changelog data. Some packages are essentially the upstream source for a project, so that changelog may be way more verbose than something we just compile and pack up. I think it's a task for the package maintainer and not a script. > I know this doesn't address the replicated data issue, but it might > address the size of the data being replicated, at least :) But it's sort of pointless to go to the trouble to remove a relatively minor amount of text to gain a small amount of space. I think time is better spent solving the actual problem. -- David Cantrell Red Hat / Westford, MA -------------- 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 Aug 31 18:46:41 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 31 Aug 2007 10:46:41 -0800 Subject: Developing Fedora Derivative distro yum "priority" question In-Reply-To: <46D83B7E.9040703@fedoraproject.org> References: <6e24a8e80708301354s4e830a3t225bd4ea7a403721@mail.gmail.com> <1188507923.27085.280.camel@cutter> <6e24a8e80708301417g6fc2e9d0kf009913fff4fe961@mail.gmail.com> <1188509897.3654.15.camel@dhcp83-165.boston.redhat.com> <1188510322.22413.27.camel@oneill.fubar.dk> <6e24a8e80708310520y1919d75ej52fde4eb779e269f@mail.gmail.com> <46D82A01.4000301@filteredperception.org> <46D83B7E.9040703@fedoraproject.org> Message-ID: <604aa7910708311146o704f2300w91c331b404db8fb2@mail.gmail.com> On 8/31/07, Rahul Sundaram wrote: > "You may also not then say that your product "contains Fedora" or is an > alternate "edition" of Fedora. You may say that your product is "a > derivative of Fedora" or is "built upon Fedora", but you must make it > clear that your product is NOT Fedora" > > This is based on "fair use" and you don't need explicit permission. You know, we should probably consider stating a single preference for how to communicate this. And make the stated preference easy to find in the text instead of buried in the middle of a longer paragraph. For example would we be okay stating something like this. The Fedora Project would prefer that you use the following text if you wish to state that your distribution is a derivative of Fedora: "The distribution is derived in-part from sources and/or binaries from the Fedora(tm) Project." We prefer you use this statement because we feel that such a statement is adequate in preventing potential confusion between Fedora's offerings and derived works. I could probably also come up with a paragraph long text that I would ask derived projects to use in places like an "About" section on their website, which takes a little more space to clearly delineate the upstream downstream relationship between such a derived project and the Fedora Project. -jef"Still hoping we can come up with a secondary logo mark for all derived distributions to use to easily show a sibling relationship across distributions which are making use of Fedora Community contributions"spaleta From pemboa at gmail.com Fri Aug 31 18:46:43 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 31 Aug 2007 13:46:43 -0500 Subject: ubuntu bulletproof x In-Reply-To: <46D85DE5.70407@gmail.com> References: <1188480206.7545.9.camel@dawkins.stavtrup-st.dk> <1c847b0708300649n4a91a686vab2c355e0c7d7c5e@mail.gmail.com> <1188550495.6085.6.camel@clockmaker.usersys.redhat.com> <7f692fec0708311115i5a0efb87td15a150abb158da9@mail.gmail.com> <46D85DE5.70407@gmail.com> Message-ID: <16de708d0708311146r5715fe75q63878d37e8b7677a@mail.gmail.com> On 8/31/07, Les Mikesell wrote: > Yaakov Nemoy wrote: > > >> The main use this gives is you can let a user try the binary driver, and > >> if it tanks, you can use the GUI to go back to the open source or vice > >> versa, > >> > >> Really though a simple ordering like: > >> 1. Users current xorg.conf > >> 2. No x.org conf - default driver > >> 3. Try another driver in list (like fglrx or radeon) > >> 4. Try vesa. > >> 5. lose. > > > > So you have either a choice to lose, and let the user feel helpless > > and out of control, or you give them at least a chance to try > > something out. If the user is intelligent, even if he's not > > technically oriented, he can then say "I tried the following settings > > and they all didn't work." > > > > Not that I'm going to say this is the best implementation either, but > > it's better than just a BSOD (Black Screen of Doom). > > The biggest problem I've seen with X is having to provide modelines for > equipment not included in the stock setup. Is there any way that when > someone computes their own modelines and it comes up working that the > system could automatically ask permission to post the settings to a > central database so others with matching hardware would not have to > repeat the work? Sounds like a job for Smolt -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From walters at redhat.com Fri Aug 31 18:58:26 2007 From: walters at redhat.com (Colin Walters) Date: Fri, 31 Aug 2007 14:58:26 -0400 Subject: changelogs in packages and space use In-Reply-To: <20070831144455.cab2dabe.dcantrell@redhat.com> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> <20070831104634.aa4ae768.dcantrell@redhat.com> <46D82F15.40108@redhat.com> <20070831144455.cab2dabe.dcantrell@redhat.com> Message-ID: On 8/31/07, David Cantrell wrote: > > > Some packages are essentially the upstream source for a project, Yes, and I think this should be strongly discouraged. For starters, spec files and patches are a poor substitute for revision control. It also makes it significantly more painful for other people to reuse the work (c.f. the Ubuntu developer's request). If we have situations like this - put up a project on hosted.fedoraproject.org. Or code.google.com. Or sourceforge. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcantrell at redhat.com Fri Aug 31 19:00:57 2007 From: dcantrell at redhat.com (David Cantrell) Date: Fri, 31 Aug 2007 15:00:57 -0400 Subject: changelogs in packages and space use In-Reply-To: References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> <20070831104634.aa4ae768.dcantrell@redhat.com> <46D82F15.40108@redhat.com> <20070831144455.cab2dabe.dcantrell@redhat.com> Message-ID: <20070831150057.6d3229c5.dcantrell@redhat.com> On Fri, 31 Aug 2007 14:58:26 -0400 "Colin Walters" wrote: > On 8/31/07, David Cantrell wrote: > > > > > > Some packages are essentially the upstream source for a project, > > > Yes, and I think this should be strongly discouraged. For starters, spec > files and patches are a poor substitute for revision control. It also makes > it significantly more painful for other people to reuse the work (c.f. the > Ubuntu developer's request). > > If we have situations like this - put up a project on > hosted.fedoraproject.org. Or code.google.com. Or sourceforge. Done and done. I moved mine, but some haven't moved and probably won't for a while. Even when they do move, the project will need to change how it handles recording changes going forward. I'm just saying that having a script mow down changelog entries is a bad idea. It should be in the hands of the package maintainer. -- David Cantrell Red Hat / Westford, MA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ivazqueznet at gmail.com Fri Aug 31 19:02:37 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Fri, 31 Aug 2007 15:02:37 -0400 Subject: Python 3.0 Message-ID: <1188586957.3151.7.camel@ignacio.lan> Anyone working on a package for this yet? http://www.python.org/download/releases/3.0/ -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Fri Aug 31 19:15:30 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 15:15:30 -0400 Subject: changelogs in packages and space use In-Reply-To: References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> <20070831104634.aa4ae768.dcantrell@redhat.com> <46D82F15.40108@redhat.com> <20070831144455.cab2dabe.dcantrell@redhat.com> Message-ID: <1188587730.29226.25.camel@cutter> On Fri, 2007-08-31 at 14:58 -0400, Colin Walters wrote: > On 8/31/07, David Cantrell wrote: > > Some packages are essentially the upstream source for a > project, > > Yes, and I think this should be strongly discouraged. For starters, > spec files and patches are a poor substitute for revision control. It > also makes it significantly more painful for other people to reuse the > work ( c.f. the Ubuntu developer's request). > > If we have situations like this - put up a project on > hosted.fedoraproject.org. Or code.google.com. Or sourceforge. +1 to hosted.fedoraproject.org -sv From skvidal at fedoraproject.org Fri Aug 31 19:16:24 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 15:16:24 -0400 Subject: changelogs in packages and space use In-Reply-To: <20070831150057.6d3229c5.dcantrell@redhat.com> References: <1188528437.27085.304.camel@cutter> <1188540071.31789.169.camel@localhost.localdomain> <1188540873.27085.396.camel@cutter> <1188541817.6422.370.camel@mccallum.corsepiu.local> <1188541965.27085.400.camel@cutter> <20070831104634.aa4ae768.dcantrell@redhat.com> <46D82F15.40108@redhat.com> <20070831144455.cab2dabe.dcantrell@redhat.com> <20070831150057.6d3229c5.dcantrell@redhat.com> Message-ID: <1188587784.29226.27.camel@cutter> On Fri, 2007-08-31 at 15:00 -0400, David Cantrell wrote: > On Fri, 31 Aug 2007 14:58:26 -0400 > "Colin Walters" wrote: > > > On 8/31/07, David Cantrell wrote: > > > > > > > > > Some packages are essentially the upstream source for a project, > > > > > > Yes, and I think this should be strongly discouraged. For starters, spec > > files and patches are a poor substitute for revision control. It also makes > > it significantly more painful for other people to reuse the work (c.f. the > > Ubuntu developer's request). > > > > If we have situations like this - put up a project on > > hosted.fedoraproject.org. Or code.google.com. Or sourceforge. > > Done and done. I moved mine, but some haven't moved and probably won't for a while. Even when they do move, the project will need to change how it handles recording changes going forward. > > I'm just saying that having a script mow down changelog entries is a bad idea. It should be in the hands of the package maintainer. I'm sorry if I said this incorrectly. we wouldn't be removing them from the spec files. It would only be not including them in the binary rpms that get created. nothing would get edited out of someone's specfile automatically. -sv From kevin.kofler at chello.at Fri Aug 31 19:26:34 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 31 Aug 2007 19:26:34 +0000 (UTC) Subject: kde 4.0 delayed References: Message-ID: Neal Becker gmail.com> writes: > http://www.phoronix.com/scan.php?page=news_item&px=NjAyMA Sigh... Not that we didn't see it coming. :-( But anyway, as Rahul and Rex already confirmed, this is just the last nail in the coffin for the original FeatureKDE4 plan for F8. (We had trouble on our side as well.) I guess we can try again for F9. For F8, we will have to concentrate our efforts on keeping KDE 3 working well and on offering the KDE 4 beta libraries as a development platform (and possibly a platform to run some apps on), not as a default desktop. Kevin Kofler From overholt at redhat.com Fri Aug 31 19:25:06 2007 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 31 Aug 2007 15:25:06 -0400 Subject: eclipse visual editor In-Reply-To: <46D72179.3010107@bppiac.hu> References: <46D72179.3010107@bppiac.hu> Message-ID: <20070831192506.GC2135@redhat.com> * Farkas Levente [2007-08-30 16:48]: > does anybody plan to package eclipse visual editor for fedora? it'd be > best to compile natively currently it's not possible to use it with the > eclipse shiped with fedora:-( AFAIK it has issues working with gcj/gij. I haven't tried the version that shipped with Europa. Also, I'd expect things may work much better with IcedTea which is now in rawhide. I have an old SRPM but I think I already gave it to you. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at fedoraproject.org Fri Aug 31 19:28:10 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 15:28:10 -0400 Subject: Making "upstream" tarballs available In-Reply-To: <20070831160101.GA978@atlas.linux2go.dk> References: <20070831160101.GA978@atlas.linux2go.dk> Message-ID: <1188588490.29226.31.camel@cutter> On Fri, 2007-08-31 at 18:01 +0200, Soren Hansen wrote: > Hi! > > After a bit of discussion on #fedora-devel I was directed here to start > some discussion. > > The issue is that you guys have some neat stuff in Fedora which you > essentially are also upstream for. Now, usually when we (Ubuntu in my > case) package software, we go to a homepage or ftp site or whatever to > grab a tarball, add our packaging to that and upload it to our archive. > > If I want to do the same with, say, system-config-samba, I've just > learned that I should go to koji, grab the SRPM, donwload it, extract > the "upstream" tar.bz2 from the SRPM and convert it to a tar.gz (yes, I > need a gzipped version, but don't worry about that). It's hard to > discover availability of new versions and equally hard to get my hands > on the corresponding tarball. > > The short version is: It would be massively helpful to us (and possibly > others) if you could provide those tarballs in a more (for us) easily > accessible place, e.g. an ftp site or a web site of some sort. > Agreed. In the case of system-config-samba the spec file has this mention: # We are upstream, thus the source is only available from within this #source # package. Source0: %{name}-%{version}.tar.bz2 I'm cc'ing the maintainer on this to see if we could convince him to move system-config-samba out to hosted.fedoraproject.org to solve the above problem. Nils, Would you be willing to move things off of elvis and onto hosted.fedoraproject.org to help with the use of system-config-samba by other distros? Thanks! -sv From jwboyer at jdub.homelinux.org Fri Aug 31 19:35:11 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 31 Aug 2007 14:35:11 -0500 Subject: Python 3.0 In-Reply-To: <1188586957.3151.7.camel@ignacio.lan> References: <1188586957.3151.7.camel@ignacio.lan> Message-ID: <20070831143511.23586a7f@weaponx.rchland.ibm.com> On Fri, 31 Aug 2007 15:02:37 -0400 Ignacio Vazquez-Abrams wrote: > Anyone working on a package for this yet? > > http://www.python.org/download/releases/3.0/ You really want to have a parallel installable alpha package of python? I think that would be a no-no. If we allowed that, the we should allow a parallel installable compat-python package. josh From sundaram at fedoraproject.org Fri Aug 31 19:35:52 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 01 Sep 2007 01:05:52 +0530 Subject: Making "upstream" tarballs available In-Reply-To: <1188588490.29226.31.camel@cutter> References: <20070831160101.GA978@atlas.linux2go.dk> <1188588490.29226.31.camel@cutter> Message-ID: <46D86D98.6090207@fedoraproject.org> seth vidal wrote: > Agreed. In the case of system-config-samba the spec file has this > mention: > > # We are upstream, thus the source is only available from within this > #source > # package. > Source0: %{name}-%{version}.tar.bz2 > > > I'm cc'ing the maintainer on this to see if we could convince him to > move system-config-samba out to hosted.fedoraproject.org to solve the > above problem. > > Nils, > Would you be willing to move things off of elvis and onto > hosted.fedoraproject.org to help with the use of system-config-samba by > other distros? > > Thanks! > -sv Maybe the guidelines at http://fedoraproject.org/wiki/Packaging/SourceURL#head-413e1c297803cfa9de0cc4c56f3ac384bff5dc9e can be modified to recommend using hosted instead of adding comments that the SRPM is the canonical source? L10N folks are moving from elvis to public cvs too. Maybe we can stop using it entirely for Fedora. Rahul From skvidal at fedoraproject.org Fri Aug 31 19:48:03 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 15:48:03 -0400 Subject: Making "upstream" tarballs available In-Reply-To: <46D86D98.6090207@fedoraproject.org> References: <20070831160101.GA978@atlas.linux2go.dk> <1188588490.29226.31.camel@cutter> <46D86D98.6090207@fedoraproject.org> Message-ID: <1188589683.29226.33.camel@cutter> On Sat, 2007-09-01 at 01:05 +0530, Rahul Sundaram wrote: > seth vidal wrote: > > > Agreed. In the case of system-config-samba the spec file has this > > mention: > > > > # We are upstream, thus the source is only available from within this > > #source > > # package. > > Source0: %{name}-%{version}.tar.bz2 > > > > > > I'm cc'ing the maintainer on this to see if we could convince him to > > move system-config-samba out to hosted.fedoraproject.org to solve the > > above problem. > > > > Nils, > > Would you be willing to move things off of elvis and onto > > hosted.fedoraproject.org to help with the use of system-config-samba by > > other distros? > > > > Thanks! > > -sv > > > Maybe the guidelines at > http://fedoraproject.org/wiki/Packaging/SourceURL#head-413e1c297803cfa9de0cc4c56f3ac384bff5dc9e > can be modified to recommend using hosted instead of adding comments > that the SRPM is the canonical source? > > L10N folks are moving from elvis to public cvs too. Maybe we can stop > using it entirely for Fedora. So what Jeremy just mentioned to me is were delaying moving from elvis until transifex is up. -sv From ivazqueznet at gmail.com Fri Aug 31 19:51:04 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Fri, 31 Aug 2007 15:51:04 -0400 Subject: Python 3.0 In-Reply-To: <20070831143511.23586a7f@weaponx.rchland.ibm.com> References: <1188586957.3151.7.camel@ignacio.lan> <20070831143511.23586a7f@weaponx.rchland.ibm.com> Message-ID: <1188589864.3151.13.camel@ignacio.lan> On Fri, 2007-08-31 at 14:35 -0500, Josh Boyer wrote: > On Fri, 31 Aug 2007 15:02:37 -0400 > Ignacio Vazquez-Abrams wrote: > > > Anyone working on a package for this yet? > > > > http://www.python.org/download/releases/3.0/ > > You really want to have a parallel installable alpha package of > python? I think that would be a no-no. If we allowed that, the we > should allow a parallel installable compat-python package. No, I want a parallel-installable package of Python 3000. Eventually it will go from alpha to beta, then on to stable, and the plan is to do so in about a year or so. The difference between Python 3000 and Python 2.5 is almost as large as the difference between Python 2.2 and 1.5. Let's be ready, shall we? -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 katzj at redhat.com Fri Aug 31 19:53:05 2007 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 31 Aug 2007 15:53:05 -0400 Subject: Python 3.0 In-Reply-To: <1188589864.3151.13.camel@ignacio.lan> References: <1188586957.3151.7.camel@ignacio.lan> <20070831143511.23586a7f@weaponx.rchland.ibm.com> <1188589864.3151.13.camel@ignacio.lan> Message-ID: <1188589985.4464.14.camel@localhost.localdomain> On Fri, 2007-08-31 at 15:51 -0400, Ignacio Vazquez-Abrams wrote: > On Fri, 2007-08-31 at 14:35 -0500, Josh Boyer wrote: > > On Fri, 31 Aug 2007 15:02:37 -0400 > > Ignacio Vazquez-Abrams wrote: > > > > > Anyone working on a package for this yet? > > > > > > http://www.python.org/download/releases/3.0/ > > > > You really want to have a parallel installable alpha package of > > python? I think that would be a no-no. If we allowed that, the we > > should allow a parallel installable compat-python package. > > No, I want a parallel-installable package of Python 3000. ... which is an alpha of a framework which requires a lot of stuff to actually be _useful_. For one thing, we generally discourage pre-releases. For another, we discourage multiple versions of frameworks (ie, no compat-python). > Eventually it > will go from alpha to beta, then on to stable, and the plan is to do so > in about a year or so. The difference between Python 3000 and Python 2.5 > is almost as large as the difference between Python 2.2 and 1.5. Let's > be ready, shall we? Yes, but the difference can be mitigated by making your code run cleanly with python 2.6 (... when it's released) and then running a converter. We'll end up getting python 2.6 in when it comes out, so that'll help with the first part. The second part will have to largely be a flag-day type of event due to the high number of python modules we ship and use actively. Jeremy From sundaram at fedoraproject.org Fri Aug 31 20:01:12 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 01 Sep 2007 01:31:12 +0530 Subject: rawhide report: 20070830 changes In-Reply-To: <200708301247.l7UClIkB020612@porkchop.devel.redhat.com> References: <200708301247.l7UClIkB020612@porkchop.devel.redhat.com> Message-ID: <46D87388.9030100@fedoraproject.org> Build System wrote: > > New package java-1.7.0-icedtea > IcedTea Runtime Environment Good to see this. Is there any chance we can provide this for Fedora 7? Rahul From notting at redhat.com Fri Aug 31 20:25:59 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 31 Aug 2007 16:25:59 -0400 Subject: changelogs in packages and space use In-Reply-To: <1188528437.27085.304.camel@cutter> References: <1188528437.27085.304.camel@cutter> Message-ID: <20070831202559.GA15707@nostromo.devel.redhat.com> seth vidal (skvidal at fedoraproject.org) said: > on my system 1128 packages installed: > new changelogs: 2.2M > old changelogs: 8.6M > > > That may not seem like much but when we're squinched for space in 700M > on a livecd that 8.6M might be all that's needed. I'm not sure. Trying to fit on a livecd is always a losing game - software never gets smaller, the media never gets bigger; all this will save us is maybe one release cycle of pain. It's not to say we can't try and not have the data in so many places, but I don't think livecd should be the deciding reason. Bill From skvidal at fedoraproject.org Fri Aug 31 20:30:17 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 16:30:17 -0400 Subject: changelogs in packages and space use In-Reply-To: <20070831202559.GA15707@nostromo.devel.redhat.com> References: <1188528437.27085.304.camel@cutter> <20070831202559.GA15707@nostromo.devel.redhat.com> Message-ID: <1188592217.29226.39.camel@cutter> On Fri, 2007-08-31 at 16:25 -0400, Bill Nottingham wrote: > seth vidal (skvidal at fedoraproject.org) said: > > on my system 1128 packages installed: > > new changelogs: 2.2M > > old changelogs: 8.6M > > > > > > That may not seem like much but when we're squinched for space in 700M > > on a livecd that 8.6M might be all that's needed. > > I'm not sure. Trying to fit on a livecd is always a losing game - software > never gets smaller, the media never gets bigger; all this will save us > is maybe one release cycle of pain. > > It's not to say we can't try and not have the data in so many places, > but I don't think livecd should be the deciding reason. Fair enough - but 30M is a lot of space for things like olpc and/or usb-key-running-images. -sv From kevin.kofler at chello.at Fri Aug 31 20:34:05 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 31 Aug 2007 20:34:05 +0000 (UTC) Subject: pkg comaintainers, interested? References: Message-ID: Rex Dieter math.unl.edu> writes: > Got a lotta pkgs(1) that could use more (co)maintainership love. Let me > know if you're able/interested. > kile * Sign me up to comaintain this one, as a Math student I use this daily. :-) Kevin Kofler From a.badger at gmail.com Fri Aug 31 20:48:29 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 31 Aug 2007 13:48:29 -0700 Subject: Making "upstream" tarballs available In-Reply-To: <46D86D98.6090207@fedoraproject.org> References: <20070831160101.GA978@atlas.linux2go.dk> <1188588490.29226.31.camel@cutter> <46D86D98.6090207@fedoraproject.org> Message-ID: <46D87E9D.5070701@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rahul Sundaram wrote: > > Maybe the guidelines at > http://fedoraproject.org/wiki/Packaging/SourceURL#head-413e1c297803cfa9de0cc4c56f3ac384bff5dc9e > can be modified to recommend using hosted instead of adding comments > that the SRPM is the canonical source? > We can add the recommendation but we can't eliminate the "SRPM is canonical" language as long as people still want the SRPM to be the canonical location. To remove the exception, you'll have to talk to the devs involved to see whether they're against moving into hosted.fp.o. If everyone wants to we'd be happy to get rid of the exception :-) - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG2H6dX6yAic2E7kgRAjZAAJ9D9Gh0wdFlIi4E8TiCY/GW3pdsAACePTfc XD0mIPkzw2m0ZL8mRrWtRqo= =zVth -----END PGP SIGNATURE----- From skvidal at fedoraproject.org Fri Aug 31 20:51:54 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 31 Aug 2007 16:51:54 -0400 Subject: Making "upstream" tarballs available In-Reply-To: <46D87E9D.5070701@gmail.com> References: <20070831160101.GA978@atlas.linux2go.dk> <1188588490.29226.31.camel@cutter> <46D86D98.6090207@fedoraproject.org> <46D87E9D.5070701@gmail.com> Message-ID: <1188593514.29226.41.camel@cutter> On Fri, 2007-08-31 at 13:48 -0700, Toshio Kuratomi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rahul Sundaram wrote: > > > > Maybe the guidelines at > > http://fedoraproject.org/wiki/Packaging/SourceURL#head-413e1c297803cfa9de0cc4c56f3ac384bff5dc9e > > can be modified to recommend using hosted instead of adding comments > > that the SRPM is the canonical source? > > > We can add the recommendation but we can't eliminate the "SRPM is > canonical" language as long as people still want the SRPM to be the > canonical location. To remove the exception, you'll have to talk to the > devs involved to see whether they're against moving into hosted.fp.o. > > If everyone wants to we'd be happy to get rid of the exception :-) > I'm betting the number of srpm-is-canonical pkgs is not a huge number. I'm going to find out, though. -sv From walters at redhat.com Fri Aug 31 20:56:35 2007 From: walters at redhat.com (Colin Walters) Date: Fri, 31 Aug 2007 16:56:35 -0400 Subject: Making "upstream" tarballs available In-Reply-To: <46D87E9D.5070701@gmail.com> References: <20070831160101.GA978@atlas.linux2go.dk> <1188588490.29226.31.camel@cutter> <46D86D98.6090207@fedoraproject.org> <46D87E9D.5070701@gmail.com> Message-ID: On 8/31/07, Toshio Kuratomi wrote: > > > We can add the recommendation but we can't eliminate the "SRPM is > canonical" language as long as people still want the SRPM to be the > canonical location. To remove the exception, you'll have to talk to the > devs involved to see whether they're against moving into hosted.fp.o. > > If everyone wants to we'd be happy to get rid of the exception :-) Makes sense to me to say CVS+lookaside is canonical, not SRPMs. -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.badger at gmail.com Fri Aug 31 21:07:20 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 31 Aug 2007 14:07:20 -0700 Subject: Making "upstream" tarballs available In-Reply-To: References: <20070831160101.GA978@atlas.linux2go.dk> <1188588490.29226.31.camel@cutter> <46D86D98.6090207@fedoraproject.org> <46D87E9D.5070701@gmail.com> Message-ID: <46D88308.5050505@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Colin Walters wrote: > On 8/31/07, *Toshio Kuratomi* > wrote: > > > We can add the recommendation but we can't eliminate the "SRPM is > canonical" language as long as people still want the SRPM to be the > canonical location. To remove the exception, you'll have to talk to > the > devs involved to see whether they're against moving into hosted.fp.o. > > If everyone wants to we'd be happy to get rid of the exception :-) > > > Makes sense to me to say CVS+lookaside is canonical, not SRPMs. > lookaside makes more logical sense in that the SRPMS are generated from it. OTOH, SRPMS are available from http:// whereas you have to know the Fedora Cvs song and dance to get access to lookaside. In either case, it's less than ideal so I'd much rather have people decide to switch to hosted than debate whether lookaside or SRPM more accurately describes how we're doing things now. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG2IMIX6yAic2E7kgRAjemAJ0Q9IeARJs0YOLlUw88lDOInI5wzQCfYcKh iXfaZhPaJVfgh1qUnwPqVh8= =+117 -----END PGP SIGNATURE----- From sundaram at fedoraproject.org Fri Aug 31 21:05:08 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 01 Sep 2007 02:35:08 +0530 Subject: Making "upstream" tarballs available In-Reply-To: <46D87E9D.5070701@gmail.com> References: <20070831160101.GA978@atlas.linux2go.dk> <1188588490.29226.31.camel@cutter> <46D86D98.6090207@fedoraproject.org> <46D87E9D.5070701@gmail.com> Message-ID: <46D88284.90305@fedoraproject.org> Toshio Kuratomi wrote: > We can add the recommendation but we can't eliminate the "SRPM is > canonical" language as long as people still want the SRPM to be the > canonical location. To remove the exception, you'll have to talk to the > devs involved to see whether they're against moving into hosted.fp.o. > > If everyone wants to we'd be happy to get rid of the exception :-) The next thing would be is to list out the packages which has the packages as the canonical source, contact the developers and ask them if they are willing to move to hosted. We might get valuable input on where hosted is lacking for them and we can finally announce hosted as not being in beta anymore if that is still the status. IMO, we should avoid having SRPM as canonical source if not entirely get rid of that practice. Rahul From a.badger at gmail.com Fri Aug 31 21:21:51 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 31 Aug 2007 14:21:51 -0700 Subject: Making "upstream" tarballs available In-Reply-To: <46D88284.90305@fedoraproject.org> References: <20070831160101.GA978@atlas.linux2go.dk> <1188588490.29226.31.camel@cutter> <46D86D98.6090207@fedoraproject.org> <46D87E9D.5070701@gmail.com> <46D88284.90305@fedoraproject.org> Message-ID: <46D8866F.5010208@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rahul Sundaram wrote: > Toshio Kuratomi wrote: > >> We can add the recommendation but we can't eliminate the "SRPM is >> canonical" language as long as people still want the SRPM to be the >> canonical location. To remove the exception, you'll have to talk to the >> devs involved to see whether they're against moving into hosted.fp.o. >> >> If everyone wants to we'd be happy to get rid of the exception :-) > > The next thing would be is to list out the packages which has the > packages as the canonical source, contact the developers and ask them if > they are willing to move to hosted. Seth is working on this. I haven't looked at it because not all packages are reviewed yet.... and therefore not all packages are going to have proper Source: lines or comments conforming to the Guidelines. > We might get valuable input on where > hosted is lacking for them and we can finally announce hosted as not > being in beta anymore if that is still the status. > That's true. Although there are a few things that hosted definitely lacks before we're ready to take it out of beta. Off the top of my head: * free form web space. That allows hosting yum repos for the projects, download sites, non-trac-wiki space, etc. * Move the repositories to a separate server from the one that hosts our package SCM. (Waiting on hardware for this) - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG2IZvX6yAic2E7kgRAu7pAJ0c+hTwgaC+3QSjJGXFkrYUlGJL7gCgkFxK bVETZWIIQMZO2zVnT5Xht1c= =h9+V -----END PGP SIGNATURE----- From dmc.fedora at filteredperception.org Fri Aug 31 21:39:37 2007 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Fri, 31 Aug 2007 16:39:37 -0500 Subject: changelogs in packages and space use In-Reply-To: <20070831202559.GA15707@nostromo.devel.redhat.com> References: <1188528437.27085.304.camel@cutter> <20070831202559.GA15707@nostromo.devel.redhat.com> Message-ID: <46D88A99.7050707@filteredperception.org> Bill Nottingham wrote: > seth vidal (skvidal at fedoraproject.org) said: >> on my system 1128 packages installed: >> new changelogs: 2.2M >> old changelogs: 8.6M >> >> >> That may not seem like much but when we're squinched for space in 700M >> on a livecd that 8.6M might be all that's needed. > > I'm not sure. Trying to fit on a livecd is always a losing game - software > never gets smaller, the media never gets bigger; all this will save us > is maybe one release cycle of pain. OTOH that is the great thing about the game. It puts a very clear pressure in place to prevent, or at least slow, bloat. I'm personally AMAZED that fedora7 runs what I would call "usably well" on a 7? year old laptop I have that has <128M ram (some shared with video). My speculation was that the only reason this happened, was because of the pressure OLPC put on the distro. Looking forward, don't we want fedora to be usable as an embedded distro? That was a laughable proposition before OLPC, but with 8G microsd flash shipping, and no doubt being 'dirt' cheap in a couple years... So maybe the above (I'm skeptical, was that 8.6M *squashfs compressed* saved?) only helps for one release cycle. Then for a release cycle or two you have to sacrifice shipping every language in the world on the same cd, and go with regional spins. I can see the 700M form factor lasting quite a while. And I think that the pain of trying to make it last, will have many, perhaps more important, secondary benefits. $0.02... -dmc From jdennis at redhat.com Fri Aug 31 21:56:43 2007 From: jdennis at redhat.com (John Dennis) Date: Fri, 31 Aug 2007 17:56:43 -0400 Subject: Making "upstream" tarballs available In-Reply-To: <46D8866F.5010208@gmail.com> References: <20070831160101.GA978@atlas.linux2go.dk> <1188588490.29226.31.camel@cutter> <46D86D98.6090207@fedoraproject.org> <46D87E9D.5070701@gmail.com> <46D88284.90305@fedoraproject.org> <46D8866F.5010208@gmail.com> Message-ID: <1188597404.19370.25.camel@junko.usersys.redhat.com> On Fri, 2007-08-31 at 14:21 -0700, Toshio Kuratomi wrote: > That's true. Although there are a few things that hosted definitely > lacks before we're ready to take it out of beta. Off the top of my head: > > * free form web space. That allows hosting yum repos for the projects, > download sites, non-trac-wiki space, etc. Unless I'm mistaken currently the only way to put a tarball for a project on hosted.fp.o at the moment is to add the tarball as an attachment to Trac. That's a less than wonderful way to manage the tarballs especially when the SCM repository for the project is already on hosted.fp.o. It should be easy to create the tarball from the SCM and then export it on hosted.fp.o without a lot of gymnastics. -- John Dennis From markg85 at gmail.com Fri Aug 31 22:28:23 2007 From: markg85 at gmail.com (Mark) Date: Sat, 1 Sep 2007 00:28:23 +0200 Subject: Fwd: Fedora Infinity Update In-Reply-To: <46D81C2C.7080505@nicubunu.ro> References: <46BFFB1F.1060300@redhat.com> <46C29609.1070001@nicubunu.ro> <6e24a8e80708300917l6eb11f8cvdcadd93c4df72f61@mail.gmail.com> <6e24a8e80708301706n25b82922pb808992eb6a758af@mail.gmail.com> <46D7AC0B.4020300@nicubunu.ro> <6e24a8e80708310526u4b2a1f3fg1ee7baf33afa2eb3@mail.gmail.com> <46D81C2C.7080505@nicubunu.ro> Message-ID: <6e24a8e80708311528k6180c5dcybd5445877c156bfb@mail.gmail.com> ---------- Forwarded message ---------- From: Nicu Buculei Date: 31 aug. 2007 15:48 Subject: Re: Fedora Infinity Update To: "Discussions about the artwork included with Fedora, including icons, themes, and wallpapers." Mark wrote: > > Well i'm not counting on it to leave for F9.. > And i looked over the c coding of splash.c and it can't be hard to > patch it to use a image instead.. but a harder thing might be that the > background needs to fit the screen so you need to check and see if the > screen is widescreen or not and if it is place the background on that > belongs with it. OK, then is out from Art hands and have to be asked on either desktop or devel it such a patch would be accepted. If the patch is accepted, we already have the background PNG. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro _______________________________________________ Fedora-art-list mailing list Fedora-art-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list From jkeating at redhat.com Fri Aug 31 22:53:11 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 31 Aug 2007 18:53:11 -0400 Subject: Proposed changes to buildsys-build group (otherwise known as the Exceptions list) In-Reply-To: <20070831081958.GA14834@free.fr> References: <20070830205314.7e66bdff@ender> <20070831081958.GA14834@free.fr> Message-ID: <20070831185311.06ba5498@ender> On Fri, 31 Aug 2007 10:19:58 +0200 Patrice Dumas wrote: > It seems to me that the following are still missing: > cpp > glibc-devel > libstdc++-devel > binutils I could manually list those. They are pulled in via rpm-build, but doesn't hurt to list them. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Thu Aug 23 01:47:06 2007 From: buildsys at redhat.com (Build System) Date: Thu, 23 Aug 2007 01:47:06 -0000 Subject: rawhide report: 20070822 changes Message-ID: <200708230147.l7N1l5ec024462@porkchop.devel.redhat.com> New package asm2 A code manipulation tool to implement adaptable systems New package objectweb-anttask ObjectWeb Ant task New package perl-ExtUtils-MakeMaker-Coverage Allows perl modules to check test coverage with Devel::Cover New package perl-Perlbal-XS-HTTPHeaders Perlbal extension for processing HTTP headers New package system-config-firewall A graphical interface for basic firewall setup New package yum-cron Files needed to run yum updates as a cron job Removed package compat-libgda Updated Packages: 915resolution-0.5.3-2.fc8 ------------------------- * Tue Aug 21 2007 Chris Weyl 0.5.3-2 - bump * Fri May 18 2007 Chris Weyl - add 'ppc64' to list of arches excluded from builds; no rebuild at this time AGReader-1.2-3.fc8 ------------------ * Tue Aug 21 2007 Ian Chapman 1.2-3 - Release bump for F8 mass rebuild - License change due to new guidelines - A few cosmetic cleanups of the spec file * Mon Aug 28 2006 Ian Chapman 1.2-2 - Release bump for FC6 mass rebuild * Mon Jun 05 2006 Ian Chapman 1.2-1 - Version bump - Dropped patches, they are no longer required - Changed URL to use primary site, rather than a mirror AllegroOGG-1.0.3-3.fc8 ---------------------- ClanLib-0.8.0-6.fc8 ------------------- * Fri Aug 03 2007 Hans de Goede 0.8.0-6 - Update License tag for new Licensing Guidelines compliance ClanLib06-0.6.5-8.fc8 --------------------- * Fri Aug 03 2007 Hans de Goede 0.6.5-8 - Update License tag for new Licensing Guidelines compliance Glide3-20050815-6.fc8 --------------------- * Sun Aug 05 2007 Hans de Goede 20050815-6 - Update License tag for new Licensing Guidelines compliance * Mon Aug 28 2006 Hans de Goede 20050815-5 - FE6 Rebuild * Fri Apr 28 2006 Hans de Goede 20050815-4 - Add scripts to set SELinux type for the .so files to textrel_shlib_t on i386, because of the non PIC asm used on i386 (bz 187484). Glide3-libGL-6.2.1-7.fc8 ------------------------ * Sun Aug 05 2007 Hans de Goede 6.2.1-7 - Update License tag for new Licensing Guidelines compliance - Do NOT provide libGL.so[()(64bit)] Hermes-1.3.3-13.fc8 ------------------- * Fri Aug 03 2007 Hans de Goede 1.3.3-13 - Update License tag for new Licensing Guidelines compliance * Mon Aug 28 2006 Hans de Goede 1.3.3-12 - FE6 Rebuild * Sun Jul 23 2006 Hans de Goede 1.3.3-11 - Taking over as new maintainer - Add a patch from Debian fixing some 64 bit issues and more importantly fix building with a recent toolchain. - Fix some further 64 bit issues - Remove static lib - Add --disable-dependency-tracking, touch config.h.in to fix the timestamp instead of BR: automake, autoconf - Mark asm files as NOT needing execstack, making us OK with new default SELinux targeted policy settings. KoboDeluxe-0.4-0.4.pre10.fc8 ---------------------------- * Fri Aug 03 2007 Hans de Goede 0.4-0.4.pre10 - Update License tag for new Licensing Guidelines compliance Macaulay2-0.9.95-8.fc8 ---------------------- * Wed Aug 22 2007 Rex Dieter 0.9.95-8 - ExcludeArch: ppc64 (#253847) * Tue Aug 21 2007 Rex Dieter 0.9.95-7 - BR: gawk * Tue Aug 21 2007 Rex Dieter 0.9.95-6 - gc-7.0 patches MagicPoint-1.11b-4.fc8 ---------------------- OpenSceneGraph-2.0-5.fc8 ------------------------ * Wed Aug 22 2007 Ralf Cors??pius - 2.0-5 - Prepare renaming package into OpenSceneGraph2. - Split out run-time libs into *-libs subpackage. - Rename pkgconfig files into *-2.pc. - Reactivate ppc64. - Mass rebuild. PyOpenGL-3.0.0-0.3.a6.fc8 ------------------------- Ri-li-2.0.0-2.fc8 ----------------- SDL_image-1.2.6-3.fc8 --------------------- * Tue Aug 21 2007 Brian Pepple - 1.2.6-3 - Rebuild. * Sun Aug 05 2007 Brian Pepple - 1.2.6-2 - Update license tag. SDL_net-1.2.7-3.fc8 ------------------- * Tue Aug 21 2007 Brian Pepple - 1.2.7-3 - Rebuild. * Sun Aug 05 2007 Brian Pepple - 1.2.7-2 - Update license tag. SDL_ttf-2.0.9-3.fc8 ------------------- * Tue Aug 21 2007 Brian Pepple - 2.0.9-3 - Rebuild. * Sun Aug 05 2007 Brian Pepple - 2.0.9-2 - Update license tag. SDLmm-0.1.8-5.fc8 ----------------- * Fri Aug 03 2007 Hans de Goede 0.1.8-5 - Update License tag for new Licensing Guidelines compliance SIMVoleon-2.0.1-7.fc8 --------------------- * Wed Aug 22 2007 Ralf Cors??pius - 2.0.1-7 - Mass rebuild. - Update license tag. ScientificPython-2.6-10.fc8 --------------------------- * Tue Aug 21 2007 Jef Spaleta 2.6-10 - Bump for rebuild SoQt-1.4.1-6.fc8 ---------------- * Wed Aug 22 2007 Ralf Cors??pius - 1.4.1-6 - Mass rebuild. - Update license tag. abuse-0.7.0-5.fc8 ----------------- * Thu Aug 02 2007 Hans de Goede 0.7.0-5 - Update License tag for new Licensing Guidelines compliance adime-2.2.1-6.fc8 ----------------- * Tue Aug 21 2007 Hans de Goede 2.2.1-6 - Rebuild for buildId * Thu Aug 02 2007 Hans de Goede 2.2.1-5 - Update License tag for new Licensing Guidelines compliance adjtimex-1.21-3.fc8 ------------------- * Tue Aug 21 2007 Miroslav Lichvar 1.21-3 - update license tag advancecomp-1.15-9 ------------------ * Wed Aug 22 2007 Matthias Saou 1.15-9 - Rebuild for new BuildID feature. agg-2.5-4.fc8 ------------- * Fri Aug 03 2007 Caolan McNamara - 2.5-4 - clarify license - source upstream silently changed even though version remained unchanged agistudio-1.2.3-4.fc8 --------------------- * Thu Aug 16 2007 Jon Ciesla - 1.2.3-4 - Corrected license tag. aide-0.13.1-3 ------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt akode-2.0.1-8.fc8 ----------------- * Mon Aug 20 2007 Rex Dieter 2.0.1-8 - -libsamplerate: License: GPLv2+ - omit oss_sink alex4-1.0-4.fc8 --------------- * Thu Aug 02 2007 Hans de Goede 1.0-4 - Update License tag for new Licensing Guidelines compliance alfont-2.0.6-2.fc8 ------------------ alienblaster-1.1.0-3.fc8 ------------------------ alleggl-0.4.2-0.2.rc1.fc8 ------------------------- * Thu Aug 02 2007 Hans de Goede 0.4.2-0.2.rc1 - Update License tag for new Licensing Guidelines compliance * Sun Jun 03 2007 Hans de Goede 0.4.1-1 - New upstream release 0.4.1 final * Wed Dec 13 2006 Hans de Goede 0.4.0-1 - New upstream release 0.4.0 final allegro-4.2.2-4.fc8 ------------------- * Tue Aug 21 2007 Hans de Goede 4.2.2-4 - Rebuild for buildId alleyoop-0.9.3-3.fc8 -------------------- * Wed Aug 22 2007 Gianluca Sforna 0.9.3-3 - Updated License field - Fix Source0 URL - Remove ExclusiveArch as it seems valgrind is now available also on PPC - Remove obsolete X-Fedora category alphabet-soup-1.1-3.fc8 ----------------------- ants-1.4-3.fc8 -------------- apg-2.3.0b-5.fc8 ---------------- * Tue Aug 21 2007 Kevin Fenzi - 2.3.0b-5 - Fix incorrect license tag - Fix incorrect sources apr-1.2.9-2 ----------- * Tue Aug 21 2007 Joe Orton 1.2.9-2 - fix License * Mon Jun 25 2007 Bojan Smojver 1.2.9-1 - bump up to 1.2.9 * Mon Jun 04 2007 Joe Orton 1.2.8-7 - drop %check section entirely; inappropriate to run in build env. apr-api-docs-1.2.9-3.fc8 ------------------------ * Wed Aug 22 2007 Bojan Smojver 1.2.9-3 - Fix license apr-util-1.2.8-10 ----------------- * Tue Aug 21 2007 Joe Orton 1.2.8-10 - fix License arc-5.21o-4.fc8 --------------- * Fri Aug 03 2007 Hans de Goede 5.21o-4 - Update License tag for new Licensing Guidelines compliance arj-3.10.22-1.fc8 ----------------- arm-gp2x-linux-binutils-2.16.1-4.fc8 ------------------------------------ * Tue Aug 21 2007 Hans de Goede 2.16.1-4 - Rebuild for buildId arm-gp2x-linux-gcc-4.1.2-7.fc8 ------------------------------ * Tue Aug 21 2007 Hans de Goede 4.1.2-7 - Rebuild for buildId arm-gp2x-linux-kernel-headers-2.6.12.0-2.fc8 -------------------------------------------- arpwatch-14:2.1a15-7.fc8 ------------------------ * Wed Aug 22 2007 Miroslav Lichvar 14:2.1a15-7 - rebuild arrows-0.6-5.fc8 ---------------- * Fri Aug 03 2007 Hans de Goede 0.6-5 - Update License tag for new Licensing Guidelines compliance asc-1.16.4.0-2.fc8 ------------------ asc-music-1.0-2.fc8 ------------------- at-3.1.10-16.fc8 ---------------- * Wed Aug 22 2007 Marcela Maslanova - 3.1.10-16 - macro with_pam instead of have_pam - license tag is gplv2+ because of license in source files atitvout-0.4-7 -------------- * Wed Aug 22 2007 Andreas Bierfert - 0.4-7 - new license tag - rebuild for builid - fix url/download links atomix-2.14.0-3.1 ----------------- * Fri Aug 10 2007 Thorsten Leemhuis - 2.14.0-3 - fix some misspelled words in description atomorun-1.1-0.5.pre2.fc8 ------------------------- * Wed Aug 22 2007 Hans de Goede 1.1-0.5.pre2 - Fix broken Source0 URL audacious-plugin-fc-0.2-2 ------------------------- audacity-1.3.2-15.fc8 --------------------- * Tue Aug 21 2007 Michael Schwendt - 1.3.2-15 - rebuild per request on fedora-devel-list - clarify licence (GPLv2) * Mon Mar 05 2007 Michael Schwendt - add umask 022 to scriptlets auriferous-1.0.1-4.fc8 ---------------------- * Sun Aug 05 2007 Hans de Goede 1.0.1-4 - Update License tag for new Licensing Guidelines compliance authconfig-5.3.16-3.fc8 ----------------------- * Tue Aug 21 2007 Tomas Mraz - 5.3.16-3 - license tag fix autodir-0.99.9-4.fc8 -------------------- * Wed Aug 22 2007 Matthias Saou 0.99.9-4 - Rebuild for new BuildID feature. - Start LSB init script update, exit codes and commands still need work. autodownloader-0.2.0-3.fc8 -------------------------- avr-gcc-4.1.2-5.fc8 ------------------- * Fri Aug 03 2007 Hans de Goede 4.1.2-5 - Update License tag for new Licensing Guidelines compliance avr-gdb-6.6-5.fc8 ----------------- * Wed Aug 22 2007 Hans de Goede 6.6-5 - Update License tag for new Licensing Guidelines compliance - Fix building with new glibc open checking ballbuster-1.0-2.fc8 -------------------- ballz-1.0-1.fc8 --------------- banner-1.3.1-5.fc8 ------------------ * Tue Aug 21 2007 Patrick "Jima" Laughton 1.3.1-5 - Rebuild for BuildID - License clarification bbkeys-0.9.0-9 -------------- * Wed Aug 22 2007 Matthias Saou 0.9.0-9 - Rebuild for new BuildID feature. bc-1.06-28 ---------- * Wed Aug 22 2007 Zdenek Prikryl 1.06-28 - fixed incorrect processing of decimal separator - Resolves: #253729 * Thu Jul 26 2007 Zdenek Prikryl 1.06-27 - dc accepts the input which contains wrong symbols of radix in same way like bc - Resolves: #151844 - Added library string.h to remove warnings. * Mon Feb 26 2007 Thomas Woerner 1.06-26 - removed grep and mktemp usage from post script, also the requires bchunk-1.2.0-6 -------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt beecrypt-4.1.2-13 ----------------- * Wed Aug 22 2007 Panu Matilainen - 4.1.2-13 - avoid linking against libstdc++ (#165080) - fix debuginfo contents by building with -g (#250035) - autoreconf needed for the above, buildrequire autoconf, automake + libtool - include api documentation in apidocs subpackage - buildrequire graphviz for generating graphics in apidocs - license clarification beneath-a-steel-sky-0.0348-3.fc8 -------------------------------- beneath-a-steel-sky-cd-0.0372-2.fc8 ----------------------------------- bigboard-0.5.8-1.fc8 -------------------- * Tue Aug 21 2007 Colin Walters - 0.5.8-1 - new upstream bind-32:9.5.0-10.a6.fc8 ----------------------- * Tue Aug 21 2007 Adam Tkac 32:9.5.0-10.a6 - dropped direct dependency to /etc/openldap/schema directory - changed hardcoded paths to marcros - fired away code which configure LDAP server * Tue Aug 14 2007 Adam Tkac 32:9.5.0-9.1.a6 - named could crash with SRV record UPDATE (#251336) blobAndConquer-0.91-3.fc8 ------------------------- * Tue Aug 21 2007 Hans de Goede 0.91-3 - Rebuild for buildId blobwars-1.06-2.fc8 ------------------- * Sun Aug 05 2007 Hans de Goede 1.06-2 - Update License tag for new Licensing Guidelines compliance bochs-2.3-7.fc8 --------------- * Wed Aug 22 2007 Hans de Goede 2.3-7 - Fix CVE-2007-2894 (really fix bz 241799) * Sun Aug 05 2007 Hans de Goede 2.3-6 - Update License tag for new Licensing Guidelines compliance bonnie++-1.03a-7.fc8 -------------------- * Tue Aug 21 2007 Warren Togami 1.03a-7 - rebuild for F8 boost-1.34.1-4.fc8 ------------------ * Tue Aug 21 2007 Benjamin Kosnik 1.34.1-4 - Rebuild. bouml-2.30.2-1.fc8 ------------------ * Wed Aug 22 2007 Debarshi Ray - 2.30.2-1 - Version bump to 2.30.2. - Cleaned up SPEC. * Sat Aug 04 2007 Debarshi Ray - 2.30.1-1 - Version bump to 2.30.1. - Changed value of License according to Fedora licensing guidelines. - Executable bits turned off for C++ sources by upstream. - Application removed from Categories by upstream. * Thu Aug 02 2007 Debarshi Ray - 2.30-1 - Version bump to 2.30. - Removed Application from Categories. brltty-3.8-1.fc8 ---------------- * Tue Aug 21 2007 Tomas Janousek - 3.8-1 - update to latest upstream - added the at-spi driver, tcl and python bindings - fixed the license tags bubblemon-1.46-7.fc8 -------------------- * Wed Aug 22 2007 Andreas Bierfert - 1.46-7 - new license tag - rebuild for buildid bwm-ng-0.6-2.fc8 ---------------- * Tue Aug 21 2007 Patrick "Jima" Laughton 0.6-2 - Rebuild for BuildID - License clarification cd-discid-0.9-7.fc8 ------------------- * Thu Aug 16 2007 Ville Skytt?? - 0.9-7 - License: GPLv2+ - Add URL. cdogs-data-0.4-3.fc8 -------------------- cdogs-sdl-0.4-3.fc8 ------------------- cegui-0.5.0b-5.fc8 ------------------ * Tue Aug 21 2007 Ian Chapman 0.5.0b-5 - Release bump for F8 mass rebuild - License change due to new guidelines * Sat Jun 30 2007 Ian Chapman 0.5.0b-4 - Release bump * Sun Jun 17 2007 Ian Chapman 0.5.0b-3 - rpath fixes for x86_64 centericq-4.21.0-14.fc8 ----------------------- * Wed Aug 22 2007 Andreas Bierfert - 4.21.0-14 - new license tag - rebuild for ppc32 (devel) cfitsio-3.040-3.fc8 ------------------- * Tue Aug 21 2007 Matthew Truch - 3.040-3 - Bump release for rebuild (build-id etc.) chess-1.0-8.fc8 --------------- * Tue Aug 21 2007 Hans de Goede 1.0-8 - Rebuild for buildId childsplay-0.85.1-3.fc8 ----------------------- * Mon Aug 06 2007 Hans de Goede 0.85.1-3 - Update License tag for new Licensing Guidelines compliance childsplay_plugins-0.85-2.fc8 ----------------------------- * Mon Aug 06 2007 Hans de Goede 0.85-2 - Update License tag for new Licensing Guidelines compliance chkfontpath-1.10.1-2.fc8 ------------------------ * Tue Aug 21 2007 Adam Jackson - 1.10.1-2 - Rebuild for build id chkrootkit-0.47-8.fc8 --------------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt clanbomber-1.05-5.fc8 --------------------- * Mon Aug 06 2007 Hans de Goede 1.05-5 - Update License tag for new Licensing Guidelines compliance claws-mail-2.10.0-4.fc8 ----------------------- * Wed Aug 22 2007 Andreas Bierfert - 2.10.0-4 - new license tag - rebuild for ppc32 claws-mail-plugins-2.10.0-2.fc8 ------------------------------- * Wed Aug 22 2007 Andreas Bierfert - 2.10.0-2 - new license tag - rebuild for ppc32 cln-1.1.13-3.fc8 ---------------- * Tue Aug 21 2007 Quentin Spencer 1.1.13-3 - Rebuild for F8. cmigemo-1.3-0.6.c_MIT.fc8.1 --------------------------- * Wed Aug 22 2007 Mamoru Tasaka - 1.3-0.6.c_MIT.dist.1 - Mass rebuild (buildID or binutils issue) coldet-1.2-3.fc8 ---------------- * Wed Aug 22 2007 Hans de Goede 1.2-3 - Fix Source0 URL * Mon Aug 06 2007 Hans de Goede 1.2-2 - Update License tag for new Licensing Guidelines compliance compat-guichan05-0.5.0-7.fc8 ---------------------------- * Tue Aug 21 2007 Wart 0.5.0-7 - Rebuild for gcc BUILDID * Tue Apr 10 2007 Wart 0.5.0-6 - Fix Obsoletes: version to avoid matching some guichan 0.5.0 releases compat-wxGTK26-2.6.3-6 ---------------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt * Thu Aug 09 2007 Michael Schwendt - Back out patch from -5 again, since gtk2-2.11.6-6.fc8 adds a compatibility fix for the old GtkToolTips API. compface-1.5.2-6 ---------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt compiz-0.5.2-7.0ec3ec.fc8 ------------------------- * Tue Aug 21 2007 Kristian H??gsberg - 0.5.2-7.0ec3ec - Add more-sm-junk.patch so we set SM restart style to SmRestartIfRunning on exit (#247163, #245971). - Add Requires to compiz-devel (#253407). - Update to desktop-effects 0.7.6, which terminates decorator when switching to metacity or on compiz failure (#215247, #215032). conserver-8.1.16-2.fc8 ---------------------- * Tue Aug 21 2007 Patrick "Jima" Laughton 8.1.16-2 - Rebuild for BuildID contact-lookup-applet-0.16-3.fc8 -------------------------------- * Tue Aug 21 2007 Brian Pepple - 0.16-3 - Rebuild. cook-2.30-1.fc8 --------------- * Tue Aug 21 2007 Gerard Milmeister - 2.30-1 - new release 2.30 - change license to GPLv2+ crack-5.0a-7.fc8 ---------------- * Wed Aug 22 2007 Christian Iseli 5.0a-7 - Mark License tag as "Artistic clarified" * Wed Aug 22 2007 Christian Iseli 5.0a-6 - add BR: gawk - Rebuild for BuildID * Thu May 10 2007 Christian Iseli 5.0a-5 - Fix #239575: crack uses obsolete sort option syntax crack-attack-1.1.14-10.fc8 -------------------------- * Mon Aug 06 2007 Hans de Goede 1.1.14-10 - Update License tag for new Licensing Guidelines compliance cracklib-2.8.10-3 ----------------- * Tue Aug 21 2007 Nalin Dahyabhai - 2.8.10-3 - rebuild * Mon Jul 23 2007 Nalin Dahyabhai - add a %check script to catch things like #249210 crontabs-1.10-15.fc8 -------------------- * Tue Aug 21 2007 Marcela Maslanova 1.10-15 - corrected license tag in spec - add config file to crontab - delay of cron.{daily,...} could be switch off - Resolves: rhbz#253536 crypto-utils-2.3-3 ------------------ * Wed Aug 22 2007 Joe Orton 2.3-3 - fix certwatch -a (Tuomo Soini, #253819) crystal-stacker-1.5-5.fc8 ------------------------- * Tue Aug 21 2007 Hans de Goede 1.5-5 - Rebuild for buildId crystal-stacker-themes-1.0-3.fc8 -------------------------------- ctrlproxy-3.0.2-3.fc8 --------------------- * Fri Aug 03 2007 Josh Boyer 3.0.2-3 - Update license field cvsps-2.1-5.fc8 --------------- * Thu Aug 16 2007 Ville Skytt?? - 2.1-5 - License: GPL+ cyrus-imapd-2.3.9-6.fc8 ----------------------- * Wed Aug 22 2007 Tomas Janousek - 2.3.9-6 - update to latest upstream - updated all patches from uoa and reenabled rmquota+deletemailbox dd2-0.2.2-2.fc8 --------------- * Wed Aug 22 2007 Hans de Goede 0.2.2-2 - Upstream has respinned its tarbal, no significant changes deskbar-applet-2.19.90.1-1.fc8 ------------------------------ * Tue Aug 21 2007 Luke Macken - 2.19.90.1-1 - 2.19.90.1 - Remove all patches, as they are all upstream now - Update license tag to GPLv2 - New version of the Fedora bugzilla module device-mapper-1.02.22-1.fc8 --------------------------- * Tue Aug 21 2007 Alasdair Kergon - 1.02.22-1 - Export dm_fclose() and dm_create_dir(). - dm_create_dir() suppresses EROFS mkdir() errors. - dm_fclose() checks ferror() to catch write failures. - Update to use autoconf 2.61. * Thu Aug 09 2007 Alasdair Kergon - 1.02.21-2 - Clarify GPL licence versions. * Tue Jul 17 2007 Alasdair Kergon - 1.02.21-1 - Add tree-based and dependency fields to dmsetup reports. - Fix default dmsetup report buffering and add --unbuffered. - Avoid trailing separator in reports when there are hidden sort fields. - Add regex functions to library. - Fix segfault in 'dmsetup status' without --showkeys against crypt target. dhcpv6-0.10-46.fc8 ------------------ * Tue Aug 21 2007 David Cantrell - 0.10-46 - Rebuild dia-1:0.96.1-3.fc8 ------------------ * Mon Aug 06 2007 Hans de Goede 1:0.96.1-3 - Update License tag for new Licensing Guidelines compliance dillo-0.8.6-4.fc8 ----------------- * Wed Aug 22 2007 Andreas Bierfert 0.8.6-4 - new license tag - rebuild for buildid distcache-1.4.5-15 ------------------ * Wed Aug 22 2007 Joe Orton 1.4.5-15 - fix License, BuildRoot, Source0, drop .la files, detabify dnscap-1.0-0.5.20070807cvs.fc8 ------------------------------ * Wed Aug 22 2007 Adam Tkac 1.0-0.5.20070807cvs - rebuild (to get BuildID feature) dosbox-0.71-2.fc8 ----------------- * Wed Aug 22 2007 Andreas Bierfert 0.71-2 - new license tag - rebuild for buildid driconf-0.9.1-6.fc8 ------------------- * Tue Aug 21 2007 Kevin Fenzi - 0.9.1-6 - Update license tag. dtc-1.0.0-2.fc8 --------------- * Tue Aug 21 2007 Josh Boyer - Bump and rebuild duel3-0.1-0.3.20060225.fc8 -------------------------- dumb-0.9.3-6.fc8 ---------------- * Tue Aug 07 2007 Hans de Goede 0.9.3-6 - Clarify license after talking about it with upstream - Include permission notice from upstream for license clarification - Update License tag for new Licensing Guidelines compliance dump-0.4b41-6.fc8 ----------------- * Wed Aug 22 2007 Adam Tkac 0.4b41-6 - rebuild (BuildID feature) - use device-mapper-devel instead device-mapper in BuildRequires * Tue Jan 30 2007 Adam Tkac 0.4b41-5 - fixed dumping of 2TB systems * Mon Jan 29 2007 Adam Tkac 0.4b41-4 - added Andrew Kroeger's patch. Immutable files are restored correctly dumpasn1-20060622-3.fc8 ----------------------- * Thu Aug 16 2007 Ville Skytt?? - 20060622-3 - License: Copyright only dvb-apps-1.1.1-10.fc8 --------------------- * Tue Aug 21 2007 Ville Skytt?? - 1.1.1-10 - Update tuning files to 20070821. dvdauthor-0.6.14-2.fc8 ---------------------- * Tue Aug 14 2007 Ville Skytt?? - 0.6.14-2 - License: GPLv2+ dwdiff-1.2.1-5.fc8 ------------------ * Tue Aug 21 2007 Jakub Hrozek 1.2-5 Fix configure/build to make the package rebuild in mock dynamite-0.1-7.fc8 ------------------ * Wed Aug 22 2007 Andreas Bierfert - 0.1-7 - rebuild for buildid elinks-0.11.3-4.fc8 ------------------- * Wed Aug 22 2007 Ondrej Vasik 0.11.3-4 - rebuilt for F8 - changed license tag to GPLv2 elisa-0.3.1-1.fc8 ----------------- * Sat Aug 04 2007 Matthias Saou 0.3.1-1 - Update to 0.3.1. - Update License field. - Update requirement to pigment >= 0.3.1. - Remove no longer needed desktopentry and nobangpy patches. - Update desktop patch. elph-1.0.1-2.fc8 ---------------- em8300-kmod-0.16.3-5.2.6.23_0.124.rc3.git2.fc8 ---------------------------------------------- * Wed Aug 22 2007 Ville Skytt?? - 0.16.3-5 - 0.16.3, build for kernel 2.6.23-0.124.rc3.git2.fc8. - Fix build with recent 2.6.23 rc kernels. - Use ExcludeArch instead of ExclusiveArch. - License: GPLv2+ emacs-vm-8.0.3.495-1.fc8 ------------------------ * Tue Aug 21 2007 Jonathan G. Underwood - 8.0.3.495-1 - Update to release 8.0.3 emelfm2-0.3.5-2.fc8 ------------------- * Tue Aug 21 2007 Christoph Wickert - 0.3.5-2 - Rebuild to fix SELinux issues on PPC32 and to include BuildID feature enigma-1.01-2.1 --------------- * Tue Aug 21 2007 Thorsten Leemhuis - 1.01-2.1 - Remove version key from desktop file * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" * Tue Jun 05 2007 Wart - 1.01-2 - Clean up desktop categories enscript-1.6.4-8.fc8 -------------------- * Wed Aug 22 2007 Adam Tkac 1.6.4-8 - rebuild (BuildID feature) - change license to GPLv2 * Mon Feb 12 2007 Adam Tkac 1.6.4-7 - wrap_header patch had problems with around 70 characters long headers * Fri Jan 26 2007 Adam Tkac 1.6.4-6 - wrap_header patch has been improved environment-modules-3.2.5-2.fc8 ------------------------------- * Tue Aug 21 2007 - Orion Poplawski - 3.2.5-2 - Update license tag to GPLv2 escape-200704130-5.fc8 ---------------------- * Tue Aug 21 2007 Adam Goode - 200704130-5 - Rebuild etherbat-1.0.1-3.fc8 -------------------- * Thu Aug 16 2007 Jon Ciesla 1.0.1-3 - License tag correction. evolution-brutus-1.1.28.7-2.fc8 ------------------------------- * Tue Aug 21 2007 Brian Pepple - 1.1.28.7-2 - Rebuild. exaile-0.2.10-2.fc8 ------------------- * Wed Aug 22 2007 Deji Akingunola - 0.2.10-2 - Rebuild * Fri Aug 03 2007 Deji Akingunola - 0.2.10-2 - License tag update exempi-1.99.4-1.fc8 ------------------- fRaBs-2.10-3.fc8 ---------------- factory-3.0.2-1.fc8 ------------------- * Tue Aug 21 2007 Rex Dieter 3.0.2-1 - factory-3.0.2 - disable -debuginfo (static lib only) farsight-0.1.23-3.fc8 --------------------- * Tue Aug 21 2007 Brian Pepple - 0.1.23-3 - Rebuild. fbdesk-1.4.0-3.fc8 ------------------ * Wed Aug 22 2007 Andreas Bierfert 1.4.0-3 - rebuild for buildid fbg-0.9.1-1.fc8 --------------- * Tue Aug 21 2007 Hans de Goede 0.9.1-1 - New upstream release 0.9.1, license changed from GPLv2 to GPLv2+, no other changes fcron-3.0.3-3.fc8 ----------------- * Tue Aug 21 2007 Alain Portal 3.0.3-3 - Licence tag clarification feh-1.3.4-5.fc8 --------------- * Mon Aug 06 2007 Hans de Goede 1.3.4-5 - Update License tag for new Licensing Guidelines compliance flight-of-the-amazon-queen-1.0-2.fc8 ------------------------------------ flight-of-the-amazon-queen-cd-1.0-2.fc8 --------------------------------------- fluxbox-1.0.0-0.3.rc3.fc8 ------------------------- * Wed Aug 22 2007 Andreas Bierfert - 1.0.0-0.3.rc3 - rebuild for buildid fluxconf-0.9.9-4.fc8 -------------------- * Wed Aug 22 2007 Andreas Bierfert - 0.9.9-4 - new license tag - rebuild for buildid fnfx-0.3-9.fc8 -------------- * Wed Aug 22 2007 Andreas Bierfert - 0.3-9 - new license tag - rebuild for buildid fonts-ISO8859-2-1.0-18.fc8 -------------------------- * Tue Aug 21 2007 Rahul Bhalerao - 1.0-18.fc8 - Dropping chkfontpath dependency (bug #251026, by Matthias Clasen) - Spec cleanup fonts-japanese-0.20061016-9.fc8 ------------------------------- * Wed Aug 22 2007 Akira TAGOH - 0.20061016-9 - No need to own /etc/X11/fontpath.d. - Update BR. freedroid-1.0.2-8.fc8 --------------------- * Mon Aug 13 2007 Ville Skytt?? - 1.0.2-8 - License: GPLv2+ freeglut-2.4.0-11.fc8 --------------------- freetype1-1.4-0.3.pre.fc8 ------------------------- ftnchek-3.3.1-6.fc8 ------------------- * Tue Aug 21 2007 Orion Poplawki 3.3.1-6 - Rebuild for BuildID fuse-emulator-0.8.0.1-3.fc8 --------------------------- * Tue Aug 21 2007 Ian Chapman 0.8.0.1-3 - Release bump for F8 mass rebuild - License change due to new guidelines fuse-emulator-utils-0.8.0.1-2.fc8 --------------------------------- * Tue Aug 21 2007 Ian Chapman 0.8.0.1-2 - Release bump for F8 mass rebuild - License change due to new guidelines * Sat Jul 07 2007 Ian Chapman 0.8.0.1-1 - Upgrade to 0.8.0.1 - Various cleanups to the SPEC including conforming to new guidelines * Sat Sep 16 2006 Paul F. Johnson 0.7.0-5 - rebuild fvwm-2.5.21-5.fc8 ----------------- * Tue Aug 21 2007 Adam Goode - 2.5.21-5 - Update license tag - Rebuild for buildid * Thu Mar 15 2007 Adam Goode - 2.5.21-4 - Don't patch configure, just patch a few files * Thu Mar 08 2007 Adam Goode - 2.5.21-3 - Rebuild configure with autoconf >= 2.60 (for datarootdir) - Filter out local Perl libraries from provides and requires fyre-1.0.1-3.fc8 ---------------- * Tue Aug 21 2007 Brian Pepple - 1.0.1-3 - Rebuild. * Thu Aug 02 2007 Brian Pepple - 1.0.1-2 - Update license tag. g3data-1.5.1-7.fc8 ------------------ * Tue Aug 21 2007 Jef Spaleta 1.5.1-7 - Bump for rebuild * Fri Aug 03 2007 Jef Spaleta 1.5.1-6 - add GPLv2+ license tag string for updated fedora licensing policy galago-daemon-0.5.1-3.fc8 ------------------------- * Tue Aug 21 2007 Brian Pepple - 0.5.1-3 - Rebuild. * Thu Aug 02 2007 Brian Pepple - 0.5.1-2 - Update license tag. galculator-1.2.5.2-2.fc8 ------------------------ * Tue Aug 21 2007 Tomas Mraz - 1.2.5.2-2 - rebuild galeon-2.0.3-11.fc8 ------------------- * Wed Aug 22 2007 Denis Leroy - 2.0.3-11 - F-8 rebuild games-menus-0.2-4.fc8 --------------------- * Mon Aug 06 2007 Hans de Goede 0.2-4 - Update License tag for new Licensing Guidelines compliance gc-7.0-3.fc8 ------------ * Tue Aug 21 2007 Rex Dieter 7.0-3 - respin (ppc32) gcc-4.1.2-19 ------------ * Tue Aug 21 2007 Jakub Jelinek 4.1.2-19 - update from gcc-4_1-branch (-r127528:127672) - PR c++/32112 - fix ppc32 libgcc.a(tramp.o), so that binaries using trampolines aren't forced to use bss PLT - fix a fortran charlen sharing bug (#253102) - fix ICE with X|~X or X^~X with vectors (PR middle-end/32912) - nuke bits/stdc++.gch directories from libstdc++-devel (#253304) gcdmaster-1.2.2-2.fc8 --------------------- * Wed Aug 22 2007 Denis Leroy - 1.2.2-2 - License tag update - No longer build from cdrecord-devel gdesklets-0.35.4-9.fc8 ---------------------- * Tue Aug 21 2007 Luya Tshimbalanga - 0.35.4-9 - Renamed GPL to GPL+ following the new Fedoa tagging license schema gdhcpd-0.3.2-6.fc8 ------------------ * Tue Aug 21 2007 Adel Gadllah 0.3.2-6 - Rebuild for BuildID and ppc32 bug gdk-pixbuf-1:0.22.0-35.fc8 -------------------------- * Tue Aug 21 2007 Kevin Fenzi - 1:0.22.0-35 - Correct License tag. gdl-0.9-0.pre5.fc8.2 -------------------- * Tue Aug 21 2007 - Orion Poplawski - 0.9-0.pre5.2 - Add patch to fix build on ppc64 * Tue Aug 21 2007 - Orion Poplawski - 0.9-0.pre5.1 - Update license tag to GPLv2+ - Rebuild for BuildID * Mon Jul 09 2007 - Orion Poplawski - 0.9-0.pre5 - Update to 0.9pre5 gemdropx-0.9-3.fc8 ------------------ gengetopt-2.21-3.fc8 -------------------- * Wed Aug 22 2007 Debarshi Ray - 2.21-3 - Rebuilding. ghasher-1.2.1-3.fc8 ------------------- * Wed Aug 22 2007 Denis Leroy - 1.2.1-3 - F8 rebuild gifsicle-1.48-3.fc8 ------------------- gimmie-0.2.7-2.fc8 ------------------ * Wed Aug 22 2007 Deji Akingunola - 0.2.7-2 - Rebuild * Mon Aug 06 2007 Deji Akingunola - 0.2.7-2 - License tag update gkrellm-2.3.0-2.fc8 ------------------- * Tue Aug 07 2007 Hans de Goede 2.3.0-2 - Update License tag for new Licensing Guidelines compliance * Sun Jul 22 2007 Hans de Goede 2.3.0-1 - New upstream release 2.3.0 * Fri Jul 20 2007 Hans de Goede 2.2.10-3 - Rebuild, including libsensors support on ppc and ppc64 as lm_sensors is available there now. gkrellm-hddtemp-0.2-0.7.beta.fc8 -------------------------------- * Thu Aug 16 2007 Ville Skytt?? - 0.2-0.7.beta - License: GPLv2+ gkrellm-volume-2.1.13-5.fc8 --------------------------- * Thu Aug 16 2007 Ville Skytt?? - 2.1.13-5 - License: GPLv2+ gkrellm-weather-2.0.7-4.fc8 --------------------------- * Thu Aug 16 2007 Ville Skytt?? - 2.0.7-4 - License: GPLv2+ gkrellm-wifi-0.9.12-6.fc8 ------------------------- * Wed Aug 22 2007 Hans de Goede 0.9.12-6 - Fix Source0 URL * Tue Aug 07 2007 Hans de Goede 0.9.12-5 - Update License tag for new Licensing Guidelines compliance glabels-2.0.4-7.fc8 ------------------- * Tue Aug 21 2007 Peter Gordon - 2.0.4-7 - Rebuild with new BuildID-enabled binutils. glib-1:1.2.10-28.fc8 -------------------- * Tue Aug 21 2007 Rex Dieter 1:1.2.10-28 - respin (buildID) * Sat Aug 11 2007 Rex Dieter 1:1.2.10-27 - License: LGPLv2+ * Thu Jan 11 2007 Rex Dieter 1:1.2.10-26 - revert libtool-related breakage glibmm24-2.13.9-2.fc8 --------------------- * Wed Aug 22 2007 Denis Leroy - 2.13.9-2 - License tag update glimmer-3.02-2.fc8 ------------------ glunarclock-0.32.4-10.fc8 ------------------------- * Thu Aug 16 2007 Jon Ciesla - 0.32.4-10 - License tag correction. glyph-keeper-0.32-3.fc8 ----------------------- * Wed Aug 22 2007 Hans de Goede 0.32-3 - Rebuild for buildId - Update license tag for new license tag guidelines gnet2-2.0.7-10.fc8 ------------------ * Tue Aug 21 2007 Tomas Mraz 2.0.7-10 - license tag fix gnome-applet-music-2.2.0-2.fc8 ------------------------------ * Tue Aug 21 2007 Peter Gordon - 2.2.0-2 - Update License tag (GPLv2+). - Rebuild for PPC32 SELinux bug. gnome-applet-sensors-1.8.1-4.fc8 -------------------------------- * Tue Aug 07 2007 Hans de Goede 1.8.1-4 - Update License tag for new Licensing Guidelines compliance gnome-commander-1.2.4-3.fc8.2 ----------------------------- * Wed Aug 22 2007 Mamoru Tasaka - 1.2.4-3.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 1.2.4-3.dist.1 - License update gnonlin-0.10.9-2.fc8 -------------------- * Tue Aug 21 2007 Brian Pepple - 0.10.9-2 - Rebuild. gnubg-20061119-13.fc8 --------------------- * Thu Aug 16 2007 Jon Ciesla - 20061119-13 - License tag correction. gnucap-0.35-2.fc8 ----------------- * Tue Aug 07 2007 Hans de Goede 0.35-2 - Update License tag for new Licensing Guidelines compliance gnupg-1.4.7-7 ------------- * Thu Aug 16 2007 Nalin Dahyabhai - 1.4.7-7 - clarify license gnutls-1.6.3-2.fc8 ------------------ * Tue Aug 21 2007 Tomas Mraz 1.6.3-2 - license tag fix gobby-0.4.5-1.fc8 ----------------- * Tue Aug 21 2007 Luke Macken - 0.4.5-1 - 0.4.5 - Update license tag to GPLv2 gocr-0.44-3.fc8 --------------- * Tue Aug 21 2007 - Orion Poplawski - 0.44-3 - Update license tag to GPLv2+ - Rebuild for BuildID goffice-0.2.2-1.fc8 ------------------- * Fri Aug 03 2007 Bill Nottingham - tweak license tag gpart-0.1h-7.fc8 ---------------- * Tue Aug 21 2007 David Cantrell - 0.1h-7 - Rebuild gparted-0.3.3-12.fc8 -------------------- * Wed Aug 22 2007 Deji Akingunola - 0.3.3-12 - Rebuild * Fri Aug 03 2007 Deji Akingunola - 0.3.3-12 - License tag update gperf-3.0.3-2.fc8 ----------------- * Tue Aug 21 2007 Florian La Roche - rebuild gpixpod-0.6.2-2.fc8 ------------------- gpsdrive-2.09-4.fc8 ------------------- * Tue Aug 21 2007 Kevin Fenzi - 2.09-4 - Update License tag. gpsim-0.22.0-4.fc8 ------------------ * Tue Aug 21 2007 Alain Portal 0.22.0-4 - Licence tag clarification gputils-0.13.4-4.fc8 -------------------- * Tue Aug 21 2007 Alain Portal 0.13.4-4 - Really change licence tag * Tue Aug 21 2007 Alain Portal 0.13.4-3 - Licence tag clarification gq-1.2.2-6.fc8 -------------- * Tue Aug 21 2007 Terje R??sten - 1.2.2-6 - Tag problem * Sun Aug 19 2007 Terje R??sten - 1.2.2-5 - Fix license tag * Mon Jun 25 2007 Terje R??sten - 1.2.2-4 - Fix categories in desktop file gqview-2.0.4-4 -------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt gstreamer-plugins-farsight-0.12.2-3.fc8 --------------------------------------- * Tue Aug 21 2007 Brian Pepple - 0.12.2-3 - Rebuild. gstreamer-plugins-good-0.10.6-3.fc8 ----------------------------------- * Tue Aug 21 2007 Adam Jackson - 0.10.6-3 - Rebuild for build id gsynaptics-0.9.12-2.1 --------------------- * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" gtk+-1:1.2.10-59.fc8 -------------------- * Tue Aug 21 2007 Rex Dieter 1:1.2.10-59 - respin (BuildID) * Sat Aug 11 2007 Rex Dieter 1:1.2.10-58 - License: LGPLv2+ * Thu Jan 11 2007 Rex Dieter 1:1.2.10-57 - revert libtool-related breakage gtk+extra-2.1.1-5.fc8 --------------------- * Tue Aug 21 2007 Alain Portal 2.1.1-5 - Licence tag clarification gtkglext-1.2.0-5.fc8 -------------------- * Wed Aug 22 2007 Ralf Cors??pius - 1.2.0-5 - Don't install *.la's for fedora >= 8. - Update license tags. - Split out *-libs. * Tue Sep 05 2006 Ralf Cors??pius - 1.2.0-4 - Mass rebuild. * Mon Aug 14 2006 Ralf Cors??pius - 1.2.0-3 - BR: libXmu-devel (Braden McDaniel). - *-devel: R: libXmu-devel. - *-devel: R: pkgconfig. gtkhtml3-3.15.90-2.fc8 ---------------------- * Tue Aug 21 2007 Matthew Barnes - 3.15.90-2.fc8 - Add patch for GNOME bug #446894 (regression in old printing API). gtkterm-0.99.5-5.fc8 -------------------- * Tue Aug 07 2007 Hans de Goede 0.99.5-5 - Update License tag for new Licensing Guidelines compliance gtorrentviewer-0.2b-14.fc8 -------------------------- * Sun Aug 12 2007 Paul Howarth 0.2b-14 - Clarify license as GPL (unspecified/any version) - Update %post & %postun to redirect stderr to the bitbucket - Update desktop file to spec version 1.0 guichan-0.6.1-2.fc8 ------------------- * Tue Aug 21 2007 Wart 0.6.1-2 - Rebuild for gcc BUILDID guile-5:1.8.2-2.fc8 ------------------- * Wed Aug 22 2007 Miroslav Lichvar - 5:1.8.2-2 - update license tag - redirect guile output in triggerin script * Tue Jul 17 2007 Miroslav Lichvar - 5:1.8.2-1 - update to 1.8.2 - remove dot from -devel summary, convert goops.info to UTF-8 * Mon Mar 19 2007 Miroslav Lichvar - 5:1.8.1-3 - spec cleanup gv-3.6.3-2.fc8 -------------- * Tue Aug 21 2007 Orion Poplawski 3.6.3-2 - Update license tag to GPLv2+ - Rebuild for ppc32 gxine-0.5.11-7.fc8 ------------------ * Tue Aug 21 2007 Martin Sourada - 0.5.11-7 - Rebuild hawknl-1.68-2.fc8 ----------------- hddtemp-0.3-0.13.beta15.fc8 --------------------------- * Mon Aug 06 2007 Ville Skytt?? - 0.3-0.13.beta15 - License: GPLv2+ hesinfo-3.1.0-2 --------------- hevea-1.09-3.fc8 ---------------- * Wed Aug 22 2007 Andreas Thienemann - 1.09-3 - Added EA x86_64 as it was forgotten in -2 hmmer-2.3.2-7.fc8 ----------------- * Thu Aug 16 2007 Christian Iseli 2.3.2-7 - Fix License tag to GPLv2+. hpic-0.52.2-4.fc8 ----------------- * Tue Aug 21 2007 Matthew Truch - 0.52.2-4 - Bump revision for rebuild (build-id etc.) htdig-3:3.2.0b6-12.fc8 ---------------------- * Wed Aug 22 2007 Adam Tkac 3:3.2.0b6-12 - rebuild (BuildID feature) - changed licence to GPLv2 * Wed Mar 07 2007 Adam Tkac 3:3.2.0b6-11 - added upstream's segfault patch - added ?_smp_mflags macro to make * Thu Feb 01 2007 Adam Tkac 3:3.2.0b6-10 - removed sigfault patch because it isn't stable yet - changed common_dir in htdig.conf to /var/www/html/htdig (#220390) htmldoc-1.8.27-3.fc8 -------------------- * Wed Aug 22 2007 Adam Goode - 1.8.27-3 - Update license tag - Rebuild for buildid http_ping-20050629-5.fc8 ------------------------ * Tue Aug 21 2007 Ville Skytt?? - 20050629-5 - Rebuild. httpd-2.2.4-8 ------------- * Tue Aug 21 2007 Joe Orton 2.2.4-8 - fix License - require /etc/mime.types (#249223) hugin-0.6.1-8.fc8 ----------------- * Tue Aug 21 2007 Bruno Postle 0.6.1-8 - bumping for Jesse - update license GPL -> GPLv2+ hunspell-gl-0.20070802-1.fc8 ---------------------------- hunspell-hr-1:0.20040608-1.fc8 ------------------------------ hunspell-ru-1:0.99f7-1.fc8 -------------------------- hyperestraier-1.4.10-2.fc8.2 ---------------------------- * Wed Aug 22 2007 Mamoru Tasaka - 1.4.10-2.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 1.4.10-2.dist.1 - License update id3v2-0.1.11-5.fc8 ------------------ * Thu Aug 16 2007 Ville Skytt?? - 0.1.11-5 - License: GPLv2+ imake-1.0.2-5.fc8 ----------------- * Tue Aug 21 2007 Adam Jackson - 1.0.2-5 - Rebuild for build id imlib2-1.4.0-2.fc8 ------------------ * Wed Aug 08 2007 Hans de Goede 1.4.0-2 - put the id3tag loader in its own imlib2-id3tag-loader subpackage as it links to libid3tag, which is GPLv2+, and we don't want the imlib2 main package to become GPLv2+ (bz 251054) (WIP) (*) - fix the URL tag (bz 251277) - Update License tag for new Licensing Guidelines compliance (WIP) (*) (*) waiting for feedback from Spot, do not build yet!! iprutils-2.2.6-2.fc8 -------------------- * Tue Aug 21 2007 David Cantrell - 2.2.6-2 - Rebuild * Thu May 17 2007 Paul Nasrat - 2.2.6-1 - Update to latest upstream * Thu Jul 13 2006 Paul Nasrat - 2.1.5-1 - New upstream version iptstate-2.2.1-1 ---------------- * Tue Aug 21 2007 Thomas Woerner 2.2.1-1 - new version 2.2.1 - spec file fixes * Wed Oct 25 2006 Thomas Woerner 2.1-1 - new version 2.1 isicom-3.05-19.fc8 ------------------ * Tue Aug 21 2007 Adam Jackson 3.05-19 - Rebuild for build id jd-1.9.6-0.4.svn1280.fc8 ------------------------ * Wed Aug 22 2007 Mamoru Tasaka - 1.9.6-0.4.svn1280 - svn 1280 * Sun Aug 05 2007 Mamoru Tasaka - 1.9.6-0.2.beta070804 - 1.9.6 beta 070804 release 2 * Sat Aug 04 2007 Mamoru Tasaka - 1.9.6-0.1.beta070804 - 1.9.6 beta 070804 jfbterm-0.4.7-12.fc8 -------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.4.7-12 - Use sysconf instead of kernel-private PAGE_SIZE macro * Wed Aug 22 2007 Mamoru Tasaka - 0.4.7-10.dist.2 - Mass rebuild (buildID or binutils issue) jpgalleg-2.5-2.fc8 ------------------ kazehakase-0.4.7-9.svn3228.fc8.1 -------------------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.4.7-9.svn3228.dist.1 - Mass rebuild (buildID or binutils issue) kbackup-0.5.1-8.fc8 ------------------- * Tue Aug 21 2007 Alain Portal 0.5.1-8 - Licence tag clarification kbilliards-0.8.7b-4.fc8 ----------------------- * Wed Aug 22 2007 Hans de Goede 0.8.7b-4 - Rebuild for buildId kdesvn-0.13.0-2.fc8 ------------------- * Tue Aug 21 2007 - Orion Poplawski - 0.13.0-2 - Rebuild for BuildID kernel-2.6.23-0.129.rc3.git4.fc8 -------------------------------- * Wed Aug 22 2007 Dave Jones - 2.6.23-rc3-git4 * Tue Aug 21 2007 Dave Jones - Rebase utrace. kexec-tools-1.101-79.fc8 ------------------------ * Tue Aug 21 2007 Neil Horman - 1.101-79 - Update kdump.init to always create sparse files (bz 253714) kita-0.177.3-11.fc8.1 --------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.177.3-11.dist.1 - Mass rebuild (buildID or binutils issue) koffice-1.6.3-10.fc8 -------------------- * Wed Aug 22 2007 Andreas Bierfert - 1.6.3-10 - rebuild for buildid * Mon Aug 13 2007 Rex Dieter 1.6.3-9 - CVE-2007-3387 (#251522, #251524) * Mon Aug 13 2007 Rex Dieter 1.6.3-8 - License: GPLv2+ - -libs: move libk*common.so.* here kompose-0.5.3-8.fc8 ------------------- * Tue Aug 21 2007 - Orion Poplawski 0.5.3-8 - Update license tag to GPLv2+ - Rebuild for BuildID ksensors-0.7.3-12.fc8 --------------------- * Mon Aug 13 2007 Hans de Goede 0.7.3-12 - Update License tag for new Licensing Guidelines compliance kst-1.4.0-8.fc8 --------------- * Tue Aug 21 2007 Matthew Truch - 1.4.0-8 - Add patch to fix open() call that was not compliant. * Thu Aug 02 2007 Matthew Truch - 1.4.0-7 - Update License tag lacewing-1.10-9.fc8 ------------------- * Wed Aug 22 2007 Hans de Goede 1.10-9 - Rebuild for buildId latexmk-3.08n-5.fc8 ------------------- * Tue Aug 21 2007 Jerry James - 3.08n-5 - Update license tag leafpad-0.8.11-2.fc8 -------------------- * Tue Aug 21 2007 Ignacio Vazquez-Abrams 0.8.11-2 - Fix License tag - Rebuild for F8t2 libAfterImage-1.15-1.fc8 ------------------------ * Wed Aug 22 2007 Andreas Bierfert 1.15-1 - version upgrade - new license tag libFS-1.0.0-4.fc8 ----------------- * Tue Aug 21 2007 Adam Jackson - 1.0.0-4 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen - 1.0.0-4 - Don't install INSTALL * Wed Jul 12 2006 Jesse Keating - 1.0.0-3.1 - rebuild libICE-1.0.3-3.fc8 ------------------ * Tue Aug 21 2007 Adam Jackson - 1.0.3-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.3-2 - Don't install INSTALL libSM-1.0.2-2.fc8 ----------------- * Tue Aug 21 2007 Adam Jackson - 1.0.2-2 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.2-2 - Don't install INSTALL libX11-1.1.2-2.fc8 ------------------ * Tue Aug 21 2007 Adam Jackson - 1.1.2-2 - Rebuild for build id * Mon Jul 23 2007 Adam Jackson 1.1.2-1 - libX11 1.1.2. - Enable XCB for libX11 transport. * Sat Apr 21 2007 Matthias Clasen 1.0.3-9 - Don't install INSTALL libXNVCtrl-1.0-5.fc8 -------------------- * Mon Aug 13 2007 Hans de Goede 1.0-5 - Update License tag for new Licensing Guidelines compliance libXScrnSaver-1.1.2-3.fc8 ------------------------- * Tue Aug 21 2007 Adam Jackson - 1.1.2-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.1.2-2 - Don't install INSTALL libXTrap-1.0.0-4.fc8 -------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.0-4 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen - 1.0.0-4 - Don't install INSTALL * Wed Jul 12 2006 Jesse Keating - 1.0.0-3.1 - rebuild libXau-1.0.3-3.fc8 ------------------ * Tue Aug 21 2007 Adam Jackson - 1.0.3-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.3-2 - Don't install INSTALL libXaw-1.0.2-9.fc8 ------------------ * Tue Aug 21 2007 Adam Jackson - 1.0.2-9 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen - 1.0.2-9 - Don't install INSTALL * Wed Jul 12 2006 Jesse Keating - 1.0.2-8.1 - rebuild libXdamage-1.1.1-3.fc8 ---------------------- * Tue Aug 21 2007 Adam Jackson - 1.1.1-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.1.1-2 - Don't install INSTALL libXdmcp-1.0.2-4.fc8 -------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.2-4 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.2-3 - Don't install INSTALL libXevie-1.0.2-2.fc8 -------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.2-2 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.2-2 - Don't install INSTALL libXext-1.0.1-4.fc8 ------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.1-4 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.1-4 - Don't install INSTALL * Tue Oct 03 2006 Adam Jackson 1.0.1-3 - Force xorg-x11-proto-devel on >= 7.1-10 (for LBX headers), and rebuild. libXfixes-4.0.3-2.fc8 --------------------- * Tue Aug 21 2007 Adam Jackson - 4.0.3-2 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 4.0.3-2 - Don't install INSTALL libXfontcache-1.0.4-3.fc8 ------------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.4-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.4-2 - Don't install INSTALL libXft-2.1.12-3.fc8 ------------------- * Tue Aug 21 2007 Adam Jackson - 2.1.12-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 2.1.12-2 - Don't install INSTALL libXi-1.1.1-2.fc8 ----------------- * Tue Aug 21 2007 Adam Jackson - 1.1.1-2 - Rebuild for build id libXinerama-1.0.2-3.fc8 ----------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.2-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.2-2 - Don't install INSTALL libXmu-1.0.3-3.fc8 ------------------ * Tue Aug 21 2007 Adam Jackson - 1.0.3-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.3-2 - Don't install INSTALL libXp-1.0.0-8.fc8 ----------------- * Tue Aug 21 2007 Adam Jackson - 1.0.0-8 - Rebuild for build id * Sun Oct 01 2006 Jesse Keating - 1.0.0-8 - rebuilt for unwind info generation, broken in gcc-4.1.1-21 * Wed Sep 20 2006 Soren Sandmann - 1.0.0.7 - Add requires for the devel package on libXau-devel (173530) libXpm-3.5.6-2.fc8 ------------------ * Tue Aug 21 2007 Adam Jackson - 3.5.6-2 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 3.5.6-2 - Don't install INSTALL libXrandr-1.2.0-5.fc8 --------------------- * Tue Aug 21 2007 Adam Jackson - 1.2.0-5 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.2.0-4 - Don't install INSTALL libXrender-0.9.3-1.fc8 ---------------------- * Tue Aug 21 2007 Adam Jackson 0.9.3-1 - libXrender 0.9.3 * Sat Apr 21 2007 Matthias Clasen 0.9.2-2 - Don't install INSTALL libXres-1.0.3-3.fc8 ------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.3-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.3-2 - Don't install INSTALL * Fri Jan 05 2007 Adam Jackson 1.0.3-1 - Update to 1.0.3 libXt-1.0.4-3.fc8 ----------------- * Tue Aug 21 2007 Adam Jackson - 1.0.4-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.4-2 - Don't install INSTALL * Mon Nov 20 2006 Adam Jackson 1.0.4-1.fc7 - Update to 1.0.4 libXv-1.0.3-3.fc8 ----------------- * Tue Aug 21 2007 Adam Jackson - 1.0.3-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.3-2 - Don't install INSTALL * Fri Jan 05 2007 Adam Jackson 1.0.3-1 - Update to 1.0.3 libXvMC-1.0.4-3.fc8 ------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.4-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.4-2 - Don't install INSTALL libXxf86dga-1.0.1-4.fc8 ----------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.1-4 - Rebuild for build id libXxf86misc-1.0.1-4.fc8 ------------------------ * Tue Aug 21 2007 Adam Jackson - 1.0.1-4 - Rebuild for build id libXxf86vm-1.0.1-4.fc8 ---------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.1-4 - Rebuild for build id libapreq2-2.09-0.rc2.5.fc8 -------------------------- * Wed Aug 22 2007 Bojan Smojver - 2.09-0.rc2.5 - fix license libcddb-1.3.0-2.fc8 ------------------- * Mon Aug 13 2007 Hans de Goede 1.3.0-2 - Update License tag for new Licensing Guidelines compliance libdhcp-1.27-2.fc8 ------------------ * Tue Aug 21 2007 David Cantrell - 1.27-2 - Rebuild libdmx-1.0.2-4.fc8 ------------------ * Tue Aug 21 2007 Adam Jackson - 1.0.2-4 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen - 1.0.2-4 - Don't install INSTALL * Wed Jul 12 2006 Jesse Keating - 1.0.2-3.1 - rebuild libdnet-1.12-2.fc8 ------------------ * Tue Aug 21 2007 Patrick "Jima" Laughton 1.12-2 - Rebuild for BuildID - Changed license tag to be more conformant libdrm-2.3.0-6.fc8 ------------------ * Tue Aug 21 2007 Adam Jackson - 2.3.0-6 - Rebuild for build id libebml-0.7.7-3.fc8 ------------------- * Mon Aug 13 2007 Hans de Goede 0.7.7-3 - Update License tag for new Licensing Guidelines compliance libfac-3.0.2-1.fc8 ------------------ * Tue Aug 21 2007 Rex Dieter 3.0.2-1 - libfac-3.0.2 - disable -debuginfo (static lib only) libfontenc-1.0.4-4.fc8 ---------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.4-4 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.4-3 - Don't install INSTALL libgalago-0.5.2-5.fc8 --------------------- * Tue Aug 21 2007 Brian Pepple - 0.5.2-5 - Rebuild. * Thu Aug 02 2007 Brian Pepple - 0.5.2-4 - Update license tag. libgalago-gtk-0.5.0-6.fc8 ------------------------- * Tue Aug 21 2007 Brian Pepple - 0.5.0-6 - Rebuild. * Thu Aug 02 2007 Brian Pepple - 0.5.0-5 - Update license tag. libgnomedb-1:3.0.0-3.fc8 ------------------------ * Mon Aug 13 2007 Hans de Goede 1:3.0.0-3 - Update License tag for new Licensing Guidelines compliance libid3tag-0.15.1b-4.fc8 ----------------------- * Mon Aug 06 2007 Ville Skytt?? - 0.15.1b-4 - License: GPLv2+ libidn-0.6.14-4 --------------- * Tue Aug 21 2007 Joe Orton 0.6.14-4 - drop contrib directory from docs libjingle-0.3.11-3.fc8 ---------------------- * Tue Aug 21 2007 Brian Pepple - 0.3.11-3 - Rebuild. libmatroska-0.8.1-2.fc8 ----------------------- * Mon Aug 13 2007 Hans de Goede 0.8.1-2 - Update License tag for new Licensing Guidelines compliance libmodplug-1:0.8.4-2.fc8 ------------------------ * Tue Aug 21 2007 Ville Skytt?? - 1:0.8.4-2 - Rebuild. libnc-dap-3.7.0-7.fc8 --------------------- * Wed Aug 22 2007 Patrice Dumas 3.7.0-7 - fix license - add gawk BuildRequires libopensync-0.22-4.fc8 ---------------------- * Wed Aug 22 2007 Andreas Bierfert - 0.22-4 - new license tag - rebuild for buildid * Thu Apr 26 2007 Andreas Bierfert 0.22-3 - fix typo * Wed Apr 25 2007 Andreas Bierfert 0.22-2 - fix #228375 libopensync-plugin-evolution2-0.22-2.fc8 ---------------------------------------- * Wed Aug 22 2007 Andreas Bierfert 0.22-2 - fix license tag - rebuild for buildid libopensync-plugin-file-0.22-2.fc8 ---------------------------------- * Wed Aug 22 2007 Andreas Bierfert 0.22-2 - fix license tag - rebuild for buildid libopensync-plugin-gpe-0.22-2.fc8 --------------------------------- * Wed Aug 22 2007 Andreas Bierfert 0.22-2 - fix license tag - rebuild for buildid libpano12-2.8.4-8.fc8 --------------------- * Tue Aug 21 2007 Bruno Postle 2.8.4-8 - bumping for Jesse, update license tag GPL -> GPLv2+ libpcap-14:0.9.7-3.fc8 ---------------------- * Wed Aug 22 2007 Miroslav Lichvar 14:0.9.7-3 - update license tag libpfm-3.2-0.061205.3.fc8 ------------------------- * Tue Aug 21 2007 Will Cohen - 3.2-0.061205.3 - rebuild * Mon May 21 2007 Will Cohen - 3.2-0.061205.2 - Fix up rpmlint complaints. libpolyxmass-0.9.1-1.fc8 ------------------------ * Wed Aug 22 2007 Andreas Bierfert 0.9.1-1 - version upgrade - new license tag * Wed Sep 13 2006 Andreas Bierfert 0.9.0-7 - FE6 rebuild librtas-1.2.4-4.fc8 ------------------- * Tue Aug 21 2007 David Cantrell - 1.2.4-4 - Rebuild libsamplerate-0.1.2-7.fc8 ------------------------- * Mon Aug 13 2007 Hans de Goede 0.1.2-7 - Update License tag for new Licensing Guidelines compliance libscigraphica-2.1.1-7.fc8 -------------------------- * Wed Aug 22 2007 Deji Akingunola - 2.1.1-7 - Update License tag and rebuild libselinux-2.0.30-2.fc8 ----------------------- * Tue Aug 21 2007 Dan Walsh - 2.0.30-2 - Remove requirement on setransd, Moved to selinux-policy-mls libsexy-0.1.11-3.fc8 -------------------- * Tue Aug 21 2007 Brian Pepple - 0.1.11-3 - Rebuild. * Sun Aug 05 2007 Brian Pepple - 0.1.11-2 - Update license tag. libsidplay-1.36.57-14 --------------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt libsigc++-1.2.7-5.fc8 --------------------- * Wed Aug 22 2007 Denis Leroy - 1.2.7-5 - Updated License tag libsilc-0:1.0.2-3.fc8 --------------------- * Tue Aug 21 2007 Warren Togami 1.0.2-3 - rebuild libspectrum-0.3.0.1-3.fc8 ------------------------- * Tue Aug 21 2007 Ian Chapman 0.3.0.1-3 - Release bump for F8 mass rebuild - License change due to new guidelines * Sat Jun 30 2007 Ian Chapman 0.3.0.1-2 - Release bump * Sat Jun 30 2007 Ian Chapman 0.3.0.1-1 - Upgrade to 0.3.0.1 - Changes to spec due to new guidelines libtar-1.2.11-9.fc8 ------------------- * Mon Aug 13 2007 Hans de Goede 1.2.11-9 - Update License tag for new Licensing Guidelines compliance libtcd-2.2.2-1.fc8.2 -------------------- * Wed Aug 22 2007 Mamoru Tasaka - 2.2.2-1.dist.2 - Mass rebuild (buildID or binutils issue) libtelepathy-0.0.55-3.fc8 ------------------------- * Tue Aug 21 2007 Brian Pepple - 0.0.55-3 - Rebuild. * Sun Aug 05 2007 Brian Pepple - 0.0.55-2 - Update license tag. libtermcap-2.0.8-47 ------------------- * Wed Aug 22 2007 Miroslav Lichvar - 2.0.8-47 - update license tag libtheora-0:1.0alpha8-0.2.svn13393.fc8 -------------------------------------- * Wed Aug 22 2007 Hans de Goede 1.0alpha8-0.2.svn13393 - Fix Source0 URL libtimidity-0.1.0-3.fc8 ----------------------- libutempter-1.1.4-4.fc8 ----------------------- * Tue Aug 21 2007 Adam Jackson - 1.1.4-4 - Rebuild for build id libvirt-0.3.2-1.fc8 ------------------- * Tue Aug 21 2007 Daniel Veillard - 0.3.2-1.fc8 - Release of 0.3.2 - API for domains migration - APIs for collecting statistics on disks and interfaces - lots of assorted bugfixes and cleanups - documentation and localization improvements libwnck-2.19.90-2.fc8 --------------------- * Tue Aug 21 2007 Adam Jackson - 2.19.90-2 - Rebuild for build id libxkbfile-1.0.4-3.fc8 ---------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.4-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1.0.4-2 - Don't install INSTALL liferea-1.2.22-1.fc8 -------------------- * Tue Aug 21 2007 Brian Pepple - 1.2.22-1 - Update to 1.2.22. lilypond-2.10.29-1.fc8 ---------------------- * Tue Aug 21 2007 Quentin Spencer 2.10.29-1 - New release. Remove old patch. linuxwacom-0.7.8.3-2.fc8 ------------------------ * Tue Aug 21 2007 Aristeu Rozanski 0.7.8.3-2.fc8 - Disabling stack protector liquidwar-5.6.3-4.fc8 --------------------- * Mon Aug 13 2007 Hans de Goede 5.6.3-4 - Update License tag for new Licensing Guidelines compliance lirc-0.8.2-2.fc8 ---------------- * Wed Aug 15 2007 Ville Skytt?? - 0.8.2-2 - License: GPLv2+ logserial-0.4.2-5.fc8.1 ----------------------- * Wed Aug 22 2007 Manuel Wolfshant 0.4.2-5.1 - rebuilt loudmouth-1.2.3-3.fc8 --------------------- * Tue Aug 21 2007 Brian Pepple - 1.2.3-3 - Rebuild. * Sun Aug 05 2007 Brian Pepple - 1.2.3-2 - Update license tag. lua-5.1.2-1.fc8 --------------- lucidlife-0.9.2-2.fc8 --------------------- * Tue Aug 21 2007 Peter Gordon - 0.9.2-2 - Update License tag (GPLv2+). - Rebuild with new BuildID-enabled binutils. lzo-2.02-3.fc8 -------------- * Wed Aug 15 2007 Hans de Goede 2.02-3 - Update License tag for new Licensing Guidelines compliance * Mon Aug 28 2006 Hans de Goede 2.02-2 - FE6 Rebuild * Wed Jul 26 2006 Hans de Goede 2.02-1 - New upstream release 2.02, soname change! m17n-lib-1.4.0-2.fc8 -------------------- * Wed Aug 22 2007 Parag Nemade - 1.4.0-2 - rebuild against new rpm package - update license tag * Thu Jul 19 2007 Jens Petersen - buildrequire and require m17n-db >= 1.4.0 m4-1.4.10-1.fc8 --------------- * Wed Aug 22 2007 Vitezslav Crhonek - 1.4.10-1 - Update to m4-1.4.10 - Fix license to GPL version 3 or later machineball-1.0-3.fc8 --------------------- magicor-1.0-0.3.rc2.fc8 ----------------------- mailman-3:2.1.9-7.fc8 --------------------- * Wed Aug 22 2007 Tomas Smetana - 3:2.1.9-7 - fix #242678 wrong init script - fix #247160 INSTALL.REDHAT references non-existent README.POSTFIX file, patch by Todd Zullinger - fix #132495 jp character encoding is not UTF8, patch by Todd Zullinger - update license, add dist to release manedit-0.8.1-1.fc8.3 --------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.8.1-1.dist.3 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 0.8.1-1.dist.2 - License update marble-0.4.0.1-1.fc8 -------------------- * Sun Aug 19 2007 Chitlesh Goorah 0.4.0.1-1 - new upstream release and applied fix for multilibs - change license tag to LGPLv2 - added devel package to create additional Qt-Designer-Plugin for developers - gpsd support - added missing icons meanwhile-1.0.2-5.fc8 --------------------- * Fri Aug 03 2007 - jwboyer at jdub.homelinux.org 1.0.2-5 - Update license field mecab-0.96-1.fc8.2 ------------------ * Wed Aug 22 2007 Mamoru Tasaka - 0.96-1.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 0.96-1.dist.1 - License update * Mon Jun 11 2007 Mamoru Tasaka - 0.96-1 - 0.96 release mecab-java-0.96-2.fc8.3 ----------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.96-2.dist.3 - Mass rebuild (buildID or binutils issue) mesa-libGLw-6.5.1-3.fc8 ----------------------- * Tue Aug 21 2007 Adam Jackson - 6.5.1-3 - Rebuild for build id metacity-2.19.55-3.fc8 ---------------------- * Tue Aug 21 2007 Adam Jackson - 2.19.55-3 - Rebuild for build id methane-1.4.7-2.fc8 ------------------- mhash-0.9.9-3 ------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt mingetty-1.07-6 --------------- * Tue Aug 21 2007 Florian La Roche - rebuild minicom-2.2-4.fc8 ----------------- * Wed Aug 22 2007 Miroslav Lichvar 2.2-4 - update license tag mirage-0.8.3-2.fc8.2 -------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.8.3-2.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 0.8.3-2.dist.1 - License update mirrormagic-2.0.2-4.fc8 ----------------------- * Wed Aug 15 2007 Hans de Goede 2.0.2-4 - Update License tag for new Licensing Guidelines compliance mod_auth_mysql-1:3.0.0-5 ------------------------ * Tue Aug 21 2007 Joe Orton 1:3.0.0-5 - fix License mod_auth_pgsql-2.0.3-5 ---------------------- * Tue Aug 21 2007 Joe Orton 2.0.3-5 - fix License, and package the license text mod_dnssd-0.5-4.fc8 ------------------- * Tue Aug 21 2007 Ignacio Vazquez-Abrams 0.5-4 - Fix License tag - Rebuild for F8t2 mod_perl-2.0.3-11 ----------------- * Tue Aug 21 2007 Joe Orton 2.0.3-11 - rebuild for libdb soname bump mod_python-3.3.1-4 ------------------ * Tue Aug 21 2007 Joe Orton 3.3.1-4 - fix License mtools-3.9.11-2.fc8 ------------------- * Wed Aug 22 2007 Adam Tkac 3.9.11-2 - rebuild (BuildID feature) - change license to GPLv2+ * Thu May 31 2007 Adam Tkac 3.9.11-1 - updated to latest upstream (3.9.11) * Fri May 11 2007 Adam Tkac 3.9.10-7 - in the end script has been completely rewriten by nagi-2.06-4.fc8 --------------- * Tue Aug 21 2007 Jon Ciesla 2.06-4 - Rebuild for f8. * Thu May 17 2007 Jon Ciesla 2.06-3 - Fixed RPM_OPT_FLAGS. - Fixed build path issues. - Preserved timestamps. * Thu May 17 2007 Jon Ciesla 2.06-2 - Changed to literal sed. - Cleaned up dir creation. - Corrected patch names. nautilus-actions-1.4.1-2.fc8 ---------------------------- * Wed Aug 22 2007 Deji Akingunola - 1.4.1-2 - Update the Source url - Rebuild * Fri Aug 03 2007 Deji Akingunola - 1.4.1-2 - License tag update nautilus-flac-converter-0.0.2-9.fc8 ----------------------------------- * Tue Aug 21 2007 Brian Pepple - 0.0.2-9 - Rebuild. * Sun Aug 05 2007 Brian Pepple - 0.0.2-8 - Update license tag. nautilus-image-converter-0.0.9-3.fc8 ------------------------------------ * Tue Aug 21 2007 Brian Pepple - 0.0.9-3 - Rebuild. * Sun Aug 05 2007 Brian Pepple - 0.0.9-2 - Update license tag. neXtaw-0.15.1-11.fc8 -------------------- * Mon Aug 06 2007 Ville Skytt?? - 0.15.1-11 - License: MIT net-snmp-1:5.4.1-2.fc8 ---------------------- * Wed Aug 22 2007 Jan Safranek 5.4.1-2 - gawk added to build dependencies * Tue Aug 07 2007 Jan Safranek 5.4.1-1 - Lincense: field changed to MIT - 5.4.1 integrated * Tue Jul 31 2007 Jan Safranek 5.4-16 - supported lm_sensors on ppc64 (#249255) - snmpconf generates config files with proper selinux context (#247462) - fix leak in udp transport (#247771) - add alpha to supported archs in net-snmp-config (#246825) - fix hrSWInst (#250237) net6-1.3.5-2.fc8 ---------------- * Tue Aug 21 2007 Luke Macken - 1.3.5-2 - Update License to LGPLv2 nethack-3.4.3-15.fc8 -------------------- * Tue Aug 21 2007 Luke Macken 3.4.3-15 - Rebuild netmask-2.3.9-2.fc8 ------------------- * Mon Aug 06 2007 Ville Skytt?? - 2.3.9-2 - License: GPLv2+ netpanzer-0.8.1-2.fc8 --------------------- * Thu Aug 16 2007 Jon Ciesla 0.8.1-2 - License tag correction. nexuiz-2.3-2.fc8 ---------------- * Tue Aug 21 2007 Jon Ciesla - 2.3-2 - License tag correction. - Rebuild for f8. njam-1.25-6.fc8 --------------- * Wed Aug 22 2007 Hans de Goede 1.25-6 - Rebuild for buildId nmap-2:4.20-6.fc8 ----------------- * Wed Aug 22 2007 Harald Hoyer - 2:4.20-6 - changed license tag nmh-1.2-20070115cvs.4.fc8 ------------------------- * Tue Aug 21 2007 Josh Bressers 0:1.2_20070115cvs.4 - Fix inc when the -silent flag is used ntp-4.2.4p2-5.fc8 ----------------- * Tue Aug 21 2007 Miroslav Lichvar 4.2.4p2-5 - avoid use of uninitialized floating-point values in clock_select - update license tag (Tom "spot" Callaway) - drop sntp, MSNTP license is non-free obby-0.4.4-2.fc8 ---------------- * Tue Aug 21 2007 Luke Macken - 0.4.4-2 - Update license to GPLv2+ obconf-2.0.2-2.fc8 ------------------ * Wed Aug 22 2007 Miroslav Lichvar - 2.0.2-2 - Update license tag ochusha-0.5.99.66-0.2.cvs070110.fc8.2 ------------------------------------- * Sun Apr 22 2007 Mamoru Tasaka 0.5.99.66-0.2.cvs070110.dist.2 - Mass rebuild (buildID or binutils issue) ode-0.8-2.fc8 ------------- * Wed Aug 15 2007 Hans de Goede 0.8-2 - Update License tag for new Licensing Guidelines compliance ogre-1.4.2-2.fc8 ---------------- * Wed Aug 15 2007 Hans de Goede 1.4.2-2 - Update License tag for new Licensing Guidelines compliance ois-1.0-2.fc8 ------------- opal-2.2.8-5.fc8 ---------------- * Wed Aug 22 2007 Daniel Veillard - 2.2.8-5.fc8 - added 2 patches needed when using a CISCO server openct-0.6.12-2.fc8 ------------------- * Thu Aug 16 2007 Ville Skytt?? - 0.6.12-2 - License: LGPLv2+ openldap-2.3.37-3.fc8 --------------------- * Wed Aug 22 2007 Jan Safranek 2.3.37-3.fc8 - just rebuild openslp-1.2.1-7.fc8 ------------------- * Tue Aug 21 2007 Rex Dieter 1.2.1-7 - respin (buildID) openssl-0.9.8b-15.fc8 --------------------- * Tue Aug 21 2007 Tomas Mraz 0.9.8b-15 - rebuild * Fri Aug 03 2007 Tomas Mraz 0.9.8b-14 - use localhost in testsuite, hopefully fixes slow build in koji - CVE-2007-3108 - fix side channel attack on private keys (#250577) - make ssl session cache id matching strict (#233599) * Wed Jul 25 2007 Tomas Mraz 0.9.8b-13 - allow building on ARM architectures (#245417) - use reference timestamps to prevent multilib conflicts (#218064) - -devel package must require pkgconfig (#241031) openvrml-0.16.6-4.fc8 --------------------- * Wed Aug 22 2007 Braden McDaniel - 0.16.6-4 - Set BOOST_LIB_SUFFIX="-mt". - Updated firefox dependency to 2.0.0.6. * Fri Aug 03 2007 Braden McDaniel - 0.16.6-3 - Rebuild for updated boost. oprofile-0.9.3-3.fc8 -------------------- * Tue Aug 21 2007 Will Cohen - 0.9.3-3 - rebuild overgod-1.0-6.fc8 ----------------- * Wed Aug 15 2007 Hans de Goede 1.0-6 - Update License tag for new Licensing Guidelines compliance pachi-1.0-3.fc8 --------------- pam_keyring-0.0.9-1.fc8 ----------------------- * Wed Aug 22 2007 Denis Leroy - 0.0.9-1 - Update to upstream 0.0.9 - Updated License tag * Thu Sep 07 2006 W. Michael Petullo - 0.0.8-3.fc6 - Rebuild for FC6. * Tue Aug 22 2006 W. Michael Petullo - 0.0.8-2.fc6 - BuildRequires libtool. panelfm-1.2-2.fc8.2 ------------------- * Wed Aug 22 2007 Mamoru Tasaka - 1.2-2.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 1.2-2.dist.1 - License update paragui-1.0.4-4.fc8 ------------------- * Wed Aug 15 2007 Hans de Goede 1.0.4-4 - Update License tag for new Licensing Guidelines compliance parted-1.8.6-8.fc8 ------------------ * Tue Aug 21 2007 David Cantrell - 1.8.6-8 - Rebuild pciutils-2.2.6-3.fc8 -------------------- * Wed Aug 22 2007 Harald Hoyer - 2.2.6-3 - changed license tag pcsc-perl-1.4.6-2.fc8 --------------------- * Tue Aug 07 2007 Ville Skytt?? - 1.4.6-2 - Apply #defines patch only when building with pcsc-lite < 1.4.0. - License: GPLv2+ pcsc-tools-1.4.10-1.fc8 ----------------------- * Wed Aug 22 2007 Ville Skytt?? - 1.4.10-1 - 1.4.10, desktop entry patch applied upstream. * Tue Aug 07 2007 Ville Skytt?? - 1.4.9-2 - License: GPLv2+ pengupop-2.2.2-2.fc8 -------------------- * Thu Aug 16 2007 Jon Ciesla 2.2.2-2 - License tag correction. perl-Acme-Damn-0.03-4.fc8 ------------------------- * Tue Aug 21 2007 Chris Weyl 0.03-4 - bump perl-Authen-DigestMD5-0.04-4.fc8 -------------------------------- * Fri Aug 10 2007 Paul Howarth 0.04-4 - Clarify license as GPL v1 or later, or Artistic (same as perl) - Add buildreq perl(Test::More) perl-Class-C3-XS-0.08-2.fc8 --------------------------- * Tue Aug 21 2007 Chris Weyl 0.08-2 - bump perl-Class-Loader-2.03-5.fc8 ---------------------------- * Fri Aug 10 2007 Paul Howarth 2.03-5 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Convert-BinHex-1.119-6.fc8 ------------------------------- * Sat Aug 11 2007 Paul Howarth 1.119-6 - clarify license as GPL version 1 or later, or Artistic (same as perl) perl-Crypt-DH-0.06-7.fc8 ------------------------ * Sat Aug 11 2007 Paul Howarth 0.06-7 - Clarify license as GPL v1 or later, or Artistic (same as perl) - Add buildreq perl(Test::More) perl-Crypt-DSA-0.14-5.fc8 ------------------------- * Sat Aug 11 2007 Paul Howarth 0.14-5 - Clarify license as GPL v1 or later, or Artistic (same as perl) - Add buildreq perl(Test::More) perl-Crypt-Primes-0.50-4.fc8 ---------------------------- * Sun Aug 12 2007 Paul Howarth 0.50-4 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Crypt-RSA-1.58-3.fc8 ------------------------- * Sun Aug 12 2007 Paul Howarth 1.58-3 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Crypt-Random-1.25-4.fc8 ---------------------------- * Sun Aug 12 2007 Paul Howarth 1.25-4 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Crypt-SmbHash-0.12-6.fc8 ----------------------------- * Sun Aug 12 2007 Paul Howarth 0.12-6 - Clarify license as GPL version 2 or later perl-Data-Alias-1.06-2.fc8 -------------------------- * Tue Aug 21 2007 Chris Weyl 1.06-2 - bump perl-Data-Buffer-0.04-5.fc8 --------------------------- * Mon Aug 13 2007 Paul Howarth 0.04-5 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Date-Simple-3.02-6.fc8 --------------------------- * Mon Aug 13 2007 Paul Howarth 3.02-6 - Clarify license as GPL v1 or later, or Artistic (same as perl) - Add buildreq perl(Test::More) perl-Devel-Size-0.68-2.fc8 -------------------------- * Tue Aug 21 2007 Chris Weyl 0.68-2 - bump perl-Digest-BubbleBabble-0.01-6.fc8 ----------------------------------- * Mon Aug 13 2007 Paul Howarth 0.01-6 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Digest-MD2-2.03-5.fc8 -------------------------- * Mon Aug 13 2007 Paul Howarth 2.03-5 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Digest-Nilsimsa-0.06-8.fc8 ------------------------------- * Tue Aug 21 2007 Warren Togami 0.06-8 - rebuild perl-Event-1.09-2.fc8 --------------------- * Tue Aug 21 2007 Chris Weyl 1.09-2 - bump perl-File-ExtAttr-1.02-3.fc8 ---------------------------- * Tue Aug 21 2007 Chris Weyl 1.02-3 - bump perl-FileHandle-Unget-0.1621-5.fc8 ---------------------------------- * Mon Aug 13 2007 Paul Howarth 0.1621-5 - Clarify license as GPL (unspecified version) perl-GStreamer-0.09-4.fc8 ------------------------- * Tue Aug 21 2007 Chris Weyl 0.09-4 - bump perl-GTop-0.16-4.fc8 -------------------- * Tue Aug 21 2007 Chris Weyl 0.16-4 - bump perl-Gnome2-Canvas-1.002-7.fc8 ------------------------------ * Tue Aug 21 2007 Chris Weyl 1.002-7 - bump perl-Gnome2-Print-1.000-3.fc8 ----------------------------- perl-Gtk2-GladeXML-1.006-2.fc8 ------------------------------ * Tue Aug 21 2007 Chris Weyl 1.006-2 - bump perl-Gtk2-Notify-0.03-2.fc8 --------------------------- * Tue Aug 21 2007 Chris Weyl 0.03-2 - bump perl-Gtk2-Sexy-0.02-6.fc8 ------------------------- * Tue Aug 21 2007 Chris Weyl 0.02-6 - bump perl-Gtk2-Spell-1.03-6.fc8 -------------------------- * Tue Aug 21 2007 Chris Weyl 1.03-6 - bump perl-Gtk2-TrayIcon-0.06-2.fc8 ----------------------------- * Tue Aug 21 2007 Chris Weyl 0.06-2 - bump perl-IO-stringy-2.110-6.fc8 --------------------------- * Mon Aug 13 2007 Paul Howarth 2.110-6 - clarify license as GPL v1 or later, or Artistic (same as perl) perl-JSON-XS-1.43-2.fc8 ----------------------- * Tue Aug 21 2007 Chris Weyl 1.43-2 - bump perl-MIME-tools-5.420-4.fc8 --------------------------- * Mon Aug 13 2007 Paul Howarth 5.420-4 - Clarify license as GPL v1 or later, or Artistic (same as perl) - Add buildreq perl(Test::More) perl-Mail-Mbox-MessageParser-1.5000-3.fc8 ----------------------------------------- * Mon Aug 13 2007 Paul Howarth 1.5000-3 - Clarify license as GPL (unspecified version) perl-MailTools-1.77-2.fc8 ------------------------- * Mon Aug 13 2007 Paul Howarth 1.77-2 - Clarify license as GPL v1 or later, or Artistic (same as perl) - Unexpand tabs in spec file perl-Math-GMP-2.04-6.fc8 ------------------------ * Mon Aug 13 2007 Paul Howarth 2.04-6 - Clarify license as LGPL, version 2 or later perl-Math-Pari-2.010709-3.fc8 ----------------------------- * Mon Aug 13 2007 Paul Howarth 2.010709-3 - clarify license as GPL v1 or later, or Artistic (same as perl) perl-Net-DBus-0.33.5-2.fc8 -------------------------- * Tue Aug 21 2007 Chris Weyl 0.33.5-2 - bump perl-Net-SSLeay-1.30-5.fc8 -------------------------- * Tue Aug 21 2007 Warren Togami - 1.30-5 - rebuild perl-Params-Validate-0.88-2.fc8 ------------------------------- * Wed Aug 22 2007 Ralf Cors??pius - 0.88-2 - Mass rebuild. perl-SGML-Parser-OpenSP-0.99-5.fc8 ---------------------------------- * Mon Aug 06 2007 Ville Skytt?? - 0.99-5 - License: GPL+ or Artistic perl-Socket6-0.19-4.fc8 ----------------------- * Tue Aug 21 2007 Warren Togami - 0.19-4 - rebuild perl-String-CRC32-1.4-3.fc8 --------------------------- * Mon Aug 13 2007 Paul Howarth 1.4-3 - fix typo in %summary and tidy up %description - remove redundant dependency on perl >= 1:5.6.1 - fix argument order for find with -depth - drop "|| :" from %check (only required for ancient rpmbuild versions) - add buildreq perl(ExtUtils::MakeMaker) perl-Sub-Name-0.02-3.fc8 ------------------------ perl-Text-Aspell-0.08-2.fc8 --------------------------- * Tue Aug 21 2007 Jerry James - 0.08-2 - Update license tag perl-mecab-0.96-1.fc8.1 ----------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.96-1.dist.1 - Mass rebuild (buildID or binutils issue) - License update perl-perlmenu-4.0-5.fc8 ----------------------- * Tue Aug 21 2007 Parag Nemade - 4.0-5 - update License tag pfmon-3.2-0.061205.3.fc8 ------------------------ * Tue Aug 21 2007 Will Cohen - 3.2-0.061205.3 - rebuild * Mon May 21 2007 Will Cohen - 3.2-0.061205.2 - Fix up rpmlint complaints. php-pear-1:1.6.1-2 ------------------ * Tue Aug 21 2007 Joe Orton 1:1.6.1-2 - fix License php-pear-Console-Getargs-1.3.4-1.fc8.1 -------------------------------------- * Tue Aug 21 2007 Remi Collet 1.3.4-1.fc8.1 - bump release (missing sources) php-pecl-phar-1.2.0-2.fc8 ------------------------- pigment-0.3.1-2.fc8 ------------------- * Wed Aug 22 2007 Matthias Saou 0.3.1-2 - Include r606 patch to fix pigment bug #147 (segfaults with python bits). pikdev-0.9.2-3.fc8 ------------------ * Tue Aug 21 2007 Alain Portal 0.9.2-3 - Licence tag clarification pikloops-0.2.3-2.fc8 -------------------- * Tue Aug 21 2007 Alain Portal 0.2.3-2 - Licence tag clarification pinball-0.3.1-8.fc8 ------------------- * Wed Aug 15 2007 Hans de Goede 0.3.1-8 - Update License tag for new Licensing Guidelines compliance pingus-0.7.0-0.5.20060721.fc8 ----------------------------- * Wed Aug 15 2007 Hans de Goede 0.7.0-0.5.20060721 - Update License tag for new Licensing Guidelines compliance pinot-0.76-0.3.beta2.fc8 ------------------------ * Tue Aug 21 2007 Adel Gadllah 0.76-0.3.beta2 - Fix build * Tue Aug 21 2007 Adel Gadllah 0.76-0.2.beta2 - Bump release * Tue Aug 21 2007 Adel Gadllah 0.76-0.1.beta2 - Update to 0.76beta2 - Drop unneeded patches pirut-1.3.12-1.fc8 ------------------ * Tue Aug 21 2007 Jeremy Katz - 1.3.12-1 - Fix a traceback (#252328) - Avoid tracebacks/segfaults with non-UTF8 encoded package strings (#240191) - Fix more progress bar updating plib-1.8.4-9.fc8 ---------------- * Wed Aug 15 2007 Hans de Goede 1.8.4-9 - Update License tag for new Licensing Guidelines compliance policycoreutils-2.0.23-1.fc8 ---------------------------- * Mon Aug 20 2007 Dan Walsh 2.0.23-1 - Update to match NSA * Disable dontaudits via semodule -D polyester-1.0.2-1.fc8 --------------------- * Tue Aug 21 2007 Sebastian Vahl - 1.0.2-1 - new upstream version: 1.0.2 * Thu Aug 16 2007 Sebastian Vahl - 1.0.1-2 - Change License to LGPLv2 pork-0.99.8.1-7.fc8 ------------------- * Tue Aug 21 2007 Luke Macken - 0.99.8.1-7 - Update license tag to GPLv2 powertop-1.8-1.fc8 ------------------ * Mon Aug 20 2007 Josh Boyer 1.8-1 - Update to latest release pscan-1.2-4.fc8 --------------- * Mon Aug 06 2007 Ville Skytt?? - 1.2-4 - License: GPLv2+ pth-2.0.7-3 ----------- * Tue Aug 21 2007 Michael Schwendt - rebuilt ptouch-driver-1.2-8.fc8 ----------------------- * Wed Aug 22 2007 Lubomir Kundrak 1.2-8 - Bump revision for BuildID in -debuginfo rebuild * Fri Aug 03 2007 Lubomir Kundrak 1.2-7 - Modify the License tag in accordance with the new guidelines * Fri Aug 03 2007 Lubomir Kundrak 1.2-6 - No. No automake. For the kids! pungi-0.5.0-1.fc8 ----------------- * Tue Aug 21 2007 Jesse Keating - 0.5.0-1 - Rework how source rpms are pulled in Always pull in 'src' arch packages, just filter them when not needed. Saves having to reset or create new yum objects. - Create a base pungi class that sets logging - Inherit this class in Gather and Pungi - Adjust logging to make use of new facility, use right levels - Drop a note when all done with composing - Make Gather() no longer a subclass of yum - Be verbose about what we clean (makefile) - Create a subclass of yum to work around logging fun * Wed Aug 01 2007 Jesse Keating - 0.4.1-1 - Create a new yum object for source downloads as yum purple-galago-0.5.1-5.fc8 ------------------------- * Tue Aug 21 2007 Brian Pepple - 0.5.1-5 - Rebuild. * Thu Aug 02 2007 Brian Pepple - 0.5.1-4 - Update license tag. putty-0.60-2.fc8 ---------------- * Tue Aug 21 2007 Patrick "Jima" Laughton 0.60-2 - Rebuild for BuildID pygtkglext-1.1.0-3.fc8 ---------------------- pyparted-1.8.9-2.fc8 -------------------- * Tue Aug 21 2007 David Cantrell - 1.8.9-2 - Rebuild python-cheetah-2.0-0.7.rc8.fc8 ------------------------------ * Tue Aug 21 2007 Mike Bonnet - 2.0-0.7.rc8 - rebuild for F8 * Thu May 03 2007 Mike Bonnet - 2.0-0.6.rc8 - bump release for rebuild python-crypto-2.0.1-9.1 ----------------------- * Tue Aug 21 2007 Thorsten Leemhuis - 2.0.1-9 - Remove the old and outdated python-abi hack * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" python-decoratortools-1.5-1.fc8 ------------------------------- python-html2text-2.26-2.1 ------------------------- python-krbV-1.0.13-6.fc8 ------------------------ * Tue Aug 21 2007 Mike Bonnet - 1.0.13-6 - rebuild for F8 python-mecab-0.96-1.fc8.2 ------------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.96-1.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 0.96-1.dist.1 - License update python-nose-0.10.0-0.2.b1.fc8 ----------------------------- * Tue Aug 21 2007 Luke Macken 0.10.0-0.2.b1 - 0.10.0b1 - Update license tag to LGPLv2 python-ruledispatch-0.5a0-0.6.svnr2306.fc8 ------------------------------------------ * Tue Aug 21 2007 Luke Macken 0.5a0-0.6.svn2305 - Rebuild python-simplejson-1.7.1-2.fc8 ----------------------------- * Tue Aug 21 2007 Luke Macken - 1.7.1-2 - Rebuild pyxf86config-0.3.33-2.fc8 ------------------------- * Tue Aug 21 2007 Adam Jackson - 0.3.33-2 - Rebuild for build id qascade-0.1-8.fc8 ----------------- * Thu Aug 16 2007 Jon Ciesla - 0.1-8 - License tag correction. qdbm-1.8.75-3.fc8.2 ------------------- * Wed Aug 22 2007 Mamoru Tasaka - 1.8.75-3.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 1.8.75-3.dist.1 - License update qfaxreader-0.3.1-8.fc8.1 ------------------------ * Wed Aug 22 2007 manuel wolfshant - 0.3.1-8.1 - Rebuilt qgit-1.5.6-2.fc8 ---------------- * Tue Aug 21 2007 Dan Horak 1.5.6-2 - update license tag - rebuild for F8 qhull-2003.1-8.fc8 ------------------ * Wed Aug 22 2007 Ralf Cors??pius - 2003.1-8 - Mass rebuild. qstat-2.11-3.fc8 ---------------- * Tue Aug 21 2007 Andy Shevchenko 2.11-3 - Mass rebuild * Tue Jul 24 2007 Andy Shevchenko 2.11-2.1 - Do not use -delete for find * Wed May 23 2007 Andy Shevchenko 2.11-2 - Fix URL tag quilt-0.46-3.fc8 ---------------- * Tue Aug 21 2007 - jwboyer at jdub.homelinux.org 0.46-3 - BR gawk * Fri Aug 03 2007 - jwboyer at jdub.homelinux.org 0.46-2 - Update license field rafkill-1.2.2-5.fc8 ------------------- * Wed Aug 15 2007 Hans de Goede 1.2.2-5 - Update License tag for new Licensing Guidelines compliance raidem-music-1.0-2.fc8 ---------------------- rblcheck-1.5-13.fc8 ------------------- * Tue Aug 21 2007 Patrick "Jima" Laughton 1.5-13 - Rebuild for BuildID - License clarification regexxer-0.9-2.fc8 ------------------ * Tue Aug 21 2007 Christoph Wickert - 0.9-2 - Rebuild for BuildID feature ren-1.0-12.fc8.1 ---------------- * Wed Aug 22 2007 lonely wolf - 1.0-12.1 - rebuilt revelation-0.4.11-3.1 --------------------- * Tue Aug 21 2007 Thorsten Leemhuis - 0.4.11-3.1 - Remove version key from desktop file * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" rott-1.0-4.fc8 -------------- * Fri Aug 03 2007 Hans de Goede 1.0-4 - Update License tag for new Licensing Guidelines compliance - Fix 2 calls of memset with the 2nd and 3th argument swaped, reported by Dave Jones rsh-0.17-42.fc8 --------------- * Wed Aug 22 2007 Adam Tkac 0.17-42 - rebuild (BuildID feature) rss2email-2.60-3.1 ------------------ * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" ruby-gettext-package-1.9.0-2.fc8.2 ---------------------------------- * Wed Aug 22 2007 Mamoru Tasaka - 1.9.0-2.dist.2 - Mass rebuild (buildID or binutils issue) ruby-mecab-0.96-1.fc8.3 ----------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.96-1.dist.3 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 0.96-1.dist.1 - License update ruby-zoom-0.2.2-3.fc8.2 ----------------------- * Wed Aug 22 2007 Mamoru Tasaka - 0.2.2-3.dist.2 - Mass rebuild (buildID or binutils issue) scanbuttond-0.2.3-11.fc8 ------------------------ * Tue Aug 21 2007 Parag Nemade - 0.2.3-11 - update License tag - build against new rpm package scanssh-2.1-14.fc8 ------------------ * Tue Aug 21 2007 Patrick "Jima" Laughton 2.1-14 - License correction * Tue Aug 21 2007 Patrick "Jima" Laughton 2.1-13 - Rebuild for BuildID schedtool-1.2.10-8.fc8 ---------------------- * Tue Aug 21 2007 Adel Gadllah 1.2.10-8 - Rebuild for BuildID and ppc32 bug scigraphica-2.1.0-5.fc8 ----------------------- * Wed Aug 22 2007 Deji Akingunola - 2.1.0-5 - Update License tag and rebuild scim-bridge-0.4.13-3.fc8 ------------------------ * Wed Aug 22 2007 Huang Peng - 0.4.13-3 - Update rpm License field to GPLv2+ and LGPLv2+ scim-m17n-0.2.2-2.fc8 --------------------- * Wed Aug 22 2007 Parag Nemade - 0.2.2-2 - rebuild against new rpm package * Mon Aug 13 2007 Parag Nemade - update License tag scim-sinhala-0.2.0-3.fc8 ------------------------ * Wed Aug 22 2007 Parag Nemade - 0.2.0-3 - rebuild against new rpm package - update license tag scipy-0.5.2.1-1.fc8 ------------------- * Tue Aug 21 2007 Jef Spaleta - 0.5.2.1-1 - Update to new upstream source * Tue Aug 21 2007 Jef Spaleta - 0.5.2-3 - fix licensing tag and bump for buildid rebuild scorched3d-40.1d-4.fc8 ---------------------- * Wed Aug 15 2007 Hans de Goede 40.1d-4 - Update License tag for new Licensing Guidelines compliance scorchwentbonkers-1.1-3.fc8 --------------------------- scponly-4.6-7.fc8 ----------------- * Tue Aug 21 2007 Warren Togami - 4.6-7 - rebuild scummvm-0.10.0-2.fc8 -------------------- * Wed Aug 15 2007 Hans de Goede 0.10.0-2 - Update License tag for new Licensing Guidelines compliance seahorse-adventures-1.0-2.fc8 ----------------------------- selinux-policy-3.0.5-11.fc8 --------------------------- * Tue Aug 21 2007 Dan Walsh 3.0.5-11 - Add setransd for mls policy smashteroid-1.11-3.fc8 ---------------------- sobby-0.4.4-1.fc8 ----------------- * Tue Aug 21 2007 Luke Macken - 0.4.4-1 - 0.4.4 - Update license tag to GPLv2 spamassassin-3.2.3-2.fc8 ------------------------ * Tue Aug 21 2007 Warren Togami 3.2.3-2 - rebuild spr-07.00.00-1.fc8 ------------------ * Tue Aug 21 2007 Wart 07.00.00-1 - Update to latest release - License tag clarification * Tue May 15 2007 Wart 05.02.00-1 - Update to 05.02.00 - Remove patch that was accepted upstream ssmtp-2.61-11.3.fc8.1 --------------------- * Wed Aug 22 2007 lonely wolf 2.61-11.3.1 - rebuilt subversion-1.4.4-4 ------------------ * Wed Aug 22 2007 Joe Orton 1.4.4-4 - trim dependencies from .la files - detabify spec file - test suite disabled to ease stress on builders * Wed Aug 08 2007 Joe Orton 1.4.4-3 - fix build with new glibc open()-as-macro - build all swig code in %build, not %install - BuildRequire perl(Test::More), perl(ExtUtils::MakeMaker) * Tue Jul 03 2007 Joe Orton 1.4.4-2 - update to 1.4.4 - add Provides: svn (#245087) - fix without-java build (Lennert Buytenhek, #245467) sunifdef-3.1-2.fc8 ------------------ * Tue Aug 21 2007 Jonathan G. Underwood - 3.1-1 - Bump release and rebuild svgalib-1.9.25-3.fc8 -------------------- swig-1.3.31-1.fc8 ----------------- * Wed Aug 22 2007 Adam Tkac 1.31.1-1 - rebuild (BuildID feature) - BuildRequires gawk * Tue Nov 28 2006 Adam Tkac 1.31.1-0 - updated to 1.2.31 (#216991) * Tue Nov 07 2006 Adam Tkac 1.3.29-2 - swig can determine architecture now (#211095) syck-0.61-1.fc8 --------------- * Tue Aug 21 2007 Oliver Falk - 0.61-1 - Update - Clean up spec a bit - Rebuild to make Jesse happy sylpheed-2.4.4-2 ---------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt synaptics-0.14.4-9.fc8 ---------------------- * Tue Aug 21 2007 Adam Jackson - 0.14.4-9 - Rebuild for build id system-config-rootpassword-1.1.10-2.fc8 --------------------------------------- * Tue Aug 21 2007 Pete Graner - 1.1.10-2 - Updated License tag to conform with Fedora License Guidlines. systemtap-0.5.14-1.fc8 ---------------------- * Mon Jul 02 2007 Frank Ch. Eigler - 0.5.14-1 - Many robustness improvements: 1117, 1134, 1305, 1307, 1570, 1806, 2033, 2116, 2224, 2339, 2341, 2406, 2426, 2438, 2583, 3037, 3261, 3282, 3331, 3428 3519, 3545, 3625, 3648, 3880, 3888, 3911, 3952, 3965, 4066, 4071, 4075, 4078, 4081, 4096, 4119, 4122, 4127, 4146, 4171, 4179, 4183, 4221, 4224, 4254, 4281, 4319, 4323, 4326, 4329, 4332, 4337, 4415, 4432, 4444, 4445, 4458, 4467, 4470, 4471, 4518, 4567, 4570, 4579, 4589, 4609, 4664 tagtool-0.12.3-3.fc8 -------------------- * Tue Aug 21 2007 Brian Pepple - 0.12.3-3 - Rebuild. * Mon Aug 06 2007 Brian Pepple - 0.12.3-2 - Update license tag. taxipilot-0.9.2-2.fc8 --------------------- * Wed Aug 15 2007 Hans de Goede 0.9.2-2 - Update License tag for new Licensing Guidelines compliance tbcload-1.4-5.20061030cvs.fc8 ----------------------------- * Mon Aug 20 2007 Wart 1.4-5.20061030cvs - Move to a tcl-specific directory for faster loading tcd-utils-20061127-1.fc8.2 -------------------------- * Wed Aug 22 2007 Mamoru Tasaka - 20061127-1.dist.2 - Mass rebuild (buildID or binutils issue) tcl-tcldict-8.5.2-2.fc8 ----------------------- tclchecker-1.4-3.20061030cvs.fc8 -------------------------------- tclcompiler-1.5-3.20061030cvs.fc8 --------------------------------- tcldebugger-1.4-4.20061030cvs.fc8 --------------------------------- * Tue Aug 21 2007 Wart 1.4-4.20061030cvs - License tag clarification - Apply forgotten patch tclhttpd-3.5.1-15.fc8 --------------------- * Tue Aug 21 2007 Wart - 3.5.1-15 - License tag clarification - Minor rpmlint cleanup tcllib-1.9-5.fc8 ---------------- * Tue Aug 21 2007 Wart - 1.9-5 - License tag clarification tclparser-1.4-2.20061030cvs.fc8 ------------------------------- tclpro-1.5.0-9.20061030cvs.fc8 ------------------------------ * Tue Aug 21 2007 Wart 1.5.0-9.20061030cvs - License tag clarification tcpxtract-1.0.1-8.fc8.1 ----------------------- * Wed Aug 22 2007 lonely wolf 1.0.1-8.1 - rebuilt telepathy-feed-0.13-4.fc8 ------------------------- * Tue Aug 21 2007 Brian Pepple - 0.13-4 - Rebuild. telepathy-idle-0.1.1-3.fc8 -------------------------- * Tue Aug 21 2007 Brian Pepple - 0.1.1-3 - Rebuild. telepathy-salut-0.1.3-3.fc8 --------------------------- * Tue Aug 21 2007 Brian Pepple - 0.1.3-3 - Rebuild. telepathy-stream-engine-0.3.25-2.fc8 ------------------------------------ * Tue Aug 21 2007 Brian Pepple - 0.3.25-2 - Rebuild. telescope-server-0-0.2.20070315.fc8 ----------------------------------- tgif-4.1.45-5.fc8 ----------------- * Wed Aug 22 2007 TASAKA Mamoru - 4.1.45-5 - Set mode explicitly when open(2) is used with O_CREAT due to recent glibc change * Wed Aug 22 2007 TASAKA Mamoru - 4.1.45-4.dist.1 - Mass rebuild (buildID or binutils issue) thewidgetfactory-0.2.1-4.1.fc8 ------------------------------ thunar-archive-plugin-0.2.4-3.fc8 --------------------------------- * Tue Aug 21 2007 Christoph Wickert - 0.2.4-3 - Rebuild for BuildID feature thunar-media-tags-plugin-0.1.2-3.fc8 ------------------------------------ * Tue Aug 21 2007 Christoph Wickert - 0.1.2-3 - Rebuild for BuildID feature thunar-volman-0.1.2-2.fc8 ------------------------- tideEditor-1.4.1-1.fc8.3 ------------------------ * Wed Aug 22 2007 Mamoru Tasaka - 1.4.1-1.dist.3 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 1.4.1-1.dist.2 - License update tile-0.7.8-2.fc8 ---------------- * Tue Aug 21 2007 Wart - 0.7.8-2 - Rebuild for gcc BUILDID time-1.7-30.fc8 --------------- * Tue Aug 21 2007 Florian La Roche - rebuild tiobench-0.3.3-6.1 ------------------ * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" tong-1.0-9.fc8 -------------- * Tue Aug 21 2007 Wart - 1.0-9 - License tag clarification trackballs-1.1.4-2.fc8 ---------------------- * Wed Aug 15 2007 Hans de Goede 1.1.4-2 - Update License tag for new Licensing Guidelines compliance trackballs-music-1.2-4.fc8 -------------------------- * Wed Aug 15 2007 Hans de Goede 1.2-4 - Update License tag for new Licensing Guidelines compliance tremulous-1.1.0-3.fc8 --------------------- tremulous-data-1.1.0-4.fc8 -------------------------- * Wed Aug 15 2007 Hans de Goede 1.1.0-4 - Update License tag for new Licensing Guidelines compliance tuxpuck-0.8.2-4.fc8 ------------------- * Thu Aug 16 2007 Jon Ciesla 0.8.2-4 - License tag correction. ucl-1.03-7.fc8 -------------- * Thu Aug 16 2007 Jon Ciesla - 1.03-7 - License tag correction. ularn-1.5p4-10.fc8 ------------------ * Tue Aug 21 2007 Wart 1.5p4-10 - License tag clarification upx-3.01-2.fc8 -------------- * Thu Aug 16 2007 Jon Ciesla - 3.01-2 - License tag correction. uqm-0.6.2-2.fc8 --------------- * Tue Aug 21 2007 Warren Togami - 0.6.2-2 - rebuild * Thu Apr 19 2007 Konstantin Ryabitsev - 0.6.2-1.1 - Rebuild for newer mikmod. * Fri Jan 26 2007 Konstantin Ryabitsev - 0.6.2-1 - Upstream 0.6.2. - Require uqm-content >= 0.6, since 0.6.0 has not changed. urlgfe-1.0-1.fc8.2 ------------------ usbsink-0.3.1-2.fc8 ------------------- * Tue Aug 21 2007 Jef Spaleta 0.3.1-2 clarify licensing tags and bump for buildid rebuild util-linux-ng-2.13-0.57.fc8 --------------------------- * Mon Aug 20 2007 Karel Zak 2.13-0.57 - fix #253664 - util-linux-ng fails to build on sparc (patch by Dennis Gilmore) - rebase to new GIT snapshot utrac-0.3.0-9.fc8 ----------------- * Tue Aug 21 2007 Alain Portal 3.0.3-3 - Licence tag clarification uw-imap-2006j-3.fc8 ------------------- * Tue Aug 21 2007 Joe Orton 2006j-3 - fix License v4l2-tool-1.0.2-3.fc8 --------------------- varconf-0.6.5-2.fc8 ------------------- * Tue Aug 21 2007 Wart 0.6.5-2 - License tag clarification vavoom-1.24-2.fc8 ----------------- * Wed Aug 15 2007 Hans de Goede 1.24-2 - Update License tag for new Licensing Guidelines compliance vdr-1.4.7-4.fc8 --------------- * Mon Aug 06 2007 Ville Skytt?? - 1.4.7-4 - License: GPL+ for skincurses and sky plugins. * Wed Aug 01 2007 Ville Skytt?? - 1.4.7-3 - Sync user/group handling with current packaging guideline draft. - Include vdr-moveto.sh, a script for organizing recordings. - Refresh patches, include GPL version info in License tag. - Move pre-2007 %changelog entries to CHANGES.package.old. - Make sure all package scriptlets exit with zero status. - Add LSB comment block to init script. * Mon Jun 11 2007 Ville Skytt?? - 1.4.7-2 - Apply Reinhard Ni??l's "sync early" patch for smoother channel changes. vdr-femon-1.1.3-2.fc8 --------------------- * Mon Aug 06 2007 Ville Skytt?? - 1.1.3-2 - License: GPL+ vdr-subtitles-0.5.0-2.fc8 ------------------------- * Tue Aug 07 2007 Ville Skytt?? - 0.5.0-2 - License: GPL+ vdr-sudoku-0.1.3-2.fc8 ---------------------- * Tue Aug 07 2007 Ville Skytt?? - 0.1.3-2 - License: GPL+ vegastrike-data-0.4.3-4.fc8 --------------------------- * Wed Aug 15 2007 Hans de Goede 0.4.3-4 - Update License tag for new Licensing Guidelines compliance videodog-0.31-5.fc8 ------------------- * Tue Aug 21 2007 Patrick "Jima" Laughton 0.31-5 - Rebuild for BuildID - License clarification vigra-1.5.0-3.fc8 ----------------- * Tue Aug 21 2007 Bruno Postle 1.5.0-3 - Bumping for Jesse vnc-4.1.2-21.fc8 ---------------- * Wed Aug 22 2007 Adam Tkac 4.1.2-21 - rebuild (BuildID feature) - GPLv2 livense * Mon Aug 06 2007 Adam Tkac 4.1.2-20.2 - updated vnc-s390 patch to latest xorg * Wed Aug 01 2007 Adam Tkac 4.1.2-20.1 - rebuild vnc-reflector-1.2.4-4.fc8 ------------------------- * Tue Aug 21 2007 Chris Weyl 1.2.4-4 - bump vorbisgain-0.36-2.fc8 --------------------- * Tue Aug 21 2007 Brian Pepple - 0.36-2 - Rebuild. - Update license tag. vym-1.8.1-9.fc8 --------------- * Thu Aug 16 2007 Jon Ciesla - 1.8.1-9 - License tag correction. w3m-0.5.2-4.fc8 --------------- * Wed Aug 22 2007 Parag Nemade - 0.5.2-4 - rebuild against new rpm package * Wed Jul 25 2007 Jeremy Katz - 0.5.2-3 - rebuild for toolchain bug * Tue Jul 24 2007 Parag Nemade - 0.5.2-2 - Build against new gc-7.0 release. wdfs-1.4.2-2.fc8 ---------------- webalizer-2.01_10-33 -------------------- * Wed Aug 22 2007 Joe Orton 2.01_10-33 - rebuild websec-1.9.0-4.1 ---------------- * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" wesnoth-1.2.6-2.fc8 ------------------- * Tue Aug 21 2007 Warren Togami - 1.2.6-2 - rebuild wfmath-0.3.6-3.fc8 ------------------ * Tue Aug 21 2007 Wart 0.3.6-3 - License tag clarification worminator-data-3.0R2.1-4.fc8 ----------------------------- * Sun Aug 12 2007 Hans de Goede 3.0R2.1-4 - Update License tag for new Licensing Guidelines compliance wormux-0.7.9-5.fc8 ------------------ * Tue Aug 21 2007 Wart 0.7.9-5 - License tag clarification wp_tray-0.5.3-5.fc8 ------------------- * Fri Aug 03 2007 Denis Leroy - 0.5.3-5 - Changed License field to new guidelines - Added patch to support new boost library x3270-3.3.6-2.fc8 ----------------- * Tue Aug 21 2007 Karsten Hopp 3.3.6-2 - drop chkfontpath dependency (#252274) x86info-1:1.20-1.28.fc8 ----------------------- * Thu Aug 16 2007 Dave Jones - Clarify license. * Sat Jun 09 2007 Dave Jones - Add URL: tag xapian-core-1.0.2-5.fc8 ----------------------- * Tue Aug 21 2007 Adel Gadllah 1.0.2-5 - Rebuild for BuildID and ppc32 bug xbae-4.60.4-8.fc8 ----------------- * Wed Aug 22 2007 Patrice Dumas 4.60.4-8 - fix license and source url xblast-2.10.4-4.fc8 ------------------- * Wed Aug 15 2007 Hans de Goede 2.10.4-4 - Update License tag for new Licensing Guidelines compliance xblast-data-2.10.0-3.fc8 ------------------------ xchat-gnome-0.18-4.fc8 ---------------------- * Tue Aug 21 2007 Brian Pepple - 0.18-4 - Rebuild. * Thu Aug 02 2007 Brian Pepple - 0.18-3 - Update license tag. xcompmgr-1.1.3-7.fc8 -------------------- * Wed Aug 22 2007 Deji Akingunola - 1.1.3-7 - Update License tag and Rebuild xdelta-1.1.4-2.fc8 ------------------ * Wed Aug 22 2007 Adam Tkac 1.1.4-2 - rebuild (BuildID feature) - changed license to GPLv2 * Tue Jan 30 2007 Adam Tkac 1.1.4-1 - version 1.1.4 has been marked as final 1.1.4 version * Mon Jan 29 2007 Adam Tkac 1.1.4pre1-1 - started using dist macro - updated to 1.1.4pre1 xdg-user-dirs-0.9-1.fc8 ----------------------- * Tue Aug 21 2007 Alexander Larsson - 0.9-1 - Update to 0.9 (new translations) * Tue May 29 2007 Matthias Clasen - 0.8-2 - Fix a possible crash. * Wed May 16 2007 - 0.8-1 - Update to 0.8, (only) fixing bug that always recreated deleted directories (#240139) xdg-user-dirs-gtk-0.6-1.fc8 --------------------------- * Tue Aug 21 2007 Alexander Larsson - 0.6-1 - Update to 0.6 (new translations) xforms-1.0.90-10.fc8 -------------------- * Tue Aug 21 2007 Rex Dieter 1.0.90-10 - respin (BuildID) xgalaxy-2.0.34-6.fc8 -------------------- * Thu Aug 16 2007 Hans de Goede 2.0.34-6 - Update License tag for new Licensing Guidelines compliance - Add iconcache update scriptlets * Tue Aug 29 2006 Hans de Goede 2.0.34-5 - FE6 Rebuild * Thu Jun 01 2006 Hans de Goede 2.0.34-4 - Workaround broken glibc-kernheaders (bz 193747). - Add Provides and Obsoletes xgalaga in case people have an xgalaga package installed from another source. xine-lib-1.1.7-2.fc8 -------------------- * Tue Aug 14 2007 Ville Skytt?? - 1.1.7-2 - Include XCB output plugins (in -extras at least for now). - Protect "open" with glibc 2.6.90 and -D_FORTIFY_SOURCE=2. - Clean up %configure options. - License: GPLv2+ xine-plugin-1.0-5.fc8 --------------------- * Tue Aug 21 2007 Martin Sourada - 1.0-5 - rebuild xinetd-2:2.3.14-13.fc8 ---------------------- * Wed Aug 22 2007 Jan Safranek - 2:2.3.14-13 - updated license field xmms-modplug-2.05-11.fc8 ------------------------ * Wed Aug 22 2007 Ville Skytt?? - 2.05-11 - Rebuild. xmms-sid-0.8.0-0.4.beta17.fc8 ----------------------------- * Tue Aug 21 2007 Michael Schwendt - rebuilt xmoto-0.3.1-2.fc8 ----------------- * Thu Aug 16 2007 Jon Ciesla 0.3.1-2 - License tag correction. xmoto-edit-0.2.4-9.fc8 ---------------------- * Thu Aug 16 2007 Jon Ciesla 0.2.4-9 - License tag correction. xorg-x11-drv-ati-6.6.193-3.fc8 ------------------------------ * Tue Aug 21 2007 Adam Jackson - 6.6.193-3 - Rebuild for build id xorg-x11-drv-cyrix-1.1.0-4.fc8 ------------------------------ * Tue Aug 21 2007 Adam Jackson - 1.1.0-4 - Rebuild for build id xorg-x11-drv-neomagic-1.1.1-3.fc8 --------------------------------- * Tue Aug 21 2007 Adam Jackson - 1.1.1-3 - Rebuild for build id xorg-x11-drv-vga-4.1.0-4.fc8 ---------------------------- * Tue Aug 21 2007 Adam Jackson - 4.1.0-4 - Rebuild for build id xorg-x11-font-utils-1:7.2-2.fc8 ------------------------------- * Tue Aug 21 2007 Adam Jackson - 1:7.2-2 - Rebuild for build id * Thu Apr 26 2007 Adam Jackson 1:7.2-1 - bdftopcf 1.0.1 - Superstition bump to 7.2-1 xorg-x11-resutils-7.1-4.fc8 --------------------------- * Tue Aug 21 2007 Adam Jackson - 7.1-4 - Rebuild for build id xorg-x11-twm-1:1.0.3-1.fc8 -------------------------- * Wed Aug 22 2007 Dave Airlie - 1.0.3-1 - Upgrade to 1.0.3 - fix URI for source - no sure about the system.twmrc, rm the spare copy for now * Tue Aug 21 2007 Adam Jackson - 1:1.0.1-4 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen - 1:1.0.1-4 - Don't install INSTALL xorg-x11-xauth-1:1.0.2-3.fc8 ---------------------------- * Tue Aug 21 2007 Adam Jackson - 1:1.0.2-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1:1.0.2-2 - Don't install INSTALL xorg-x11-xfwp-1.0.1-5.fc8 ------------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.1-5 - Rebuild for build id xorg-x11-xinit-1.0.2-27.fc8 --------------------------- * Tue Aug 21 2007 Adam Jackson - 1.0.2-27 - Rebuild for build id xorg-x11-xsm-1.0.2-6.fc8 ------------------------ * Tue Aug 21 2007 Adam Jackson - 1.0.2-6 - Rebuild for build id xplanet-1.2.0-2.1.fc8.2 ----------------------- * Wed Aug 22 2007 Mamoru Tasaka - 1.2.0-2.1.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 1.2.0-2.1.dist.1 - License update xprobe2-0.3-9.fc8 ----------------- * Tue Aug 21 2007 Luke Macken 0.3-9 - Update license tag to GPLv2 xrestop-0.4-3.fc8 ----------------- * Tue Aug 21 2007 Adam Jackson - 0.4-3 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 0.4-2 - Don't install INSTALL xscreensaver-1:5.02-3.fc8.1 --------------------------- * Wed Aug 22 2007 Mamoru Tasaka - 1:5.02-3.dist.1 - Mass rebuild (buildID or binutils issue) xsri-1:2.1.0-12.fc8 ------------------- * Tue Aug 21 2007 Adam Jackson - 1:2.1.0-12 - Rebuild for build id * Sat Apr 21 2007 Matthias Clasen 1:2.10.0-11 - Don't install INSTALL xu4-1.1-0.2.cvs20070510.fc8 --------------------------- yaboot-1.3.13-5.fc8 ------------------- * Tue Aug 21 2007 David Cantrell - 1.3.13-5 - Rebuild yumex-2.0.1-1.fc8 ----------------- * Wed Aug 22 2007 Tim Lauridsen - 2.0.1-1 - Release 2.0.1 zoneminder-1.22.3-9.fc8 ----------------------- Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.i386 requires useradd glom - 1.5.2-1.fc8.i386 requires libgoocanvas.so.1 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.i686 requires kernel-i686 = 0:2.6.23-0.61.rc1.git9.fc8PAE monotone - 0.35-4.fc8.i386 requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.i386 requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.i386 requires libpolyxmass.so.10 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.x86_64 requires useradd amanda - 2.5.2p1-7.fc8.i386 requires useradd glom - 1.5.2-1.fc8.i386 requires libgoocanvas.so.1 glom - 1.5.2-1.fc8.x86_64 requires libgoocanvas.so.1()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.61.rc1.git9.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.61.rc1.git9.fc8 monotone - 0.35-4.fc8.x86_64 requires libboost_filesystem.so.2()(64bit) monotone - 0.35-4.fc8.x86_64 requires libboost_regex.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.x86_64 requires libpolyxmass.so.10()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 amanda - 2.5.2p1-7.fc8.ppc requires useradd amanda - 2.5.2p1-7.fc8.ppc64 requires useradd brasero - 0.6.0-1.fc8.ppc requires libtotem-plparser.so.7 glom - 1.5.2-1.fc8.ppc64 requires libgoocanvas.so.1()(64bit) glom - 1.5.2-1.fc8.ppc requires libgoocanvas.so.1 gnome-python2-totem - 2.19.2-1.fc8.ppc requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc requires libtotem-plparser.so.7 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-smp - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8smp monotone - 0.35-4.fc8.ppc requires libboost_filesystem.so.2 monotone - 0.35-4.fc8.ppc requires libboost_regex.so.2 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 pidgin-rhythmbox - 2.0-1.fc7.ppc requires rhythmbox polyxmass-bin - 0.9.3-2.fc6.ppc requires libpolyxmass.so.10 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 amanda - 2.5.2p1-7.fc8.ppc64 requires useradd brasero - 0.6.0-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) conduit - 0.3.3-3.fc8.noarch requires tomboy >= 0:0.5.10 glom - 1.5.2-1.fc8.ppc64 requires libgoocanvas.so.1()(64bit) gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires totem >= 0:1.4.0 gnome-python2-totem - 2.19.2-1.fc8.ppc64 requires libtotem-plparser.so.7()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-kdump - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8kdump monotone - 0.35-4.fc8.ppc64 requires libboost_regex.so.2()(64bit) monotone - 0.35-4.fc8.ppc64 requires libboost_filesystem.so.2()(64bit) octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 pidgin-rhythmbox - 2.0-1.fc7.ppc64 requires rhythmbox resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display From drago01 at gmail.com Thu Aug 23 10:45:58 2007 From: drago01 at gmail.com (dragoran) Date: Thu, 23 Aug 2007 10:45:58 -0000 Subject: [Nodoka] New release, 0.6 beta 1 (anconda problem?) In-Reply-To: <1187526832.9578.84.camel@pc-notebook> References: <1187526832.9578.84.camel@pc-notebook> Message-ID: <46CD6538.2050607@gmail.com> Martin Sourada wrote: > Hi, > > I've just released first official beta version of Nodoka theme. If there > will not be found any rendering issues this is how the final version > included in Fedora 8 will look like. > anconda looks "ugly" with this theme... it looks like running with only the colors but not the theme itself. I attached a screenshot to show you have it looks. -------------- next part -------------- A non-text attachment was scrubbed... Name: QEMU.png Type: image/png Size: 198671 bytes Desc: not available URL: From buildsys at redhat.com Thu Aug 30 12:47:20 2007 From: buildsys at redhat.com (Build System) Date: Thu, 30 Aug 2007 12:47:20 -0000 Subject: rawhide report: 20070830 changes Message-ID: <200708301247.l7UClIkB020612@porkchop.devel.redhat.com> New package cbios A third party BIOS compatible with the MSX BIOS New package java-1.7.0-icedtea IcedTea Runtime Environment New package jetty The Jetty Webserver and Servlet Container New package komparator Kompare and merge two folders New package libpanelappletmm C++ interface for Gnome panel applets New package libsvm A Library for Support Vector Machines New package linkchecker Check HTML documents for broken links New package openmsx An emulator for the MSX home computer system New package rubygem-gem_plugin A plugin system based only on rubygems that uses dependencies only New package rubygem-mongrel A small fast HTTP library and server for Ruby apps Removed package eclipse-nlspackager Removed package dolphin Removed package bin2iso Removed package kphone Removed package openpbx Removed package system-config-securitylevel Removed package eclipse-sdk-nls Removed package python-gpod Updated Packages: FlightGear-0.9.11-0.2.pre1.fc8 ------------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 0.9.11-0.2.pre1 - Rebuild for selinux ppc32 issue. GraphicsMagick-1.1.8-3.fc8 -------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.1.8-3 - Rebuild for selinux ppc32 issue. ORBit2-2.14.7-6.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.14.7-6 - Rebuild for selinux ppc32 issue. * Wed Aug 08 2007 Matthias Clasen - 2.14.7-5 - Update the license field PyRTF-0.45-5.fc8 ---------------- * Tue Aug 28 2007 Jos?? Matos - 0.45-5 - License fix, rebuild for devel (F8). PyX-0.9-5.fc8 ------------- * Tue Aug 28 2007 Jos?? Matos - 0.9-5 - License fix, rebuild for devel (F8). R-BufferedMatrix-1.0.1-6.fc8 ---------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.0.1-6 - Rebuild for selinux ppc32 issue. SDL-1.2.12-2.fc8 ---------------- * Tue Aug 28 2007 Thomas Woerner 1.2.12-2 - use uname -m in multilib patch instead of arch * Mon Aug 27 2007 Thomas Woerner 1.2.12-1 - new version 1.2.12 fixes TEXTRELs (rhbz#179407) - added arm support (rhbz#245411) Thanks to Lennert Buytenhek for the patch - added alpha support (rhbz#246463) Thanks to Oliver Falk for the patch - disabled yasm for SDL (rhbz#234823) Thanks to Nikolay Ulyanitsky for the patch * Tue Mar 20 2007 Thomas Woerner 1.2.11-2 - use X11 dlopen code for 64 bit architectures (rhbz#207903) SDL_mixer-1.2.8-2.fc8 --------------------- * Tue Aug 28 2007 Brian Pepple - 1.2.8-2 - Rebuild. TeXmacs-1.0.6.10-4.fc8 ---------------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.0.6.10-4 - Rebuild for selinux ppc32 issue. acl-2.2.39-7.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.2.39-7 - Build Require gawk * Wed Aug 29 2007 Fedora Release Engineering - 2.2.39-6 - Rebuild for selinux ppc32 issue. * Mon Aug 27 2007 Steve Dickson 2.2.39-5 - Added NFS v4 ACL support anaconda-11.3.0.23-1 -------------------- * Tue Aug 28 2007 Chris Lumens 11.3.0.23-1 - Fix symlink handling in stage2 creation (katzj). - Make man pages work when chrooted in rescue mode (jgranado, #254014). - Handle wireless drivers that require firmware (dcantrell). antlr-0:2.7.7-1jpp.5.fc8 ------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 2.7.7-1jpp.5 - Rebuild for selinux ppc32 issue. aqbanking-2.3.2-2.fc8 --------------------- * Wed Aug 29 2007 Bill Nottingham - 2.3.2-2 - Rebuild for selinux ppc32 issue. - fix build with current glibc/headers * Fri Aug 03 2007 Bill Nottingham - tweak license tag arptables_jf-0:0.0.8-9 ---------------------- * Wed Aug 29 2007 Maros Barabas - 0:0.0.8-9 - rebuild astyle-1.21-6.fc8 ----------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.21-6 - Rebuild for selinux ppc32 issue. asymptote-1.33-2.fc8 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - sh: kpsewhich: command not found - Rebuild for selinux ppc32 issue. * Sun Jul 29 2007 Jose Pedro Oliveira - 1.33-1 - Update 1.33. audacious-1.3.2-3.fc8 --------------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.3.2-3 - Rebuild for selinux ppc32 issue. * Sat Aug 25 2007 Ralf Ertzinger 1.3.2-2 - Clarify License: tag audit-1.6-3.fc8 --------------- * Wed Aug 29 2007 Steve Grubb 1.6-3 - Add newline to audispd string formatted events * Tue Aug 28 2007 Steve Grubb 1.6-2 - spec file cleanups - Update to s-c-audit 0.4.3 avahi-0.6.21-3.fc8 ------------------ * Tue Aug 28 2007 Martin Bacovsky - 0.6.21-3 - resolves: #246875: Initscript Review avant-window-navigator-0.1.1-4.fc8 ---------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.1.1-4 - Rebuild for selinux ppc32 issue. babel-0.9-2.fc8 --------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 0.9-2 - BR python-setuptools-devel bacula-2.0.3-10.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.0.3-10 - Rebuild for selinux ppc32 issue. bash-3.2-17.fc8 --------------- * Wed Aug 29 2007 Pete Graner - 3.2-17 - Added bash32-018 upstream official patch - Added bash32-020 upstream official patch - Added bash32-019 upstream official patch * Thu Aug 23 2007 Pete Graner - 3.2-16 - Rebuild * Mon Aug 20 2007 Pete Graner - 3.2-15 - Update to the Improve bash $RANDOM pseudo RNG (bug #234906) now works with subshells and make $RANDOM on demand thus reducing the amount of AVCs thrown. berusky-1.1-6.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.1-6 - Rebuild for selinux ppc32 issue. bes-3.5.1-3.fc8 --------------- * Wed Aug 29 2007 Fedora Release Engineering - 3.5.1-3 - Rebuild for selinux ppc32 issue. bison-2.3-4.fc8 --------------- * Tue Aug 28 2007 Roland McGrath - 2.3-4 - Canonicalize License tag. bitlbee-1.0.4-1.fc8 ------------------- * Wed Aug 29 2007 Robert Scheck 1.0.4-1 - Upgrade to 1.0.4 - Updated the license tag according to the guidelines bluez-gnome-0.14-1.fc8 ---------------------- * Wed Aug 29 2007 - Bastien Nocera - 0.14-1 - Update to 0.14 bluez-libs-3.16-1.fc8 --------------------- * Tue Aug 28 2007 David Woodhouse - 3.16-1 - Update to bluez-libs 3.16 bluez-utils-3.16-3.fc8 ---------------------- * Wed Aug 29 2007 David Woodhouse 3.16-3 - Fix library build breakage * Wed Aug 29 2007 David Woodhouse 3.16-2 - Fix BuildRequires * Tue Aug 28 2007 David Woodhouse 3.16-1 - Update to bluez-utils 3.16 - Enable gstreamer and alsa subpackages brutus-keyring-0.9.0-6.fc8 -------------------------- * Tue Aug 28 2007 Brian Pepple - 0.9.0-6 - Rebuild. - Update license tag. byzanz-0.1.1-5.fc8 ------------------ * Fri Aug 24 2007 Jeffrey C. Ollie - 0.1.1-5 - Update license tag. cegui-0.5.0b-6.fc8 ------------------ * Wed Aug 29 2007 Ian Chapman 0.5.0b-6 - Yet another release bump, for building against expat2. * Tue Aug 21 2007 Ian Chapman 0.5.0b-5 - Release bump for F8 mass rebuild - License change due to new guidelines * Sat Jun 30 2007 Ian Chapman 0.5.0b-4 - Release bump cernlib-2006-18.fc8 ------------------- * Mon Aug 27 2007 Patrice Dumas 2006-18 - correct license - use the right debian patch source charis-fonts-4.100-3.fc8 ------------------------ * Tue Aug 28 2007 Nicolas Mailhot ??? 4.100-3 ??? Sync with dejavu spec ??? Licence++ checkpolicy-2.0.3-3.fc8 ----------------------- * Tue Aug 28 2007 Fedora Release Engineering - 2.0.3-3 - Rebuild for selinux ppc32 issue. cksfv-1.3.11-2.fc8 ------------------ * Tue Aug 28 2007 Fedora Release Engineering - 1.3.11-2 - Rebuild for selinux ppc32 issue. codeblocks-1.0-0.26.20070718svn4280.fc8 --------------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.0-0.26.20070718svn4280 - Rebuild for selinux ppc32 issue. compat-flex-2.5.4a-3.fc8 ------------------------ compat-libosip2-2.2.2-15.fc8 ---------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.2.2-15 - Rebuild for selinux ppc32 issue. * Tue Aug 28 2007 Jeffrey C. Ollie - 2.2.2-14 - Update license tag. compiz-0.5.2-9.0ec3ec.fc8 ------------------------- * Tue Aug 28 2007 Kristian H??gsberg - 0.5.2-9 - Make compiz-gnome Obsolete the older compiz package so yum/anaconda will pull it in (thans to Adel Gadllah). cone-0.71-5.fc8 --------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.71-5 - BR gawk. - and procps. * Wed Aug 29 2007 Fedora Release Engineering - 0.71-3 - Rebuild for selinux ppc32 issue. * Wed Jul 25 2007 Jesse Keating - 0.71-2 - Rebuild for RH #249435 conglomerate-0.9.1-4.fc8 ------------------------ * Tue Aug 28 2007 Jos?? Matos - 0.9.1-4 - License fix, rebuild for devel (F8). cpio-2.9-3.fc8 -------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.9-3 - Rebuild for selinux ppc32 issue. cpuspeed-1:1.2.1-3.fc8 ---------------------- * Wed Aug 29 2007 Jarod Wilson 1.2.1-3 - Bump and rebuild, due to busted ppc32 crm114-0-0.5.20070301.fc8 ------------------------- * Wed Aug 29 2007 Karol Trzcionka - 0-0.5.20070301 - Rebuild for BuildID cronolog-1.6.2-6.fc8 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.6.2-6 - Rebuild for selinux ppc32 issue. crystal-1.0.5-1.fc8 ------------------- * Wed Aug 29 2007 Chitlesh Goorah - 1.0.5-1 - New upstream release 1.0.5 cups-1:1.3.0-2.fc8 ------------------ * Wed Aug 29 2007 Tim Waugh 1:1.3.0-2 - More specific license tag. * Mon Aug 13 2007 Tim Waugh 1:1.3.0-1 - 1.3.0. * Tue Jul 31 2007 Tim Waugh 1:1.3-0.rc2.2 - Make cancel man page work properly with alternatives system (bug #249768). - Don't call aclocal even when we modify m4 files -- CUPS does not use automake (bug #250251). cupsddk-1.2.0-4.fc8 ------------------- * Wed Aug 29 2007 Tim Waugh 1.2.0-4 - More specific license tag. curry-0.9.11-3.fc8 ------------------ * Tue Aug 28 2007 Fedora Release Engineering - 0.9.11-3 - Rebuild for selinux ppc32 issue. dap-netcdf_handler-3.7.6-5.fc8 ------------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 3.7.6-5 - Rebuild for selinux ppc32 issue. dar-2.3.4-2.fc8 --------------- * Tue Aug 28 2007 Fedora Release Engineering - 2.3.4-2 - Rebuild for selinux ppc32 issue. db4-4.6.18-2.fc8 ---------------- * Wed Aug 29 2007 Jindrich Novy 4.6.18-2 - rebuild for BuildID - BR util-linux-ng * Mon Jul 30 2007 Jindrich Novy 4.6.18-1 - update to 4.6.18 - drop upstream patches for 4.5.20 and gcj patch - remove nptl-abi-note.S, useless as we are definitely running kernel >= 2.4.20 (#245416) - move C++ stuff to subpackages to reduce dependency bloat (#220484) - package db_codegen - correct open() calls so that new db4 compiles with the new glibc * Sat Mar 24 2007 Thomas Fitzsimmons 4.5.20-5 - Require java-1.5.0-gcj and java-1.5.0-gcj-devel for build. dbmail-2.2.5-7.fc8 ------------------ * Tue Aug 28 2007 Fedora Release Engineering - 2.2.5-7 - Rebuild for selinux ppc32 issue. * Tue Jul 03 2007 Bernard Johnson 2.2.5-6 - patch to fix SEGV in dbmail-imapd dbus-1.1.2-4.fc8 ---------------- * Tue Aug 28 2007 David Zeuthen - 1.1.2-4.fc8 - Make dbus require dbus-libs (#261721) * Mon Aug 27 2007 Adel Gadllah - 1.1.2-3 - Add libs to a libs subpackage - Update license tag * Wed Aug 01 2007 David Zeuthen - 1.1.2-2.fc8 - Move system bus activation helper to /{lib,lib64}/dbus-1. Also set the correct mode and permissions. - Own the directory /usr/share/dbus-1/system-services - Delete the diretory /{lib,lib64}/dbus-1.0 as it's not used - Pass 'dbus' instead of 81 as --with-dbus-user; otherwise the setuid system bus activation helper fails dbus-python-0.82.0-2.fc8 ------------------------ * Tue Aug 28 2007 Fedora Release Engineering - 0.82.0-2 - Rebuild for selinux ppc32 issue. deltarpm-3.4-6.fc8 ------------------ * Wed Aug 29 2007 Jonathan Dieter - 3.4.6 - Bring in popt-devel in BuildRequires to fix build in x86_64 * Wed Aug 29 2007 Fedora Release Engineering - 3.4-5 - Rebuild for selinux ppc32 issue. desktop-backgrounds-7.92-1 -------------------------- * Tue Aug 28 2007 M??ir??n Duffy - 7.92-1 - Add Infinity background * Wed Aug 08 2007 Matthias Clasen - 2.0-38 - Update the licence field devilspie-0.20.2-4.fc8 ---------------------- * Tue Aug 28 2007 Sebastian Vahl 0.20.2-4 - Change License to GPLv2+ digikam-0.9.2-4.fc8 ------------------- * Wed Aug 29 2007 Rex Dieter 0.9.3-4 - License: GPLv2+ - lcms patch (kde bug #148930) * Wed Aug 29 2007 Fedora Release Engineering - 0.9.2-3 - Rebuild for selinux ppc32 issue. * Fri Jun 22 2007 Marcin Garski 0.9.2-2 - Create symlinks in pixmaps directory (#242978) digitemp-3.5.0-2.fc8 -------------------- docbook-style-xsl-1.73.1-1.fc8 ------------------------------ * Sun Jul 29 2007 Ondrej Vasik 1.73.1-1 - new upstream version(fixing some bugs) - small new-methods patch change dos2unix-3.1-29.fc8 ------------------- * Wed Aug 29 2007 Tim Waugh 3.1-29 - Rebuild. drivel-2.1.0-0.5.20060527cvs.fc8 -------------------------------- * Sun Aug 19 2007 Paul W. Frields - 2.1.0-0.5.20060527cvs - Fix license tag - Remove verboten Aladdin Free Software Licensed files md5.{c,h} - Rebuild against beecrypt and fix BuildRequires e2fsprogs-1.40.2-4.fc8 ---------------------- * Wed Aug 29 2007 Eric Sandeen 1.40.2-4 - add gawk to e2fsprogs-devel Requires, compile_et needs it eclipse-pydev-1:1.3.8-2.fc8 --------------------------- * Tue Aug 28 2007 Ben Konrath 1:1.3.8-2 - Add pydev mylyn feature to all archs except ppc64. ecryptfs-utils-18-1.fc8 ----------------------- * Wed Aug 29 2007 Fedora Release Engineering - 18-1 - Rebuild for selinux ppc32 issue. ed2k_hash-0.4.0-4.fc8 --------------------- * Wed Aug 29 2007 Dominik Mierzejewski 0.4.0-4 - fix desktop file - rebuild for BuildID - fix license tag eds-feed-0.5.0-7.fc8 -------------------- * Tue Aug 28 2007 Brian Pepple - 0.5.0-7 - Rebuild. - Update license tag. eggdrop-1.6.18-11.fc8 --------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.6.18-11 - Rebuild for selinux ppc32 issue. * Tue Aug 28 2007 Robert Scheck 1.6.18-10 - Updated the license tag according to the guidelines ekg-1.7-2.fc8 ------------- * Tue Aug 28 2007 Dominik Mierzejewski 1.7-2 - rebuilt for ppc32 - update license tag * Fri Jun 29 2007 Dominik Mierzejewski 1.7-1 - 1.7 final - enable voip support (gsm is in Fedora now) - remove redundant BR: autoconf - support giflib - fixes CVE-2007-166{3,4,5} (bug #246034) * Thu Dec 14 2006 Jason L Tibbitts III - 1.7-0.4.rc2 - Rebuild for updated python. ekg2-0.1-1.fc8 -------------- * Tue Aug 28 2007 Dominik Mierzejewski 0.1-1 - switch to released version - update license tag - fix BRs elinks-0.11.3-5.fc8 ------------------- * Tue Aug 28 2007 Ondrej Vasik 0.11.3-5 - rebuilt because of expat 2.0 elisa-0.3.1-2.fc8 ----------------- * Tue Aug 28 2007 Matthias Saou 0.3.1-2 - Update python-setuptools build requirement to new python-setuptools-devel. empathy-0.8-2.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.8-2 - Rebuild for selinux ppc32 issue. engine_pkcs11-0.1.3-5.fc8 ------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.1.3-5 - Rebuild for selinux ppc32 issue. esc-1.0.1-6.fc8 --------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.0.1-6 - Rebuild for selinux ppc32 issue. * Tue Jul 17 2007 Jack Magne - 1.0.1-5 - Further fixes to the diagnostics logging. * Wed Jun 20 2007 Jack Magne - 1.0.1-4 - Fixes to the diagnostics log files and esc error messages. evolution-2.11.91-3.fc8 ----------------------- * Wed Aug 29 2007 Matthew Barnes - 2.11.91-3.fc8 - Revise patch for GNOME bug #362638 to fix GNOME bug #357175 (Evolution fails to close after IMAP alert has been displayed). * Tue Aug 28 2007 Matthew Barnes - 2.11.91-2.fc8 - Fix compilation breakage caused by our strict build settings. * Tue Aug 28 2007 Milan Crha - 2.11.91-1.fc8 - Update to 2.11.91 - Removed patch for RH bug #157400 / GNOME bug #303877 (fixed upstream). - Removed patch for RH bug #157505 / GNOME bug #303878 (fixed upstream). - Removed patch for RH bug #161885 / GNOME bug #309166 (fixed upstream). - Removed patch for RH bug #202751 / GNOME bug #355766 (fixed upstream). - Removed patch for RH bug #218898 / GNOME bug #385414 (fixed upstream). - Removed patch for RH bug #253348 / GNOME bug #467883 (fixed upstream). evolution-exchange-2.11.91-1.fc8 -------------------------------- * Tue Aug 28 2007 Milan Crha - 2.11.91-1.fc8 - Update to 2.11.91 - Removed patch for GNOME bug #466987 (fixed upstream). fedora-logos-7.92.0-1.fc8 ------------------------- * Tue Aug 28 2007 M??ir??n Duffy - 7.92.0-1 - update the anaconda artwork - changed default backgrounds fftw2-2.1.5-15.fc8 ------------------ * Tue Aug 28 2007 Jos?? Matos - 2.1.5-15 - License fix, rebuild for devel (F8). fgfs-Atlas-0.3.1-5.fc8 ---------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.3.1-5 - Rebuild for selinux ppc32 issue. firefox-2.0.0.6-5.fc8 --------------------- * Wed Aug 29 2007 Christopher Aillon - 2.0.0.6-5 - Tweak the default home page * Fri Aug 24 2007 Adam Jackson - 2.0.0.6-4 - Rebuild for build ID firestarter-1.0.3-17.fc8 ------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 1.0.3-17 - Rebuild for selinux ppc32 issue. fityk-0.8.1-10.fc8 ------------------ * Wed Aug 29 2007 Fedora Release Engineering - 0.8.1-10 - Rebuild for selinux ppc32 issue. flac123-0.0.11-3.fc8 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.0.11-3 - BR popt-devel * Wed Aug 29 2007 Fedora Release Engineering - 0.0.11-2 - Rebuild for selinux ppc32 issue. freedroidrpg-0.10.2-1.fc8 ------------------------- * Tue Aug 28 2007 Wart - 0.10.2-2 - License tag clarification - Use correct .desktop file version - Update to 0.10.2 freeradius-1.1.7-2.fc8 ---------------------- * Tue Aug 28 2007 Thomas Woerner 1.1.7-2 - fixed initscript for LSB (rhbz#243671, rhbz#243928) - fixed license tag freetds-0.64-7.fc8 ------------------ * Tue Aug 28 2007 Fedora Release Engineering - 0.64-7 - Rebuild for selinux ppc32 issue. * Thu Aug 16 2007 Dmitry Butskoy - Change License tag to "LGPLv2+ and GPLv2+" fribidi-0.10.9-2.fc8 -------------------- * Wed Aug 29 2007 Caolan McNamara 0.10.9-2 - rebuild fuse-2.7.0-5.fc8 ---------------- * Wed Aug 29 2007 Tom "spot" Callaway 2.7.0-5 - fix open issue (bz 265321) * Wed Aug 29 2007 Fedora Release Engineering - 2.7.0-4 - Rebuild for selinux ppc32 issue. * Sun Jul 22 2007 Tom "spot" Callaway 2.7.0-3 - put pkgconfig file in correct place - enable compat symlinks for files in /bin fwbuilder-2.1.12-3.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.1.12-3 - Add gawk as a Build Require. * Tue Aug 28 2007 Fedora Release Engineering - 2.1.12-2 - Rebuild for selinux ppc32 issue. fwfstab-0.01.1-5.fc8 -------------------- * Tue Aug 28 2007 Stewart Adam 0.01.1-5 - Rebuild because of bad file locations gail-1.19.6-3.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.19.6-3 - Rebuild for selinux ppc32 issue. * Mon Aug 06 2007 Matthias Clasen - 1.19.6-2 - Update the license field gamin-0.1.9-2.fc8 ----------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.1.9-2 - Rebuild for selinux ppc32 issue. ganymed-ssh2-210-4.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 210-4 - Rebuild for selinux ppc32 issue. gc-7.0-6.fc8 ------------ * Wed Aug 29 2007 Rex Dieter 7.0-6 - BR: gawk - fixup compat_header patch to avoid needing auto* tools * Wed Aug 29 2007 Rex Dieter 7.0-5 - compat_header patch (supercedes previous pkgconfig patch) * Tue Aug 21 2007 Rex Dieter 7.0-4 - pkgconfig patch (cflags += -I%_includedir/gc) gconf-cleaner-0.0.2-4.fc8 ------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.0.2-4 - Rebuild for selinux ppc32 issue. gdal-1.4.2-3.fc8 ---------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.4.2-3 - Rebuild for selinux ppc32 issue. gdb-6.6-26.fc8 -------------- * Tue Aug 28 2007 Jan Kratochvil - 6.6-26 - New fast verification whether the .debug file matches its peer (build-id). - New locating of the matching binaries from the pure core file (build-id). gg2-2.3.0-3.fc8 --------------- * Wed Aug 29 2007 Dominik Mierzejewski 2.3.0-3 - reorganize package layout (#261141) - rebuild for BuildID - update license tag gmime-2.2.10-4.fc8 ------------------ * Tue Aug 28 2007 Fedora Release Engineering - 2.2.10-4 - Rebuild for selinux ppc32 issue. * Fri Aug 03 2007 Thorsten Leemhuis - Update License field due to the "Licensing guidelines changes" gnomad2-2.9.0-1.fc8 ------------------- * Wed Aug 29 2007 Linus Walleij 2.9.0-1 - New upstream version, new dependency on taglib. gnome-applet-timer-1.3.3-2.fc8 ------------------------------ * Tue Aug 28 2007 Christoph Wickert - 1.3.3-2 - Rebuild for BuildID feature - Update license tag gnome-desktop-2.19.90-6.fc8 --------------------------- * Wed Aug 29 2007 Soren Sandmann - 2.19.90-6 - Delete cache on URI switch. Various cleanups. * Wed Aug 29 2007 Soren Sandmann - 2.19.90-5 - Fix unbounded caching. Bug 247943. * Tue Aug 28 2007 Soren Sandmann - 2.19.90-4 - Change starttime format to be timezone relative. gnome-keyring-manager-2.18.0-5.fc8 ---------------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 2.18.0-5 - Rebuild for selinux ppc32 issue. * Tue Aug 07 2007 Matthias Clasen 2.18.0-4 - Update license field - Use %find_lang for help files gnome-mag-0.14.6-2.fc8 ---------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.14.6-2 - Rebuild for selinux ppc32 issue. * Sat Aug 04 2007 Matthias Clasen - 0.14.6-2 - Update the license field gnome-power-manager-2.19.6-3.fc8 -------------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 2.19.6-3 - Rebuild for selinux ppc32 issue. * Tue Aug 07 2007 Matthias Clasen - 2.19.6-2 - Update license field - Use %find_lang for help files gnome-ppp-0.3.23-4.fc8 ---------------------- * Sun Jul 22 2007 Christoph Wickert - 0.3.23-4 - Use userhelper. People in uucp group don't need to enter the root password - Update license tag gnome-python2-2.19.2-3.fc8 -------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.19.2-3 - Rebuild for selinux ppc32 issue. * Tue Aug 07 2007 Matthias Clasen - 2.19.2-2 - Update the license field * Mon Jul 30 2007 Matthew Barnes - 2.19.2-1.fc8 - Update to 2.19.2 gnome-python2-desktop-2.19.2-4.fc8 ---------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.19.2-4 - Rebuild for selinux ppc32 issue. * Thu Aug 16 2007 Matthew Barnes - 2.19.2-3.fc8 - Rebuild * Tue Aug 07 2007 Matthias Clasen - 2.19.2-2 - Update license fields gnome-sharp-2.16.0-5.fc8 ------------------------ * Tue Aug 28 2007 Fedora Release Engineering - 2.16.0-5 - Rebuild for selinux ppc32 issue. gnome-speech-0.4.16-2.fc8 ------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.4.16-2 - Rebuild for selinux ppc32 issue. gnome-user-share-0.11-8.fc8 --------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.11-8 - Rebuild for selinux ppc32 issue. * Tue Aug 07 2007 Matthias Clasen - 0.11-7 - Update license field gnubiff-2.2.7-2.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.2.7-2 - Rebuild for selinux ppc32 issue. gnuplot-4.2.0-3.fc8 ------------------- * Tue Aug 28 2007 Ivana Varekova - 4.2.0-3 - Rebuild for selinux ppc32 issue. - Remove obsolete file gob2-2.0.14-4.fc8 ----------------- * Wed Aug 29 2007 Tomas Smetana - 2.0.14-4 - rebuild (because of BuildID) * Mon Aug 20 2007 Tomas Smetana - 2.0.14-3 - license tag update * Wed Apr 18 2007 Harald Hoyer - 2.0.14-2 - specfile review gok-1.3.1-3.fc8 --------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.3.1-3 - Rebuild for selinux ppc32 issue. * Tue Aug 07 2007 Matthias Clasen - 1.3.1-2 - Update license field - Use %find_lang for help files grace-5.1.21-2.fc8 ------------------ * Tue Aug 28 2007 Jos?? Matos - 5.1.21-2 - License fix, rebuild for devel (F8). grass-6.2.2-2.fc8 ----------------- * Tue Aug 28 2007 Fedora Release Engineering - 6.2.2-2 - Rebuild for selinux ppc32 issue. gsf-sharp-0.8.1-5.fc8 --------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.8.1-5 - Rebuild for selinux ppc32 issue. gshutdown-0.2-2.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.2-2 - Rebuild for selinux ppc32 issue. gstreamer-plugins-base-0.10.14-5.fc8 ------------------------------------ * Wed Aug 29 2007 - Bastien Nocera - 0.10.14-5 - Add patch to avoid critical warning when getting information about missing codecs - Up liboil requirement * Tue Aug 28 2007 Adam Jackson 0.10.14-4 - BuildReq on libvisual and add the plugin. (#253491) gstreamer-plugins-good-0.10.6-4.fc8 ----------------------------------- * Tue Aug 28 2007 - Bastien Nocera - 0.10.6-4 -Add the ladspa plugins (#253375) gtk-gnutella-0.96.4-2.fc8 ------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.96.4-2 - Rebuild for selinux ppc32 issue. * Fri Aug 17 2007 Dmitry Butskoy - Change License tag to GPLv2+ gtk-sharp2-2.10.0-6.fc8 ----------------------- * Tue Aug 28 2007 Fedora Release Engineering - 2.10.0-6 - Rebuild for selinux ppc32 issue. gtk-vnc-0.1.0-5.fc8 ------------------- * Wed Aug 29 2007 Daniel P. Berrange - 0.1.0-5.fc8 - Fixed handling of mis-matched client/server colour depths gtkhtml38-3.12.3-6.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 3.12.3-6 - Rebuild for selinux ppc32 issue. * Fri Aug 03 2007 Bill Nottingham - tweak license tag gtkmm24-2.11.7-1.fc8 -------------------- * Tue Aug 28 2007 Denis Leroy - 2.11.7-1 - Update to 2.11.7 - License tag update - ppc32 rebuild gts-0.7.6-7.fc8 --------------- * Tue Aug 28 2007 Ed Hill - 0.7.6-7 - rebuild for BuildID gzip-1.3.12-4.fc8 ----------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.3.12-4 - Rebuild for selinux ppc32 issue. hal-cups-utils-0.6.12-3.fc8 --------------------------- * Wed Aug 29 2007 Tim Waugh 0.6.12-3 - More specific license tag. - Better buildroot tag. hatari-0.95-3.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.95-3 - Rebuild for selinux ppc32 issue. * Mon Aug 20 2007 Andrea Musuruane 0.95-2 - changed license due to new guidelines - removed %{?dist} tag from changelog * Sat Jun 23 2007 Andrea Musuruane 0.95-1 - updated to upstream 0.95 - updated description - README.tos and hatari.desktop are no longer built in the spec file - added new upstream hmsa tool - added new upstream french man page - updated icon cache scriptlets to be compliant to new guidelines - cosmetic changes hdhomerun-0.0-0.4.20070716.fc8 ------------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 0.0-0.4.20070716 - Rebuild for selinux ppc32 issue. heartbeat-2.1.2-2.fc8 --------------------- * Wed Aug 29 2007 Kevin Fenzi - 2.1.2-2 - Update sources * Wed Aug 29 2007 Kevin Fenzi - 2.1.2-1 - Upgrade to 2.1.2 - Update license tag for new guidelines. - Patch open function issues. * Wed Aug 29 2007 Fedora Release Engineering - 2.0.8-4 - Rebuild for selinux ppc32 issue. hippo-canvas-0.2.24-2.fc8 ------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.2.24-2 - Rebuild for selinux ppc32 issue. hplip-2.7.7-2.fc8 ----------------- * Wed Aug 29 2007 Tim Waugh 2.7.7-2 - Better buildroot tag. - More specific license tag. * Fri Aug 03 2007 Tim Waugh 2.7.7-1 - 2.7.7. * Mon Jul 23 2007 Tim Waugh 2.7.6-10 - Move libhpmud to hpijs package (bug #248978). icu-3.8-0.2.d01.fc8 ------------------- * Wed Aug 29 2007 Caolan McNamara - 3.8-0.2.d01 - rebuild icu4j-0:3.6.1-1jpp.3.fc8 ------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 3.6.1-1jpp.3 - Rebuild for selinux ppc32 issue. ifplugd-0.28-7.fc8 ------------------ * Tue Aug 28 2007 Jos?? Matos - 0.28-7 - License fix, rebuild for devel (F8). iftop-0.17-6.fc8 ---------------- * Tue Aug 28 2007 Robert Scheck 0.17-6 - Buildrequire %{_includedir}/pcap.h instead of conditionals - Patch to display top scale in bytes when measuring in bytes initscripts-8.56-1 ------------------ * Wed Aug 29 2007 Bill Nottingham - 8.56-1 - rename_device: fix open() call - rc.sysinit: optimize out some excess greps () - halt: support newer nut syntax, conflict with old versions (#252973, ) - fix buildreq from popt -> popt-devel - newer popt is in /lib|/lib64 - require it, and link dynamically - rc.sysinit: added support for cryptsetup-uuids (bug #242078, ) - netconsole: fix status(), assorted other cleanups - translation updates: fr, ro, sk ipsec-tools-0.7-2.fc8 --------------------- * Tue Aug 28 2007 Steve Conklin - 0.7-2 - Fixed the loopback patch * Tue Aug 28 2007 Steve Conklin - 0.7-1 - Rebase to upstream 0.7 * Mon Apr 23 2007 Steve Grubb - 0.6.5-8 - Upstream fix for Racoon DOS, informational delete must be encrypted - Resolves: rhbz#235388 - CVE-2007-1841 ipsec-tools racoon DoS irda-utils-0.9.18-3.fc8 ----------------------- * Wed Aug 29 2007 Karsten Hopp 0.9.18-3 - rebuild for buildid irqbalance-2:0.55-4.fc8 ----------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2:0.55-4 - Rebuild for selinux ppc32 issue. istanbul-0.2.2-4.fc8 -------------------- * Tue Aug 21 2007 Jef Spaleta - 0.2.2-4 - bump for rebuild * Fri Aug 03 2007 Jef Spaleta - 0.2.2-3 - Update spec for new licensing guidance. jakarta-commons-el-0:1.0-8jpp.2.fc8 ----------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.0-8jpp.2 - Rebuild for selinux ppc32 issue. jakarta-commons-logging-0:1.0.4-6jpp.3 -------------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.0.4-6jpp.3 - Rebuild for selinux ppc32 issue. jrtplib-3.7.1-2.fc8 ------------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 3.7.1-2 - Bump release and rebuild. jthread-1.2.1-3.fc8 ------------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 1.2.1-3 - Update URLs k3d-0.6.7.0-3.fc8 ----------------- * Tue Aug 28 2007 Denis Leroy - 0.6.7.0-3 - Rebuild for expat 2.0 kanatest-0.4.2-3.fc8 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.4.2-3 - Rebuild for selinux ppc32 issue. kazehakase-0.4.8-1.fc8 ---------------------- * Thu Aug 30 2007 Mamoru Tasaka - 0.4.8-1 - 0.4.8 kdeaddons-3.5.7-5.fc8 --------------------- * Wed Aug 29 2007 Rex Dieter 3.5.7-5 - License: GPLv2 - (Build)Requires: kdebase3(-devel) kdegames3-devel kdemultimedia3-devel kdepim3-devel * Wed Aug 29 2007 Fedora Release Engineering - 3.5.7-4 - Rebuild for selinux ppc32 issue. kdeartwork-3.5.7-4.fc8 ---------------------- * Wed Aug 29 2007 Rex Dieter 3.5.7-4 - License: GPLv2 - (Build)Requires: kdebase3(-devel) * Wed Aug 29 2007 Fedora Release Engineering - 3.5.7-3 - Rebuild for selinux ppc32 issue. * Fri Jul 13 2007 Rex Dieter 3.5.7-2 - webcollagerc: [directory] /usr/share/backgrounds/images/ (#227683) kdesdk-3.5.7-9.fc8.1 -------------------- * Wed Aug 29 2007 Rex Dieter - 3.5.7-9 - License: GPLv2 - (Build)Requires: kdelibs3(-devel) kdepim3-devel - Provides: kdesdk3(-devel) * Wed Aug 29 2007 Fedora Release Engineering - 3.5.7-8 - Rebuild for selinux ppc32 issue. kdeutils-6:3.5.7-5.fc8 ---------------------- * Wed Aug 29 2007 Rex Dieter - 6:3.5.7-5 - move kcalc back to main pkg kdevelop-9:3.4.1-4.fc8 ---------------------- * Wed Aug 29 2007 Rex Dieter - 9:3.4.1-4 - License: GPLv2 - (Build)Requires: kdelibs3-devel kdesdk3-devel - svn patch (#265481) * Wed Aug 29 2007 Fedora Release Engineering - 9:3.4.1-3 - Rebuild for selinux ppc32 issue. kdnssd-avahi-0.1.3-0.2.20060713svn.fc8 -------------------------------------- * Wed Aug 29 2007 Martin Bacovsky - 0.1.3-0.2.20060713svn - Resolves: #246628: build with automake 1.10 kernel-2.6.23-0.149.rc4.fc8 --------------------------- * Wed Aug 29 2007 David Woodhouse - Re-enable ppc32 build. * Tue Aug 28 2007 Dave Jones - Enable ACPI ATA objects. * Tue Aug 28 2007 Dave Jones - 2.6.23-rc4 kernel-xen-2.6-2.6.21-2933.fc8 ------------------------------ * Wed Aug 29 2007 Eduardo Habkost - BuildRequires: /bin/awk. It is needed by Xen and not included on the default Koji buildroot anymore * Mon Aug 27 2007 Eduardo Habkost - Disabled KVM on config files. It wouldn't work on kernel-xen and causes crashes when loaded kerry-0.2.1-4.fc8 ----------------- * Tue Aug 28 2007 Sebastian Vahl 0.2.1-4 - ExcludeArch: ppc64 (because libbeagle is not available) * Tue Aug 28 2007 Sebastian Vahl 0.2.1-3 - change license to GPLv2 kicker-compiz-3.5.4-4.fc8 ------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 3.5.4-4 - Rebuild for selinux ppc32 issue. klibido-0.2.5-8.fc8 ------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.2.5-8 - Rebuild for selinux ppc32 issue. konversation-1.0.1-3.fc8 ------------------------ * Tue Aug 28 2007 Dennis Gilmore - 1.0.1-3 - clarify license GPLv2+, and rebuild for F8 koverartist-0.5-8.fc8 --------------------- * Thu Aug 16 2007 Sebastian Vahl - 0.5-8 - Change License to GPLv2+ kpowersave-0.7.3-0.2svn20070828.fc8 ----------------------------------- * Tue Aug 28 2007 Dennis Gilmore - 0.7.3-0.2.svn20070828 - add OnlyShowIn=KDE krecipes-0.9.1-6.fc8 -------------------- * Wed Aug 29 2007 Dennis Gilmore - 0.9.1-6 - rebuild for F8 - clarify license GPLv2+ ksynaptics-0.3.3-2.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.3.3-2 - Rebuild for selinux ppc32 issue. ktorrent-2.2.2-1.fc8 -------------------- * Sun Aug 19 2007 Roland Wolters - 2.2.2-1 - bugfix update to version 2.2.2 lash-0.5.1-15.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.5.1-15 - Rebuild for selinux ppc32 issue. ldapvi-1.7-3.fc8 ---------------- libapreq2-2.09-0.rc2.6.fc8 -------------------------- * Wed Aug 29 2007 Bojan Smojver - 2.09-0.rc2.6 - rebuild against expat 2.0.1 (bug #195888) libbonobo-2.19.6-4.fc8 ---------------------- * Tue Aug 28 2007 Jesse Keating - 2.19.6-4 - Require popt-devel in -devel. - And BuildRequire popt-devel. * Thu Aug 23 2007 Adam Jackson - 2.19.6-2 - Rebuild for ppc toolchain bug * Tue Aug 07 2007 Matthias Clasen - 2.19.6-2 - Update the license field libcgi-1.0-6.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.0-6 - Rebuild for selinux ppc32 issue. libdaemon-0.12-2.fc8 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.12-2 - Rebuild for selinux ppc32 issue. libdap-3.7.8-2.fc8.1 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - 3.7.8-2 - Rebuild for selinux ppc32 issue. libdvdread-0.9.7-3.fc8 ---------------------- * Wed Aug 29 2007 Dominik Mierzejewski 0.9.7-3 - rebuild for BuildID - update license tag libeXosip2-3.0.3-1.fc8 ---------------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 3.0.3-1 - Update to 3.0.3 libexif-0.6.15-4.fc8 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.6.15-4 - Rebuild for selinux ppc32 issue. * Tue Aug 07 2007 Matthias Clasen - 0.6.15-3 - Update the license field libfwbuilder-2.1.12-3.fc8 ------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.1.12-3 - Add gawk as a Build Require. * Tue Aug 28 2007 Fedora Release Engineering - 2.1.12-2 - Rebuild for selinux ppc32 issue. libgail-gnome-1.19.5-2.fc8 -------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.19.5-2 - Rebuild for selinux ppc32 issue. * Tue Aug 07 2007 Matthias Clasen - 1.19.5-2 - Update license field libgeotiff-1.2.4-0.5.rc1.fc8 ---------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.2.4-0.5.rc1 - Rebuild for selinux ppc32 issue. libglade2-2.6.2-3.fc8 --------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.6.2-3 - Rebuild for selinux ppc32 issue. * Fri Aug 03 2007 Matthias Clasen - 2.6.2-2 - Update the license field libgnome-2.19.1-9.fc8 --------------------- * Tue Aug 28 2007 M??ir??n Duffy - 2.19.1-9 - Change default background to Infinity * Mon Aug 27 2007 Ray Strode - 2.19.1-8 - create .gnome2 directory by default for new users (bug 254237) * Fri Aug 24 2007 Christopher Aillon - 2.19.1-7 - The -devel package also needs to Require: popt-devel libgsasl-0.2.18-5.fc8 --------------------- * Wed Aug 29 2007 Nikolay Vladimirov - 0.2.18-5 - rebuild for ppc32 selinux fix libgsf-1.14.5-3.fc8 ------------------- * Wed Aug 29 2007 Caolan McNamara 1.14.5-3 - rebuild libgssapi-0.11-2.fc8 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.11-2 - Rebuild for selinux ppc32 issue. libhangul-0.0.6-3.fc8 --------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.0.6-3 - Rebuild for selinux ppc32 issue. libhugetlbfs-1.1-4.fc8 ---------------------- * Tue Aug 28 2007 Steve Fox - 1.1-4 - Skip linking tests until we figure out how to work around BuildID * Sun Aug 26 2007 Steve Fox - 1.1-2 - Skip zero_filesize_segment test, as it causes build failures. failures. libibverbs-1.1.1-2.fc8 ---------------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.1.1-2 - Rebuild for selinux ppc32 issue. libieee1284-0.2.9-5.fc8 ----------------------- * Wed Aug 29 2007 Tim Waugh 0.2.9-5 - Added dist tag. - Fixed summary. - Better buildroot tag. - More specific license tag. libkdcraw-0.1.1-2.fc8 --------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.1.1-2 - Rebuild for selinux ppc32 issue. libnetfilter_conntrack-0.0.80-2.fc8 ----------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.0.80-2 - Rebuild for selinux ppc32 issue. libntlm-0.3.13-5.fc8 -------------------- * Wed Aug 29 2007 Nikolay Vladimirov - 0.3.13-5 - rebuild for ppc32 selinux fix libopensync-plugin-synce-0.22-4.fc8 ----------------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.22-4 - Rebuild for selinux ppc32 issue. libopm-0.1-5.20050731cvs.fc8 ---------------------------- * Tue Aug 28 2007 Robert Scheck 0.1-5.20050731cvs - Updated the license tag according to the guidelines - Generate API documentation, added buildrequirement to doxygen libosip2-3.0.3-2.fc8 -------------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 3.0.3-2 - Bump release. * Tue Aug 28 2007 Jeffrey C. Ollie - 3.0.3-1 - Update to 3.0.3 - Update license tag. * Wed Nov 22 2006 Jeffrey C. Ollie - 3.0.1-2 - Bump release and rebuild libp11-0.2.2-6.fc8 ------------------ * Wed Aug 29 2007 Fedora Release Engineering - 0.2.2-6 - Rebuild for selinux ppc32 issue. libpri-1.4.1-5.fc8 ------------------ * Wed Aug 29 2007 Jeffrey C. Ollie - 1.4.1-5 - Bump release. * Wed Aug 29 2007 Jeffrey C. Ollie - 1.4.1-4 - Add patch to define size_t * Wed Aug 29 2007 Jeffrey C. Ollie - 1.4.1-3 - Update license tag. - Update URL. libraw1394-1.2.1-10.fc8 ----------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.2.1-10 - Rebuild for selinux ppc32 issue. libreadline-java-0.8.0-19.fc8 ----------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.8.0-19 - Rebuild for selinux ppc32 issue. libresample-0.1.3-4.fc8 ----------------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 0.1.3-4 - Update license tag. librsync-0.9.7-11.fc8 --------------------- * Tue Aug 28 2007 Robert Scheck 0.9.7-11 - Updated the license tag according to the guidelines - Buildrequire %{_includedir}/popt.h for separate popt (#249352) libselinux-2.0.31-3.fc8 ----------------------- * Tue Aug 28 2007 Dan Walsh - 2.0.31-3 - Move libselinux.so back into main package, breaks procps * Thu Aug 23 2007 Dan Walsh - 2.0.31-2 - Upgrade to upstream * Fix file_contexts.homedirs path from Todd Miller. * Tue Aug 21 2007 Dan Walsh - 2.0.30-2 - Remove requirement on setransd, Moved to selinux-policy-mls libsepol-2.0.7-2.fc8 -------------------- libsynaptics-0.14.6c-2.fc8 -------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.14.6c-2 - Rebuild for selinux ppc32 issue. libtextcat-2.2-4.fc8 -------------------- * Wed Aug 29 2007 Caolan McNamara 2.2-4 - rebuild libtirpc-0.1.7-10.fc8 --------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.1.7-10 - Rebuild for selinux ppc32 issue. libtomcrypt-1.17-7.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.17-7 - Rebuild for selinux ppc32 issue. libtommath-0.41-6.fc8 --------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.41-6 - Rebuild for selinux ppc32 issue. libtomoe-gtk-0.6.0-2.fc8 ------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 0.6.0-2 - Rebuild for selinux ppc32 issue. libtool-1.5.24-3.fc8 -------------------- * Wed Aug 29 2007 Karsten Hopp 1.5.24-3 - fix license tag * Wed Aug 29 2007 Fedora Release Engineering - 1.5.24-2 - Rebuild for selinux ppc32 issue. libtorrent-0.11.4-2.fc8 ----------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.11.4-2 - Rebuild for selinux ppc32 issue. libwmf-0.2.8.4-17.fc8 --------------------- * Wed Aug 29 2007 Caolan McNamara 0.2.8.4-17 - rebuild * Thu Aug 02 2007 Caolan McNamara 0.2.8.4-16 - I wrote it and still had to check the headers to see if I had cut and pasted "and later" into then linphone-1.7.1-4.fc8 -------------------- * Wed Aug 29 2007 Jeffrey C. Ollie - 1.7.1-4 - Update license tag. * Wed Aug 29 2007 Jeffrey C. Ollie - 1.7.1-3 - Update license tag. linuxdoc-tools-0.9.21-10.fc8 ---------------------------- * Wed Aug 29 2007 Ondrej Vasik 0.9.21-10 - rebuilt for PPC32 issue - added gawk to build-requires because of build failure * Tue Jun 19 2007 Ondrej Vasik 0.9.21-9 - Applied patch from upstream (bug #61414) * Thu Jan 11 2007 Tim Waugh 0.9.21-8 - Applied patch from Kir Kolyshkin (bug #204902): - added a patch from debian bug #321998 (obsoletes patch -badif) livecd-tools-011-1.fc8 ---------------------- * Tue Aug 28 2007 Jeremy Katz - 011-1 - Many config updates for Fedora 8 - Support $basearch in repo line of configs; use it - Support setting up Xen kernels and memtest86+ in the bootloader config - Handle rhgb setup - Improved default fs label (Colin Walters) - Support localboot from the bootloader (#252192) - Use hidden menu support in syslinux - Have a base desktop config included by the other configs (Colin Walters) - Use optparse for optino parsing - Remove a lot of command line options; things should be specified via the kickstart config instead - Beginnings of PPC support (David Woodhouse) - Clean up kernel module inclusion to take advantage of files in Fedora kernels listing storage drivers lksctp-tools-1.0.7-2.fc8 ------------------------ * Wed Aug 29 2007 Karsten Hopp 1.0.7-2 - rebuild for buildid lxpanel-0.2.4-5.fc8 ------------------- * Thu Aug 16 2007 Sebastian Vahl - 0.2.4-5 - Change License to GPLv2+ lynx-2.8.6-5.fc8 ---------------- * Tue Aug 28 2007 Fedora Release Engineering - 2.8.6-5 - Rebuild for selinux ppc32 issue. mash-0.2.0-1.fc8 ---------------- * Tue Aug 28 2007 Bill Nottingham 0.2.0-1 - updates to work with pungi 1.0.0, conflict with older pungi - fix some multilib compose issues () mcabber-0.9.3-6.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.9.3-6 - Correct location of README_PGP.txt * Wed Aug 29 2007 Fedora Release Engineering - 0.9.3-5 - Rebuild for selinux ppc32 issue. * Sun Aug 26 2007 Michael Fleming 0.9.3-4 - Update License tag - Add README_PGP.txt (RH #250603) mcpp-2.6.4-2.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.6.4-2 - Rebuild for selinux ppc32 issue. mdadm-2.6.2-5.fc8 ----------------- * Tue Aug 28 2007 Fedora Release Engineering - 2.6.2-5 - Rebuild for selinux ppc32 issue. mimedefang-2.63-1.fc8 --------------------- * Wed Aug 29 2007 Robert Scheck 2.63-1 - Upgrade to 2.63 - Updated the license tag according to the guidelines mimetic-0.9.3-2.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.9.3-2 - Rebuild for selinux ppc32 issue. mkinitrd-6.0.12-3.fc8 --------------------- * Mon Aug 27 2007 Peter Jones - 6.0.12-3 - Fix mkblkdevs patch to actually apply ;) * Mon Aug 27 2007 Peter Jones - 6.0.12-2 - Fix segfault in scsi vpd probe code - Fix block device creation mksh-30-2.fc8 ------------- * Tue Aug 28 2007 Robert Scheck 30-2 - Updated the license tag according to the guidelines mod_auth_ntlm_winbind-0.0.0-0.6.20070129svn713.fc8 -------------------------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.0.0-0.6.20070129svn713 - Rebuild for selinux ppc32 issue. * Fri Aug 17 2007 Dmitry Butskoy - Change License tag to "ASL 2.0" mod_auth_pam-1.1.1-4.fc8 ------------------------ mod_evasive-1.10.1-4.fc8 ------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 1.10.1-4 - Rebuild for selinux ppc32 issue. mod_security-2.1.1-2.fc8 ------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 2.1.1-2 - Rebuild for selinux ppc32 issue. mozldap-6.0.4-2.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 6.0.4-2 - Rebuild for selinux ppc32 issue. mrxvt-0.5.2-10.fc8 ------------------ * Tue Aug 28 2007 Fedora Release Engineering - 0.5.2-10 - Rebuild for selinux ppc32 issue. msmtp-1.4.13-3.fc8 ------------------ * Wed Aug 29 2007 Nikolay Vladimirov - 1.4.13-3 - rebuild for ppc32 selinux fix mtd-utils-1.1.0-2.fc8 --------------------- * Tue Aug 28 2007 David Woodhouse - 1.1.0-2 - Build ubi-utils muParser-1.28-2.fc8 ------------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.28-2 - Rebuild for selinux ppc32 issue. mutt-5:1.5.16-3.fc8 ------------------- * Tue Aug 28 2007 Miroslav Lichvar 5:1.5.16-3 - replace md5 implementation - update license tag mysql-gui-tools-5.0r12-3.fc8 ---------------------------- * Tue Aug 28 2007 Dennis Gilmore - 5.0r12-3 - rebuild for ppc32 selinux issue. clarify license GPLv2+ * Sun Jun 17 2007 Dennis Gilmore - 5.0r12-2 - add changelog entry mysql-proxy-0.5.1-3.fc8 ----------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.5.1-3 - BR gawk. nail-12.3-2.fc8 --------------- * Tue Aug 28 2007 Fedora Release Engineering - 12.3-2 - Rebuild for selinux ppc32 issue. * Fri Aug 17 2007 Dmitry Butskoy - Change License tag to "BSD with advertising" naim-0.11.8.3.1-4.fc8 --------------------- * Tue Aug 28 2007 Luke Macken 0.11.8.3.1-4 - Add gawk to BuildRequires * Tue Aug 28 2007 Luke Macken 0.11.8.3.1-3 - Remove _smp_mflags to avoid concurrency issues during build * Tue Aug 21 2007 Luke Macken 0.11.8.3.1-2 - Update license tag to GPLv2 nautilus-cd-burner-2.19.6-2.fc8 ------------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 2.19.6-2 - Rebuild for selinux ppc32 issue. nfs-utils-lib-1.1.0-2.fc8 ------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.1.0-2 - Rebuild for selinux ppc32 issue. notecase-1.6.1-2.fc8 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.6.1-2 - Rebuild for selinux ppc32 issue. * Sat Aug 04 2007 Damien Durand 1.6.1-1 - Ugrade to 1.6.1 nss-mdns-0.10-3.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.10-3 - Rebuild for selinux ppc32 issue. nss_compat_ossl-0.9.1-5.fc8 --------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.9.1-5 - Rebuild for selinux ppc32 issue. objectweb-anttask-0:1.3.2-1jpp.2.fc8 ------------------------------------ * Wed Aug 29 2007 Deepak Bhole 0:1.3.2-1jpp.2 - Remove distribution tag ocaml-3.10.0-4.fc8 ------------------ * Wed Aug 29 2007 Gerard Milmeister - 3.10.0-4 - added BR util-linux-ng * Wed Aug 29 2007 Gerard Milmeister - 3.10.0-3 - added BR gawk * Tue Aug 28 2007 Fedora Release Engineering - 3.10.0-2 - Rebuild for selinux ppc32 issue. ocaml-expat-0.9.1-6.fc8 ----------------------- * Tue Aug 28 2007 Richard W.M. Jones - 0.9.1-6 - Temporarily add BuildRequires: util-linux-ng to see if that cures problems building on Koji (note: builds work elsewhere, just not on Koji). * Tue Aug 28 2007 Richard W.M. Jones - 0.9.1-5 - Link against expat 2.x. openobex-1.3-7.fc8 ------------------ * Fri Aug 24 2007 Jiri Moskovcak 1.3-7 - Added ipv6 support - Resolves: #198396 openoffice.org-1:2.3.0-2.3.fc8 ------------------------------ * Mon Aug 27 2007 Caolan McNamara - 1:2.3.0-2.3 - drop integrated openoffice.org-2.1.0.ooo61812.svx.a11ycrash.patch - drop openoffice.org-1.9.85.rh151356.usetwodotzeropath.patch and do it differently - allow -fasynchronous-unwind-tables to be passed to ARCH_FLAGS - oovbaapi.rdb needs be in core package ortp-0.13.1-4.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.13.1-4 - Rebuild for selinux ppc32 issue. patch-2.5.4-30.fc8 ------------------ * Wed Aug 29 2007 Tim Waugh 2.5.4-30 - Added dist tag. - More specific license tag. - Fixed summary. - Better buildroot tag. patchutils-0.2.31-3.fc8 ----------------------- * Wed Aug 29 2007 Tim Waugh 0.2.31-3 - Added dist tag. - Better buildroot tag. - More specific license tag. pax-3.4-4.fc8 ------------- * Wed Aug 29 2007 Fedora Release Engineering - 3.4-4 - Rebuild for selinux ppc32 issue. pbzip2-1.0.2-3.fc8 ------------------ * Wed Aug 29 2007 Fedora Release Engineering - 1.0.2-3 - Rebuild for selinux ppc32 issue. pdfedit-0.3.2-2.fc8 ------------------- * Wed Aug 29 2007 Bernard Johnson - 0.3.2-2 - doxygen patch no longer needed * Wed Aug 29 2007 Bernard Johnson - 0.3.2-1 - v 0.3.2 perl-Authen-PAM-0.16-3.fc8 -------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.16-3 - Rebuild for selinux ppc32 issue. perl-Bit-Vector-6.4-5.fc8 ------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 6.4-5 - Rebuild for selinux ppc32 issue. perl-Cairo-1.041-2.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.041-2 - Rebuild for selinux ppc32 issue. perl-Compress-Raw-Zlib-2.005-3.fc8 ---------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.005-3 - Rebuild for selinux ppc32 issue. perl-Crypt-OpenSSL-DSA-0.13-4.fc8 --------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.13-4 - Rebuild for selinux ppc32 issue. perl-Crypt-OpenSSL-PKCS10-0.06-6.fc8 ------------------------------------ * Wed Aug 29 2007 Fedora Release Engineering - 0.06-6 - Rebuild for selinux ppc32 issue. perl-DateTime-1:0.39-2.fc8 -------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1:0.39-2 - Rebuild for selinux ppc32 issue. * Sun Jul 22 2007 Steven Pritchard 1:0.39-1 - Update to DateTIme 0.39. - Update to DateTime::TimeZone 0.6603. * Thu Jul 05 2007 Steven Pritchard 1:0.38-2 - BR Test::Output. perl-Devel-StackTrace-1.15-2.fc8 -------------------------------- * Wed Aug 29 2007 Ralf Cors??pius - 1.15-2 - Update License. perl-Devel-Symdump-1:2.07-3.fc8 ------------------------------- * Wed Aug 29 2007 Robin Norwood - 1:2.07-3 - Add missing BuildRequires * Mon Aug 27 2007 Robin Norwood - 1:2.07-2 - Fix license tag - Fix broken changelog entry perl-Digest-HMAC-1.01-16 ------------------------ * Mon Aug 27 2007 Robin Norwood - 1.01-16 - Fix license tag - add %doc section - Add BuildRequire: perl(ExtUtils::MakeMaker) perl-Digest-SHA-5.44-6.fc8 -------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 5.44-6 - Rebuild for selinux ppc32 issue. perl-Digest-SHA1-2.11-4.fc8 --------------------------- * Wed Aug 29 2007 Robin Norwood - 2.11-4 - Update license tag. * Wed Aug 29 2007 Fedora Release Engineering - 2.11-3 - Rebuild for selinux ppc32 issue. perl-File-Copy-Recursive-0.35-1.fc8 ----------------------------------- * Wed Aug 29 2007 Ralf Cors??pius - 0.35-1 - Upstream update. perl-File-MMagic-1.27-3.fc8 --------------------------- * Wed Aug 29 2007 Robin Norwood - 1.27-3 - Update license tag - Add BuildRequires: perl(ExtUtils::MakeMaker) * Fri Jul 20 2007 Robin Norwood - 1.27-2.fc8 - Add fixes from EPEL branch - Fix minor specfile issues perl-File-Sync-0.09-3.fc8 ------------------------- perl-File-chmod-0.32-2.fc8 -------------------------- perl-Frontier-RPC-0.07b4-2 -------------------------- * Wed Aug 29 2007 Robin Norwood - 0.07b4-2 - Update license tag - add some files to %doc section - Update BuildRequires perl-HTML-Parser-3.56-2.fc8 --------------------------- * Wed Aug 29 2007 Robin Norwood - 3.56-2 - Fix license tag - update BuildRequires perl-HTML-Tagset-3.10-6.fc8 --------------------------- * Wed Aug 29 2007 Robin Norwood - 3.10-6 - Update license tag - Add BuildRequires perl-Imager-0.59-2.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.59-2 - Rebuild for selinux ppc32 issue. perl-Mozilla-LDAP-1.5.2-2.fc8 ----------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.5.2-2 - Rebuild for selinux ppc32 issue. perl-Net-LibIDN-0.09-4.fc8 -------------------------- * Wed Aug 29 2007 Robert Scheck 0.09-4 - Updated the license tag according to the guidelines perl-NetAddr-IP-4.004-4.fc8 --------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 4.004-4 - Rebuild for selinux ppc32 issue. perl-Razor-Agent-2.84-2.fc8 --------------------------- * Wed Aug 29 2007 Robert Scheck 2.84-2 - Rebuilt (missing BuildID) perl-Regexp-Common-2.120-6.fc8 ------------------------------ * Wed Aug 29 2007 Ralf Cors??pius - 2.120-6 - BR: perl(ExtUtils::MakeMaker). perl-Text-CSV_XS-0.30-2.fc8 --------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.30-2 - Rebuild for selinux ppc32 issue. perl-Text-LevenshteinXS-0.03-3.fc8 ---------------------------------- perl-XML-Parser-2.34-8 ---------------------- * Tue Aug 28 2007 Robin Norwood - 2.34-8 - Update license tag - Add README Changes samples/ to %doc section * Thu Aug 09 2007 Joe Orton - 2.34-7 - BuildRequire perl(ExtUtils::MakeMaker) * Wed Jul 12 2006 Jesse Keating - 2.34-6.1.2.2.1 - rebuild pexpect-2.1-5.fc8 ----------------- * Wed Aug 29 2007 Robert Scheck 2.1-5 - Rebuilt (and some minor spec file tweaks) pfqueue-0.5.6-6.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.5.6-6 - Rebuild for selinux ppc32 issue. php-5.2.3-8 ----------- * Tue Aug 28 2007 Joe Orton 5.2.3-8 - add ldconfig post/postun for -embedded (Hans de Goede) php-idn-1.2-3.fc8 ----------------- * Wed Aug 29 2007 Robert Scheck 1.2-3 - Updated the license tag according to the guidelines php-magickwand-0.1.8-4.fc8 -------------------------- * Wed Aug 29 2007 Robert Scheck 0.1.8-4 - Updated the license tag according to the guidelines php-pecl-Fileinfo-1.0.4-3.fc8 ----------------------------- php-pecl-apc-3.0.14-2.fc8 ------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 3.0.14-2 - Rebuild for selinux ppc32 issue. php-shout-0.9.2-1.fc8 --------------------- pidgin-libnotify-0.13-2.fc8 --------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.13-2 - Rebuild for selinux ppc32 issue. pilot-link-2:0.12.2-5.fc8 ------------------------- * Wed Aug 29 2007 Ivana Varekova - 2:0.12.2-5 - Rebuild for selinux ppc32 issue. - fix open function calls pingus-0.7.0-1.fc8 ------------------ * Wed Aug 22 2007 Hans de Goede 0.7.0-1 - New upstream release 0.7.0 final - This changes pingus from a ClanLib app into an SDL app - Drop patch to switch pingus translations to gettext as it has been rejected by upstream, instead use pingus' own translation system pirut-1.3.14-1.fc8 ------------------ * Wed Aug 29 2007 Jeremy Katz - 1.3.14-1 - Improved and more complete repo editing code * Tue Aug 28 2007 Jeremy Katz - 1.3.13-1 - Add repo editing (some bits from Debarshi Ray) - Fix puplet traceback pkgconfig-1:0.22-3.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1:0.22-3 - Rebuild for selinux ppc32 issue. * Tue Aug 07 2007 Matthias Clasen - 1:0.22-2 - Update license field planner-0.14.2-9.fc8 -------------------- * Wed Aug 29 2007 Caolan McNamara - 0.14.2-9 - rebuild pnm2ppa-1:1.04-14.fc8 --------------------- * Wed Aug 29 2007 Tim Waugh 1:1.04-14 - Added dist tag. - Fixed summary. - Better buildroot tag. - More specific license tag. policycoreutils-2.0.25-6.fc8 ---------------------------- * Tue Aug 28 2007 Dan Walsh 2.0.25-6 - Add more role_templates * Tue Aug 28 2007 Dan Walsh 2.0.25-5 - Update genpolgui to add creation of user domains postgis-1.2.1-3.fc8 ------------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.2.1-3 - Rebuild for selinux ppc32 issue. postgresql-table_log-0.4.4-3.fc8 -------------------------------- ppl-0.9-14.fc8 -------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.9-14 - Rebuild for selinux ppc32 issue. proxychains-3.1-4.fc8 --------------------- * Wed Aug 29 2007 Fedora Release Engineering - 3.1-4 - Rebuild for selinux ppc32 issue. psacct-6.3.2-48.fc8 ------------------- * Tue Aug 28 2007 Fedora Release Engineering - 6.3.2-48 - Rebuild for selinux ppc32 issue. psmisc-22.5-2.fc8 ----------------- * Wed Aug 29 2007 Tomas Smetana 22.5-2 - rebuild (because of BuildID) pungi-1.0.1-1.fc8.1 ------------------- * Tue Aug 28 2007 Jesse Keating - 1.0.1-1 - Default flavor to blank. pygobject2-2.13.2-3.fc8 ----------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.13.2-3 - Rebuild for selinux ppc32 issue. * Wed Aug 08 2007 Matthias Clasen - 2.13.2-2 - Update the license field pygsl-0.9.1-4.fc8 ----------------- * Wed Aug 29 2007 Jos?? Matos - 0.9.1-4 - Remove docs from documentation as it not carried anymore, add a devel subpackage. * Wed Aug 29 2007 Jos?? Matos - 0.9.1-3 - Corrected the reference to numpy. * Wed Aug 29 2007 Jos?? Matos - 0.9.1-2 - Rebuild with the correct source. pyparsing-1.4.7-1.fc8 --------------------- * Wed Aug 29 2007 Jos?? Matos - 1.4.7-1 - New upstream version. python-CDDB-1.4-2.fc8 --------------------- python-Coherence-0.4.0-2.fc8 ---------------------------- * Wed Aug 29 2007 Matthias Saou 0.4.0-2 - Update python-setuptools build requirement to new python-setuptools-devel. python-HTMLgen-2.2.2-10.fc8 --------------------------- * Tue Aug 28 2007 Jos?? Matos - 2.2.2-10 - Added comment regarding homepage availability. - Apply debian's patches. - Include documentation. python-amara-1.2.0.2-2.fc8 -------------------------- * Wed Aug 29 2007 Jos?? Matos - 1.2.0.2-2 - Build again, this time with right source. * Wed Aug 29 2007 Jos?? Matos - 1.2.0.2-1 - Adapt entry to use new python-setuptools (F8+). - Fix the license tag. - New upstream version. python-cpio-0.1-4.fc8 --------------------- * Tue Aug 28 2007 Jos?? Matos - 0.1-4 - License fix, rebuild for devel (F8). python-daap-0.7-5.fc8 --------------------- * Wed Aug 29 2007 Jeffrey C. Ollie - 0.7-5 - Update license tag. * Wed Aug 29 2007 Jeffrey C. Ollie - 0.7-4 - Bump release and rebuild. python-genshi-0.4.4-2.fc8 ------------------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 0.4.4-2 - BR python-setuptools-devel python-imaging-1.1.6-4.fc8 -------------------------- * Tue Aug 28 2007 Jos?? Matos - 1.1.6-4 - Rebuild for devel (F8). python-iniparse-0.2.1-2.fc8 --------------------------- * Tue Aug 28 2007 Tim Lauridsen - 0.2.1-2 - Changed BuildRequires python-setuptools to python-setuptools-devel python-isprelink-0.1.2-3.fc8 ---------------------------- python-kid-0.9.6-2.fc8 ---------------------- * Tue Aug 28 2007 Konstantin Ryabitsev - 0.9.6-2 - BR: python-setuptools-devel - Drop explicit BR: python-devel python-louie-1.1-2.fc8 ---------------------- python-lxml-1.3.3-3.fc8 ----------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.3.3-3 - Rebuild for selinux ppc32 issue. * Tue Aug 28 2007 Jeffrey C. Ollie - 1.3.3-2 - BR python-setuptools-devel python-numeric-24.2-6.fc8 ------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 24.2-6 - Rebuild for selinux ppc32 issue. python-psycopg2-2.0.6-2.fc8 --------------------------- * Tue Aug 28 2007 Fedora Release Engineering - 2.0.6-2 - Rebuild for selinux ppc32 issue. python-pycurl-7.16.4-1.fc8 -------------------------- * Wed Aug 29 2007 Jeffrey C. Ollie - 7.16.4-1 - Update to 7.16.4 - Update license tag. python-virtinst-0.300.0-1.fc8 ----------------------------- * Wed Aug 29 2007 Daniel P. Berrange - 0.300.0-1 - Updated to 0.300.0 - Added virt-image tool - Switched to calling virsh console and virt-viewer - Improved user input validation python-zope-interface-3.0.1-8.fc8 --------------------------------- * Wed Aug 29 2007 Paul Howarth 3.0.1-8 - update license tag to ZPLv2.1 in anticipation of this tag being approved qemu-0.9.0-4.fc8 ---------------- * Tue Aug 28 2007 Daniel P. Berrange - 0.9.0-4.fc8 - Fix debuginfo by passing -Wl,--build-id to linker * Tue Aug 28 2007 David Woodhouse 0.9.0-4 - Update licence - Fix CDROM emulation (#253542) * Tue Aug 28 2007 Daniel P. Berrange - 0.9.0-3.fc8 - Added backport of VNC password auth, and TLS+x509 cert auth - Switch to rtl8139 NIC by default for linkstate reporting - Fix rtl8139 mmio region mappings with multiple NICs qsf-1.2.7-1.fc8 --------------- qt-1:3.3.8-7.fc8 ---------------- * Tue Aug 28 2007 Than Ngo - 1:3.3.8-7 - CVE-2007-3388 qt3 format string flaw - backport to fix #bz243722, bz#244148, Applications using qt-mysql crash if database is removed before QApplication is destroyed - cleanup desktop files * Mon Apr 23 2007 Than Ngo - 1:3.3.8-5.fc7 - apply patch to fix fontrendering problem in gu_IN #228451,#228452 * Wed Apr 11 2007 Than Ngo - 1:3.3.8-4.fc7 - adjust qt-3.3.8-fontrendering-as_IN-209972.patch and qt-3.3.8-fontrendering-#214570.patch for qt-3.3.8 qucs-0.0.12-3.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.0.12-3 - Rebuild for selinux ppc32 issue. ragel-5.23-2.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 5.23-2 - Rebuild for selinux ppc32 issue. rarpd-ss981107-25.1.fc8 ----------------------- * Wed Aug 29 2007 Jiri Moskovcak - ss981107-25.1 - renamed patch file * Wed Aug 29 2007 Jiri Moskovcak - ss981107-25 - Modified init script to allow user to set the rarpd options via /etc/sysconfig/rarpd - Resolves: #218998 * Wed Aug 29 2007 Fedora Release Engineering - ss981107-24 - Rebuild for selinux ppc32 issue. rdate-1.4-9.fc8 --------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.4-9 - Rebuild for selinux ppc32 issue. rdesktop-1.5.0-4.fc8 -------------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.5.0-4 - Rebuild for selinux ppc32 issue. reciteword-0.8.3-6.fc8 ---------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.8.3-6 - Rebuild for selinux ppc32 issue. rhpl-0.209-2.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.209-2 - Rebuild for selinux ppc32 issue. rman-3.2-7.fc8 -------------- * Tue Aug 28 2007 Jos?? Matos - 3.2-7 - Rebuild for devel (F8). rogue-5.4.2-10.fc8 ------------------ * Tue Aug 28 2007 Fedora Release Engineering - 5.4.2-10 - Rebuild for selinux ppc32 issue. rpy-1.0-0.1.RC3.fc8 ------------------- * Wed Aug 29 2007 Jos?? Matos - 1.0-0.1.RC3 - New upstream version. - Change from python-numeric to numpy package. * Tue Aug 28 2007 Jos?? Matos - 0.4.6-18 - License fix, rebuild for devel (F8). rss-glx-0.8.1.p-9.fc8 --------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.8.1.p-9 - Buildrequire gawk. * Wed Aug 29 2007 Fedora Release Engineering - 0.8.1.p-8 - Rebuild for selinux ppc32 issue. rtorrent-0.7.4-3.fc8 -------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.7.4-3 - Rebuild for selinux ppc32 issue. ruby-gettext-package-1.10.0-1.fc8 --------------------------------- * Wed Aug 29 2007 Mamoru Tasaka - 1.10.0-1 - 1.10.0 ruby-shadow-1.4.1-10.fc8 ------------------------ * Wed Aug 29 2007 Kostas Georgiou - 1.4.1-10 - Increase version to fix wrong tag * Wed Aug 29 2007 Kostas Georgiou - 1.4.1-9 - Clean up of the "sh: ruby: command not found" added by the automated rebuild in the spec file * Wed Aug 29 2007 Fedora Release Engineering - 1.4.1-8 - Rebuild for selinux ppc32 issue. rusers-0.17-50.fc8 ------------------ * Wed Aug 29 2007 Fedora Release Engineering - 0.17-50 - Rebuild for selinux ppc32 issue. rwall-0.17-27.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.17-27 - Rebuild for selinux ppc32 issue. rwho-0.17-28.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.17-28 - Rebuild for selinux ppc32 issue. schroedinger-0.6.1-3.fc8 ------------------------ scim-tomoe-0.6.0-2.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.6.0-2 - Rebuild for selinux ppc32 issue. scite-1.74-2.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.74-2 - Rebuild for selinux ppc32 issue. seedit-2.1.1-3.fc8 ------------------ * Tue Aug 28 2007 Jesse Keating 2.1.1-3 - Rebuild for ppc32 selinux issue. selinux-policy-3.0.7-2.fc8 -------------------------- * Tue Aug 28 2007 Dan Walsh 3.0.7-2 - Allow login programs to read symlinks on homedirs sendmail-8.14.1-4.1.fc8 ----------------------- * Wed Aug 29 2007 Thomas Woerner 8.14.1-4.1 - fixed condrestart in init script to use exit instead of return ser-0.9.6-13.fc8 ---------------- * Wed Aug 29 2007 Andreas Thienemann 0.9.6-13 - Fix build issues on non x86 systems for good * Wed Aug 29 2007 Andreas Thienemann 0.9.6-12 - Upgraded ppc patch to work on PPC64 * Tue Aug 28 2007 Andreas Thienemann 0.9.6-11 - Fixing #199245, #247054, #253987 - Rebuilt for expat 2.0 setools-3.2-4.fc8 ----------------- * Tue Aug 28 2007 Fedora Release Engineering - 3.2-4 - Rebuild for selinux ppc32 issue. setserial-2.17-21.fc8 --------------------- * Wed Aug 29 2007 Tim Waugh 2.17-21 - More specific license tag. skencil-0.6.17-15.20070606svn.fc8 --------------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.6.17-15.20070606svn - Rebuild for selinux ppc32 issue. sox-13.0.0-3.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 13.0.0-3 - Rebuild for selinux ppc32 issue. sparse-0.3-2.fc8 ---------------- * Tue Aug 28 2007 Roland McGrath - 0.3-2 - Canonicalize License: tag. squid-7:2.6.STABLE14-2.fc8 -------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 7:2.6.STABLE14-2 - Rebuild for selinux ppc32 issue. statserial-1.1-40.fc8 --------------------- * Wed Aug 29 2007 Tim Waugh 1.1-40 - More specific license tag. strace-4.5.16-2.fc8 ------------------- * Tue Aug 28 2007 Roland McGrath - 4.5.16-2 - rebuilt stunnel-4.20-3.nss ------------------ * Tue Aug 28 2007 Miloslav Trma?? - 4.20-3.nss - Port to NSS svnkit-1.1.2-4.fc8 ------------------ * Wed Aug 29 2007 Fedora Release Engineering - 1.1.2-4 - Rebuild for selinux ppc32 issue. symlinks-1.2-30.fc8 ------------------- * Wed Aug 29 2007 Tim Waugh 1.2-30 - Rebuilt. synaptic-0.57.2-13.fc8 ---------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.57.2-13 - Rebuild for selinux ppc32 issue. * Fri Aug 03 2007 Panu Matilainen - License clarification system-config-kickstart-2.7.11-1.fc8 ------------------------------------ * Tue Aug 28 2007 Chris Lumens 2.7.11-1 - The base repo's name has changed (#254601). t1lib-5.1.1-2.fc8 ----------------- * Tue Aug 28 2007 Jos?? Matos - 5.1.1-2 - License fix, rebuild for devel (F8). t1utils-1.32-9.fc8 ------------------ * Tue Aug 28 2007 Jos?? Matos - 1.32-9 - License fix, rebuild for devel (F8). taarich-1.20051120-8.fc8 ------------------------ * Tue Aug 28 2007 Fedora Release Engineering - 1.20051120-8 - Rebuild for selinux ppc32 issue. tachyon-0.98-0.3.20070319.fc8 ----------------------------- * Wed Aug 29 2007 Dominik 'Rathann' Mierzejewski 0.98-0.3 - rebuild - update license tag tcpick-0.2.1-13.fc8 ------------------- * Tue Aug 28 2007 Robert Scheck 0.2.1-13 - Updated the license tag according to the guidelines - Buildrequire %{_includedir}/pcap.h instead of conditionals tcptraceroute-1.5-0.3.beta7.fc8 ------------------------------- telepathy-gabble-0.5.12-5.fc8 ----------------------------- * Tue Aug 28 2007 Brian Pepple - 0.5.12-5 - Add python as a BR. * Tue Aug 21 2007 Brian Pepple - 0.5.12-4 - Rebuild. * Sun Aug 05 2007 Brian Pepple - 0.5.12-3 - Update license tag. telepathy-glib-0.5.14-1.fc8 --------------------------- * Wed Aug 29 2007 Brian Pepple - 0.5.14-1 - Update to 0.5.14. * Tue Aug 28 2007 Brian Pepple - 0.5.13-6 - Add BR on python. * Tue Aug 21 2007 Brian Pepple - 0.5.13-5 - Rebuild. tetex-dvipost-1.1-8.fc8 ----------------------- * Tue Aug 28 2007 Jos?? Matos - 1.1-8 - License fix, rebuild for devel (F8). texi2html-1.78-3.fc8 -------------------- * Tue Aug 28 2007 Patrice Dumas 1.78-3 - use the right license tag for the documentation * Tue Aug 28 2007 Patrice Dumas 1.78-2 - Requires latex2html and perl(Text::Unidecode) - add ownership for directories common for the texinfo implementations - correct license tkdnd-1.0a2-9.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.0a2-9 - Rebuild for selinux ppc32 issue. tomoe-0.6.0-3.fc8 ----------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.6.0-3 - Rebuild for selinux ppc32 issue. trac-bazaar-plugin-0.2-4.20070829bzr182.fc8 ------------------------------------------- * Wed Aug 29 2007 Toshio Kuratomi - 0.2-4.20070829bzr182 - Update license tag to reflect GPLv2+. - New update from upstream that clarifies license and makes setuptools build a correct tarball. tre-0.7.5-2.fc8 --------------- * Wed Aug 29 2007 Dominik Mierzejewski 0.7.5-2 - rebuild for BuildID - update license tag * Mon Jan 29 2007 Dominik Mierzejewski 0.7.5-1 - update to 0.7.5 - remove redundant BRs - add %check * Thu Sep 14 2006 Dominik Mierzejewski 0.7.4-6 - remove ExcludeArch, the bug is in crm114 tree-1.5.0-8.fc8 ---------------- * Wed Aug 29 2007 Tim Waugh 1.5.0-8 - More specific license tag. * Wed Feb 07 2007 Tim Waugh 1.5.0-7 - Current version no longer ships binary, so don't try removing it (bug #226503). * Tue Feb 06 2007 Tim Waugh 1.5.0-6 - Preserve timestamps on install (bug #226503). - Added SMP flags (bug #226503). - Removed Prefix: tag (bug #226503). - Removed bogus mkdir call (bug #226503). - Ship the LICENSE file (bug #226503). - Fixed summary (bug #226503). tripwire-2.4.1.2-3.fc8 ---------------------- * Wed Aug 29 2007 Brandon Holbrook 2.4.1.2-2 - Pull in a new config.guess to properly detect ppc64 archs * Wed Aug 29 2007 Brandon Holbrook 2.4.1.2-2 - Upgrade to 2.4.1.2 tsclient-0.150-3.fc8 -------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.150-3 - Rebuild for selinux ppc32 issue. tuxpaint-1:0.9.17-2.fc8 ----------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1:0.9.17-2 - Rebuild for selinux ppc32 issue. uncrustify-0.35-2.fc8 --------------------- unix2dos-2.2-29.fc8 ------------------- * Wed Aug 29 2007 Tim Waugh 2.2-29 - Rebuilt. uread-0-0.2.19981218.fc8 ------------------------ * Wed Aug 29 2007 Patrice Dumas 0-0.2.19981218 - correct license - keep timestamps urlgfe-1.0.2-1.fc8 ------------------ * Wed Aug 29 2007 Mamoru Tasaka - 1.0.2-1 - 1.0.2 ushare-1.0-2.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.0-2 - Rebuild for selinux ppc32 issue. ustr-1.0.1-6.fc8 ---------------- * Tue Aug 28 2007 James Antill - 1.0.1-6 - Add options for fedora policy brokeness, so it's easy to undo. - Rebuild for buildid. uuid-1.6.0-2.fc8 ---------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.6.0-2 - Rebuild for selinux ppc32 issue. v4l2-tool-1.0.3-1.fc8 --------------------- * Tue Aug 28 2007 Parag Nemade - 1.0.3-1 - update to new upstream release virt-manager-0.5.0-1.fc8 ------------------------ * Wed Aug 29 2007 Daniel P. Berrange - 0.5.0-1.fc8 - Updated to 0.5.0 release - Support for managing remote hosts - Switch to use GTK-VNC for the guest console virt-viewer-0.0.2-1.fc8 ----------------------- vsftpd-2.0.5-19.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.0.5-19 - Rebuild for selinux ppc32 issue. vtk-5.0.3-20.fc8 ---------------- * Tue Aug 28 2007 Fedora Release Engineering - 5.0.3-20 - Rebuild for selinux ppc32 issue. * Mon May 28 2007 Axel Thimm - 5.0.3-18 - Move headers to %{_includedir}/vtk. - Remove executable bit from sources. * Mon Apr 16 2007 Axel Thimm - 5.0.3-17 - Make java build conditional. - Add ldconfig %post/%postun for java/qt subpackages. wavbreaker-0.8.1-4.fc8 ---------------------- * Tue Aug 28 2007 Fedora Release Engineering - 0.8.1-4 - Rebuild for selinux ppc32 issue. * Tue Aug 28 2007 Homer 0.8.1-3 - bump rev for F-8 mass rebuild wxPython-2.8.4.0-2.fc8 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 2.8.4.0-2 - Rebuild for selinux ppc32 issue. xarchiver-0.4.9-0.3.20070103svn24249.fc8 ---------------------------------------- * Tue Aug 28 2007 Christoph Wickert - 0.4.9-0.3.20070103svn24249 - Rebuild for BuildID feature - Update license tag xdrawchem-1.9.9-6.fc8 --------------------- * Wed Aug 29 2007 Dominik Mierzejewski 1.9.9-6 - rebuild for BuildID - fix license tag xen-3.1.0-5.fc8 --------------- * Tue Aug 28 2007 Daniel P. Berrange - 3.1.0-5.fc8 - Added dep on openssl for blktap-qcow * Tue Aug 28 2007 Daniel P. Berrange - 3.1.0-4.fc8 - Switch PVFB over to use QEMU - Backport QEMU VNC security patches for TLS/x509 * Wed Aug 01 2007 Markus Armbruster - 3.1.0-3.fc8 - Put guest's native protocol ABI into xenstore, to provide for older kernels running 32-on-64. - VNC keymap fixes - Fix race conditions in LibVNCServer on client disconnect xfce4-mount-plugin-0.5.1-3.fc8 ------------------------------ * Sat Aug 25 2007 Christoph Wickert - 0.5.1-3 - Rebuild for BuildID feature - Update license tag xkeycaps-2.46-6.fc8.3 --------------------- * Mon Aug 27 2007 Tom "spot" Callaway 2.46-6.2 - rebuild for BuildID * Mon Aug 06 2007 Tom "spot" Callaway 2.46-6.1 - license cleanup xl2tpd-1.1.11-3.fc8 ------------------- * Wed Aug 29 2007 Fedora Release Engineering - 1.1.11-3 - Rebuild for selinux ppc32 issue. xmoto-0.3.3-1.fc8 ----------------- * Wed Aug 29 2007 Jon Ciesla 0.3.3-1 - Bumped to upstream. - Fixed URL. * Thu Aug 16 2007 Jon Ciesla 0.3.1-2 - License tag correction. * Mon Jul 09 2007 Jon Ciesla 0.3.1-1 - Bumped to upstream, BZ 247445. xoo-0.7-7.fc8 ------------- * Tue Aug 28 2007 Paul Wouters 0.7-7 - Rebuild for new expat xorg-x11-drv-ark-0.6.0-6.fc8 ---------------------------- * Wed Aug 22 2007 Adam Jackson - 0.6.0-6 - Rebuild for PPC toolchain bug xorg-x11-drv-v4l-0.1.1-8.fc8 ---------------------------- * Tue Aug 28 2007 Adam Jackson 0.1.1-8 - Fix ioctl argument on LP64 machines. (#250070) xorg-x11-proto-devel-7.2-13.fc8 ------------------------------- * Wed Aug 29 2007 Adam Jackson 7.2-13 - Remove the horrible header hack, in favor of proper fix in xserver itself. xpdf-1:3.02-3.fc8 ----------------- * Tue Aug 28 2007 Tom "spot" Callaway 1:3.02-3 - fix PDF printing on x86_64 (bz 253601) - add mouse buttons 8 and 9 (bz 255401) - add extra zoom types (bz 251855) - rebuild for BuildID xscorch-0.2.0-11.fc8 -------------------- * Wed Aug 29 2007 Fedora Release Engineering - 0.2.0-11 - Rebuild for selinux ppc32 issue. xscreensaver-1:5.03-1.fc8 ------------------------- * Wed Aug 29 2007 Mamoru Tasaka - 1:5.03-1 - Update to 5.03 xsupplicant-1.2.8-4.fc8.1 ------------------------- * Tue Aug 28 2007 Tom "spot" Callaway 1.2.8-4.1 - fix iwlibpatch in devel * Tue Aug 28 2007 Tom "spot" Callaway 1.2.8-4 - rebuild for BuildID xtide-2.9.3-3.fc8.2 ------------------- * Wed Aug 22 2007 Mamoru Tasaka - 2.9.3-3.dist.2 - Mass rebuild (buildID or binutils issue) * Fri Aug 03 2007 Mamoru Tasaka - 2.9.3-3.dist.1 - License update yafc-1.1.1-9.fc8 ---------------- * Tue Aug 28 2007 Fedora Release Engineering - 1.1.1-9 - Rebuild for selinux ppc32 issue. yap-5.1.1-7.fc8 --------------- * Wed Aug 29 2007 Gerard Milmeister - 5.1.1-7 - replaced ld -shared with gcc -shared * Wed Aug 29 2007 Fedora Release Engineering - 5.1.1-6 - Rebuild for selinux ppc32 issue. yelp-2.19.90-3.fc8 ------------------ * Tue Aug 28 2007 Matthew Barnes - 2.19.90-3 - Remove --add-only-show-in from desktop-file-install (RH bug #258821). yum-3.2.4-3.fc8 --------------- * Wed Aug 29 2007 Seth Vidal 3.2.4-3 - patch from git-HEAD - unresolved deps * Wed Aug 29 2007 Seth Vidal 3.2.4-2 - add ver-to-none patch to fix, a lot of things, actually. * Tue Aug 28 2007 Seth Vidal 3.2.4-1 - 3.2.4 release - add python-iniparse dep - remove 3.2.3-3 patches since they're include in 3.2.4 yum-cron-0.3-3.fc8 ------------------ * Mon Aug 27 2007 Frank Wittig - 0.3-3 - Actual update action is now configurable. It does check-only now if configured. Default behaviour is to do updates. zidrav-1.2.0-3.fc8 ------------------ zsh-4.3.4-3.fc8 --------------- * Wed Aug 29 2007 Fedora Release Engineering - 4.3.4-3 - BuildRequire gawk. * Wed Aug 29 2007 Fedora Release Engineering - 4.3.4-2 - Rebuild for selinux ppc32 issue. * Tue Aug 28 2007 James Antill - 4.3.4-1 - Rebuild for buildid/ppc32 Broken deps for i386 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2 anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE kmod-sysprof - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.i686 requires kernel-i686 = 0:2.6.23-0.142.rc3.git10.fc8 kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.i686 requires kernel-i686 = 0:2.6.23-0.142.rc3.git10.fc8PAE ocaml-calendar - 1.10-6.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-curl - 0.2.1-3.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-expat - 0.9.1-6.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-extlib - 1.5-5.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-findlib - 1.1.2pl1-10.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgl - 1.02-12.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk - 2.6.0-8.20060908cvs.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk-devel - 2.6.0-8.20060908cvs.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-libvirt - 0.3.2.4-1.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-pcre - 5.11.4-6.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-ssl - 0.4.2-3.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-ulex - 1.0-3.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.i386 requires libpolyxmass.so.10 pygsl-devel - 0.9.1-4.fc8.i386 requires gsl.devel rubygem-gem_plugin - 0.2.2-2.fc8.noarch requires rubygem(rake) >= 0:0.7 subcommander - 1.2.2-6.fc8.i386 requires libneon.so.25 Broken deps for x86_64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5 anjuta - 1:2.2.0-2.fc8.i386 requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.i386 requires libgraph.so.3 anjuta - 1:2.2.0-2.fc8.x86_64 requires libgvc.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libgraph.so.3()(64bit) anjuta - 1:2.2.0-2.fc8.x86_64 requires libcdt.so.3()(64bit) kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-sysprof - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.142.rc3.git10.fc8 ocaml-calendar - 1.10-6.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-curl - 0.2.1-3.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-expat - 0.9.1-6.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-extlib - 1.5-5.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-findlib - 1.1.2pl1-10.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgl - 1.02-12.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk - 2.6.0-8.20060908cvs.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk-devel - 2.6.0-8.20060908cvs.fc8.i386 requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk-devel - 2.6.0-8.20060908cvs.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-libvirt - 0.3.2.4-1.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-pcre - 5.11.4-6.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-ssl - 0.4.2-3.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 ocaml-ulex - 1.0-3.fc8.x86_64 requires ocaml = 0:3.10.0-1.fc8 octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) polyxmass-bin - 0.9.3-2.fc6.x86_64 requires libpolyxmass.so.10()(64bit) pygsl-devel - 0.9.1-4.fc8.x86_64 requires gsl.devel pygsl-devel - 0.9.1-4.fc8.i386 requires gsl.devel rubygem-gem_plugin - 0.2.2-2.fc8.noarch requires rubygem(rake) >= 0:0.7 subcommander - 1.2.2-6.fc8.x86_64 requires libneon.so.25()(64bit) Broken deps for ppc ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5 Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2 anjuta - 1:2.2.0-2.fc8.ppc requires libgvc.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libcdt.so.3 anjuta - 1:2.2.0-2.fc8.ppc requires libgraph.so.3 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-smp - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8smp ocaml-calendar - 1.10-6.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-curl - 0.2.1-3.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-expat - 0.9.1-6.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-extlib - 1.5-5.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-findlib - 1.1.2pl1-10.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgl - 1.02-12.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk - 2.6.0-8.20060908cvs.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-lablgtk-devel - 2.6.0-8.20060908cvs.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-libvirt - 0.3.2.4-1.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-pcre - 5.11.4-6.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-ssl - 0.4.2-3.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 ocaml-ulex - 1.0-3.fc8.ppc requires ocaml = 0:3.10.0-1.fc8 octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22 openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 polyxmass-bin - 0.9.3-2.fc6.ppc requires libpolyxmass.so.10 pygsl-devel - 0.9.1-4.fc8.ppc requires gsl.devel pygsl-devel - 0.9.1-4.fc8.ppc64 requires gsl.devel python-vcpx - 0.9.28-4.fc8.noarch requires monotone rubygem-gem_plugin - 0.2.2-2.fc8.noarch requires rubygem(rake) >= 0:0.7 subcommander - 1.2.2-6.fc8.ppc requires libneon.so.25 Broken deps for ppc64 ---------------------------------------------------------- Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit) Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5 kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8 kmod-em8300-kdump - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8kdump octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22 pygsl-devel - 0.9.1-4.fc8.ppc64 requires gsl.devel resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display rubygem-gem_plugin - 0.2.2-2.fc8.noarch requires rubygem(rake) >= 0:0.7 subcommander - 1.2.2-6.fc8.ppc64 requires libneon.so.25()(64bit)