From ivazqueznet at gmail.com Fri Feb 1 00:35:41 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 31 Jan 2008 19:35:41 -0500 Subject: readline-devel version mismatch(F8 x86_64) In-Reply-To: <1201816040.3574.4.camel@home-desk> References: <1201816040.3574.4.camel@home-desk> Message-ID: <1201826141.1418.1.camel@ignacio.lan> On Thu, 2008-01-31 at 13:47 -0800, Sean Bruno wrote: > Looks like readline-devel needs a bump? No, looks like you need to enable updates-testing. -- 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 cebbert at redhat.com Fri Feb 1 00:42:18 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Thu, 31 Jan 2008 19:42:18 -0500 Subject: Kernel build fails with GCC 4.3 Message-ID: <47A26AEA.1030603@redhat.com> Why are we building kernels with this broken compiler? http://bugzilla.kernel.org/show_bug.cgi?id=8501 http://koji.fedoraproject.org/koji/getfile?taskID=388196&name=build.log From roland at redhat.com Fri Feb 1 00:47:55 2008 From: roland at redhat.com (Roland McGrath) Date: Thu, 31 Jan 2008 16:47:55 -0800 (PST) Subject: Kernel build fails with GCC 4.3 In-Reply-To: Chuck Ebbert's message of Thursday, 31 January 2008 19:42:18 -0500 <47A26AEA.1030603@redhat.com> References: <47A26AEA.1030603@redhat.com> Message-ID: <20080201004755.34C9D27018F@magilla.localdomain> > Why are we building kernels with this broken compiler? > > http://bugzilla.kernel.org/show_bug.cgi?id=8501 > > http://koji.fedoraproject.org/koji/getfile?taskID=388196&name=build.log Why are we building these broken kernels with our shiny new compiler? From kyle at mcmartin.ca Fri Feb 1 00:50:42 2008 From: kyle at mcmartin.ca (Kyle McMartin) Date: Thu, 31 Jan 2008 19:50:42 -0500 Subject: Kernel build fails with GCC 4.3 In-Reply-To: <20080201004755.34C9D27018F@magilla.localdomain> References: <47A26AEA.1030603@redhat.com> <20080201004755.34C9D27018F@magilla.localdomain> Message-ID: <20080201005042.GA14537@phobos.i.cabal.ca> On Thu, Jan 31, 2008 at 04:47:55PM -0800, Roland McGrath wrote: > > Why are we building kernels with this broken compiler? > > > > http://bugzilla.kernel.org/show_bug.cgi?id=8501 > > > > http://koji.fedoraproject.org/koji/getfile?taskID=388196&name=build.log > > Why are we building these broken kernels with our shiny new compiler? > Does using -ffreestanding fix these references to libgcc? I notice we're not using it when we build x86 or powerpc kernels, where we see this... cheers, Kyle From kevin.kofler at chello.at Fri Feb 1 00:55:46 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 1 Feb 2008 00:55:46 +0000 (UTC) Subject: redetermination of relationship between koji buildtags and used repositories References: <47A21850.1090302@herr-schmitt.de> Message-ID: Jochen Schmitt herr-schmitt.de> writes: > I would to ask, how I can determinate which repositories are use for a > special koji build tag liki dist-f9-gcc43? dist-f9-gcc43 is obsolete anyway, we have GCC 4.3 in dist-f9 now. Kevin Kofler From vonbrand at inf.utfsm.cl Fri Feb 1 01:28:52 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 31 Jan 2008 22:28:52 -0300 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <200801312322.m0VNMKuS023309@laptop13.inf.utfsm.cl> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <47A1DB9C.90402@redhat.com> <1201794239.3135.0.camel@geeko> <47A1FC0A.90509@redhat.com> <1201801110.3258.0.camel@geeko> <47A21793.1070505@redhat.com> <200801311854.m0VIsZ3U011327@laptop13.inf.utfsm.cl> <47A224DB.2050308@redhat.com> <200801312322.m0VNMKuS023309@laptop13.inf.utfsm.cl> Message-ID: <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> Horst H. von Brand wrote: > Christopher Aillon wrote: > > On 01/31/2008 01:54 PM, Horst H. von Brand wrote: > > > How are we supposed to report bugs then? > > [...] > > > Bottmon line: if anyone complains about you filing a bug on Fedora > > builds, let me know. Because they shouldn't. It's no different from > > any of the major contributors of FF doing self builds of Firefox > > themselves and reporting bugs. > > OK, reported as , and > also noted in the RH BZ. And got this canned response that they /don't/ look into reports for non-official builds. What gives? > Date: Thu, 31 Jan 2008 17:17:46 -0800 > From: bugzilla-daemon at mozilla.org > To: vonbrand at inf.utfsm.cl > Subject: [Bug 415158] Crash on opening a password-protected page > X-Bugzilla-Reason: Reporter > X-Bugzilla-Type: newchanged > X-Bugzilla-Watch-Reason: None > X-Bugzilla-Product: Firefox > X-Bugzilla-Component: General > X-Bugzilla-Keywords: > X-Bugzilla-Severity: critical > X-Bugzilla-Who: matti at mversen.de > X-Bugzilla-Status: UNCONFIRMED > X-Bugzilla-Priority: -- > X-Bugzilla-Assigned-To: nobody at mozilla.org > X-Bugzilla-Target-Milestone: --- > X-Bugzilla-Changed-Fields: CC > Do not reply to this email. You can add comments to this bug at > https://bugzilla.mozilla.org/show_bug.cgi?id=415158 > > > Matthias Versen (matti) changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |matti at mversen.de > > > > > --- Comment #2 from Matthias Versen (matti) 2008-01-31 17:17:45 PST --- > We accept only bug reports from official Mozilla.org builds. > Please provide a Breakpad id of this crash. > Send the breakpad crash with the latest nightly and look in "about:crashes" for > the id. > > > -- > Configure bugmail: https://bugzilla.mozilla.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. -- 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 lordmorgul at gmail.com Fri Feb 1 01:41:04 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 31 Jan 2008 17:41:04 -0800 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <47A1DB9C.90402@redhat.com> <1201794239.3135.0.camel@geeko> <47A1FC0A.90509@redhat.com> <1201801110.3258.0.camel@geeko> <47A21793.1070505@redhat.com> <200801311854.m0VIsZ3U011327@laptop13.inf.utfsm.cl> <47A224DB.2050308@redhat.com> <200801312322.m0VNMKuS023309@laptop13.inf.utfsm.cl> <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> Message-ID: <47A278B0.60808@gmail.com> Horst H. von Brand wrote: > Horst H. von Brand wrote: >> Christopher Aillon wrote: >>> On 01/31/2008 01:54 PM, Horst H. von Brand wrote: >>>> How are we supposed to report bugs then? >> [...] >> >>> Bottmon line: if anyone complains about you filing a bug on Fedora >>> builds, let me know. Because they shouldn't. It's no different from >>> any of the major contributors of FF doing self builds of Firefox >>> themselves and reporting bugs. >> OK, reported as , and >> also noted in the RH BZ. > > And got this canned response that they /don't/ look into reports for > non-official builds. What gives? Guess I won't be bothering to report bugs to mozilla if they can't tell that is a nightly snapshot. Assuming it shouldn't be looked at because its a 10 day old snapshot is just plain foolish and gives an interesting impression of the randomness with which the internal codebase must be changing... -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From cra at WPI.EDU Fri Feb 1 03:52:48 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Thu, 31 Jan 2008 22:52:48 -0500 Subject: sysctl dev.rtc.max-user-freq no longer exists in the kernel Message-ID: <20080201035248.GY24000@angus.ind.WPI.EDU> What happened to this sysctl? It appears that some stuff depends on this setting, e.g. kqemu. There is only a hpet.max-user-freq now and I get this funky permission error on 'sysctl -a': # /sbin/sysctl -a | grep freq error: permission denied on key 'kernel.sched_nr_migrate' dev.hpet.max-user-freq = 64 # /sbin/sysctl -n -q dev.rtc.max-user-freq error: "dev.rtc.max-user-freq" is an unknown key From jakub.rusinek at gmail.com Fri Feb 1 05:43:48 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 01 Feb 2008 06:43:48 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <47A278B0.60808@gmail.com> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <47A1DB9C.90402@redhat.com> <1201794239.3135.0.camel@geeko> <47A1FC0A.90509@redhat.com> <1201801110.3258.0.camel@geeko> <47A21793.1070505@redhat.com> <200801311854.m0VIsZ3U011327@laptop13.inf.utfsm.cl> <47A224DB.2050308@redhat.com> <200801312322.m0VNMKuS023309@laptop13.inf.utfsm.cl> <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> <47A278B0.60808@gmail.com> Message-ID: <1201844628.2126.1.camel@geeko> > Guess I won't be bothering to report bugs to mozilla if they can't tell that is > a nightly snapshot. Assuming it shouldn't be looked at because its a 10 day old > snapshot is just plain foolish and gives an interesting impression of the > randomness with which the internal codebase must be changing... See? It's better to work upstream on that and not wait for approval of new snapshots (every day!). -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From michel.sylvan at gmail.com Fri Feb 1 06:00:11 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Fri, 1 Feb 2008 01:00:11 -0500 Subject: csound: plugin path problem Message-ID: The problem was reported in bugzilla entry https://bugzilla.redhat.com/show_bug.cgi?id=407911 in December, and there has been two duplicate bug reports since (one is mine, both now merged). Has anyone seen Dan Williams? -- Michel Salim http://hircus.jaiku.com/ From lordmorgul at gmail.com Fri Feb 1 06:31:32 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 31 Jan 2008 22:31:32 -0800 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201844628.2126.1.camel@geeko> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <47A1DB9C.90402@redhat.com> <1201794239.3135.0.camel@geeko> <47A1FC0A.90509@redhat.com> <1201801110.3258.0.camel@geeko> <47A21793.1070505@redhat.com> <200801311854.m0VIsZ3U011327@laptop13.inf.utfsm.cl> <47A224DB.2050308@redhat.com> <200801312322.m0VNMKuS023309@laptop13.inf.utfsm.cl> <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> <47A278B0.60808@gmail.com> <1201844628.2126.1.camel@geeko> Message-ID: <47A2BCC4.3090805@gmail.com> Jakub 'Livio' Rusinek wrote: >> Guess I won't be bothering to report bugs to mozilla if they can't tell that is >> a nightly snapshot. Assuming it shouldn't be looked at because its a 10 day old >> snapshot is just plain foolish and gives an interesting impression of the >> randomness with which the internal codebase must be changing... > > See? It's better to work upstream on that and not wait for approval of > new snapshots (every day!). That is not the logical conclusion I came to. If its impossible to work backward from a bug in a 10 day old snapshot (and they don't even care to try) then the codebase is changing so rapidly that the developers themselves must not be doing a process of bug removal yet, just constant change. I do not need to test that, because the dev that changed the code should be at that point, unless they don't even bother locally compiling changes before commits. I'll just assume broken xulrunner based app issues are going to be broken for some time until features settle (even more...). -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From wolfy at nobugconsulting.ro Fri Feb 1 06:45:55 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 01 Feb 2008 08:45:55 +0200 Subject: Debian style net-install ISOs (from FudCON Raleigh) In-Reply-To: References: <479FB05C.30302@redhat.com> <1201781041.31329.9.camel@gibraltar.str.redhat.com> Message-ID: <47A2C023.7050204@nobugconsulting.ro> Jima wrote: > On Thu, 31 Jan 2008, Nils Philippsen wrote: >> One thing that's missing is decent support for having the Internet >> connection directly on the machine, i.e. we can't rely on a DSL router >> being present which provides the Internet connection. To do that we'd >> need the PPPoe bits in the installer image and appropriate code in >> anaconda. Bonus points if the upgrade method would pull the DSL >> configuration bits from the already installed OS. >> >> NB: I guess something similar goes for cable modems. > > I've dealt with a lot of cable modems, but none that come to mind > require software on the computer other than a TCP/IP stack. (MAC > address registration crap aside.) DSL with PPPoE authentication is a > bit of a corner case (but a valid one!). Around here (Eastern Eastern very Eastern Europe) the PPPoE option is extremely used. Probably the second choice after FTTH And most linux users prefer to put the modem in bridged mode and handle PPPoE on the linux box itself, otherwise having the box accessible from the outside world becomes quite difficult due to the filters existing in the modem. From kirantpatil at gmail.com Fri Feb 1 07:05:00 2008 From: kirantpatil at gmail.com (Kiran Patil) Date: Fri, 1 Feb 2008 12:35:00 +0530 Subject: KSCSOPE Support in Fedora In-Reply-To: <4796C1D1.6050300@gmail.com> References: <1200955153.3375.0.camel@localhost.localdomain> <479539A7.4040900@gmail.com> <1201058366.3413.10.camel@localhost.localdomain> <4796C1D1.6050300@gmail.com> Message-ID: Hi, Thanks for pointing out the link http://koji.fedoraproject.org/koji/packageinfo?packageID=5639. Kscope works fine in Fedora-8. Thanks, Kiran. On Jan 23, 2008 9:55 AM, Andrew Farris wrote: > Tom "spot" Callaway wrote: > > On Mon, 2008-01-21 at 16:32 -0800, Andrew Farris wrote: > >> Tom "spot" Callaway wrote: > >>> On Thu, 2008-01-17 at 20:03 +0530, Kiran Patil wrote: > >>>> We would like to see it in Fedora as soon as possible. > >>> kscope is in Fedora now. > >>> > >>> ~spot > >>> > >> I think what spot meant was in Fedora 'very soon'. :) > >> > >> Its been submitted and built by spot, but not in repositories yet, if > you've got > >> a Fedora box and wish to grab it immediately you'll have to get it from > the > >> buildsystem (koji) here: > >> http://koji.fedoraproject.org/koji/packageinfo?packageID=5639 > > > > Hmm. I coulda sworn I saw bodhi push it into the repos. Oh well. :) > > > > ~spot > > > > You were simply looking into the future. Its a dangerous passtime! > > -- > Andrew Farris > gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B > 1DF3 > No one now has, and no one will ever again get, the big picture. - Daniel > Geer > ---- > ---- > > -- > 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 alexl at redhat.com Fri Feb 1 08:11:05 2008 From: alexl at redhat.com (Alexander Larsson) Date: Fri, 01 Feb 2008 09:11:05 +0100 Subject: Orphaned: beagle Message-ID: <1201853465.12696.108.camel@dhcp-208-188.arn.redhat.com> [Re-sent, first copy went to fedora-desktop-list] Beagle really needs the love and care of someone, and I've done a really poor job on that. And I don't really have time to do it, so I've orphaned it in pkgdb and it is looking for a new owner. Anyone that uses beagle a bit and is interested in it is a better owner than me. Please care for the puppy! From jakub at redhat.com Fri Feb 1 08:46:32 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Fri, 1 Feb 2008 03:46:32 -0500 Subject: Kernel build fails with GCC 4.3 In-Reply-To: <20080201005042.GA14537@phobos.i.cabal.ca> References: <47A26AEA.1030603@redhat.com> <20080201004755.34C9D27018F@magilla.localdomain> <20080201005042.GA14537@phobos.i.cabal.ca> Message-ID: <20080201084632.GW30691@devserv.devel.redhat.com> On Thu, Jan 31, 2008 at 07:50:42PM -0500, Kyle McMartin wrote: > On Thu, Jan 31, 2008 at 04:47:55PM -0800, Roland McGrath wrote: > > > Why are we building kernels with this broken compiler? > > > > > > http://bugzilla.kernel.org/show_bug.cgi?id=8501 > > > > > > http://koji.fedoraproject.org/koji/getfile?taskID=388196&name=build.log > > > > Why are we building these broken kernels with our shiny new compiler? > > > > Does using -ffreestanding fix these references to libgcc? I notice > we're not using it when we build x86 or powerpc kernels, where we see > this... No, even -ffreestanding assumes libgcc is used. libgcc.a is mostly[1] self-contained and assumed to be present in both -fhosted and -ffreestanding linking. This is nothing new, has been like that for many years. AFAIK kernel on several architectures uses libgcc.a, on those where it intentionally decides not to do that, it either needs to supply its own implementation of the needed entrypoints, or make sure they are not needed. In this case you should put in an asm optimization barrier into the loop to avoid optimizing the loop into modulo. See the gcc PR opened for it. [1] exceptions are that __eprintf assumes stdio, -ftrapv helpers assume abort, the rest is really self-contained, and kernel really has no reason to use either __eprintf, nor is compiled with -ftrapv Jakub From nphilipp at redhat.com Fri Feb 1 10:02:59 2008 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 01 Feb 2008 11:02:59 +0100 Subject: some package splits In-Reply-To: <20080131170830.GB14673@nostromo.devel.redhat.com> References: <1201615452.2793.6.camel@localhost.localdomain> <1201616415.2362.19.camel@gibraltar.str.redhat.com> <1201780495.31329.3.camel@gibraltar.str.redhat.com> <20080131170830.GB14673@nostromo.devel.redhat.com> Message-ID: <1201860179.1594.24.camel@gibraltar.str.redhat.com> On Thu, 2008-01-31 at 12:08 -0500, Bill Nottingham wrote: > Nils Philippsen (nphilipp at redhat.com) said: > > Is this intentional (i.e. does it serve a purpose)? Otherwise the > > depsolvers should be fixed as this makes splitting up packages rather > > painful. > > If you have syslog-ng, rsyslog, and something else all obsoleting > sysklogd, I don't think you want to automatically install all of them. > > (Then again, that may not be a proper usage of Obsoletes.) Unless someone comes up with a compelling argument against it, let's just act on the assumption that obsoletes are intended for the default replacement(s) of old packages (and not just for any other package that happens to provide the same or similar functionality). Perhaps this should be spelled out in Packaging/NamingGuidelines? 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 dcbw at redhat.com Fri Feb 1 11:51:16 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Feb 2008 06:51:16 -0500 Subject: csound: plugin path problem In-Reply-To: References: Message-ID: <1201866676.24279.2.camel@localhost.localdomain> On Fri, 2008-02-01 at 01:00 -0500, Michel Salim wrote: > The problem was reported in bugzilla entry > https://bugzilla.redhat.com/show_bug.cgi?id=407911 in December, and > there has been two duplicate bug reports since (one is mine, both now > merged). I'm not necessarily sure the manual and tutorial should depend on csound itself; there isn't really any run-time or build-time dependency on csound. The only issue would be if you updated csound to a new version but the manual or tutorials were still the old version. Thoughts? Do you really want to have to download all 3MB of the manual every time a new build of csound hits the repos? Dan From billcrawford1970 at gmail.com Fri Feb 1 12:03:33 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 1 Feb 2008 12:03:33 +0000 Subject: csound: plugin path problem In-Reply-To: <1201866676.24279.2.camel@localhost.localdomain> References: <1201866676.24279.2.camel@localhost.localdomain> Message-ID: <544eb990802010403p6980a108xe19bae53b9bf98fd@mail.gmail.com> On 01/02/2008, Dan Williams wrote: > I'm not necessarily sure the manual and tutorial should depend on csound > itself; there isn't really any run-time or build-time dependency on > csound. The only issue would be if you updated csound to a new version > but the manual or tutorials were still the old version. Thoughts? Do > you really want to have to download all 3MB of the manual every time a > new build of csound hits the repos? Well, when the manual is updated, you provide a new version, it'll be upgraded by default. You could make a new manual Conflict: with older versions of the main package rather than depend on the new one ... then it can be installed on its own. From dcbw at redhat.com Fri Feb 1 12:27:02 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Feb 2008 07:27:02 -0500 Subject: csound: plugin path problem In-Reply-To: <544eb990802010403p6980a108xe19bae53b9bf98fd@mail.gmail.com> References: <1201866676.24279.2.camel@localhost.localdomain> <544eb990802010403p6980a108xe19bae53b9bf98fd@mail.gmail.com> Message-ID: <1201868822.24279.4.camel@localhost.localdomain> On Fri, 2008-02-01 at 12:03 +0000, Bill Crawford wrote: > On 01/02/2008, Dan Williams wrote: > > > I'm not necessarily sure the manual and tutorial should depend on csound > > itself; there isn't really any run-time or build-time dependency on > > csound. The only issue would be if you updated csound to a new version > > but the manual or tutorials were still the old version. Thoughts? Do > > you really want to have to download all 3MB of the manual every time a > > new build of csound hits the repos? > > Well, when the manual is updated, you provide a new version, it'll be > upgraded by default. You could make a new manual Conflict: with older Only if you do "yum upgrade csound*". If you just do "yum upgrade csound", the manual wouldn't get updated. > versions of the main package rather than depend on the new one ... > then it can be installed on its own. That's a good idea. Dan From jakub.rusinek at gmail.com Fri Feb 1 13:05:13 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 01 Feb 2008 14:05:13 +0100 Subject: Orphaned: beagle In-Reply-To: <1201853465.12696.108.camel@dhcp-208-188.arn.redhat.com> References: <1201853465.12696.108.camel@dhcp-208-188.arn.redhat.com> Message-ID: <1201871113.2331.0.camel@geeko> Dnia 01-02-2008, pi? o godzinie 09:11 +0100, Alexander Larsson pisze: > [Re-sent, first copy went to fedora-desktop-list] > > Beagle really needs the love and care of someone, and I've done a really > poor job on that. And I don't really have time to do it, so I've > orphaned it in pkgdb and it is looking for a new owner. Anyone that uses > beagle a bit and is interested in it is a better owner than me. > > Please care for the puppy! If beagle will be normal package using autotools, containint program in C, I would take it, but this is C# and some combinations. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From josef at toxicpanda.com Fri Feb 1 13:15:58 2008 From: josef at toxicpanda.com (Josef Bacik) Date: Fri, 1 Feb 2008 08:15:58 -0500 Subject: Orphaning tilda Message-ID: <1b7401870802010515y6a9a492fwb4e6602472dcc1f6@mail.gmail.com> Hello, Since I've switched to KDE I don't use tilda anymore and I haven't had time to try and figure out the new build system since we switched over to koji, so I think its best somebody who actually cares about this package took over it. There is a new version out so that would need to be pushed but other than that there isn't too much work to do. Thank you, Josef From buildsys at redhat.com Fri Feb 1 13:29:22 2008 From: buildsys at redhat.com (Build System) Date: Fri, 1 Feb 2008 08:29:22 -0500 Subject: rawhide report: 20080201 changes Message-ID: <200802011329.m11DTMhZ021267@porkchop.devel.redhat.com> New package libmlx4 Mellanox ConnectX InfiniBand HCA Userspace Driver New package netmonitor The free linux network bandwidth monitor New package perl-DateTime-Precise Perform common time and date operations with additional GPS operations New package synce-kpm SynCE KDE PDA Manager New package vamp-plugin-sdk An API for audio analysis and feature extraction plugins Updated Packages: ConsoleKit-0.2.7-1.fc9 ---------------------- * Wed Jan 30 2008 Jon McCann - 0.2.7-1 - Update to 0.2.7 audit-1.6.7-2.fc9 ----------------- * Thu Jan 31 2008 Steve Grubb 1.6.7-2 - In ausearch/report, prefer -if to stdin - In ausearch/report, add new command line option --input-logs (#428860) - Updated audisp-prelude based on feedback from prelude-devel - Added prelude alert for promiscuous socket being opened - Added prelude alert for SE Linux policy enforcement changes - Added prelude alerts for Forbidden Login Locations and Time - Applied patch to auparse fixing error handling of searching by interpreted value (Miloslav Trmac) autofs-1:5.0.3-5 ---------------- * Fri Feb 01 2008 Ian Kent - 5.0.3-5 - another fix for don't fail on empty master map. bug-buddy-1:2.21.90-1.fc9 ------------------------- * Wed Jan 30 2008 Matthias Clasen - 1:2.21.90-1 - Update to 2.21.90 control-center-1:2.21.90-5.fc9 ------------------------------ * Tue Jan 29 2008 Soren Sandmann - 2.21.90-5 - Update randr capplet * Tue Jan 29 2008 Soren Sandmann - 2.21.90-4 - Update randr capplet * Tue Jan 29 2008 Soren Sandmann - 2.21.90-3 - Update randr capplet coreutils-6.10-4.fc9 -------------------- * Thu Jan 31 2008 Ondrej Vasik - 6.10-4 - forgotten return in colorls.sh change * Thu Jan 31 2008 Ondrej Vasik - 6.10-3 - fix unability of echo to display certain strings(added -- separator, #431005) - do not require only one long_opt for certain commands e.g. sleep, yes - but use first usable (#431005) - do not override userspecified LS_COLORS variable, but use it for colored ls(#430827) - discard errors from dircolors to /dev/null + some tuning of lscolor sh/csh scripts(#430823) - do not consider files with SELinux security context as files having ACL in ls long format(#430779) createrepo-0.9.4-3.fc9 ---------------------- * Thu Jan 31 2008 Seth Vidal - 0.9.4-3 - skip if no old metadata and --update was called. deskbar-applet-2.21.90.1-2.fc9 ------------------------------ * Fri Feb 01 2008 Luke Macken - 2.21.90.1-2 - Apply a patch from yaneti to fix a bug in the fedorabz handler dhcpv6-1.0.11-1.fc9 ------------------- * Thu Jan 31 2008 David Cantrell - 1.0.11-1 - Upgrade to dhcpv6-1.0.11 dogtail-0.6.90-1.381.fc9 ------------------------ * Thu Jan 31 2008 Zack Cerza - 0.6.90-1.381 - New upstream snapshot. - Obsolete pyspi; Require at-spi-python. - Require pygtk2-libglade. - Don't ship the .egg-info file. evolution-webcal-2.13.90-1.fc9 ------------------------------ * Thu Jan 31 2008 Matthew Barnes - 2.13.90-1.fc9 - Update to 2.13.90 - Remove libsoup-2.4 patch (fixed upstream). extragear-plasma-4.0.1-1.fc9 ---------------------------- * Thu Jan 31 2008 Rex Dieter 4.0.1-1 - kde-4.0.1 firstboot-1.92-1.fc9 -------------------- * Thu Jan 31 2008 Chris Lumens 1.92-1 - Add a reworked user creation page (#429195). - If the user's home dir already exists, offer to set ownership (#426631). gnome-applets-1:2.21.4-5.fc9 ---------------------------- * Thu Jan 31 2008 Matthias Clasen - 1:2.21.4-5 - Rebuild against new libxklavier gnome-desktop-2.21.90-4.fc9 --------------------------- * Tue Jan 29 2008 Soren Sandmann - 2.21.90-3 - Update randrwrap. * Tue Jan 29 2008 Soren Sandmann - 2.21.90-3 - Update randrwrap. gt-0.4-3.fc9 ------------ id3v2-0.1.11-6.fc9 ------------------ * Thu Jan 03 2008 Ville Skytt?? - 0.1.11-6 - Apply sf.net patch #1252035 to fix --tracks crash (seen on PPC only). im-chooser-0.99-1.fc9 --------------------- * Fri Feb 01 2008 Akira TAGOH - 0.99-1 - New upstream release. - IMSettings is now enabled. you don't need to restart your desktop after changing IM for GTK+ applications. but still need to do for others so far. ipa-0.99-8.fc9 -------------- * Thu Jan 31 2008 Rob Crittenden 0.99-8 - Marked with wrong license. IPA is GPLv2. kdeaccessibility-1:4.0.1-1.fc9 ------------------------------ * Thu Jan 31 2008 Rex Dieter 1:4.0.1-1 - 4.0.1 kdeadmin-7:4.0.1-1.fc9 ---------------------- * Thu Jan 31 2008 Rex Dieter 7:4.0.1-1 - 4.0.1 - don't use consolehelper for kuser (for now anyway, didn't work anyway) - -kpackage scriptlet fixes kdebase-6:4.0.1-1.fc9 --------------------- * Thu Jan 31 2008 Than Ngo 4.0.1-1 - 4.0.1 * Wed Jan 30 2008 Rex Dieter 4.0.0-3 - resurrect -libs (f9+) - improve %description * Sat Jan 19 2008 Kevin Kofler 4.0.0-2.1 - Obsoletes: dolphin, d3lphin, Provides: dolphin everywhere kdebase-runtime-4.0.1-1.fc9 --------------------------- * Wed Jan 30 2008 Rex Dieter 4.0.1-1 - 4.0.1 kdebase-workspace-4.0.1-1.fc9 ----------------------------- * Wed Jan 30 2008 Rex Dieter 4.0.1-1 - 4.0.1 kdebindings-4.0.1-1.fc9 ----------------------- * Thu Jan 31 2008 Rex Dieter 4.0.1-1 - 4.0.1 - Provides: PyKDE4(-devel) - BR: qscintilla-devel >= 2 kdebluetooth-1.0-0.40.beta8.fc9 ------------------------------- * Sun Jan 06 2008 Ville Skytt?? - 1.0-0.40.beta8 - Fix build with gcc 4.3. kdeedu-4.0.1-1.fc9 ------------------ * Thu Jan 31 2008 Rex Dieter 4.0.1-1 - 4.0.1 kdegames-6:4.0.1-1.fc9 ---------------------- * Thu Jan 31 2008 Rex Dieter 4.0.1-1 - kde-4.0.1 kdegraphics-7:4.0.1-1.fc9 ------------------------- * Thu Jan 31 2008 Rex Dieter 4.0.1-1 - kde-4.0.1 kdemultimedia-6:4.0.1-1.fc9 --------------------------- * Thu Jan 31 2008 Rex Dieter 4.0.1-1 - kde-4.0.1 kdenetwork-7:4.0.1-1.fc9 ------------------------ * Thu Jan 31 2008 Rex Dieter 4.0.1-1 - kde-4.0.1 kdepimlibs-4.0.1-2.fc9 ---------------------- * Wed Jan 30 2008 Kevin Kofler 4.0.1-2 - don't delete kconf_update script, it has been fixed to do the right thing kdesdk-4.0.1-1.fc9 ------------------ * Thu Jan 31 2008 Rex Dieter 4.0.1-1 - kde-4.0.1 kdetoys-7:4.0.1-1.fc9 --------------------- * Thu Jan 31 2008 Rex Dieter 7:4.0.1-1 - kde-4.0.1 kdeutils-6:4.0.1-1.fc9 ---------------------- * Thu Jan 31 2008 Rex Dieter 6:4.0.1-1 - kde-4.0.1 kid3-0.10-3.fc9 --------------- * Thu Jan 03 2008 Ville Skytt?? - 0.10-3 - Fix build with gcc 4.3's cleaned up C++ headers. libgnomeprintui22-2.18.2-1.fc9 ------------------------------ * Thu Jan 31 2008 Matthias Clasen - 2.18.2-1 - Update to 2.18.2 mail-notification-5.0-2.fc9 --------------------------- * Thu Jan 31 2008 Thorsten Leemhuis - 5.0-2 - add http://launchpadlibrarian.net/11684452/mail-notification-5.0-eelfix.diff from https://bugs.launchpad.net/bugs/180400 * Fri Jan 04 2008 Thorsten Leemhuis - 5.0-1 - Update to 5.0 mock-0.9.7-1.fc9 ---------------- * Thu Jan 31 2008 Michael Brown - 0.9.7-1 - redo mock.util.do() to use python subprocess module, which should be much more maintainable than our old homegrown code. - Fix exclude= lines once again. Yum fnmatch parser doesnt understand [!x] notation - add --unpriv and --cwd options to run chroot commands without elevated privs and in a specific working directory (under the root). - mount all filesystems when running chroot commands - remove redundant ccache init since we now source /etc/profile.d/ccache.sh mono-zeroconf-0.7.5-2.fc9 ------------------------- * Fri Feb 01 2008 David Nielsen - 0.7.5-2 - Exclude ppc64 - Spec fixes powerman-1.0.32-4.fc9 --------------------- * Thu Jan 31 2008 Jarod Wilson 1.0.32-4 - And now make it build with ncurses instead of termcap in f9+ * Mon Jan 28 2008 Jarod Wilson 1.0.32-3 - Ugh, add libtermcap-devel BR * Mon Jan 28 2008 Jarod Wilson 1.0.32-2 - Add {lib,}curl-devel and readline-devel BR python-virtinst-0.300.2-3.fc9 ----------------------------- * Thu Jan 31 2008 Daniel P. Berrange - 0.300.2-3.fc9 - Disable virt-viewer dep to allow non-X installs (rhbz #387971) rss-glx-0.8.1.p-18.fc9 ---------------------- * Thu Jan 31 2008 Adel Gadllah 0.8.1.p-18 - Fix build with gcc43 selinux-policy-3.2.5-24.fc9 --------------------------- * Wed Jan 30 2008 Dan Walsh 3.2.5-24 - Allow allow_httpd_mod_auth_pam to work setroubleshoot-2.0.4-1.fc9 -------------------------- * Thu Jan 31 2008 - 2.0.4-1 - Resolve bug #430421: audit_listener_database.xml:3029: parser error in xmlParseDoc() rewrite the audit_msg_decode logic to beaware of specific audit fields - add new template substitution $SOURCE, a friendly name, $SOURCE_PATH still exists and is the full path name of $SOURCE, also add 'source' attribute in AVC class, fix how source and source_path are computed from audit's comm and exe fields - fix the computation of tpath to also look at the audit name field, formerly it had only been looking at path, fixes showing up for many targets - add exception handling around xml file writes (Alan Cox reports problem when /var is full) - add testing documentation - Resolve bug #430845: obsolete URL in setroubleshoot package description - Resolve bug #428960: Permissive message makes no sense. - init script now allows extra test options - show_browser() now opens and raises the window (e.g. presents) rather than just assuring it's realized (e.g. iconified, or hidden) - sealert -l message in syslog converts from html before writing to syslog - Resolve bug #320881: export setroubleshoot_selinux_symposium in PDF format - add code to verify all async rpc's have been cleared from the async rpc cache - add code to set a default rpc method return if the interface does not define a callback (methods which did not have a callback were not returning anything and hence were not getting cleared from the cache) setroubleshoot-plugins-2.0.4-1.fc9 ---------------------------------- * Thu Jan 31 2008 - 2.0.4-1 - Resolve bug #416351: setroubleshoot does not escape regex chars in suggested cmds - add new template substitution $SOURCE, a friendly name, $SOURCE_PATH still exists and is the full path name of $SOURCE sound-juicer-2.21.3-1.fc9 ------------------------- * Thu Jan 31 2008 Matthias Clasen - 2.21.3-1 - Update to 2.21.3 vdr-subtitles-0.5.0-4.fc9 ------------------------- * Thu Jan 03 2008 Ville Skytt?? - 0.5.0-4 - Fix build with gcc 4.3's cleaned up C++ headers. * Mon Aug 27 2007 Ville Skytt?? - 0.5.0-3 - Update URL to Darren's patchset. vdr-text2skin-1.1-21.20051217cvs.fc9 ------------------------------------ * Fri Jan 04 2008 Ville Skytt?? - 1.1-21.20051217cvs - Fix build with gcc 4.3's cleaned up C++ headers. wfut-1.1.0-5.fc9 ---------------- * Thu Jan 31 2008 Wart 1.1.0-5 - Rebuild for new libgcj xmms-modplug-2.05-12.fc9 ------------------------ * Thu Jan 03 2008 Ville Skytt?? - 2.05-12 - Fix build with gcc 4.3's cleaned up C++ headers. Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.i386 requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 cairo-java-1.0.5-8.fc8.i386 requires libgcj.so.8rh compat-gcc-34-c++-3.4.6-8.i386 requires libstdc++ < 0:4.2.0 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 dekorator-0.3-3.fc7.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh frysk-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh ghdl-0.25-0.89svn.6.fc8.i386 requires libgnat-4.1.so glib-java-0.2.6-11.fc9.i386 requires libgcj.so.8rh gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.i386 requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.i386 requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libgconf-java-2.12.4-9.fc8.i386 requires libgcj.so.8rh libglade-java-2.12.5-7.fc8.i386 requires libgcj.so.8rh libgnome-java-2.12.4-7.fc8.i386 requires libgcj.so.8rh libgtk-java-2.8.7-5.fc8.i386 requires libgcj.so.8rh libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libvte-java-0.12.1-10.fc9.i386 requires libgcj.so.8rh muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 raidem-0.3.1-7.fc8.i386 requires libobjc.so.1 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 totem-publish-2.21.90-2.fc9.i386 requires libsoup-2.2.so.8 twitux-0.60-2.fc9.i386 requires libsoup-2.2.so.8 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) cairo-java-1.0.5-8.fc8.i386 requires libgcj.so.8rh cairo-java-1.0.5-8.fc8.x86_64 requires libgcj.so.8rh()(64bit) compat-gcc-34-c++-3.4.6-8.x86_64 requires libstdc++ < 0:4.2.0 compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) dekorator-0.3-3.fc7.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.x86_64 requires libgnat-4.1.so()(64bit) glib-java-0.2.6-11.fc9.i386 requires libgcj.so.8rh glib-java-0.2.6-11.fc9.x86_64 requires libgcj.so.8rh()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.x86_64 requires libkickermain.so.1()(64bit) kicker-compiz-3.5.4-4.fc8.x86_64 requires libtaskmanager.so.1()(64bit) libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libFoundation-1.1.3-10.fc6.x86_64 requires libobjc.so.1()(64bit) libgconf-java-2.12.4-9.fc8.i386 requires libgcj.so.8rh libgconf-java-2.12.4-9.fc8.x86_64 requires libgcj.so.8rh()(64bit) libglade-java-2.12.5-7.fc8.i386 requires libgcj.so.8rh libglade-java-2.12.5-7.fc8.x86_64 requires libgcj.so.8rh()(64bit) libgnome-java-2.12.4-7.fc8.i386 requires libgcj.so.8rh libgnome-java-2.12.4-7.fc8.x86_64 requires libgcj.so.8rh()(64bit) libgtk-java-2.8.7-5.fc8.i386 requires libgcj.so.8rh libgtk-java-2.8.7-5.fc8.x86_64 requires libgcj.so.8rh()(64bit) libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) libvte-java-0.12.1-10.fc9.i386 requires libgcj.so.8rh libvte-java-0.12.1-10.fc9.x86_64 requires libgcj.so.8rh()(64bit) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 raidem-0.3.1-7.fc8.x86_64 requires libobjc.so.1()(64bit) seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) totem-publish-2.21.90-2.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) twitux-0.60-2.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-7.fc9.ppc requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 cairo-java-1.0.5-8.fc8.ppc requires libgcj.so.8rh cairo-java-1.0.5-8.fc8.ppc64 requires libgcj.so.8rh()(64bit) compat-gcc-34-c++-3.4.6-8.ppc requires libstdc++ < 0:4.2.0 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 dekorator-0.3-3.fc7.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.ppc requires libgnat-4.1.so glib-java-0.2.6-11.fc9.ppc requires libgcj.so.8rh glib-java-0.2.6-11.fc9.ppc64 requires libgcj.so.8rh()(64bit) gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.ppc requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.ppc requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.ppc requires libobjc.so.1 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libgconf-java-2.12.4-9.fc8.ppc requires libgcj.so.8rh libgconf-java-2.12.4-9.fc8.ppc64 requires libgcj.so.8rh()(64bit) libglade-java-2.12.5-7.fc8.ppc requires libgcj.so.8rh libglade-java-2.12.5-7.fc8.ppc64 requires libgcj.so.8rh()(64bit) libgnome-java-2.12.4-7.fc8.ppc requires libgcj.so.8rh libgnome-java-2.12.4-7.fc8.ppc64 requires libgcj.so.8rh()(64bit) libgtk-java-2.8.7-5.fc8.ppc requires libgcj.so.8rh libgtk-java-2.8.7-5.fc8.ppc64 requires libgcj.so.8rh()(64bit) libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) libvte-java-0.12.1-10.fc9.ppc requires libgcj.so.8rh libvte-java-0.12.1-10.fc9.ppc64 requires libgcj.so.8rh()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 raidem-0.3.1-7.fc8.ppc requires libobjc.so.1 seahorse-2.21.4-3.fc9.ppc requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) totem-publish-2.21.90-2.fc9.ppc requires libsoup-2.2.so.8 twitux-0.60-2.fc9.ppc requires libsoup-2.2.so.8 From david at lovesunix.net Fri Feb 1 13:34:48 2008 From: david at lovesunix.net (David Nielsen) Date: Fri, 01 Feb 2008 14:34:48 +0100 Subject: Orphaned: beagle In-Reply-To: <1201853465.12696.108.camel@dhcp-208-188.arn.redhat.com> References: <1201853465.12696.108.camel@dhcp-208-188.arn.redhat.com> Message-ID: <1201872888.12566.34.camel@localhost.localdomain> fre, 01 02 2008 kl. 09:11 +0100, skrev Alexander Larsson: > [Re-sent, first copy went to fedora-desktop-list] > > Beagle really needs the love and care of someone, and I've done a really > poor job on that. And I don't really have time to do it, so I've > orphaned it in pkgdb and it is looking for a new owner. Anyone that uses > beagle a bit and is interested in it is a better owner than me. > > Please care for the puppy! I'll adopt the puppy, I use it so I'll be sad to see it go unloved. - 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 laxathom at fedoraproject.org Fri Feb 1 13:36:57 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Fri, 1 Feb 2008 14:36:57 +0100 Subject: Orphaning tilda In-Reply-To: <1b7401870802010515y6a9a492fwb4e6602472dcc1f6@mail.gmail.com> References: <1b7401870802010515y6a9a492fwb4e6602472dcc1f6@mail.gmail.com> Message-ID: <62bc09df0802010536g135585d8w97518634bf76e841@mail.gmail.com> 2008/2/1, Josef Bacik : > > Hello, > > Since I've switched to KDE I don't use tilda anymore and I haven't had > time to try and figure out the new build system since we switched over > to koji, so I think its best somebody who actually cares about this > package took over it. There is a new version out so that would need > to be pushed but other than that there isn't too much work to do. > Thank you, This an app i'm using all time, i'll happy to maintain this and bring this new release up. Josef > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- French Fedora Ambassador Fedora/EPEL Contributor | http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From jima at beer.tclug.org Fri Feb 1 13:38:16 2008 From: jima at beer.tclug.org (Jima) Date: Fri, 1 Feb 2008 07:38:16 -0600 (CST) Subject: some package splits In-Reply-To: <80d7e4090801311258i1513deaco4f97a8c649adb3ba@mail.gmail.com> References: <1201615452.2793.6.camel@localhost.localdomain> <1201616415.2362.19.camel@gibraltar.str.redhat.com> <1201780495.31329.3.camel@gibraltar.str.redhat.com> <20080131170830.GB14673@nostromo.devel.redhat.com> <80d7e4090801311258i1513deaco4f97a8c649adb3ba@mail.gmail.com> Message-ID: On Thu, 31 Jan 2008, Stephen John Smoogen wrote: > On Jan 31, 2008 12:05 PM, Michel Salim wrote: >> Seems like we want a field like "Suggests:". That would accomodate >> Jef's idea of offering users to install missing packages (in this >> case, the set of suggested packages - installed packages) easily. > > Isn't that in rpm5? How about moving to that.. . Better to hide under them than have them pelted at you. Jima From jwboyer at gmail.com Fri Feb 1 14:24:46 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 1 Feb 2008 08:24:46 -0600 Subject: rawhide report: 20080131 changes In-Reply-To: <200801312354.m0VNsggx016548@porkchop.devel.redhat.com> References: <200801312354.m0VNsggx016548@porkchop.devel.redhat.com> Message-ID: <20080201082446.7cb6bc7c@zod.rchland.ibm.com> On Thu, 31 Jan 2008 18:54:42 -0500 Build System wrote: > > New package dekorator > KDE window decoration engine We know this should be blocked. It's been corrected. josh From billcrawford1970 at gmail.com Fri Feb 1 14:43:04 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 1 Feb 2008 14:43:04 +0000 Subject: csound: plugin path problem In-Reply-To: <1201868822.24279.4.camel@localhost.localdomain> References: <1201866676.24279.2.camel@localhost.localdomain> <544eb990802010403p6980a108xe19bae53b9bf98fd@mail.gmail.com> <1201868822.24279.4.camel@localhost.localdomain> Message-ID: <544eb990802010643g7b61ddb4rc34ff1e4001540bf@mail.gmail.com> On 01/02/2008, Dan Williams wrote: > Only if you do "yum upgrade csound*". If you just do "yum upgrade > csound", the manual wouldn't get updated. Should the Conflicts: not cause that to be handled? I'd be worried if yum would happily upgrade the main package and not notice ... > > versions of the main package rather than depend on the new one ... > > then it can be installed on its own. From rdieter at math.unl.edu Fri Feb 1 14:48:50 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 01 Feb 2008 08:48:50 -0600 Subject: csound: plugin path problem References: <1201866676.24279.2.camel@localhost.localdomain> <544eb990802010403p6980a108xe19bae53b9bf98fd@mail.gmail.com> <1201868822.24279.4.camel@localhost.localdomain> Message-ID: Dan Williams wrote: >> Well, when the manual is updated, you provide a new version, it'll be >> upgraded by default. You could make a new manual Conflict: with older > > Only if you do "yum upgrade csound*". If you just do "yum upgrade > csound", the manual wouldn't get updated. > >> versions of the main package rather than depend on the new one ... >> then it can be installed on its own. > That's a good idea. Conflicts should be avoided, and I don't see this as being a good exception. Just depend on the main package NVR and be done with it (your concerns about needless updates/bandwidth should be addressed when/if deltarpms hit the streets). -- Rex From alexl at redhat.com Fri Feb 1 14:51:53 2008 From: alexl at redhat.com (Alexander Larsson) Date: Fri, 01 Feb 2008 15:51:53 +0100 Subject: Orphaned: beagle In-Reply-To: <1201872888.12566.34.camel@localhost.localdomain> References: <1201853465.12696.108.camel@dhcp-208-188.arn.redhat.com> <1201872888.12566.34.camel@localhost.localdomain> Message-ID: <1201877513.10169.12.camel@dhcp-208-188.arn.redhat.com> On Fri, 2008-02-01 at 14:34 +0100, David Nielsen wrote: > fre, 01 02 2008 kl. 09:11 +0100, skrev Alexander Larsson: > > [Re-sent, first copy went to fedora-desktop-list] > > > > Beagle really needs the love and care of someone, and I've done a really > > poor job on that. And I don't really have time to do it, so I've > > orphaned it in pkgdb and it is looking for a new owner. Anyone that uses > > beagle a bit and is interested in it is a better owner than me. > > > > Please care for the puppy! > > I'll adopt the puppy, I use it so I'll be sad to see it go unloved. All right. I just drowned you in a big bunch of bug reports. :) From superpitou82 at gmail.com Fri Feb 1 15:12:47 2008 From: superpitou82 at gmail.com (=?ISO-8859-1?Q?Pierre_Mar=E9chal?=) Date: Fri, 1 Feb 2008 16:12:47 +0100 Subject: rawhide report: 20080131 changes In-Reply-To: <20080201082446.7cb6bc7c@zod.rchland.ibm.com> References: <200801312354.m0VNsggx016548@porkchop.devel.redhat.com> <20080201082446.7cb6bc7c@zod.rchland.ibm.com> Message-ID: <285385910802010712t6c87ebeex644ee837133deed7@mail.gmail.com> Hi, Some missing dependency when upgading from F8 updated to rawhide Missing Dependency: libxklavier.so.11 is needed by package control-center Missing Dependency: libxklavier.so.11()(64bit) is needed by package gnome-applets Missing Dependency: ConsoleKit >= 0.2.7 is needed by package gdm Missing Dependency: libxklavier.so.11()(64bit) is needed by package control-center libsoup-2.2 dependency seems ok now Regards, Pierre 2008/2/1, Josh Boyer : > > On Thu, 31 Jan 2008 18:54:42 -0500 > Build System wrote: > > > > > New package dekorator > > KDE window decoration engine > > We know this should be blocked. It's been corrected. > > 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 poelstra at redhat.com Fri Feb 1 05:16:24 2008 From: poelstra at redhat.com (John Poelstra) Date: Thu, 31 Jan 2008 21:16:24 -0800 Subject: Feature Status for Fedora 9 Alpha--Please Help Message-ID: <47A2AB28.3050500@redhat.com> Dear Feature Owners, The Alpha release for Fedora 9 is scheduled to start on February 5, 2008. As we begin the Alpha for Fedora 9 more attention inside and outside of Fedora will be drawn to on what is coming in Fedora 9. Here is an opportunity to give everyone a good first impression and provide as much helpful information as we can. With this in the mind, we have a few feature pages have not had a status updates in more than 15 days and some much longer than that. This can leave the impression that nothing is happening with a particular feature or that work has stopped. Even if nothing new has happened since the last update, it is still helpful to do a quick review of your feature page to see if something can be updated and then update the "last updated" date and percentage completion (if applicable). Here are the features which haven't been recently updated: http://fedoraproject.org/wiki/Features/Ext4 http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems http://fedoraproject.org/wiki/Features/freeIPA http://fedoraproject.org/wiki/Features/GoodHaskellSupport http://fedoraproject.org/wiki/Releases/FeatureMoreNetworkManager http://fedoraproject.org/wiki/Features/PackageKit http://fedoraproject.org/wiki/Features/PartitionResizing http://fedoraproject.org/wiki/Features/PreUpgrade http://fedoraproject.org/wiki/Features/ServerProvides http://fedoraproject.org/wiki/Features/XserverOnePointFive This is also a great time to fill out the "Release Notes" and "Documentation" sections of your feature page--particularly if it is presently blank, "TBD" or intentionally vague :). The Documentation Team is eager to start preparing the release notes and documentation for Fedora 9 even if you cannot provide all the final details now. The following features have incomplete "Release Notes" and/or "Documentation" sections. http://fedoraproject.org/wiki/Releases/FeatureBluetooth http://fedoraproject.org/wiki/Releases/FeatureClockApplet http://fedoraproject.org/wiki/Releases/FeatureDictionary http://fedoraproject.org/wiki/Features/OneSecondX http://fedoraproject.org/wiki/Releases/FeatureFingerprint http://fedoraproject.org/wiki/Features/GCC4.3 http://fedoraproject.org/wiki/Features/K12Linux http://fedoraproject.org/wiki/Releases/FeatureMoreNetworkManager http://fedoraproject.org/wiki/Features/PartitionResizing http://fedoraproject.org/wiki/Features/PreUpgrade http://fedoraproject.org/wiki/Releases/FeaturePresto http://fedoraproject.org/wiki/Anaconda/Features/SecondStageInstallSource http://fedoraproject.org/wiki/Features/ServerProvides http://fedoraproject.org/wiki/Features/XserverOnePointFive http://fedoraproject.org/wiki/Features/Upstart http://fedoraproject.org/wiki/Features/VirtAuthentication http://fedoraproject.org/wiki/Features/VirtPolicyKit http://fedoraproject.org/wiki/Features/VirtStorage http://fedoraproject.org/wiki/Features/XenPvops Thank you for your help, The Feature Wrangler _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From caillon at redhat.com Fri Feb 1 16:07:13 2008 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 01 Feb 2008 11:07:13 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <47A1DB9C.90402@redhat.com> <1201794239.3135.0.camel@geeko> <47A1FC0A.90509@redhat.com> <1201801110.3258.0.camel@geeko> <47A21793.1070505@redhat.com> <200801311854.m0VIsZ3U011327@laptop13.inf.utfsm.cl> <47A224DB.2050308@redhat.com> <200801312322.m0VNMKuS023309@laptop13.inf.utfsm.cl> <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> Message-ID: <47A343B1.8080706@redhat.com> On 01/31/2008 08:28 PM, Horst H. von Brand wrote: > Horst H. von Brand wrote: >> Christopher Aillon wrote: >>> On 01/31/2008 01:54 PM, Horst H. von Brand wrote: >>>> How are we supposed to report bugs then? >> [...] >> >>> Bottmon line: if anyone complains about you filing a bug on Fedora >>> builds, let me know. Because they shouldn't. It's no different from >>> any of the major contributors of FF doing self builds of Firefox >>> themselves and reporting bugs. >> OK, reported as , and >> also noted in the RH BZ. > > And got this canned response that they /don't/ look into reports for > non-official builds. What gives? Grrr. I commented on the bug and I'll talk to a few people. From SteveD at redhat.com Fri Feb 1 16:15:48 2008 From: SteveD at redhat.com (Steve Dickson) Date: Fri, 01 Feb 2008 11:15:48 -0500 Subject: rpcbind forced userdel/groupdel on package install/upgrade? In-Reply-To: <20080129170655.GA24000@angus.ind.WPI.EDU> References: <20080129170655.GA24000@angus.ind.WPI.EDU> Message-ID: <47A345B4.3050903@RedHat.com> Chuck Anderson wrote: > Why does rpcbind do this? Shouldn't usermod be used instead of > userdel/useradd? It means on every single rpcbind package upgrade, > the user is deleted and re-added. I guess on upgrades, there should be a check to ensure the 'rpc' user exists... if not then create the user. But it is overkill removing/creating the rpc on upgrades... maybe I missed it, but is there a bz open on this? steved. From debarshi.ray at gmail.com Fri Feb 1 16:29:08 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Fri, 1 Feb 2008 21:59:08 +0530 Subject: Feature Status for Fedora 9 Alpha--Please Help In-Reply-To: <47A2AB28.3050500@redhat.com> References: <47A2AB28.3050500@redhat.com> Message-ID: <3170f42f0802010829h9da030ej2941d3c5f875533d@mail.gmail.com> What about this: http://fedoraproject.org/wiki/Features/EFI ? The page has been recently updated after what seems like a long time, and it still mentions Fedora 9 as the target release. I had mailed Peter Jones, the feature owner, about testing it as I own a EFI-based Intel Macbook and got no reply. Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From cebbert at redhat.com Fri Feb 1 16:32:39 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 01 Feb 2008 11:32:39 -0500 Subject: Kernel build fails with GCC 4.3 In-Reply-To: <20080201084632.GW30691@devserv.devel.redhat.com> References: <47A26AEA.1030603@redhat.com> <20080201004755.34C9D27018F@magilla.localdomain> <20080201005042.GA14537@phobos.i.cabal.ca> <20080201084632.GW30691@devserv.devel.redhat.com> Message-ID: <47A349A7.3040205@redhat.com> On 02/01/2008 03:46 AM, Jakub Jelinek wrote: > On Thu, Jan 31, 2008 at 07:50:42PM -0500, Kyle McMartin wrote: >> On Thu, Jan 31, 2008 at 04:47:55PM -0800, Roland McGrath wrote: >>>> Why are we building kernels with this broken compiler? >>>> >>>> http://bugzilla.kernel.org/show_bug.cgi?id=8501 >>>> >>>> http://koji.fedoraproject.org/koji/getfile?taskID=388196&name=build.log >>> Why are we building these broken kernels with our shiny new compiler? >>> >> Does using -ffreestanding fix these references to libgcc? I notice >> we're not using it when we build x86 or powerpc kernels, where we see >> this... > > No, even -ffreestanding assumes libgcc is used. libgcc.a is mostly[1] > self-contained and assumed to be present in both -fhosted and -ffreestanding > linking. This is nothing new, has been like that for many years. > AFAIK kernel on several architectures uses libgcc.a, on those where it > intentionally decides not to do that, it either needs to supply its own > implementation of the needed entrypoints, or make sure they are not needed. > In this case you should put in an asm optimization barrier into the loop > to avoid optimizing the loop into modulo. See the gcc PR opened for it. > The below patch fixes it too, but that just leads to the next error (on ppc64): drivers/input/mouse/psmouse-base.c:45: error: __param_proto causes a section type conflict Was someone supposed to test building the kernel package with the new compiler before making it the default? --- linux-2.6.24.noarch.orig/include/linux/time.h +++ linux-2.6.24.noarch/include/linux/time.h @@ -169,7 +169,7 @@ extern struct timeval ns_to_timeval(cons * @a: pointer to timespec to be incremented * @ns: unsigned nanoseconds value to be added */ -static inline void timespec_add_ns(struct timespec *a, u64 ns) +static inline void timespec_add_ns(struct timespec *a, volatile u64 ns) { ns += a->tv_nsec; while(unlikely(ns >= NSEC_PER_SEC)) { From xjakub at fi.muni.cz Fri Feb 1 16:58:43 2008 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Fri, 01 Feb 2008 17:58:43 +0100 Subject: Bug reporting HOWTO In-Reply-To: <1ct375xt8b.ln2@ppp1053.in.ipex.cz> References: <1ct375xt8b.ln2@ppp1053.in.ipex.cz> Message-ID: <47A34FC3.6060801@fi.muni.cz> Maybe adding the link to the machine's smolt profile would be also helpful. (I'm not in the EditGroup, so if you consider this to be a good idea, add it by yourself:) Regards, Milo? Jakub??ek Matej Cepl napsal(a): > While thinking about other threads on bug triaging etc. and while > reading > http://www.linuxindex.com/2008/01/18/bryce-harrington-bug-reporting-in-Ubuntu/ > I wrote some list of things which might help users to write > better bug reports (and us to get them solved more quickly). It > is currently on > http://fedoraproject.org/wiki/Matej_Cepl/Bug_Triage/Bug_reporting_HOWTO > but I plan to move it to BugTriage category once I will get > enough feedback to be happy with it. > > Would you please comment on this, what could be helpful, what is > missing, and what should be removed? > > Thank you, > > Mat?j Cepl > From michel.sylvan at gmail.com Fri Feb 1 17:10:58 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Fri, 1 Feb 2008 12:10:58 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <47A343B1.8080706@redhat.com> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <1201794239.3135.0.camel@geeko> <47A1FC0A.90509@redhat.com> <1201801110.3258.0.camel@geeko> <47A21793.1070505@redhat.com> <200801311854.m0VIsZ3U011327@laptop13.inf.utfsm.cl> <47A224DB.2050308@redhat.com> <200801312322.m0VNMKuS023309@laptop13.inf.utfsm.cl> <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> <47A343B1.8080706@redhat.com> Message-ID: On Feb 1, 2008 11:07 AM, Christopher Aillon wrote: > On 01/31/2008 08:28 PM, Horst H. von Brand wrote: > > Horst H. von Brand wrote: > >> Christopher Aillon wrote: > >>> On 01/31/2008 01:54 PM, Horst H. von Brand wrote: > >>>> How are we supposed to report bugs then? > >> [...] > >> > >>> Bottmon line: if anyone complains about you filing a bug on Fedora > >>> builds, let me know. Because they shouldn't. It's no different from > >>> any of the major contributors of FF doing self builds of Firefox > >>> themselves and reporting bugs. > >> OK, reported as , and > >> also noted in the RH BZ. > > > > And got this canned response that they /don't/ look into reports for > > non-official builds. What gives? > > Grrr. I commented on the bug and I'll talk to a few people. > At the risk of furthering this thread (and since Mozilla people are hopeless on font issues), is anyone else noticing font rendering regressions with Firefox/xulrunner 20080130? It feels like going back from Deja to Luxi -- the fonts are smaller and thinner. Even in the user interface. Oh, and Epiphany now crashes once one navigates away from the default page. It has the same font problem (though not in the interface which is GTK and not XUL). Needs rebuilding against the new xulrunner wold be my guess. -- Michel Salim http://hircus.jaiku.com/ From michel.sylvan at gmail.com Fri Feb 1 17:07:23 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Fri, 1 Feb 2008 12:07:23 -0500 Subject: csound: plugin path problem In-Reply-To: <1201866676.24279.2.camel@localhost.localdomain> References: <1201866676.24279.2.camel@localhost.localdomain> Message-ID: On Feb 1, 2008 6:51 AM, Dan Williams wrote: > On Fri, 2008-02-01 at 01:00 -0500, Michel Salim wrote: > > The problem was reported in bugzilla entry > > https://bugzilla.redhat.com/show_bug.cgi?id=407911 in December, and > > there has been two duplicate bug reports since (one is mine, both now > > merged). > > I'm not necessarily sure the manual and tutorial should depend on csound > itself; there isn't really any run-time or build-time dependency on > csound. The only issue would be if you updated csound to a new version > but the manual or tutorials were still the old version. Thoughts? Do > you really want to have to download all 3MB of the manual every time a > new build of csound hits the repos? > If they come from the same source package, then you'd have a newer version of the manual and tutorial sitting on the server anyway, so users who 'yum update' would get it? One way to let users who insist on not updating the documentation would be to make them Requires: csound = N-V without the release component. Not sure that's recommended though. PS there are some really old csound bugs in Bugzilla. Not sure some are still relevant (from 2006). How we used to live before PKGDB provided easy access to package-specific bugs... -- Michel Salim http://hircus.jaiku.com/ From dcbw at redhat.com Fri Feb 1 17:23:38 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Feb 2008 12:23:38 -0500 Subject: csound: plugin path problem In-Reply-To: References: <1201866676.24279.2.camel@localhost.localdomain> Message-ID: <1201886618.18259.7.camel@localhost.localdomain> On Fri, 2008-02-01 at 12:07 -0500, Michel Salim wrote: > On Feb 1, 2008 6:51 AM, Dan Williams wrote: > > On Fri, 2008-02-01 at 01:00 -0500, Michel Salim wrote: > > > The problem was reported in bugzilla entry > > > https://bugzilla.redhat.com/show_bug.cgi?id=407911 in December, and > > > there has been two duplicate bug reports since (one is mine, both now > > > merged). > > > > I'm not necessarily sure the manual and tutorial should depend on csound > > itself; there isn't really any run-time or build-time dependency on > > csound. The only issue would be if you updated csound to a new version > > but the manual or tutorials were still the old version. Thoughts? Do > > you really want to have to download all 3MB of the manual every time a > > new build of csound hits the repos? > > > If they come from the same source package, then you'd have a newer > version of the manual and tutorial sitting on the server anyway, so > users who 'yum update' would get it? > > One way to let users who insist on not updating the documentation > would be to make them Requires: csound = N-V without the release > component. Not sure that's recommended though. > > PS there are some really old csound bugs in Bugzilla. Not sure some > are still relevant (from 2006). How we used to live before PKGDB > provided easy access to package-specific bugs... That's what I'm trying to clean up; except that F-8 build repos are broken (tk-devel depends on a newer tcl-devel version than is present in F-8 repos) and F-9 is broken (pdflatex can't find some config files). Whee. Dan From michel.sylvan at gmail.com Fri Feb 1 17:30:02 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Fri, 1 Feb 2008 12:30:02 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <47A1FC0A.90509@redhat.com> <1201801110.3258.0.camel@geeko> <47A21793.1070505@redhat.com> <200801311854.m0VIsZ3U011327@laptop13.inf.utfsm.cl> <47A224DB.2050308@redhat.com> <200801312322.m0VNMKuS023309@laptop13.inf.utfsm.cl> <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> <47A343B1.8080706@redhat.com> Message-ID: On Feb 1, 2008 12:10 PM, Michel Salim wrote: > At the risk of furthering this thread (and since Mozilla people are > hopeless on font issues), is anyone else noticing font rendering > regressions with Firefox/xulrunner 20080130? It feels like going back > from Deja to Luxi -- the fonts are smaller and thinner. Even in the > user interface. > The font situation was bad already before, but now to get a font size equivalent to 11 on the desktop, I had to tell Firefox to use size 20! -- Michel Salim http://hircus.jaiku.com/ From nicolas.mailhot at laposte.net Fri Feb 1 17:38:52 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 01 Feb 2008 18:38:52 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <47A1FC0A.90509@redhat.com> <1201801110.3258.0.camel@geeko> <47A21793.1070505@redhat.com> <200801311854.m0VIsZ3U011327@laptop13.inf.utfsm.cl> <47A224DB.2050308@redhat.com> <200801312322.m0VNMKuS023309@laptop13.inf.utfsm.cl> <200802010128.m111Sqks029249@laptop13.inf.utfsm.cl> <47A343B1.8080706@redhat.com> Message-ID: <1201887532.20136.1.camel@rousalka.dyndns.org> Le vendredi 01 f?vrier 2008 ? 12:30 -0500, Michel Salim a ?crit : > On Feb 1, 2008 12:10 PM, Michel Salim wrote: > > At the risk of furthering this thread (and since Mozilla people are > > hopeless on font issues), is anyone else noticing font rendering > > regressions with Firefox/xulrunner 20080130? It feels like going back > > from Deja to Luxi -- the fonts are smaller and thinner. Even in the > > user interface. > > > The font situation was bad already before, but now to get a font size > equivalent to 11 on the desktop, I had to tell Firefox to use size 20! Firefox mesures sizes in pixels, the desktop in points, so if you have a high-pixel-density screen size 20 is possible. -- 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 dcbw at redhat.com Fri Feb 1 17:51:20 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Feb 2008 12:51:20 -0500 Subject: csound: plugin path problem In-Reply-To: <1201886618.18259.7.camel@localhost.localdomain> References: <1201866676.24279.2.camel@localhost.localdomain> <1201886618.18259.7.camel@localhost.localdomain> Message-ID: <1201888280.18259.13.camel@localhost.localdomain> On Fri, 2008-02-01 at 12:23 -0500, Dan Williams wrote: > On Fri, 2008-02-01 at 12:07 -0500, Michel Salim wrote: > > On Feb 1, 2008 6:51 AM, Dan Williams wrote: > > > On Fri, 2008-02-01 at 01:00 -0500, Michel Salim wrote: > > > > The problem was reported in bugzilla entry > > > > https://bugzilla.redhat.com/show_bug.cgi?id=407911 in December, and > > > > there has been two duplicate bug reports since (one is mine, both now > > > > merged). > > > > > > I'm not necessarily sure the manual and tutorial should depend on csound > > > itself; there isn't really any run-time or build-time dependency on > > > csound. The only issue would be if you updated csound to a new version > > > but the manual or tutorials were still the old version. Thoughts? Do > > > you really want to have to download all 3MB of the manual every time a > > > new build of csound hits the repos? > > > > > If they come from the same source package, then you'd have a newer > > version of the manual and tutorial sitting on the server anyway, so > > users who 'yum update' would get it? > > > > One way to let users who insist on not updating the documentation > > would be to make them Requires: csound = N-V without the release > > component. Not sure that's recommended though. > > > > PS there are some really old csound bugs in Bugzilla. Not sure some > > are still relevant (from 2006). How we used to live before PKGDB > > provided easy access to package-specific bugs... > > That's what I'm trying to clean up; except that F-8 build repos are > broken (tk-devel depends on a newer tcl-devel version than is present in I lied; tcl has been updated to 8.4.17 in koji apparently, and tk has been rebuilt but hasn't hit the repos yet (it's in f8-updates-testing). > F-8 repos) and F-9 is broken (pdflatex can't find some config files). > Whee. Seems like a BuildRequires: tetex tetex-latex doesn't pull in the package that generates pdflatex.fmt. Not sure what's going on there. Since F9 now uses texlive, that change is probably part of the issue. Dan From lamont at lamontpeterson.org Fri Feb 1 18:30:01 2008 From: lamont at lamontpeterson.org (Lamont Peterson) Date: Fri, 1 Feb 2008 11:30:01 -0700 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> Message-ID: <200802011130.08411.lamont@lamontpeterson.org> On Friday 01 February 2008 10:30:02 am Michel Salim wrote: > On Feb 1, 2008 12:10 PM, Michel Salim wrote: > > At the risk of furthering this thread (and since Mozilla people are > > hopeless on font issues), is anyone else noticing font rendering > > regressions with Firefox/xulrunner 20080130? It feels like going back > > from Deja to Luxi -- the fonts are smaller and thinner. Even in the > > user interface. > > The font situation was bad already before, but now to get a font size > equivalent to 11 on the desktop, I had to tell Firefox to use size 20! This is certainly not authoritative information, but... As I understand it, Firefox intentionally "shrinks" the fonts because that's what IE does and, therefore, lots of websites use bigger fonts than they should. Or, the sequence of events was the other way around, i.e., as people built lots of webpages with oversized fonts, Microsoft changed IE (bit by bit?) to "shrink" them. I'm not really sure this information will help to improve the situation or not. Personally, I think that Firefox has become sufficiently pervasive on Windows that they could "dial it back" towards being more standards compliant. When I say, "I want that to be 11 points," I usually really do mean it. Of course, I can already hear a big discussion both ways on this one. -- Lamont Peterson From lamont at lamontpeterson.org Fri Feb 1 18:30:29 2008 From: lamont at lamontpeterson.org (Lamont Peterson) Date: Fri, 1 Feb 2008 11:30:29 -0700 Subject: F9 for Eeepc Message-ID: <200802011130.32950.lamont@lamontpeterson.org> On Friday 25 January 2008 04:42:49 pm John (J5) Palmieri wrote: [snip] > Another thing you might want to do is not have a swap > partition. Apps run fine without swap, you just might run into OOM more > frequently. I remember reading an article in Linux Journal about 1.5 years ago or so about a technique for use with embedded and other smaller memory Linux systems so that you can fix a memory ceiling and, thus, prevent OOM killer from ever triggering. I don't have my back issues handy (I recently moved), but I think this is it: [ http://www.linuxjournal.com/article/8502 ] -- Lamont Peterson From lamont at lamontpeterson.org Fri Feb 1 18:30:51 2008 From: lamont at lamontpeterson.org (Lamont Peterson) Date: Fri, 1 Feb 2008 11:30:51 -0700 Subject: Disable Pulseaudio In-Reply-To: References: <479A78CC.5030509@conversis.de> Message-ID: <200802011130.52034.lamont@lamontpeterson.org> On Friday 25 January 2008 05:42:04 pm Michel Salim wrote: > On Jan 25, 2008 7:03 PM, Dennis Jacobfeuerborn > > wrote: > > Hi, > > Since my ICE1712 based card stopped working with recent kernel/pulseaudio > > version I'm trying to move to a plain ALSA setup again until the issue > > gets attention (https://bugzilla.redhat.com/show_bug.cgi?id=428537). > > I removed the alsa-pulseaudio plugin but now when I try to play a file in > > mplayer or audacious I get the following output: > > > > alsa-lib: pcm.c:2106:(snd_pcm_open_conf) Cannot open shared library > > /usr/lib/alsa-lib/libasound_module_pcm_pulse.so > > > > It seems ALSA is still trying to get through pulseaudio but how do I turn > > that off? > > That is weird; the /etc/alsa/pulse-default.conf that tells ALSA to use > pulseaudio is part of alsa-plugins-pulseaudio, which you have removed. It might not be removed, as RPM doesn't always scrap %{config} files. > Do you have anything in ~/.asoundrc ? -- Lamont Peterson From sean.bruno at dsl-only.net Fri Feb 1 18:36:58 2008 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Feb 2008 10:36:58 -0800 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) Message-ID: <1201891018.18612.8.camel@home-desk> I reported a crash to the idSoftware folks that appears to be a Fedora x86_64 specific libGL crash. I'm not really able to provide much in the way of debugging traces other than show that a crash is occuring in libGL. According to id, x86_64 Fedora is the only distro reporting this crash: Core was generated by `./etqw.x86 +set developer 1 +set logfile 1'. Program terminated with signal 11, Segmentation fault. #0 0x082e51fc in __gxx_personality_v0 () at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 349 ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc: No such file or directory. in ../../../../gcc-4.1.2/libstdc++-v3/libsupc ++/eh_personality.cc (gdb) set logging on Copying output to gdb.txt. (gdb) set logging off Done logging to gdb.txt. (gdb) whe #0 0x082e51fc in __gxx_personality_v0 () at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 #1 #2 0x02eed5e2 in ?? () from /usr/lib/libGLcore.so.1 #3 0x00000001 in ?? () #4 0x00001403 in ?? () #5 0xf6dfb008 in ?? () #6 0x00000072 in ?? () #7 0x0c7c0680 in ?? () #8 0x02f7cdb8 in ?? () from /usr/lib/libGLcore.so.1 #9 0xf6e64000 in ?? () #10 0x00000000 in ?? () From sean.bruno at dsl-only.net Fri Feb 1 18:53:14 2008 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Feb 2008 10:53:14 -0800 Subject: readline-devel version mismatch(F8 x86_64) In-Reply-To: <1201816040.3574.4.camel@home-desk> References: <1201816040.3574.4.camel@home-desk> Message-ID: <1201891994.18612.10.camel@home-desk> On Thu, 2008-01-31 at 13:47 -0800, Sean Bruno wrote: > Looks like readline-devel needs a bump? > > [sean at home-desk firecontrol-0.2]$ sudo yum install readline-static > Setting up Install Process > Parsing package install arguments > Resolving Dependencies > --> Running transaction check > ---> Package readline-static.x86_64 0:5.2-7.fc8 set to be updated > --> Processing Dependency: readline-devel = 5.2-7.fc8 for package: > readline-static > --> Running transaction check > ---> Package readline-devel.x86_64 0:5.2-7.fc8 set to be updated > --> Processing Dependency: ncurses-devel for package: readline-devel > --> Processing Dependency: readline = 5.2-7.fc8 for package: > readline-devel > --> Running transaction check > ---> Package readline-devel.x86_64 0:5.2-7.fc8 set to be updated > --> Processing Dependency: readline = 5.2-7.fc8 for package: > readline-devel > ---> Package ncurses-devel.x86_64 0:5.6-12.20070812.fc8 set to be > updated > --> Finished Dependency Resolution > Error: Missing Dependency: readline = 5.2-7.fc8 is needed by package > readline-devel > [sean at home-desk firecontrol-0.2]$ rpm -q readline > readline-5.2-9.fc8 > readline-5.2-9.fc8 > [sean at home-desk firecontrol-0.2]$ > > > Sean > For the next person. I ended up removing readline and reinstalling it to get the error to go away. Sean From alan at clueserver.org Fri Feb 1 18:57:27 2008 From: alan at clueserver.org (Alan) Date: Fri, 1 Feb 2008 10:57:27 -0800 (PST) Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <1201891018.18612.8.camel@home-desk> References: <1201891018.18612.8.camel@home-desk> Message-ID: <10825.12.172.32.236.1201892247.squirrel@clueserver.org> > I reported a crash to the idSoftware folks that appears to be a Fedora > x86_64 specific libGL crash. Which video card and which driver? > > I'm not really able to provide much in the way of debugging traces other > than show that a crash is occuring in libGL. According to id, x86_64 > Fedora is the only distro reporting this crash: > > > Core was generated by `./etqw.x86 +set developer 1 +set logfile 1'. > Program terminated with signal 11, Segmentation fault. > #0 0x082e51fc in __gxx_personality_v0 () > at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 > 349 ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc: > No such file or directory. > in ../../../../gcc-4.1.2/libstdc++-v3/libsupc > ++/eh_personality.cc > (gdb) set logging on > Copying output to gdb.txt. > (gdb) set logging off > Done logging to gdb.txt. > (gdb) whe > #0 0x082e51fc in __gxx_personality_v0 () > at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 > #1 > #2 0x02eed5e2 in ?? () from /usr/lib/libGLcore.so.1 > #3 0x00000001 in ?? () > #4 0x00001403 in ?? () > #5 0xf6dfb008 in ?? () > #6 0x00000072 in ?? () > #7 0x0c7c0680 in ?? () > #8 0x02f7cdb8 in ?? () from /usr/lib/libGLcore.so.1 > #9 0xf6e64000 in ?? () > #10 0x00000000 in ?? () > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From dcbw at redhat.com Fri Feb 1 19:11:57 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Feb 2008 14:11:57 -0500 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <1201891018.18612.8.camel@home-desk> References: <1201891018.18612.8.camel@home-desk> Message-ID: <1201893117.20187.7.camel@localhost.localdomain> On Fri, 2008-02-01 at 10:36 -0800, Sean Bruno wrote: > I reported a crash to the idSoftware folks that appears to be a Fedora > x86_64 specific libGL crash. > > I'm not really able to provide much in the way of debugging traces other > than show that a crash is occuring in libGL. According to id, x86_64 > Fedora is the only distro reporting this crash: You appear to be using the nvidia binary driver, hence you need to talk to nvidia to get them to fix their driver. It's not a problem Fedora can fix because nobody but nvidia has the source to their proprietary driver. Dan > > Core was generated by `./etqw.x86 +set developer 1 +set logfile 1'. > Program terminated with signal 11, Segmentation fault. > #0 0x082e51fc in __gxx_personality_v0 () > at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 > 349 ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc: > No such file or directory. > in ../../../../gcc-4.1.2/libstdc++-v3/libsupc > ++/eh_personality.cc > (gdb) set logging on > Copying output to gdb.txt. > (gdb) set logging off > Done logging to gdb.txt. > (gdb) whe > #0 0x082e51fc in __gxx_personality_v0 () > at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 > #1 > #2 0x02eed5e2 in ?? () from /usr/lib/libGLcore.so.1 > #3 0x00000001 in ?? () > #4 0x00001403 in ?? () > #5 0xf6dfb008 in ?? () > #6 0x00000072 in ?? () > #7 0x0c7c0680 in ?? () > #8 0x02f7cdb8 in ?? () from /usr/lib/libGLcore.so.1 > #9 0xf6e64000 in ?? () > #10 0x00000000 in ?? () > From mrmazda at ij.net Fri Feb 1 19:14:03 2008 From: mrmazda at ij.net (Felix Miata) Date: Fri, 01 Feb 2008 14:14:03 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <200802011130.08411.lamont@lamontpeterson.org> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> Message-ID: <47A36F7B.1090308@ij.net> On 2008/02/01 11:30 (GMT-0700) Lamont Peterson apparently typed: > On Friday 01 February 2008 10:30:02 am Michel Salim wrote: >> On Feb 1, 2008 12:10 PM, Michel Salim wrote: >> > At the risk of furthering this thread (and since Mozilla people are >> > hopeless on font issues), is anyone else noticing font rendering >> > regressions with Firefox/xulrunner 20080130? It feels like going back >> > from Deja to Luxi -- the fonts are smaller and thinner. Even in the >> > user interface. >> The font situation was bad already before, but now to get a font size >> equivalent to 11 on the desktop, I had to tell Firefox to use size 20! > This is certainly not authoritative information, but... > As I understand it, Firefox intentionally "shrinks" the fonts because that's > what IE does and, therefore, Firefox only does what IE does when the system DPI is 96. IE defaults to 12pt. FF defaults to 16px. Only at 96 DPI does 12pt = 16px. FF "shrinkage happens when DPI is more than 96 DPI. FF "growth" does not happen unless a hidden pref is changed to remove its default 96 DPI minimum. > lots of websites use bigger fonts than they > should. Or, the sequence of events was the other way around, i.e., as people > built lots of webpages with oversized fonts, Microsoft changed IE (bit by > bit?) to "shrink" them. It's the other way around. Web deziners almost univerally impose smaller than default text. OTOH, up through XP, IE always used the same 12pt fonts by default - Courier New for monospace, and Times New Roman for proportional. When a web page specified a generic sans-serif or sans-serif as a fallback to some uninstalled font, IE would always use Arial. In Vista, 12pt is still the nominal size, but Arial and Times New Roman and Courier New have all been replaced by fonts that render physically smaller than their predecessors at any given nominal size. > I'm not really sure this information will help to improve the situation or > not. Personally, I think that Firefox has become sufficiently pervasive on > Windows that they could "dial it back" towards being more standards > compliant. When I say, "I want that to be 11 points," I usually really do > mean it. Of course, I can already hear a big discussion both ways on this > one. You can have FF use 11pt by calculating the number of px that 11pt converts to at your DPI, and then set FF to use that px size. If your DPI is less than 96, then you may need to change the pref 'layout.css.dpi' from -1 to 0 to get around its default 96 DPI floor. FF uses px for pref sizes at least in part because at higher than 96 DPI screen resolutions px offer finer control of the preferred size than pt, 25% at 120 DPI, 50% at 144 DPI. Since resolutions have been increasing and will continue to increase, px was and will continue to be a good choice for maximizing this user control. -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From jspaleta at gmail.com Fri Feb 1 19:23:16 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Feb 2008 10:23:16 -0900 Subject: some package splits In-Reply-To: References: <1201615452.2793.6.camel@localhost.localdomain> <1201616415.2362.19.camel@gibraltar.str.redhat.com> <1201780495.31329.3.camel@gibraltar.str.redhat.com> <20080131170830.GB14673@nostromo.devel.redhat.com> Message-ID: <604aa7910802011123n459c4e94pfc154da58b333bef@mail.gmail.com> On Jan 31, 2008 10:05 AM, Michel Salim wrote: > Seems like we want a field like "Suggests:". That would accomodate > Jef's idea of offering users to install missing packages (in this > case, the set of suggested packages - installed packages) easily. I'm pretty sure my idea can be done just with a re-parsing of a comps file after a livecd is installed to harddisk, since the "defaultness" of any subpackage as referenced in the first post of this thread is defined with respect to comps. Invoking a suggests tag is completely unnecessary. All I am asking for is that people using livecds which deviate from default comps selections for the sake of saving space, get a chance to install those missing default pieces. -jef From sean.bruno at dsl-only.net Fri Feb 1 19:24:45 2008 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Feb 2008 11:24:45 -0800 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <1201893117.20187.7.camel@localhost.localdomain> References: <1201891018.18612.8.camel@home-desk> <1201893117.20187.7.camel@localhost.localdomain> Message-ID: <1201893885.18612.12.camel@home-desk> On Fri, 2008-02-01 at 14:11 -0500, Dan Williams wrote: > On Fri, 2008-02-01 at 10:36 -0800, Sean Bruno wrote: > > I reported a crash to the idSoftware folks that appears to be a Fedora > > x86_64 specific libGL crash. > > > > I'm not really able to provide much in the way of debugging traces other > > than show that a crash is occuring in libGL. According to id, x86_64 > > Fedora is the only distro reporting this crash: > > You appear to be using the nvidia binary driver, hence you need to talk > to nvidia to get them to fix their driver. It's not a problem Fedora > can fix because nobody but nvidia has the source to their proprietary > driver. > > Dan > > > > > Core was generated by `./etqw.x86 +set developer 1 +set logfile 1'. > > Program terminated with signal 11, Segmentation fault. > > #0 0x082e51fc in __gxx_personality_v0 () > > at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 > > 349 ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc: > > No such file or directory. > > in ../../../../gcc-4.1.2/libstdc++-v3/libsupc > > ++/eh_personality.cc > > (gdb) set logging on > > Copying output to gdb.txt. > > (gdb) set logging off > > Done logging to gdb.txt. > > (gdb) whe > > #0 0x082e51fc in __gxx_personality_v0 () > > at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 > > #1 > > #2 0x02eed5e2 in ?? () from /usr/lib/libGLcore.so.1 > > #3 0x00000001 in ?? () > > #4 0x00001403 in ?? () > > #5 0xf6dfb008 in ?? () > > #6 0x00000072 in ?? () > > #7 0x0c7c0680 in ?? () > > #8 0x02f7cdb8 in ?? () from /usr/lib/libGLcore.so.1 > > #9 0xf6e64000 in ?? () > > #10 0x00000000 in ?? () > > > Forgive my ignorance, but how can you tell that from my back trace? Sean From sean.bruno at dsl-only.net Fri Feb 1 19:26:04 2008 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Feb 2008 11:26:04 -0800 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <10825.12.172.32.236.1201892247.squirrel@clueserver.org> References: <1201891018.18612.8.camel@home-desk> <10825.12.172.32.236.1201892247.squirrel@clueserver.org> Message-ID: <1201893964.18612.15.camel@home-desk> On Fri, 2008-02-01 at 10:57 -0800, Alan wrote: > > I reported a crash to the idSoftware folks that appears to be a Fedora > > x86_64 specific libGL crash. > > Which video card and which driver? > > Closed source driver: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 169.09 Fri Jan 11 14:04:37 PST 2008 Mid-range Nvidia graphics board: 04:00.0 VGA compatible controller: nVidia Corporation G71 [GeForce 7900 GT/GTO] (rev a1) Sean From david at lovesunix.net Fri Feb 1 19:34:35 2008 From: david at lovesunix.net (David Nielsen) Date: Fri, 01 Feb 2008 20:34:35 +0100 Subject: Orphaned: beagle In-Reply-To: <1201877513.10169.12.camel@dhcp-208-188.arn.redhat.com> References: <1201853465.12696.108.camel@dhcp-208-188.arn.redhat.com> <1201872888.12566.34.camel@localhost.localdomain> <1201877513.10169.12.camel@dhcp-208-188.arn.redhat.com> Message-ID: <1201894475.28619.5.camel@localhost.localdomain> fre, 01 02 2008 kl. 15:51 +0100, skrev Alexander Larsson: > On Fri, 2008-02-01 at 14:34 +0100, David Nielsen wrote: > > fre, 01 02 2008 kl. 09:11 +0100, skrev Alexander Larsson: > > > [Re-sent, first copy went to fedora-desktop-list] > > > > > > Beagle really needs the love and care of someone, and I've done a really > > > poor job on that. And I don't really have time to do it, so I've > > > orphaned it in pkgdb and it is looking for a new owner. Anyone that uses > > > beagle a bit and is interested in it is a better owner than me. > > > > > > Please care for the puppy! > > > > I'll adopt the puppy, I use it so I'll be sad to see it go unloved. > > All right. I just drowned you in a big bunch of bug reports. :) Holy mojo batman! -------------- 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 jspaleta at gmail.com Fri Feb 1 19:35:54 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Feb 2008 10:35:54 -0900 Subject: Retiring usbsink Message-ID: <604aa7910802011135n9c7a5a2q3373888ca29210f3@mail.gmail.com> I'd like to retire the usbsink package from the development tree. Upstream has announced that development on the project has stopped, and the project is open for someone else to take it over. Unless I hear otherwise from someone who wants to keep this project in Fedora, I will be implementing the PackageEndofLife steps in about a week. -jef From nicolas.mailhot at laposte.net Fri Feb 1 19:58:41 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 01 Feb 2008 20:58:41 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <47A36F7B.1090308@ij.net> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> Message-ID: <1201895921.21125.11.camel@rousalka.dyndns.org> Le vendredi 01 f?vrier 2008 ? 14:14 -0500, Felix Miata a ?crit : > It's the other way around. Web deziners almost univerally impose smaller than > default text. Web designers know that it's easier to sell web sites with small text. Small text looks good on ?screenshots printed on glossy paper. It's terrible on computer screens, but web design is contracted to people that went through art schools that emphasized paper media, and static photoshopped look-alikes. They don't care about screen media. They don't care about usability. They don't care about the text - it's just part of the art. And small text looks "serious". Entities that commission web sites always have the suspicion their content is not that interesting, so looking good is better than having large readable text you'll have to fill in later. Remember, most of the people commissionning web sites didn't grow up with a browser. -- 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 dcbw at redhat.com Fri Feb 1 20:05:54 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Feb 2008 15:05:54 -0500 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <1201893885.18612.12.camel@home-desk> References: <1201891018.18612.8.camel@home-desk> <1201893117.20187.7.camel@localhost.localdomain> <1201893885.18612.12.camel@home-desk> Message-ID: <1201896354.20566.2.camel@localhost.localdomain> On Fri, 2008-02-01 at 11:24 -0800, Sean Bruno wrote: > On Fri, 2008-02-01 at 14:11 -0500, Dan Williams wrote: > > On Fri, 2008-02-01 at 10:36 -0800, Sean Bruno wrote: > > > I reported a crash to the idSoftware folks that appears to be a Fedora > > > x86_64 specific libGL crash. > > > > > > I'm not really able to provide much in the way of debugging traces other > > > than show that a crash is occuring in libGL. According to id, x86_64 > > > Fedora is the only distro reporting this crash: > > > > You appear to be using the nvidia binary driver, hence you need to talk > > to nvidia to get them to fix their driver. It's not a problem Fedora > > can fix because nobody but nvidia has the source to their proprietary > > driver. > > > > Dan > > > > > > > > Core was generated by `./etqw.x86 +set developer 1 +set logfile 1'. > > > Program terminated with signal 11, Segmentation fault. > > > #0 0x082e51fc in __gxx_personality_v0 () > > > at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 > > > 349 ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc: > > > No such file or directory. > > > in ../../../../gcc-4.1.2/libstdc++-v3/libsupc > > > ++/eh_personality.cc > > > (gdb) set logging on > > > Copying output to gdb.txt. > > > (gdb) set logging off > > > Done logging to gdb.txt. > > > (gdb) whe > > > #0 0x082e51fc in __gxx_personality_v0 () > > > at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 > > > #1 > > > #2 0x02eed5e2 in ?? () from /usr/lib/libGLcore.so.1 > > > #3 0x00000001 in ?? () > > > #4 0x00001403 in ?? () > > > #5 0xf6dfb008 in ?? () > > > #6 0x00000072 in ?? () > > > #7 0x0c7c0680 in ?? () > > > #8 0x02f7cdb8 in ?? () from /usr/lib/libGLcore.so.1 > > > #9 0xf6e64000 in ?? () > > > #10 0x00000000 in ?? () > > > > > > > Forgive my ignorance, but how can you tell that from my back trace? Google for /usr/lib/libGLcore.so.1 :) I couldn't find it in any of the usual suspects (mesa, xorg, etc) so a quick google search found that it's part of the nvidia binary driver packages. So that's not to say that this problem _isn't_ ultimately caused by something in Fedora (glibc changes, etc). But in the end when something in Fedora changes there isn't a good way to do anything about binary packages until the vendor does a rebuild or starts to debug the issue themselves, since they have the source. Dan From limb at jcomserv.net Fri Feb 1 20:13:05 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 1 Feb 2008 14:13:05 -0600 (CST) Subject: Licensing issue Message-ID: <56007.63.85.68.164.1201896785.squirrel@mail.jcomserv.net> Roundcubemail, at one time, conatined some PHP-licensed PEAR pieces, which are already in Fedora. When I first got the package into Fedora, I stripped those out of the upstream tarball. A release later, upstream removed them. Then, a release after that, they put them back and I failed to notice. I've corrected this in the current Fedora builds, and will do Bodhi releases, as well as EPEL builds. Do we need to pull the roundcubemail-0.1-0.8rc2.1 builds and SRPMS, or is the presence of the roundcubemail-0.1-0.9rc2.1 builds sufficient? Jon -- novus ordo absurdum From lordmorgul at gmail.com Fri Feb 1 20:44:12 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 01 Feb 2008 12:44:12 -0800 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <1201896354.20566.2.camel@localhost.localdomain> References: <1201891018.18612.8.camel@home-desk> <1201893117.20187.7.camel@localhost.localdomain> <1201893885.18612.12.camel@home-desk> <1201896354.20566.2.camel@localhost.localdomain> Message-ID: <47A3849C.40707@gmail.com> Dan Williams wrote: > On Fri, 2008-02-01 at 11:24 -0800, Sean Bruno wrote: >> On Fri, 2008-02-01 at 14:11 -0500, Dan Williams wrote: >>> On Fri, 2008-02-01 at 10:36 -0800, Sean Bruno wrote: >>>> I reported a crash to the idSoftware folks that appears to be a Fedora >>>> x86_64 specific libGL crash. >>>> >>>> I'm not really able to provide much in the way of debugging traces other >>>> than show that a crash is occuring in libGL. According to id, x86_64 >>>> Fedora is the only distro reporting this crash: >>> You appear to be using the nvidia binary driver, hence you need to talk >>> to nvidia to get them to fix their driver. It's not a problem Fedora >>> can fix because nobody but nvidia has the source to their proprietary >>> driver. >>> >>> Dan >>> >>>> Core was generated by `./etqw.x86 +set developer 1 +set logfile 1'. >>>> Program terminated with signal 11, Segmentation fault. >>>> #0 0x082e51fc in __gxx_personality_v0 () >>>> at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 >>>> 349 ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc: >>>> No such file or directory. >>>> in ../../../../gcc-4.1.2/libstdc++-v3/libsupc >>>> ++/eh_personality.cc >>>> (gdb) set logging on >>>> Copying output to gdb.txt. >>>> (gdb) set logging off >>>> Done logging to gdb.txt. >>>> (gdb) whe >>>> #0 0x082e51fc in __gxx_personality_v0 () >>>> at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 >>>> #1 >>>> #2 0x02eed5e2 in ?? () from /usr/lib/libGLcore.so.1 >>>> #3 0x00000001 in ?? () >>>> #4 0x00001403 in ?? () >>>> #5 0xf6dfb008 in ?? () >>>> #6 0x00000072 in ?? () >>>> #7 0x0c7c0680 in ?? () >>>> #8 0x02f7cdb8 in ?? () from /usr/lib/libGLcore.so.1 >>>> #9 0xf6e64000 in ?? () >>>> #10 0x00000000 in ?? () >>>> >> Forgive my ignorance, but how can you tell that from my back trace? You can usually get a response from the nvidia developers for the linux driver, in particular Zander pays close attention to the forums, at www.nvnews.net. With some debugging information like this they may be able to address it. Did you install this from the livna repo packages? Or did you install it via the nvidia installer? The compilation flags may matter when to post to the forum. It looks as if you've installed via the nvidia installer script, because the livna packages place the libraries at /usr/lib/nvidia instead. Is this a crash that happens while playing or does the game not render at all? What are you doing to provoke it and when does it happen? These things you should clearly state there. The eq engine is open enough that with the right information they should be able to track it down. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Fri Feb 1 20:46:03 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 01 Feb 2008 12:46:03 -0800 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <1201893885.18612.12.camel@home-desk> References: <1201891018.18612.8.camel@home-desk> <1201893117.20187.7.camel@localhost.localdomain> <1201893885.18612.12.camel@home-desk> Message-ID: <47A3850B.9070903@gmail.com> Sean Bruno wrote: > On Fri, 2008-02-01 at 14:11 -0500, Dan Williams wrote: >> On Fri, 2008-02-01 at 10:36 -0800, Sean Bruno wrote: >>> I reported a crash to the idSoftware folks that appears to be a Fedora >>> x86_64 specific libGL crash. You also haven't reported the Fedora version, kernel version, nvidia driver version; they all matter ALOT for that crash. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Fri Feb 1 20:48:43 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 01 Feb 2008 12:48:43 -0800 Subject: Licensing issue In-Reply-To: <56007.63.85.68.164.1201896785.squirrel@mail.jcomserv.net> References: <56007.63.85.68.164.1201896785.squirrel@mail.jcomserv.net> Message-ID: <47A385AB.6050702@gmail.com> Jon Ciesla wrote: > Roundcubemail, at one time, conatined some PHP-licensed PEAR pieces, which > are already in Fedora. When I first got the package into Fedora, I > stripped those out of the upstream tarball. A release later, upstream > removed them. Then, a release after that, they put them back and I failed > to notice. I've corrected this in the current Fedora builds, and will do > Bodhi releases, as well as EPEL builds. Do we need to pull the > roundcubemail-0.1-0.8rc2.1 builds and SRPMS, or is the presence of the > roundcubemail-0.1-0.9rc2.1 builds sufficient? > > Jon You had the PEAR bits included in roundcubemail-0.1-0.8rc2.1 itself, but have removed them in roundcubemail-0.1-0.9rc2.1? (I just wasn't sure thats what you meant, I don't know the answer) :) -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From vonbrand at inf.utfsm.cl Fri Feb 1 21:03:12 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 01 Feb 2008 18:03:12 -0300 Subject: rawhide report: 20080201 changes In-Reply-To: <200802011329.m11DTMhZ021267@porkchop.devel.redhat.com> References: <200802011329.m11DTMhZ021267@porkchop.devel.redhat.com> Message-ID: <200802012103.m11L3C57019583@laptop13.inf.utfsm.cl> [...] compat-libgfortran-41 seems not to replace libgfortran. Other packages in the GCC constellation can't be updated yet to 4.3. -- 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 cebbert at redhat.com Fri Feb 1 21:06:29 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 01 Feb 2008 16:06:29 -0500 Subject: Kernel build fails with GCC 4.3 In-Reply-To: <47A349A7.3040205@redhat.com> References: <47A26AEA.1030603@redhat.com> <20080201004755.34C9D27018F@magilla.localdomain> <20080201005042.GA14537@phobos.i.cabal.ca> <20080201084632.GW30691@devserv.devel.redhat.com> <47A349A7.3040205@redhat.com> Message-ID: <47A389D5.6090907@redhat.com> On 02/01/2008 11:32 AM, Chuck Ebbert wrote: > On 02/01/2008 03:46 AM, Jakub Jelinek wrote: >> On Thu, Jan 31, 2008 at 07:50:42PM -0500, Kyle McMartin wrote: >>> On Thu, Jan 31, 2008 at 04:47:55PM -0800, Roland McGrath wrote: >>>>> Why are we building kernels with this broken compiler? >>>>> >>>>> http://bugzilla.kernel.org/show_bug.cgi?id=8501 >>>>> >>>>> http://koji.fedoraproject.org/koji/getfile?taskID=388196&name=build.log >>>> Why are we building these broken kernels with our shiny new compiler? >>>> >>> Does using -ffreestanding fix these references to libgcc? I notice >>> we're not using it when we build x86 or powerpc kernels, where we see >>> this... >> No, even -ffreestanding assumes libgcc is used. libgcc.a is mostly[1] >> self-contained and assumed to be present in both -fhosted and -ffreestanding >> linking. This is nothing new, has been like that for many years. >> AFAIK kernel on several architectures uses libgcc.a, on those where it >> intentionally decides not to do that, it either needs to supply its own >> implementation of the needed entrypoints, or make sure they are not needed. >> In this case you should put in an asm optimization barrier into the loop >> to avoid optimizing the loop into modulo. See the gcc PR opened for it. >> > > > drivers/input/mouse/psmouse-base.c:45: error: __param_proto causes a section type conflict > And, after fixing that one we get (on ppc): *** ERROR: same build ID in nonidentical files! /usr/lib/debug/lib/modules/2.6.24-14.fc9/vmlinux and /boot/vmlinuz-2.6.24-14.fc9 Where before it just said: *** WARNING: identical binaries are copied, not linked: /usr/lib/debug/lib/modules/2.6.24-9.fc9/vmlinux and /boot/vmlinuz-2.6.24-9.fc9 I don't think I can fix that one... From vonbrand at inf.utfsm.cl Fri Feb 1 21:12:58 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 01 Feb 2008 18:12:58 -0300 Subject: Feature Status for Fedora 9 Alpha--Please Help In-Reply-To: <47A2AB28.3050500@redhat.com> References: <47A2AB28.3050500@redhat.com> Message-ID: <200802012112.m11LCwWf020095@laptop13.inf.utfsm.cl> John Poelstra wrote: > The Alpha release for Fedora 9 is scheduled to start on February 5, > 2008. As we begin the Alpha for Fedora 9 more attention inside and > outside of Fedora will be drawn to on what is coming in Fedora 9. > Here is an opportunity to give everyone a good first impression and > provide as much helpful information as we can. Please get the current Gnome brokenness unbroken first! - Startup of Gnome gives nasty messages - Sevaral applets are broken - No gnome-screensaver -- 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 alan at clueserver.org Fri Feb 1 21:30:03 2008 From: alan at clueserver.org (Alan) Date: Fri, 1 Feb 2008 13:30:03 -0800 (PST) Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <1201893117.20187.7.camel@localhost.localdomain> References: <1201891018.18612.8.camel@home-desk> <1201893117.20187.7.camel@localhost.localdomain> Message-ID: <19763.198.133.149.170.1201901403.squirrel@clueserver.org> > On Fri, 2008-02-01 at 10:36 -0800, Sean Bruno wrote: >> I reported a crash to the idSoftware folks that appears to be a Fedora >> x86_64 specific libGL crash. >> >> I'm not really able to provide much in the way of debugging traces other >> than show that a crash is occuring in libGL. According to id, x86_64 >> Fedora is the only distro reporting this crash: > > You appear to be using the nvidia binary driver, hence you need to talk > to nvidia to get them to fix their driver. It's not a problem Fedora > can fix because nobody but nvidia has the source to their proprietary > driver. The reason I asked which driver is because of the nVIDIA proprietary driver... If the Mesa drivers get updated and replace the nVIDIA specific video OpenGL drivers, this sort of crash can occur. If you are not using the legacy drivers, you will want to try upgrading. (The new drivers do not have this problem, according to the release notes.) If not, then just rebuild and reinstall the drivers and see if it fixes the problem. I don't know how the Livna package handles this problem. I do not use the Livna packages. I just rebuild from the nVIDIA installer/build script. > > Dan > >> >> Core was generated by `./etqw.x86 +set developer 1 +set logfile 1'. >> Program terminated with signal 11, Segmentation fault. >> #0 0x082e51fc in __gxx_personality_v0 () >> at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 >> 349 ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc: >> No such file or directory. >> in ../../../../gcc-4.1.2/libstdc++-v3/libsupc >> ++/eh_personality.cc >> (gdb) set logging on >> Copying output to gdb.txt. >> (gdb) set logging off >> Done logging to gdb.txt. >> (gdb) whe >> #0 0x082e51fc in __gxx_personality_v0 () >> at ../../../../gcc-4.1.2/libstdc++-v3/libsupc++/eh_personality.cc:349 >> #1 >> #2 0x02eed5e2 in ?? () from /usr/lib/libGLcore.so.1 >> #3 0x00000001 in ?? () >> #4 0x00001403 in ?? () >> #5 0xf6dfb008 in ?? () >> #6 0x00000072 in ?? () >> #7 0x0c7c0680 in ?? () >> #8 0x02f7cdb8 in ?? () from /usr/lib/libGLcore.so.1 >> #9 0xf6e64000 in ?? () >> #10 0x00000000 in ?? () >> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From tcallawa at redhat.com Fri Feb 1 21:30:50 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 01 Feb 2008 16:30:50 -0500 Subject: Licensing issue In-Reply-To: <56007.63.85.68.164.1201896785.squirrel@mail.jcomserv.net> References: <56007.63.85.68.164.1201896785.squirrel@mail.jcomserv.net> Message-ID: <1201901450.3505.18.camel@dhcp83-155.boston.redhat.com> On Fri, 2008-02-01 at 14:13 -0600, Jon Ciesla wrote: > Roundcubemail, at one time, conatined some PHP-licensed PEAR pieces, which > are already in Fedora. When I first got the package into Fedora, I > stripped those out of the upstream tarball. A release later, upstream > removed them. Then, a release after that, they put them back and I failed > to notice. I've corrected this in the current Fedora builds, and will do > Bodhi releases, as well as EPEL builds. Do we need to pull the > roundcubemail-0.1-0.8rc2.1 builds and SRPMS, or is the presence of the > roundcubemail-0.1-0.9rc2.1 builds sufficient? No, just fix the issue with updated packages for all relevant targets and try to get upstream to understand why we're pulling this code out in the first place. ~spot From dakingun at gmail.com Fri Feb 1 21:42:30 2008 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 1 Feb 2008 16:42:30 -0500 Subject: rawhide report: 20080201 changes In-Reply-To: <200802012103.m11L3C57019583@laptop13.inf.utfsm.cl> References: <200802011329.m11DTMhZ021267@porkchop.devel.redhat.com> <200802012103.m11L3C57019583@laptop13.inf.utfsm.cl> Message-ID: On Feb 1, 2008 4:03 PM, Horst H. von Brand wrote: > [...] > compat-libgfortran-41 seems not to replace libgfortran. Of course it ought not to, both are parallel installable; [deji at logos ~]$ rpm -qa |grep libgfortran compat-libgfortran-41-4.1.2-36.x86_64 libgfortran-4.3.0-0.7.x86_64 >Other packages in > the GCC constellation can't be updated yet to 4.3. Maybe you have one of those package requiring libgcj.so.8rh installed, see the broken deps section of the rawhide report. Deji > -- > 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 > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From poelstra at redhat.com Fri Feb 1 21:46:52 2008 From: poelstra at redhat.com (John Poelstra) Date: Fri, 01 Feb 2008 13:46:52 -0800 Subject: Feature Status for Fedora 9 Alpha--Please Help In-Reply-To: <3170f42f0802010829h9da030ej2941d3c5f875533d@mail.gmail.com> References: <47A2AB28.3050500@redhat.com> <3170f42f0802010829h9da030ej2941d3c5f875533d@mail.gmail.com> Message-ID: <47A3934C.8030909@redhat.com> Debarshi 'Rishi' Ray said the following on 02/01/2008 08:29 AM Pacific Time: > What about this: http://fedoraproject.org/wiki/Features/EFI ? The page > has been recently updated after what seems like a long time, and it > still mentions Fedora 9 as the target release. I had mailed Peter > Jones, the feature owner, about testing it as I own a EFI-based Intel > Macbook and got no reply. > > Cheers, > Debarshi The feature page for EFI is incomplete and it has not be reviewed and accepted by FESCo for Fedora 9. More about the feature process is here: http://fedoraproject.org/wiki/Features/Policy John From lordmorgul at gmail.com Fri Feb 1 21:57:57 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 01 Feb 2008 13:57:57 -0800 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <19763.198.133.149.170.1201901403.squirrel@clueserver.org> References: <1201891018.18612.8.camel@home-desk> <1201893117.20187.7.camel@localhost.localdomain> <19763.198.133.149.170.1201901403.squirrel@clueserver.org> Message-ID: <47A395E5.2040901@gmail.com> Alan wrote: > I don't know how the Livna package handles this problem. I do not use the > Livna packages. I just rebuild from the nVIDIA installer/build script. They do. The libraries are relocated which prevents them being overwritten by mesa, so no conflicts happen the way they used to installing by script. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From martin.sourada at gmail.com Fri Feb 1 22:05:20 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Fri, 01 Feb 2008 23:05:20 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <47A36F7B.1090308@ij.net> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> Message-ID: <1201903520.2767.9.camel@pc-notebook> On Fri, 2008-02-01 at 14:14 -0500, Felix Miata wrote: > You can have FF use 11pt by calculating the number of px that 11pt converts > to at your DPI, and then set FF to use that px size. If your DPI is less than > 96, then you may need to change the pref 'layout.css.dpi' from -1 to 0 to get > around its default 96 DPI floor. > > FF uses px for pref sizes at least in part because at higher than 96 DPI > screen resolutions px offer finer control of the preferred size than pt, 25% > at 120 DPI, 50% at 144 DPI. Since resolutions have been increasing and will > continue to increase, px was and will continue to be a good choice for > maximizing this user control. While good for maximising user control, it is broken behaviour from my POV. I want either small/medium/big text (while any difference in size smaller than cca 0.1 mm is totally insignificant for me and for bigger sizes this threshold even increases) regardless the monitor DPI. When I say to GNOME that I want to see 9 pt big fonts everywhere I want to see them everywhere to be as big as I set them to be - i.e. if I chose whatever LCD and whatever screen resolution combination, I want it to have same absolute size (in my case 9 pt). And that behaviour I expect from web browser as well and I really hate that I need to set it's settings separately and in pixel-relative size (not to mention the default settings are way too big for usual DPI). There should at least be an option (set by default to ON) to use system settings for font. > -- > "For God so loved the world that he gave his one > and only Son, that whoever believes in him shall > not perish but have eternal life." John 3:16 NIV > > Team OS/2 ** Reg. Linux User #211409 > > Felix Miata *** http://mrmazda.no-ip.com/ > 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 nicolas.mailhot at laposte.net Fri Feb 1 22:15:11 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 01 Feb 2008 23:15:11 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201903520.2767.9.camel@pc-notebook> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> Message-ID: <1201904111.22154.2.camel@rousalka.dyndns.org> Le vendredi 01 f?vrier 2008 ? 23:05 +0100, Martin Sourada a ?crit : > On Fri, 2008-02-01 at 14:14 -0500, Felix Miata wrote: > > You can have FF use 11pt by calculating the number of px that 11pt converts > > to at your DPI, and then set FF to use that px size. If your DPI is less than > > 96, then you may need to change the pref 'layout.css.dpi' from -1 to 0 to get > > around its default 96 DPI floor. > > > > FF uses px for pref sizes at least in part because at higher than 96 DPI > > screen resolutions px offer finer control of the preferred size than pt, 25% > > at 120 DPI, 50% at 144 DPI. Since resolutions have been increasing and will > > continue to increase, px was and will continue to be a good choice for > > maximizing this user control. > While good for maximising user control, It's not even good this way. Fractionnal point sizes are not rocket science, there's no need to switch to a different unit (hardware specific even) just to up the precision. -- 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 jan.kratochvil at redhat.com Fri Feb 1 22:17:58 2008 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Fri, 1 Feb 2008 23:17:58 +0100 Subject: Kernel build fails with GCC 4.3 In-Reply-To: <47A389D5.6090907@redhat.com> References: <47A26AEA.1030603@redhat.com> <20080201004755.34C9D27018F@magilla.localdomain> <20080201005042.GA14537@phobos.i.cabal.ca> <20080201084632.GW30691@devserv.devel.redhat.com> <47A349A7.3040205@redhat.com> <47A389D5.6090907@redhat.com> Message-ID: <20080201221758.GA26509@host0.dyn.jankratochvil.net> On Fri, 01 Feb 2008 22:06:29 +0100, Chuck Ebbert wrote: ... > And, after fixing that one we get (on ppc): > > *** ERROR: same build ID in nonidentical files! > /usr/lib/debug/lib/modules/2.6.24-14.fc9/vmlinux > and /boot/vmlinuz-2.6.24-14.fc9 Currently: vmlinuz-$VER: Not marked as executable and therefore not splitted into binary + .debug vmlinux: Copied directly into /usr/lib/debug and therefore its stripped part is duplicite to the vmlinuz-$VER one Proposing: vmlinuz-$VER: Marked as executable, split into a separete vmlinuz-$VER.debug vmlinux: Just a symlink into vmlinuz-$VER, GDB will load the vmlinuz-$VER.debug file for it. This symlink could be dropped but some tools may expect the /lib/modules/$VER/vmlinux file to exist. Still they will now have to deal with the split binary + .debug file for it. If you agree I can test if it works well, it takes a lot of time to build it. Regards, Jan -------------- next part -------------- --- kernel.spec 1 Feb 2008 17:45:46 -0000 1.398 +++ kernel.spec 1 Feb 2008 22:10:44 -0000 @@ -1422,8 +1422,14 @@ BuildKernel() { # save the vmlinux file for kernel debugging into the kernel-debuginfo rpm # %if %{with_debuginfo} - mkdir -p $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer - cp vmlinux $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer + if [ $KernelImage != vmlinux ]; then + mkdir -p $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer + cp vmlinux $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer + else + # mark it executable so that strip-to-file can strip it + chmod u+x $RPM_BUILD_ROOT/%{image_install_path}/vmlinuz-$KernelVer + ln -s %{image_install_path}/vmlinuz-$KernelVer $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer/vmlinux + fi %endif find $RPM_BUILD_ROOT/lib/modules/$KernelVer -name "*.ko" -type f >modnames From cebbert at redhat.com Fri Feb 1 22:21:48 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 01 Feb 2008 17:21:48 -0500 Subject: Kernel build fails with GCC 4.3 In-Reply-To: <20080201221758.GA26509@host0.dyn.jankratochvil.net> References: <47A26AEA.1030603@redhat.com> <20080201004755.34C9D27018F@magilla.localdomain> <20080201005042.GA14537@phobos.i.cabal.ca> <20080201084632.GW30691@devserv.devel.redhat.com> <47A349A7.3040205@redhat.com> <47A389D5.6090907@redhat.com> <20080201221758.GA26509@host0.dyn.jankratochvil.net> Message-ID: <47A39B7C.6060509@redhat.com> On 02/01/2008 05:17 PM, Jan Kratochvil wrote: > On Fri, 01 Feb 2008 22:06:29 +0100, Chuck Ebbert wrote: > ... >> And, after fixing that one we get (on ppc): >> >> *** ERROR: same build ID in nonidentical files! >> /usr/lib/debug/lib/modules/2.6.24-14.fc9/vmlinux >> and /boot/vmlinuz-2.6.24-14.fc9 > > Currently: > > vmlinuz-$VER: Not marked as executable and therefore not splitted into > binary + .debug > vmlinux: Copied directly into /usr/lib/debug and therefore its stripped part is > duplicite to the vmlinuz-$VER one > > Proposing: > > vmlinuz-$VER: Marked as executable, split into a separete vmlinuz-$VER.debug > vmlinux: Just a symlink into vmlinuz-$VER, GDB will load the vmlinuz-$VER.debug > file for it. This symlink could be dropped but some tools may expect > the /lib/modules/$VER/vmlinux file to exist. Still they will now have > to deal with the split binary + .debug file for it. > > If you agree I can test if it works well, it takes a lot of time to build it. > > > > Regards, > Jan > > > ------------------------------------------------------------------------ > > --- kernel.spec 1 Feb 2008 17:45:46 -0000 1.398 > +++ kernel.spec 1 Feb 2008 22:10:44 -0000 > @@ -1422,8 +1422,14 @@ BuildKernel() { > # save the vmlinux file for kernel debugging into the kernel-debuginfo rpm > # > %if %{with_debuginfo} > - mkdir -p $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer > - cp vmlinux $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer > + if [ $KernelImage != vmlinux ]; then > + mkdir -p $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer > + cp vmlinux $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer > + else > + # mark it executable so that strip-to-file can strip it > + chmod u+x $RPM_BUILD_ROOT/%{image_install_path}/vmlinuz-$KernelVer > + ln -s %{image_install_path}/vmlinuz-$KernelVer $RPM_BUILD_ROOT%{debuginfodir}/lib/modules/$KernelVer/vmlinux > + fi > %endif > > find $RPM_BUILD_ROOT/lib/modules/$KernelVer -name "*.ko" -type f >modnames Roland is looking into this; I added a cc: for him. From roland at redhat.com Fri Feb 1 22:24:51 2008 From: roland at redhat.com (Roland McGrath) Date: Fri, 1 Feb 2008 14:24:51 -0800 (PST) Subject: Kernel build fails with GCC 4.3 In-Reply-To: Jan Kratochvil's message of Friday, 1 February 2008 23:17:58 +0100 <20080201221758.GA26509@host0.dyn.jankratochvil.net> References: <47A26AEA.1030603@redhat.com> <20080201004755.34C9D27018F@magilla.localdomain> <20080201005042.GA14537@phobos.i.cabal.ca> <20080201084632.GW30691@devserv.devel.redhat.com> <47A349A7.3040205@redhat.com> <47A389D5.6090907@redhat.com> <20080201221758.GA26509@host0.dyn.jankratochvil.net> Message-ID: <20080201222451.43D2426F8D5@magilla.localdomain> See fedora-kernel-list discussion (some a few weeks back). From jon.nettleton at gmail.com Fri Feb 1 22:44:44 2008 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Fri, 1 Feb 2008 17:44:44 -0500 Subject: F9 for Eeepc In-Reply-To: <200802011130.32950.lamont@lamontpeterson.org> References: <200802011130.32950.lamont@lamontpeterson.org> Message-ID: 2008/2/1 Lamont Peterson : > On Friday 25 January 2008 04:42:49 pm John (J5) Palmieri wrote: > [snip] > > Another thing you might want to do is not have a swap > > partition. Apps run fine without swap, you just might run into OOM more > > frequently. > > I remember reading an article in Linux Journal about 1.5 years ago or so about > a technique for use with embedded and other smaller memory Linux systems so > that you can fix a memory ceiling and, thus, prevent OOM killer from ever > triggering. I don't have my back issues handy (I recently moved), but I > think this is it: > > [ http://www.linuxjournal.com/article/8502 ] > -- I remember that issue!!! Thanks for adding to the list. Here is my checklist. My work is going fast and well. If people are interested should I start a Fedora wiki page? Jon From sundaram at fedoraproject.org Fri Feb 1 22:56:39 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 02 Feb 2008 04:26:39 +0530 Subject: F9 for Eeepc In-Reply-To: References: <200802011130.32950.lamont@lamontpeterson.org> Message-ID: <47A3A3A7.7010903@fedoraproject.org> Jon Nettleton wrote: > > I remember that issue!!! Thanks for adding to the list. Here is my checklist. > > My work is going fast and well. If people are interested should I > start a Fedora wiki page? Yes, you should. Rahul From vonbrand at inf.utfsm.cl Fri Feb 1 23:55:22 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 01 Feb 2008 20:55:22 -0300 Subject: rawhide report: 20080201 changes In-Reply-To: References: <200802011329.m11DTMhZ021267@porkchop.devel.redhat.com> <200802012103.m11L3C57019583@laptop13.inf.utfsm.cl> Message-ID: <200802012355.m11NtMDK023723@laptop13.inf.utfsm.cl> Deji Akingunola wrote: > On Feb 1, 2008 4:03 PM, Horst H. von Brand wrote: > > [...] > > compat-libgfortran-41 seems not to replace libgfortran. > Of course it ought not to, both are parallel installable; > [deji at logos ~]$ rpm -qa |grep libgfortran > compat-libgfortran-41-4.1.2-36.x86_64 > libgfortran-4.3.0-0.7.x86_64 It doesn't replace libgfortran-4.1.2-36.i386. Sorry if that wasn't clear. > >Other packages in > > the GCC constellation can't be updated yet to 4.3. > Maybe you have one of those package requiring libgcj.so.8rh installed, > see the broken deps section of the rawhide report. Right you are. -- 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 dimitris at glezos.com Sat Feb 2 00:07:57 2008 From: dimitris at glezos.com (Dimitris Glezos) Date: Sat, 2 Feb 2008 02:07:57 +0200 Subject: Elvis-hosted modules to be moved on 18/2 Message-ID: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> **NOTE**: This is an *opt out* move of Fedora-as-upstream packages to a new hosting service. If you feel your package(s) cannot participate in this move, you must explicitly state it on the wiki page. Read on for full details. Hey all. In the previous release cycle, we initiated a move of the modules hosted on rhlinux.redhat.com (aka i18n.r.c, elvis), over to Fedora systems [1]. The benefits are fairly obvious: work closer with the community, development efficiency (versioning system of choice baby!), administration ease (Fedora Account System, fedorahosted.org), well-integrated L10n tools, and a better translation workflow. Good stuff! :) We'll be having another, *final move* of the rest of the modules on the 18th of February 2008. The modules listed on the following coordination page are ones that Fedora is upstream, hosted on elvis, active, and receiving translations -- they will be moved to the maintainer's VCS of choice on Fedora Infrastructure. http://fedoraproject.org/wiki/Infrastructure/RFR/FinalElvisMove IIRC, we currently do cvs, svn, hg, git, bzr. Projects hosted on cvs.fedoraproject.org can receive translations directly. All modules will be listed on the Translation Statistics page [2] and will use Transifex [3] (already in production) for handling translation submissions from all translators. All past and present elvis contributors (developers, translators, foo) will be mass-emailed with information for the migration, and guided by existing teams to create Fedora accounts and continue their work. The process is *opt out*, so by default all modules listed on the above page will be *moved* (ie. deleted from elvis). Unless requested explicitly, default target is cvs.fpo. If you need one of the above mentioned modules to stay on elvis for a reason, please mark it clearly on the wiki page together with a justification. Any other information we should know (dead projects that shouldn't move, details we should take care, etc) -- just let us know on the wiki page. Thanks for your attention. -d [1]: http://www.redhat.com/archives/fedora-devel-list/2007-June/msg01992.html [2]: http://translate.fedoraproject.org/ [3]: https://translate.fedoraproject.org/submit/ -- 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 jon.nettleton at gmail.com Sat Feb 2 02:00:02 2008 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Fri, 1 Feb 2008 21:00:02 -0500 Subject: F9 for Eeepc In-Reply-To: <47A3A3A7.7010903@fedoraproject.org> References: <200802011130.32950.lamont@lamontpeterson.org> <47A3A3A7.7010903@fedoraproject.org> Message-ID: On Feb 1, 2008 5:56 PM, Rahul Sundaram wrote: > Jon Nettleton wrote: > > > > I remember that issue!!! Thanks for adding to the list. Here is my checklist. > > > > My work is going fast and well. If people are interested should I > > start a Fedora wiki page? > > Yes, you should. > I have started the page and input some info into it. I need to post my code changes and the repository I have setup still. Please feel free to edit the page and add questions/comments. https://fedoraproject.org/wiki/EeePc?action=show Jon From limb at jcomserv.net Sat Feb 2 02:24:42 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 1 Feb 2008 20:24:42 -0600 (CST) Subject: Licensing issue In-Reply-To: <47A385AB.6050702@gmail.com> References: <56007.63.85.68.164.1201896785.squirrel@mail.jcomserv.net> <47A385AB.6050702@gmail.com> Message-ID: <46759.192.168.0.1.1201919082.squirrel@mail.jcomserv.net> > Jon Ciesla wrote: >> Roundcubemail, at one time, conatined some PHP-licensed PEAR pieces, >> which >> are already in Fedora. When I first got the package into Fedora, I >> stripped those out of the upstream tarball. A release later, upstream >> removed them. Then, a release after that, they put them back and I >> failed >> to notice. I've corrected this in the current Fedora builds, and will >> do >> Bodhi releases, as well as EPEL builds. Do we need to pull the >> roundcubemail-0.1-0.8rc2.1 builds and SRPMS, or is the presence of the >> roundcubemail-0.1-0.9rc2.1 builds sufficient? >> >> Jon > > You had the PEAR bits included in roundcubemail-0.1-0.8rc2.1 itself, but > have > removed them in roundcubemail-0.1-0.9rc2.1? (I just wasn't sure thats > what you > meant, I don't know the answer) :) Correct. > -- > Andrew Farris www.lordmorgul.net > gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B > 1DF3 > No one now has, and no one will ever again get, the big picture. - Daniel > Geer > ---- > ---- > -- novus ordo absurdum From limb at jcomserv.net Sat Feb 2 02:26:31 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 1 Feb 2008 20:26:31 -0600 (CST) Subject: Licensing issue In-Reply-To: <1201901450.3505.18.camel@dhcp83-155.boston.redhat.com> References: <56007.63.85.68.164.1201896785.squirrel@mail.jcomserv.net> <1201901450.3505.18.camel@dhcp83-155.boston.redhat.com> Message-ID: <46825.192.168.0.1.1201919191.squirrel@mail.jcomserv.net> > > On Fri, 2008-02-01 at 14:13 -0600, Jon Ciesla wrote: >> Roundcubemail, at one time, conatined some PHP-licensed PEAR pieces, >> which >> are already in Fedora. When I first got the package into Fedora, I >> stripped those out of the upstream tarball. A release later, upstream >> removed them. Then, a release after that, they put them back and I >> failed >> to notice. I've corrected this in the current Fedora builds, and will >> do >> Bodhi releases, as well as EPEL builds. Do we need to pull the >> roundcubemail-0.1-0.8rc2.1 builds and SRPMS, or is the presence of the >> roundcubemail-0.1-0.9rc2.1 builds sufficient? > > No, just fix the issue with updated packages for all relevant targets > and try to get upstream to understand why we're pulling this code out in > the first place. Ok, thanks, will do. Maybe at the same time, they can repond to my inquiries about: https://bugzilla.redhat.com/show_bug.cgi?id=423271 While I'm at it, maybe I'll get a unicorn, a Prius and $2m. > ~spot > -- novus ordo absurdum From dakingun at gmail.com Sat Feb 2 02:49:36 2008 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 1 Feb 2008 21:49:36 -0500 Subject: rawhide report: 20080201 changes In-Reply-To: <200802012355.m11NtMDK023723@laptop13.inf.utfsm.cl> References: <200802011329.m11DTMhZ021267@porkchop.devel.redhat.com> <200802012103.m11L3C57019583@laptop13.inf.utfsm.cl> <200802012355.m11NtMDK023723@laptop13.inf.utfsm.cl> Message-ID: On Feb 1, 2008 6:55 PM, Horst H. von Brand wrote: > Deji Akingunola wrote: > > On Feb 1, 2008 4:03 PM, Horst H. von Brand wrote: > > > [...] > > > compat-libgfortran-41 seems not to replace libgfortran. > > Of course it ought not to, both are parallel installable; > > [deji at logos ~]$ rpm -qa |grep libgfortran > > compat-libgfortran-41-4.1.2-36.x86_64 > > libgfortran-4.3.0-0.7.x86_64 > > It doesn't replace libgfortran-4.1.2-36.i386. Sorry if that wasn't clear. > Hmm, no. As the name implies, it provides compatibility for the old gfortran library, libgfortran itself has moved on. Deji From mrmazda at ij.net Sat Feb 2 06:46:37 2008 From: mrmazda at ij.net (Felix Miata) Date: Sat, 02 Feb 2008 01:46:37 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201895921.21125.11.camel@rousalka.dyndns.org> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201895921.21125.11.camel@rousalka.dyndns.org> Message-ID: <47A411CD.1000507@ij.net> On 2008/02/01 20:58 (GMT+0100) Nicolas Mailhot apparently typed: > most of the > people commissionning web sites didn't grow up with a browser. I'm not so sure that's a given, but certainly the proportion of the total is far from inconsequential. OTOH, most of these commissioners probably have puters on their desks now, and they're probably using the biggest display sizes among those in their respective companies, and probably 100% defaults, which means their 12pt fonts are probably larger than most other peoples' other than web deeziners', who as "professionals" and as a group also use bigger displays than average. -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From mrmazda at ij.net Sat Feb 2 07:51:07 2008 From: mrmazda at ij.net (Felix Miata) Date: Sat, 02 Feb 2008 02:51:07 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201904111.22154.2.camel@rousalka.dyndns.org> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> Message-ID: <47A420EB.70608@ij.net> On 2008/02/01 23:15 (GMT+0100) Nicolas Mailhot apparently typed: > Fractionnal point sizes are not rocket science, One wouldn't think so, but exactly which apps permit selection of and actually use sizes specified in fractional pt? NAICT, all GUI web browsers round all font sizes to pixel integer multiples regardless of what they seem to calculate to. > there's no need to switch to a different unit (hardware > specific even) just to up the precision. The switch regarding mainstream mozilla apps is ancient history, and attempts to reverse it via mozilla's bugzilla have been wontfixed. https://bugzilla.mozilla.org/show_bug.cgi?id=414427 seems more likely to stand a chance of a fix, and is probably overdue. I'm surprised it hasn't been marked a dupe of a much older bug. -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From hughsient at gmail.com Sat Feb 2 08:31:24 2008 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 02 Feb 2008 08:31:24 +0000 Subject: PackageKit, localisation and koji Message-ID: <1201941084.2774.16.camel@hughsie-laptop> RPM spec files are rarely localised. This doesn't matter much if you speak English, but really sucks if you don't. We can't add all translations to all the packages in the world, but we can do our best to be clever: http://people.freedesktop.org/~hughsient/temp/pk-application-extra.png This is with my locale set to "en_GB" and the libpackagekit results hardcoded to "fr" - the two will match up eventually of course. There's new functionality in libpackagekit that lets you query (as a user) a small cached sqlite repository containing all the localisations and icon names. The data from this is populated per system (as root) from a few information sources: * All the installed desktop files in /usr/share/applications (this works now) * Metadata from the online desktop project (to get things like popularity, WIP) * Information about non-installed packages generated from the distro builder (WIP) I don't think caching the installed icons and shipping them separately is a good idea, just from a size point of view. The sqlite database is currently at 200kb in size with over 200 applications installed (i.e. things that ship desktop files) so I'm guessing it would be few Mb with the entire distro repository of information in and the online desktop stuff. Updating the offline repo would be left to the distro packager, as of course, this stuff is all per-distribution. Now, for the difficult request. Would it be possible for koji (or some other tool) to copy the all the compiled .desktop files into a random directory somewhere after a successful build? In this way PackageKit will get translations for applications that are not yet installed, and PackageKit can have the sqlite database populated by an extra sub-package. The information has to come from koji, rather than operate on .srpm files directly, as many applications have to merge a .desktop.in file with a .po file into a .desktop file. Something like this is what is going to be done for conary on foresight linux. I appreciate this would be a pretty giant hack, but there's no way I could do an "everything" install on every package in fedora just to get at the desktop files. Ideas welcome. Richard. From fedora at leemhuis.info Sat Feb 2 09:28:25 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 02 Feb 2008 10:28:25 +0100 Subject: Older kernel shipped as F7 kernel update? Message-ID: <47A437B9.8030002@leemhuis.info> Hi all! /me is a bit puzzled On "28 Jan 2008 22:14:47 -0700" kernel-2.6.23.14-64.fc7 was shipped as update: https://www.redhat.com/archives/fedora-package-announce/2008-January/msg00968.html Some minutes ago on "02 Feb 2008 02:01:59 -0700" kernel-2.6.23.14-60.fc7 was shipped as update: https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00061.html $ rpmdev-vercmp 2.6.23.14-64.fc7 2.6.23.14-60.fc7 0:2.6.23.14-64.fc7 is newer Epochs involved? No doesn't look like it: rpm -qp kernel-2.6.23.14-60.fc7.i686.rpm --qf '%{EPOCH}\n' Was is 2.6.23.14-64.fc7 revoked? Never shipped properly? Ohh, no, some servers carry it: http://ftp.stw-bonn.de/pub/fedora/linux/updates/7/i386/kernel-2.6.23.14-64.fc7.i686.rpm http://download.fedora.redhat.com/pub/fedora/linux/updates/7/i386/kernel-2.6.23.14-64.fc7.i686.rpm /me wonders how long the letter will remain there Bodhi error? Cu knurd From Axel.Thimm at ATrpms.net Sat Feb 2 10:23:01 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Feb 2008 12:23:01 +0200 Subject: Older kernel shipped as F7 kernel update? In-Reply-To: <47A437B9.8030002@leemhuis.info> References: <47A437B9.8030002@leemhuis.info> Message-ID: <20080202102301.GC7024@puariko.nirvana> On Sat, Feb 02, 2008 at 10:28:25AM +0100, Thorsten Leemhuis wrote: > Hi all! > > /me is a bit puzzled > > On "28 Jan 2008 22:14:47 -0700" kernel-2.6.23.14-64.fc7 was shipped as > update: > https://www.redhat.com/archives/fedora-package-announce/2008-January/msg00968.html > > Some minutes ago on "02 Feb 2008 02:01:59 -0700" kernel-2.6.23.14-60.fc7 > was shipped as update: > https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00061.html Just wanted to report the same thing, glad it's not just me that thinks 60<64. ;) AFAIK, -60 wasn't even a test release, or was it (???). BTW FC6 was the last release to send test update notificatiopn to fedora-test, this seems to have been discontinued since F7. Not a Good Think IMHO. > $ rpmdev-vercmp 2.6.23.14-64.fc7 2.6.23.14-60.fc7 > 0:2.6.23.14-64.fc7 is newer > > Epochs involved? No doesn't look like it: > rpm -qp kernel-2.6.23.14-60.fc7.i686.rpm --qf '%{EPOCH}\n' > > Was is 2.6.23.14-64.fc7 revoked? Never shipped properly? Ohh, no, some > servers carry it: > http://ftp.stw-bonn.de/pub/fedora/linux/updates/7/i386/kernel-2.6.23.14-64.fc7.i686.rpm > http://download.fedora.redhat.com/pub/fedora/linux/updates/7/i386/kernel-2.6.23.14-64.fc7.i686.rpm > > /me wonders how long the letter will remain there > > Bodhi error? I thought we had one-way upgrade paths checks in the compilation tools. At least if several candidates are available the tools are supposed to pick the latest, right? Several things look like having gone south for this to happen. Is it now possible to track down the path the "older" package went on to show up at the wrong place, so we can find and squash the bugs? -- 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 lmacken at redhat.com Sat Feb 2 10:27:40 2008 From: lmacken at redhat.com (Luke Macken) Date: Sat, 2 Feb 2008 05:27:40 -0500 Subject: Creating live USB keys in Windows Message-ID: <20080202102740.GA20025@crow> Hi! So, I wrote some code that will install a Fedora Live ISO onto a USB stick, in Windows. It automatically detects all removable drives, finds your ISO, extracts it to your USB key, tweaks the syslinux.cfg, and installs the bootloader. From a user perspective, using it is pretty simple: - download fedora - download and extract livecd-iso-to-usb.zip - drag fedora iso into directory - double click 'livecd-iso-to-usb.exe' - ...profit! It has worked great during all of my testing, and Jesse seemed to have good luck with it today, but we definitely need more people to try it out before we can start recommending it to users. Documentation: http://fedoraproject.org/wiki/LukeMacken/WindowsLiveUSB In action: http://lmacken.fedorapeople.org/livecd-iso-to-usb.png The binary: http://lmacken.fedorapeople.org/livecd-iso-to-usb.zip The code: git clone http://lmacken.fedorapeople.org/livecd-iso-to-usb.git Comments/suggestions/patches/flames ? Thanks! luke -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lordmorgul at gmail.com Sat Feb 2 10:36:46 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 02 Feb 2008 02:36:46 -0800 Subject: Older kernel shipped as F7 kernel update? In-Reply-To: <20080202102301.GC7024@puariko.nirvana> References: <47A437B9.8030002@leemhuis.info> <20080202102301.GC7024@puariko.nirvana> Message-ID: <47A447BE.50302@gmail.com> Axel Thimm wrote: > On Sat, Feb 02, 2008 at 10:28:25AM +0100, Thorsten Leemhuis wrote: >> Hi all! >> >> /me is a bit puzzled >> >> On "28 Jan 2008 22:14:47 -0700" kernel-2.6.23.14-64.fc7 was shipped as >> update: >> https://www.redhat.com/archives/fedora-package-announce/2008-January/msg00968.html >> >> Some minutes ago on "02 Feb 2008 02:01:59 -0700" kernel-2.6.23.14-60.fc7 >> was shipped as update: >> https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00061.html > > Just wanted to report the same thing, glad it's not just me that > thinks 60<64. ;) > > AFAIK, -60 wasn't even a test release, or was it (???). BTW FC6 was > the last release to send test update notificatiopn to fedora-test, > this seems to have been discontinued since F7. Not a Good Think IMHO. Are you sure you're receiving mail from fedora-test? F7 and F8 updates-testing announcements are going out. This mail on 1/24 and 3 more like it since: The following builds has been pushed to Fedora 7 updates-testing R-BSgenome.Dmelanogaster.FlyBase.r51-1.3.1-3 b43-fwcutter-010-2.fc7 bzr-1.1-1.fc7 bzrtools-1.1.0-1.fc7 elfutils-0.132-3.fc7 fuse-encfs-1.4.1.1-1.fc7 fuse-sshfs-1.9-2.fc7 gcin-1.3.8-1.fc7 haproxy-1.3.14.2-1.fc7 highlight-2.6.7-2.fc7 hsqldb-1.8.0.9-1jpp.1.fc7 kernel-2.6.23.14-64.fc7 libmspack-0.0-0.4.20060920alpha.fc7 libnetfilter_conntrack-0.0.82-1.fc7 mfiler2-4.0.8b-1.fc7 pam_mysql-0.7-0.4.rc1.fc7 perl-Want-0.16-1.fc7 photoml-0.25-1.fc7 python-cheetah-2.0.1-1.fc7 python-cherrypy-2.3.0-3.fc7 python-paramiko-1.7.2-1.fc7 python-turbocheetah-1.0-1.fc7 recordmydesktop-0.3.7-2.fc7 scapy-1.1.1-4.fc7 serenity-1.7.1-3.fc7 sylpheed-2.3.1-6 system-config-printer-0.7.74.9-2.fc7 tetex-3.0-40.5.fc7 unpaper-0.3-1.fc7 vnc-ltsp-config-4.0-4.fc7 xfsprogs-2.9.5-1.fc7 -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Sat Feb 2 10:39:19 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 02 Feb 2008 02:39:19 -0800 Subject: Older kernel shipped as F7 kernel update? In-Reply-To: <47A437B9.8030002@leemhuis.info> References: <47A437B9.8030002@leemhuis.info> Message-ID: <47A44857.2080100@gmail.com> Thorsten Leemhuis wrote: > Hi all! > > /me is a bit puzzled > > On "28 Jan 2008 22:14:47 -0700" kernel-2.6.23.14-64.fc7 was shipped as > update: > https://www.redhat.com/archives/fedora-package-announce/2008-January/msg00968.html > > Some minutes ago on "02 Feb 2008 02:01:59 -0700" kernel-2.6.23.14-60.fc7 > was shipped as update: > https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00061.html > > $ rpmdev-vercmp 2.6.23.14-64.fc7 2.6.23.14-60.fc7 > 0:2.6.23.14-64.fc7 is newer > > Epochs involved? No doesn't look like it: > rpm -qp kernel-2.6.23.14-60.fc7.i686.rpm --qf '%{EPOCH}\n' > > Was is 2.6.23.14-64.fc7 revoked? Never shipped properly? Ohh, no, some > servers carry it: > http://ftp.stw-bonn.de/pub/fedora/linux/updates/7/i386/kernel-2.6.23.14-64.fc7.i686.rpm > http://download.fedora.redhat.com/pub/fedora/linux/updates/7/i386/kernel-2.6.23.14-64.fc7.i686.rpm > > /me wonders how long the letter will remain there > > Bodhi error? This did not show up in the updates-testing report for today, so I'm thinking there must have been a mistake in there somewhere. Does that kernel have high karma in bodhi? Maybe it got slipped out accidentally or something. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From nicolas.mailhot at laposte.net Sat Feb 2 10:38:58 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 02 Feb 2008 11:38:58 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <47A420EB.70608@ij.net> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> <47A420EB.70608@ij.net> Message-ID: <1201948738.24665.10.camel@rousalka.dyndns.org> Le samedi 02 f?vrier 2008 ? 02:51 -0500, Felix Miata a ?crit : > On 2008/02/01 23:15 (GMT+0100) Nicolas Mailhot apparently typed: > > > Fractionnal point sizes are not rocket science, > > One wouldn't think so, but exactly which apps permit selection of and > actually use sizes specified in fractional pt? Gnome used to, someone "simplified" the UI but writing fractions directly in gconf-editor will still work I think. > > there's no need to switch to a different unit (hardware > > specific even) just to up the precision. > > The switch regarding mainstream mozilla apps is ancient history, Mozilla can do whatever it wants on systems with no clear conventions, on Linux desktops where everything is in pt it should respect the system conventions. There's one thing worse than a bad convention it's a smartass that ignores it when everyone else follows the rule. -- 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 lordmorgul at gmail.com Sat Feb 2 10:54:11 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 02 Feb 2008 02:54:11 -0800 Subject: Creating live USB keys in Windows In-Reply-To: <20080202102740.GA20025@crow> References: <20080202102740.GA20025@crow> Message-ID: <47A44BD3.8090806@gmail.com> Luke Macken wrote: > Hi! > > So, I wrote some code that will install a Fedora Live ISO onto a USB > stick, in Windows. This is expected to work with FEL for F8? I'll be able to test that. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From martin.sourada at gmail.com Sat Feb 2 10:58:24 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 02 Feb 2008 11:58:24 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201948738.24665.10.camel@rousalka.dyndns.org> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> <47A420EB.70608@ij.net> <1201948738.24665.10.camel@rousalka.dyndns.org> Message-ID: <1201949904.2767.14.camel@pc-notebook> On Sat, 2008-02-02 at 11:38 +0100, Nicolas Mailhot wrote: > Le samedi 02 f?vrier 2008 ? 02:51 -0500, Felix Miata a ?crit : > > On 2008/02/01 23:15 (GMT+0100) Nicolas Mailhot apparently typed: > > > > > Fractionnal point sizes are not rocket science, > > > > One wouldn't think so, but exactly which apps permit selection of and > > actually use sizes specified in fractional pt? > > Gnome used to, someone "simplified" the UI but writing fractions > directly in gconf-editor will still work I think. > "Used to" is wrong at least until Gnome 2.20.2 (Fedora 8). I've just tried setting via appearances caplet font size to 8.5. No problem. Only you have to set in manually in the font picker (more specifically in the "size" labelled entry), but gnome accepts it. 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 lmacken at redhat.com Sat Feb 2 11:16:15 2008 From: lmacken at redhat.com (Luke Macken) Date: Sat, 2 Feb 2008 06:16:15 -0500 Subject: Creating live USB keys in Windows In-Reply-To: <47A44BD3.8090806@gmail.com> References: <20080202102740.GA20025@crow> <47A44BD3.8090806@gmail.com> Message-ID: <20080202111615.GC20025@crow> On Sat, Feb 02, 2008 at 02:54:11AM -0800, Andrew Farris wrote: > Luke Macken wrote: >> Hi! >> >> So, I wrote some code that will install a Fedora Live ISO onto a USB >> stick, in Windows. > > This is expected to work with FEL for F8? I'll be able to test that. It should work fine with any Fedora Live ISO. Testing would be appreciated. Thanks, luke From Axel.Thimm at ATrpms.net Sat Feb 2 11:41:52 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Feb 2008 13:41:52 +0200 Subject: Older kernel shipped as F7 kernel update? In-Reply-To: <47A447BE.50302@gmail.com> References: <47A437B9.8030002@leemhuis.info> <20080202102301.GC7024@puariko.nirvana> <47A447BE.50302@gmail.com> Message-ID: <20080202114152.GA8923@puariko.nirvana> On Sat, Feb 02, 2008 at 02:36:46AM -0800, Andrew Farris wrote: > Axel Thimm wrote: >> On Sat, Feb 02, 2008 at 10:28:25AM +0100, Thorsten Leemhuis wrote: >>> Hi all! >>> >>> /me is a bit puzzled >>> >>> On "28 Jan 2008 22:14:47 -0700" kernel-2.6.23.14-64.fc7 was shipped as >>> update: >>> https://www.redhat.com/archives/fedora-package-announce/2008-January/msg00968.html >>> >>> Some minutes ago on "02 Feb 2008 02:01:59 -0700" kernel-2.6.23.14-60.fc7 >>> was shipped as update: >>> https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00061.html >> >> Just wanted to report the same thing, glad it's not just me that >> thinks 60<64. ;) >> >> AFAIK, -60 wasn't even a test release, or was it (???). BTW FC6 was >> the last release to send test update notificatiopn to fedora-test, >> this seems to have been discontinued since F7. Not a Good Think IMHO. > > Are you sure you're receiving mail from fedora-test? F7 and F8 > updates-testing announcements are going out. > > This mail on 1/24 and 3 more like it since: > > The following builds has been pushed to Fedora 7 updates-testing > > R-BSgenome.Dmelanogaster.FlyBase.r51-1.3.1-3 > b43-fwcutter-010-2.fc7 > [lots more] Yes, I am, I am not referring to digest reports, but individual reports that you would catch by Subject. But perhaps there were too many notifications and the individual reports were therefore removed. Anyway -60 isn't mentioned on these digests either (or maybe it wil at the end of the day). -- 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 mike at miketc.com Sat Feb 2 11:51:33 2008 From: mike at miketc.com (Mike Chambers) Date: Sat, 02 Feb 2008 05:51:33 -0600 Subject: Older kernel shipped as F7 kernel update? In-Reply-To: <20080202114152.GA8923@puariko.nirvana> References: <47A437B9.8030002@leemhuis.info> <20080202102301.GC7024@puariko.nirvana> <47A447BE.50302@gmail.com> <20080202114152.GA8923@puariko.nirvana> Message-ID: <1201953093.5570.2.camel@scrappy.miketc.com> On Sat, 2008-02-02 at 13:41 +0200, Axel Thimm wrote: > Yes, I am, I am not referring to digest reports, but individual > reports that you would catch by Subject. But perhaps there were too > many notifications and the individual reports were therefore removed. The messages are going to fedora-package-announce@ (maybe add a -list to that, not sure?) now instead. Try that list. http://www.redhat.com/mailman/listinfo/fedora-package-announce -- Mike Chambers Madisonville, KY "The best lil town on Earth!" From gary at mlbassoc.com Sat Feb 2 12:30:48 2008 From: gary at mlbassoc.com (Gary Thomas) Date: Sat, 02 Feb 2008 05:30:48 -0700 Subject: initrd explosion? Message-ID: <47A46278.6090700@mlbassoc.com> What's happened to the initrd image in rawhide? The last version I checked was only 8+ MB $ ls -l work3/FC/fedora/development/i386/os/isolinux/ total 11212 -rw-r--r-- 1 gthomas gthomas 292 2008-01-27 03:55 boot.msg -rw-r--r-- 1 gthomas gthomas 919 2008-01-27 03:55 general.msg -rw-r--r-- 1 gthomas gthomas 8623281 2008-01-27 03:55 initrd.img -r--r--r-- 1 gthomas gthomas 10932 2008-01-27 03:55 isolinux.bin -r-xr-xr-x 1 gthomas gthomas 963 2008-01-27 03:55 isolinux.cfg -r--r--r-- 1 gthomas gthomas 103260 2008-01-27 03:55 memtest -rw-r--r-- 1 gthomas gthomas 817 2008-01-27 03:55 options.msg -rw-r--r-- 1 gthomas gthomas 517 2008-01-27 03:55 param.msg -rw-r--r-- 1 gthomas gthomas 490 2008-01-27 03:55 rescue.msg -r--r--r-- 1 gthomas gthomas 446917 2008-01-27 03:55 splash.jpg -r--r--r-- 1 gthomas gthomas 117568 2008-01-27 03:55 vesamenu.c32 -rw-r--r-- 1 gthomas gthomas 2109184 2008-01-27 03:55 vmlinuz Friday's version is now 76+! $ ls /work3/FC/fedora/development/i386/os/isolinux/ -l total 77364 -rw-r--r-- 1 gthomas gthomas 292 2008-02-01 04:59 boot.msg -rw-r--r-- 1 gthomas gthomas 919 2008-02-01 04:59 general.msg -rw-r--r-- 1 gthomas gthomas 76295487 2008-02-01 04:59 initrd.img -r--r--r-- 1 gthomas gthomas 10932 2008-02-01 04:59 isolinux.bin -r-xr-xr-x 1 gthomas gthomas 963 2008-02-01 04:59 isolinux.cfg -r--r--r-- 1 gthomas gthomas 103260 2008-02-01 04:59 memtest -rw-r--r-- 1 gthomas gthomas 817 2008-02-01 04:59 options.msg -rw-r--r-- 1 gthomas gthomas 517 2008-02-01 04:59 param.msg -rw-r--r-- 1 gthomas gthomas 490 2008-02-01 04:59 rescue.msg -r--r--r-- 1 gthomas gthomas 446917 2008-02-01 04:59 splash.jpg -r--r--r-- 1 gthomas gthomas 117568 2008-02-01 04:59 vesamenu.c32 -rw-r--r-- 1 gthomas gthomas 2109824 2008-02-01 04:59 vmlinuz Everything else seems in line, it's just initrd that seems a bit excessive. n.b. this system runs on my big boxes, but fails to even start on my 192MB ThinkPad :-( https://bugzilla.redhat.com/show_bug.cgi?id=431305 -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------ From kevin.kofler at chello.at Sat Feb 2 12:42:30 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 2 Feb 2008 12:42:30 +0000 (UTC) Subject: Older kernel shipped as F7 kernel update? References: <47A437B9.8030002@leemhuis.info> <20080202102301.GC7024@puariko.nirvana> <47A447BE.50302@gmail.com> <20080202114152.GA8923@puariko.nirvana> <1201953093.5570.2.camel@scrappy.miketc.com> Message-ID: Mike Chambers miketc.com> writes: > The messages are going to fedora-package-announce@ (maybe add a -list to > that, not sure?) now instead. Try that list. Test updates aren't sent to fedora-package-announce, they now show up in those summaries only. Kevin Kofler From lordmorgul at gmail.com Sat Feb 2 12:55:29 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 02 Feb 2008 04:55:29 -0800 Subject: initrd explosion? In-Reply-To: <47A46278.6090700@mlbassoc.com> References: <47A46278.6090700@mlbassoc.com> Message-ID: <47A46841.4020802@gmail.com> Gary Thomas wrote: > What's happened to the initrd image in rawhide? > > The last version I checked was only 8+ MB > > $ ls -l work3/FC/fedora/development/i386/os/isolinux/ > total 11212 > -rw-r--r-- 1 gthomas gthomas 292 2008-01-27 03:55 boot.msg > -rw-r--r-- 1 gthomas gthomas 919 2008-01-27 03:55 general.msg > -rw-r--r-- 1 gthomas gthomas 8623281 2008-01-27 03:55 initrd.img > -r--r--r-- 1 gthomas gthomas 10932 2008-01-27 03:55 isolinux.bin > -r-xr-xr-x 1 gthomas gthomas 963 2008-01-27 03:55 isolinux.cfg > -r--r--r-- 1 gthomas gthomas 103260 2008-01-27 03:55 memtest > -rw-r--r-- 1 gthomas gthomas 817 2008-01-27 03:55 options.msg > -rw-r--r-- 1 gthomas gthomas 517 2008-01-27 03:55 param.msg > -rw-r--r-- 1 gthomas gthomas 490 2008-01-27 03:55 rescue.msg > -r--r--r-- 1 gthomas gthomas 446917 2008-01-27 03:55 splash.jpg > -r--r--r-- 1 gthomas gthomas 117568 2008-01-27 03:55 vesamenu.c32 > -rw-r--r-- 1 gthomas gthomas 2109184 2008-01-27 03:55 vmlinuz > > Friday's version is now 76+! > > $ ls /work3/FC/fedora/development/i386/os/isolinux/ -l > total 77364 > -rw-r--r-- 1 gthomas gthomas 292 2008-02-01 04:59 boot.msg > -rw-r--r-- 1 gthomas gthomas 919 2008-02-01 04:59 general.msg > -rw-r--r-- 1 gthomas gthomas 76295487 2008-02-01 04:59 initrd.img > -r--r--r-- 1 gthomas gthomas 10932 2008-02-01 04:59 isolinux.bin > -r-xr-xr-x 1 gthomas gthomas 963 2008-02-01 04:59 isolinux.cfg > -r--r--r-- 1 gthomas gthomas 103260 2008-02-01 04:59 memtest > -rw-r--r-- 1 gthomas gthomas 817 2008-02-01 04:59 options.msg > -rw-r--r-- 1 gthomas gthomas 517 2008-02-01 04:59 param.msg > -rw-r--r-- 1 gthomas gthomas 490 2008-02-01 04:59 rescue.msg > -r--r--r-- 1 gthomas gthomas 446917 2008-02-01 04:59 splash.jpg > -r--r--r-- 1 gthomas gthomas 117568 2008-02-01 04:59 vesamenu.c32 > -rw-r--r-- 1 gthomas gthomas 2109824 2008-02-01 04:59 vmlinuz > > Everything else seems in line, it's just initrd that seems > a bit excessive. n.b. this system runs on my big boxes, but fails > to even start on my 192MB ThinkPad :-( > https://bugzilla.redhat.com/show_bug.cgi?id=431305 > > That initrd is probably built from the kernel compiles that caused 2.6.24-9 to be a 200mb kernel. Its being looked into, see threads on -devel. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From mrmazda at ij.net Sat Feb 2 13:30:40 2008 From: mrmazda at ij.net (Felix Miata) Date: Sat, 02 Feb 2008 08:30:40 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201949904.2767.14.camel@pc-notebook> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> <47A420EB.70608@ij.net> <1201948738.24665.10.camel@rousalka.dyndns.org> <1201949904.2767.14.camel@pc-notebook> Message-ID: <47A47080.8090003@ij.net> On 2008/02/02 11:58 (GMT+0100) Martin Sourada apparently typed: > On Sat, 2008-02-02 at 11:38 +0100, Nicolas Mailhot wrote: >> Le samedi 02 f??vrier 2008 ? 02:51 -0500, Felix Miata a ??crit : >> > On 2008/02/01 23:15 (GMT+0100) Nicolas Mailhot apparently typed: >> > > Fractionnal point sizes are not rocket science, >> > One wouldn't think so, but exactly which apps permit selection of and >> > actually use sizes specified in fractional pt? >> Gnome used to, someone "simplified" the UI but writing fractions >> directly in gconf-editor will still work I think. > "Used to" is wrong at least until Gnome 2.20.2 (Fedora 8). I've just > tried setting via appearances caplet font size to 8.5. No problem. Only > you have to set in manually in the font picker (more specifically in the > "size" labelled entry), but gnome accepts it. My question had two parts. Neither of you addressed part two at all, and you only half addressed part one. What apps (not DTEs) will display discrete sizes regardless of DPI for 7.2pt, 7.7pt, 8pt, 8.3pt, 8.6pt, 9pt, 9.5pt, etc.? http://mrmazda.no-ip.com/auth/Font/font-rounding.html -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From buildsys at redhat.com Sat Feb 2 13:31:46 2008 From: buildsys at redhat.com (Build System) Date: Sat, 2 Feb 2008 08:31:46 -0500 Subject: rawhide report: 20080202 changes Message-ID: <200802021331.m12DVk3U016362@porkchop.devel.redhat.com> New package ghost-diagrams A program that generates patterns from tiles New package libvncserver Library to make writing a vnc server easy New package perl-CSS-Squish Compact many CSS files into one big file New package perl-DateTime-Format-Oracle Parse and format Oracle dates and timestamps New package perl-Text-Format Various subroutines to format text New package scapy Interactive packet manipulation tool and network scanner Removed package dekorator Updated Packages: OpenEXR-1.6.1-3.fc9 ------------------- * Fri Feb 01 2008 Rex Dieter 1.6.1-3 - gcc43 patch - purge rpaths SDL-1.2.13-2.fc9 ---------------- * Fri Feb 01 2008 Thomas Woerner 1.2.13-2 - new static sub package for static libraries * Mon Jan 07 2008 Thomas Woerner 1.2.13-1 - new version 1.2.13 - fixes i810 video overlay problem (rhbz#310841) - fixes c++ style comments in header files (rhbz#426475) - review fixes: spec file cleanup, dropped static libs (rhbz#226402) - fixed pulseaudio hack scripts from Warren for multilib systems (rhbz#426579) - fixed pulseaudio detection in configure to enable dynamic use of pulseaudio libraries * Fri Dec 21 2007 Warren Togami 1.2.12-5 - correct stupid mistake that broke SDL-devel RPM should error out if a SourceX is defined twice... TurboGears-1.0.4.3-1.fc9 ------------------------ * Fri Feb 01 2008 Luke Macken 1.0.4.3-1 - 1.0.4.3 cairo-java-1.0.5-9.fc9 ---------------------- * Fri Feb 01 2008 Stepan Kasal - 1.0.5-9 - Remove the name_base, java_pkg_prefix, and c_pkg_prefix cruft. - Repeat the main pkg description in -devel description. - -devel should require pkgconfig - add dash to the jar name (between name and version) - Resolves: #192881 compat-gcc-34-3.4.6-9 --------------------- * Fri Feb 01 2008 Jakub Jelinek 3.4.6-9 - rebuild with gcc 4.3, allow libstdc++ 4.1.0 ... 4.3.x dia-1:0.96.1-6.fc9 ------------------ * Fri Feb 01 2008 Hans de Goede 1:0.96.1-6 - Fix svg export (bug 431184) * Sun Dec 02 2007 Hans de Goede 1:0.96.1-5 - Do not put dia in both the Office and the Graphics application menus (bz 408041) * Tue Nov 27 2007 Hans de Goede 1:0.96.1-4 - Fix help not showing due to an encoding error (bz 401291) eclipse-changelog-1:2.6.1-3.fc8 ------------------------------- * Mon Jan 21 2008 Jeff Johnston 1:2.6.1-3 - fix regressions to GNU formatter, ChangeLog editor - fix Prepare ChangeLog project menu activation - allow CRTL+ALT+P from editors * Wed Jan 16 2008 Jeff Johnston 1:2.6.1-2 - fix Obsoletes statements * Mon Jan 14 2008 Jeff Johnston 1:2.6.1-1 - 2.6.1 - switching cparser and javaparser to be fragments file-4.23-4.fc9 --------------- * Fri Feb 01 2008 Tomas Smetana - 4.23-4 - fix mismatching gzip files and text files as animations * Fri Feb 01 2008 Tomas Smetana - 4.23-3 - fix #430927 - detect ext4 filesystems gedit-1:2.21.1-2.fc9 -------------------- * Sat Feb 02 2008 Matthias Clasen - 1:2.21.1-2 - Require zenity (#253815) gerbv-2.0.0-1.fc9 ----------------- * Fri Feb 01 2008 Chitlesh Goorah - 2.0.0-1 - New upstream release glib-java-0.2.6-12.fc9 ---------------------- * Fri Feb 01 2008 Stepan Kasal - 0.2.6-12 - rebuild for new gcc glibc-2.7.90-6 -------------- * Fri Feb 01 2008 Jakub Jelinek 2.7.90-6 - fix build * Thu Jan 31 2008 Jakub Jelinek 2.7.90-5 - update to trunk - rebuild with gcc 4.3 gpicview-0.1.8-1.fc9 -------------------- * Sat Feb 02 2008 Marc Wiriadisastra 0.4-5 - And fix unsf for char being unsigned on ppc * Fri Feb 01 2008 Hans de Goede 0.4-4 - Fix unsf running on big endian systems * Wed Jan 30 2008 Hans de Goede 0.4-3 - Correct license field from GPLv2 to GPLv2+ gtkwave-3.1.4-1.fc9 ------------------- * Fri Feb 01 2008 Paul Howarth 3.1.4-1 - update to 3.1.4 iputils-20070202-7.fc9 ---------------------- * Fri Feb 01 2008 Martin Nagy - 20070202-7 - fix -Q option of ping6 (#213544) kdebase-workspace-4.0.1-2.fc9 ----------------------------- * Fri Feb 01 2008 Kevin Kofler 4.0.1-2 - update kde#155362 (simple menu) patch for 4.0.1 (thanks to Jan Mette) kdegraphics-7:4.0.1-2.fc9 ------------------------- * Fri Feb 01 2008 Kevin Kofler 4.0.1-2 - build against system libspectre (backported from KDE 4.1) kdelibs-6:4.0.1-2.fc9 --------------------- * Fri Feb 01 2008 Than Ngo 4.0.1-2 - autostart from XDG_CONFIG_DIRS * Wed Jan 30 2008 Rex Dieter 4.0.1-1 - 4.0.1 * Wed Jan 30 2008 Rex Dieter 4.0.0-4 - omit openssl patch (f9+ #429846) - respin (qt4) kdenetwork-7:4.0.1-2.fc9 ------------------------ * Fri Feb 01 2008 Rex Dieter 4.0.1-2 - enable krfb, BR: libvncserver-devel kmenu-gnome-0.7-2.fc9 --------------------- * Fri Feb 01 2008 Chitlesh Goorah - 0.7-2 - fixed redhat bugzilla #430875 libgconf-java-2.12.4-10.fc9 --------------------------- * Fri Feb 01 2008 Stepan Kasal - 2.12.4-10 - rebuild for new gcc libglade-java-2.12.5-8.fc9 -------------------------- * Fri Feb 01 2008 Stepan Kasal - 2.12.5-8 - rebuild for new gcc libgnome-java-2.12.4-8.fc9 -------------------------- * Fri Feb 01 2008 Stepan Kasal - 2.12.4-8 - rebuild for new gcc libgtk-java-2.8.7-6.fc9 ----------------------- * Fri Feb 01 2008 Stepan Kasal - 2.8.7-6 - remove runExample.sh from exmaple_DATA to prevent collision - rebuild for new gcc libsemanage-2.0.19-1.fc9 ------------------------ * Fri Feb 01 2008 Dan Walsh - 2.0.19-1 - Update to upstream * Fix genhomedircon to not override a file context with a homedir context from Todd Miller. libvte-java-0.12.1-11.fc9 ------------------------- * Fri Feb 01 2008 Stepan Kasal - 0.12.1-11 - rebuild for new gcc mdadm-2.6.4-3.fc9 ----------------- * Fri Feb 01 2008 Bill Nottingham - 2.6.4-3 - add a udev rules file for device assembly (#429604) ntfsprogs-2.0.0-4.fc9 --------------------- * Fri Feb 01 2008 Tom "spot" Callaway 2.0.0-4 - disable the tests, more trouble than they're worth. - fix rpath issues * Fri Feb 01 2008 Tom "spot" Callaway 2.0.0-3 - add new option for mbinfo only (Jesse Keating) * Fri Nov 30 2007 Tom "spot" Callaway 2.0.0-2 - excludearch ppc ppc64 oddjob-0.29-2.fc8 ----------------- * Tue Jan 22 2008 Nalin Dahyabhai 0.29-2 - correct a typoed interface name declaration in the oddjobd-mkhomedir.conf file which made the mkhomedir helper not work (part of #429524) pgadmin3-1.8.2-1.fc9 -------------------- * Fri Feb 01 2008 Devrim GUNDUZ 1.8.2-1 - Update to 1.8.2 php-pear-1:1.7.0-1.fc9.1 ------------------------ * Fri Feb 01 2008 Remi Collet 1:1.7.0-1 - update to 1.7.0 postgresql-ip4r-1.03-1.fc9 -------------------------- * Fri Feb 01 2008 - Devrim GUNDUZ 1.03-1 - Update to 1.03 raidem-0.3.1-8.fc9 ------------------ * Fri Feb 01 2008 Hans de Goede 0.3.1-8 - Rebuild for new gcc-4.3 (libobjc soname change) roundcubemail-0.1-0.9rc2.1.fc9 ------------------------------ * Fri Feb 01 2008 Jon Ciesla = 0.1-0.9rc2.1 - re-removed PEAR components that slipped back in after rc1. selinux-policy-3.2.6-1.fc9 -------------------------- * Fri Feb 01 2008 Dan Walsh 3.2.6-1 - Update to upstream - Add libvirt policy - add qemu policy * Fri Feb 01 2008 Dan Walsh 3.2.5-25 - Allow fail2ban to create a socket in /var/run system-config-firewall-1.2.2-1.fc9 ---------------------------------- * Fri Feb 01 2008 Thomas Woerner 1.2.2-1 - fixed icmp handling for ip6tables in FORWARD chain - do state established, related test early in FORWARD chain - fixed typo in address for port-forwarding - added IPv4 only message to masquerading and port-forwarding for lokkit - updated translations: es, pl tellico-1.3-3.fc9 ----------------- * Fri Feb 01 2008 Jos?? Matos - 1.3-3 - Add support to parse pdf metadata. xenner-0.25-2.fc9 ----------------- * Fri Feb 01 2008 Gerd Hoffmann - 0.25-2.fc9 - buildfix (add memset to emu). * Fri Feb 01 2008 Gerd Hoffmann - 0.25-1.fc9 - update to version 0.25. - fix soname for xen 3.2.0 compatibility. - fix xenstored sigbus. - lot of core reorganization, preparing for SMP. Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.i386 requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh frysk-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh ghdl-0.25-0.89svn.6.fc8.i386 requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.i386 requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.i386 requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 totem-publish-2.21.90-2.fc9.i386 requires libsoup-2.2.so.8 twitux-0.60-2.fc9.i386 requires libsoup-2.2.so.8 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.x86_64 requires libgnat-4.1.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.x86_64 requires libkickermain.so.1()(64bit) kicker-compiz-3.5.4-4.fc8.x86_64 requires libtaskmanager.so.1()(64bit) libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libFoundation-1.1.3-10.fc6.x86_64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) totem-publish-2.21.90-2.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) twitux-0.60-2.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-7.fc9.ppc requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.ppc requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.ppc requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.ppc requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.ppc requires libobjc.so.1 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.ppc requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) totem-publish-2.21.90-2.fc9.ppc requires libsoup-2.2.so.8 twitux-0.60-2.fc9.ppc requires libsoup-2.2.so.8 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.ppc64 requires libkickermain.so.1()(64bit) kicker-compiz-3.5.4-4.fc8.ppc64 requires libtaskmanager.so.1()(64bit) libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) totem-publish-2.21.90-2.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) twitux-0.60-2.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) From mrmazda at ij.net Sat Feb 2 13:42:34 2008 From: mrmazda at ij.net (Felix Miata) Date: Sat, 02 Feb 2008 08:42:34 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201948738.24665.10.camel@rousalka.dyndns.org> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> <47A420EB.70608@ij.net> <1201948738.24665.10.camel@rousalka.dyndns.org> Message-ID: <47A4734A.4040205@ij.net> On 2008/02/02 11:38 (GMT+0100) Nicolas Mailhot apparently typed: > Le samedi 02 f??vrier 2008 ? 02:51 -0500, Felix Miata a ??crit : >> The switch regarding mainstream mozilla apps is ancient history, > Mozilla can do whatever it wants on systems with no clear conventions, > on Linux desktops where everything is in pt it should respect the system > conventions. There's one thing worse than a bad convention it's a > smartass that ignores it when everyone else follows the rule. I merely stated a fact. I suggest complaints about this particular fact in this forum are but a rhetorical waste of time, particularly under the existing thread topic. Maybe to avoid this particular problem Gnome should create or adopt a browser that uses a different rendering engine. Then too there's the enigmatic Epiphany. Can't it be made to adopt the Gnome settings instead of having its own font pref panel? -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From fedora at leemhuis.info Sat Feb 2 14:09:27 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 02 Feb 2008 15:09:27 +0100 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <47A395E5.2040901@gmail.com> References: <1201891018.18612.8.camel@home-desk> <1201893117.20187.7.camel@localhost.localdomain> <19763.198.133.149.170.1201901403.squirrel@clueserver.org> <47A395E5.2040901@gmail.com> Message-ID: <47A47997.8020900@leemhuis.info> On 01.02.2008 22:57, Andrew Farris wrote: > Alan wrote: >> I don't know how the Livna package handles this problem. I do not use the >> Livna packages. I just rebuild from the nVIDIA installer/build script. > They do. The libraries are relocated which prevents them being overwritten by > mesa, so no conflicts happen the way they used to installing by script. Correct. But FYI: some software has a hardcoded rpath on /usr/lib/libGL.so.1 -- if that the case the solution from livna doesn't work (I have heard ET is a software where that's the case). The livna maintainer some weeks ago on this list asked if alternatives could be used for libGL.so.1, but the discussion faded out quickly without any progress/solution. CU knurd From mark.bidewell at alumni.clemson.edu Sat Feb 2 14:28:29 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Sat, 2 Feb 2008 09:28:29 -0500 Subject: yum and yum-updatesd in Rawhide Message-ID: I think there is a bug in the dependencies of yum and yum-updatesd in Rawhide. in an attempt to resolve dependency issues I did a groupremove on KDE. This command removed yum and yum-updatesd as dependencies. Is this proper behavior? Mark Bidewell -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at fedoraproject.org Sat Feb 2 14:50:13 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 02 Feb 2008 09:50:13 -0500 Subject: PackageKit, localisation and koji In-Reply-To: <1201941084.2774.16.camel@hughsie-laptop> References: <1201941084.2774.16.camel@hughsie-laptop> Message-ID: <1201963813.2361.1.camel@cutter> On Sat, 2008-02-02 at 08:31 +0000, Richard Hughes wrote: > RPM spec files are rarely localised. This doesn't matter much if you > speak English, but really sucks if you don't. We can't add all > translations to all the packages in the world, but we can do our best to > be clever: > > http://people.freedesktop.org/~hughsient/temp/pk-application-extra.png > What about specspo? This includes translations to quite a number of the packages we have and it already exists. -sv From skvidal at fedoraproject.org Sat Feb 2 15:06:08 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 02 Feb 2008 10:06:08 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: References: Message-ID: <1201964768.2361.3.camel@cutter> On Sat, 2008-02-02 at 09:28 -0500, Mark Bidewell wrote: > I think there is a bug in the dependencies of yum and yum-updatesd in > Rawhide. in an attempt to resolve dependency issues I did a > groupremove on KDE. This command removed yum and yum-updatesd as > dependencies. Is this proper behavior? > groupremove kde will remove gpgme, that will remove pygpgme, which will remove yum. -sv From mark.bidewell at alumni.clemson.edu Sat Feb 2 15:33:38 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Sat, 2 Feb 2008 10:33:38 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1201964768.2361.3.camel@cutter> References: <1201964768.2361.3.camel@cutter> Message-ID: Thanks, do you believe this should be registered in Bugzilla? On Feb 2, 2008 10:06 AM, seth vidal wrote: > > On Sat, 2008-02-02 at 09:28 -0500, Mark Bidewell wrote: > > I think there is a bug in the dependencies of yum and yum-updatesd in > > Rawhide. in an attempt to resolve dependency issues I did a > > groupremove on KDE. This command removed yum and yum-updatesd as > > dependencies. Is this proper behavior? > > > > > groupremove kde will remove gpgme, that will remove pygpgme, which will > remove yum. > > -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 katzj at redhat.com Sat Feb 2 15:43:37 2008 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 02 Feb 2008 10:43:37 -0500 Subject: Creating live USB keys in Windows In-Reply-To: <20080202111615.GC20025@crow> References: <20080202102740.GA20025@crow> <47A44BD3.8090806@gmail.com> <20080202111615.GC20025@crow> Message-ID: <1201967017.24012.0.camel@aglarond.local> On Sat, 2008-02-02 at 06:16 -0500, Luke Macken wrote: > On Sat, Feb 02, 2008 at 02:54:11AM -0800, Andrew Farris wrote: > > Luke Macken wrote: > >> So, I wrote some code that will install a Fedora Live ISO onto a USB > >> stick, in Windows. > > > > This is expected to work with FEL for F8? I'll be able to test that. > > It should work fine with any Fedora Live ISO. Testing would be > appreciated. F7 or newer anyway... the FC6 live images didn't support being booted off of a usb stick like this Jeremy From katzj at redhat.com Sat Feb 2 15:44:50 2008 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 02 Feb 2008 10:44:50 -0500 Subject: initrd explosion? In-Reply-To: <47A46841.4020802@gmail.com> References: <47A46278.6090700@mlbassoc.com> <47A46841.4020802@gmail.com> Message-ID: <1201967090.24012.2.camel@aglarond.local> On Sat, 2008-02-02 at 04:55 -0800, Andrew Farris wrote: > Gary Thomas wrote: > > What's happened to the initrd image in rawhide? [snip] > > Everything else seems in line, it's just initrd that seems > > a bit excessive. n.b. this system runs on my big boxes, but fails > > to even start on my 192MB ThinkPad :-( > > https://bugzilla.redhat.com/show_bug.cgi?id=431305 > > That initrd is probably built from the kernel compiles that caused 2.6.24-9 to > be a 200mb kernel. Its being looked into, see threads on -devel. Yep, that's exactly it. In general, the installer images are built entirely of the packages which exist in a given tree Jeremy From nicolas.mailhot at laposte.net Sat Feb 2 15:50:25 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 02 Feb 2008 16:50:25 +0100 Subject: PackageKit, localisation and koji In-Reply-To: <1201963813.2361.1.camel@cutter> References: <1201941084.2774.16.camel@hughsie-laptop> <1201963813.2361.1.camel@cutter> Message-ID: <1201967426.25480.7.camel@rousalka.dyndns.org> Le samedi 02 f?vrier 2008 ? 09:50 -0500, seth vidal a ?crit : > On Sat, 2008-02-02 at 08:31 +0000, Richard Hughes wrote: > > RPM spec files are rarely localised. This doesn't matter much if you > > speak English, but really sucks if you don't. We can't add all > > translations to all the packages in the world, but we can do our best to > > be clever: > > > > http://people.freedesktop.org/~hughsient/temp/pk-application-extra.png > > > > What about specspo? This includes translations to quite a number of the > packages we have and it already exists. I soo just wish specspo was buried and translations integrated in packages where they belong -- 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 martin.sourada at gmail.com Sat Feb 2 16:00:14 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 02 Feb 2008 17:00:14 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <47A47080.8090003@ij.net> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> <47A420EB.70608@ij.net> <1201948738.24665.10.camel@rousalka.dyndns.org> <1201949904.2767.14.camel@pc-notebook> <47A47080.8090003@ij.net> Message-ID: <1201968014.2767.23.camel@pc-notebook> On Sat, 2008-02-02 at 08:30 -0500, Felix Miata wrote: > On 2008/02/02 11:58 (GMT+0100) Martin Sourada apparently typed: > > My question had two parts. Neither of you addressed part two at all, and you > only half addressed part one. What apps (not DTEs) will display discrete > sizes regardless of DPI for 7.2pt, 7.7pt, 8pt, 8.3pt, 8.6pt, 9pt, 9.5pt, > etc.? http://mrmazda.no-ip.com/auth/Font/font-rounding.html When I don't know, I try. Firefox does not seem to be taking it with such good precision as 0.1 pt (as might look at the page suggest), however OO.org does (see attached screen-shot). And it is pretty much the same when you play with the settings and look at the (shorter) preview in the appearances caplet in advanced font settings (I did this for sizes ranging from 8.0 pt to 9.0 pt and there are at least 6 notable changes during the change for 98 DPI), so I believe pretty every gnome app would use correct size, even if it is beyond screen resolution. So this part of your question could be answered completely: yes, GNOME fully supports discrete sizes regardless DPI. > -- > "For God so loved the world that he gave his one > and only Son, that whoever believes in him shall > not perish but have eternal life." John 3:16 NIV > > Team OS/2 ** Reg. Linux User #211409 > > Felix Miata *** http://mrmazda.no-ip.com/ > Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: font-sizes.png Type: image/png Size: 44488 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Sat Feb 2 16:01:17 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 2 Feb 2008 16:01:17 +0000 (UTC) Subject: PackageKit, localisation and koji References: <1201941084.2774.16.camel@hughsie-laptop> <1201963813.2361.1.camel@cutter> <1201967426.25480.7.camel@rousalka.dyndns.org> Message-ID: Nicolas Mailhot laposte.net> writes: > I soo just wish specspo was buried and translations integrated in > packages where they belong There's no way huge packages like openoffice.org, kdebase-workspace and the like will get rebuilt each time someone translates the summary or description, or adjusts the translation. Moreover, maintainers have better things to do than committing hundreds of 1-line patches touching those translations. Most likely I'd filter all bug reports matching "New .* translation for .* Summary and Description" or equivalent straight to /dev/null. Kevin Kofler From sundaram at fedoraproject.org Sat Feb 2 16:14:40 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 02 Feb 2008 21:44:40 +0530 Subject: Creating live USB keys in Windows In-Reply-To: <20080202102740.GA20025@crow> References: <20080202102740.GA20025@crow> Message-ID: <47A496F0.1010406@fedoraproject.org> Luke Macken wrote: > Hi! > > So, I wrote some code that will install a Fedora Live ISO onto a USB > stick, in Windows. > > It automatically detects all removable drives, finds your ISO, extracts > it to your USB key, tweaks the syslinux.cfg, and installs the > bootloader. > > From a user perspective, using it is pretty simple: > - download fedora > - download and extract livecd-iso-to-usb.zip > - drag fedora iso into directory > - double click 'livecd-iso-to-usb.exe' > - ...profit! It works but there could be a few things smoothen out. Since it is a command line app, there isn't any time to see a confirmation of success and the window automatically closes. If you attempt to write again, the file overwrite options don't make it clear that the USB has already been setup unlike when you run in Fedora. If it is FAT16 formatted, the command bails out and doesn't provide any choices. It claims NTFS is unrecognized and only works well with FAT32. A graphical app would be way better if it can be done but a very good start nevertheless. Congrats. Rahul From mclasen at redhat.com Sat Feb 2 16:11:01 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 02 Feb 2008 11:11:01 -0500 Subject: PackageKit, localisation and koji In-Reply-To: References: <1201941084.2774.16.camel@hughsie-laptop> <1201963813.2361.1.camel@cutter> <1201967426.25480.7.camel@rousalka.dyndns.org> Message-ID: <1201968661.2937.3.camel@localhost.localdomain> On Sat, 2008-02-02 at 16:01 +0000, Kevin Kofler wrote: > Nicolas Mailhot laposte.net> writes: > > I soo just wish specspo was buried and translations integrated in > > packages where they belong > > There's no way huge packages like openoffice.org, kdebase-workspace and the > like will get rebuilt each time someone translates the summary or description, > or adjusts the translation. > > Moreover, maintainers have better things to do than committing hundreds of > 1-line patches touching those translations. Most likely I'd filter all bug > reports matching "New .* translation for .* Summary and Description" or > equivalent straight to /dev/null. While I agree that translations are probably better off outside the spec, this argument doesn't really hold any water. We don't release a new tarball anytime someone changes a translation in a library either. And translators do just fine maintaining the translations on their on in the repository without bothering the code maintainers about committing patches. I don't see why something similar would not be possible for spec file translation. From lmacken at redhat.com Sat Feb 2 16:56:19 2008 From: lmacken at redhat.com (Luke Macken) Date: Sat, 2 Feb 2008 11:56:19 -0500 Subject: Older kernel shipped as F7 kernel update? In-Reply-To: <47A437B9.8030002@leemhuis.info> References: <47A437B9.8030002@leemhuis.info> Message-ID: <20080202165619.GD20025@crow> On Sat, Feb 02, 2008 at 10:28:25AM +0100, Thorsten Leemhuis wrote: > Hi all! > > /me is a bit puzzled > > On "28 Jan 2008 22:14:47 -0700" kernel-2.6.23.14-64.fc7 was shipped as > update: > https://www.redhat.com/archives/fedora-package-announce/2008-January/msg00968.html > > Some minutes ago on "02 Feb 2008 02:01:59 -0700" kernel-2.6.23.14-60.fc7 > was shipped as update: > https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00061.html > > $ rpmdev-vercmp 2.6.23.14-64.fc7 2.6.23.14-60.fc7 > 0:2.6.23.14-64.fc7 is newer > > Epochs involved? No doesn't look like it: > rpm -qp kernel-2.6.23.14-60.fc7.i686.rpm --qf '%{EPOCH}\n' > > Was is 2.6.23.14-64.fc7 revoked? Never shipped properly? Ohh, no, some > servers carry it: > http://ftp.stw-bonn.de/pub/fedora/linux/updates/7/i386/kernel-2.6.23.14-64.fc7.i686.rpm > http://download.fedora.redhat.com/pub/fedora/linux/updates/7/i386/kernel-2.6.23.14-64.fc7.i686.rpm > > /me wonders how long the letter will remain there > > Bodhi error? Ah, thanks for catching this. It looks like kernel-2.6.23.14-60.fc7 was in updates-testing for a while, was never obsoleted when -64 came in, and was "approved" by the security team when that feature came about recently (which requests that an update be pushed to stable). Looks like some new features confused bodhi a little. This shouldn't happen again, as bodhi will now auto-obsolete older pending/testing updates. I've obsoleted -60, and kicked off another mash of f7-updates. luke From nicolas.mailhot at laposte.net Sat Feb 2 17:09:16 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 02 Feb 2008 18:09:16 +0100 Subject: PackageKit, localisation and koji In-Reply-To: References: <1201941084.2774.16.camel@hughsie-laptop> <1201963813.2361.1.camel@cutter> <1201967426.25480.7.camel@rousalka.dyndns.org> Message-ID: <1201972156.31309.10.camel@rousalka.dyndns.org> Le samedi 02 f?vrier 2008 ? 16:01 +0000, Kevin Kofler a ?crit : > Nicolas Mailhot laposte.net> writes: > > I soo just wish specspo was buried and translations integrated in > > packages where they belong > > There's no way huge packages like openoffice.org, kdebase-workspace and the > like will get rebuilt each time someone translates the summary or description, > or adjusts the translation. That's a pretty bad argument, and pretty poor examples. Have not you not seen the OO.o rebuild frequency in rawhide? There's no particular reason for translations to have a higher churn than all the other stuff that wents in packages. ?Le samedi 02 f?vrier 2008 ? 11:11 -0500, Matthias Clasen a ?crit : > While I agree that translations are probably better off outside the > spec, Please note that in-package is not limited to in-spec. I agree that in-spec translations are a bad idea, but that does not make specspo a good system. Maybe it's time to fix the way translations are handled inside packages? Instead of adding a first overlay with specspo, and another one with packagekit (bandaid over bandaid) -- 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 fedora at leemhuis.info Sat Feb 2 17:20:17 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 02 Feb 2008 18:20:17 +0100 Subject: EPEL report week 04/2008 In-Reply-To: <479C7BD4.7040303@leemhuis.info> References: <479C7126.3000803@leemhuis.info> <20080127133803.c96df191.mschwendt.tmp0701.nospam@arcor.de> <479C7BD4.7040303@leemhuis.info> Message-ID: <47A4A651.1000504@leemhuis.info> On 27.01.2008 13:40, Thorsten Leemhuis wrote: > > On 27.01.2008 13:38, Michael Schwendt wrote: >> On Sun, 27 Jan 2008 12:55:18 +0100, Thorsten Leemhuis wrote: >>> http://fedoraproject.org/wiki/EPEL/Reports/Week04 >>> = Weekly EPEL Summary = >>> Week 04/2008 >>> == Most important happenings == >>> * We have now more then 1000 different software packages (counting SRPMs) in the EPEL5 repositories for RHEL5/CentOS5. Thanks to all Fedora contributers that participate in EPEL! You made this happen! >> $ pwd >> /srv/rpmbuild/epel/tree/epel/5/SRPMS >> $ rpm -qp --qf %{name}\\n *.src.rpm|sort|uniq|wc -l >> 808 > That number includes testing. FYI, the push from testing to stable happened now: $ repoquery -qa --archlist="src" --repoid=epel5-source | wc -l 1011 CU knurd From vpivaini at cs.helsinki.fi Sat Feb 2 17:48:10 2008 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Sat, 2 Feb 2008 19:48:10 +0200 Subject: Installing openoffice.org-voikko: unopkg fails if OO.o is running Message-ID: <200802021948.11446.vpivaini@cs.helsinki.fi> Hi, (I've CC'd Caolan since he does a lot of OO.o things, but the discussion should probably happen on a public list.) I've recently added a new package, openoffice.org-voikko, to all currently active Fedora versions. The CVS dir is at . The package should be in Rawhide and in updates-testing now. I just happened to test installing this package while having OO.o Writer running and the unopkg installation fails. It's running '/usr/lib/openoffice.org/program/unopkg add --shared %{_libdir}/voikko.uno.pkg -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 || :' and it fails with: "You need to close the already opened Extension Manager to continue. ERROR: Lock file indicates that a concurrent Office process is running! unopkg failed. Installed: openoffice.org-voikko.i386 0:2.1-1.fc8" As you can see, the RPM installation succeeds anyway and the files are on the filesystem. But I was thinking that a regular user won't probably even see the unopkg error when using pirut or a similar GUI. The F-8 spec file is at So is there a way of making the RPM installation fail if unopkg fails - and if there is, should it be done that way? The other idea I have in mind is adding a README.Fedora file or something similar, which would document how to run 'unopkg add' if openoffice.org-voikko doesn't show up on OO.o even when the package is installed. -- Ville-Pekka Vainio From debarshi.ray at gmail.com Sat Feb 2 19:31:48 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 3 Feb 2008 01:01:48 +0530 Subject: Need some help: gnome-build fails to build in devel Message-ID: <3170f42f0802021131wde68fe5gb4cc483809895df4@mail.gmail.com> It fails to build in devel: http://koji.fedoraproject.org/koji/taskinfo?taskID=391037 F-7 and F-8 build successfully: http://koji.fedoraproject.org/koji/taskinfo?taskID=391014 http://koji.fedoraproject.org/koji/taskinfo?taskID=390968 It is strange since the failure seems to be related to code in regex.h which comes from glibc-header, and it builds fine on my local machine (rpmbuild -ba gnome-build.spec) with the latest gcc-4.3 and glibc packages from Rawhide. Any ideas? Thanks, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From mclasen at redhat.com Sat Feb 2 19:36:02 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 02 Feb 2008 14:36:02 -0500 Subject: Need some help: gnome-build fails to build in devel In-Reply-To: <3170f42f0802021131wde68fe5gb4cc483809895df4@mail.gmail.com> References: <3170f42f0802021131wde68fe5gb4cc483809895df4@mail.gmail.com> Message-ID: <1201980962.3079.2.camel@localhost.localdomain> On Sun, 2008-02-03 at 01:01 +0530, Debarshi 'Rishi' Ray wrote: > It fails to build in devel: > http://koji.fedoraproject.org/koji/taskinfo?taskID=391037 > > F-7 and F-8 build successfully: > http://koji.fedoraproject.org/koji/taskinfo?taskID=391014 > http://koji.fedoraproject.org/koji/taskinfo?taskID=390968 > > It is strange since the failure seems to be related to code in regex.h > which comes from glibc-header, and it builds fine on my local machine > (rpmbuild -ba gnome-build.spec) with the latest gcc-4.3 and glibc > packages from Rawhide. > > Any ideas? > >From looking at regex.h, defining GNU_SOURCE might help. From dmc.fedora at filteredperception.org Sat Feb 2 20:21:01 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sat, 02 Feb 2008 14:21:01 -0600 Subject: Creating live USB keys in Windows In-Reply-To: <20080202102740.GA20025@crow> References: <20080202102740.GA20025@crow> Message-ID: <47A4D0AD.40600@filteredperception.org> Luke Macken wrote: > Hi! > > So, I wrote some code that will install a Fedora Live ISO onto a USB > stick, in Windows. > > It automatically detects all removable drives, finds your ISO, extracts > it to your USB key, tweaks the syslinux.cfg, and installs the > bootloader. > > From a user perspective, using it is pretty simple: > - download fedora > - download and extract livecd-iso-to-usb.zip > - drag fedora iso into directory > - double click 'livecd-iso-to-usb.exe' > - ...profit! > > It has worked great during all of my testing, and Jesse seemed to have > good luck with it today, but we definitely need more people to try it > out before we can start recommending it to users. > > Documentation: http://fedoraproject.org/wiki/LukeMacken/WindowsLiveUSB > In action: http://lmacken.fedorapeople.org/livecd-iso-to-usb.png > The binary: http://lmacken.fedorapeople.org/livecd-iso-to-usb.zip > The code: git clone http://lmacken.fedorapeople.org/livecd-iso-to-usb.git > > Comments/suggestions/patches/flames ? Very cool. Thanks. I remember a while back when I last used that other OS, that it was a pain to do something as simple as burn an iso image to cdrom*. If that is still the case, and if there is an OSS solution to that, perhaps it could all be bundled in the 'fedora burning tool for windows' package. Just a thought... * yes, most users will have some 3rd party solution they are familiar with, but I still think it would be cool to not depend on such things. -dmc From kevin.kofler at chello.at Sat Feb 2 20:32:02 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 2 Feb 2008 20:32:02 +0000 (UTC) Subject: rawhide report: 20080202 changes References: <200802021331.m12DVk3U016362@porkchop.devel.redhat.com> Message-ID: > compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 The obsolete kde-window-decorator based on KWin 3 libraries should be disabled: https://bugzilla.redhat.com/show_bug.cgi?id=431325 > kicker-compiz-3.5.4-4.fc8.i386 requires libkickermain.so.1 > kicker-compiz-3.5.4-4.fc8.i386 requires libtaskmanager.so.1 This one is entirely obsolete: https://bugzilla.redhat.com/show_bug.cgi?id=431324 Kevin Kofler From debarshi.ray at gmail.com Sat Feb 2 20:35:26 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 3 Feb 2008 02:05:26 +0530 Subject: Need some help: gnome-build fails to build in devel In-Reply-To: <1201980962.3079.2.camel@localhost.localdomain> References: <3170f42f0802021131wde68fe5gb4cc483809895df4@mail.gmail.com> <1201980962.3079.2.camel@localhost.localdomain> Message-ID: <3170f42f0802021235h6561878bjea596172d774a022@mail.gmail.com> > From looking at regex.h, defining GNU_SOURCE might help. Still fails in the same fashion: http://koji.fedoraproject.org/koji/taskinfo?taskID=391391 I had put in: %build export CPPFLAGS=-DGNU_SOURCE %configure --disable-static However, I did not find references to GNU_SOURCE in regex.h or gbf-am-build.c. Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From email.ahmedkamal at googlemail.com Sat Feb 2 21:03:32 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Sat, 2 Feb 2008 23:03:32 +0200 Subject: Creating live USB keys in Windows In-Reply-To: <47A4D0AD.40600@filteredperception.org> References: <20080202102740.GA20025@crow> <47A4D0AD.40600@filteredperception.org> Message-ID: <3da3b5b40802021303v3f1cb1c2td9b9cfe972ef3f29@mail.gmail.com> May be Cdburn.exe available as a free download from http://www.microsoft.com/Downloads/details.aspx?FamilyID=9d467a69-57ff-4ae7-96ee-b18c4790cffd&displaylang=en We might even bundle the whole thing as a installer (Wizard style) ? On Feb 2, 2008 10:21 PM, Douglas McClendon < dmc.fedora at filteredperception.org> wrote: > Luke Macken wrote: > > Hi! > > > > So, I wrote some code that will install a Fedora Live ISO onto a USB > > stick, in Windows. > > > > It automatically detects all removable drives, finds your ISO, extracts > > it to your USB key, tweaks the syslinux.cfg, and installs the > > bootloader. > > > > From a user perspective, using it is pretty simple: > > - download fedora > > - download and extract livecd-iso-to-usb.zip > > - drag fedora iso into directory > > - double click 'livecd-iso-to-usb.exe' > > - ...profit! > > > > It has worked great during all of my testing, and Jesse seemed to have > > good luck with it today, but we definitely need more people to try it > > out before we can start recommending it to users. > > > > Documentation: > http://fedoraproject.org/wiki/LukeMacken/WindowsLiveUSB > > In action: http://lmacken.fedorapeople.org/livecd-iso-to-usb.png > > The binary: http://lmacken.fedorapeople.org/livecd-iso-to-usb.zip > > The code: git clone > http://lmacken.fedorapeople.org/livecd-iso-to-usb.git > > > > Comments/suggestions/patches/flames ? > > Very cool. Thanks. > > I remember a while back when I last used that other OS, that it was a > pain to do something as simple as burn an iso image to cdrom*. If that > is still the case, and if there is an OSS solution to that, perhaps it > could all be bundled in the 'fedora burning tool for windows' package. > Just a thought... > > * yes, most users will have some 3rd party solution they are familiar > with, but I still think it would be cool to not depend on such things. > > -dmc > > -- > 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 debarshi.ray at gmail.com Sat Feb 2 21:39:25 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 3 Feb 2008 03:09:25 +0530 Subject: Need some help: gnome-build fails to build in devel In-Reply-To: <3170f42f0802021235h6561878bjea596172d774a022@mail.gmail.com> References: <3170f42f0802021131wde68fe5gb4cc483809895df4@mail.gmail.com> <1201980962.3079.2.camel@localhost.localdomain> <3170f42f0802021235h6561878bjea596172d774a022@mail.gmail.com> Message-ID: <3170f42f0802021339v31de74d1ya7274cf1197e5363@mail.gmail.com> >> From looking at regex.h, defining GNU_SOURCE might help. > Still fails in the same fashion: > http://koji.fedoraproject.org/koji/taskinfo?taskID=391391 Yay! Using _GNU_SOURCE did the trick: http://koji.fedoraproject.org/koji/taskinfo?taskID=391556 I am still curious as to what changed between F-7/F-8 and devel? In fact I got the latest gcc and glibc packages from Rawhide and I could build it locally using rpmbuild without any issues. [rishi at ginger ~]$ rpm -qa | grep gcc gcc-gfortran-4.3.0-0.7 libgcc-4.3.0-0.7 gcc-c++-4.3.0-0.7 gcc-4.3.0-0.7 libgcc-4.3.0-0.7 [rishi at ginger ~]$ rpm -qa | grep glibc glibc-devel-2.7.90-4 glibc-2.7.90-4 glibc-devel-2.7.90-4 glibc-2.7.90-4 glibc-headers-2.7.90-4 glibc-common-2.7.90-4 [rishi at ginger ~]$ Thanks a lot Matthias. :-) Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From michel.sylvan at gmail.com Sat Feb 2 22:00:17 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sat, 2 Feb 2008 17:00:17 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201904111.22154.2.camel@rousalka.dyndns.org> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> Message-ID: 2008/2/1 Nicolas Mailhot : > > Le vendredi 01 f?vrier 2008 ? 23:05 +0100, Martin Sourada a ?crit : > > On Fri, 2008-02-01 at 14:14 -0500, Felix Miata wrote: > > > You can have FF use 11pt by calculating the number of px that 11pt converts > > > to at your DPI, and then set FF to use that px size. If your DPI is less than > > > 96, then you may need to change the pref 'layout.css.dpi' from -1 to 0 to get > > > around its default 96 DPI floor. > > > > > > FF uses px for pref sizes at least in part because at higher than 96 DPI > > > screen resolutions px offer finer control of the preferred size than pt, 25% > > > at 120 DPI, 50% at 144 DPI. Since resolutions have been increasing and will > > > continue to increase, px was and will continue to be a good choice for > > > maximizing this user control. > > > While good for maximising user control, > > It's not even good this way. Fractionnal point sizes are not rocket > science, there's no need to switch to a different unit (hardware > specific even) just to up the precision. > Indeed. Apart from specifying fractions, surely you don't expect people to have to re-adjust their web browser font settings whenever they hook up an external monitor, or adjust their screen resolution? -- Michel Salim http://hircus.jaiku.com/ From michel.sylvan at gmail.com Sat Feb 2 22:08:02 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sat, 2 Feb 2008 17:08:02 -0500 Subject: F9 for Eeepc In-Reply-To: References: <200802011130.32950.lamont@lamontpeterson.org> <47A3A3A7.7010903@fedoraproject.org> Message-ID: On Feb 1, 2008 9:00 PM, Jon Nettleton wrote: > On Feb 1, 2008 5:56 PM, Rahul Sundaram wrote: > > Jon Nettleton wrote: > > > > > > I remember that issue!!! Thanks for adding to the list. Here is my checklist. > > > > > > My work is going fast and well. If people are interested should I > > > start a Fedora wiki page? > > > > Yes, you should. > > > > I have started the page and input some info into it. I need to post > my code changes and the repository I have setup still. Please feel > free to edit the page and add questions/comments. > > https://fedoraproject.org/wiki/EeePc?action=show > Would be nice to coordinate this with the person doing EeeDora -- http://eeedora.rmbsanalytics.com/ -- Michel Salim http://hircus.jaiku.com/ From jon.nettleton at gmail.com Sun Feb 3 00:09:03 2008 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Sat, 2 Feb 2008 19:09:03 -0500 Subject: F9 for Eeepc In-Reply-To: References: <200802011130.32950.lamont@lamontpeterson.org> <47A3A3A7.7010903@fedoraproject.org> Message-ID: On Feb 2, 2008 5:08 PM, Michel Salim wrote: > > On Feb 1, 2008 9:00 PM, Jon Nettleton wrote: > > On Feb 1, 2008 5:56 PM, Rahul Sundaram wrote: > > > Jon Nettleton wrote: > > > > > > > > I remember that issue!!! Thanks for adding to the list. Here is my checklist. > > > > > > > > My work is going fast and well. If people are interested should I > > > > start a Fedora wiki page? > > > > > > Yes, you should. > > > > > > > I have started the page and input some info into it. I need to post > > my code changes and the repository I have setup still. Please feel > > free to edit the page and add questions/comments. > > > > https://fedoraproject.org/wiki/EeePc?action=show > > > Would be nice to coordinate this with the person doing EeeDora -- > http://eeedora.rmbsanalytics.com/ > I agree, however he doesn't make his information very available. Also some of my changes are very gnome-centric. I am more than open to work with anyone that is interested. Jon From mrmazda at ij.net Sun Feb 3 01:34:36 2008 From: mrmazda at ij.net (Felix Miata) Date: Sat, 02 Feb 2008 20:34:36 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201968014.2767.23.camel@pc-notebook> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> <47A420EB.70608@ij.net> <1201948738.24665.10.camel@rousalka.dyndns.org> <1201949904.2767.14.camel@pc-notebook> <47A47080.8090003@ij.net> <1201968014.2767.23.camel@pc-notebook> Message-ID: <47A51A2C.70009@ij.net> On 2008/02/02 17:00 (GMT+0100) Martin Sourada apparently typed: > On Sat, 2008-02-02 at 08:30 -0500, Felix Miata wrote: >> My question had two parts. Neither of you addressed part two at all, and you >> only half addressed part one. What apps (not DTEs) will display discrete >> sizes regardless of DPI for 7.2pt, 7.7pt, 8pt, 8.3pt, 8.6pt, 9pt, 9.5pt, >> etc.? http://mrmazda.no-ip.com/auth/Font/font-rounding.html > When I don't know, I try. Firefox does not seem to be taking it with > such good precision as 0.1 pt (as might look at the page suggest), > however OO.org does (see attached screen-shot). And it is pretty much > the same when you play with the settings and look at the (shorter) > preview in the appearances caplet in advanced font settings (I did this > for sizes ranging from 8.0 pt to 9.0 pt and there are at least 6 notable > changes during the change for 98 DPI), so I believe pretty every gnome > app would use correct size, even if it is beyond screen resolution. > So this part of your question could be answered completely: yes, GNOME > fully supports discrete sizes regardless DPI. I don't believe there's any direct connection between the issue of whether Gnome/GTK supports fractional pt sizes and the fractional pt sizes OO.org obviously supports. Unless I missed a change in recent years that's also missing from http://tldp.org/HOWTO/Font-HOWTO/notgood.html#xorg OO.org handles fonts independently from whatever DTE it's run under, or xft or fontconfig setup. So the question remains, what, if any, (GTK or QT) apps support fractional pt sizes on screen? -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From mrmazda at ij.net Sun Feb 3 01:45:04 2008 From: mrmazda at ij.net (Felix Miata) Date: Sat, 02 Feb 2008 20:45:04 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <1201895921.21125.11.camel@rousalka.dyndns.org> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201895921.21125.11.camel@rousalka.dyndns.org> Message-ID: <47A51CA0.40900@ij.net> On 2008/02/01 20:58 (GMT+0100) Nicolas Mailhot apparently typed: > Le vendredi 01 f??vrier 2008 ? 14:14 -0500, Felix Miata a ??crit : >> It's the other way around. Web deziners almost univerally impose smaller than >> default text. > Web designers know that it's easier to sell web sites with small text. Indeed, it's hard to tell what's wrong with a page that can't be read, other than it can't be read. The morass of clueless deeziners don't use web pages, so they don't need to read them. > Small text looks good on ???screenshots printed on glossy paper. It's > terrible on computer screens, but web design is contracted to people > that went through art schools that emphasized paper media, and static > photoshopped look-alikes. They don't care about screen media. They don't > care about usability. They don't care about the text - it's just part of > the art. And small text looks "serious". Are for art's sake. It's amazing how the commissioners of that art can be so clueless of the lack of value of the results. > Entities that commission web sites always have the suspicion their > content is not that interesting, so looking good is better than having > large readable text you'll have to fill in later. Indeed, http://mrmazda.no-ip.com/SS/SC/sc-livescribe1.jpg should show anyone with an understanding of the web how useless good looks can be. Only time will tell whether attempting to submit an explanation of the problem to the owner of that page will even produce an acknowledgment, much less a resulting improvement. -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From igorsoares at gmail.com Sun Feb 3 03:07:28 2008 From: igorsoares at gmail.com (Igor Pires Soares) Date: Sun, 03 Feb 2008 01:07:28 -0200 Subject: libGL crashes Enemy Territory Quake Wars(F8 x86_64) In-Reply-To: <1201893964.18612.15.camel@home-desk> References: <1201891018.18612.8.camel@home-desk> <10825.12.172.32.236.1201892247.squirrel@clueserver.org> <1201893964.18612.15.camel@home-desk> Message-ID: <1202008048.10390.7.camel@AMD5600> Em Sex, 2008-02-01 ?s 11:26 -0800, Sean Bruno escreveu: > On Fri, 2008-02-01 at 10:57 -0800, Alan wrote: > > > I reported a crash to the idSoftware folks that appears to be a Fedora > > > x86_64 specific libGL crash. > > > > Which video card and which driver? > > > > > Closed source driver: > NVRM: loading NVIDIA UNIX x86_64 Kernel Module 169.09 Fri Jan 11 14:04:37 PST 2008 > > Mid-range Nvidia graphics board: > 04:00.0 VGA compatible controller: nVidia Corporation G71 [GeForce 7900 GT/GTO] (rev a1) I also had some problems with this game, but I used this tip and I got it working: http://community.enemyterritory.com/forums/showthread.php?p=290876 Unfortunately, even using the pulseaudio oss wrapper I have no sound. From seg at haxxed.com Sun Feb 3 06:18:24 2008 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 03 Feb 2008 00:18:24 -0600 Subject: Creating live USB keys in Windows In-Reply-To: <47A4D0AD.40600@filteredperception.org> References: <20080202102740.GA20025@crow> <47A4D0AD.40600@filteredperception.org> Message-ID: <1202019505.3505.88.camel@localhost> On Sat, 2008-02-02 at 14:21 -0600, Douglas McClendon wrote: > I remember a while back when I last used that other OS, that it was a > pain to do something as simple as burn an iso image to cdrom*. If that > is still the case, and if there is an OSS solution to that, perhaps it > could all be bundled in the 'fedora burning tool for windows' package. > Just a thought... I use "burnatonce" when I need to burn isos on Windows. Its essentially a front end to cdrdao, but on closer look the front end itself is not open source, and is only "free for non-commercial use". Hrm. http://www.burnatonce.net/ -------------- 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 mrmazda at ij.net Sun Feb 3 06:43:48 2008 From: mrmazda at ij.net (Felix Miata) Date: Sun, 03 Feb 2008 01:43:48 -0500 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> Message-ID: <47A562A4.6010109@ij.net> On 2008/02/02 17:00 (GMT-0500) Michel Salim apparently typed: > surely you don't expect > people to have to re-adjust their web browser font settings whenever > they hook up an external monitor, or adjust their screen resolution? Obviously "you" does not apply to the Mozilla project. Clearly it expects users to use their products' built in adjustability when they find it necessary. Based upon past experience with such things in Mozilla, it's going to take some considerable pushing to get it to accept user choices made via users' DTEs and the automatic scaling to screen size typical in modern systems. -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From tim.lauridsen at googlemail.com Sun Feb 3 07:39:31 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Sun, 03 Feb 2008 08:39:31 +0100 Subject: Creating live USB keys in Windows In-Reply-To: <47A4D0AD.40600@filteredperception.org> References: <20080202102740.GA20025@crow> <47A4D0AD.40600@filteredperception.org> Message-ID: <47A56FB3.2050600@googlemail.com> Douglas McClendon wrote: > Luke Macken wrote: >> Hi! >> >> So, I wrote some code that will install a Fedora Live ISO onto a USB >> stick, in Windows. >> >> It automatically detects all removable drives, finds your ISO, extracts >> it to your USB key, tweaks the syslinux.cfg, and installs the >> bootloader. >> >> From a user perspective, using it is pretty simple: >> - download fedora >> - download and extract livecd-iso-to-usb.zip >> - drag fedora iso into directory >> - double click 'livecd-iso-to-usb.exe' >> - ...profit! >> >> It has worked great during all of my testing, and Jesse seemed to have >> good luck with it today, but we definitely need more people to try it >> out before we can start recommending it to users. >> >> Documentation: >> http://fedoraproject.org/wiki/LukeMacken/WindowsLiveUSB >> In action: http://lmacken.fedorapeople.org/livecd-iso-to-usb.png >> The binary: http://lmacken.fedorapeople.org/livecd-iso-to-usb.zip >> The code: git clone >> http://lmacken.fedorapeople.org/livecd-iso-to-usb.git >> >> Comments/suggestions/patches/flames ? > > Very cool. Thanks. > > I remember a while back when I last used that other OS, that it was a > pain to do something as simple as burn an iso image to cdrom*. If that > is still the case, and if there is an OSS solution to that, perhaps it > could all be bundled in the 'fedora burning tool for windows' package. > Just a thought... > > * yes, most users will have some 3rd party solution they are familiar > with, but I still think it would be cool to not depend on such things. > > -dmc > There is a Windows version cdrecord available here[1], there dont need the cygwin runtime [1] : http://smithii.com/files/cdrtools-2.01-bootcd.ru-w32.zip Tim From lmacken at redhat.com Sun Feb 3 08:07:57 2008 From: lmacken at redhat.com (Luke Macken) Date: Sun, 3 Feb 2008 03:07:57 -0500 Subject: Creating live USB keys in Windows In-Reply-To: <47A496F0.1010406@fedoraproject.org> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> Message-ID: <20080203080757.GB5234@crow> On Sat, Feb 02, 2008 at 09:44:40PM +0530, Rahul Sundaram wrote: > Luke Macken wrote: >> Hi! >> >> So, I wrote some code that will install a Fedora Live ISO onto a USB >> stick, in Windows. >> >> It automatically detects all removable drives, finds your ISO, extracts >> it to your USB key, tweaks the syslinux.cfg, and installs the >> bootloader. >> >> From a user perspective, using it is pretty simple: >> - download fedora >> - download and extract livecd-iso-to-usb.zip >> - drag fedora iso into directory >> - double click 'livecd-iso-to-usb.exe' >> - ...profit! > > It works but there could be a few things smoothen out. Since it is a > command line app, there isn't any time to see a confirmation of success and > the window automatically closes. Hmm, it's supposed to stay open and say "Done!". Something must have exploded. Can you try the latest version and see if this still happens? If so, you could run it in a terminal and see what it is doing. > If you attempt to write again, the file overwrite options don't make it > clear that the USB has already been setup unlike when you run in Fedora. I've added a message that will appear before the overwrite prompt letting the user know that a liveos is already installed. > If it is FAT16 formatted, the command bails out and doesn't provide any > choices. Fixed. > It claims NTFS is unrecognized and only works well with FAT32. NTFS does not seem to be supported by syslinux. Looks like we may be out of luck with this one. > A graphical app would be way better if it can be done but a very good start > nevertheless. Congrats. Indeed, the code is nice and object-oriented, so throwing a gui on top of it shouldn't be too difficult. Latest bits: http://lmacken.fedorapeople.org/livecd-iso-to-usb.zip Thanks, luke From lordmorgul at gmail.com Sun Feb 3 08:31:55 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 03 Feb 2008 00:31:55 -0800 Subject: Creating live USB keys in Windows In-Reply-To: <20080203080757.GB5234@crow> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> Message-ID: <47A57BFB.3000000@gmail.com> Luke Macken wrote: >> It claims NTFS is unrecognized and only works well with FAT32. > > NTFS does not seem to be supported by syslinux. Looks like we may be > out of luck with this one. Currently it bails out with the most cryptic thing possible. A message about not supporting NTFS and reformatting would help there. The same is true for a usb key without any partitions, or formatted ext2/3 as well. Same message. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From nicolas.mailhot at laposte.net Sun Feb 3 09:21:35 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 03 Feb 2008 10:21:35 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <47A51CA0.40900@ij.net> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201895921.21125.11.camel@rousalka.dyndns.org> <47A51CA0.40900@ij.net> Message-ID: <1202030495.2272.2.camel@rousalka.dyndns.org> Le samedi 02 f?vrier 2008 ? 20:45 -0500, Felix Miata a ?crit : > Are for art's sake. It's amazing how the commissioners of that art can be so > clueless of the lack of value of the results. They don't need to be totally clueless. They just need to doubt their own ability a little, and trust the "experts". Because your typical web designer will ignore any instruction to use browser-configured text size unless you're ready to strongharm him. -- 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 martin.sourada at gmail.com Sun Feb 3 10:01:59 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sun, 03 Feb 2008 11:01:59 +0100 Subject: Firefox and Epiphany crash after today's updates In-Reply-To: <47A51A2C.70009@ij.net> References: <200801302227.m0UMQtvX022692@laptop13.inf.utfsm.cl> <200802011130.08411.lamont@lamontpeterson.org> <47A36F7B.1090308@ij.net> <1201903520.2767.9.camel@pc-notebook> <1201904111.22154.2.camel@rousalka.dyndns.org> <47A420EB.70608@ij.net> <1201948738.24665.10.camel@rousalka.dyndns.org> <1201949904.2767.14.camel@pc-notebook> <47A47080.8090003@ij.net> <1201968014.2767.23.camel@pc-notebook> <47A51A2C.70009@ij.net> Message-ID: <1202032920.2767.29.camel@pc-notebook> On Sat, 2008-02-02 at 20:34 -0500, Felix Miata wrote: > On 2008/02/02 17:00 (GMT+0100) Martin Sourada apparently typed: > > > On Sat, 2008-02-02 at 08:30 -0500, Felix Miata wrote: > > >> My question had two parts. Neither of you addressed part two at all, and you > >> only half addressed part one. What apps (not DTEs) will display discrete > >> sizes regardless of DPI for 7.2pt, 7.7pt, 8pt, 8.3pt, 8.6pt, 9pt, 9.5pt, > >> etc.? http://mrmazda.no-ip.com/auth/Font/font-rounding.html > > > When I don't know, I try. Firefox does not seem to be taking it with > > such good precision as 0.1 pt (as might look at the page suggest), > > however OO.org does (see attached screen-shot). And it is pretty much > > the same when you play with the settings and look at the (shorter) > > preview in the appearances caplet in advanced font settings (I did this > > for sizes ranging from 8.0 pt to 9.0 pt and there are at least 6 notable > > changes during the change for 98 DPI), so I believe pretty every gnome > > app would use correct size, even if it is beyond screen resolution. > > > So this part of your question could be answered completely: yes, GNOME > > fully supports discrete sizes regardless DPI. > > I don't believe there's any direct connection between the issue of whether > Gnome/GTK supports fractional pt sizes and the fractional pt sizes OO.org > obviously supports. Unless I missed a change in recent years that's also > missing from http://tldp.org/HOWTO/Font-HOWTO/notgood.html#xorg OO.org > handles fonts independently from whatever DTE it's run under, or xft or > fontconfig setup. > > So the question remains, what, if any, (GTK or QT) apps support fractional pt > sizes on screen? If you read carefully you'd already know the answer. When you try switching between fractional font sizes in GNOME's appearances caplet you'll see changes in font sizes similar to that I shown directly in OO.o. So again, GTK itself supports fractional font sizes on screen. > -- > "For God so loved the world that he gave his one > and only Son, that whoever believes in him shall > not perish but have eternal life." John 3:16 NIV > > Team OS/2 ** Reg. Linux User #211409 > > Felix Miata *** http://mrmazda.no-ip.com/ > 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 chitlesh.goorah at gmail.com Sun Feb 3 10:32:05 2008 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Sun, 3 Feb 2008 11:32:05 +0100 Subject: request : manual override for interdependent package Message-ID: <50baabb30802030232s5946456fx9996a4011afd4018@mail.gmail.com> Hello there, can anyone do a manual override so that libgeda could be in dist-fc7-build and dist-fc8-build? geda packages require libgeda to build. thanks Chitlesh From ville.skytta at iki.fi Sun Feb 3 11:05:58 2008 From: ville.skytta at iki.fi (=?ISO-8859-1?Q?Ville_Skytt=E4?=) Date: Sun, 3 Feb 2008 13:05:58 +0200 Subject: space on the live cds In-Reply-To: <1201544205.5827.26.camel@aglarond.local> References: <1201366447.3282.8.camel@localhost.localdomain> <1201544205.5827.26.camel@aglarond.local> Message-ID: <8718ff870802030305ga173e99y79fae4c0e6f244e4@mail.gmail.com> On Jan 28, 2008 8:16 PM, Jeremy Katz wrote: > On Sat, 2008-01-26 at 11:54 -0500, Matthias Clasen wrote: > > > * Some other questionable dependencies: > > - man pulls in diffutils just so that man -a can optionally > > use /usr/binb/cmp > > grub also needs diffutils for cmp so that it can verify installation was > successful Looks like those would be pretty easily fixed: https://bugzilla.redhat.com/431351 https://bugzilla.redhat.com/431352 From jakub.rusinek at gmail.com Sun Feb 3 11:20:21 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 03 Feb 2008 12:20:21 +0100 Subject: Fedora People Message-ID: <47A5A375.90203@gmail.com> Hi, Why HTTP:404 error is shown for all, while SSH works? -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From buildsys at redhat.com Sun Feb 3 12:31:46 2008 From: buildsys at redhat.com (Build System) Date: Sun, 3 Feb 2008 07:31:46 -0500 Subject: rawhide report: 20080203 changes Message-ID: <200802031231.m13CVk4Q023598@porkchop.devel.redhat.com> New package dsmidiwifi DS music interface New package flam3 Programs to generate and render cosmic recursive fractal flames Updated Packages: bluez-libs-3.25-1.fc9 --------------------- * Sat Feb 02 2008 - Bastien Nocera - 3.25-1 - Update to 3.25 bluez-utils-3.25-1.fc9 ---------------------- * Sat Feb 02 2008 - Bastien Nocera - 3.25-1 - Update to 3.25 diveintopython-5.4-11.fc9 ------------------------- * Sat Feb 02 2008 Marc Wiriadisastra - 5.4-10 - Major cleanup of spec to be less complex - Made the packaging less diverted from the generated tree from upstream build script - Changed desktop file to use pdf mimetype icon as diveintopython.png is corrupted even in upstream zip file - Removed unnecessary patches - Removed builreq ant as upstream make.sh uses upstream provided jars (we might want to use ant from fedora repo, todo: investigate possibility of patching make.sh and adding more java buildreqs for this) - Switched diveintopython to be a metapackage which pulls diveintopython-pdf emacs-common-muse-3.12-1.fc9 ---------------------------- * Sun Feb 03 2008 Jonathan G. Underwood - 3.12-1 - Update to version 3.12 - Cleanup spec file to comply with emacs add-on packaging guidelines - Fix file encodings - Cleanup the make install variables evince-2.21.90-5.fc9 -------------------- * Sat Feb 02 2008 Matthias Clasen - 2.21.90-5 - Fix nautilus property page and thumbnailer evolution-2.21.90-4.fc9 ----------------------- * Sat Feb 02 2008 Matthew Barnes - 2.21.90-4.fc9 - Remove some obsolete configure options: --enable-file-chooser, --enable-file-locking, --enable-dot-locking - Remove gnome-doc-utils work-around for GNOME bug #427939 (fixed upstream). - Remove patch for RH bug #215478 (fixed upstream). geda-docs-20080127-1.fc9 ------------------------ * Sat Feb 02 2008 Chitlesh Goorah - 20080127-1 - New upstream release geda-examples-20080127-1.fc9 ---------------------------- * Sat Feb 02 2008 Chitlesh Goorah - 20080127-1 - New upstream release geda-gnetlist-20080127-1.fc9 ---------------------------- * Sat Feb 02 2008 Chitlesh Goorah - 20080127-1 - New upstream release geda-gsymcheck-20080127-1.fc9 ----------------------------- * Sat Feb 02 2008 Chitlesh Goorah - 20080127-1 - New upstream release geda-symbols-20080127-1.fc9 --------------------------- * Fri Feb 01 2008 Chitlesh Goorah - 20080127-1 - New upstream release geda-utils-20080127-1.fc9 ------------------------- * Fri Feb 01 2008 Chitlesh Goorah - 20080127-1 - New upstream release glade3-3.4.1-3.fc9 ------------------ * Sun Feb 03 2008 Debarshi Ray - 3.4.1-3 - Omitted unused direct shared library dependencies. glest-data-3.0.0-1.fc9 ---------------------- * Sat Feb 02 2008 Aurelien Bompard 3.0.0-1 - version 3.0.0 gnome-build-0.2.1-2.fc9 ----------------------- * Sun Feb 03 2008 Debarshi Ray - 0.2.1-2 - Fixed build failure in Rawhide by defining _GNU_SOURCE. - Omitted unused direct shared library dependencies. * Sat Feb 02 2008 Debarshi Ray - 0.2.1-1 - Version bump to 0.2.1. - Fixed build failure caused by missing PKG_CHECK_MODULES entry in configure script. - Parallel build problems fixed by upstream. * Thu Jan 24 2008 Debarshi Ray - 0.2.0-3 - Fixed gnome-build-1.0.pc.in by trimming 'Requires' list. - Preserved timestamps using 'install -p'. gnome-panel-2.21.90-3.fc9 ------------------------- * Sun Feb 03 2008 Matthias Clasen - 2.21.90-3 - Ensure the logout dialog gets focus. gscan2pdf-0.9.21-1.fc9 ---------------------- * Sat Feb 02 2008 Bernard Johnson - 0.9.21-1 - v 0.9.21 gt-0.4-6.fc9 ------------ * Sat Feb 02 2008 Hans de Goede 0.4-6 - Fix hopefully the last endian issue in unsf * Fri Feb 01 2008 Hans de Goede 0.4-5 - And fix unsf for char being unsigned on ppc * Fri Feb 01 2008 Hans de Goede 0.4-4 - Fix unsf running on big endian systems hippo-canvas-0.2.25-1.fc9 ------------------------- * Sat Feb 02 2008 Marco Pesenti Gritti - 0.2.25-1 - Update to 0.2.25 iso-codes-1.8-1.fc9 ------------------- * Sat Feb 02 2008 Matthias Clasen 1.8-1 - Update to 1.8 libdockapp-0.6.1-6.fc9 ---------------------- * Sat Feb 02 2008 Patrice Dumas 0.6.1-6 - more portable stdincl patch libgdl-0.7.8-2.fc9 ------------------ libgeda-20080127-1.fc9 ---------------------- * Fri Feb 01 2008 Chitlesh Goorah - 20080127-1 - New upstream release - disable-update-mime-database - prepare post and postun - treat locales properly libsemanage-2.0.20-1.fc9 ------------------------ * Sat Feb 02 2008 Dan Walsh - 2.0.20-1 - Update to upstream * Use sepol_set_expand_consume_base to reduce peak memory usage when using semodule libsepol-2.0.19-1.fc9 --------------------- * Sat Feb 02 2008 Dan Walsh 2.0.19-1 - Upgrade to latest from NSA * Add support for consuming avrule_blocks during expansion to reduce peak memory usage. metacity-2.21.5-3.fc9 --------------------- * Sun Feb 03 2008 Matthias Clasen - 2.21.5-3 - Make skip-taskbar windows appear in the ctrl-alt-tab list python-turbojson-1.1.2-3.fc9 ---------------------------- * Sat Feb 02 2008 Toshio Kuratomi 1.1.2-3 - ...and remember to include the patch in cvs. * Sat Feb 02 2008 Toshio Kuratomi 1.1.2-2 - Backport fix for 1.1.2's SQLAlchemy breakage. radiusclient-ng-0.5.6-3.fc9 --------------------------- * Sat Feb 02 2008 Jeffrey C. Ollie - 0.5.6-3 - Update patch to properly perform substitutions. (BZ#236350) repoview-0.6.2-1.fc9 -------------------- * Sat Feb 02 2008 Konstantin Ryabitsev - 0.6.2-1 - Upstream 0.6.2 - Modify URLs to point to the new repoview home rsync-3.0.0-0.pre8.fc9 ---------------------- * Sat Feb 02 2008 Simo Sorce 3.0.0-0.pre8.fc9 - Eight prerelease - Add second source, now patches are in a separate file - Add temporary fix to the xattrs.diff patch line as, in this version the patch contains one extra humk already contained in acls.diff selinux-policy-3.2.6-2.fc9 -------------------------- * Sat Feb 02 2008 Dan Walsh 3.2.6-2 - Additional ports for vnc and allow qemu and libvirt to search all directories tellico-1.3-4.fc9 ----------------- * Sat Feb 02 2008 Jos?? Matos - 1.3-4 - Fix build dependency on poppler (qt version). ushare-1.1a-3.fc9 ----------------- * Fri Jan 25 2008 Eric Tanguy - 1.1a-3 - Correct some spec error * Tue Dec 25 2007 Eric Tanguy - 1.1a-2 - Introduce use of alternatives * Thu Dec 06 2007 Eric Tanguy - 1.1a-1 - Update to 1.1a xdvik-22.84.13-15.fc9 --------------------- * Sat Feb 02 2008 Jonathan G. Underwood - 22.84.13-15 - Fix definition of _texmf_main for now - Fix previous changelog entry version number * Sat Feb 02 2008 Jonathan G. Underwood - 22.84.13-14 - Rework xdvik-22.84.13-uint32_t-fix.patch so as to be consistent with the upstream japanese patch and to stop the build barfing - Remove parallel make since occasionally this fails * Sat Feb 02 2008 Jonathan G. Underwood - 22.84.13-13 - Rework pxdvik-22.84.13-use-system-libs.patch for new japanes patch yaz-3.0.24-1.fc9 ---------------- * Sat Feb 02 2008 Konstantin Ryabitsev - 3.0.24-1 - Upstream 3.0.24 - Remove ziffy, as it's no longer part of this package - Build with icu, available since 3.0.10 * Fri Aug 17 2007 Konstantin Ryabitsev - 3.0.8-1 - New upstream 3.0.8 * Fri Jun 15 2007 Konstantin Ryabitsev - 3.0.6-1 - New major upstream version 3.0.6 From superpitou82 at gmail.com Sun Feb 3 12:45:36 2008 From: superpitou82 at gmail.com (=?ISO-8859-1?Q?Pierre_Mar=E9chal?=) Date: Sun, 3 Feb 2008 13:45:36 +0100 Subject: rawhide report: 20080203 changes In-Reply-To: <200802031231.m13CVk4Q023598@porkchop.devel.redhat.com> References: <200802031231.m13CVk4Q023598@porkchop.devel.redhat.com> Message-ID: <285385910802030445j7af8f6fbnd6f5e916d184d8c3@mail.gmail.com> Hi I'm still trying to upgrade from an updated F8 to rawhide. It goes a little bit further than the first dependency check but fails now with the following message after the package download is complete Transaction Summary ============================================================================= Install 67 Package(s) Update 705 Package(s) Remove 1 Package(s) Total download size: 802 M Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug ERROR with rpm_check_debug vs depsolve: Package gnome-applets needs libgnomekbd.so.1, this is not available. Package gnome-applets needs libgnomekbdui.so.1, this is not available. Package gnome-applets needs libxklavier.so.11, this is not available. Complete! 2008/2/3, Build System : > > New package dsmidiwifi > DS music interface > > New package flam3 > Programs to generate and render cosmic recursive fractal flames > > > > Updated Packages: > > bluez-libs-3.25-1.fc9 > --------------------- > * Sat Feb 02 2008 - Bastien Nocera - 3.25-1 > - Update to 3.25 > > bluez-utils-3.25-1.fc9 > ---------------------- > * Sat Feb 02 2008 - Bastien Nocera - 3.25-1 > - Update to 3.25 > > diveintopython-5.4-11.fc9 > ------------------------- > * Sat Feb 02 2008 Marc Wiriadisastra - Added xdg-utils Requires to open pdf and other files > > * Wed Jan 23 2008 Mohd Izhar Firdaus Ismail > - 5.4-10 > - Major cleanup of spec to be less complex > - Made the packaging less diverted from the generated tree from upstream > build script > - Changed desktop file to use pdf mimetype icon as diveintopython.png is > corrupted > even in upstream zip file > - Removed unnecessary patches > - Removed builreq ant as upstream make.sh uses upstream provided jars (we > might want to > use ant from fedora repo, todo: investigate possibility of patching > make.sh and adding > more java buildreqs for this) > - Switched diveintopython to be a metapackage which pulls > diveintopython-pdf > > emacs-common-muse-3.12-1.fc9 > ---------------------------- > * Sun Feb 03 2008 Jonathan G. Underwood - > 3.12-1 > - Update to version 3.12 > - Cleanup spec file to comply with emacs add-on packaging guidelines > - Fix file encodings > - Cleanup the make install variables > > evince-2.21.90-5.fc9 > -------------------- > * Sat Feb 02 2008 Matthias Clasen - 2.21.90-5 > - Fix nautilus property page and thumbnailer > > evolution-2.21.90-4.fc9 > ----------------------- > * Sat Feb 02 2008 Matthew Barnes - 2.21.90-4.fc9 > - Remove some obsolete configure options: > --enable-file-chooser, --enable-file-locking, --enable-dot-locking > - Remove gnome-doc-utils work-around for GNOME bug #427939 (fixed > upstream). > - Remove patch for RH bug #215478 (fixed upstream). > geda-docs-20080127-1.fc9 > ------------------------ > * Sat Feb 02 2008 Chitlesh Goorah - > 20080127-1 > - New upstream release > > geda-examples-20080127-1.fc9 > ---------------------------- > * Sat Feb 02 2008 Chitlesh Goorah - > 20080127-1 > - New upstream release > > geda-gnetlist-20080127-1.fc9 > ---------------------------- > * Sat Feb 02 2008 Chitlesh Goorah - > 20080127-1 > - New upstream release > > geda-gsymcheck-20080127-1.fc9 > ----------------------------- > * Sat Feb 02 2008 Chitlesh Goorah - > 20080127-1 > - New upstream release > > geda-symbols-20080127-1.fc9 > --------------------------- > * Fri Feb 01 2008 Chitlesh Goorah - > 20080127-1 > - New upstream release > > geda-utils-20080127-1.fc9 > ------------------------- > * Fri Feb 01 2008 Chitlesh Goorah - > 20080127-1 > - New upstream release > > glade3-3.4.1-3.fc9 > ------------------ > * Sun Feb 03 2008 Debarshi Ray - 3.4.1-3 > - Omitted unused direct shared library dependencies. > > glest-data-3.0.0-1.fc9 > ---------------------- > * Sat Feb 02 2008 Aurelien Bompard 3.0.0-1 > - version 3.0.0 > > gnome-build-0.2.1-2.fc9 > ----------------------- > * Sun Feb 03 2008 Debarshi Ray - 0.2.1-2 > - Fixed build failure in Rawhide by defining _GNU_SOURCE. > - Omitted unused direct shared library dependencies. > > * Sat Feb 02 2008 Debarshi Ray - 0.2.1-1 > - Version bump to 0.2.1. > - Fixed build failure caused by missing PKG_CHECK_MODULES entry in > configure > script. > - Parallel build problems fixed by upstream. > > * Thu Jan 24 2008 Debarshi Ray - 0.2.0-3 > - Fixed gnome-build-1.0.pc.in by trimming 'Requires' list. > - Preserved timestamps using 'install -p'. > > gnome-panel-2.21.90-3.fc9 > ------------------------- > * Sun Feb 03 2008 Matthias Clasen - 2.21.90-3 > - Ensure the logout dialog gets focus. > > gscan2pdf-0.9.21-1.fc9 > ---------------------- > * Sat Feb 02 2008 Bernard Johnson - 0.9.21-1 > - v 0.9.21 > > gt-0.4-6.fc9 > ------------ > * Sat Feb 02 2008 Hans de Goede 0.4-6 > - Fix hopefully the last endian issue in unsf > > * Fri Feb 01 2008 Hans de Goede 0.4-5 > - And fix unsf for char being unsigned on ppc > > * Fri Feb 01 2008 Hans de Goede 0.4-4 > - Fix unsf running on big endian systems > > hippo-canvas-0.2.25-1.fc9 > ------------------------- > * Sat Feb 02 2008 Marco Pesenti Gritti - 0.2.25-1 > - Update to 0.2.25 > > iso-codes-1.8-1.fc9 > ------------------- > * Sat Feb 02 2008 Matthias Clasen 1.8-1 > - Update to 1.8 > > libdockapp-0.6.1-6.fc9 > ---------------------- > * Sat Feb 02 2008 Patrice Dumas 0.6.1-6 > - more portable stdincl patch > > libgdl-0.7.8-2.fc9 > ------------------ > > libgeda-20080127-1.fc9 > ---------------------- > * Fri Feb 01 2008 Chitlesh Goorah - > 20080127-1 > - New upstream release > - disable-update-mime-database > - prepare post and postun > - treat locales properly > > libsemanage-2.0.20-1.fc9 > ------------------------ > * Sat Feb 02 2008 Dan Walsh - 2.0.20-1 > - Update to upstream > * Use sepol_set_expand_consume_base to reduce peak memory usage > when > using semodule > > libsepol-2.0.19-1.fc9 > --------------------- > * Sat Feb 02 2008 Dan Walsh 2.0.19-1 > - Upgrade to latest from NSA > * Add support for consuming avrule_blocks during expansion to > reduce > peak memory usage. > > metacity-2.21.5-3.fc9 > --------------------- > * Sun Feb 03 2008 Matthias Clasen - 2.21.5-3 > - Make skip-taskbar windows appear in the ctrl-alt-tab list > > python-turbojson-1.1.2-3.fc9 > ---------------------------- > * Sat Feb 02 2008 Toshio Kuratomi 1.1.2-3 > - ...and remember to include the patch in cvs. > > * Sat Feb 02 2008 Toshio Kuratomi 1.1.2-2 > - Backport fix for 1.1.2's SQLAlchemy breakage. > > radiusclient-ng-0.5.6-3.fc9 > --------------------------- > * Sat Feb 02 2008 Jeffrey C. Ollie - 0.5.6-3 > - Update patch to properly perform substitutions. (BZ#236350) > > repoview-0.6.2-1.fc9 > -------------------- > * Sat Feb 02 2008 Konstantin Ryabitsev - 0.6.2-1 > - Upstream 0.6.2 > - Modify URLs to point to the new repoview home > > rsync-3.0.0-0.pre8.fc9 > ---------------------- > * Sat Feb 02 2008 Simo Sorce 3.0.0-0.pre8.fc9 > - Eight prerelease > - Add second source, now patches are in a separate file > - Add temporary fix to the xattrs.diff patch line as, in this version > the patch contains one extra humk already contained in acls.diff > > selinux-policy-3.2.6-2.fc9 > -------------------------- > * Sat Feb 02 2008 Dan Walsh 3.2.6-2 > - Additional ports for vnc and allow qemu and libvirt to search all > directories > > tellico-1.3-4.fc9 > ----------------- > * Sat Feb 02 2008 Jos? Matos - 1.3-4 > - Fix build dependency on poppler (qt version). > > ushare-1.1a-3.fc9 > ----------------- > * Fri Jan 25 2008 Eric Tanguy - 1.1a-3 > - Correct some spec error > > * Tue Dec 25 2007 Eric Tanguy - 1.1a-2 > - Introduce use of alternatives > > * Thu Dec 06 2007 Eric Tanguy - 1.1a-1 > - Update to 1.1a > > xdvik-22.84.13-15.fc9 > --------------------- > * Sat Feb 02 2008 Jonathan G. Underwood - > 22.84.13-15 > - Fix definition of _texmf_main for now > - Fix previous changelog entry version number > > * Sat Feb 02 2008 Jonathan G. Underwood - > 22.84.13-14 > - Rework xdvik-22.84.13-uint32_t-fix.patch so as to be consistent with the > upstream japanese patch and to stop the build barfing > - Remove parallel make since occasionally this fails > > * Sat Feb 02 2008 Jonathan G. Underwood - > 22.84.13-13 > - Rework pxdvik-22.84.13-use-system-libs.patch for new japanes patch > > yaz-3.0.24-1.fc9 > ---------------- > * Sat Feb 02 2008 Konstantin Ryabitsev - 3.0.24-1 > - Upstream 3.0.24 > - Remove ziffy, as it's no longer part of this package > - Build with icu, available since 3.0.10 > > * Fri Aug 17 2007 Konstantin Ryabitsev - 3.0.8-1 > - New upstream 3.0.8 > > * Fri Jun 15 2007 Konstantin Ryabitsev - 3.0.6-1 > - New major upstream version 3.0.6 > > -- > 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 Sun Feb 3 13:53:34 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 3 Feb 2008 08:53:34 -0500 Subject: request : manual override for interdependent package In-Reply-To: <50baabb30802030232s5946456fx9996a4011afd4018@mail.gmail.com> References: <50baabb30802030232s5946456fx9996a4011afd4018@mail.gmail.com> Message-ID: <20080203085334.4ee2bcf2@redhat.com> On Sun, 3 Feb 2008 11:32:05 +0100 "Chitlesh GOORAH" wrote: > Hello there, > > can anyone do a manual override so that libgeda could be in > dist-fc7-build and dist-fc8-build? > geda packages require libgeda to build. Done. Requests like these go to rel-eng at 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: From kanarip at kanarip.com Sun Feb 3 14:11:14 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sun, 03 Feb 2008 15:11:14 +0100 Subject: Fedora People In-Reply-To: <47A5A375.90203@gmail.com> References: <47A5A375.90203@gmail.com> Message-ID: <47A5CB82.1060609@kanarip.com> Jakub 'Livio' Rusinek wrote: > Hi, > > Why HTTP:404 error is shown for all, while SSH works? > It's the .fedorapeople.org that shows a 404, the fedorapeople.org/~ pages do not. I dropped this into #fedora-admin on FreeNode, too. Kind regards, Jeroen van Meeuwen -kanarip From jakub.rusinek at gmail.com Sun Feb 3 14:08:52 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 03 Feb 2008 15:08:52 +0100 Subject: Fedora People In-Reply-To: <47A5CB82.1060609@kanarip.com> References: <47A5A375.90203@gmail.com> <47A5CB82.1060609@kanarip.com> Message-ID: <47A5CAF4.9010601@gmail.com> Jeroen van Meeuwen wrote: > Jakub 'Livio' Rusinek wrote: >> Hi, >> >> Why HTTP:404 error is shown for all, while SSH works? >> > > It's the .fedorapeople.org that shows a 404, the > fedorapeople.org/~ pages do not. > > I dropped this into #fedora-admin on FreeNode, too. > > Kind regards, > > Jeroen van Meeuwen > -kanarip > Both show 404 for me. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From fedora at leemhuis.info Sun Feb 3 14:20:53 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 03 Feb 2008 15:20:53 +0100 Subject: EPEL report week 05/2008 Message-ID: <47A5CDC5.4060601@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week05 = Weekly EPEL Summary = Week 05/2008 == Most important happenings == * EPEL5 testing -> stable move happened (as always around the 1st each month). We have now 1011 different software packages (counting SRPMs) in the EPEL5 proper repositories for RHEL5/CentOS5. * Two things from https://www.redhat.com/archives/epel-devel-list/2008-January/msg00191.html * Stephen J Smoogen ([:StephenJSmoogen:smooge]) filled the vacant seat in the EPEL Steering Committee * Thorsten Leemhuis ([:ThorstenLeemhuis:knurd]) will step down as chair for the EPEL Steering Committee; he also plans to leave it, thus there is another seat to fill (see also https://www.redhat.com/archives/epel-devel-list/2008-January/msg00177.html ); self nominations welcome == Mailing list == === Noteworthy discussions === * Xavier Bachelot is working on rt3 for EPEL: https://www.redhat.com/archives/epel-devel-list/2008-January/msg00174.html * Michael A. Peters want to see Gnome office in EPEL: https://www.redhat.com/archives/epel-devel-list/2008-February/msg00000.html == Meeting == === Last weeks meeting === Full log: * https://www.redhat.com/archives/epel-devel-list/2008-January/msg00193.html Attendees: * [:ThorstenLeemhuis:knurd] * [:MattDomsch:mdomsch] * [:MikeMcGrath:mmcgrath] * [:KevinFenzi:nirik] * [:KarstenWade:quaid] * [:StephenJSmoogen:smooge] * [:MichaelStahnke:stahnma] Summary: * broken dep reports go to the list | mmcgrath ? | http://fedoraproject.org/wiki/EPEL/Tasks/Misc * the old script isn't running anymore * discussing how to move forward; the script from mschwendt looks better then the old one, as it mails the list as well (and likely runs faster); more discussions needed (see also: https://www.redhat.com/archives/epel-devel-list/2008-January/msg00194.html ) * next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove * knurd prepared it prepared and improved the docs how to do the move * KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel * no news from Jess_S or mmcgrath * fill the steering committee | all | http://fedoraproject.org/wiki/EPEL/Tasks/Misc * smooge (who self nominated on the list) was approved as steering committee member * knurd want's to leave: * thus we have a vacant seat again; self-nominations welcome; quaid: "I wonder if any of the RHTers who deal with RHX would be interested" * smooge and nirik are nominated as new chairmen; more nominations welcome; new chair will be elected in the next meeting * new meeting time can be discussed * Free discussion around EPEL * smooge> | ok how are we doing for packages etc? how many are still in waiting to be branched etc? and wish list? * no exact numbers, but there are likely about 2500 - 3000 packages (counting SRPMS) in Fedora which are not in EPEL * smooge> | I think once we are pushing things regularly and getting more packages.. it would be a good idea to start recruuitiong more mirrors * more mirrors can't hurt; asking on that closed mirror list might be the best start to get more mirrors === Next Meeting === Wednesday, 20080213 at 18:00 UTC in #fedora-meeting. == Stats == === General === Number of EPEL Contributors: 172 We welcome 4 new contributors: arnd sxw timn xavierb === EPEL 5 === Number of source packages: 1056 Number of binary packages: 1960 There are 35 new Packages: * coriander | Control a 1394 digital camera interactively * crack | Password cracker * dtc | Device Tree Compiler * innotop | A MySQL and InnoDB monitor program * libdc1394 | 1394-based digital camera control library * livecd-tools | Tools for building live CD's * mash | Koji buildsystem to yum repository converter * mod_line_edit | A general-puropse filter for text documents * perl-Algorithm-CheckDigits | Perl extension to generate and test check digits * perl-Class-Inner | A perlish implementation of Java like inner classes * perl-Crypt-CBC | Encrypt Data with Cipher Block Chaining Mode * perl-HTML-PrettyPrinter | Generate nice HTML files from HTML syntax trees * perl-HTML-Scrubber | Library for scrubbing/sanitizing html * perl-IPC-ShareLite | Light-weight interface to shared memory * perl-Linux-Pid | Get the native PID and the PPID on Linux * perl-Math-BaseCnv | Fast functions to CoNVert between number Bases * perl-NetAddr-IP | Manages IPv4 and IPv6 addresses and subnets * perl-PDL | The Perl Data Language * perl-TermReadKey | A perl module for simple terminal control * perl-Test-Unit | The PerlUnit testing framework * perl-Text-Format | Various subroutines to format text * perl-User | API for locating user information regardless of OS * perl-XML-Handler-YAWriter | Yet another Perl SAX XML Writer * perl-XML-Merge | Flexibly merge XML documents * perl-XML-Tidy | Tidy indenting of XML documents * perl-XML-Xerces | Perl API to Xerces XML parser * python-elixir | A declarative mapper for SQLAlchemy * python-libgmail-docs | Documents and examples for python-libgmail * python-libgmail | Library to provide access to Gmail via Python * remctl | Client/server for Kerberos-authenticated command execution * rtpproxy | A symmetric RTP proxy * sagator | SAGATOR - antivir/antispam gateway for smtp server * silkscreen-fonts | Silkscreen four member type family * up-imapproxy | University of Pittsburgh IMAP Proxy * xorg-x11-drv-openchrome | Xorg X11 openchrome video driver === EPEL 4 === Number of source packages: 644 Number of binary packages: 1180 There are 25 new Packages: * innotop | A MySQL and InnoDB monitor program * perl-Algorithm-CheckDigits | Perl extension to generate and test check digits * perl-Authen-Krb5 | Krb5 Perl module * perl-Class-Inner | A perlish implementation of Java like inner classes * perl-Crypt-CBC | Encrypt Data with Cipher Block Chaining Mode * perl-DateTime-Precise | Perform common time and date operations with additional GPS operations * perl-HTML-Scrubber | Library for scrubbing/sanitizing html * perl-IPC-ShareLite | Light-weight interface to shared memory * perl-Linux-Pid | Get the native PID and the PPID on Linux * perl-Math-BaseCnv | Fast functions to CoNVert between number Bases * perl-NetAddr-IP | Manages IPv4 and IPv6 addresses and subnets * perl-TermReadKey | A perl module for simple terminal control * perl-Test-Unit | The PerlUnit testing framework * perl-Text-Format | Various subroutines to format text * perl-User | API for locating user information regardless of OS * perl-XML-Handler-YAWriter | Yet another Perl SAX XML Writer * perl-XML-Merge | Flexibly merge XML documents * perl-XML-Tidy | Tidy indenting of XML documents * perl-XML-Xerces | Perl API to Xerces XML parser * python-libgmail | Library to provide access to Gmail via Python * remctl | Client/server for Kerberos-authenticated command execution * rtpproxy | A symmetric RTP proxy * sagator | SAGATOR - antivir/antispam gateway for smtp server * silkscreen-fonts | Silkscreen four member type family * up-imapproxy | University of Pittsburgh IMAP Proxy ---- ["CategoryEPELReports"] From jkeating at redhat.com Sun Feb 3 14:19:10 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 3 Feb 2008 09:19:10 -0500 Subject: Fedora People In-Reply-To: <47A5CB82.1060609@kanarip.com> References: <47A5A375.90203@gmail.com> <47A5CB82.1060609@kanarip.com> Message-ID: <20080203091910.789cb582@redhat.com> On Sun, 03 Feb 2008 15:11:14 +0100 Jeroen van Meeuwen wrote: > I dropped this into #fedora-admin on FreeNode, too. And now it's fixed. Cheers! -- 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 jonathan.underwood at gmail.com Sun Feb 3 14:25:41 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 3 Feb 2008 14:25:41 +0000 Subject: call for texlive related packages maintainers In-Reply-To: <20080105121634.GA1756@free.fr> References: <20080105121634.GA1756@free.fr> Message-ID: <645d17210802030625ld41a165sde0acd944fbfade5@mail.gmail.com> On 05/01/2008, Patrice Dumas wrote: > dvipng > http://savannah.nongnu.org/projects/dvipng/ > https://bugzilla.redhat.com/show_bug.cgi?id=431356 From skvidal at fedoraproject.org Sun Feb 3 16:19:15 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Sun, 03 Feb 2008 11:19:15 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: References: <1201964768.2361.3.camel@cutter> Message-ID: <1202055555.14526.3.camel@cutter> On Sat, 2008-02-02 at 10:33 -0500, Mark Bidewell wrote: > Thanks, do you believe this should be registered in Bugzilla? Not sure in what way. gpgme is a part of the KDE group. It is also needed by yum. It's a legit dependency, it seems. File it against comps, if you want, I'm not sure what resolution there can be, though. -sv From laurent.rineau__fedora at normalesup.org Sun Feb 3 16:56:19 2008 From: laurent.rineau__fedora at normalesup.org (Laurent Rineau) Date: Sun, 3 Feb 2008 17:56:19 +0100 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202055555.14526.3.camel@cutter> References: <1202055555.14526.3.camel@cutter> Message-ID: <200802031756.19649@rineau.tsetse> On Sunday 03 February 2008 17:19:15 seth vidal wrote: > On Sat, 2008-02-02 at 10:33 -0500, Mark Bidewell wrote: > > Thanks, do you believe this should be registered in Bugzilla? > > Not sure in what way. gpgme is a part of the KDE group. It is also > needed by yum. It's a legit dependency, it seems. Maybe gpgme should be remove from the KDE group, and be added as a dependency of one of it package, instead. -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From hughsient at gmail.com Sun Feb 3 18:33:47 2008 From: hughsient at gmail.com (Richard Hughes) Date: Sun, 03 Feb 2008 18:33:47 +0000 Subject: PackageKit, localisation and koji In-Reply-To: <1201963813.2361.1.camel@cutter> References: <1201941084.2774.16.camel@hughsie-laptop> <1201963813.2361.1.camel@cutter> Message-ID: <1202063627.2802.7.camel@hughsie-laptop> On Sat, 2008-02-02 at 09:50 -0500, seth vidal wrote: > On Sat, 2008-02-02 at 08:31 +0000, Richard Hughes wrote: > > RPM spec files are rarely localised. This doesn't matter much if you > > speak English, but really sucks if you don't. We can't add all > > translations to all the packages in the world, but we can do our best to > > be clever: > > > > http://people.freedesktop.org/~hughsient/temp/pk-application-extra.png > > > > What about specspo? This includes translations to quite a number of the > packages we have and it already exists. I didn't know about specspo, thanks. When I install specspo I just get these: [hughsie at hughsie-laptop ~]$ rpm -ql specspo /etc/rpm/macros.specspo /usr/share/locale//LC_MESSAGES/redhat-dist.mo How can I actually get the package summary in the french locale for the "gimp" package for example? Do I have to use gettext for each language and pass it in the C locale summary or is there a better way? Thanks, Richard. From Axel.Thimm at ATrpms.net Sun Feb 3 19:20:36 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 3 Feb 2008 21:20:36 +0200 Subject: Older kernel shipped as F7 kernel update? In-Reply-To: <20080202165619.GD20025@crow> References: <47A437B9.8030002@leemhuis.info> <20080202165619.GD20025@crow> Message-ID: <20080203192036.GB19800@puariko.nirvana> HELP!!! On Sat, Feb 02, 2008 at 11:56:19AM -0500, Luke Macken wrote: > > On "28 Jan 2008 22:14:47 -0700" kernel-2.6.23.14-64.fc7 was shipped as > > update: > > https://www.redhat.com/archives/fedora-package-announce/2008-January/msg00968.html > > > > Some minutes ago on "02 Feb 2008 02:01:59 -0700" kernel-2.6.23.14-60.fc7 > > was shipped as update: > > https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00061.html > Ah, thanks for catching this. It looks like kernel-2.6.23.14-60.fc7 was > in updates-testing for a while, was never obsoleted when -64 came in, > and was "approved" by the security team when that feature came about > recently (which requests that an update be pushed to stable). > > Looks like some new features confused bodhi a little. This shouldn't > happen again, as bodhi will now auto-obsolete older pending/testing updates. > > I've obsoleted -60, and kicked off another mash of f7-updates. A day later the master mirrors only carry -60 and -64 was nuked away!!! HELP!!! -- 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 jspaleta at gmail.com Sun Feb 3 19:38:25 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 3 Feb 2008 10:38:25 -0900 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202055555.14526.3.camel@cutter> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> Message-ID: <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> On Feb 3, 2008 7:19 AM, seth vidal wrote: > File it against comps, if you want, I'm not sure what resolution there > can be, though. The underlying problem here is that we used the simplest approach to uninstalling that doesn't take into account whether a package is part of another 'installed' group (whatever that means). Since we don't keep track of the context of the install operation...was it installed as part of a group install operation, explicitly requested by a user for install, or dragged in to fill a dep, other crap like that... we've no way to account for that context in the remove operation. So all removes are equal. I think group definitions overlap is unavoidable...its too big of a space. If we continue to require that groups don't overlap like this, we really limit how Spins/SIGs can leverage group definitions to organize their space. But for a groupremove command to work, rationally, there has to be some extra information tracked about why a package was installed, so when its uninstalled as part of a groupremove, its not uninstalled if it belongs to another installed group. We just don't have the information...yet. I know tracking this sort of install context has been brought up before (by me even!). Seth do you know anyone who is experimenting with this sort of thing? Tracking the context of a package install in terms of explicit request, dep resolution, or group member? -jef From ndbecker2 at gmail.com Sun Feb 3 21:02:12 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 03 Feb 2008 16:02:12 -0500 Subject: no debuginfo built - why? Message-ID: I'm putting together a new srpm. It builds fine, but no debuginfo package. Why not? What triggers building debuginfo? The word 'debug' does not even occur in the stdout output of the rpmbuild process. How do I debug this? From nicolas.mailhot at laposte.net Sun Feb 3 21:10:07 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 03 Feb 2008 22:10:07 +0100 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> Message-ID: <1202073007.6766.10.camel@rousalka.dyndns.org> Le dimanche 03 f?vrier 2008 ? 10:38 -0900, Jeff Spaleta a ?crit : > If we continue to require that groups don't overlap like this, We don't. I removed the overlap check from our comps filter last year because the list was getting too long, no one cared and it was drowning other error messages. > But for a groupremove command to work, > rationally, there has to be some extra information tracked about why a > package was installed, so when its uninstalled as part of a > groupremove, its not uninstalled if it belongs to another installed > group. In other words another database somewhere. Which the yum/rpm developpers are deeply afraid of. Like rpm grouping, metadata translation handling, etc installation source tracking is something that should be implemented properly someday but is indefinitely postoned because it's so invasive. I just hope it finaly happens. -- 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 roland at redhat.com Sun Feb 3 22:01:32 2008 From: roland at redhat.com (Roland McGrath) Date: Sun, 3 Feb 2008 14:01:32 -0800 (PST) Subject: no debuginfo built - why? In-Reply-To: Neal Becker's message of Sunday, 3 February 2008 16:02:12 -0500 References: Message-ID: <20080203220207.AFCA527018F@magilla.localdomain> > I'm putting together a new srpm. It builds fine, but no debuginfo package. > Why not? What triggers building debuginfo? It is automatic for any build that is not noarch. This is controlled by lots of macro magic in /usr/lib/rpm/redhat/macros and /usr/lib/rpm/macros (the former overriding some of the latter). I think the crucial hook in is this macro: %install %{?_enable_debug_packages:%{?buildsubdir:%{debug_package}}}\ %%install\ LANG=C\ export LANG\ unset DISPLAY\ %{nil} So _enable_debug_packages has to be set (it is set by default earlier in the file), and buildsubdir has to be set. The latter requirement is (I think) imposed because the way files are placed in /usr/src/debug depends on %{buildsubdir} to distinguish packages from each other. > The word 'debug' does not even occur in the stdout output of the rpmbuild > process. How do I debug this? I don't have any great ideas there, if it's not the buildsubdir issue. You can try to find a sympathetic rpm guru and cry pitifully until they figure it out for you. What I've done is basically just a lot of guess at likely spec tweaks and try it, occasionally resorting to reading the rpm source to salt my guesses a little (because for the picayune details, the documentation to be found is just that lousy). This buildsubdir macro is magically set by %setup, AIUI. So perhaps you are for some reason not using that macro. If you've avoided it, it's probably a better idea to figure out options for it that work for your build, even if that requires fiddling with how you do things and adding a directory level into the tree you unpack. From looking at the rpm source, setting buildsubdir seems to be the only magical thing that %setup does in addition to the shell commands it emits. So you could use %define buildsubdir and do your own thing. But I suspect that always using %setup is preferable. Thanks, Roland From kevin.kofler at chello.at Sun Feb 3 22:09:33 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 3 Feb 2008 22:09:33 +0000 (UTC) Subject: no debuginfo built - why? References: Message-ID: Neal Becker gmail.com> writes: > I'm putting together a new srpm. It builds fine, but no debuginfo package. > Why not? What triggers building debuginfo? Do you have redhat-rpm-config installed? This is assumed to always be present when building Fedora packages, and it's required for the debuginfo packages among other things. Kevin Kofler From lordmorgul at gmail.com Sun Feb 3 22:21:15 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 03 Feb 2008 14:21:15 -0800 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> Message-ID: <47A63E5B.5080405@gmail.com> Jeff Spaleta wrote: > On Feb 3, 2008 7:19 AM, seth vidal wrote: >> File it against comps, if you want, I'm not sure what resolution there >> can be, though. > > > The underlying problem here is that we used the simplest approach to > uninstalling that doesn't take into account whether a package is part > of another 'installed' group (whatever that means). Since we don't > keep track of the context of the install operation...was it installed > as part of a group install operation, explicitly requested by a user > for install, or dragged in to fill a dep, other crap like that... > we've no way to account for that context in the remove operation. So > all removes are equal. > > I think group definitions overlap is unavoidable...its too big of a > space. If we continue to require that groups don't overlap like this, > we really limit how Spins/SIGs can leverage group definitions to > organize their space. But for a groupremove command to work, > rationally, there has to be some extra information tracked about why a > package was installed, so when its uninstalled as part of a > groupremove, its not uninstalled if it belongs to another installed > group. We just don't have the information...yet. A thought for Seth: Wouldn't it be possible for the groupremove operation to handle this with information it already has? If a package is added to a remove operation list because the original command given is a groupremove, then any packages that are also listed in another group (that is installed) should be skipped over in the remove operation. It means retracing over the remove list once the reverse deps are solved and checking whether each package is a member of an installed group other than the one being removed. Handling it in that way might be extremely slow, but it shouldn't require another database of information for context on how the package was originally installed right? Assume if its part of more than one *installed group* then leave it in place during the first groupremove. You'll get the result of any packages that exist only because they are a member of the group being removed are removed, and any dependencies those packages pulled in will be removed only if they are listed in no other group that is installed. Would that end up leaving any cruft behind? -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From skvidal at fedoraproject.org Sun Feb 3 22:21:34 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Sun, 03 Feb 2008 17:21:34 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202073007.6766.10.camel@rousalka.dyndns.org> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <1202073007.6766.10.camel@rousalka.dyndns.org> Message-ID: <1202077294.14526.13.camel@cutter> On Sun, 2008-02-03 at 22:10 +0100, Nicolas Mailhot wrote: > Le dimanche 03 f?vrier 2008 ? 10:38 -0900, Jeff Spaleta a ?crit : > > > But for a groupremove command to work, > > rationally, there has to be some extra information tracked about why a > > package was installed, so when its uninstalled as part of a > > groupremove, its not uninstalled if it belongs to another installed > > group. > > In other words another database somewhere. Which the yum/rpm developpers > are deeply afraid of. We're not 'afraid' of another database we just don't want to see a proliferation of metadata being strewn all over the place and having the same data being duplicated by apt,smart, yum, etc, etc. Not to mention trying to keep it in sync. Now, a week ago I posted a additional-metadata patch to yum-devel which does exactly what you're talking about. Jeremy was pretty fiercely against it b/c it means we're keeping metadata on installed pkgs outside of the rpmdb. I've talked to Panu and he's not too terribly keen on letting just arbitrary data get added, if only b/c of what that can mean for busting up the rpmdb and for debugging. So, that's the hangup. Unless there's something imminent arriving I'm inclined to fix up the additional-metadata patch a bit more and merge it. Maybe redoing it so the data is kept somewhere other than /var/lib/yum/yumdb in hopes that other apps can write to/from it. I'll talk to Panu and see what he thinks. Nicholas, in the future, please don't speak as if you're representing yum or rpm developers. -sv From lordmorgul at gmail.com Sun Feb 3 22:25:25 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 03 Feb 2008 14:25:25 -0800 Subject: rawhide report: 20080203 changes In-Reply-To: <200802031231.m13CVk4Q023598@porkchop.devel.redhat.com> References: <200802031231.m13CVk4Q023598@porkchop.devel.redhat.com> Message-ID: <47A63F55.2070408@gmail.com> Build System wrote: Nothing... about broken deps. Were there really no broken deps in that build? -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Sun Feb 3 22:39:08 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 03 Feb 2008 14:39:08 -0800 Subject: rawhide report: 20080203 changes In-Reply-To: <47A63F55.2070408@gmail.com> References: <200802031231.m13CVk4Q023598@porkchop.devel.redhat.com> <47A63F55.2070408@gmail.com> Message-ID: <47A6428C.2020505@gmail.com> Andrew Farris wrote: > Build System wrote: > > Nothing... about broken deps. Were there really no broken deps in that > build? > I see problems on x86_64 with libsoup, libgeda, libgbf, libgbf-widgets, and on i686 I also see problems with libgnat, libgcj. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From ndbecker2 at gmail.com Sun Feb 3 22:41:35 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 03 Feb 2008 17:41:35 -0500 Subject: no debuginfo built - why? (solved - unbelievable) References: <20080203220207.AFCA527018F@magilla.localdomain> Message-ID: You're never going to believe this, but the problem was, that at one time, I had: %define debug_package %{nil} But I had commented it out! #%define debug_package %{nil} With that commented out line, it won't build debuginfo. From sandeen at redhat.com Sun Feb 3 22:45:08 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Sun, 03 Feb 2008 16:45:08 -0600 Subject: no debuginfo built - why? (solved - unbelievable) In-Reply-To: References: <20080203220207.AFCA527018F@magilla.localdomain> Message-ID: <47A643F4.7070401@redhat.com> Neal Becker wrote: > You're never going to believe this, but the problem was, that at one time, I > had: > > %define debug_package %{nil} > > But I had commented it out! > #%define debug_package %{nil} > > With that commented out line, it won't build debuginfo. The famous "macros have no context" "feature" of rpm... ;) -Eric From opensource at till.name Sun Feb 3 23:37:14 2008 From: opensource at till.name (Till Maas) Date: Mon, 04 Feb 2008 00:37:14 +0100 Subject: no debuginfo built - why? (solved - unbelievable) In-Reply-To: <47A643F4.7070401@redhat.com> References: <47A643F4.7070401@redhat.com> Message-ID: <200802040037.27635.opensource@till.name> On Sun February 3 2008, Eric Sandeen wrote: > The famous "macros have no context" "feature" of rpm... ;) Is there something I can bookmark about this in the web? I first believed that this could be the mistake here, but then I thought this cannot be. ;-) 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 sandeen at redhat.com Sun Feb 3 23:56:40 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Sun, 03 Feb 2008 17:56:40 -0600 Subject: no debuginfo built - why? (solved - unbelievable) In-Reply-To: <200802040037.27635.opensource@till.name> References: <47A643F4.7070401@redhat.com> <200802040037.27635.opensource@till.name> Message-ID: <47A654B8.5050403@redhat.com> Till Maas wrote: > On Sun February 3 2008, Eric Sandeen wrote: > >> The famous "macros have no context" "feature" of rpm... ;) > > Is there something I can bookmark about this in the web? I first believed that > this could be the mistake here, but then I thought this cannot be. ;-) Maybe http://www.redhat.com/advice/tips/rpm_revisited.html : Note Avoid using percent signs (%) in comments. They may get interpreted as RPM macros. See Chapter 10 for details. Chapter 10 of what? Not sure. Maximum RPM says: To create a comment, enter an octothorp (#) at the start of the line. Any text following the comment character will be ignored by RPM. which is not quite right, as you found. :) From jkeating at redhat.com Mon Feb 4 01:13:07 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 3 Feb 2008 20:13:07 -0500 Subject: rawhide report: 20080203 changes In-Reply-To: <47A63F55.2070408@gmail.com> References: <200802031231.m13CVk4Q023598@porkchop.devel.redhat.com> <47A63F55.2070408@gmail.com> Message-ID: <20080203201307.5436d36e@redhat.com> On Sun, 03 Feb 2008 14:25:25 -0800 Andrew Farris wrote: > Nothing... about broken deps. Were there really no broken deps in > that build? No, our depchecker is running into some issues that we'll hopefully have fixed early next 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 skvidal at fedoraproject.org Mon Feb 4 05:16:27 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 04 Feb 2008 00:16:27 -0500 Subject: PackageKit, localisation and koji In-Reply-To: <1202063627.2802.7.camel@hughsie-laptop> References: <1201941084.2774.16.camel@hughsie-laptop> <1201963813.2361.1.camel@cutter> <1202063627.2802.7.camel@hughsie-laptop> Message-ID: <1202102187.14526.19.camel@cutter> On Sun, 2008-02-03 at 18:33 +0000, Richard Hughes wrote: > On Sat, 2008-02-02 at 09:50 -0500, seth vidal wrote: > > On Sat, 2008-02-02 at 08:31 +0000, Richard Hughes wrote: > > > RPM spec files are rarely localised. This doesn't matter much if you > > > speak English, but really sucks if you don't. We can't add all > > > translations to all the packages in the world, but we can do our best to > > > be clever: > > > > > > http://people.freedesktop.org/~hughsient/temp/pk-application-extra.png > > > > > > > What about specspo? This includes translations to quite a number of the > > packages we have and it already exists. > > I didn't know about specspo, thanks. When I install specspo I just get > these: > > [hughsie at hughsie-laptop ~]$ rpm -ql specspo > /etc/rpm/macros.specspo > /usr/share/locale//LC_MESSAGES/redhat-dist.mo > > How can I actually get the package summary in the french locale for the > "gimp" package for example? Do I have to use gettext for each language > and pass it in the C locale summary or is there a better way? > afaik, yes. I've not actually used it to extract the languages before. Normally, access to the data via rpm or rpmlib does the job -sv From Matt_Domsch at dell.com Mon Feb 4 05:22:46 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 3 Feb 2008 23:22:46 -0600 Subject: yum multilib_policy default for F9 Message-ID: <20080204052246.GA28039@auslistsprd01.us.dell.com> Seth added a new feature to yum, letting one specify the multilib policy system-wide. This is similar to the yum-basearchonly plugin, only better integrated into yum itself. multilib_policy=all (current default, matches F8 and earlier behavior) 'yum install firefox' will install firefox.i386 and firefox.x86_64 on an x86_64 system. multilib_policy=best (desired behavior IMHO) 'yum install firefox' will install firefox.x86_64 on an x86_64 system. 'yum install firefox.i386' will install firefox.i386. Depsolving still happens as expected, so installing an .i386 app with 'yum localinstall foo.i386.rpm' will depsolve and pull in any .i386 dependencies. What are the objections, besides timing (Alpha is finished, Beta is ~1 month away) to switching the default from 'all' to 'best' for F9? Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From lmacken at redhat.com Mon Feb 4 06:06:27 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 4 Feb 2008 01:06:27 -0500 Subject: Creating live USB keys in Windows In-Reply-To: <47A57BFB.3000000@gmail.com> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> <47A57BFB.3000000@gmail.com> Message-ID: <20080204060627.GA8631@crow> On Sun, Feb 03, 2008 at 12:31:55AM -0800, Andrew Farris wrote: > Luke Macken wrote: >>> It claims NTFS is unrecognized and only works well with FAT32. >> >> NTFS does not seem to be supported by syslinux. Looks like we may be >> out of luck with this one. > > Currently it bails out with the most cryptic thing possible. A message > about not supporting NTFS and reformatting would help there. > > The same is true for a usb key without any partitions, or formatted ext2/3 > as well. Same message. I've improved the error handling for those cases. If you encounter any more cryptic messages, please let me know. http://lmacken.fedorapeople.org/livecd-iso-to-usb.zip Thanks! luke From david at lovesunix.net Mon Feb 4 06:11:56 2008 From: david at lovesunix.net (David Nielsen) Date: Mon, 04 Feb 2008 07:11:56 +0100 Subject: Where are thou gnome-do? Message-ID: <1202105516.31521.2.camel@localhost.localdomain> 9 days ago bodhi reported that gnome-do was pushed to F-8 (and F-7 for that matter) but yum removes no such package in the repo. Did I anger some form of update system deity? https://admin.fedoraproject.org/updates/F8/FEDORA-2008-1071 - 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 j.w.r.degoede at hhs.nl Mon Feb 4 06:47:23 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 04 Feb 2008 07:47:23 +0100 Subject: yum multilib_policy default for F9 In-Reply-To: <20080204052246.GA28039@auslistsprd01.us.dell.com> References: <20080204052246.GA28039@auslistsprd01.us.dell.com> Message-ID: <47A6B4FB.8060205@hhs.nl> Matt Domsch wrote: > Seth added a new feature to yum, letting one specify the multilib > policy system-wide. This is similar to the yum-basearchonly plugin, > only better integrated into yum itself. > > multilib_policy=all (current default, matches F8 and earlier behavior) > 'yum install firefox' will install firefox.i386 and firefox.x86_64 > on an x86_64 system. > > multilib_policy=best (desired behavior IMHO) > 'yum install firefox' will install firefox.x86_64 on an x86_64 > system. 'yum install firefox.i386' will install firefox.i386. > > Depsolving still happens as expected, so installing an .i386 app with > 'yum localinstall foo.i386.rpm' will depsolve and pull in any .i386 > dependencies. > > > What are the objections, besides timing (Alpha is finished, Beta is ~1 > month away) to switching the default from 'all' to 'best' for F9? > > multilib_policy=best as default gets a +1 from me Regards, Hans From lmacken at redhat.com Mon Feb 4 07:15:08 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 4 Feb 2008 02:15:08 -0500 Subject: Where are thou gnome-do? In-Reply-To: <1202105516.31521.2.camel@localhost.localdomain> References: <1202105516.31521.2.camel@localhost.localdomain> Message-ID: <20080204071508.GB8631@crow> On Mon, Feb 04, 2008 at 07:11:56AM +0100, David Nielsen wrote: > 9 days ago bodhi reported that gnome-do was pushed to F-8 (and F-7 for > that matter) but yum removes no such package in the repo. Did I anger > some form of update system deity? > > https://admin.fedoraproject.org/updates/F8/FEDORA-2008-1071 gnome-do-0.3.0.1-3.fc8 should be making its way out to the mirrors shortly. I'm not sure what happened here, I'll look into it. luke From nicolas.mailhot at laposte.net Mon Feb 4 08:32:33 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 4 Feb 2008 09:32:33 +0100 (CET) Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202077294.14526.13.camel@cutter> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <1202073007.6766.10.camel@rousalka.dyndns.org> <1202077294.14526.13.camel@cutter> Message-ID: <48251.192.54.193.53.1202113953.squirrel@rousalka.dyndns.org> Le Dim 3 f?vrier 2008 23:21, seth vidal a ?crit : > Nicholas, in the future, please don't speak as if you're representing > yum or rpm developers. I only relayed what the yum or rpm devs told last time it was talked about. I think "Jeremy was pretty fiercely against it" and "Panu's not too terribly keen on" are pretty close to what I wrote. But I'm happy to see your own position has evolved. -- Nicolas Mailhot From giallu at gmail.com Mon Feb 4 08:33:48 2008 From: giallu at gmail.com (Gianluca Sforna) Date: Mon, 4 Feb 2008 09:33:48 +0100 Subject: no debuginfo built - why? (solved - unbelievable) In-Reply-To: References: <20080203220207.AFCA527018F@magilla.localdomain> Message-ID: On Feb 3, 2008 11:41 PM, Neal Becker wrote: > You're never going to believe this, but the problem was, that at one time, I > had: > > %define debug_package %{nil} > > But I had commented it out! > #%define debug_package %{nil} > > With that commented out line, it won't build debuginfo. > Once (or maybe twice), I also got caught by that "feature"... I wonder if there is something in bugzilla about it From caolanm at redhat.com Mon Feb 4 09:26:46 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Mon, 04 Feb 2008 09:26:46 +0000 Subject: Installing openoffice.org-voikko: unopkg fails if OO.o is running In-Reply-To: <200802021948.11446.vpivaini@cs.helsinki.fi> References: <200802021948.11446.vpivaini@cs.helsinki.fi> Message-ID: <1202117206.3844.319.camel@Jehannum> On Sat, 2008-02-02 at 19:48 +0200, Ville-Pekka Vainio wrote: > I just happened to test installing this package while having OO.o Writer > running and the unopkg installation fails. It's > running '/usr/lib/openoffice.org/program/unopkg > add --shared %{_libdir}/voikko.uno.pkg -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 || :' > and it fails with: > "You need to close the already opened Extension Manager to continue. > > ERROR: Lock file indicates that a concurrent Office process is running! > > unopkg failed. Hmm, I can't get this to happen here with F9 or F8 OOo. I wonder (though I tried this as well without reproducing the problem) if you had writer running as root ? I can't think of any other scenario with a shared lockfile. > So is there a way of making the RPM installation fail if unopkg fails Well, remove the || : and it will just fail. You probably want to avoid doing that though, its a world of pain for everyone when transactions fail, especially on remove/upgrade paths. C. From tim.lauridsen at googlemail.com Mon Feb 4 10:21:57 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Mon, 04 Feb 2008 11:21:57 +0100 Subject: Creating live USB keys in Windows In-Reply-To: <47A56FB3.2050600@googlemail.com> References: <20080202102740.GA20025@crow> <47A4D0AD.40600@filteredperception.org> <47A56FB3.2050600@googlemail.com> Message-ID: <47A6E745.7090406@googlemail.com> Tim Lauridsen wrote: > Douglas McClendon wrote: >> Luke Macken wrote: >>> Hi! >>> >>> So, I wrote some code that will install a Fedora Live ISO onto a USB >>> stick, in Windows. >>> >>> It automatically detects all removable drives, finds your ISO, extracts >>> it to your USB key, tweaks the syslinux.cfg, and installs the >>> bootloader. >>> >>> From a user perspective, using it is pretty simple: >>> - download fedora >>> - download and extract livecd-iso-to-usb.zip >>> - drag fedora iso into directory >>> - double click 'livecd-iso-to-usb.exe' >>> - ...profit! >>> >>> It has worked great during all of my testing, and Jesse seemed to have >>> good luck with it today, but we definitely need more people to try it >>> out before we can start recommending it to users. >>> >>> Documentation: >>> http://fedoraproject.org/wiki/LukeMacken/WindowsLiveUSB >>> In action: http://lmacken.fedorapeople.org/livecd-iso-to-usb.png >>> The binary: http://lmacken.fedorapeople.org/livecd-iso-to-usb.zip >>> The code: git clone >>> http://lmacken.fedorapeople.org/livecd-iso-to-usb.git >>> >>> Comments/suggestions/patches/flames ? >> >> Very cool. Thanks. >> >> I remember a while back when I last used that other OS, that it was a >> pain to do something as simple as burn an iso image to cdrom*. If >> that is still the case, and if there is an OSS solution to that, >> perhaps it could all be bundled in the 'fedora burning tool for >> windows' package. Just a thought... >> >> * yes, most users will have some 3rd party solution they are familiar >> with, but I still think it would be cool to not depend on such things. >> >> -dmc >> > > There is a Windows version cdrecord available here[1], there dont need > the cygwin runtime > > [1] : http://smithii.com/files/cdrtools-2.01-bootcd.ru-w32.zip > > Tim > http://infrarecorder.sourceforge.net/ this could also be a possibility, it is nice for the windows users the also exist some nice open source software programs they can use in the dark world of closed source software :) Tim From vpivaini at cs.helsinki.fi Mon Feb 4 10:30:51 2008 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Mon, 4 Feb 2008 12:30:51 +0200 Subject: Installing openoffice.org-voikko: unopkg fails if OO.o is running In-Reply-To: <1202117206.3844.319.camel@Jehannum> References: <200802021948.11446.vpivaini@cs.helsinki.fi> <1202117206.3844.319.camel@Jehannum> Message-ID: <200802041230.51692.vpivaini@cs.helsinki.fi> Caolan McNamara wrote: > On Sat, 2008-02-02 at 19:48 +0200, Ville-Pekka Vainio wrote: > > I just happened to test installing this package while having OO.o Writer > > running and the unopkg installation fails. It's > > running '/usr/lib/openoffice.org/program/unopkg > > add --shared %{_libdir}/voikko.uno.pkg > > -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 || :' and it fails with: > > "You need to close the already opened Extension Manager to continue. > > > > ERROR: Lock file indicates that a concurrent Office process is running! > > > > unopkg failed. > > Hmm, I can't get this to happen here with F9 or F8 OOo. I wonder (though > I tried this as well without reproducing the problem) if you had writer > running as root ? I can't think of any other scenario with a shared > lockfile. With a bit more testing, I figured it out. I usually use sudo with yum. Apparently that causes unopkg to fail, since both oowriter and yum are run as my regular user, yum just has superuser privileges. -- Ville-Pekka Vainio From tsmetana at redhat.com Mon Feb 4 10:42:31 2008 From: tsmetana at redhat.com (=?UTF-8?B?VG9tw6HFoQ==?= Smetana) Date: Mon, 4 Feb 2008 11:42:31 +0100 Subject: Elvis-hosted modules to be moved on 18/2 In-Reply-To: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> References: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> Message-ID: <20080204114231.205a86db@dhcp-lab-165.englab.brq.redhat.com> On Sat, 2 Feb 2008 02:07:57 +0200 "Dimitris Glezos" wrote: > **NOTE**: This is an *opt out* move of Fedora-as-upstream packages to > a new hosting service. If you feel your package(s) cannot participate > in this move, you must explicitly state it on the wiki page. Read on > for full details. > > http://fedoraproject.org/wiki/Infrastructure/RFR/FinalElvisMove Hi, I currently maintain logrotate that has its CVS on Elvis. I failed to find it on the wiki page. Should I add it there myself or is logrotate considered to be an exception? -- Tom?? Smetana Base OS Software Engineer, Red Hat RH IRC: #brno #devel #base-os; Freenode IRC: #fedora-devel From jakub.rusinek at gmail.com Mon Feb 4 12:03:35 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 4 Feb 2008 13:03:35 +0100 Subject: Where are thou gnome-do? In-Reply-To: <20080204071508.GB8631@crow> References: <1202105516.31521.2.camel@localhost.localdomain> <20080204071508.GB8631@crow> Message-ID: <5e92ee3f0802040403j24978d30y35be299ae5bed06e@mail.gmail.com> 2008/2/4, Luke Macken : > On Mon, Feb 04, 2008 at 07:11:56AM +0100, David Nielsen wrote: > > 9 days ago bodhi reported that gnome-do was pushed to F-8 (and F-7 for > > that matter) but yum removes no such package in the repo. Did I anger > > some form of update system deity? > > > > https://admin.fedoraproject.org/updates/F8/FEDORA-2008-1071 > > gnome-do-0.3.0.1-3.fc8 should be making its way out to the mirrors shortly. > I'm not sure what happened here, I'll look into it. > > luke > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > This may be caused by system outage (I think). -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From buildsys at redhat.com Mon Feb 4 13:20:00 2008 From: buildsys at redhat.com (Build System) Date: Mon, 4 Feb 2008 08:20:00 -0500 Subject: rawhide report: 20080204 changes Message-ID: <200802041320.m14DK0IZ006413@porkchop.devel.redhat.com> New package glusterfs Cluster File System New package perl-ccom Perl module for context-sensitive phonetic string replacement New package sshmenu Application to organize SSH connection information in a menu Updated Packages: bluecurve-icon-theme-8.0.1-1.fc9 -------------------------------- d4x-2.5.7.1-8.fc9 ----------------- * Sun Feb 03 2008 Matthias Saou 2.5.7.1-8 - Rebuild with the changes from Mon Sep 24 2007 merged back in. - Replace autoconf run with a few more lines to the makebuild patch. djvulibre-3.5.20-2.fc9 ---------------------- * Sun Feb 03 2008 Matthias Saou 3.5.20-2 - Update to 3.5.20-2 (#431025). - Split off a -libs sub-package (#391201). - Split off a -mozplugin sub-package. dragonplayer-2.0-0.5.rc1.fc9 ---------------------------- * Mon Feb 04 2008 Sebastian Vahl - 2.0-0.5.rc1 - fix changelog escape-200704130-8.fc9 ---------------------- * Sun Feb 03 2008 Adam Goode - 200704130-8 - GCC 4.3 fix games-menus-0.3.1-1.fc9 ----------------------- * Sun Feb 03 2008 Hans de Goede 0.3.1-1 - Add Slovak translation, thanks to Pavol ??imo geda-gattrib-20080127-2.fc9 --------------------------- * Sun Feb 03 2008 Chitlesh Goorah - 20080127-2 - fix desktop file - added gettext-devel and intltool as BR * Sat Feb 02 2008 Chitlesh Goorah - 20080127-1 - New upstream release geda-gschem-20080127-2.fc9 -------------------------- * Sun Feb 03 2008 Chitlesh Goorah - 20080127-2 - fix desktop file - added gettext-devel and intltool as BR * Fri Feb 01 2008 Chitlesh Goorah - 20080127-1 - New upstream release glest-3.0.0-2.fc9 ----------------- * Sun Feb 03 2008 Aurelien Bompard 3.0.0-2 - add patch for GCC 4.3 compatibility gnome-schedule-2.0.1-1.fc9 -------------------------- * Sun Feb 03 2008 Frank Arnold 2.0.1-1 - Update to 2.0.1 - Drop upstreamed bugfixes gt-0.4-7.fc9 ------------ * Sun Feb 03 2008 Hans de Goede 0.4-7 - Fix an error in unsf's tremolo settings export * Sat Feb 02 2008 Hans de Goede 0.4-6 - Fix hopefully the last endian issue in unsf * Fri Feb 01 2008 Hans de Goede 0.4-5 - And fix unsf for char being unsigned on ppc gtk-vnc-0.3.3-1.fc9 ------------------- * Sun Feb 03 2008 Daniel P. Berrange - 0.3.3-1.fc9 - Update to 0.3.3 release hercules-3.05-4.fc9 ------------------- * Sun Feb 03 2008 Hans de Goede 3.05-4 - Fix loading of plugins (bz 430805) initscripts-8.63-1 ------------------ * Fri Feb 01 2008 Bill Nottingham - 8.63-1 - don't start RAID arrays in rc.sysinit, that's done by udev (corollary of #429604) - add a NetworkManager-dispatcher script that does netreport on interface changes - use udev rules to set the clock, avoiding issues with modular rtcs (#290731) isomaster-1.3-2.fc9 ------------------- * Sat Feb 02 2008 Marcin Zajaczkowski - 1.3-2 - better MimeType support - #293482 (suggested by Ignacio Vazquez-Abrams) - better desktop file installation support (suggested by Ignacio Vazquez-Abrams) js-1.70-1.fc9 ------------- * Sun Feb 03 2008 Matthias Saou 1.70-1 - Update to 1.7.0, as 1.70 to avoid introducing an epoch for now... - Remove no longer provided perlconnect parts. * Thu Jan 24 2008 Tom "spot" Callaway 1.60-6 - BR: perl(ExtUtils::Embed) * Sun Jan 20 2008 Tom "spot" Callaway 1.60-5 - rebuild for new perl libupnp-1.6.5-1.fc9 ------------------- * Sun Feb 03 2008 Eric Tanguy - 1.6.5-1 - Update to version 1.6.5 linux-libertine-fonts-2.7.9-1.fc9 --------------------------------- * Sun Feb 03 2008 Frank Arnold 2.7.9-1 - Updated to 2.7.9 - Drop generated PDF files to save space linux_logo-5.03-1.fc9 --------------------- * Sun Feb 03 2008 Matthias Saou 5.03-1 - Update to 5.03. * Mon Oct 22 2007 Matthias Saou 5.02-1 - Update to 5.02. mecab-0.97-1.fc9 ---------------- * Sun Feb 03 2008 Mamoru Tasaka - 0.97-1 - 0.97 mecab-java-0.97-1.fc9 --------------------- * Sun Feb 03 2008 Mamoru Tasaka - 0.97-1 - 0.97 mfiler2-4.0.8c-1.fc9 -------------------- * Sun Feb 03 2008 Mamoru Tasaka - 4.0.8c-1 - 4.0.8c mkinitrd-6.0.28-4.fc9 --------------------- * Fri Feb 01 2008 Jeremy Katz - 6.0.28-4 - Don't create the rtc nodes in the initrd anymore (#431274) moin-1.6.0-2.fc9 ---------------- * Sun Feb 03 2008 Matthias Saou 1.6.0-2 - Apparently, egg-info files are only installed on F-9+. mythes-de-0.20080203-1.fc9 -------------------------- * Sun Feb 03 2008 Caolan McNamara - 0.20080203-1 - latest version obconf-2.0.3-1.fc9 ------------------ * Sun Feb 03 2008 Miroslav Lichvar - 2.0.3-1 - Update to 2.0.3 okteta-0.0.1-0.3.20080203svn770494.fc9 -------------------------------------- * Mon Feb 04 2008 Kevin Kofler 0.0.1-0.3.20080203svn770494 - Update to revision 770494 - Package translations - Drop unneeded package_kpart conditional - Add BR gettext openbox-3.4.6-1.fc9 ------------------- * Sun Feb 03 2008 Miroslav Lichvar - 3.4.6-1 - Update to 3.4.6 perl-Devel-StackTrace-1.16-1.fc9 -------------------------------- * Sun Feb 03 2008 Ralf Cors??pius - 1.16-1 - Upstream update. - Activate IS_MAINTAINER-tests. - BR: perl(Test::Pod::Coverage). * Mon Jan 14 2008 Tom "spot" Callaway - 1.15-3 - rebuild for new perl perl-mecab-0.97-1.fc9 --------------------- * Sun Feb 03 2008 Mamoru Tasaka - 0.97-1 - 0.97 php-pear-1:1.7.1-1.fc9 ---------------------- * Sun Feb 03 2008 Remi Collet 1:1.7.1-1 - update to 1.7.1 policycoreutils-2.0.42-1.fc9 ---------------------------- * Sat Feb 02 2008 Dan Walsh 2.0.42-1 - Update to upstream * Make semodule_expand use sepol_set_expand_consume_base to reduce peak memory usage. portaudio-19-5.fc9 ------------------ * Sun Feb 03 2008 Matthias Saou 19-5 - Update to "stable" v19_20071207. - Rebuild against latest jack in rawhide (#430672). - Backport update to F8 too (#431266). python-Coherence-0.5.0-1.fc9 ---------------------------- * Sun Feb 03 2008 Matthias Saou 0.5.0-1 - Update to 0.5.0. python-mecab-0.97-1.fc9 ----------------------- * Sun Feb 03 2008 Mamoru Tasaka - 0.97-1 - 0.97 python-nevow-0.9.29-2.fc9 ------------------------- * Sun Feb 03 2008 Matthias Saou 0.9.29-2 - Update to 0.9.29. - Apparently, egg-info files are only installed on F-9+. rt3-3.6.6-2.fc9 --------------- * Mon Feb 04 2008 Ralf Cors??pius - 3.6.6-2 - R: perl(CSS::Squish). * Sun Feb 03 2008 Ralf Cors??pius - 3.6.6-1 - Upstream update. ruby-RMagick-2.2.0-1.fc9 ------------------------ * Sun Feb 03 2008 Mamoru Tasaka - 2.2.0-1 - 2.2.0 ruby-gettext-package-1.90.0-1.fc9 --------------------------------- * Sun Feb 03 2008 Mamoru Tasaka - 1.90.0-1 - 1.90.0 - Arch changed to noarch ruby-mecab-0.97-1.fc9 --------------------- * Sun Feb 03 2008 Mamoru Tasaka - 0.97-1 - 0.97 scribes-0.3.3.3-1.fc9 --------------------- * Sun Feb 03 2008 Peter Gordon - 0.3.3.3-1 - Update to new upstream release (0.3.3.3). Resolves bug 431328: New version (0.3.3.3) available. sonata-1.4.1-1.fc9 ------------------ * Sun Feb 03 2008 Micha?? Bentkowski - 1.4.1-1 - 1.4.1 ucarp-1.4-1.fc9 --------------- * Sun Feb 03 2008 Matthias Saou 1.4-1 - Update to 1.4. - Rip out all of the "list" stuff and 255.255.255.255 address hack (#427495). - Change from INITLOG (now deprecated) to LOGGER in the init script. - Move helper scripts to /usr/libexec/ucarp/. xdvik-22.84.13-17.fc9 --------------------- * Sun Feb 03 2008 Jonathan G. Underwood - 22.84.13-17 - Fix spec file typo * Sun Feb 03 2008 Jonathan G. Underwood - 22.84.13-16 - Change directory copying logic such that we can use the upstream Japanese patch without modification xen-3.2.0-5.fc9 --------------- * Sun Feb 03 2008 Daniel P. Berrange - 3.2.0-5.fc9 - Fix timer mode parameter handling for HVM - Temporarily disable all Latex docs due to texlive problems (rhbz #431327) * Fri Feb 01 2008 Daniel P. Berrange - 3.2.0-4.fc9 - Add a xen-runtime subpackage to allow use of Xen without XenD - Split init script out to one script per daemon - Remove unused / broken / obsolete tools * Mon Jan 21 2008 Daniel P. Berrange - 3.2.0-3.fc9 - Remove legacy dependancy on python-virtinst xenner-0.25-3.fc9 ----------------- * Mon Feb 04 2008 Gerd Hoffmann - 0.25-3.fc9 - adapt dependencies for xen package split. xorg-x11-drv-ati-6.7.197-1.fc9 ------------------------------ * Mon Feb 04 2008 Dave Airlie 6.7.197-1 - rebase to upstream git master - add r5xx and r6xx pci ids to xinf xorg-x11-drv-radeonhd-1.1.0-0.5.20080203git.fc9 ----------------------------------------------- * Sun Feb 03 2008 Hans Ulrich Niedermann - 1.1.0-0.5.20080203git - New snapshot (upstream commit caa10014d115a49a59b4a2aef6ce36a4e615556a): - Basic EXA/XAA for R5xx - Add PowerColor X1550, PCP X1600 400M/500E, R680 (HD3870 X2) - 7cab021c: Improve FB handling - e0cfbcd5: Add AccelMethod Option and related handling - 5829bff7: TMDSA: Add control value for 71C4 - 7cb27bca: Add RHD_CARD_FLAG_HPDOFF flag, improve quirk entries for T60p - 32d1b4d9: If no EDID is available, assume 96dpi on the first (preferred) mode - ad50eaa0: Correct order of mask and value in ROM access code - 0f066c20: Implemented PLL functions for CAIL, fixed MC - 361ba486: Change heuristics to check for an unPOSTed card - 72e7b062: Fix some issues when reading PCI ROM on POSTed systems - a412d582: Read PCI BIOS on secondary R5xx cards Broken deps for i386 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.i386 requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh frysk-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh ghdl-0.25-0.89svn.6.fc8.i386 requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.i386 requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.i386 requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 totem-publish-2.21.90-2.fc9.i386 requires libsoup-2.2.so.8 twitux-0.60-2.fc9.i386 requires libsoup-2.2.so.8 Broken deps for x86_64 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-1.so.0()(64bit) 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-widgets-1.so.0()(64bit) bmpx-0.40.13-7.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.x86_64 requires libgnat-4.1.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.x86_64 requires libkickermain.so.1()(64bit) kicker-compiz-3.5.4-4.fc8.x86_64 requires libtaskmanager.so.1()(64bit) libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libFoundation-1.1.3-10.fc6.x86_64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) totem-publish-2.21.90-2.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) twitux-0.60-2.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.ppc requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.ppc requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.ppc requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.ppc requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.ppc requires libobjc.so.1 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.ppc requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) totem-publish-2.21.90-2.fc9.ppc requires libsoup-2.2.so.8 twitux-0.60-2.fc9.ppc requires libsoup-2.2.so.8 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.ppc64 requires libkickermain.so.1()(64bit) kicker-compiz-3.5.4-4.fc8.ppc64 requires libtaskmanager.so.1()(64bit) libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) totem-publish-2.21.90-2.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) twitux-0.60-2.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) From mark.bidewell at alumni.clemson.edu Mon Feb 4 14:02:57 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Mon, 4 Feb 2008 09:02:57 -0500 Subject: KDE4.0 Rawhide in Qemu Message-ID: Let me apologize in advance if this is not the proper list for this. Has anyone tried running F9 rawhide KDE 4.0 in Qemu x86_64 (with or without KVM). startx exits with error setting mtrr invalid argument (cat /proc/mtrr returns nothing). Running startkde after xinit doesn't crash X but KDE doesn't work. In both cases I get the initial KDE splash before the crash Any suggestions? Mark Bidewell -------------- next part -------------- An HTML attachment was scrubbed... URL: From kushaldas at gmail.com Mon Feb 4 14:58:13 2008 From: kushaldas at gmail.com (Kushal Das) Date: Mon, 4 Feb 2008 20:28:13 +0530 Subject: Creating live USB keys in Windows In-Reply-To: <20080203080757.GB5234@crow> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> Message-ID: <200802042028.13870.kushaldas@gmail.com> On Sunday 03 February 2008 01:37:57 pm Luke Macken wrote: > Indeed, the code is nice and object-oriented, so throwing a gui on top > of it shouldn't be too difficult. I just created a very small GUI for it in PyQt. You can try it from http://kushal.fedorapeople.org/livecd-iso-to-usb.zip Kushal -- Fedora Ambassador, India http://kushaldas.in http://dgplug.org (Linux User Group of Durgapur) From kushaldas at gmail.com Mon Feb 4 15:00:24 2008 From: kushaldas at gmail.com (Kushal Das) Date: Mon, 4 Feb 2008 20:30:24 +0530 Subject: [PATCH] GUI for live USB keys in Windows In-Reply-To: <20080203080757.GB5234@crow> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> Message-ID: <200802042030.24327.kushaldas@gmail.com> Hi, This patch will create a small GUI in PyQt for the tool diff --git a/livecd-iso-to-usb.py b/livecd-iso-to-usb.py index 8a06090..4e940f0 100644 --- a/livecd-iso-to-usb.py +++ b/livecd-iso-to-usb.py @@ -1,130 +1,174 @@ -# This tool installs a Fedora Live ISO (F7+) on to a USB stick, from Windows. -# For information regarding the installation of Fedora on USB drives, see -# the wiki: http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo -# -# Copyright 2008 Red Hat, Inc. -# Authors: Luke Macken -# -# 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; version 2 of the License. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU Library General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program; if not, write to the Free Software -# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. - -import win32file -import win32api -import shutil -import os -import re - -class LiveUSBCreator: - - iso = None # Fedora-8-Live-i686.iso - drive = None # F:\ - label = "FEDORA" # if one doesn't already exist - - def detectRemovableDrives(self): - """ - Detect all removable drives. If we find more than one, ask the user - which they would like to use. - """ - drives = [] - for drive in [l.upper() + ':' for l in 'abcdefghijklmnopqrstuvwxyz']: - if win32file.GetDriveType(drive) == win32file.DRIVE_REMOVABLE: - drives.append(drive) - if not len(drives): - raise Exception("Sorry, I couldn't find any devices") - elif len(drives) > 1: - drives[0] = raw_input("Which drive do you want to put Fedora on: " - "%s ? " % drives) - drives[0] = drives[0].upper() - if not drives[0].endswith(":"): - drives[0] += ":" - self.drive = drives[0] + os.sep - - def verifyFilesystem(self): - """ - Verify our filesystem type, and set the volume label if necessary - """ - try: - vol = win32api.GetVolumeInformation(self.drive[:-1]) - except: - raise Exception("Make sure your USB key is plugged in and formatted" - " using the FAT filesystem") - if vol[-1] not in ('FAT32', 'FAT'): - raise Exception("Unsupported filesystem: %s\nPlease backup and " - "format your USB key with the FAT filesystem." % - vol[-1]) - if vol[0] == '': - win32file.SetVolumeLabel(self.drive[:-1], self.label) - else: - self.label = vol[0] - - def findISO(self): - """ - Look in the current directory for our ISO image. - """ - isos = [item for item in os.listdir(".") if item.endswith(".iso")] - if not len(isos): - raise Exception("Cannot find ISO file. Please drag it into this " - "directory. If you haven't downloaded Fedora yet, " - "please visit: http://fedoraproject.org/get-fedora") - if len(isos) > 1: - print "I found the following ISOs:" - for i, iso in enumerate(isos): - print " [ %d ] %s" % (i + 1, iso) - choice = raw_input("Which image do you want use: %s ? " % - range(1, i + 2)) - isos[0] = isos[int(choice) - 1] - self.iso = isos[0] - - def extractISO(self): - """ Extract our ISO with 7-zip directly to the USB key """ - if os.path.isdir(os.path.join(self.drive, "LiveOS")): - print "Your device already contains a LiveOS!" - os.system("7-Zip%s7z.exe x %s -x![BOOT] -o%s" % (os.sep, self.iso, - self.drive)) - if not os.path.isdir(os.path.join(self.drive, "LiveOS")): - raise Exception("ISO extraction failed? Cannot find LiveOS") - - def updateConfigs(self): - """ Generate our syslinux.cfg """ - isolinux = file(os.path.join(self.drive,"isolinux","isolinux.cfg"),'r') - syslinux = file(os.path.join(self.drive,"isolinux","syslinux.cfg"),'w') - for line in isolinux.readlines(): - if "CDLABEL" in line: - line = re.sub("CDLABEL=[^ ]*", "LABEL=" + self.label, line) - line = re.sub("rootfstype=[^ ]*", "rootfstype=vfat", line) - syslinux.write(line) - isolinux.close() - syslinux.close() - - def installBootloader(self): - print "Installing bootloader" - shutil.move(os.path.join(self.drive, "isolinux"), - os.path.join(self.drive, "syslinux")) - os.unlink(os.path.join(self.drive, "syslinux", "isolinux.cfg")) - os.system("syslinux -d %s %s" % (os.path.join(self.drive, "syslinux"), - self.drive[:-1])) - -if __name__ == '__main__': - try: - live = LiveUSBCreator() - live.detectRemovableDrives() - live.verifyFilesystem() - live.findISO() - live.extractISO() - live.updateConfigs() - live.installBootloader() - except Exception, e: - print "Oops! Something went wrong:" - print str(e) - - x = raw_input("\nDone!") +# This tool installs a Fedora Live ISO (F7+) on to a USB stick, from Windows. +# For information regarding the installation of Fedora on USB drives, see +# the wiki: http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo +# +# Copyright 2008 Red Hat, Inc. +# Authors: Luke Macken +# Copyright 2008 Kushal Das +# +# 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; version 2 of the License. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU Library General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. + +from luDialog import Ui_luDialog +from PyQt4 import QtCore, QtGui +import sys +import win32file +import win32api +import shutil +import os +import re + +class LiveUSBCreator: + + iso = None # Fedora-8-Live-i686.iso + drive = None # F:\ + label = "FEDORA" # if one doesn't already exist + + def detectRemovableDrives(self): + """ + Detect all removable drives. If we find more than one, ask the user + which they would like to use. + """ + drives = [] + for drive in [l.upper() + ':' for l in 'abcdefghijklmnopqrstuvwxyz']: + if win32file.GetDriveType(drive) == win32file.DRIVE_REMOVABLE: + drives.append(drive) + if not len(drives): + raise Exception("Sorry, I couldn't find any devices") + elif len(drives) > 1: + drives[0] = raw_input("Which drive do you want to put Fedora on: " + "%s ? " % drives) + drives[0] = drives[0].upper() + if not drives[0].endswith(":"): + drives[0] += ":" + self.drive = drives[0] + os.sep + + def verifyFilesystem(self): + """ + Verify our filesystem type, and set the volume label if necessary + """ + try: + vol = win32api.GetVolumeInformation(self.drive[:-1]) + except: + raise Exception("Make sure your USB key is plugged in and formatted" + " using the FAT filesystem" + self.drive) + if vol[-1] not in ('FAT32', 'FAT'): + raise Exception("Unsupported filesystem: %s\nPlease backup and " + "format your USB key with the FAT filesystem." % + vol[-1]) + if vol[0] == '': + win32file.SetVolumeLabel(self.drive[:-1], self.label) + else: + self.label = vol[0] + + def findISO(self): + """ + Look in the current directory for our ISO image. + """ + isos = [item for item in os.listdir(".") if item.endswith(".iso")] + if not len(isos): + raise Exception("Cannot find ISO file. Please drag it into this " + "directory. If you haven't downloaded Fedora yet, " + "please visit: http://fedoraproject.org/get-fedora") + if len(isos) > 1: + print "I found the following ISOs:" + for i, iso in enumerate(isos): + print " [ %d ] %s" % (i + 1, iso) + choice = raw_input("Which image do you want use: %s ? " % + range(1, i + 2)) + isos[0] = isos[int(choice) - 1] + self.iso = isos[0] + + def extractISO(self): + """ Extract our ISO with 7-zip directly to the USB key """ + if os.path.isdir(os.path.join(self.drive, "LiveOS")): + print "Your device already contains a LiveOS!" + os.system("7-Zip%s7z.exe x %s -x![BOOT] -o%s" % (os.sep, self.iso, + self.drive)) + if not os.path.isdir(os.path.join(self.drive, "LiveOS")): + raise Exception("ISO extraction failed? Cannot find LiveOS" +self.iso) + + def updateConfigs(self): + """ Generate our syslinux.cfg """ + isolinux = file(os.path.join(self.drive,"isolinux","isolinux.cfg"),'r') + syslinux = file(os.path.join(self.drive,"isolinux","syslinux.cfg"),'w') + for line in isolinux.readlines(): + if "CDLABEL" in line: + line = re.sub("CDLABEL=[^ ]*", "LABEL=" + self.label, line) + line = re.sub("rootfstype=[^ ]*", "rootfstype=vfat", line) + syslinux.write(line) + isolinux.close() + syslinux.close() + + def installBootloader(self): + print "Installing bootloader" + shutil.move(os.path.join(self.drive, "isolinux"), + os.path.join(self.drive, "syslinux")) + os.unlink(os.path.join(self.drive, "syslinux", "isolinux.cfg")) + os.system("syslinux -d %s %s" % (os.path.join(self.drive, "syslinux"), + self.drive[:-1])) + + + + +class luApp(QtGui.QApplication): + """Main application class""" + def __init__(self,args=None): + QtGui.QApplication.__init__(self,args) + self.mywindow = lsUI() + self.mywindow.show() + self.exec_() + + +class lsUI(Ui_luDialog, QtGui.QDialog): + """My class for the UI""" + def __init__(self): + QtGui.QDialog.__init__(self) + self.setupUi(self) + for drive in [l.upper() + ':' for l in 'abcdefghijklmnopqrstuvwxyz']: + if win32file.GetDriveType(drive) == win32file.DRIVE_REMOVABLE: + self.driveBox.addItem(drive + os.sep) + if self.driveBox.count < 0: + raise Exception("Sorry, I couldn't find any devices") + try: + self.live = LiveUSBCreator() + except Exception , e: + self.textEdit.setPlainText(str(e)) + self.connectslots() + + def connectslots(self): + self.connect(self.isoBttn,QtCore.SIGNAL("clicked()"),self.selectfile) + self.connect(self.burnBttn,QtCore.SIGNAL("clicked()"),self.burn) + + def burn(self): + self.live.drive = str(self.driveBox.currentText()) + if self.live.iso == None: + self.textEdit.setPlainText("Please select an ISO first") + return + try: + self.live.verifyFilesystem() + self.live.extractISO() + self.live.updateConfigs() + self.live.installBootloader() + self.textEdit.setPlainText("Done :)") + except Exception, e: + self.textEdit.setPlainText(str(e)) + + def selectfile(self): + isofile = QtGui.QFileDialog.getOpenFileName(self, "Select Live ISO", ".", "ISO (*.iso)" ) + self.live.iso = str(isofile) + + + +if __name__ == '__main__': + luApp = luApp(sys.argv) diff --git a/luDialog.py b/luDialog.py new file mode 100755 index 0000000..96a2e8a --- /dev/null +++ b/luDialog.py @@ -0,0 +1,68 @@ +# -*- coding: utf-8 -*- + +# Form implementation generated from reading ui file 'luDialog.ui' +# +# Created: Mon Feb 04 15:41:02 2008 +# by: PyQt4 UI code generator 4.3.3 +# +# WARNING! All changes made in this file will be lost! + +from PyQt4 import QtCore, QtGui + +class Ui_luDialog(object): + def setupUi(self, luDialog): + luDialog.setObjectName("luDialog") + luDialog.resize(QtCore.QSize(QtCore.QRect(0,0,384,359).size()).expandedTo(luDialog.minimumSizeHint())) + + self.gridlayout = QtGui.QGridLayout(luDialog) + self.gridlayout.setObjectName("gridlayout") + + self.hboxlayout = QtGui.QHBoxLayout() + self.hboxlayout.setObjectName("hboxlayout") + + self.isoBttn = QtGui.QPushButton(luDialog) + self.isoBttn.setObjectName("isoBttn") + self.hboxlayout.addWidget(self.isoBttn) + + self.label = QtGui.QLabel(luDialog) + self.label.setObjectName("label") + self.hboxlayout.addWidget(self.label) + + self.driveBox = QtGui.QComboBox(luDialog) + self.driveBox.setObjectName("driveBox") + self.hboxlayout.addWidget(self.driveBox) + self.gridlayout.addLayout(self.hboxlayout,0,0,1,1) + + spacerItem = QtGui.QSpacerItem(20,40,QtGui.QSizePolicy.Minimum,QtGui.QSizePolicy.Expanding) + self.gridlayout.addItem(spacerItem,1,0,1,1) + + self.hboxlayout1 = QtGui.QHBoxLayout() + self.hboxlayout1.setObjectName("hboxlayout1") + + spacerItem1 = QtGui.QSpacerItem(40,20,QtGui.QSizePolicy.Expanding,QtGui.QSizePolicy.Minimum) + self.hboxlayout1.addItem(spacerItem1) + + self.burnBttn = QtGui.QPushButton(luDialog) + self.burnBttn.setObjectName("burnBttn") + self.hboxlayout1.addWidget(self.burnBttn) + + spacerItem2 = QtGui.QSpacerItem(40,20,QtGui.QSizePolicy.Expanding,QtGui.QSizePolicy.Minimum) + self.hboxlayout1.addItem(spacerItem2) + self.gridlayout.addLayout(self.hboxlayout1,2,0,1,1) + + spacerItem3 = QtGui.QSpacerItem(20,16,QtGui.QSizePolicy.Minimum,QtGui.QSizePolicy.Expanding) + self.gridlayout.addItem(spacerItem3,3,0,1,1) + + self.textEdit = QtGui.QTextEdit(luDialog) + self.textEdit.setObjectName("textEdit") + self.gridlayout.addWidget(self.textEdit,4,0,1,1) + + self.retranslateUi(luDialog) + QtCore.QMetaObject.connectSlotsByName(luDialog) + + def retranslateUi(self, luDialog): + luDialog.setWindowTitle(QtGui.QApplication.translate("luDialog", "Fedora Live ISO to USB ", None, QtGui.QApplication.UnicodeUTF8)) + self.isoBttn.setText(QtGui.QApplication.translate("luDialog", "Select The ISO", None, QtGui.QApplication.UnicodeUTF8)) + self.label.setText(QtGui.QApplication.translate("luDialog", "Select Drive to Install", None, QtGui.QApplication.UnicodeUTF8)) + self.burnBttn.setText(QtGui.QApplication.translate("luDialog", "BURN", None, QtGui.QApplication.UnicodeUTF8)) + diff --git a/setup.py b/setup.py index a4f0b36..d4a734f 100644 --- a/setup.py +++ b/setup.py @@ -1,16 +1,18 @@ -from distutils.core import setup -import py2exe - -setup( - console = [ - { - "script" : "livecd-iso-to-usb.py", - "icon_resources" : [(0, "fedora.ico")], - } - ], - data_files = [ - "syslinux.exe", - ("7-Zip", ["7-Zip/7z.exe", "7-Zip/7z.dll", "7-Zip/7zCon.sfx", - "7-Zip/License.txt", "7-Zip/copying.txt"]), - ], -) +from distutils.core import setup +import py2exe + +setup( + windows = [ + { + "script" : "livecd-iso-to-usb.py", + "icon_resources" : [(0, "fedora.ico")], + + } + ], + options={"py2exe" : {"includes" : ["sip", "PyQt4._qt"]}}, + data_files = [ + "syslinux.exe", + ("7-Zip", ["7-Zip/7z.exe", "7-Zip/7z.dll", "7-Zip/7zCon.sfx", + "7-Zip/License.txt", "7-Zip/copying.txt"]), + ], +) Kushal -- Fedora Ambassador, India http://kushaldas.in http://dgplug.org (Linux User Group of Durgapur) From jwilson at redhat.com Mon Feb 4 15:45:46 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Mon, 4 Feb 2008 10:45:46 -0500 Subject: libconfuse license change Message-ID: <200802041045.47001.jwilson@redhat.com> Just a heads up that libconfuse 2.6 is landing in rawhide (and soon f8 updates-testing), and with it comes a license change from LGPL to ISC. So far as I know, its only one of my packages (Ganglia) that uses it, and its not a problem there, but holler if I'm missing something... -- Jarod Wilson jwilson at redhat.com From loganjerry at gmail.com Mon Feb 4 16:07:09 2008 From: loganjerry at gmail.com (Jerry James) Date: Mon, 4 Feb 2008 09:07:09 -0700 Subject: .xauth security context Message-ID: <870180fe0802040807h2195878di1d5a89314d483776@mail.gmail.com> After a recent selinux-policy update, I ran "/sbin/restorecon -r -v ." in a terminal where I had done a "su -" for some system administration tasks to see if anything had changed for root, and got something like this: /sbin/restorecon reset ./.xauthUoeNyf context unconfined_u:object_r:user_home_t:s0->system_u:object_r:user_xauth_home_t:s0 This is repeatable. Login, open a terminal, "su -", "/sbin/restorecon -r -v ." and you'll get this every time (on F8, anyway). So is whatever is creating the /root/.xauthGIBBERISH file giving it the wrong security context on creation, or is restorecon incorrect? -- Jerry James http://loganjerry.googlepages.com/ From jima at beer.tclug.org Mon Feb 4 16:48:26 2008 From: jima at beer.tclug.org (Jima) Date: Mon, 4 Feb 2008 10:48:26 -0600 (CST) Subject: no debuginfo built - why? (solved - unbelievable) In-Reply-To: References: <20080203220207.AFCA527018F@magilla.localdomain> Message-ID: On Mon, 4 Feb 2008, Gianluca Sforna wrote: > On Feb 3, 2008 11:41 PM, Neal Becker wrote: >> You're never going to believe this, but the problem was, that at one time, I >> had: >> >> %define debug_package %{nil} >> >> But I had commented it out! >> #%define debug_package %{nil} >> >> With that commented out line, it won't build debuginfo. >> > > Once (or maybe twice), I also got caught by that "feature"... +1. Jima From jamatos at fc.up.pt Mon Feb 4 16:52:15 2008 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Mon, 4 Feb 2008 16:52:15 +0000 Subject: Problem building package for F-8 Message-ID: <200802041652.16698.jamatos@fc.up.pt> I have tried to build rpy for F-8, the same package built OK today for rawhide but for F-8 it fails. Reading the logs I see this: DEBUG backend.py:480: /usr/bin/yum --installroot /var/lib/mock/dist-f8-build-120633-19664/root/ resolvedep 'texinfo' 'R-devel = 2.6.1' 'python-devel' 'numpy' 'tetex' DEBUG util.py:240: run cmd timeout(0): /usr/bin/yum --installroot /var/lib/mock/dist-f8-build-120633-19664/root/ resolvedep 'texinfo' 'R-devel = 2.6.1' 'python-devel' 'numpy' 'tetex' DEBUG util.py:261: 0:texinfo-4.11-3.fc8.ppc DEBUG util.py:261: 0:R-devel-2.6.1-1.fc8.ppc DEBUG util.py:261: 0:python-devel-2.5.1-15.fc8.ppc DEBUG util.py:261: 0:numpy-1.0.3.1-1.fc8.ppc DEBUG util.py:261: 0:tetex-3.0-44.3.fc8.ppc DEBUG backend.py:480: /usr/bin/yum --installroot /var/lib/mock/dist-f8-build-120633-19664/root/ install 'texinfo' 'R-devel = 2.6.1' 'python-devel' 'numpy' 'tetex' DEBUG util.py:240: run cmd timeout(0): /usr/bin/yum --installroot /var/lib/mock/dist-f8-build-120633-19664/root/ install 'texinfo' 'R-devel = 2.6.1' 'python-devel' 'numpy' 'tetex' DEBUG util.py:261: Error: Missing Dependency: tcl-devel = 1:8.4.15 is needed by package tk-devel DEBUG util.py:261: Error: Missing Dependency: tcl = 1:8.4.15 is needed by package tk Houston we have problem. ;-) This seems to be the same problem we had last week in testing-updates... -- Jos? Ab?lio From notting at redhat.com Mon Feb 4 16:56:38 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 4 Feb 2008 11:56:38 -0500 Subject: yum multilib_policy default for F9 In-Reply-To: <20080204052246.GA28039@auslistsprd01.us.dell.com> References: <20080204052246.GA28039@auslistsprd01.us.dell.com> Message-ID: <20080204165638.GB17152@nostromo.devel.redhat.com> Matt Domsch (Matt_Domsch at dell.com) said: > What are the objections, besides timing (Alpha is finished, Beta is ~1 > month away) to switching the default from 'all' to 'best' for F9? 1) Software for the compat arch won't necessarily work out of the box. This includes third-party software for x86. 2) Tests need to be done to make sure on arches where the lower width is primary (e.g., ppc, sparc) that the right thing happens, including for things like debugging tools, libc, initramfs tools, etc. Bill From tibbs at math.uh.edu Mon Feb 4 17:02:09 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 04 Feb 2008 11:02:09 -0600 Subject: rpms/exim/devel exim.spec,1.47,1.48 In-Reply-To: <200802041657.m14GvJ5F002214@cvs-int.fedora.redhat.com> References: <200802041657.m14GvJ5F002214@cvs-int.fedora.redhat.com> Message-ID: >>>>> "DG" == Dennis Gilmore (ausil) writes: DG> Log Message: sparc needs -fPIE not -fpie I recall asking someone about this at the last fudcon and I seem to recall hearing that some platforms require -fPIE and the other platforms don't care, so you can just use -fPIE everywhere. Is that really the case or am I merely confused? - J< From jkeating at redhat.com Mon Feb 4 12:05:34 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 4 Feb 2008 07:05:34 -0500 Subject: Problem building package for F-8 In-Reply-To: <200802041652.16698.jamatos@fc.up.pt> References: <200802041652.16698.jamatos@fc.up.pt> Message-ID: <20080204070534.0580f04b@redhat.com> On Mon, 4 Feb 2008 16:52:15 +0000 Jos? Matos wrote: > DEBUG util.py:261: Error: Missing Dependency: tcl-devel = 1:8.4.15 > is needed by package tk-devel > DEBUG util.py:261: Error: Missing Dependency: tcl = 1:8.4.15 is > needed by package tk > > Houston we have problem. ;-) > > This seems to be the same problem we had last week in > testing-updates... This should be fixed in a few minutes within the buildsystem. -- 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 sandeen at redhat.com Mon Feb 4 17:23:50 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Mon, 04 Feb 2008 11:23:50 -0600 Subject: call for brave ext4 testers in F9, with caveats Message-ID: <47A74A26.9020304@redhat.com> Hi Gang - The ext4 filesystem is a feature slated for F9, and we (rh, ibm, bull, clusterfs, and others) are working feverishly to get it ready for a prime-time F9 fs option. I'd like to get a bit more exposure if possible, so if you're feeling like living on the cutting edge of filesystems, read on: Rawhide and the F9 alpha can install onto an ext4dev filesystem root; first you need to tell (a.k.a. lie to) the installer with "iamanext4developer" on the boot commandline. This is akin to the "jfs" or "reiserfs" options for those filesystems, but a higher hurdle (more characters to type!). Then you can do custom partitioning, and select ext4dev for any filesystem (except /boot - no grub support (yet)). The install should proceed Just Fine(tm). If not, let me know. And now for the (known) caveats: 1) Due to bug 429857: Root inode of ext4dev root filesystem does not get selinux label - booting with selinux enabled & enforcing will probably fail. Boot with enforcing=0, and use restorecon or chcon on / to (hopefully) properly update the root inode's selinux attrs. I have a fix for this bug, so soon, kernel updates will resolve this and allow it to be properly set (and retained). Please do test w/ selinux enabled though, as the new larger inodes and in-inode xattrs could use airtime. 2) There is no readily-available e2fsprogs which can repair your shiny new ext4dev filesystem. If something goes badly I'll help out because we need to know what went wrong, but so far there is no released upstream e2fsprogs which can handle the new ext4 features. So please consider anything you put on ext4dev for now to be disposable, just to be on the safe side. extents-capable e2fsprogs should be available Real Soon Now. 3) misc stuff - I've not yet tested ext4 over an encrypted block device, or even over an lvm volume. There may be some stack issues on x86 boxes still, I'm working on slimming that down. I hope that more real-world use will shake out any remaining problems. ... and I suppose I should put this into a wiki page: http://fedoraproject.org/wiki/FedoraExt4 We can keep it updated with any further issues or resolutions. Thanks! -Eric From lmacken at redhat.com Mon Feb 4 18:01:51 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 4 Feb 2008 13:01:51 -0500 Subject: Creating live USB keys in Windows In-Reply-To: <200802042028.13870.kushaldas@gmail.com> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> <200802042028.13870.kushaldas@gmail.com> Message-ID: <20080204180150.GF8631@crow> On Mon, Feb 04, 2008 at 08:28:13PM +0530, Kushal Das wrote: > On Sunday 03 February 2008 01:37:57 pm Luke Macken wrote: > > Indeed, the code is nice and object-oriented, so throwing a gui on top > > of it shouldn't be too difficult. > I just created a very small GUI for it in PyQt. You can try it from > http://kushal.fedorapeople.org/livecd-iso-to-usb.zip Nice work, Kushal! Of course, it figures that I wrote a good chunk of a PyGTK gui last night, only to wake up to see someone else wrote a PyQT one instead :) Totally fine by me, though. Some things I did differently: - I had a text field next to a "Browse" button for the ISO. This field is pre-populated if an ISO exists in the current directory. In your GUI, there is no distinction as to whether an ISO has been selected or not, which may confuse some Windows users :) - I started taking the progress-bar approach, but that turns out to be a bit more difficult to calculate than expected. Your console textarea seems sufficient for now. Out of the box, it complained that it was missing msvcp71.dll. After copying that file to the directory, it seemed to render fine. Ideally, py2exe should be sucking this in for us. When trying to run the tool, a DOS window quickly pops up and disappears, and I get the error message: [Errno 2] No such file or directory: 'F:\\isolinux\\isolinux.cfg' I have yet to look at or apply your patch, but at a first glance this looks like it has a lot of potential. Thanks! So, I should probably create a fedorahosted project for this, so we can have multiple people hacking on different parts. Anyone have any suggestions for a name other than 'livecd-iso-to-usb' ? luke From debarshi.ray at gmail.com Mon Feb 4 18:14:48 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 4 Feb 2008 23:44:48 +0530 Subject: rawhide report: 20080204 changes In-Reply-To: <200802041320.m14DK0IZ006413@porkchop.devel.redhat.com> References: <200802041320.m14DK0IZ006413@porkchop.devel.redhat.com> Message-ID: <3170f42f0802041014p62b1e780s4bba4765f684da4d@mail.gmail.com> > Broken deps for i386 > ---------------------------------------------------------- > 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 > 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 > > [...] > > Broken deps for x86_64 > ---------------------------------------------------------- > 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 > 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 > 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-1.so.0()(64bit) > 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-widgets-1.so.0()(64bit) > > [...] > > Broken deps for ppc > ---------------------------------------------------------- > 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-widgets-1.so.0 > 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-1.so.0 I built a fresh version of gnome-build last weekend: http://koji.fedoraproject.org/koji/taskinfo?taskID=391681 and fresh new Anjuta package is coming up soon. Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From tcallawa at redhat.com Mon Feb 4 18:23:51 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 04 Feb 2008 13:23:51 -0500 Subject: rpms/exim/devel exim.spec,1.47,1.48 In-Reply-To: References: <200802041657.m14GvJ5F002214@cvs-int.fedora.redhat.com> Message-ID: <1202149431.3299.30.camel@dhcp83-155.boston.redhat.com> On Mon, 2008-02-04 at 11:02 -0600, Jason L Tibbitts III wrote: > >>>>> "DG" == Dennis Gilmore (ausil) writes: > > DG> Log Message: sparc needs -fPIE not -fpie > > I recall asking someone about this at the last fudcon and I seem to > recall hearing that some platforms require -fPIE and the other > platforms don't care, so you can just use -fPIE everywhere. Is that > really the case or am I merely confused? -fpic (and -fpie) set a machine specific maximum size of the global offset table. For SPARC, the limit is 8K, which is usually not enough. -fPIC (and -fPIE) doesn't set a limit on the size of the global offset table, which should work for all architectures/code. There may be slight performance or binary size implications in using -fPIC/fPIE, but I'll defer to Jakub (or someone more knowledgable than me in the ways of gcc) to say whether that is the case or not. ~spot From debarshi.ray at gmail.com Mon Feb 4 19:13:06 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 5 Feb 2008 00:43:06 +0530 Subject: gnome-build: soname bump Message-ID: <3170f42f0802041113u19f881a1j20e1a3d2ce01dda9@mail.gmail.com> I just built gnome-build-0.2.1 for Rawhide and submitted it as updates for F-7 and F-8. With this comes a soname bump and although repoquery shows that all the affected packages are owned by me, I just thought I would let you all know. $ repoquery --repoid development --alldeps --whatrequires gnome-build anjuta-1:2.2.0-4.fc9.x86_64 gnome-build-0:0.2.1-2.fc9.x86_64 gnome-build-0:0.2.1-2.fc9.i386 anjuta-1:2.2.0-4.fc9.i386 gnome-build-devel-0:0.2.1-2.fc9.x86_64 gnome-build-devel-0:0.2.1-2.fc9.i386 Happy hacking, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From debarshi.ray at gmail.com Mon Feb 4 19:56:51 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 5 Feb 2008 01:26:51 +0530 Subject: Orphaning packages In-Reply-To: <20071128090938.M51926@all-the-johnsons.co.uk> References: <20071128090938.M51926@all-the-johnsons.co.uk> Message-ID: <3170f42f0802041156i314fcc14x5c16212228ab7571@mail.gmail.com> Can I take over autogen: https://admin.fedoraproject.org/pkgdb/packages/name/autogen ? While upstream has released 5.9.4, Fedora has 5.8.9-1 and the package has not been updated for almost a year now. Moreover it is one of my packages -- Anjuta -- depends on it. If it is fine with everyone, can the autogen package be orphaned in PackageDB? Thanks, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From jeff at ocjtech.us Mon Feb 4 20:36:50 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Mon, 4 Feb 2008 14:36:50 -0600 Subject: GCC 4.3 problem building libeXosip2? Message-ID: <935ead450802041236w318ef4a5m7fb26e1184b54ec6@mail.gmail.com> I'm working on an update to libeXosip2, unfortunately I get some errors while building on rawhide: http://koji.fedoraproject.org/koji/getfile?taskID=395271&name=build.log The problems occur both building locally on mock and when doing a scratch build on koji. Builds on F-7 and F-8 work fine so I'm fairly confident that this is something related to GCC 4.3. I'm working on getting a rawhide system up and running to do some testing - in the meantime is there anyone that can take a look and give me some pointers? Jeff From tibbs at math.uh.edu Mon Feb 4 20:47:19 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 04 Feb 2008 14:47:19 -0600 Subject: GCC 4.3 problem building libeXosip2? In-Reply-To: <935ead450802041236w318ef4a5m7fb26e1184b54ec6@mail.gmail.com> References: <935ead450802041236w318ef4a5m7fb26e1184b54ec6@mail.gmail.com> Message-ID: >>>>> "JO" == Jeffrey Ollie writes: JO> The problems occur both building locally on mock and when doing a JO> scratch build on koji. Builds on F-7 and F-8 work fine so I'm JO> fairly confident that this is something related to GCC 4.3. Well: eXtl_udp.c:279: error: 'NI_MAXHOST' undeclared (first use in this function) eXtl_udp.c:279: error: (Each undeclared identifier is reported only once eXtl_udp.c:279: error: for each function it appears in.) So did anything include netdb.h where this is defined? - J< From cjdahlin at ncsu.edu Mon Feb 4 20:43:16 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 04 Feb 2008 15:43:16 -0500 Subject: Creating live USB keys in Windows In-Reply-To: <20080204180150.GF8631@crow> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> <200802042028.13870.kushaldas@gmail.com> <20080204180150.GF8631@crow> Message-ID: <47A778E4.7060208@ncsu.edu> Luke Macken wrote: [snip > So, I should probably create a fedorahosted project for this, so we can > have multiple people hacking on different parts. Anyone have any > suggestions for a name other than 'livecd-iso-to-usb' ? > > Mild-to-moderately geeky: Keymaker Severely geeky: Keyblade --CJD > luke > > From jeff at ocjtech.us Mon Feb 4 20:54:22 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Mon, 4 Feb 2008 14:54:22 -0600 Subject: GCC 4.3 problem building libeXosip2? In-Reply-To: References: <935ead450802041236w318ef4a5m7fb26e1184b54ec6@mail.gmail.com> Message-ID: <935ead450802041254v3d303b3ewccadb7a36bf65332@mail.gmail.com> On 04 Feb 2008 14:47:19 -0600, Jason L Tibbitts III wrote: > >>>>> "JO" == Jeffrey Ollie writes: > > JO> The problems occur both building locally on mock and when doing a > JO> scratch build on koji. Builds on F-7 and F-8 work fine so I'm > JO> fairly confident that this is something related to GCC 4.3. > > Well: > > eXtl_udp.c:279: error: 'NI_MAXHOST' undeclared (first use in this function) > eXtl_udp.c:279: error: (Each undeclared identifier is reported only once > eXtl_udp.c:279: error: for each function it appears in.) > > So did anything include netdb.h where this is defined? There's a header in the source itself (src/eXosip2.h) that defines NI_MAXHOST itself. Jeff From jakub.rusinek at gmail.com Mon Feb 4 20:49:44 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 04 Feb 2008 21:49:44 +0100 Subject: Creating live USB keys in Windows In-Reply-To: <47A778E4.7060208@ncsu.edu> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> <200802042028.13870.kushaldas@gmail.com> <20080204180150.GF8631@crow> <47A778E4.7060208@ncsu.edu> Message-ID: <47A77A68.4000206@gmail.com> Casey Dahlin wrote: > Luke Macken wrote: > [snip >> So, I should probably create a fedorahosted project for this, so we can >> have multiple people hacking on different parts. Anyone have any >> suggestions for a name other than 'livecd-iso-to-usb' ? >> > Mild-to-moderately geeky: > Keymaker > > Severely geeky: > Keyblade > > --CJD > > >> luke >> > Maybe some illegal-related name: keygen :> . From lordmorgul at gmail.com Mon Feb 4 21:09:15 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 04 Feb 2008 13:09:15 -0800 Subject: Creating live USB keys in Windows In-Reply-To: <20080204180150.GF8631@crow> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> <200802042028.13870.kushaldas@gmail.com> <20080204180150.GF8631@crow> Message-ID: <47A77EFB.9010707@gmail.com> Luke Macken wrote: > So, I should probably create a fedorahosted project for this, so we can > have multiple people hacking on different parts. Anyone have any > suggestions for a name other than 'livecd-iso-to-usb' ? > > luke Simple and to the point. BootFlashLive, LiveFlashDrive, USBLive, LiveUSB (of course avoiding the too adobe flash sounding uses of flash and media) -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From hughsient at gmail.com Mon Feb 4 21:12:07 2008 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 04 Feb 2008 21:12:07 +0000 Subject: PackageKit, localisation and koji In-Reply-To: <1202102187.14526.19.camel@cutter> References: <1201941084.2774.16.camel@hughsie-laptop> <1201963813.2361.1.camel@cutter> <1202063627.2802.7.camel@hughsie-laptop> <1202102187.14526.19.camel@cutter> Message-ID: <1202159527.3109.6.camel@hughsie-laptop> On Mon, 2008-02-04 at 00:16 -0500, seth vidal wrote: > afaik, yes. I've not actually used it to extract the languages before. > Normally, access to the data via rpm or rpmlib does the job Sure, I think I've found a way using gettext. Thanks. Richard. From kevin.kofler at chello.at Mon Feb 4 21:12:30 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 4 Feb 2008 21:12:30 +0000 (UTC) Subject: KDE4.0 Rawhide in Qemu References: Message-ID: Mark Bidewell alumni.clemson.edu> writes: > Has anyone tried running F9 rawhide KDE 4.0?in Qemu x86_64?(with or without > KVM).? startx exits with error setting mtrr invalid argument (cat /proc/mtrr > returns nothing).? Running startkde after xinit doesn't crash X but KDE > doesn't work.? In both cases I get the initial KDE splash before the crash Last I tried I got this crash: https://bugzilla.redhat.com/show_bug.cgi?id=427383 It appears to be an X11 issue, there's not much we KDE maintainers can do about it. Unfortunately, the logs are very non-informative, so if I was an X11 maintainer I wouldn't know where to start debugging this. :-( That's probably why it hasn't been looked into yet. Maybe forcing xdriver=cirrus (as a boot parameter) helps? Supposedly, QEMU emulates a Cirrus Logic chip and the cirrus driver is supposed to be working now in Rawhide. Kevin Kofler From lmacken at redhat.com Mon Feb 4 22:11:45 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 4 Feb 2008 17:11:45 -0500 Subject: Older kernel shipped as F7 kernel update? In-Reply-To: <20080203192036.GB19800@puariko.nirvana> References: <47A437B9.8030002@leemhuis.info> <20080202165619.GD20025@crow> <20080203192036.GB19800@puariko.nirvana> Message-ID: <20080204221145.GH8631@crow> On Sun, Feb 03, 2008 at 09:20:36PM +0200, Axel Thimm wrote: > HELP!!! > > On Sat, Feb 02, 2008 at 11:56:19AM -0500, Luke Macken wrote: > > > On "28 Jan 2008 22:14:47 -0700" kernel-2.6.23.14-64.fc7 was shipped as > > > update: > > > https://www.redhat.com/archives/fedora-package-announce/2008-January/msg00968.html > > > > > > Some minutes ago on "02 Feb 2008 02:01:59 -0700" kernel-2.6.23.14-60.fc7 > > > was shipped as update: > > > https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00061.html > > > Ah, thanks for catching this. It looks like kernel-2.6.23.14-60.fc7 was > > in updates-testing for a while, was never obsoleted when -64 came in, > > and was "approved" by the security team when that feature came about > > recently (which requests that an update be pushed to stable). > > > > Looks like some new features confused bodhi a little. This shouldn't > > happen again, as bodhi will now auto-obsolete older pending/testing updates. > > > > I've obsoleted -60, and kicked off another mash of f7-updates. > > A day later the master mirrors only carry -60 and -64 was nuked away!!! > > HELP!!! kernel-2.6.23.14-64.fc7 is back on the mirror. luke From skvidal at fedoraproject.org Mon Feb 4 22:09:59 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 04 Feb 2008 17:09:59 -0500 Subject: yum multilib_policy default for F9 In-Reply-To: <20080204165638.GB17152@nostromo.devel.redhat.com> References: <20080204052246.GA28039@auslistsprd01.us.dell.com> <20080204165638.GB17152@nostromo.devel.redhat.com> Message-ID: <1202162999.14526.78.camel@cutter> On Mon, 2008-02-04 at 11:56 -0500, Bill Nottingham wrote: > Matt Domsch (Matt_Domsch at dell.com) said: > > What are the objections, besides timing (Alpha is finished, Beta is ~1 > > month away) to switching the default from 'all' to 'best' for F9? > > 1) Software for the compat arch won't necessarily work out of the box. > This includes third-party software for x86. I'll be curious to hear the otherside of the screaming. I've heard the 'I don't want any of the other arch on my $^!%@ system" screams. I'll be interested in hearing the other kind. > 2) Tests need to be done to make sure on arches where the lower width > is primary (e.g., ppc, sparc) that the right thing happens, including > for things like debugging tools, libc, initramfs tools, etc. how about we switch it in rawhide and we see what happens on the testing installs that various folks are doing? If nothing explodes, a lot, then we try it in the beta. -sv From lmacken at redhat.com Mon Feb 4 23:58:12 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 4 Feb 2008 18:58:12 -0500 Subject: [PATCH] GUI for live USB keys in Windows In-Reply-To: <200802042030.24327.kushaldas@gmail.com> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> <200802042030.24327.kushaldas@gmail.com> Message-ID: <20080204235812.GJ8631@crow> On Mon, Feb 04, 2008 at 08:30:24PM +0530, Kushal Das wrote: > Hi, > This patch will create a small GUI in PyQt for the tool Looks good, but can you please rebase this with the latest code in git? luke From lmacken at redhat.com Tue Feb 5 00:01:22 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 4 Feb 2008 19:01:22 -0500 Subject: Creating live USB keys in Windows In-Reply-To: <47A77EFB.9010707@gmail.com> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> <200802042028.13870.kushaldas@gmail.com> <20080204180150.GF8631@crow> <47A77EFB.9010707@gmail.com> Message-ID: <20080205000122.GK8631@crow> On Mon, Feb 04, 2008 at 01:09:15PM -0800, Andrew Farris wrote: > Luke Macken wrote: >> So, I should probably create a fedorahosted project for this, so we can >> have multiple people hacking on different parts. Anyone have any >> suggestions for a name other than 'livecd-iso-to-usb' ? >> >> luke > > Simple and to the point. BootFlashLive, LiveFlashDrive, USBLive, LiveUSB > (of course avoiding the too adobe flash sounding uses of flash and media) liveusb-creator, maybe ? From jonathan.underwood at gmail.com Tue Feb 5 00:17:32 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 5 Feb 2008 00:17:32 +0000 Subject: Sun nuke clause in iText [was Re: License review for new itext version] Message-ID: <645d17210802041617v148837d3je060230d8fb2e08b@mail.gmail.com> Dear Tom, Last year we corresponded briefly[1] about the licensing of some files in iText which originate from Sun. This issue is that these files contain the Sun "nuke" clause[2] which makes it impossible to include the software in Fedora. In your reply you mentioned that a similar file to the ones in question can be found in JAI without the nuke clause. However that file doesn't contain the functionality of the files in question in iText, and in any case JAI hasn't moved to an open source license as yet. Regarding the nuke clause you said: > > In the case of the "nuke" clause our counsel has allowed us to > > drop that language. If anyone finds other instances of this language > > in current Sun open source code releases please bring them to our > > attention and we will make sure they are corrected. This is very encouraging indeed, and so I asked: > With that in mind, is there any possibility of Sun relicensing the > files currently in iText so as not to include the nuke clause. For > reference the files are: > > com/lowagie/text/pdf/LZWDecoder.java > com/lowagie/text/pdf/codec/TIFFField.java > com/lowagie/text/pdf/codec/TIFFConstants.java > com/lowagie/text/pdf/codec/TIFFLZWDecoder.java > com/lowagie/text/pdf/codec/PngImage.java > com/lowagie/text/pdf/codec/TIFFDirectory.java > com/lowagie/text/pdf/codec/TIFFFaxDecoder.java > com/lowagie/text/pdf/codec/BmpImage.java > I wonder if you have had chance to look into this possibility? It would be tremendously helpful if the nuke clause could be dropped from these files, as iText would then be open source software. Best wishes, Jonathan [1] http://www.redhat.com/archives/fedora-devel-list/2007-November/msg01028.html [2] "You acknowledge that Software is not designed,licensed or intended for use in the design, construction, operation or maintenance of any nuclear facility." From lordmorgul at gmail.com Tue Feb 5 00:19:19 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 04 Feb 2008 16:19:19 -0800 Subject: Creating live USB keys in Windows In-Reply-To: <20080205000122.GK8631@crow> References: <20080202102740.GA20025@crow> <47A496F0.1010406@fedoraproject.org> <20080203080757.GB5234@crow> <200802042028.13870.kushaldas@gmail.com> <20080204180150.GF8631@crow> <47A77EFB.9010707@gmail.com> <20080205000122.GK8631@crow> Message-ID: <47A7AB87.1020200@gmail.com> Luke Macken wrote: > On Mon, Feb 04, 2008 at 01:09:15PM -0800, Andrew Farris wrote: >> Luke Macken wrote: >>> So, I should probably create a fedorahosted project for this, so we can >>> have multiple people hacking on different parts. Anyone have any >>> suggestions for a name other than 'livecd-iso-to-usb' ? >>> >>> luke >> Simple and to the point. BootFlashLive, LiveFlashDrive, USBLive, LiveUSB >> (of course avoiding the too adobe flash sounding uses of flash and media) > > liveusb-creator, maybe ? Thats not bad. I ran into a forum poster on fedoraforum yesterday that is stuck in a situation that creating a liveusb key is perfect for btw, so it does really have a niche to fill. His tablet pc has no optical drive or floppy, and after failing a network install he's got no windows installed anymore and a broken non-fedora. I've suggested he try this since his machine is all nuked already anyway. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From kushaldas at gmail.com Tue Feb 5 04:04:18 2008 From: kushaldas at gmail.com (Kushal Das) Date: Tue, 5 Feb 2008 09:34:18 +0530 Subject: [PATCH] GUI for live USB keys in Windows In-Reply-To: <20080204235812.GJ8631@crow> References: <20080202102740.GA20025@crow> <200802042030.24327.kushaldas@gmail.com> <20080204235812.GJ8631@crow> Message-ID: <200802050934.18420.kushaldas@gmail.com> On Tuesday 05 February 2008 05:28:12 am Luke Macken wrote: > Looks good, but can you please rebase this with the latest code in git? I will :) Kushal -- Fedora Ambassador, India http://kushaldas.in http://dgplug.org (Linux User Group of Durgapur) From kushaldas at gmail.com Tue Feb 5 04:27:50 2008 From: kushaldas at gmail.com (Kushal Das) Date: Tue, 5 Feb 2008 09:57:50 +0530 Subject: Creating live USB keys in Windows In-Reply-To: <20080204180150.GF8631@crow> References: <20080202102740.GA20025@crow> <200802042028.13870.kushaldas@gmail.com> <20080204180150.GF8631@crow> Message-ID: <200802050957.51020.kushaldas@gmail.com> On Monday 04 February 2008 11:31:51 pm Luke Macken wrote: > Some things I did differently: > - I had a text field next to a "Browse" button for the ISO. This field > is pre-populated if an ISO exists in the current directory. In your > GUI, there is no distinction as to whether an ISO has been selected or > not, which may confuse some Windows users :) Actually I don't trust Windows users so much :) I will put a non-editable field to show the current iso (if selected). > Out of the box, it complained that it was missing msvcp71.dll. After > copying that file to the directory, it seemed to render fine. Ideally, > py2exe should be sucking this in for us. No idea why it is showing :( > When trying to run the tool, a DOS window quickly pops up and > disappears, and I get the error message: [Errno 2] No such file or > directory: 'F:\\isolinux\\isolinux.cfg' I am trying to reproduce this. > So, I should probably create a fedorahosted project for this, so we can > have multiple people hacking on different parts. Anyone have any > suggestions for a name other than 'livecd-iso-to-usb' ? Last night at #fedora-devel Feb 04 23:00:41 Fedora Live USB Booter.. or FLUB Kushal -- Fedora Ambassador, India http://kushaldas.in http://dgplug.org (Linux User Group of Durgapur) From poelstra at redhat.com Tue Feb 5 05:02:53 2008 From: poelstra at redhat.com (John Poelstra) Date: Mon, 04 Feb 2008 21:02:53 -0800 Subject: Fedora Rel-Eng Meeting Recap 2008-FEB-04 Message-ID: <47A7EDFD.70503@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2008-feb-04 Please make corrections and clarifications to the wiki page. == Alpha == * Tuesday the bit gets flipped * http://fedoraproject.org/wiki/QA/9/AlphaTreeTesting is the test status page == Reversing the netapp streams == * scheduled for today--we're working on pushing it back after the alpha * change setup so that the content we generate in PHX can be put on a netapp in PHX * instead of rsynced to RDU to be put on a netapp in RDU, and then mirrored by netapp back out to PHX * this will result in shorter times between compose and visible to the world for things like rawhide and updates * may delay the rawhide/updates for a bit == gcc 4.3 == * gcc4.3 is in the buildroots for dist-f9 now, and some fallout has happened, namely kernel. * striving to complete a mass rebuild before beta release == perl-5.10.0 == * Feature page: http://fedoraproject.org/wiki/Features/Perl510 * 300 perl dependent packages as a sample set * these packages were the base for which virtually all of the other perl dependent packages depend on * out of those 300 about 60 more to build * once complete the plan is to merge the new perl and the rebuilt bits into rawhide * Fedora is the place where perl-5.10 was really first tested/used and the development ground for getting all the upstreams ported to the new perl == IRC Transcript == From notting at redhat.com Tue Feb 5 05:35:38 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Feb 2008 00:35:38 -0500 Subject: yum multilib_policy default for F9 In-Reply-To: <1202162999.14526.78.camel@cutter> References: <20080204052246.GA28039@auslistsprd01.us.dell.com> <20080204165638.GB17152@nostromo.devel.redhat.com> <1202162999.14526.78.camel@cutter> Message-ID: <20080205053538.GA17626@nostromo.devel.redhat.com> seth vidal (skvidal at fedoraproject.org) said: > > 2) Tests need to be done to make sure on arches where the lower width > > is primary (e.g., ppc, sparc) that the right thing happens, including > > for things like debugging tools, libc, initramfs tools, etc. > > how about we switch it in rawhide and we see what happens on the testing > installs that various folks are doing? If nothing explodes, a lot, then > we try it in the beta. Hm, I'd like to at least see a report or two of a ppc64 install done with an updates.img (or whatever) with this set. Of course, I have no hardware to test this myself. Bill From skvidal at fedoraproject.org Tue Feb 5 07:09:13 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 05 Feb 2008 02:09:13 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <47A63E5B.5080405@gmail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> Message-ID: <1202195353.17172.19.camel@cutter> On Sun, 2008-02-03 at 14:21 -0800, Andrew Farris wrote: > A thought for Seth: > Wouldn't it be possible for the groupremove operation to handle this with > information it already has? If a package is added to a remove operation list > because the original command given is a groupremove, then any packages that are > also listed in another group (that is installed) should be skipped over in the > remove operation. It means retracing over the remove list once the reverse deps > are solved and checking whether each package is a member of an installed group > other than the one being removed. The problem is we get into a "do what I mean" weird case: Did the user type 'groupremove foo' b/c they wanted to remove all the pkgs in foo, regardless of whether or not they exist in other groups? Or did they type 'groupremove foo' b/c they just wanted the pkgs in this group, not used by other things, to be removed? And you end up fighting between those two classes of users. > Handling it in that way might be extremely slow, but it shouldn't require > another database of information for context on how the package was originally > installed right? Assume if its part of more than one *installed group* then > leave it in place during the first groupremove. Again - that's great for YOUR case but the way I used to use groups was to make a host into a profile based on the groups it has available. so when I said groupremove 'physics beowulf' I MEANT remove all of the pkgs in that group, regardless. > > You'll get the result of any packages that exist only because they are a member > of the group being removed are removed, and any dependencies those packages > pulled in will be removed only if they are listed in no other group that is > installed. Would that end up leaving any cruft behind? Of course it'll leave cruft behind, depending on your definition of cruft. My definition of cruft includes anything I didn't intend to leave installed and my intention as explained above was to remove everything I specified. If I didn't want all the contents of the group to be removed I wouldn't have typed 'groupremove' at all. I don't have any objection with making the commands smarter based on more context information. I just want to be clear about what 'smarter' actually looks like. To a number of people 'smarter' is actually second-guessing the user and therefore dumber think about the problem from that perspective some. -sv From skvidal at fedoraproject.org Tue Feb 5 07:12:05 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 05 Feb 2008 02:12:05 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> Message-ID: <1202195525.17172.23.camel@cutter> On Sun, 2008-02-03 at 10:38 -0900, Jeff Spaleta wrote: > The underlying problem here is that we used the simplest approach to > uninstalling that doesn't take into account whether a package is part > of another 'installed' group (whatever that means). Since we don't > keep track of the context of the install operation...was it installed > as part of a group install operation, explicitly requested by a user > for install, or dragged in to fill a dep, other crap like that... > we've no way to account for that context in the remove operation. So > all removes are equal. All removes are equal, yes. Think about it like a filesystem 'rm' command. Should the rm command fail to work b/c someone still has the file open read-only? Should it fail to work if you recently modified the file? I bet I could find a number of people who would say yes to both of the above. That doesn't mean I think it is right, though. I personally think implementing do-what-I-mean functionality is dangerous, especially so in a package manager. -sv From lordmorgul at gmail.com Tue Feb 5 07:42:05 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 04 Feb 2008 23:42:05 -0800 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202195353.17172.19.camel@cutter> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> Message-ID: <47A8134D.7040304@gmail.com> seth vidal wrote: > On Sun, 2008-02-03 at 14:21 -0800, Andrew Farris wrote: >> A thought for Seth: >> Wouldn't it be possible for the groupremove operation to handle this with >> information it already has? If a package is added to a remove operation list >> because the original command given is a groupremove, then any packages that are >> also listed in another group (that is installed) should be skipped over in the >> remove operation. It means retracing over the remove list once the reverse deps >> are solved and checking whether each package is a member of an installed group >> other than the one being removed. > > The problem is we get into a "do what I mean" weird case: > > Did the user type 'groupremove foo' b/c they wanted to remove all the > pkgs in foo, regardless of whether or not they exist in other groups? Or > did they type 'groupremove foo' b/c they just wanted the pkgs in this > group, not used by other things, to be removed? > > And you end up fighting between those two classes of users. > > >> Handling it in that way might be extremely slow, but it shouldn't require >> another database of information for context on how the package was originally >> installed right? Assume if its part of more than one *installed group* then >> leave it in place during the first groupremove. > > Again - that's great for YOUR case but the way I used to use groups was > to make a host into a profile based on the groups it has available. > > so when I said groupremove 'physics beowulf' I MEANT remove all of the > pkgs in that group, regardless. > >> You'll get the result of any packages that exist only because they are a member >> of the group being removed are removed, and any dependencies those packages >> pulled in will be removed only if they are listed in no other group that is >> installed. Would that end up leaving any cruft behind? > > Of course it'll leave cruft behind, depending on your definition of > cruft. My definition of cruft includes anything I didn't intend to leave > installed and my intention as explained above was to remove everything I > specified. If I didn't want all the contents of the group to be removed > I wouldn't have typed 'groupremove' at all. I concede that there are two divergent (and in my mind equally valid) understandings of what removing a group should entail. The problem is, if groups continue to overlap significantly, that removing a group will become essentially something that is just not *useful* except the rare case of cannibalizing the system to make it into something it wasn't before (i.e. desktop -> server transition). Perhaps the only good solution to that is to have two groupremoves... one that removes the *unique group members* and one that removes the *entire group*. I cannot think of any reason there would be the need for additional interpretations of groupremove. If its not 'safe' to groupremove kde when you want to just keep using gnome and not lose necessary supporting files (like uninstalling yum), its a much less useful feature for Fedora to have groups at all in the package space. People are alot less likely to install a group they may not want to keep forever if they are unsure how to get rid of it without clicking on every single package separately in pirut. Groups become essentially an installer commodity, and otherwise are there only for rapidly tearing a system apart. I'm reminded of the installer bugs on that ubiquitous platform that leave apps listed in your control thingy without the ability to remove them because they no longer exist but cannot figure out they are already removed. (which is completely unrelated to groupremoves, but ironic anyway, like the control thingy removing itself would be) So, I'm just suggesting that groupremove is ambiguous and deserves to be two groupremoves. (and apologize that I will not be offering a patch as I have yet to learn python) -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From ville.skytta at iki.fi Tue Feb 5 08:03:29 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 5 Feb 2008 10:03:29 +0200 Subject: Sun nuke clause in iText [was Re: License review for new itext version] In-Reply-To: <645d17210802041617v148837d3je060230d8fb2e08b@mail.gmail.com> References: <645d17210802041617v148837d3je060230d8fb2e08b@mail.gmail.com> Message-ID: <200802051003.30541.ville.skytta@iki.fi> On Tuesday 05 February 2008, Jonathan Underwood wrote: > Dear Tom, > > Last year we corresponded briefly[1] about the licensing of some files > in iText which originate from Sun. This issue is that these files > contain the Sun "nuke" clause[2] which makes it impossible to include > the software in Fedora. [...] > [2] "You acknowledge that Software is not designed,licensed or > intended for use in > the design, construction, operation or maintenance of any nuclear > facility." FYI, iText 2.0.8 is out, and the "licensed" word from the above is gone in it. http://itext.svn.sourceforge.net/viewvc/itext/trunk/src/core/com/lowagie/text/misc_licenses.txt?r1=3074&r2=3101&view=patch From dennis at ausil.us Tue Feb 5 08:43:35 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 5 Feb 2008 02:43:35 -0600 Subject: texlive and i386 Message-ID: <200802050243.36245.dennis@ausil.us> There is something wrong with texlive on i386 dbus today took nearly all day to build before i had to kill it (Sorry Ray) things seem to be ok on all other arches. On i386 thousands of child processes get spawned. for an example see http://ausil.fedorapeople.org/sigh note its an 81MB file. i filed https://bugzilla.redhat.com/show_bug.cgi?id=431516 for this. Id like to ask people to help get this fixed quickly. it is hurting everyones ability to build. Dennis From kevin.kofler at chello.at Tue Feb 5 09:38:40 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 5 Feb 2008 09:38:40 +0000 (UTC) Subject: texlive and i386 References: <200802050243.36245.dennis@ausil.us> Message-ID: Dennis Gilmore ausil.us> writes: > Id like to ask people to help get this fixed quickly. it is hurting > everyones ability to build. Yes, also because the xorg-x11-xinit in the buildroot Conflicts with dbus builds older than the one which got stuck. This means kdebase-workspace can't be built, maybe other packages are affected too. Maybe the xorg-x11-xinit build should be untagged for now? Or do you think we'll get the new dbus through soon? Kevin Kofler From promac at gmail.com Tue Feb 5 10:38:53 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Tue, 5 Feb 2008 08:38:53 -0200 Subject: Status of libX11 / libxcb Message-ID: <68720af30802050238y44a615b0k99c1ffbb386c8408@mail.gmail.com> Hi, I would like to know what is the current status of libX11 / libxcb, specifically related to Bugzilla Bug #254144 (not thread-safe?). I had to downgrade libX11 to the F7 version in F8, because of this bug. Although jre from sun (necessary for accessing some secure web sites) can be made to work without downgrading libX11, some other applications cannot, such as xvidcap. It is not clear to me whether the applications should be fixed, or if libX11 is really buggy, as it seems. Thanks. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathan.underwood at gmail.com Tue Feb 5 11:22:50 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 5 Feb 2008 11:22:50 +0000 Subject: Sun nuke clause in iText [was Re: License review for new itext version] In-Reply-To: <200802051003.30541.ville.skytta@iki.fi> References: <645d17210802041617v148837d3je060230d8fb2e08b@mail.gmail.com> <200802051003.30541.ville.skytta@iki.fi> Message-ID: <645d17210802050322t17a6cc53x6b16ec29f0fa8269@mail.gmail.com> On 05/02/2008, Ville Skytt? wrote: > > FYI, iText 2.0.8 is out, and the "licensed" word from the above is gone in it. > > http://itext.svn.sourceforge.net/viewvc/itext/trunk/src/core/com/lowagie/text/misc_licenses.txt?r1=3074&r2=3101&view=patch > Aha, well spotted! I looked and noticed the nuke clause was still there but hadn't spotted the missing license. Thanks Ville. So, I think this clears the way for reinclusion in Fedora, right? From jkeating at redhat.com Tue Feb 5 12:38:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 5 Feb 2008 07:38:05 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <47A8134D.7040304@gmail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> Message-ID: <20080205073805.0d1b32a0@redhat.com> On Mon, 04 Feb 2008 23:42:05 -0800 Andrew Farris wrote: > Perhaps the only good solution to that is to have two groupremoves... > one that removes the *unique group members* and one that removes the > *entire group*. I cannot think of any reason there would be the need > for additional interpretations of groupremove. yum groupremove --all or --force groupremove by default removes entities that are only found in said group and not in other groups or required by things in other groups. Least surprise. --all or --force will remove all entities in said group regardless of overlapping members. -- 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 atkac at redhat.com Tue Feb 5 13:00:43 2008 From: atkac at redhat.com (Adam Tkac) Date: Tue, 5 Feb 2008 14:00:43 +0100 Subject: GCC 4.3 problem building libeXosip2? In-Reply-To: <935ead450802041236w318ef4a5m7fb26e1184b54ec6@mail.gmail.com> References: <935ead450802041236w318ef4a5m7fb26e1184b54ec6@mail.gmail.com> Message-ID: <20080205130043.GA29599@evileye.atkac.englab.brq.redhat.com> On Mon, Feb 04, 2008 at 02:36:50PM -0600, Jeffrey Ollie wrote: > I'm working on an update to libeXosip2, unfortunately I get some > errors while building on rawhide: > > http://koji.fedoraproject.org/koji/getfile?taskID=395271&name=build.log > > The problems occur both building locally on mock and when doing a > scratch build on koji. Builds on F-7 and F-8 work fine so I'm fairly > confident that this is something related to GCC 4.3. I'm working on > getting a rawhide system up and running to do some testing - in the > meantime is there anyone that can take a look and give me some > pointers? > > Jeff > libeXosip2 is buggy. NI_MAXHOST is in #ifdef statement in header but in code is used without #ifdef. Simple patch is attached Adam -- Adam Tkac, Red Hat, Inc. -------------- next part -------------- diff -up libeXosip2-3.0.3/src/eXosip2.h.ifdef libeXosip2-3.0.3/src/eXosip2.h --- libeXosip2-3.0.3/src/eXosip2.h.ifdef 2008-02-05 13:57:30.000000000 +0100 +++ libeXosip2-3.0.3/src/eXosip2.h 2008-02-05 13:57:53.000000000 +0100 @@ -87,13 +87,14 @@ extern "C" { #endif +#define NI_MAXHOST 1025 + #if defined(__arc__) #define USE_GETHOSTBYNAME #endif #if defined(USE_GETHOSTBYNAME) -#define NI_MAXHOST 1025 #define NI_MAXSERV 32 #define NI_NUMERICHOST 1 From jwboyer at gmail.com Tue Feb 5 13:08:20 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 5 Feb 2008 07:08:20 -0600 Subject: yum multilib_policy default for F9 In-Reply-To: <20080205053538.GA17626@nostromo.devel.redhat.com> References: <20080204052246.GA28039@auslistsprd01.us.dell.com> <20080204165638.GB17152@nostromo.devel.redhat.com> <1202162999.14526.78.camel@cutter> <20080205053538.GA17626@nostromo.devel.redhat.com> Message-ID: <20080205070820.159ae9b1@zod.rchland.ibm.com> On Tue, 5 Feb 2008 00:35:38 -0500 Bill Nottingham wrote: > seth vidal (skvidal at fedoraproject.org) said: > > > 2) Tests need to be done to make sure on arches where the lower width > > > is primary (e.g., ppc, sparc) that the right thing happens, including > > > for things like debugging tools, libc, initramfs tools, etc. > > > > how about we switch it in rawhide and we see what happens on the testing > > installs that various folks are doing? If nothing explodes, a lot, then > > we try it in the beta. > > Hm, I'd like to at least see a report or two of a ppc64 install done > with an updates.img (or whatever) with this set. Of course, I have > no hardware to test this myself. Will do. Spin me the updates.img or add hooks in anaconda to take multilib_policy=best on the command line. josh From subhodip at fedoraproject.org Tue Feb 5 13:44:14 2008 From: subhodip at fedoraproject.org (subhodip biswas) Date: Tue, 5 Feb 2008 19:14:14 +0530 Subject: a suggestion Message-ID: <539333cb0802050544t50ed90a2m3c9e8a6a441db841@mail.gmail.com> hi ! i have lost my motherboard. it has gone for replacement.don't know when it will come back. So if you face any problem with packages i maintain. feel free to be the co maintainer and resolve the issue. -- Regards Subhodip Biswas GPG key : FAEA34AB Server : pgp.mit.edu http://subhodipbiswas.wordpress.com http:/www.fedoraproject.org/wiki/SubhodipBiswas From mark.bidewell at alumni.clemson.edu Tue Feb 5 14:18:30 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Tue, 5 Feb 2008 09:18:30 -0500 Subject: KDE4.0 Rawhide in Qemu In-Reply-To: References: Message-ID: Thanks. I tried that - no luck. This would appear to be some kind of X11 issue as updating KDE without updating X results in KDE4 loading however it freezes once loaded. Hopefully these issues don't extend to real hardware. Mark Bidewell On 2/4/08, Kevin Kofler wrote: > > Mark Bidewell alumni.clemson.edu> writes: > > Has anyone tried running F9 rawhide KDE 4.0 in Qemu x86_64 (with or > without > > KVM). startx exits with error setting mtrr invalid argument (cat > /proc/mtrr > > returns nothing). Running startkde after xinit doesn't crash X but KDE > > doesn't work. In both cases I get the initial KDE splash before the > crash > > Last I tried I got this crash: > https://bugzilla.redhat.com/show_bug.cgi?id=427383 > > It appears to be an X11 issue, there's not much we KDE maintainers can do > about > it. Unfortunately, the logs are very non-informative, so if I was an X11 > maintainer I wouldn't know where to start debugging this. :-( That's > probably > why it hasn't been looked into yet. > > Maybe forcing xdriver=cirrus (as a boot parameter) helps? Supposedly, QEMU > emulates a Cirrus Logic chip and the cirrus driver is supposed to be > working > now in Rawhide. > > Kevin Kofler > > -- > 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 michel.sylvan at gmail.com Tue Feb 5 14:36:59 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Tue, 5 Feb 2008 09:36:59 -0500 Subject: a suggestion In-Reply-To: <539333cb0802050544t50ed90a2m3c9e8a6a441db841@mail.gmail.com> References: <539333cb0802050544t50ed90a2m3c9e8a6a441db841@mail.gmail.com> Message-ID: On Feb 5, 2008 8:44 AM, subhodip biswas wrote: > hi ! > i have lost my motherboard. it has gone for replacement.don't know > when it will come back. So if you face any problem with packages i > maintain. feel free to be the co maintainer and resolve the issue. > Hi Subhodip, Is "Allow CVSextras commit" set on your packages? In which case, any packager can commit fixes. Regards, -- Michel Salim http://hircus.jaiku.com/ From rdieter at math.unl.edu Tue Feb 5 15:08:44 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 05 Feb 2008 09:08:44 -0600 Subject: KDE4.0 Rawhide in Qemu References: Message-ID: Mark Bidewell wrote: > Thanks. I tried that - no luck. This would appear to be some kind of X11 > issue as updating KDE without updating X results in KDE4 loading however > it freezes once loaded. > > Hopefully these issues don't extend to real hardware. There are quite a few outstanding kde4/selinux issues in need of some love, which may or may not be impacting your problem here. -- Rex From eric.tanguy at univ-nantes.fr Tue Feb 5 15:39:48 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Tue, 05 Feb 2008 16:39:48 +0100 Subject: Scratch koji build Message-ID: <47A88344.2010005@univ-nantes.fr> Yesterday i launched scratch builds to test GCC 4.3 build in rawhide and stop the computer and go to bed. This morning i would like to look at the results but i don't know how to find it. I received no mail from build system. So where can i find the results ? Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: eric_tanguy.vcf Type: text/x-vcard Size: 396 bytes Desc: not available URL: From jkeating at redhat.com Tue Feb 5 15:25:25 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 5 Feb 2008 10:25:25 -0500 Subject: Announcing Fedora 9 Alpha Message-ID: <20080205102525.4748a9f5@redhat.com> A funny thing happened on the way into the office today, an Alpha release of Fedora 9 happened! The Alpha release provides the first opportunity for the wider community to become involved with the testing of Rawhide: representing a sanitised snapshot of Fedora's development branch, which sees rapid changes and will become the next major release, it should boot on the majority of systems, providing both an opportunity to get a look at what new features will be included in the next release and also an opportunity to provide feedback and bug reports to help ensure that the next release is as good as possible. Some highlights of Fedora 9 Alpha: * GNOME 2.21 Development Release * KDE 4.0 * Firefox 3 Beta 2 * Support for resizing ext2, ext3 and NTFS partitions during install * Support for creating and installing to encrypted filesystems * PackageKit * Kernel 2.6.24 And numerous other improvements and enhancements. Getting it: ========== The Alpha release is available both through our mirroring system and via bittorrent. For direct http access to a local mirror: http://download.fedoraproject.org/pub/fedora/linux/releases/test/9-Alpha/ For a list of mirrors carrying the content and the various protocols they support: http://mirrors.fedoraproject.org/publiclist/Fedora/9-Alpha/ For bittorrent: http://torrent.fedoraproject.org/ More Information: ============ For more information regarding the Alpha release, please visit the release notes page: http://fedoraproject.org/wiki/Releases/9/Alpha/ReleaseNotes -- 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 jeff at ocjtech.us Tue Feb 5 15:56:51 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 5 Feb 2008 09:56:51 -0600 Subject: Scratch koji build In-Reply-To: <47A88344.2010005@univ-nantes.fr> References: <47A88344.2010005@univ-nantes.fr> Message-ID: <935ead450802050756y1fe446e2r839185ce506fa142@mail.gmail.com> On 2/5/08, Tanguy Eric wrote: > Yesterday i launched scratch builds to test GCC 4.3 build in rawhide and > stop the computer and go to bed. This morning i would like to look at > the results but i don't know how to find it. I received no mail from > build system. So where can i find the results ? Koji doesn't send out emails for scratch builds. You need to keep track of the URL that koji prints out at the beginning of it's run and use that to access the results. AFAICS you can't search for them using the koji web interface. Jeff From nalin at redhat.com Tue Feb 5 15:57:27 2008 From: nalin at redhat.com (Nalin Dahyabhai) Date: Tue, 5 Feb 2008 10:57:27 -0500 Subject: Elvis-hosted modules to be moved on 18/2 In-Reply-To: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> References: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> Message-ID: <20080205155726.GA3722@redhat.com> On Sat, Feb 02, 2008 at 02:07:57AM +0200, Dimitris Glezos wrote: > We'll be having another, *final move* of the rest of the modules on > the 18th of February 2008. The modules listed on the following > coordination page are ones that Fedora is upstream, hosted on elvis, > active, and receiving translations -- they will be moved to the > maintainer's VCS of choice on Fedora Infrastructure. Like Tom??, I maintain a few modules on elvis which aren't translated, and which therefore weren't in the table in the Wiki. What's to become of them? Will they be moved? Will they be left where they are? If I would like for them to be moved, can I get them added to the list of modules included in the mass move? And if I do nothing, will they be deleted from elvis, never to be seen again, their very existence disavowed? Okay, it's probably not going to be that last thing, but in all seriousness, some guidance, please? Nalin From skvidal at fedoraproject.org Tue Feb 5 15:58:50 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 05 Feb 2008 10:58:50 -0500 Subject: Elvis-hosted modules to be moved on 18/2 In-Reply-To: <20080205155726.GA3722@redhat.com> References: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> <20080205155726.GA3722@redhat.com> Message-ID: <1202227130.17172.34.camel@cutter> On Tue, 2008-02-05 at 10:57 -0500, Nalin Dahyabhai wrote: > On Sat, Feb 02, 2008 at 02:07:57AM +0200, Dimitris Glezos wrote: > > We'll be having another, *final move* of the rest of the modules on > > the 18th of February 2008. The modules listed on the following > > coordination page are ones that Fedora is upstream, hosted on elvis, > > active, and receiving translations -- they will be moved to the > > maintainer's VCS of choice on Fedora Infrastructure. > > Like Tom??, I maintain a few modules on elvis which aren't translated, > and which therefore weren't in the table in the Wiki. What's to become > of them? Will they be moved? Will they be left where they are? If I > would like for them to be moved, can I get them added to the list of > modules included in the mass move? And if I do nothing, will they be > deleted from elvis, never to be seen again, their very existence > disavowed? Okay, it's probably not going to be that last thing, but in > all seriousness, some guidance, please? Nalin, Request a project and move them to fedora hosted. I think the sooner we put elvis out to pasture the better. -sv From mtasaka at ioa.s.u-tokyo.ac.jp Tue Feb 5 16:08:24 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 06 Feb 2008 01:08:24 +0900 Subject: Scratch koji build In-Reply-To: <47A88344.2010005@univ-nantes.fr> References: <47A88344.2010005@univ-nantes.fr> Message-ID: <47A889F8.605@ioa.s.u-tokyo.ac.jp> Tanguy Eric wrote, at 02/06/2008 12:39 AM +9:00: > Yesterday i launched scratch builds to test GCC 4.3 build in rawhide and > stop the computer and go to bed. This morning i would like to look at > the results but i don't know how to find it. I received no mail from > build system. So where can i find the results ? > Eric > Search the result from: http://koji.fedoraproject.org/koji/tasks?state=all&owner=tanguy&method=all&order=-completion_time Regards, Mamoru From mikeb at redhat.com Tue Feb 5 16:10:16 2008 From: mikeb at redhat.com (Mike Bonnet) Date: Tue, 05 Feb 2008 11:10:16 -0500 Subject: Scratch koji build In-Reply-To: <935ead450802050756y1fe446e2r839185ce506fa142@mail.gmail.com> References: <47A88344.2010005@univ-nantes.fr> <935ead450802050756y1fe446e2r839185ce506fa142@mail.gmail.com> Message-ID: <1202227816.5569.9.camel@localhost.localdomain> On Tue, 2008-02-05 at 09:56 -0600, Jeffrey Ollie wrote: > On 2/5/08, Tanguy Eric wrote: > > Yesterday i launched scratch builds to test GCC 4.3 build in rawhide and > > stop the computer and go to bed. This morning i would like to look at > > the results but i don't know how to find it. I received no mail from > > build system. So where can i find the results ? > > Koji doesn't send out emails for scratch builds. You need to keep > track of the URL that koji prints out at the beginning of it's run and > use that to access the results. AFAICS you can't search for them > using the koji web interface. That's not entirely true. You can find the task that corresponds to your scratch build. If you log in to the Koji web interface and go to the "Summary" page, it should show up at or near the top of the list of recent tasks: http://koji.fedoraproject.org/koji/index On the "Tasks" page you can also filter the list using the links and drop-downs to show "all" tasks owned by a specific user (you). Once again, your build task should show up at or near the top of this list: http://koji.fedoraproject.org/koji/tasks?state=all&owner=tanguy&method=all&order=-completion_time From lemenkov at gmail.com Tue Feb 5 16:10:04 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Tue, 5 Feb 2008 19:10:04 +0300 Subject: Head Up: Prepare for dropping fuse group in the nearest future Message-ID: Hello All! Due to landing of upcoming Gnome release in Fedora 9 I decided to drop fuse group. The main reason is that future Gnome VFS will use fuse as a backend, and we wil be forced to add all users into fuse group (if we allow them to use Gnome VFS) what will made the existence of fuse group useless.. Any objections? -- With best regards! From dimitris at glezos.com Tue Feb 5 16:27:28 2008 From: dimitris at glezos.com (Dimitris Glezos) Date: Tue, 5 Feb 2008 18:27:28 +0200 Subject: Elvis-hosted modules to be moved on 18/2 In-Reply-To: <20080205155726.GA3722@redhat.com> References: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> <20080205155726.GA3722@redhat.com> Message-ID: <6d4237680802050827q17d6d926vb78016b6e560b69a@mail.gmail.com> On Feb 5, 2008 5:57 PM, Nalin Dahyabhai wrote: > On Sat, Feb 02, 2008 at 02:07:57AM +0200, Dimitris Glezos wrote: > > We'll be having another, *final move* of the rest of the modules on > > the 18th of February 2008. The modules listed on the following > > coordination page are ones that Fedora is upstream, hosted on elvis, > > active, and receiving translations -- they will be moved to the > > maintainer's VCS of choice on Fedora Infrastructure. > > Like Tom??, I maintain a few modules on elvis which aren't translated, > and which therefore weren't in the table in the Wiki. What's to become > of them? Will they be moved? Will they be left where they are? We'll be moving only the modules listed on the "Will be moved" table on the wiki page [1] on 18/2. The rest of them won't be deleted! If you want your module moved together with the rest, just add it to the table on the wiki page. We'll copy it, together with the whole history, and the next day delete it from elvis if everything is OK. The modules we chose initially to move are those receiving translations, just because we need to move them out of there soon. It's not easy for people to maintain two accounts for translations (one for elvis, one for Fedora), and also we should really cover translations under the CLA, something not happening on elvis. -d [1]: http://fedoraproject.org/wiki/Infrastructure/RFR/FinalElvisMove > If I > would like for them to be moved, can I get them added to the list of > modules included in the mass move? And if I do nothing, will they be > deleted from elvis, never to be seen again, their very existence > disavowed? Okay, it's probably not going to be that last thing, but in > all seriousness, some guidance, please? -- 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 wtogami at redhat.com Tue Feb 5 17:00:56 2008 From: wtogami at redhat.com (Warren Togami) Date: Tue, 05 Feb 2008 12:00:56 -0500 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: References: Message-ID: <47A89648.8060605@redhat.com> Peter Lemenkov wrote: > Hello All! > > Due to landing of upcoming Gnome release in Fedora 9 I decided to drop > fuse group. > > The main reason is that future Gnome VFS will use fuse as a backend, > and we wil be forced to add all users into fuse group (if we allow > them to use Gnome VFS) what will made the existence of fuse group > useless.. > > Any objections? Two questions: 1) I need more details about exactly how this will work in GNOME. 2) What does this mean to KDE or other desktop users? 3) What exactly is being proposed in this mail? How will this effect upgrades? Warren From fedora at leemhuis.info Tue Feb 5 17:05:59 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 05 Feb 2008 18:05:59 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: References: Message-ID: <47A89777.2040706@leemhuis.info> On 05.02.2008 17:10, Peter Lemenkov wrote: > > Due to landing of upcoming Gnome release in Fedora 9 I decided to drop > fuse group. > > The main reason is that future Gnome VFS will use fuse as a backend, > and we wil be forced to add all users into fuse group (if we allow > them to use Gnome VFS) what will made the existence of fuse group > useless.. > > Any objections? Well, when I got fuse integrated into Fedora several well-known and long-term Red Hat/Fedora developers said "it needs a security audit before we drop the fuse group". Not that long ago when we discussed https://bugzilla.redhat.com/show_bug.cgi?id=298651 http://secunia.com/advisories/26938/ I heard that once or twice again. Did that audit happen? Do we care? Actually I'm wondering if we need some guidelines or other bureaucracy hurdles to prevent that packagers use suid binaries without need. Preferred: Maybe just a script could do the trick if it checks what packages use suid binaries; somebody once every few weeks could run it and check if there are new packages with suid binaries. If there are: check them if it makes sense to ship them like that. Cu knurd From pertusus at free.fr Tue Feb 5 17:23:37 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 5 Feb 2008 18:23:37 +0100 Subject: rpms/texlive-texmf/devel texlive-texmf.spec,1.11,1.12 In-Reply-To: <200802051651.m15GpeWo007896@cvs-int.fedora.redhat.com> References: <200802051651.m15GpeWo007896@cvs-int.fedora.redhat.com> Message-ID: <20080205172336.GI2627@free.fr> On Tue, Feb 05, 2008 at 11:51:40AM -0500, Miroslav Lichvar wrote: > Author: mlichvar > > Update of /cvs/pkgs/rpms/texlive-texmf/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv7860 > > Modified Files: > texlive-texmf.spec > Log Message: > - don't require texinfo-tex, tex-preview (#431516) This is the wrong fix for a real issue. Not a problem if it is temporary, but in my opinion it should be fixed once for all. My proposal is to have texlive-texmf-latex have Requires(post) on texlive-latex and the post script is run in texlive-texmf-latex. (and leave the dependency of texlive-latex on texlive-texmf-latex). -- Pat From mcepl at redhat.com Tue Feb 5 17:12:47 2008 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 05 Feb 2008 18:12:47 +0100 Subject: How much personal information is necessary to close a bug? References: <1201686688.13318.4.camel@fedlex.lex.hider.name> <364d303b0801300251s39ffe2b8we671f2005c836474@mail.gmail.com> <1201691685.13318.16.camel@fedlex.lex.hider.name> Message-ID: On 2008-01-30, 11:14 GMT, Lex Hider wrote: > Can someone close this one too: > > https://bugzilla.redhat.com/show_bug.cgi?id=253060 It is usually enough to: a) make a comment to the bug (e.g., "this should be already fixed IMHO" or something like that). b) put yourself into Cc: of the bug, if you want to follow its further fate. If the owner of the package doesn't react soon enough, there is somewhere in our wiki MIA package owner policy. Mat?j From wtogami at redhat.com Tue Feb 5 18:03:26 2008 From: wtogami at redhat.com (Warren Togami) Date: Tue, 05 Feb 2008 13:03:26 -0500 Subject: Help Needed: spamassassin co-maintainer for Fedora Message-ID: <47A8A4EE.9000500@redhat.com> Hi folks, I am hoping to find an existing Fedora contributor who has the following qualifications: * Uses spamassassin in production for their own servers for their own organization. * Typically builds their own spamassassin RPM for their own server when upstream releases a new version and Fedora/RHEL doesn't upgrade fast enough. * Follows upstream spamasssassin-dev and -users lists. Basically, I need someone who uses it on a daily basis and follows upstream to understand trends in spammer behavior. If you match these qualifications, then you may be the ideal candidate to be the spamassassin co-maintainer in Fedora. Please let me know if you are interested. Warren Togami wtogami at redhat.com From kwade at redhat.com Tue Feb 5 18:12:07 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Tue, 05 Feb 2008 10:12:07 -0800 Subject: How much personal information is necessary to close a bug? In-Reply-To: <7f692fec0801300704oc6cf53g6e7ac16b3d7c3d93@mail.gmail.com> References: <1201686688.13318.4.camel@fedlex.lex.hider.name> <364d303b0801300251s39ffe2b8we671f2005c836474@mail.gmail.com> <1201691235.13318.13.camel@fedlex.lex.hider.name> <7f692fec0801300704oc6cf53g6e7ac16b3d7c3d93@mail.gmail.com> Message-ID: <1202235127.23430.27.camel@calliope.phig.org> On Wed, 2008-01-30 at 10:04 -0500, Yaakov Nemoy wrote: > This information isn't exactly public to one and all either. Red Hat > certainly isn't selling your private details to the highest bidder. I recently fixed the privacy policy page for Fedora, we need to make sure that this is linked from the right places now. http://fedoraproject.org/wiki/Legal/PrivacyPolicy Coincidentally, it is in fact Red Hat's privacy policy, which covers uses and safeguards for personal information collected. - Karsten -- Karsten Wade, Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://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 nalin at redhat.com Tue Feb 5 18:20:33 2008 From: nalin at redhat.com (Nalin Dahyabhai) Date: Tue, 5 Feb 2008 13:20:33 -0500 Subject: Elvis-hosted modules to be moved on 18/2 In-Reply-To: <6d4237680802050827q17d6d926vb78016b6e560b69a@mail.gmail.com> References: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> <20080205155726.GA3722@redhat.com> <6d4237680802050827q17d6d926vb78016b6e560b69a@mail.gmail.com> Message-ID: <20080205182033.GB3722@redhat.com> On Tue, Feb 05, 2008 at 06:27:28PM +0200, Dimitris Glezos wrote: > We'll be moving only the modules listed on the "Will be moved" table > on the wiki page [1] on 18/2. The rest of them won't be deleted! > > If you want your module moved together with the rest, just add it to > the table on the wiki page. We'll copy it, together with the whole > history, and the next day delete it from elvis if everything is OK. That's exactly what I needed to know (and what I was hoping for). Thanks! Nalin From tmraz at redhat.com Tue Feb 5 18:23:33 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Tue, 05 Feb 2008 19:23:33 +0100 Subject: Elvis-hosted modules to be moved on 18/2 In-Reply-To: <6d4237680802050827q17d6d926vb78016b6e560b69a@mail.gmail.com> References: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> <20080205155726.GA3722@redhat.com> <6d4237680802050827q17d6d926vb78016b6e560b69a@mail.gmail.com> Message-ID: <1202235813.2708.9.camel@vespa.frost.loc> On Tue, 2008-02-05 at 18:27 +0200, Dimitris Glezos wrote: > On Feb 5, 2008 5:57 PM, Nalin Dahyabhai wrote: > > Like Tom??, I maintain a few modules on elvis which aren't translated, > > and which therefore weren't in the table in the Wiki. What's to become > > of them? Will they be moved? Will they be left where they are? > > We'll be moving only the modules listed on the "Will be moved" table > on the wiki page [1] on 18/2. The rest of them won't be deleted! > > If you want your module moved together with the rest, just add it to > the table on the wiki page. We'll copy it, together with the whole > history, and the next day delete it from elvis if everything is OK. If we have chosen different destination RCS than cvs (f.e. hg) will all the history be moved, including branches? If not, would it be possible to not delete it from elvis but just mark it read-only there? -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From jonathan.underwood at gmail.com Tue Feb 5 18:27:58 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 5 Feb 2008 18:27:58 +0000 Subject: rpms/texlive-texmf/devel texlive-texmf.spec,1.11,1.12 In-Reply-To: <20080205172336.GI2627@free.fr> References: <200802051651.m15GpeWo007896@cvs-int.fedora.redhat.com> <20080205172336.GI2627@free.fr> Message-ID: <645d17210802051027k5f946881u7a9bc2a3d4609ccf@mail.gmail.com> On 05/02/2008, Patrice Dumas wrote: > On Tue, Feb 05, 2008 at 11:51:40AM -0500, Miroslav Lichvar wrote: > > Author: mlichvar > > > > Update of /cvs/pkgs/rpms/texlive-texmf/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv7860 > > > > Modified Files: > > texlive-texmf.spec > > Log Message: > > - don't require texinfo-tex, tex-preview (#431516) > > This is the wrong fix for a real issue. Not a problem if it is > temporary, but in my opinion it should be fixed once for all. My > proposal is to have texlive-texmf-latex have Requires(post) on > texlive-latex and the post script is run in texlive-texmf-latex. > (and leave the dependency of texlive-latex on texlive-texmf-latex). Agreed. Note also that tex-preview is not in any way implicated in BZ #431516, and so removing the tex-preview requires is a little odd. Unless there's something I am missing about 431516. From buildsys at redhat.com Tue Feb 5 18:30:21 2008 From: buildsys at redhat.com (Build System) Date: Tue, 5 Feb 2008 13:30:21 -0500 Subject: rawhide report: 20080205 changes Message-ID: <200802051830.m15IULci003017@porkchop.devel.redhat.com> New package dvipng Converts DVI files to PNG/GIF format New package fuse-gmailfs Gmail Filesystem New package ggz-gtk-client Gtk+ client libraries for GGZ gaming zone New package incollector Information collector New package inconsolata-fonts Inconsolata fonts New package latencytop System latency monitor New package xautolock Launches a program when your X session has been idle New package xhotkeys Hotkeys for the X-Window Updated Packages: automake-1.10.1-2 ----------------- * Mon Feb 04 2008 Stepan Kasal 1.10.1-2 - require autoconf 2.60 or later * Sat Jan 26 2008 Stepan Kasal 1.10.1-1 - automake-1.10.1 * Mon Oct 29 2007 Stepan Kasal 1.10-7 - keep amhello-1.0.tar.gz in the installed documentation bind-32:9.5.0-25.b1.fc9 ----------------------- * Mon Feb 04 2008 Adam Tkac 32:9.5.0-25.b1 - fixed segfault during sending notifies (#400461) - rebuild with gcc 4.3 series checkpolicy-2.0.9-1.fc9 ----------------------- * Mon Feb 04 2008 Dan Walsh - 2.0.9-1 - Latest update from NSA * Update dispol for libsepol avtab changes from Stephen Smalley. control-center-1:2.21.90-7.fc9 ------------------------------ * Mon Feb 04 2008 Soren Sandmann - 2.21.90-7 - Update randr capplet * Mon Feb 04 2008 Soren Sandmann - 2.21.90-6 - Update randr capplet - now with rotation coreutils-6.10-5.fc9 -------------------- * Mon Feb 04 2008 Ondrej Vasik - 6.10-5 - enabled 256-color support in colorls shell scripts(#429121) - fixed syntax error in csh script(#431315) eric-4.1.0-1.fc9 ---------------- * Mon Feb 04 2008 Johan Cwiklinski 4.1.0-1 - 4.1.0 - Requires PyQt4, not PyQt exim-4.69-2.fc9 --------------- * Mon Feb 04 2008 Dennis Gilmore 4.69-2 - sparc needs -fPIE not -fpie flex-2.5.33-16.fc9 ------------------ * Mon Feb 04 2008 Petr Machata - 2.5.33-16 - Fix comparison between signed and unsigned in generated scanner. Patch by Roland McGrath. - Resolves: #431151 freeciv-2.1.3-2.fc9 ------------------- * Mon Feb 04 2008 Brian Pepple - 2.1.3-2 - Add ggz gaming support. games-menus-0.3.2-1.fc9 ----------------------- * Tue Feb 05 2008 Hans de Goede 0.3.2-1 - Updated Slovak translation, thanks to Pavol ??imo ghost-diagrams-0.8-3.fc9 ------------------------ gimp-help-2.4.0-1.fc9 --------------------- * Mon Feb 04 2008 Nils Philippsen - 2.4.0-1 - version 2.4.0 - mark language specific files with %lang() - add BR: gettext git-1.5.4-2.fc9 --------------- * Sun Feb 03 2008 James Bowes 1.5.4-1 - Add BuidRequires on gettext. * Sat Feb 02 2008 James Bowes 1.5.4-1 - git-1.5.4 gmyth-0.7.0-1.fc9 ----------------- * Mon Feb 04 2008 - Bastien Nocera - 0.7.0-1 - Update to 0.7.0 gnome-desktop-2.21.90-5.fc9 --------------------------- * Mon Feb 04 2008 Soren Sandmann - 2.21.90-5 - Update randrwrap - add rotations. gnome-do-0.3.0.1-4.fc9 ---------------------- * Mon Feb 04 2008 David Nielsen - 0.3.0.1-4 - #431462 - Correctly pull in Tomboy runtime dependency gnutls-2.0.4-2.fc9 ------------------ * Mon Feb 04 2008 Joe Orton 2.0.4-2 - use system libtasn1 icu-3.8.1-5.fc9 --------------- * Mon Feb 04 2008 Caolan McNamara - 3.8.1-5 - Resolves: rhbz#431401 split syllables on 1st 0d4d of a 0d4d + (>= 0d15 && <= 0d39) + 0d4d + 0d30 sequence * Thu Jan 31 2008 Caolan McNamara - 3.8.1-4 - Resolves: rhbz#431029, rhbz#424661 Remove workaround for 0D31 characters * Fri Jan 25 2008 Caolan McNamara - 3.8.1-3 - CVE-2007-4770 CVE-2007-4771 add icu.regexp.patch - Resolves: rhbz#423211 fix malalayam stuff in light of syllable changes kdebase-6:4.0.1-3.fc9 --------------------- * Mon Feb 04 2008 Than Ngo 4.0.1-3 - respin * Fri Feb 01 2008 Than Ngo 4.0.1-2 - add flash fix from stable svn branch * Thu Jan 31 2008 Than Ngo 4.0.1-1 - 4.0.1 kdebase-workspace-4.0.1-3.fc9 ----------------------------- * Mon Feb 04 2008 Than Ngo 4.0.1-3 - respin kdelibs-6:4.0.1-3.fc9 --------------------- * Fri Feb 01 2008 Than Ngo 4.0.1-3 - upstream patch to fix a regression in handling - autostart upstream patch * Fri Feb 01 2008 Than Ngo 4.0.1-2 - autostart from XDG_CONFIG_DIRS * Wed Jan 30 2008 Rex Dieter 4.0.1-1 - 4.0.1 kernel-2.6.24-17.fc9 -------------------- * Mon Feb 04 2008 Chuck Ebbert - Temporarily disable build for ppc. * Mon Feb 04 2008 Eric Sandeen - Add back in some xfs stack-reduction changes which got lost; they are upstream and will be in 2.6.25. * Fri Feb 01 2008 John W. Linville - mac80211: make alignment warning optional - mac80211 rate control: fix section mismatch - mac80211: fix initialisation error path - ath5k: fix section mismatch warning - iwlwifi: fix merge sequence: exit on error before state change - iwlwifi: fix sparse warning in iwl 3945 - iwlwifi: Fix MIMO PS mode - iwlwifi: remove ieee80211 types from iwl-helpers.h - mac80211: dissolve pre-rx handlers >>>>>>> 1.400 libconfuse-2.6-1.fc9 -------------------- * Mon Feb 04 2008 Jarod Wilson 2.6-1 - New upstream release - Switch from LGPL to ISC license - Build fix from Hans Ulrich Niedermann libsemanage-2.0.22-1.fc9 ------------------------ * Mon Feb 04 2008 Dan Walsh - 2.0.22-1 - Update to upstream * Free policydb before fork from Joshua Brindle. * Drop the base module immediately after expanding to permit memory re-use from Stephen Smalley. libsepol-2.0.20-1.fc9 --------------------- * Mon Feb 04 2008 Dan Walsh 2.0.20-1 - Upgrade to latest from NSA * Port of Yuichi Nakamura's tune avtab to reduce memory usage patch from the kernel avtab to libsepol from Stephen Smalley. libsvm-2.85-2.fc9 ----------------- * Tue Feb 05 2008 Ding-Yi Chen - 2.85-2 - Fix svm-toy-qt build error * Tue Feb 05 2008 Ding-Yi Chen - 2.85-1 - Fix svm-toy-gtk build error * Mon Feb 04 2008 Ding-Yi Chen - 2.85-0 - Upgrade to 2.85 - Include guide.pdf in main package - Change the dependent from eclipse-ecj to java-1.5.0-gcj - Add svm-toy-gtk - Add svm-toy-qt libtextcat-2.2-5.fc9 -------------------- * Mon Feb 04 2008 Caolan McNamara 2.2-5 - rebuild for stricter headers moin-1.6.1-1.fc9 ---------------- * Mon Feb 04 2008 Matthias Saou 1.6.1-1 - Update to 1.6.1. nabi-0.18-8.fc9 --------------- * Tue Feb 05 2008 Subhransu Behera - 0.18-8 - Resolved bug # 431195 nmap-2:4.53-1.fc9 ----------------- * Mon Feb 04 2008 Tomas Smetana - 2:4.52-3 - new upstream version obex-data-server-0.01-6.04022008.fc9 ------------------------------------ * Mon Feb 04 2008 - Bastien Nocera - 0.01-6.04022008 - Update from SVN pam-0.99.8.1-18.fc9 ------------------- * Mon Feb 04 2008 Tomas Mraz 0.99.8.1-18 - allow the package to build without SELinux and audit support (#431415) - macro usage cleanup * Mon Jan 28 2008 Tomas Mraz 0.99.8.1-17 - test for setkeycreatecon correctly - add exclusive login mode of operation to pam_selinux_permit (original patch by Dan Walsh) * Tue Jan 22 2008 Tomas Mraz 0.99.8.1-16 - add auditing to pam_access, pam_limits, and pam_time - moved sanity testing code to check script perl-Text-Wrapper-1.01-3.fc9 ---------------------------- * Mon Feb 04 2008 Ralf Cors??pius - 1.01-3 - Add BR: perl(Test::Pod), perl(Test::Pod::Coverage) (BZ: 431411) perl-Tk-804.028-3.fc9 --------------------- * Tue Feb 05 2008 Andreas Bierfert - 804.028-3 - fix #431529 gif overflow in tk (see also #431518) pirut-1.3.30-1.fc9 ------------------ * Mon Feb 04 2008 Jeremy Katz - 1.3.30-1 - Translation updates (nl, sk, pl, de, as, fr, fi) - Don't traceback if we can't unmount the CD (#430190) - More switching to stock icons (#429189) postgresql-8.3.0-1.fc9 ---------------------- * Mon Feb 04 2008 Tom Lane 8.3.0-1 - Update to PostgreSQL 8.3.0. * Fri Jan 18 2008 Tom Lane 8.3RC2-1 - Update to PostgreSQL 8.3RC2 (not waiting for 8.3.0 because Fedora 9 alpha should be 8.3-based not 8.2-based). - Update to pgtcl 1.6.2 * Mon Jan 07 2008 Tom Lane 8.2.6-1 - Update to PostgreSQL 8.2.6 to fix CVE-2007-4769, CVE-2007-4772, CVE-2007-6067, CVE-2007-6600, CVE-2007-6601 - Make initscript and pam config files be installed unconditionally; seems new buildroots don't necessarily have those directories in place prelude-manager-0.9.11-1.fc9 ---------------------------- * Tue Feb 05 2008 Steve Grubb 0.9.11-1 - new upstream version rpy-1.0.1-2.fc9 --------------- * Mon Feb 04 2008 Jos?? Matos - 1.0.1-2 - Sometimes _patch_'s guesses are not good enough. Redo patch to setup.py. * Sun Feb 03 2008 Jos?? Matos - 1.0.1-1 - New upstream release. rrdtool-1.3-0.6.beta3.fc9 ------------------------- * Mon Feb 04 2008 Jarod Wilson 1.3.0-0.6.beta3 - Plug memory leak (#430879) rtpproxy-1.0-1.fc9 ------------------ selinux-policy-3.2.6-5.fc9 -------------------------- * Mon Feb 04 2008 Dan Walsh 3.2.6-5 - Fixes for libvirt * Sun Feb 03 2008 Dan Walsh 3.2.6-4 - Fixes for nsplugin * Sat Feb 02 2008 Dan Walsh 3.2.6-3 - More fixes for qemu sudo-1.6.9p4-6.fc9 ------------------ * Sat Feb 02 2008 Dennis Gilmore 1.6.9p4-6 - sparc64 needs to be in the -fPIE list with s390 system-config-date-1.9.22-1.fc9 ------------------------------- * Tue Feb 05 2008 Nils Philippsen - 1.9.22-1 - keep UTC info in /etc/adjtime, drop ARC support (patch by Bill Nottingham) * Sat Jan 19 2008 Nils Philippsen - add BR: docbook-dtds, scrollkeeper/rarian-compat taglib-1.5-0.8.b1.fc9 --------------------- * Mon Feb 04 2008 Rex Dieter 1.5-0.8.b1 - taglib-1.5b1 texinfo-4.11-5.fc9 ------------------ * Mon Feb 04 2008 Vitezslav Crhonek - 4.11-5 - Merge Review Resolves: #226488 totem-2.21.92-1.fc9 ------------------- * Mon Feb 04 2008 - Bastien Nocera - 2.21.92-1 - Update to 2.21.92 * Fri Jan 25 2008 - Bastien Nocera - 2.21.91-1 - Update to 2.21.91 - Split out the nautilus extension (#427832) - Remove .a and .la files (#430328) unison-2.27.57-2.fc9 -------------------- * Mon Feb 04 2008 Gerard Milmeister - 2.27.57-2 - exclude arch ppc64 * Mon Feb 04 2008 Gerard Milmeister - 2.27.57-1 - new release 2.27.57 xorg-x11-xinit-1.0.7-3.fc9 -------------------------- * Mon Feb 04 2008 Ray Strode 1.0.7-3 - don't special case dbus-launch. dbus-x11 now installs a script into /etc/X11/xinit/xinitrc.d. - Drop the weird grep rule for extensions ending in .sh when sourcing /etc/X11/xinit/xinitrc.d ypserv-2.19-8.fc9 ----------------- * Mon Feb 04 2008 Vitezslav Crhonek - 2.19-8 - Fix Buildroot - Fix /var/yp/Makefile Resolves: #431008 Broken deps for i386 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.i386 requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh frysk-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh ghdl-0.25-0.89svn.6.fc8.i386 requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.i386 requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.i386 requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 sepostgresql-8.3RC2-2.56.beta.fc9.i386 requires postgresql-server = 0:8.3RC2 twitux-0.60-2.fc9.i386 requires libsoup-2.2.so.8 Broken deps for x86_64 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-1.so.0()(64bit) 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-widgets-1.so.0()(64bit) bmpx-0.40.13-7.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.i386 requires libgcj.so.8rh frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.x86_64 requires libgnat-4.1.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.x86_64 requires libkickermain.so.1()(64bit) kicker-compiz-3.5.4-4.fc8.x86_64 requires libtaskmanager.so.1()(64bit) libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libFoundation-1.1.3-10.fc6.x86_64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) sepostgresql-8.3RC2-2.56.beta.fc9.x86_64 requires postgresql-server = 0:8.3RC2 twitux-0.60-2.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.ppc requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.ppc requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.ppc requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.ppc requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.ppc requires libobjc.so.1 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.ppc requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) sepostgresql-8.3RC2-2.56.beta.fc9.ppc requires postgresql-server = 0:8.3RC2 twitux-0.60-2.fc9.ppc requires libsoup-2.2.so.8 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-devel-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) frysk-gnome-0.0.1.2008.01.18.rh1-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.ppc64 requires libkickermain.so.1()(64bit) kicker-compiz-3.5.4-4.fc8.ppc64 requires libtaskmanager.so.1()(64bit) libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) sepostgresql-8.3RC2-2.56.beta.fc9.ppc64 requires postgresql-server = 0:8.3RC2 twitux-0.60-2.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) From dimitris at glezos.com Tue Feb 5 18:31:47 2008 From: dimitris at glezos.com (Dimitris Glezos) Date: Tue, 5 Feb 2008 20:31:47 +0200 Subject: Elvis-hosted modules to be moved on 18/2 In-Reply-To: <1202235813.2708.9.camel@vespa.frost.loc> References: <6d4237680802011607k74060952ie22db9b40c46006c@mail.gmail.com> <20080205155726.GA3722@redhat.com> <6d4237680802050827q17d6d926vb78016b6e560b69a@mail.gmail.com> <1202235813.2708.9.camel@vespa.frost.loc> Message-ID: <6d4237680802051031w5f65e7a4i36788cfaf0c6413@mail.gmail.com> 2008/2/5 Tomas Mraz : > On Tue, 2008-02-05 at 18:27 +0200, Dimitris Glezos wrote: > > On Feb 5, 2008 5:57 PM, Nalin Dahyabhai wrote: > > > Like Tom??, I maintain a few modules on elvis which aren't translated, > > > and which therefore weren't in the table in the Wiki. What's to become > > > of them? Will they be moved? Will they be left where they are? > > > > We'll be moving only the modules listed on the "Will be moved" table > > on the wiki page [1] on 18/2. The rest of them won't be deleted! > > > > If you want your module moved together with the rest, just add it to > > the table on the wiki page. We'll copy it, together with the whole > > history, and the next day delete it from elvis if everything is OK. > > If we have chosen different destination RCS than cvs (f.e. hg) will all > the history be moved, including branches? Definitely! We have conversion tools that copy the entire VCS history tree. For users, you'll be able to administrate who is having access to your module via the Fedora Account Sytstem. -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) -- From kevin at scrye.com Tue Feb 5 18:32:51 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 5 Feb 2008 11:32:51 -0700 Subject: rpms/java-1.7.0-icedtea/devel java-1.7.0-icedtea-jhat.patch, 1.6, 1.7 sources, 1.30, 1.31 Message-ID: <20080205113251.20248482@ghistelwchlohm.scrye.com> On Tue, 5 Feb 2008 12:46:34 -0500 fedora-extras-commits at redhat.com (Lillian Angel (langel)) wrote: > Author: langel > > Update of /cvs/pkgs/rpms/java-1.7.0-icedtea/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv16892 > > Modified Files: > java-1.7.0-icedtea-jhat.patch sources > Log Message: > Uploaded new sources and updated patches. ...snipp... > diff -u -r1.30 -r1.31 > --- sources 8 Jan 2008 20:38:45 -0000 1.30 > +++ sources 5 Feb 2008 17:46:23 -0000 1.31 > @@ -1,5 +1,5 @@ > ce13ee63357a699ad327d362230cc2f5 java-access-bridge-1.19.2.tar.gz > abee6aad1525bee3d45a13d0adf859c9 mauve-2007-09-12.tar.gz > 254bfa2360efb5374439f9b1738c7b22 openjdk-b24-fedora.zip > -2c1183cef14826c55ae13bc8c56e2e9d icedtea-1.5.tar.gz > 7a0c160c03012cd40957a7a112e25038 mauve_tests > +337b0f3d04749df35f54747618e599ca icedtea-1.5.tar.gz > I'm a bit confused by this... Upstream has a icedtea-1.5.tar.gz that they released on Jan 3rd. This version (also called 1.5) has a number of changes to it... I suggest either: - If this is a svn snapshot or something, use that versioning and pull the svn version. - If this is local changes, use the upstream 1.5 version and apply a patch with your local changes? Or am I missing something here? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jakub.rusinek at gmail.com Tue Feb 5 18:38:01 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Tue, 05 Feb 2008 19:38:01 +0100 Subject: imwheel Message-ID: <47A8AD09.8030800@gmail.com> Hi, Configuring additional keyboard buttons is easy. It's worst with mouse buttons. To configure mouse2shortcut mapping I need another app (imwheel), because Firefox doesn't support shortcuts settings :/ . From mlichvar at redhat.com Tue Feb 5 19:11:11 2008 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Tue, 5 Feb 2008 20:11:11 +0100 Subject: rpms/texlive-texmf/devel texlive-texmf.spec,1.11,1.12 In-Reply-To: <645d17210802051027k5f946881u7a9bc2a3d4609ccf@mail.gmail.com> References: <200802051651.m15GpeWo007896@cvs-int.fedora.redhat.com> <20080205172336.GI2627@free.fr> <645d17210802051027k5f946881u7a9bc2a3d4609ccf@mail.gmail.com> Message-ID: <20080205191111.GA32448@localhost> On Tue, Feb 05, 2008 at 06:27:58PM +0000, Jonathan Underwood wrote: > > > - don't require texinfo-tex, tex-preview (#431516) > > Note also that tex-preview is not in any way implicated in BZ #431516, > and so removing the tex-preview requires is a little odd. Unless > there's something I am missing about 431516. Both packages were creating dependency loops: tex-preview->texlive-latex->texlive-texmf-latex->texlive-texmf->tex-preview texinfo-tex->tetex->texlive->texlive-texmf->texinfo-tex I'm sure Jindrich will fix it properly when he's back from his vacation. -- Miroslav Lichvar From mschwendt.tmp0701.nospam at arcor.de Tue Feb 5 19:17:52 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Tue, 5 Feb 2008 20:17:52 +0100 Subject: rpms/libsvm/devel libsvm-2.85.patch, NONE, 1.1 log, NONE, 1.1 .cvsignore, 1.2, 1.3 libsvm.spec, 1.10, 1.11 sources, 1.2, 1.3 ChangeLog, 1.1, NONE libsvm-2.84.patch, 1.1, NONE In-Reply-To: <200802040814.m148EePk031133@cvs-int.fedora.redhat.com> References: <200802040814.m148EePk031133@cvs-int.fedora.redhat.com> Message-ID: <20080205201752.f4fc3e88.mschwendt.tmp0701.nospam@arcor.de> On Mon, 4 Feb 2008 03:14:40 -0500, Ding-Yi Chen (dchen) wrote: > Author: dchen > > Update of /cvs/pkgs/rpms/libsvm/devel > +%define libdir_libsvm %{_libdir}/libsvm > -%post -p /sbin/ldconfig > +%post > +/sbin/ldconfig %{libdir_libsvm} > > -%postun -p /sbin/ldconfig > +%postun > +/sbin/ldconfig %{libdir_libsvm} Seeing that these changes have been applied to F-8 and F-7 already, would you please explain what unusual things you try to achieve here? Note that you move the library out of the linker's search path. Even if one adjusted the search path, it cannot be linked against, because libsvm.so is not available. And now it's not in the run-time linker's search path either. Running ldconfig like above is wrong in that case. Anything that would run ldconfig without your custom args would remove libsvm* from the cache again. Further, the package "Provides: libsvm.so.2" nevertheless which is wrong, too, as the library is located in a private path and not found by default. The example program and the tools don't link against the library, btw. From mike.cloaked at gmail.com Tue Feb 5 10:22:47 2008 From: mike.cloaked at gmail.com (Mike C) Date: Tue, 5 Feb 2008 10:22:47 +0000 (UTC) Subject: baracuda/vnc in f9? Message-ID: Please can someone update me on the current status of vnc, or its replacement, called baracuda, in f9. I did not see it in the feature list for f9. I wondered if this was simply a new package that would entirely replace the existing functionality that is provided by the current vnc? Since I use vnc currently in F7/F8 a lot, I would like to know if it will still be possible to load a vnc module in xorg.conf so that the desktop is visible prior to login to gnome or kde in f9 and beyond? Is there a any url with the current status, apart from the TRAC page for baracuda? Thanks From pertusus at free.fr Tue Feb 5 19:42:59 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 5 Feb 2008 20:42:59 +0100 Subject: rpms/texlive-texmf/devel texlive-texmf.spec,1.11,1.12 In-Reply-To: <20080205191111.GA32448@localhost> References: <200802051651.m15GpeWo007896@cvs-int.fedora.redhat.com> <20080205172336.GI2627@free.fr> <645d17210802051027k5f946881u7a9bc2a3d4609ccf@mail.gmail.com> <20080205191111.GA32448@localhost> Message-ID: <20080205194259.GA2698@free.fr> On Tue, Feb 05, 2008 at 08:11:11PM +0100, Miroslav Lichvar wrote: > On Tue, Feb 05, 2008 at 06:27:58PM +0000, Jonathan Underwood wrote: > > > > - don't require texinfo-tex, tex-preview (#431516) > > > > Note also that tex-preview is not in any way implicated in BZ #431516, > > and so removing the tex-preview requires is a little odd. Unless > > there's something I am missing about 431516. > > Both packages were creating dependency loops: > > tex-preview->texlive-latex->texlive-texmf-latex->texlive-texmf->tex-preview > texinfo-tex->tetex->texlive->texlive-texmf->texinfo-tex Dependency loops are not an issue, the Requires(.) should lead to the correct ordering. -- Pat From jkeating at redhat.com Tue Feb 5 19:45:12 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 5 Feb 2008 14:45:12 -0500 Subject: rpms/texlive-texmf/devel texlive-texmf.spec,1.11,1.12 In-Reply-To: <20080205194259.GA2698@free.fr> References: <200802051651.m15GpeWo007896@cvs-int.fedora.redhat.com> <20080205172336.GI2627@free.fr> <645d17210802051027k5f946881u7a9bc2a3d4609ccf@mail.gmail.com> <20080205191111.GA32448@localhost> <20080205194259.GA2698@free.fr> Message-ID: <20080205144512.539a42dc@redhat.com> On Tue, 5 Feb 2008 20:42:59 +0100 Patrice Dumas wrote: > Dependency loops are not an issue, the Requires(.) should lead to the > correct ordering. Except loops do happen, and rpm has to make a decision at some point where to break that loop. Where the loop was being broken was not great, as it lead to the problem in the bug report. -- 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 tibbs at math.uh.edu Tue Feb 5 19:49:00 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 05 Feb 2008 13:49:00 -0600 Subject: baracuda/vnc in f9? In-Reply-To: References: Message-ID: >>>>> "MC" == Mike C writes: MC> Please can someone update me on the current status of vnc, or its MC> replacement, called baracuda, in f9. I did not see it in the MC> feature list for f9. Well, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=430653 Assisting with the review will get the package in the distro sooner. - J< From pertusus at free.fr Tue Feb 5 19:50:13 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 5 Feb 2008 20:50:13 +0100 Subject: rpms/texlive-texmf/devel texlive-texmf.spec,1.11,1.12 In-Reply-To: <20080205144512.539a42dc@redhat.com> References: <200802051651.m15GpeWo007896@cvs-int.fedora.redhat.com> <20080205172336.GI2627@free.fr> <645d17210802051027k5f946881u7a9bc2a3d4609ccf@mail.gmail.com> <20080205191111.GA32448@localhost> <20080205194259.GA2698@free.fr> <20080205144512.539a42dc@redhat.com> Message-ID: <20080205195013.GB2698@free.fr> On Tue, Feb 05, 2008 at 02:45:12PM -0500, Jesse Keating wrote: > On Tue, 5 Feb 2008 20:42:59 +0100 > Patrice Dumas wrote: > > > Dependency loops are not an issue, the Requires(.) should lead to the > > correct ordering. > > Except loops do happen, and rpm has to make a decision at some point > where to break that loop. Where the loop was being broken was not > great, as it lead to the problem in the bug report. I may be wrong, but I think that the loop is badly broken because the Requires(.) are missing or not right. -- Pat From berrange at redhat.com Tue Feb 5 19:57:01 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 5 Feb 2008 19:57:01 +0000 Subject: baracuda/vnc in f9? In-Reply-To: References: Message-ID: <20080205195701.GJ20888@redhat.com> On Tue, Feb 05, 2008 at 10:22:47AM +0000, Mike C wrote: > Please can someone update me on the current status of vnc, or its replacement, > called baracuda, in f9. I did not see it in the feature list for f9. > > I wondered if this was simply a new package that would entirely replace the > existing functionality that is provided by the current vnc? > > Since I use vnc currently in F7/F8 a lot, I would like to know if it will still > be possible to load a vnc module in xorg.conf so that the desktop is visible > prior to login to gnome or kde in f9 and beyond? > > Is there a any url with the current status, apart from the TRAC page for > baracuda? Well for the client side of things there's a much better VNC viewer in the form of Vinagre which is the new GNOME viewer using GTK-VNC. Unlike any vncviewer code derived from RealVNC it actually integrates with and uses modern desktop capabilities - eg, gnome-keyring, avahi discovery, bookmarking of connections. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From mike.cloaked at gmail.com Tue Feb 5 20:16:19 2008 From: mike.cloaked at gmail.com (Mike) Date: Tue, 5 Feb 2008 20:16:19 +0000 (UTC) Subject: baracuda/vnc in f9? References: <20080205195701.GJ20888@redhat.com> Message-ID: Daniel P. Berrange redhat.com> writes: > Well for the client side of things there's a much better VNC viewer in > the form of Vinagre which is the new GNOME viewer using GTK-VNC. Unlike > any vncviewer code derived from RealVNC it actually integrates with and > uses modern desktop capabilities - eg, gnome-keyring, avahi discovery, > bookmarking of connections. > > Dan. And for KDE? Or will it work in KDE just as well? From kwade at redhat.com Tue Feb 5 20:07:35 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Tue, 05 Feb 2008 12:07:35 -0800 Subject: feature process should require release notes/docs Message-ID: <1202242055.23430.42.camel@calliope.phig.org> In preparation to asking FESCo to amend the feature process, I'd like to find out if there is going to be an uprising from y'all against the idea. Currently, the feature process does not specifically require release notes or documentation, nor provide for FESCo to block a feature because of missing or poor feature documentation. We think the feature policy[1] should be amended[2] to require this. It is clear in the spirit and the letter of the current policy that some amount of content from the feature owners is required. The policy makes these related points: * It's a feature, we're trying to make noise about it, and the rest of the world needs meaningful content about the feature * One of the specific goals of the feature process is to make release notes easier to create, as well as more accurate * Completing all the parts of the feature process demonstrates the commitment to seeing the feature through to release What could be covered in a release note is documented here: http://fedoraproject.org/wiki/DocsProject/WhatToDocument Never seen that page before? It is linked from here: http://fedoraproject.org/wiki/DocsProject/ReleaseNotes/Process Thanks for your attention to this. A great distribution is made even greater by the quality of its documentation. The Fedora release notes have been an outstanding community effort for many years. The process we have created in Docs allows a small effort from many of you[3] to snowball into the best release notes of any Linux distribution. - Karsten [1] http://fedoraproject.org/wiki/Features/Policy [2] Specific amendments: http://fedoraproject.org/wiki/Features/Policy#Proposing_Official_Features First sentence: should => must Item 11: Note added: "This item cannot be made ''not applicable''." http://fedoraproject.org/wiki/Features/Policy#Dropping_Features Add a bullet that reads: "Feature stand-alone wiki page is incomplete." [3] http://fedoraproject.org/wiki/Docs/Beats -- Karsten Wade, Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://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 jkeating at redhat.com Tue Feb 5 20:29:36 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 5 Feb 2008 15:29:36 -0500 Subject: baracuda/vnc in f9? In-Reply-To: References: <20080205195701.GJ20888@redhat.com> Message-ID: <20080205152936.652cf992@redhat.com> On Tue, 5 Feb 2008 20:16:19 +0000 (UTC) Mike wrote: > And for KDE? Or will it work in KDE just as well? It'll work with gtk libraries, or the KDE folken could write a QT frontend for 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 limb at jcomserv.net Tue Feb 5 20:25:05 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 5 Feb 2008 14:25:05 -0600 (CST) Subject: feature process should require release notes/docs In-Reply-To: <1202242055.23430.42.camel@calliope.phig.org> References: <1202242055.23430.42.camel@calliope.phig.org> Message-ID: <63111.63.85.68.164.1202243105.squirrel@mail.jcomserv.net> > In preparation to asking FESCo to amend the feature process, I'd like to > find out if there is going to be an uprising from y'all against the > idea. > > Currently, the feature process does not specifically require release > notes or documentation, nor provide for FESCo to block a feature because > of missing or poor feature documentation. We think the feature > policy[1] should be amended[2] to require this. > > It is clear in the spirit and the letter of the current policy that some > amount of content from the feature owners is required. The policy makes > these related points: > > * It's a feature, we're trying to make noise about it, and the > rest of the world needs meaningful content about the feature > > * One of the specific goals of the feature process is to make > release notes easier to create, as well as more accurate > > * Completing all the parts of the feature process demonstrates > the commitment to seeing the feature through to release > > What could be covered in a release note is documented here: > > http://fedoraproject.org/wiki/DocsProject/WhatToDocument > > Never seen that page before? It is linked from here: > > http://fedoraproject.org/wiki/DocsProject/ReleaseNotes/Process > > Thanks for your attention to this. A great distribution is made even > greater by the quality of its documentation. The Fedora release notes > have been an outstanding community effort for many years. The process > we have created in Docs allows a small effort from many of you[3] to > snowball into the best release notes of any Linux distribution. +1 > - Karsten > > [1] http://fedoraproject.org/wiki/Features/Policy > > [2] Specific amendments: > > http://fedoraproject.org/wiki/Features/Policy#Proposing_Official_Features > First sentence: should => must > Item 11: Note added: "This item cannot be made ''not applicable''." > > http://fedoraproject.org/wiki/Features/Policy#Dropping_Features > Add a bullet that reads: "Feature stand-alone wiki page is > incomplete." > > [3] http://fedoraproject.org/wiki/Docs/Beats > > -- > Karsten Wade, Developer Community Mgr. > Dev Fu : http://developer.redhatmagazine.com > Fedora : http://quaid.fedorapeople.org > gpg key : AD0E0C41 > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From lordmorgul at gmail.com Tue Feb 5 20:46:44 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 05 Feb 2008 12:46:44 -0800 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <20080205073805.0d1b32a0@redhat.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> Message-ID: <47A8CB34.7090509@gmail.com> Jesse Keating wrote: > On Mon, 04 Feb 2008 23:42:05 -0800 > Andrew Farris wrote: > >> Perhaps the only good solution to that is to have two groupremoves... >> one that removes the *unique group members* and one that removes the >> *entire group*. I cannot think of any reason there would be the need >> for additional interpretations of groupremove. > > yum groupremove --all or --force > > groupremove by default removes entities that are only found in said > group and not in other groups or required by things in other groups. > Least surprise. --all or --force will remove all entities in said > group regardless of overlapping members. I think that would be a good change to make, and would certainly be a better safeguard for users only working in an interface to yum who might not understand groups overlap at all. A new user would expect that when they install a group, whatever got added will be what goes away when they remove the group. The group install and group remove are reasonably expected to be inverses. An additional 'yeah I want to nuke it' flag would be great for this. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jkeating at redhat.com Tue Feb 5 20:47:47 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 5 Feb 2008 15:47:47 -0500 Subject: feature process should require release notes/docs In-Reply-To: <1202242055.23430.42.camel@calliope.phig.org> References: <1202242055.23430.42.camel@calliope.phig.org> Message-ID: <20080205154747.224e2e25@redhat.com> On Tue, 05 Feb 2008 12:07:35 -0800 "Karsten 'quaid' Wade" wrote: > In preparation to asking FESCo to amend the feature process, I'd like > to find out if there is going to be an uprising from y'all against the > idea. Well, I'm afraid of requiring more out of the feature proposers, and thus making it more likely that they'll just quietly do the work anyway, not make it a proposed feature, and just move on to the next task. -- 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 ben.kreuter at gmail.com Tue Feb 5 20:49:35 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Tue, 5 Feb 2008 15:49:35 -0500 Subject: baracuda/vnc in f9? In-Reply-To: <20080205195701.GJ20888@redhat.com> References: <20080205195701.GJ20888@redhat.com> Message-ID: <200802051549.39942.ben.kreuter@gmail.com> On Tuesday 05 February 2008 14:57:01 Daniel P. Berrange wrote: > > Well for the client side of things there's a much better VNC viewer in > the form of Vinagre which is the new GNOME viewer using GTK-VNC. Unlike > any vncviewer code derived from RealVNC it actually integrates with and > uses modern desktop capabilities - eg, gnome-keyring, avahi discovery, > bookmarking of connections. > There is already a program in our repositories that does that, except that it is for KDE. Krfb will use the KDE keyring (KWallet) and can use zeroconf (or Konqueror will kind them and launch Krfb). We won't stop including vncviewer in the repos, will we? Some people may have scripts or programs that interact with it (for example, a small script for remotely helping people). -- Ben -- Message sent on: Tue Feb 5 15:47:06 EST 2008 -------------- 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 berrange at redhat.com Tue Feb 5 20:55:34 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 5 Feb 2008 20:55:34 +0000 Subject: baracuda/vnc in f9? In-Reply-To: <200802051549.39942.ben.kreuter@gmail.com> References: <20080205195701.GJ20888@redhat.com> <200802051549.39942.ben.kreuter@gmail.com> Message-ID: <20080205205534.GO20888@redhat.com> On Tue, Feb 05, 2008 at 03:49:35PM -0500, Benjamin Kreuter wrote: > On Tuesday 05 February 2008 14:57:01 Daniel P. Berrange wrote: > > > > Well for the client side of things there's a much better VNC viewer in > > the form of Vinagre which is the new GNOME viewer using GTK-VNC. Unlike > > any vncviewer code derived from RealVNC it actually integrates with and > > uses modern desktop capabilities - eg, gnome-keyring, avahi discovery, > > bookmarking of connections. > > > > There is already a program in our repositories that does that, except that it > is for KDE. Krfb will use the KDE keyring (KWallet) and can use zeroconf (or > Konqueror will kind them and launch Krfb). > > We won't stop including vncviewer in the repos, will we? Some people may have > scripts or programs that interact with it (for example, a small script for > remotely helping people). I'm not saying we should stop including vncviewer. I'm just saying that discussions about whether to use the original RealVNC vncviewer vs the Baracuda fork'd vncviewer is rather missing the point. If we want good quality VNC clients we should spend effort on apps which take advantage of the modern Linux desktop, beit GNOME or KDE. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From ml at deadbabylon.de Tue Feb 5 21:00:00 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Tue, 5 Feb 2008 22:00:00 +0100 Subject: KDE-SIG weekly report (06/2008) Message-ID: <20080205220000.59640cfd@moorgarten.schwarmsted> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 06/2008 Time: 2008-02-05 16:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-05 Meeting log: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-05?action=AttachFile&do=get&target=fedora-kde-sig-2008-02-05.txt ---------------------------------------------------------------------------------- = Participants = - KevinKofler - LukasTinkl - RexDieter - SebastianVahl - ThanNgo ---------------------------------------------------------------------------------- = Agenda = * topics to discuss: - KDE 4.0.1 - F9-Alpha - Release note planning - kde-l10n = Summary = o KDE 4.0.1/F9-alpha - KDE 4.0.1 is already in rawhide, F9 alpha still contains KDE 4.0.0 - KevinKofler backported two minor plasma features from KDE 4.1 - The builtin copy of libspectre is patched out of Okular (in favor of using the system copy) to match the packaging guidelines more properly (this will also be in KDE 4.1) o Release notes planning - The topics for the release notes on the FeatureKDE4 page should be complete for now [1] o kde-l10n status (still busted?) - kde-l10n still fails to build - upstream docbook files are broken - but the tarballs already contain pregenerated HTML caches o Open discussion - KevinKofler updated KDE4Status page to reflect what has already been done. [2] - Several directories in %{kde4_appsdir} have too many owners. - kdebase-workspace should require kdebase4 to provide a proper upgrade path and a usable desktop - a bug that should be monitored: #431398: kdm instantly crashes (without xfs running)] [3] ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-12 ---------------------------------------------------------------------------------- = Links = [1] http://fedoraproject.org/wiki/Releases/FeatureKDE4#head-f0d9e48dee79abc990b7d055bc4552c1f2395eec [2] http://fedoraproject.org/wiki/SIGs/KDE/KDE4Status [3] https://bugzilla.redhat.com/show_bug.cgi?id=431398 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mike.cloaked at gmail.com Tue Feb 5 21:07:19 2008 From: mike.cloaked at gmail.com (Mike) Date: Tue, 5 Feb 2008 21:07:19 +0000 (UTC) Subject: baracuda/vnc in f9? References: <20080205195701.GJ20888@redhat.com> <200802051549.39942.ben.kreuter@gmail.com> <20080205205534.GO20888@redhat.com> Message-ID: Daniel P. Berrange redhat.com> writes: > I'm not saying we should stop including vncviewer. I'm just saying that > discussions about whether to use the original RealVNC vncviewer vs the > Baracuda fork'd vncviewer is rather missing the point. If we want good > quality VNC clients we should spend effort on apps which take advantage > of the modern Linux desktop, beit GNOME or KDE. Additionally the ability to load the vnc module (vnc-server) by specifying a "load vnc" line in xorg.conf so that the screen may be viewed remotely before any user logs in is also essential. Will this also be retained? From jwboyer at gmail.com Tue Feb 5 21:33:56 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 5 Feb 2008 15:33:56 -0600 Subject: feature process should require release notes/docs In-Reply-To: <20080205154747.224e2e25@redhat.com> References: <1202242055.23430.42.camel@calliope.phig.org> <20080205154747.224e2e25@redhat.com> Message-ID: <20080205153356.03a9cc15@weaponx> On Tue, 5 Feb 2008 15:47:47 -0500 Jesse Keating wrote: > On Tue, 05 Feb 2008 12:07:35 -0800 > "Karsten 'quaid' Wade" wrote: > > > In preparation to asking FESCo to amend the feature process, I'd like > > to find out if there is going to be an uprising from y'all against the > > idea. > > > Well, I'm afraid of requiring more out of the feature proposers, and > thus making it more likely that they'll just quietly do the work > anyway, not make it a proposed feature, and just move on to the next > task. I don't see a problem with that at all. If they don't care enough to shout about the feature they're working on, it's not important enough for it to be a feature. Conversely, if someone other than the developer wants to shout about it as a feature, then they can write the documentation. IMHO, we have entirely too many things that are _barely_ features or are quite nebulous. I fear we play a bit too much "keeping up with the Ubuntus". If we want to tout something as a feature, we should be willing to write up why. josh From wwoods at redhat.com Tue Feb 5 21:35:01 2008 From: wwoods at redhat.com (Will Woods) Date: Tue, 05 Feb 2008 16:35:01 -0500 Subject: Feature Status for Fedora 9 Alpha--Please Help In-Reply-To: <200802012112.m11LCwWf020095@laptop13.inf.utfsm.cl> References: <47A2AB28.3050500@redhat.com> <200802012112.m11LCwWf020095@laptop13.inf.utfsm.cl> Message-ID: <1202247301.15918.36.camel@metroid.rdu.redhat.com> On Fri, 2008-02-01 at 18:12 -0300, Horst H. von Brand wrote: > John Poelstra wrote: > > The Alpha release for Fedora 9 is scheduled to start on February 5, > > 2008. As we begin the Alpha for Fedora 9 more attention inside and > > outside of Fedora will be drawn to on what is coming in Fedora 9. > > Here is an opportunity to give everyone a good first impression and > > provide as much helpful information as we can. > > Please get the current Gnome brokenness unbroken first! > > - Startup of Gnome gives nasty messages > - Sevaral applets are broken > - No gnome-screensaver That's *way* outside the scope of this thread. Regardless of the current moment-to-moment state of GNOME or any other packages, we still need to keep track of the features that are being worked on. So. File bugs, send mail to fedora-test-list, write patches, get stuff fixed. But do *NOT* hijack threads about administrative stuff to complain about unrelated problems. -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 james at fedoraproject.com Tue Feb 5 21:46:34 2008 From: james at fedoraproject.com (James Antill) Date: Tue, 05 Feb 2008 16:46:34 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <47A8CB34.7090509@gmail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> Message-ID: <1202247994.13030.57.camel@code.and.org> On Tue, 2008-02-05 at 12:46 -0800, Andrew Farris wrote: > Jesse Keating wrote: > > On Mon, 04 Feb 2008 23:42:05 -0800 > > Andrew Farris wrote: > > > >> Perhaps the only good solution to that is to have two groupremoves... > >> one that removes the *unique group members* and one that removes the > >> *entire group*. I cannot think of any reason there would be the need > >> for additional interpretations of groupremove. > > > > yum groupremove --all or --force > > > > groupremove by default removes entities that are only found in said > > group and not in other groups or required by things in other groups. This is far from trivial, and what happens when you do: yum groupremove 'X Window System' ...does that remove system-config-printer? I'd assume not from the above ... at which point dbus-x11 + pygtk2 + etc. are all kept, at which point what is groupremove buying you over just using yum remove and maybe yum groupinfo? > > Least surprise. --all or --force will remove all entities in said > > group regardless of overlapping members. Well yum doesn't do positional options atm. so you'd need much bigger option names ... and you assume the desired normal behaviour would be to not remove what the user has explicitly asked to be removed, which seems wrong. > I think that would be a good change to make, and would certainly be a better > safeguard for users only working in an interface to yum who might not understand > groups overlap at all. > > A new user would expect that when they install a group, whatever got added will > be what goes away when they remove the group. Which the above _doesn't_ do, if indeed the user expects that (which I don't think is true). > The group install and group > remove are reasonably expected to be inverses. An additional 'yeah I want to > nuke it' flag would be great for this. If I start with no packages and do: yum groupinstall Foo yum groupremove Foo ...then I _currently_ end up where I started, so they are _currently_ inverses of each other in that theoretical model ... and the above change would break that. The problem comes when you start with package set X1 (some of which are in the group you are installing) and groupinstall takes you to the superset X2, groupremove cannot currently get you back to X1 (even if you assumed nothing changed in between), without more data and significantly more work. In short it seems much easier to just make sure gpgme isn't explicitly listed in the KDE group. -- James Antill Fedora From kevin.kofler at chello.at Tue Feb 5 21:53:29 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 5 Feb 2008 21:53:29 +0000 (UTC) Subject: baracuda/vnc in f9? References: <20080205195701.GJ20888@redhat.com> Message-ID: Mike gmail.com> writes: > And for KDE? Or will it work in KDE just as well? For KDE, we have a VNC client/viewer (krdc) and a VNC server (krfb) in kdenetwork. Kevin Kofler From mike.cloaked at gmail.com Tue Feb 5 22:06:53 2008 From: mike.cloaked at gmail.com (Mike) Date: Tue, 5 Feb 2008 22:06:53 +0000 (UTC) Subject: baracuda/vnc in f9? References: <20080205195701.GJ20888@redhat.com> Message-ID: Kevin Kofler chello.at> writes: > For KDE, we have a VNC client/viewer (krdc) and a VNC server (krfb) in > kdenetwork. True although before krfb can be run a user must be logged in. There are times when it is really important to be able to connect to another computer before anyone has logged in and then log a user in remotely. This might be with the kdm login screen on the monitor only. Currently the vnc-server can be run as an xorg module and then the client can connect via an ssh tunnel - in the client case it is fine to use a facility that runs from a desktop with the user already logged in, provided a secure link to the vnc server can still be made. From loupgaroublond at gmail.com Tue Feb 5 22:20:37 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Tue, 5 Feb 2008 17:20:37 -0500 Subject: feature process should require release notes/docs In-Reply-To: <1202242055.23430.42.camel@calliope.phig.org> References: <1202242055.23430.42.camel@calliope.phig.org> Message-ID: <7f692fec0802051420y53ab45d8y55e29b313150bd02@mail.gmail.com> 2008/2/5 Karsten 'quaid' Wade : > In preparation to asking FESCo to amend the feature process, I'd like to > find out if there is going to be an uprising from y'all against the > idea. > > Currently, the feature process does not specifically require release > notes or documentation, nor provide for FESCo to block a feature because > of missing or poor feature documentation. We think the feature > policy[1] should be amended[2] to require this. > > It is clear in the spirit and the letter of the current policy that some > amount of content from the feature owners is required. The policy makes > these related points: > > * It's a feature, we're trying to make noise about it, and the > rest of the world needs meaningful content about the feature It's my feature, I'm willing to shout out about it. In fact I want everyone to know what I did. If they didn't who would bother to use what I put together? +1 -Yaakov From berrange at redhat.com Tue Feb 5 22:29:07 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 5 Feb 2008 22:29:07 +0000 Subject: feature process should require release notes/docs In-Reply-To: <1202242055.23430.42.camel@calliope.phig.org> References: <1202242055.23430.42.camel@calliope.phig.org> Message-ID: <20080205222907.GQ20888@redhat.com> On Tue, Feb 05, 2008 at 12:07:35PM -0800, Karsten 'quaid' Wade wrote: > In preparation to asking FESCo to amend the feature process, I'd like to > find out if there is going to be an uprising from y'all against the > idea. > > Currently, the feature process does not specifically require release > notes or documentation, nor provide for FESCo to block a feature because > of missing or poor feature documentation. We think the feature > policy[1] should be amended[2] to require this. I don't like this idea. While I'm perfectly happy to write release notes and/or short docs for my features in Fedora 9, the nature of some of the work I'm doing means that it is hard/impossible to write any meaningful docs until shortly before release. To have the feature lingering unapproved in limbo until the docs are written is not helpful. By all means revoke features which don't have docs written at time of release, but making it a requirement for initial approval is going to discourage submission of features., Or it'll force me to just make up some random garbage for docs to get past the approval process, and then re-write them again once the work is actually done. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From lordmorgul at gmail.com Tue Feb 5 22:33:46 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 05 Feb 2008 14:33:46 -0800 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202247994.13030.57.camel@code.and.org> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> Message-ID: <47A8E44A.6060505@gmail.com> James Antill wrote: > On Tue, 2008-02-05 at 12:46 -0800, Andrew Farris wrote: >> Jesse Keating wrote: >>> On Mon, 04 Feb 2008 23:42:05 -0800 >>> Andrew Farris wrote: >>> >>>> Perhaps the only good solution to that is to have two groupremoves... >>>> one that removes the *unique group members* and one that removes the >>>> *entire group*. I cannot think of any reason there would be the need >>>> for additional interpretations of groupremove. >>> yum groupremove --all or --force >>> >>> groupremove by default removes entities that are only found in said >>> group and not in other groups or required by things in other groups. > > This is far from trivial, and what happens when you do: > > yum groupremove 'X Window System' > > ...does that remove system-config-printer? I'd assume not from the > above ... at which point dbus-x11 + pygtk2 + etc. are all kept, at which > point what is groupremove buying you over just using yum remove and > maybe yum groupinfo? > >>> Least surprise. --all or --force will remove all entities in said >>> group regardless of overlapping members. > > Well yum doesn't do positional options atm. so you'd need much bigger > option names ... and you assume the desired normal behaviour would be to > not remove what the user has explicitly asked to be removed, which seems > wrong. > >> I think that would be a good change to make, and would certainly be a better >> safeguard for users only working in an interface to yum who might not understand >> groups overlap at all. >> >> A new user would expect that when they install a group, whatever got added will >> be what goes away when they remove the group. > > Which the above _doesn't_ do, if indeed the user expects that (which I > don't think is true). > >> The group install and group >> remove are reasonably expected to be inverses. An additional 'yeah I want to >> nuke it' flag would be great for this. > > If I start with no packages and do: > > yum groupinstall Foo > yum groupremove Foo > > ...then I _currently_ end up where I started, so they are _currently_ > inverses of each other in that theoretical model ... and the above > change would break that. No it would not. If you have no other groups installed the above change would do exactly what it should and leave you with no packages installed. The same is true for BOTH understandings of groupremove behavior. On the other hand if you DO have other groups installed that overlap, and then do: > yum groupinstall Foo > yum groupremove Foo You do NOT end up with inverses. This is counter-intuitive to someone who asks for something (a group) to be installed and then removed. Despite the fact that they are specifically asking for this behavior it is not what one would expect the behavior to be... And that stems from the problem that groups overlap in the first place. (also counter-intuitive on the surface level) > The problem comes when you start with package set X1 (some of which are > in the group you are installing) and groupinstall takes you to the > superset X2, groupremove cannot currently get you back to X1 (even if > you assumed nothing changed in between), without more data and > significantly more work. Ok, I can see where there may be corner cases the straight forward solution I suggested does not work. However, I think it is the best way forward for *some solution* to be developed. Any way you want to look at it, a user might actually WANT to remove only the parts of a group that do not overlap.. the stuff he does not want around.. while leaving his other groups intact. At this time the only way to make that happen is to manually list every package he wants removed, and this is definitely sub-optimal. > In short it seems much easier to just make sure gpgme isn't explicitly > listed in the KDE group. > Yes, but groups are permitted to overlap in the future. A real solution needs to exist. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From kzak at redhat.com Tue Feb 5 22:35:55 2008 From: kzak at redhat.com (Karel Zak) Date: Tue, 5 Feb 2008 23:35:55 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <47A89777.2040706@leemhuis.info> References: <47A89777.2040706@leemhuis.info> Message-ID: <20080205223555.GE31952@petra.dvoda.cz> On Tue, Feb 05, 2008 at 06:05:59PM +0100, Thorsten Leemhuis wrote: > Actually I'm wondering if we need some guidelines or other bureaucracy > hurdles to prevent that packagers use suid binaries without need. > Preferred: Maybe just a script could do the trick if it checks what > packages use suid binaries; somebody once every few weeks could run it > and check if there are new packages with suid binaries. If there are: > check them if it makes sense to ship them like that. That's why I think that our "Package Review Process" is an imperfect process. We have barriers for new incoming packages, but there is absolute freedom for old packages. IMHO there should be a simplified review process before every Fedora release. (Of course it's not about suid binaries only.) Ad. fuse - Miklos Szeredi is working on unprivileged mount(2) [It's on the way to the -mm tree.] The patch provides a possibility to mount few "safe" filesystems (e.g fuse) without root permissions. http://lwn.net/Articles/265220/ Karel -- Karel Zak From jwboyer at gmail.com Tue Feb 5 22:40:29 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 5 Feb 2008 16:40:29 -0600 Subject: feature process should require release notes/docs In-Reply-To: <20080205222907.GQ20888@redhat.com> References: <1202242055.23430.42.camel@calliope.phig.org> <20080205222907.GQ20888@redhat.com> Message-ID: <20080205164029.557bfbbf@zod.rchland.ibm.com> On Tue, 5 Feb 2008 22:29:07 +0000 "Daniel P. Berrange" wrote: > On Tue, Feb 05, 2008 at 12:07:35PM -0800, Karsten 'quaid' Wade wrote: > > In preparation to asking FESCo to amend the feature process, I'd like to > > find out if there is going to be an uprising from y'all against the > > idea. > > > > Currently, the feature process does not specifically require release > > notes or documentation, nor provide for FESCo to block a feature because > > of missing or poor feature documentation. We think the feature > > policy[1] should be amended[2] to require this. > > I don't like this idea. While I'm perfectly happy to write release notes > and/or short docs for my features in Fedora 9, the nature of some of the > work I'm doing means that it is hard/impossible to write any meaningful > docs until shortly before release. To have the feature lingering unapproved > in limbo until the docs are written is not helpful. > > By all means revoke features which don't have docs written at time of > release, but making it a requirement for initial approval is going to > discourage submission of features., Or it'll force me to just make up > some random garbage for docs to get past the approval process, and then > re-write them again once the work is actually done. Odd. That's not how I read the proposal, but I agree with what you are saying. Documentation should probably be required before release, but probably not before being approved. There should be a That adds another step in the Feature process to go back and re-review everything to make sure it has docs though. Hrm.. josh From james at fedoraproject.com Tue Feb 5 23:10:21 2008 From: james at fedoraproject.com (James Antill) Date: Tue, 05 Feb 2008 18:10:21 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <47A8E44A.6060505@gmail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> Message-ID: <1202253021.13030.75.camel@code.and.org> On Tue, 2008-02-05 at 14:33 -0800, Andrew Farris wrote: > > If I start with no packages and do: > > > > yum groupinstall Foo > > yum groupremove Foo > > > > ...then I _currently_ end up where I started, so they are _currently_ > > inverses of each other in that theoretical model ... and the above > > change would break that. > > No it would not. If you have no other groups installed the above change would > do exactly what it should and leave you with no packages installed. What was proposed was: """ groupremove by default removes entities that are only found in said group and not in other groups or required by things in other groups. """ So yes, it would, because packages form the groupinstall will be in other groups ... so thus. won't be removed by the proposed groupremove. > On the other hand if you DO have other groups installed that overlap, and then do: > > yum groupinstall Foo > > yum groupremove Foo > > You do NOT end up with inverses. And, again, the proposed change doesn't fix that. > This is counter-intuitive to someone who asks > for something (a group) to be installed and then removed. Despite the fact that > they are specifically asking for this behavior it is not what one would expect > the behavior to be... Think of it like this, if I ask for all packages matching "blah*" to be installed, and then removed ... those are intuitively "inverses", and in theory they are but yum will have a big problem ending up with the exact packages you started with for most values of "blah". > And that stems from the problem that groups overlap in the first place. (also > counter-intuitive on the surface level) Sure. > > The problem comes when you start with package set X1 (some of which are > > in the group you are installing) and groupinstall takes you to the > > superset X2, groupremove cannot currently get you back to X1 (even if > > you assumed nothing changed in between), without more data and > > significantly more work. > > Ok, I can see where there may be corner cases the straight forward solution I > suggested does not work. However, I think it is the best way forward for *some > solution* to be developed. I'm not saying don't come up with other solutions, just that the proposed one is worse and more complicated than the current behaviour, IMO. > Any way you want to look at it, a user might actually WANT to remove only the > parts of a group that do not overlap.. the stuff he does not want around.. while > leaving his other groups intact. At this time the only way to make that happen > is to manually list every package he wants removed, and this is definitely > sub-optimal. Sure I can easily imagine lots of use cases, guessing which one applies when the user hits return is much less trivial ... see my previous example, when "groupremove X" is done, does that mean the user actually wanted system-config-printer to go? -- I could make arguments either way, and baring something that's right much more often it seems safe to go for the easy to explain and current behaviour. > > In short it seems much easier to just make sure gpgme isn't explicitly > > listed in the KDE group. > > Yes, but groups are permitted to overlap in the future. A real solution needs > to exist. Sure, but I'd bet that most cases don't have as big a problem as having gpgme in KDE. -- James Antill Fedora From skvidal at fedoraproject.org Tue Feb 5 23:34:34 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 05 Feb 2008 18:34:34 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202253021.13030.75.camel@code.and.org> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> <1202253021.13030.75.camel@code.and.org> Message-ID: <1202254474.17172.40.camel@cutter> On Tue, 2008-02-05 at 18:10 -0500, James Antill wrote: > On Tue, 2008-02-05 at 14:33 -0800, Andrew Farris wrote: > > > > If I start with no packages and do: > > > > > > yum groupinstall Foo > > > yum groupremove Foo > > > > > > ...then I _currently_ end up where I started, so they are _currently_ > > > inverses of each other in that theoretical model ... and the above > > > change would break that. > > > > No it would not. If you have no other groups installed the above change would > > do exactly what it should and leave you with no packages installed. > > What was proposed was: > > """ > groupremove by default removes entities that are only found in > said group and not in other groups or required by things in > other groups. > """ > > So yes, it would, because packages form the groupinstall will be in > other groups ... so thus. won't be removed by the proposed groupremove. > > > On the other hand if you DO have other groups installed that overlap, and then do: > > > yum groupinstall Foo > > > yum groupremove Foo > > > > You do NOT end up with inverses. > > And, again, the proposed change doesn't fix that. > > > This is counter-intuitive to someone who asks > > for something (a group) to be installed and then removed. Despite the fact that > > they are specifically asking for this behavior it is not what one would expect > > the behavior to be... > > Think of it like this, if I ask for all packages matching "blah*" to be > installed, and then removed ... those are intuitively "inverses", and in > theory they are but yum will have a big problem ending up with the exact > packages you started with for most values of "blah". > > > And that stems from the problem that groups overlap in the first place. (also > > counter-intuitive on the surface level) > > Sure. > > > > The problem comes when you start with package set X1 (some of which are > > > in the group you are installing) and groupinstall takes you to the > > > superset X2, groupremove cannot currently get you back to X1 (even if > > > you assumed nothing changed in between), without more data and > > > significantly more work. > > > > Ok, I can see where there may be corner cases the straight forward solution I > > suggested does not work. However, I think it is the best way forward for *some > > solution* to be developed. > > I'm not saying don't come up with other solutions, just that the > proposed one is worse and more complicated than the current behaviour, > IMO. > > > Any way you want to look at it, a user might actually WANT to remove only the > > parts of a group that do not overlap.. the stuff he does not want around.. while > > leaving his other groups intact. At this time the only way to make that happen > > is to manually list every package he wants removed, and this is definitely > > sub-optimal. > > Sure I can easily imagine lots of use cases, guessing which one applies > when the user hits return is much less trivial ... see my previous > example, when "groupremove X" is done, does that mean the user actually > wanted system-config-printer to go? -- I could make arguments either > way, and baring something that's right much more often it seems safe to > go for the easy to explain and current behaviour. > So let me add my 2c here. 1. James is 100% correct 2. the groupremove-do-what-I-mean-not-what-I-said mode will NOT be added to yum. -sv From jkeating at redhat.com Wed Feb 6 01:30:35 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 5 Feb 2008 20:30:35 -0500 Subject: baracuda/vnc in f9? In-Reply-To: References: <20080205195701.GJ20888@redhat.com> Message-ID: <20080205203035.22470755@redhat.com> On Tue, 5 Feb 2008 21:53:29 +0000 (UTC) Kevin Kofler wrote: > For KDE, we have a VNC client/viewer (krdc) and a VNC server (krfb) > in kdenetwork. Do they use the same backend code as vinagre, or is it yet another vnc implementation with it's own set of features/bugs? -- 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 lordmorgul at gmail.com Wed Feb 6 02:42:46 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 05 Feb 2008 18:42:46 -0800 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202253021.13030.75.camel@code.and.org> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> <1202253021.13030.75.camel@code.and.org> Message-ID: <47A91EA6.1010804@gmail.com> James Antill wrote: > On Tue, 2008-02-05 at 14:33 -0800, Andrew Farris wrote: > >>> If I start with no packages and do: >>> >>> yum groupinstall Foo >>> yum groupremove Foo >>> >>> ...then I _currently_ end up where I started, so they are _currently_ >>> inverses of each other in that theoretical model ... and the above >>> change would break that. >> No it would not. If you have no other groups installed the above change would >> do exactly what it should and leave you with no packages installed. > > What was proposed was: > > """ > groupremove by default removes entities that are only found in > said group and not in other groups or required by things in > other groups. > """ > > So yes, it would, because packages form the groupinstall will be in > other groups ... so thus. won't be removed by the proposed groupremove. In other groups is not the problem, in other *installed groups* is. In your example case there are no other installed groups... the behaviors are identical. >> On the other hand if you DO have other groups installed that overlap, and then do: >> > yum groupinstall Foo >> > yum groupremove Foo >> >> You do NOT end up with inverses. > > And, again, the proposed change doesn't fix that. I suppose that might be because I'm not understanding how we decide if a group is installed or not. The above behavior WOULD correctly result in the inverse operation if its understood whether a group is installed or not. I am not suggesting that every file be compared by whether it *can be in another group* only whether or not *it is a member of an installed group*. The difference is whether the group it overlaps with is installed or not. If it is not installed, then overlapping is not a problem and the package would be removed by reverse dep solving... i.e. exactly the case when yum gets removed because gpgme was a dependency. But that should be prevented if any other installed group also wanted yum to be installed. For instance, When Foo is installed it will bring in dependencies. If those dependencies are part of another already installed group then they should have already been installed. If they are NOT part of another already installed group then they will be added by the groupinstall operation. When you groupremove, and those dependencies are looked at for removal, it should remove any dependencies of the Foo group ONLY if they are not part of another installed group. Being part of another group is not the question; the question is part of another installed group. In this case, those packages would be the set of dependencies that were already installed for another group BEFORE Foo was installed that should be left behind. This may be exactly the type of metadata that Spaleta is talking about, knowing the context of the install. As I understand it, knowing whether a group is installed or not would be adequate to achieve this result, but not necessarily a very fast algorithm to work with. > Sure I can easily imagine lots of use cases, guessing which one applies > when the user hits return is much less trivial ... see my previous > example, when "groupremove X" is done, does that mean the user actually > wanted system-config-printer to go? -- I could make arguments either > way, and baring something that's right much more often it seems safe to > go for the easy to explain and current behaviour. Which is why I'm suggesting that no guesswork be applied... I'm not talking about black box 'do what I want' behavior. I'm suggesting that there are two well defined, different behaviors, and it would be very beneficial to have them available. At the moment, we only have one of them. The one available happens to be the heaviest hammer option. Currently you'd need sed, xargs, and pipes to achieve the lighter hammer, without having to type every separate package name you want removed to get rid of a group. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From katzj at redhat.com Wed Feb 6 02:46:43 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 05 Feb 2008 21:46:43 -0500 Subject: baracuda/vnc in f9? In-Reply-To: <20080205203035.22470755@redhat.com> References: <20080205195701.GJ20888@redhat.com> <20080205203035.22470755@redhat.com> Message-ID: <1202266003.3276.1.camel@aglarond.local> On Tue, 2008-02-05 at 20:30 -0500, Jesse Keating wrote: > On Tue, 5 Feb 2008 21:53:29 +0000 (UTC) > Kevin Kofler wrote: > > For KDE, we have a VNC client/viewer (krdc) and a VNC server (krfb) > > in kdenetwork. > > Do they use the same backend code as vinagre, or is it yet another vnc > implementation with it's own set of features/bugs? vinagre is built on top of gtk-vnc, hence different implementation. And krdc/krfb have been around longer too afaik. Jeremy From lordmorgul at gmail.com Wed Feb 6 02:52:23 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 05 Feb 2008 18:52:23 -0800 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202254474.17172.40.camel@cutter> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> <1202253021.13030.75.camel@code.and.org> <1202254474.17172.40.camel@cutter> Message-ID: <47A920E7.8080700@gmail.com> seth vidal wrote: > So let me add my 2c here. > > 1. James is 100% correct > 2. the groupremove-do-what-I-mean-not-what-I-said mode will NOT be added > to yum. Very well, I guess that is final enough, but... Frankly I fail to see what is not well defined about the secondary understanding of what removing a group is. By definition "do what I want not what I say" makes the assumption that what is being asked for is not clear... There is absolutely no decision making or black box logic within yum needed to make this happen... what is necessary is *another command doing something similar to groupremove* with a slightly different definition. That is all. There is no do what I want. There is only do what I say. In short, you have said something I do not want will not be implemented. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lightsolphoenix at gmail.com Wed Feb 6 03:43:31 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Tue, 05 Feb 2008 22:43:31 -0500 Subject: Packaging: name changes? Message-ID: <47A92CE3.3050200@gmail.com> Um, I'm somewhat confused. How would I go about designing a package for KDE3 that would compile in both F8 and devel? The package names have changed... From ivazqueznet at gmail.com Wed Feb 6 04:03:06 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 05 Feb 2008 23:03:06 -0500 Subject: Packaging: name changes? In-Reply-To: <47A92CE3.3050200@gmail.com> References: <47A92CE3.3050200@gmail.com> Message-ID: <1202270586.17124.0.camel@ignacio.lan> On Tue, 2008-02-05 at 22:43 -0500, Kelly Miller wrote: > Um, I'm somewhat confused. How would I go about designing a package for > KDE3 that would compile in both F8 and devel? The package names have > changed... http://fedoraproject.org/wiki/Packaging/DistTag -- 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 Feb 6 04:47:56 2008 From: petersen at redhat.com (Jens Petersen) Date: Wed, 06 Feb 2008 14:47:56 +1000 Subject: Packaging: kde name changes In-Reply-To: <47A92CE3.3050200@gmail.com> References: <47A92CE3.3050200@gmail.com> Message-ID: <47A93BFC.8050200@redhat.com> Kelly Miller ????????: > How would I go about designing a package for > KDE3 that would compile in both F8 and devel? The package names have > changed... I guess you're asking about kde4 names? I think you need to use different versions of the spec file for devel and F8 or include some build switch to handle that. Maybe look at how other packages are handling that. Jens From lightsolphoenix at gmail.com Wed Feb 6 04:51:58 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Tue, 05 Feb 2008 23:51:58 -0500 Subject: Packaging: name changes? In-Reply-To: <1202270586.17124.0.camel@ignacio.lan> References: <47A92CE3.3050200@gmail.com> <1202270586.17124.0.camel@ignacio.lan> Message-ID: <47A93CEE.7090701@gmail.com> Ignacio Vazquez-Abrams wrote: > http://fedoraproject.org/wiki/Packaging/DistTag > So, something like this? %if 0%{?fedora} <= 8 BuildRequires: kdelibs-devel >= 3.0.0, kdebase-devel >= 3.0.0 Requires: kdebase %else BuildRequires: kdelibs3-devel >= 3.0.0, kdebase3-devel >= 3.0.0 Requires: kdebase3 %endif From jwilson at redhat.com Wed Feb 6 05:21:56 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 6 Feb 2008 00:21:56 -0500 Subject: Packaging: name changes? In-Reply-To: <47A93CEE.7090701@gmail.com> References: <47A92CE3.3050200@gmail.com> <1202270586.17124.0.camel@ignacio.lan> <47A93CEE.7090701@gmail.com> Message-ID: <200802060021.56732.jwilson@redhat.com> On Tuesday 05 February 2008 11:51:58 pm Kelly Miller wrote: > Ignacio Vazquez-Abrams wrote: > > http://fedoraproject.org/wiki/Packaging/DistTag > > So, something like this? Something like that, but I'd suggest a few enhancements. > %if 0%{?fedora} <= 8 > BuildRequires: kdelibs-devel >= 3.0.0, kdebase-devel >= 3.0.0 > Requires: kdebase All supported distros have kdefoo-devel > 3, no need to have that BR versioned. The only versioning I'd consider adding is kdefoo-devel < 4, to make sure someone doesn't try building against kde4 bits (like on a part f8, part rawhide system or some such thing). > %else > BuildRequires: kdelibs3-devel >= 3.0.0, kdebase3-devel >= 3.0.0 > Requires: kdebase3 > %endif Again, no need to have the BR versioned. kdefoo3-devel is definitely going to be 3.something. -- Jarod Wilson jwilson at redhat.com From james at fedoraproject.com Wed Feb 6 05:26:11 2008 From: james at fedoraproject.com (James Antill) Date: Wed, 06 Feb 2008 00:26:11 -0500 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <47A91EA6.1010804@gmail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> <1202253021.13030.75.camel@code.and.org> <47A91EA6.1010804@gmail.com> Message-ID: <1202275571.13030.94.camel@code.and.org> On Tue, 2008-02-05 at 18:42 -0800, Andrew Farris wrote: > I suppose that might be because I'm not understanding how we decide if a group > is installed or not. Very likely. There are no "installed groups" there are only installed packages, which are part of one or more groups. When you run "yum groupinstall" you are, in reality, just installing the set of packages in the group(s) listed and the result is exactly the same as if you had listed the packages manually and used "yum install". Dito. "yum groupremove" and "yum remove". -- James Antill Fedora From lordmorgul at gmail.com Wed Feb 6 06:02:33 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 05 Feb 2008 22:02:33 -0800 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <1202275571.13030.94.camel@code.and.org> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> <1202253021.13030.75.camel@code.and.org> <47A91EA6.1010804@gmail.com> <1202275571.13030.94.camel@code.and.org> Message-ID: <47A94D79.2000802@gmail.com> James Antill wrote: > On Tue, 2008-02-05 at 18:42 -0800, Andrew Farris wrote: > >> I suppose that might be because I'm not understanding how we decide if a group >> is installed or not. > > Very likely. There are no "installed groups" So grouplist then determines what groups are 'installed' and available by simply whether or not you happen to have all packages listed in a group installed.. making the group then 'installed'. I incorrectly thought it was already maintained whether a group was or was not installed, as well as then whether all the packages were still present. > When you run "yum groupinstall" you are, in reality, just installing > the set of packages in the group(s) listed and the result is exactly the > same as if you had listed the packages manually and used "yum install". > Dito. "yum groupremove" and "yum remove". That I always understood. The lacking metadata is then whether a group is installed (by accident) or by request. The difference being if someone just happened to install almost all of a group manually, then having a groupinstall command for a different group end up fulfilling the entire other group (by accident). So achieving two understandings of groupremove is not then possible without more metadata, because it is ambiguous whether a group is installed intentionally or happens to be 'installed' incidentally. Thank you for pointing out the root issue with making it happen. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From dchen at redhat.com Wed Feb 6 07:11:51 2008 From: dchen at redhat.com (dchen at redhat.com) Date: Wed, 6 Feb 2008 02:11:51 -0500 Subject: rpms/libsvm/devel libsvm-2.85.patch, NONE, 1.1 log, NONE, 1.1 .cvsignore, 1.2, 1.3 libsvm.spec, 1.10, 1.11 sources, 1.2, 1.3 ChangeLog, 1.1, NONE libsvm-2.84.patch, 1.1, NONE In-Reply-To: <20080205201752.f4fc3e88.mschwendt.tmp0701.nospam@arcor.de> References: <200802040814.m148EePk031133@cvs-int.fedora.redhat.com> <20080205201752.f4fc3e88.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20080206021151.nds5gvyy00occosg@webmail.corp.redhat.com> Quoting Michael Schwendt : > On Mon, 4 Feb 2008 03:14:40 -0500, Ding-Yi Chen (dchen) wrote: > >> Author: dchen >> >> Update of /cvs/pkgs/rpms/libsvm/devel > >> +%define libdir_libsvm %{_libdir}/libsvm > >> -%post -p /sbin/ldconfig >> +%post >> +/sbin/ldconfig %{libdir_libsvm} >> >> -%postun -p /sbin/ldconfig >> +%postun >> +/sbin/ldconfig %{libdir_libsvm} > > Seeing that these changes have been applied to F-8 and F-7 already, would > you please explain what unusual things you try to achieve here? > > Note that you move the library out of the linker's search path. > Even if one adjusted the search path, it cannot be linked against, > because libsvm.so is not available. And now it's not in the run-time > linker's search path either. Running ldconfig like above is wrong in > that case. Anything that would run ldconfig without your custom args > would remove libsvm* from the cache again. Further, the package > "Provides: libsvm.so.2" nevertheless which is wrong, too, as the > library is located in a private path and not found by default. The > example program and the tools don't link against the library, btw. > Hi Michael, I used to think that the sub-directories of /usr/lib are merely from organizing libraries. Thanks for pointing out that they do not served as this purpose. The upstream built everything statically, therefore the example programs and tools do not link to the libs. Anyway, I will rebuild them using these library and address the issue you arise ASAP. Regards, Ding-Yi Chen From kwade at redhat.com Wed Feb 6 07:23:42 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Tue, 05 Feb 2008 23:23:42 -0800 Subject: feature process should require release notes/docs In-Reply-To: <20080205164029.557bfbbf@zod.rchland.ibm.com> References: <1202242055.23430.42.camel@calliope.phig.org> <20080205222907.GQ20888@redhat.com> <20080205164029.557bfbbf@zod.rchland.ibm.com> Message-ID: <1202282622.23430.75.camel@calliope.phig.org> On Tue, 2008-02-05 at 16:40 -0600, Josh Boyer wrote: > On Tue, 5 Feb 2008 22:29:07 +0000 > "Daniel P. Berrange" wrote: > > > > By all means revoke features which don't have docs written at time of > > release, but making it a requirement for initial approval is going to > > discourage submission of features., Or it'll force me to just make up > > some random garbage for docs to get past the approval process, and then > > re-write them again once the work is actually done. > > Odd. That's not how I read the proposal, but I agree with what you are > saying. Documentation should probably be required before release, but > probably not before being approved. There should be a > That adds another step in the Feature process to go back and re-review > everything to make sure it has docs though. Hrm.. Agreed. I wouldn't call docs a requirement for initial approval. It is more that the wiki page needs to be complete by the time of release. Knowing that there has to be content by the end should (hopefully) keep a feature owner communicating with the release notes team; for example, so a place can be held for the content (and translation.) - Karsten -- Karsten Wade, Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://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 laurent.rineau__fedora at normalesup.org Wed Feb 6 07:37:49 2008 From: laurent.rineau__fedora at normalesup.org (Laurent Rineau) Date: Wed, 6 Feb 2008 08:37:49 +0100 Subject: Packaging: name changes? In-Reply-To: <47A93CEE.7090701@gmail.com> References: <47A92CE3.3050200@gmail.com> <1202270586.17124.0.camel@ignacio.lan> <47A93CEE.7090701@gmail.com> Message-ID: <200802060837.49333@rineau.tsetse> On Wednesday 06 February 2008 05:51:58 Kelly Miller wrote: > Ignacio Vazquez-Abrams wrote: > > http://fedoraproject.org/wiki/Packaging/DistTag > > So, something like this? > > %if 0%{?fedora} <= 8 > BuildRequires: kdelibs-devel >= 3.0.0, kdebase-devel >= 3.0.0 > Requires: kdebase > %else > BuildRequires: kdelibs3-devel >= 3.0.0, kdebase3-devel >= 3.0.0 > Requires: kdebase3 > %endif The following will work on both F-8 and devel: BuildRequires: kdelibs3-devel, kdebase3-devel Requires: kdebase3 because kdebase and kdelibs, in F-8, have Provides: kdebase3 and so on. -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From alexl at redhat.com Wed Feb 6 08:09:24 2008 From: alexl at redhat.com (Alexander Larsson) Date: Wed, 06 Feb 2008 09:09:24 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: References: Message-ID: <1202285364.20124.8.camel@dhcp-208-188.arn.redhat.com> On Tue, 2008-02-05 at 19:10 +0300, Peter Lemenkov wrote: > Hello All! > > Due to landing of upcoming Gnome release in Fedora 9 I decided to drop > fuse group. > > The main reason is that future Gnome VFS will use fuse as a backend, > and we wil be forced to add all users into fuse group (if we allow > them to use Gnome VFS) what will made the existence of fuse group > useless.. I'd like to point out that this is not about Gnome VFS, but GVFS which is the replacement for Gnome VFS. Gnome VFS will still be in gnome and minimally supported for backwards compatibility. The way gvfs works is that it runs a single master daemon (gvfsd) that keeps track of the current gvfs mounts. Each mount is run in a separate daemon (some mounts share a daemon process, but most don't). Clients talk to the mounts with a combination of dbus calls (on the session bus and using peer-to-peer dbus) and a custom protocol for file contents. If fuse is supported, then the gvfs fuse filesystem will be automatically mounted on "~/.gvfs". This filesystem will let you access files on all visible gvfs mounts. If you open a file in nautilus on a gvfs share with an application that doesn't support uris then it will be automatically opened via the right ~/.gvfs path instead, allowing both loading and saveing of the file. From lightsolphoenix at gmail.com Wed Feb 6 08:45:45 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Wed, 06 Feb 2008 03:45:45 -0500 Subject: Packaging: name changes? In-Reply-To: <200802060837.49333@rineau.tsetse> References: <47A92CE3.3050200@gmail.com> <1202270586.17124.0.camel@ignacio.lan> <47A93CEE.7090701@gmail.com> <200802060837.49333@rineau.tsetse> Message-ID: <47A973B9.1040804@gmail.com> BTW, since my mind is on it right now, I'm going to let you know that there may be a problem with Mock's ability to build x86_64-based packages. When I tried, it kept erroring out due to unfulfilled dependencies (like bash and such), which I didn't get when I tried x86. Since it's not Mock that's erroring out, but the actual install process, I believe the problem is either with the configuration file (which is the default that comes with Fedora) or with the install system itself. From kevin.kofler at chello.at Wed Feb 6 08:51:03 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 6 Feb 2008 08:51:03 +0000 (UTC) Subject: Head Up: Prepare for dropping fuse group in the nearest future References: <1202285364.20124.8.camel@dhcp-208-188.arn.redhat.com> Message-ID: Alexander Larsson redhat.com> writes: > If fuse is supported, then the gvfs fuse filesystem will be > automatically mounted on "~/.gvfs". This filesystem will let you access > files on all visible gvfs mounts. Sounds a lot like kio_fuse: http://websvn.kde.org/trunk/playground/libs/kiofuse/ Kevin Kofler From kevin.kofler at chello.at Wed Feb 6 08:59:01 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 6 Feb 2008 08:59:01 +0000 (UTC) Subject: baracuda/vnc in f9? References: <20080205195701.GJ20888@redhat.com> <20080205203035.22470755@redhat.com> Message-ID: Jesse Keating redhat.com> writes: > On Tue, 5 Feb 2008 21:53:29 +0000 (UTC) > Kevin Kofler chello.at> wrote: > > > For KDE, we have a VNC client/viewer (krdc) and a VNC server (krfb) > > in kdenetwork. > > Do they use the same backend code as vinagre, or is it yet another vnc > implementation with it's own set of features/bugs? In KDE 4, they use LibVNCServer/LibVNCClient: http://libvncserver.sourceforge.net/ In KDE 3, they used their own custom version of the above code. Kevin Kofler From kevin.kofler at chello.at Wed Feb 6 09:13:38 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 6 Feb 2008 09:13:38 +0000 (UTC) Subject: Packaging: name changes? References: <47A92CE3.3050200@gmail.com> Message-ID: Kelly Miller gmail.com> writes: > Um, I'm somewhat confused. How would I go about designing a package for > KDE3 that would compile in both F8 and devel? The package names have > changed... Please don't BR kdelibs-devel or kdebase-devel (at least not in the current transition period), instead BR kdelibs3-devel/kdebase3-devel for KDE 3 or kdelibs4-devel/kdebase4-devel (or kdebase-workspace-devel if that's what the package needs, kdebase has been split) for KDE 4. The kdelibs/kdebase packages have the appropriate Provides to make this work. Kevin Kofler From nicolas.mailhot at laposte.net Wed Feb 6 09:23:59 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 6 Feb 2008 10:23:59 +0100 (CET) Subject: yum and yum-updatesd in Rawhide In-Reply-To: <47A94D79.2000802@gmail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> <1202253021.13030.75.camel@code.and.org> <47A91EA6.1010804@gmail.com> <1202275571.13030.94.camel@code.and.org> <47A94D79.2000802@gmail.com> Message-ID: <59033.192.54.193.53.1202289839.squirrel@rousalka.dyndns.org> Le Mer 6 f?vrier 2008 07:02, Andrew Farris a ?crit : > So achieving two understandings of groupremove is not then possible > without more > metadata, because it is ambiguous whether a group is installed > intentionally or > happens to be 'installed' incidentally. Thank you for pointing out > the root > issue with making it happen. If you want a user-meaningful groupremove, you need to track package "origin" (was its install explicitely required by the user, was it installed through a specific group install, was it installed as part of a multi-group install, what was its repo origin, etc) Then you can implement all sort of smart groupremove strategies in yum plugins (taking into account stuff like protectbase, etc), with one hopefully emerging in a few years as the right heuristic to move into yum itself. At this stage I don't think we have enough data to judge the right user-friendly strategy. -- Nicolas Mailhot From tim.lauridsen at googlemail.com Wed Feb 6 09:51:12 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Wed, 06 Feb 2008 10:51:12 +0100 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <59033.192.54.193.53.1202289839.squirrel@rousalka.dyndns.org> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> <1202253021.13030.75.camel@code.and.org> <47A91EA6.1010804@gmail.com> <1202275571.13030.94.camel@code.and.org> <47A94D79.2000802@gmail.com> <59033.192.54.193.53.1202289839.squirrel@rousalka.dyndns.org> Message-ID: <47A98310.3020400@googlemail.com> Nicolas Mailhot wrote: > Le Mer 6 f?vrier 2008 07:02, Andrew Farris a ?crit : > >> So achieving two understandings of groupremove is not then possible >> without more >> metadata, because it is ambiguous whether a group is installed >> intentionally or >> happens to be 'installed' incidentally. Thank you for pointing out >> the root >> issue with making it happen. > > If you want a user-meaningful groupremove, you need to track package > "origin" (was its install explicitely required by the user, was it > installed through a specific group install, was it installed as part > of a multi-group install, what was its repo origin, etc) > > Then you can implement all sort of smart groupremove strategies in yum > plugins (taking into account stuff like protectbase, etc), with one > hopefully emerging in a few years as the right heuristic to move into > yum itself. > > At this stage I don't think we have enough data to judge the right > user-friendly strategy. > It is right that extra information is needed to write plugin removing groups in another way than the current one. "user-meaningful" & "user-friendly" is very hard to define, users have different looks on what is "user-meaningful" and "user-friendly". You cant design software to adapt to how a user thinks it should do. Tim From lordmorgul at gmail.com Wed Feb 6 10:04:47 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 06 Feb 2008 02:04:47 -0800 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <59033.192.54.193.53.1202289839.squirrel@rousalka.dyndns.org> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> <1202253021.13030.75.camel@code.and.org> <47A91EA6.1010804@gmail.com> <1202275571.13030.94.camel@code.and.org> <47A94D79.2000802@gmail.com> <59033.192.54.193.53.1202289839.squirrel@rousalka.dyndns.org> Message-ID: <47A9863F.8000507@gmail.com> Nicolas Mailhot wrote: > Le Mer 6 f?vrier 2008 07:02, Andrew Farris a ?crit : > >> So achieving two understandings of groupremove is not then possible >> without more >> metadata, because it is ambiguous whether a group is installed >> intentionally or >> happens to be 'installed' incidentally. Thank you for pointing out >> the root >> issue with making it happen. > > If you want a user-meaningful groupremove, you need to track package > "origin" (was its install explicitely required by the user, was it > installed through a specific group install, was it installed as part > of a multi-group install, what was its repo origin, etc) > Then you can implement all sort of smart groupremove strategies in yum > plugins (taking into account stuff like protectbase, etc), with one > hopefully emerging in a few years as the right heuristic to move into > yum itself. > > At this stage I don't think we have enough data to judge the right > user-friendly strategy. Well I suppose there are many strategies that could be made. At the core of the issue is that a typical 'user' who does not care how it happens internally is *most likely* to expect that adding and removing a group will not tear holes through their other installed groups. The concept of what an installed group is needs improved, I now realize that. I don't know what the 'right' strategy looks like, but I know that first obvious strategy already discussed would be a more user-friendly and more useful tool to the new / casual linux user than the current behavior. If it were possible to do yet; unfortunately I guess it is not. I'm also definitely not arguing that what groupremove does right now is wrong.. I'm just suggesting that it is insufficient as a user tool in many situations and does not do 'what you want'. It just happens to be the only available thing to do other than one at a time package removes, and therefore people might use it without it really being what they want. There is an obvious gap here to fill... If (as its been said) groups may continue to overlap more, this will only become more important to improve what options a user has at their disposal. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Wed Feb 6 10:07:31 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 06 Feb 2008 02:07:31 -0800 Subject: yum and yum-updatesd in Rawhide In-Reply-To: <47A98310.3020400@googlemail.com> References: <1201964768.2361.3.camel@cutter> <1202055555.14526.3.camel@cutter> <604aa7910802031138h246b680dk7117e310457bf200@mail.gmail.com> <47A63E5B.5080405@gmail.com> <1202195353.17172.19.camel@cutter> <47A8134D.7040304@gmail.com> <20080205073805.0d1b32a0@redhat.com> <47A8CB34.7090509@gmail.com> <1202247994.13030.57.camel@code.and.org> <47A8E44A.6060505@gmail.com> <1202253021.13030.75.camel@code.and.org> <47A91EA6.1010804@gmail.com> <1202275571.13030.94.camel@code.and.org> <47A94D79.2000802@gmail.com> <59033.192.54.193.53.1202289839.squirrel@rousalka.dyndns.org> <47A98310.3020400@googlemail.com> Message-ID: <47A986E3.709@gmail.com> Tim Lauridsen wrote: > It is right that extra information is needed to write plugin removing > groups in another way than the current one. > > "user-meaningful" & "user-friendly" is very hard to define, users have > different looks on what is "user-meaningful" and "user-friendly". > You cant design software to adapt to how a user thinks it should do. No you can't, but you can give them options to choose from. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From alexl at redhat.com Wed Feb 6 11:42:00 2008 From: alexl at redhat.com (Alexander Larsson) Date: Wed, 06 Feb 2008 12:42:00 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: References: <1202285364.20124.8.camel@dhcp-208-188.arn.redhat.com> Message-ID: <1202298120.13107.38.camel@dhcp-208-188.arn.redhat.com> On Wed, 2008-02-06 at 08:51 +0000, Kevin Kofler wrote: > Alexander Larsson redhat.com> writes: > > If fuse is supported, then the gvfs fuse filesystem will be > > automatically mounted on "~/.gvfs". This filesystem will let you access > > files on all visible gvfs mounts. > > Sounds a lot like kio_fuse: > http://websvn.kde.org/trunk/playground/libs/kiofuse/ It is quite similar. The major difference is that gvfs is mount-based itself, so the gvfs fuse backend will automatically let you access all the mounts you've accessed in the desktop, whereas kio-fuse needs to be manually mounted for each specific uri you want to access. From alexl at redhat.com Wed Feb 6 11:51:34 2008 From: alexl at redhat.com (Alexander Larsson) Date: Wed, 06 Feb 2008 12:51:34 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <47A89777.2040706@leemhuis.info> References: <47A89777.2040706@leemhuis.info> Message-ID: <1202298694.13107.48.camel@dhcp-208-188.arn.redhat.com> On Tue, 2008-02-05 at 18:05 +0100, Thorsten Leemhuis wrote: > On 05.02.2008 17:10, Peter Lemenkov wrote: > > > > Due to landing of upcoming Gnome release in Fedora 9 I decided to drop > > fuse group. > > > > The main reason is that future Gnome VFS will use fuse as a backend, > > and we wil be forced to add all users into fuse group (if we allow > > them to use Gnome VFS) what will made the existence of fuse group > > useless.. > > > > Any objections? > > Well, when I got fuse integrated into Fedora several well-known and > long-term Red Hat/Fedora developers said "it needs a security audit > before we drop the fuse group". Not that long ago when we discussed > > https://bugzilla.redhat.com/show_bug.cgi?id=298651 > http://secunia.com/advisories/26938/ > > I heard that once or twice again. Those bugs are not about fuse at all. They are about someone making the ntfs-3g binary setuid which is completely wrong (i.e. that means any fuse user could read any block device with an NTFS partition on it). Generally fuse mounts run as a user and has no access to anything that the user can't already do. The only part where the setuid thing is needed is for actually mounting the fuse filesysem. This is a small bit of code that was designed by upstream to be reviewable and secure. Now, its true that there is a small bit of setuid code, and it *could* have a bug in there. However, if that is the case we need to fix that even if we limit use of fuse to the fuse group. Especially now that fuse is getting more and more use so that most desktop users will want to be in that group. If you truly fear fuse, security-wise, the best thing to do is to not install it. From rdieter at math.unl.edu Wed Feb 6 13:06:45 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 06 Feb 2008 07:06:45 -0600 Subject: baracuda/vnc in f9? References: <20080205195701.GJ20888@redhat.com> <200802051549.39942.ben.kreuter@gmail.com> <20080205205534.GO20888@redhat.com> Message-ID: Mike wrote: > Additionally the ability to load the vnc module (vnc-server) by specifying > a > "load vnc" line in xorg.conf so that the screen may be viewed remotely > before > any user logs in is also essential. Will this also be retained? Noone is suggesting that. -- Rex From debarshi.ray at gmail.com Wed Feb 6 14:00:39 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 6 Feb 2008 19:30:39 +0530 Subject: Glade(2/3) and Anjuta in comps-f9.xml Message-ID: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> Looking at http://cvs.fedoraproject.org/viewcvs/comps/comps-f9.xml.in?view=markup I find that Glade2 and Anjuta are marked as default and optional respectively. While Glade 3.4.1 (separate package from Glade2) is already there in the repositories, we are soon going to have a fresh new Anjuta package (atleast 2.2.3) in Fedora. However, the latest versions of Anjuta -- both 2.2.3 (stable) and 2.3.x (unstable) -- need Glade3 for its Glade plugin to work. So can we consider replacing Glade2 by Glade3 in the comps-f9.xml.in for Fedora 9? As far as I know, this would affect the Live Developer Spin and the non-live GNOME DVD. What do you think? Cheerio, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From mclasen at redhat.com Wed Feb 6 14:03:45 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 06 Feb 2008 09:03:45 -0500 Subject: Glade(2/3) and Anjuta in comps-f9.xml In-Reply-To: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> References: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> Message-ID: <1202306625.3034.0.camel@localhost.localdomain> On Wed, 2008-02-06 at 19:30 +0530, Debarshi 'Rishi' Ray wrote: > Looking at http://cvs.fedoraproject.org/viewcvs/comps/comps-f9.xml.in?view=markup > I find that Glade2 and Anjuta are marked as default and optional > respectively. While Glade 3.4.1 (separate package from Glade2) is > already there in the repositories, we are soon going to have a fresh > new Anjuta package (atleast 2.2.3) in Fedora. > > However, the latest versions of Anjuta -- both 2.2.3 (stable) and > 2.3.x (unstable) -- need Glade3 for its Glade plugin to work. So can > we consider replacing Glade2 by Glade3 in the comps-f9.xml.in for > Fedora 9? As far as I know, this would affect the Live Developer Spin > and the non-live GNOME DVD. > > What do you think? > I'd say that depends entirely on whether glade3 can handle all glade files produced by glade2. Can it ? From debarshi.ray at gmail.com Wed Feb 6 14:13:53 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 6 Feb 2008 19:43:53 +0530 Subject: Glade(2/3) and Anjuta in comps-f9.xml In-Reply-To: <1202306625.3034.0.camel@localhost.localdomain> References: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> <1202306625.3034.0.camel@localhost.localdomain> Message-ID: <3170f42f0802060613g493c02e9n19e7fc4e2a688645@mail.gmail.com> > I'd say that depends entirely on whether glade3 can handle all glade > files produced by glade2. Can it ? http://glade.gnome.org/ says: "...respects the same XML format as glade-2" However, I am yet to verify the truthfulness of this claim. I plan to look into it once I am finished with Anjuta. In case they are incompatible and we decide to continue with Glade2, then we might need to drop Anjuta, since Anjuta will most likely have Glade3 as a dependency. Or would we then want to split Anjuta into -plugins or -glade3? Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From mclasen at redhat.com Wed Feb 6 14:21:45 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 06 Feb 2008 09:21:45 -0500 Subject: Glade(2/3) and Anjuta in comps-f9.xml In-Reply-To: <3170f42f0802060613g493c02e9n19e7fc4e2a688645@mail.gmail.com> References: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> <1202306625.3034.0.camel@localhost.localdomain> <3170f42f0802060613g493c02e9n19e7fc4e2a688645@mail.gmail.com> Message-ID: <1202307705.3034.9.camel@localhost.localdomain> On Wed, 2008-02-06 at 19:43 +0530, Debarshi 'Rishi' Ray wrote: > > I'd say that depends entirely on whether glade3 can handle all glade > > files produced by glade2. Can it ? > > http://glade.gnome.org/ says: "...respects the same XML format as > glade-2" However, I am yet to verify the truthfulness of this claim. I > plan to look into it once I am finished with Anjuta. > > In case they are incompatible and we decide to continue with Glade2, > then we might need to drop Anjuta, since Anjuta will most likely have > Glade3 as a dependency. Or would we then want to split Anjuta into > -plugins or -glade3? I don't see any issue with letting glade2 and glade3 coexist for a while. And I don't expect there to be any explicit incompatibility, I just fear that there may be some issues when using glade3 on glade files that have been produced by glade2. Either way, I really hope that we will soon see a ui builder that supports the GtkBuilder format. From buildsys at redhat.com Wed Feb 6 14:25:13 2008 From: buildsys at redhat.com (Build System) Date: Wed, 6 Feb 2008 09:25:13 -0500 Subject: rawhide report: 20080206 changes Message-ID: <200802061425.m16EPDMC007451@porkchop.devel.redhat.com> New package efibootmgr EFI Boot Manager New package kde-l10n Internationalization support for KDE New package perl-Color-Library Easy-to-use and comprehensive named-color library New package perl-Net-eBay Perl Interface to XML based eBay API New package serenity KDE Style and Window Decoration Removed package anjuta-gdl Updated Packages: agg-2.5-6.fc9 ------------- * Tue Feb 05 2008 Patrice Dumas - 2.5-6 - remove non free files - minor cleanups - parallel build fails anaconda-11.4.0.31-1 -------------------- * Tue Feb 05 2008 Chris Lumens - 11.4.0.31-1 - Copy over repodata from media after the install is done (#381721) (katzj) - Add resizing support in autopartitioning (katzj) - Fix test mode with python-fedora installed (katzj) - Add support for encrypted devices in rescue mode (dlehman). - Allow creation of LUKSDevice with no passphrase. (dlehman) - Fix hdiso installs in loader and in methodstr (#431132). (clumens) - Avoid infinite loop in nl_ip2str(). (dcantrell) - Force users to set a hostname (#408921) (dcantrell) - Forward-port RHEL-5 fixes for s390x issues. (dcantrell) - fsset.py tweaks for ext4dev & xfs (sandeen) - When editing the raid partitions show raid memebers. (#352721) (jgranado) - mdadm to create the mdadm.conf (#395881) (jgranado) cronie-1.0-3.fc9 ---------------- csound-5.03.0-16.fc9 -------------------- * Fri Feb 01 2008 Dan Williams - 5.03.0-16 - Fix default plugin path on 64-bit platforms (rh #407911) - Fix file conflicts with other packages (rh #210215) - Fix unowned directories (rh #233830) cups-1:1.3.5-4.fc9 ------------------ * Tue Feb 05 2008 Tim Waugh 1:1.3.5-4 - Fix compilation of SO_PEERCRED support. - Include fixes from svn up to revision 7287. No longer need str2650 or str2664 patches. * Fri Feb 01 2008 Tim Waugh - Updated initscript for LSB exit codes and actions (bug #246897). * Thu Jan 24 2008 Tim Waugh 1:1.3.5-3 - Build requires autoconf. dbus-1.1.4-4.fc9 ---------------- * Tue Feb 05 2008 Matthias Clasen - 1.1.4-4 - Fix a dbus-launch problem (#430412) * Mon Feb 04 2008 Ray Strode - 1.1.4-3 - Start message bus from xinitrc.d instead of hard coding it at the end of Xsession * Mon Feb 04 2008 Matthias Clasen - 1.1.4-2 - Make it build against the latest gcc/glibc dbus-qt3-0.8-4.fc9 ------------------ * Tue Feb 05 2008 Dennis Gilmore 0.8-4 - actually apply the patch - add second patch from suse * Tue Feb 05 2008 Dennis Gilmore 0.8-3 - apply BRANCH_UPDATE.diff pulled from suse - patch needed because it changes the opttions to dbusxml2qt3 - knm needs the new calls dhcp-12:4.0.0-7.fc9 ------------------- * Tue Feb 05 2008 David Cantrell - 12:4.0.0-7 - Don't leak /var/lib/dhclient/dhclient.leases file descriptors (#429890) * Tue Jan 22 2008 David Cantrell - 12:4.0.0-6 - read_function() comes from the LDAP patch, so fix it there - Init new struct universe structs in libdhcp4client so we don't crash on multiple DHCP attempts (#428203) * Thu Jan 17 2008 David Cantrell - 12:4.0.0-5 - Patch read_function() to handle size_t from read() correctly (#429207) em8300-0.16.4-1.fc9 ------------------- * Tue Feb 05 2008 Ville Skytt?? - 0.16.4-1 - 0.16.4. - Drop WSS patch, it no longer applies. - Prune pre-0.16.0 changelog entries. frysk-0.0.1.2008.01.18.rh1-3.fc9 -------------------------------- * Tue Feb 05 2008 Andrew Cagney - 0.0.1.2008.01.18.rh1-3 - Add frysk-0.0.1.2008.01.18.rh1-elfutils-werror.patch to fix elfutils errors. * Mon Feb 04 2008 Stepan Kasal - 0.0.1.2008.01.18.rh1-2 - rebuild against rebuilt java-gnome gmime-2.2.16-1.fc9 ------------------ * Wed Feb 06 2008 Matthias Clasen - 2.2.16-1 - Update to 2.2.16 gnome-do-0.3.0.1-5.fc9 ---------------------- * Wed Feb 06 2008 David Nielsen - 0.3.0.1-5 - #431589 - Force runtime dependency on ndesk-dbus(-glib) gnome-terminal-2.21.90-2.fc9 ---------------------------- * Sat Feb 02 2008 Matthias Clasen - 2.21.90-2 - Remove OnlyShowIn from the desktop file (#258901) gtksourceview2-2.1.2-1.fc9 -------------------------- * Wed Feb 06 2008 Matthias Clasen - 2.1.2-1 - Update to 2.1.2 hdf-4.2r2-7.fc9 --------------- * Tue Feb 05 2008 Orion Poplawski 4.2.r2-7 - Add patch to add -lm to hdiff link * Tue Feb 05 2008 Orion Poplawski 4.2.r2-6 - Add patch for s390 support (bug #431511) * Mon Jan 07 2008 Orion Poplawski 4.2.r2-5 - Add patches for sparc support (bug #427639) kdebase-workspace-4.0.1-4.fc9 ----------------------------- * Mon Feb 04 2008 Kevin Kofler 4.0.1-4 - backport enhancement to allow multi-line taskbar from 4.1 (kde#155974) knetworkmanager-0.7-0.3.svn20080205.fc9 --------------------------------------- * Wed Feb 06 2008 Kevin Kofler - 0.7-0.3.svn20080205 - patch to run moc by hand in src/dbus to work around non-working automoc - drop unneeded "run make in src/dbus first, then in toplevel" hack - comment out files/subpackages not implemented upstream yet - disable parallel make * Tue Feb 05 2008 Dennis Gilmore - 0.7-0.2.svn20080205 - new svn snapshot * Sat Jan 19 2008 Rex Dieter - 0.7-0.1.svn20080119 - first try using knetworkmanager-0.7 branch libeXosip2-3.0.3-3.fc9 ---------------------- * Tue Feb 05 2008 Jeffrey C. Ollie - 3.0.3-3 - Apply patch from Adam Tkac that fixes compilation with GCC 4.3. * Mon Feb 04 2008 Jeffrey C. Ollie - 3.0.3-2 - Update to new patchlevel release. libexif-0.6.16-1.fc9 -------------------- * Tue Feb 05 2008 Matthias Clasen - 0.6.16-1 - Update to 0.6.16 - Drop obsolete patch * Tue Feb 05 2008 Matthias Clasen - 0.6.15-6 - Convert doc files to utf-8 (#240838) libosip2-3.0.3-3.fc9 -------------------- * Fri Jan 25 2008 Jeffrey C. Ollie - 3.0.3-3 - Update to new patchlevel release. libsemanage-2.0.23-1.fc9 ------------------------ * Tue Feb 05 2008 Dan Walsh - 2.0.23-1 - Update to upstream * Use vfork rather than fork for libsemanage helpers to reduce memory overhead as suggested by Todd Miller. mailman-3:2.1.9-10.fc9 ---------------------- * Tue Feb 05 2008 Tomas Smetana - 3:2.1.9-10 - patch for CVE-2008-0564; XSS triggerable by list administrator metacity-2.21.8-1.fc9 --------------------- * Wed Feb 06 2008 Matthias Clasen - 2.21.8-1 - Update to 2.21.8 nntpgrab-0.2.3-1.fc9 -------------------- * Tue Feb 05 2008 Erik van Pienbroek - 0.2.3-1 - Update to 0.2.3. Fixes regression in 0.2.2 - Added a patch to fix an off-by-one error okteta-0.0.1-0.4.20080203svn770494.fc9 -------------------------------------- * Tue Feb 05 2008 Kevin Kofler 0.0.1-0.4.20080203svn770494 - Don't ship oktetapart translations (which conflict with kde-l10n) openoffice.org-1:2.4.0-6.1.fc9 ------------------------------ * Mon Feb 04 2008 Caolan McNamara - 1:2.4.0-6.1 - next milestone - Resolves: rhbz#422661 support n-up printing of rotated landscape slides in a human-expectation direction - drop integrated openoffice.org-2.4.0.ooo84684.vcl.fixfontconfig.patch - drop openoffice.org.2.0.3-ooo66018.cppuhelper.dangerousvisibility.patch now that we have gcc 4.3.0 - drop integrated openoffice.org-2.4.0.ooo85321.vcl.pixmapleak.patch - add workspace.gcc430two.patch for some newly needed includes - add openoffice.org-2.4.0.ooo85854.sw.graphicsaveas.patch for riel ortp-0.14.1-0.20080123.2.fc9 ---------------------------- * Tue Feb 05 2008 Jeffrey C. Ollie - 0.14.1-0.20080123.2 - Apply patch to remove -Werror from the build (for PPC). * Fri Feb 01 2008 Jeffrey C. Ollie - 0.14.1-0.20080123.1 - Update to 0.14.1 (using CVS snapshot until official release is available). parted-1.8.8-3.fc9 ------------------ * Mon Feb 04 2008 David Cantrell - 1.8.8-3 - Fixes so parted compiles with gcc-4.3 (#431397) postgresql-8.3.0-2.fc9 ---------------------- * Wed Feb 06 2008 Tom Lane 8.3.0-2 - Enable the new GSSAPI support in 8.3.0. * Mon Feb 04 2008 Tom Lane 8.3.0-1 - Update to PostgreSQL 8.3.0. * Fri Jan 18 2008 Tom Lane 8.3RC2-1 - Update to PostgreSQL 8.3RC2 (not waiting for 8.3.0 because Fedora 9 alpha should be 8.3-based not 8.2-based). - Update to pgtcl 1.6.2 pygtksourceview-2.1.1-1.fc9 --------------------------- * Wed Feb 06 2008 Matthias Clasen - 2.1.1-1 - Update to 2.1.1 python-BeautifulSoup-3.0.5-3.fc9 -------------------------------- * Tue Feb 05 2008 Terje Rosten - 3.0.5-3 - Fix typo rhythmbox-0.11.4-6.fc9 ---------------------- * Mon Feb 04 2008 - Bastien Nocera - 0.11.4-6 - Update libsoup 2.4 patch from upstream - Add patch to fix the media player keys API usage selinux-policy-3.2.6-6.fc9 -------------------------- * Tue Feb 05 2008 Dan Walsh 3.2.6-7 - Fixes for staff_t * Tue Feb 05 2008 Dan Walsh 3.2.6-6 - Add policy for kerneloops - Add policy for gnomeclock shorewall-4.0.8-2.fc9 --------------------- * Wed Feb 06 2008 Jonathan G. Underwood - 4.0.8-2 - Add upstream patches patch-perl-4.0.8-1.diff and patch-perl-4.0.8-2.diff texlive-texmf-2007-11.fc9 ------------------------- * Tue Feb 05 2008 Miroslav Lichvar - 2007-11 - don't require texinfo-tex, tex-preview (#431516) totem-2.21.92-2.fc9 ------------------- * Tue Feb 05 2008 - Bastien Nocera - 2.21.92-2 - Remove unnecessary patch to the GMP plugin trac-monotone-plugin-0.0.14-1.20080205mtn8ef4880f.fc9 ----------------------------------------------------- From twaugh at redhat.com Wed Feb 6 14:46:13 2008 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 06 Feb 2008 14:46:13 +0000 Subject: Glade(2/3) and Anjuta in comps-f9.xml In-Reply-To: <3170f42f0802060613g493c02e9n19e7fc4e2a688645@mail.gmail.com> References: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> <1202306625.3034.0.camel@localhost.localdomain> <3170f42f0802060613g493c02e9n19e7fc4e2a688645@mail.gmail.com> Message-ID: <1202309173.3742.8.camel@cyberelk.elk> I've definitely seen problems with using glade-2 on files touched by glade-3 -- widgets losing properties such as expand/fill and such like. 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 jwilson at redhat.com Wed Feb 6 14:48:54 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 6 Feb 2008 09:48:54 -0500 Subject: Packaging: name changes? In-Reply-To: <47A973B9.1040804@gmail.com> References: <47A92CE3.3050200@gmail.com> <200802060837.49333@rineau.tsetse> <47A973B9.1040804@gmail.com> Message-ID: <200802060948.54773.jwilson@redhat.com> On Wednesday 06 February 2008 03:45:45 am Kelly Miller wrote: > BTW, since my mind is on it right now, I'm going to let you know that > there may be a problem with Mock's ability to build x86_64-based > packages. When I tried, it kept erroring out due to unfulfilled > dependencies (like bash and such), which I didn't get when I tried x86. > Since it's not Mock that's erroring out, but the actual install process, > I believe the problem is either with the configuration file (which is > the default that comes with Fedora) or with the install system itself. Works just fine for me and many others... And on the build systems... You're not doing anything crazy like trying to build x86_64 bits on an x86 host are ya? :) -- Jarod Wilson jwilson at redhat.com From jwilson at redhat.com Wed Feb 6 14:50:07 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 6 Feb 2008 09:50:07 -0500 Subject: Packaging: name changes? In-Reply-To: References: <47A92CE3.3050200@gmail.com> Message-ID: <200802060950.07390.jwilson@redhat.com> On Wednesday 06 February 2008 04:13:38 am Kevin Kofler wrote: > Kelly Miller gmail.com> writes: > > Um, I'm somewhat confused. How would I go about designing a package for > > KDE3 that would compile in both F8 and devel? The package names have > > changed... > > Please don't BR kdelibs-devel or kdebase-devel (at least not in the current > transition period), instead BR kdelibs3-devel/kdebase3-devel for KDE 3 or > kdelibs4-devel/kdebase4-devel (or kdebase-workspace-devel if that's what > the package needs, kdebase has been split) for KDE 4. The kdelibs/kdebase > packages have the appropriate Provides to make this work. Ooh, shiny. When did that start being the case? Also, is that the case for RHEL, for the benefit of those who might also want to builds their stuff for EPEL? -- Jarod Wilson jwilson at redhat.com From jkeating at redhat.com Wed Feb 6 14:50:47 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Feb 2008 09:50:47 -0500 Subject: Packaging: name changes? In-Reply-To: <47A973B9.1040804@gmail.com> References: <47A92CE3.3050200@gmail.com> <1202270586.17124.0.camel@ignacio.lan> <47A93CEE.7090701@gmail.com> <200802060837.49333@rineau.tsetse> <47A973B9.1040804@gmail.com> Message-ID: <20080206095047.1074734c@redhat.com> On Wed, 06 Feb 2008 03:45:45 -0500 Kelly Miller wrote: > BTW, since my mind is on it right now, I'm going to let you know that > there may be a problem with Mock's ability to build x86_64-based > packages. When I tried, it kept erroring out due to unfulfilled > dependencies (like bash and such), which I didn't get when I tried > x86. Since it's not Mock that's erroring out, but the actual install > process, I believe the problem is either with the configuration file > (which is the default that comes with Fedora) or with the install > system itself. Are you on an x86_64 cpu? You can't build x86_64 unless you're on an x86_64 cpu running an x86_64 kernel/os. When running that you can /also/ build i386. -- 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 mike.cloaked at gmail.com Wed Feb 6 14:51:50 2008 From: mike.cloaked at gmail.com (Mike C) Date: Wed, 6 Feb 2008 14:51:50 +0000 (UTC) Subject: baracuda/vnc in f9? References: <20080205195701.GJ20888@redhat.com> <200802051549.39942.ben.kreuter@gmail.com> <20080205205534.GO20888@redhat.com> Message-ID: Rex Dieter math.unl.edu> writes: > > Additionally the ability to load the vnc module (vnc-server) by specifying > > a > > "load vnc" line in xorg.conf so that the screen may be viewed remotely > > before > > any user logs in is also essential. Will this also be retained? > > Noone is suggesting that. You mean no-one wants to be able to load the module before the desktop login? Or that no-one is suggesting removing this facility? From debarshi.ray at gmail.com Wed Feb 6 14:32:20 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 6 Feb 2008 20:02:20 +0530 Subject: Glade(2/3) and Anjuta in comps-f9.xml In-Reply-To: <1202307705.3034.9.camel@localhost.localdomain> References: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> <1202306625.3034.0.camel@localhost.localdomain> <3170f42f0802060613g493c02e9n19e7fc4e2a688645@mail.gmail.com> <1202307705.3034.9.camel@localhost.localdomain> Message-ID: <3170f42f0802060632y251e63d9kf8c8b270e8ca59a1@mail.gmail.com> > I don't see any issue with letting glade2 and glade3 coexist for a > while. Space on the Developer Spin LiveCD or the non-live GNOME DVD? > just fear that there may be some issues when using glade3 on glade files > that have been produced by glade2. Would it help to have Glade3 in the Fedora 9 Beta and Release Candidates ISOs in order to get a bit more widespread testing? Cheerio, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From debarshi.ray at gmail.com Wed Feb 6 15:10:23 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 6 Feb 2008 20:40:23 +0530 Subject: Glade(2/3) and Anjuta in comps-f9.xml In-Reply-To: <1202309173.3742.8.camel@cyberelk.elk> References: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> <1202306625.3034.0.camel@localhost.localdomain> <3170f42f0802060613g493c02e9n19e7fc4e2a688645@mail.gmail.com> <1202309173.3742.8.camel@cyberelk.elk> Message-ID: <3170f42f0802060710i7ff945c9td0bb26e86d108216@mail.gmail.com> > I've definitely seen problems with using glade-2 on files touched by > glade-3 -- widgets losing properties such as expand/fill and such like. Have you tried them the other way round? Glade3 on Glade2 generated files? Thanks, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From katzj at redhat.com Wed Feb 6 15:15:25 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 06 Feb 2008 10:15:25 -0500 Subject: Glade(2/3) and Anjuta in comps-f9.xml In-Reply-To: <3170f42f0802060632y251e63d9kf8c8b270e8ca59a1@mail.gmail.com> References: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> <1202306625.3034.0.camel@localhost.localdomain> <3170f42f0802060613g493c02e9n19e7fc4e2a688645@mail.gmail.com> <1202307705.3034.9.camel@localhost.localdomain> <3170f42f0802060632y251e63d9kf8c8b270e8ca59a1@mail.gmail.com> Message-ID: <1202310925.3276.9.camel@aglarond.local> On Wed, 2008-02-06 at 20:02 +0530, Debarshi 'Rishi' Ray wrote: > > I don't see any issue with letting glade2 and glade3 coexist for a > > while. > > Space on the Developer Spin LiveCD or the non-live GNOME DVD? Given that it's a DVD, that's not really a problem. Jeremy From jakub.rusinek at gmail.com Wed Feb 6 15:29:57 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 06 Feb 2008 16:29:57 +0100 Subject: imwheel wont compile Message-ID: <47A9D275.2030807@gmail.com> Hi, I've buyed myself new mouse with additional buttons. Only imwheel allows to use them (by emulating keyboard shortcut pressing). Locally, it builds, in Koji wont [1]. Can you help me? 1| http://koji.fedoraproject.org/koji/taskinfo?taskID=397552 From mtasaka at ioa.s.u-tokyo.ac.jp Wed Feb 6 15:29:49 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 07 Feb 2008 00:29:49 +0900 Subject: imwheel wont compile In-Reply-To: <47A9D275.2030807@gmail.com> References: <47A9D275.2030807@gmail.com> Message-ID: <47A9D26D.5080707@ioa.s.u-tokyo.ac.jp> Jakub 'Livio' Rusinek wrote, at 02/07/2008 12:29 AM +9:00: > Hi, > > I've buyed myself new mouse with additional buttons. > > Only imwheel allows to use them (by emulating keyboard shortcut pressing). > > Locally, it builds, in Koji wont [1]. > > Can you help me? > > > 1| http://koji.fedoraproject.org/koji/taskinfo?taskID=397552 > Judging from build.log, at least libXmu-devel is missing from BuildRequires. > imwheel.c:26:29: error: X11/Xmu/WinUtil.h: No such file or directory Regards, Mamoru From mschwendt.tmp0701.nospam at arcor.de Wed Feb 6 15:31:28 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Wed, 6 Feb 2008 16:31:28 +0100 Subject: imwheel wont compile In-Reply-To: <47A9D275.2030807@gmail.com> References: <47A9D275.2030807@gmail.com> Message-ID: <20080206163128.3e5b758e.mschwendt.tmp0701.nospam@arcor.de> On Wed, 06 Feb 2008 16:29:57 +0100, Jakub 'Livio' Rusinek wrote: > Hi, > > I've buyed myself new mouse with additional buttons. > > Only imwheel allows to use them (by emulating keyboard shortcut pressing). > > Locally, it builds, in Koji wont [1]. > > Can you help me? > > > 1| http://koji.fedoraproject.org/koji/taskinfo?taskID=397552 BuildRequires: libXmu-devel From jkeating at redhat.com Wed Feb 6 15:31:25 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Feb 2008 10:31:25 -0500 Subject: Orphaning packages In-Reply-To: <3170f42f0802041156i314fcc14x5c16212228ab7571@mail.gmail.com> References: <20071128090938.M51926@all-the-johnsons.co.uk> <3170f42f0802041156i314fcc14x5c16212228ab7571@mail.gmail.com> Message-ID: <20080206103125.0879adb1@redhat.com> On Tue, 5 Feb 2008 01:26:51 +0530 "Debarshi 'Rishi' Ray" wrote: > Can I take over autogen: > https://admin.fedoraproject.org/pkgdb/packages/name/autogen ? > > While upstream has released 5.9.4, Fedora has 5.8.9-1 and the package > has not been updated for almost a year now. Moreover it is one of my > packages -- Anjuta -- depends on it. > > If it is fine with everyone, can the autogen package be orphaned in > PackageDB? I orphaned it, however since cvsextras has commit access you could have done the work before "taking over" 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 martin.sourada at gmail.com Wed Feb 6 15:32:27 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Wed, 06 Feb 2008 16:32:27 +0100 Subject: imwheel wont compile In-Reply-To: <47A9D275.2030807@gmail.com> References: <47A9D275.2030807@gmail.com> Message-ID: <1202311947.2721.0.camel@pc-notebook> On Wed, 2008-02-06 at 16:29 +0100, Jakub 'Livio' Rusinek wrote: > Hi, > > I've buyed myself new mouse with additional buttons. > > Only imwheel allows to use them (by emulating keyboard shortcut pressing). > > Locally, it builds, in Koji wont [1]. > > Can you help me? > > > 1| http://koji.fedoraproject.org/koji/taskinfo?taskID=397552 > This line from buildlog is quite obvious, isn't it? imwheel.c:26:29: error: X11/Xmu/WinUtil.h: No such file or directory Apparently you need to BR: libXmu-devel 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 twaugh at redhat.com Wed Feb 6 15:37:42 2008 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 06 Feb 2008 15:37:42 +0000 Subject: Glade(2/3) and Anjuta in comps-f9.xml In-Reply-To: <3170f42f0802060710i7ff945c9td0bb26e86d108216@mail.gmail.com> References: <3170f42f0802060600o19dae3b5i4a1f9c7c2d6f52e@mail.gmail.com> <1202306625.3034.0.camel@localhost.localdomain> <3170f42f0802060613g493c02e9n19e7fc4e2a688645@mail.gmail.com> <1202309173.3742.8.camel@cyberelk.elk> <3170f42f0802060710i7ff945c9td0bb26e86d108216@mail.gmail.com> Message-ID: <1202312262.3742.10.camel@cyberelk.elk> On Wed, 2008-02-06 at 20:40 +0530, Debarshi 'Rishi' Ray wrote: > > I've definitely seen problems with using glade-2 on files touched by > > glade-3 -- widgets losing properties such as expand/fill and such like. > > Have you tried them the other way round? Glade3 on Glade2 generated files? Yes, that seems to work fine. 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 rdieter at math.unl.edu Wed Feb 6 15:54:27 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 06 Feb 2008 09:54:27 -0600 Subject: Packaging: name changes? References: <47A92CE3.3050200@gmail.com> <200802060950.07390.jwilson@redhat.com> Message-ID: Jarod Wilson wrote: > On Wednesday 06 February 2008 04:13:38 am Kevin Kofler wrote: >> Please don't BR kdelibs-devel or kdebase-devel (at least not in the >> current transition period), instead BR kdelibs3-devel/kdebase3-devel for >> KDE 3 or kdelibs4-devel/kdebase4-devel (or kdebase-workspace-devel if >> that's what the package needs, kdebase has been split) for KDE 4. The >> kdelibs/kdebase packages have the appropriate Provides to make this work. > > Ooh, shiny. When did that start being the case? for starters, see: http://rdieter.livejournal.com/4341.html http://www.redhat.com/archives/fedora-devel-announce/2007-November/msg00005.html I'm sure we could to a better job of documenting this in the fedora/wiki somewhere. > >Also, is that the case for > RHEL, for the benefit of those who might also want to builds their stuff > for EPEL? No, but if you ask Than real nicely, I'd hope he'd add the appropriate Provides: in RHEL packaging someday too. :) -- Rex From cjdahlin at ncsu.edu Wed Feb 6 15:55:17 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 06 Feb 2008 10:55:17 -0500 Subject: Need sponsor for Upstart Message-ID: <47A9D865.5070305@ncsu.edu> I still need a sponsor for my Upstart package. https://bugzilla.redhat.com/show_bug.cgi?id=429028 Anyone? --CJD From lightsolphoenix at gmail.com Wed Feb 6 16:04:05 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Wed, 06 Feb 2008 11:04:05 -0500 Subject: Packaging: name changes? In-Reply-To: <20080206095047.1074734c@redhat.com> References: <47A92CE3.3050200@gmail.com> <1202270586.17124.0.camel@ignacio.lan> <47A93CEE.7090701@gmail.com> <200802060837.49333@rineau.tsetse> <47A973B9.1040804@gmail.com> <20080206095047.1074734c@redhat.com> Message-ID: <47A9DA75.2010206@gmail.com> Jesse Keating wrote: > Are you on an x86_64 cpu? You can't build x86_64 unless you're on an > x86_64 cpu running an x86_64 kernel/os. When running that you > can /also/ build i386. > I was under the impression that the whole point of using Mock was to handle that situation. However, regardless of whether I can build x86_64 packages or not, the error is not coming from the buildsystem, but from YUM. From jakub.rusinek at gmail.com Wed Feb 6 16:11:17 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 06 Feb 2008 17:11:17 +0100 Subject: imwheel wont compile In-Reply-To: <1202311947.2721.0.camel@pc-notebook> References: <47A9D275.2030807@gmail.com> <1202311947.2721.0.camel@pc-notebook> Message-ID: <47A9DC25.7020400@gmail.com> Martin Sourada wrote: > On Wed, 2008-02-06 at 16:29 +0100, Jakub 'Livio' Rusinek wrote: >> Hi, >> >> I've buyed myself new mouse with additional buttons. >> >> Only imwheel allows to use them (by emulating keyboard shortcut pressing). >> >> Locally, it builds, in Koji wont [1]. >> >> Can you help me? >> >> >> 1| http://koji.fedoraproject.org/koji/taskinfo?taskID=397552 >> > This line from buildlog is quite obvious, isn't it? > > imwheel.c:26:29: error: X11/Xmu/WinUtil.h: No such file or directory > > Apparently you need to BR: libXmu-devel > > Martin > Forgot it... Strange that configure didn't stopped... Thanks for help. From jkeating at redhat.com Wed Feb 6 16:11:43 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Feb 2008 11:11:43 -0500 Subject: Packaging: name changes? In-Reply-To: <47A9DA75.2010206@gmail.com> References: <47A92CE3.3050200@gmail.com> <1202270586.17124.0.camel@ignacio.lan> <47A93CEE.7090701@gmail.com> <200802060837.49333@rineau.tsetse> <47A973B9.1040804@gmail.com> <20080206095047.1074734c@redhat.com> <47A9DA75.2010206@gmail.com> Message-ID: <20080206111143.09cafbcd@redhat.com> On Wed, 06 Feb 2008 11:04:05 -0500 Kelly Miller wrote: > I was under the impression that the whole point of using Mock was to > handle that situation. However, regardless of whether I can build > x86_64 packages or not, the error is not coming from the buildsystem, > but from YUM. No, the whole point of mock is to create clean chroots each time you want to build. The x86_64 platforms ability to run i386 code is a side effect that allows you to do i386 builds on x86_64, and likewise ppc builds on ppc64. But it doesn't magically let you do x86_64 builds on i386 or ppc builds on i386. The yum error is irrelevant and uninteresting here if you're trying to do something outside the realm of possibility. -- 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 Wed Feb 6 16:20:32 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 06 Feb 2008 17:20:32 +0100 Subject: Need sponsor for Upstart In-Reply-To: <47A9D865.5070305@ncsu.edu> References: <47A9D865.5070305@ncsu.edu> Message-ID: <1202314832.3250.636.camel@beck.corsepiu.local> On Wed, 2008-02-06 at 10:55 -0500, Casey Dahlin wrote: > I still need a sponsor for my Upstart package. Packages don't need a sponsor. Candidates volunteering to maintain packages (aka. maintainers) need to find a sponsor. Ralf From tcallawa at redhat.com Wed Feb 6 16:35:32 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 06 Feb 2008 11:35:32 -0500 Subject: Need sponsor for Upstart In-Reply-To: <47A9D865.5070305@ncsu.edu> References: <47A9D865.5070305@ncsu.edu> Message-ID: <1202315732.3188.49.camel@localhost.localdomain> On Wed, 2008-02-06 at 10:55 -0500, Casey Dahlin wrote: > I still need a sponsor for my Upstart package. > > https://bugzilla.redhat.com/show_bug.cgi?id=429028 > > Anyone? I've got you covered here. Its number 3 on my todo list for today, honest. ~spot From atkac at redhat.com Wed Feb 6 17:35:06 2008 From: atkac at redhat.com (Adam Tkac) Date: Wed, 6 Feb 2008 18:35:06 +0100 Subject: baracuda/vnc in f9? In-Reply-To: References: Message-ID: <20080206173506.GA23453@evileye.atkac.englab.brq.redhat.com> On Tue, Feb 05, 2008 at 10:22:47AM +0000, Mike C wrote: > Please can someone update me on the current status of vnc, or its replacement, > called baracuda, in f9. I did not see it in the feature list for f9. It's not planned. This change is forced by 1.5 X codebase > > I wondered if this was simply a new package that would entirely replace the > existing functionality that is provided by the current vnc? > > Since I use vnc currently in F7/F8 a lot, I would like to know if it will still > be possible to load a vnc module in xorg.conf so that the desktop is visible > prior to login to gnome or kde in f9 and beyond? I'm working on it/ > > Is there a any url with the current status, apart from the TRAC page for > baracuda? > > Thanks > Let me try explain situation around vnc. I'm vnc maintainer and our current Xvnc has HUGE patches. It is absolutely unmaintained by upstream so I think it's better fork it because we need vnc server based on X 1.5, this is first requirement to have working libvnc.so module. I discussed that problem with TightVNC but they didn't want rebase their server to modular X before they saw baracuda fork. Now they offer me that I will become member of TightVNC project and they are going to use baracuda server so sources will be merged together. So in the end it looks that I will stop baracuda project, use patches from it to current vnc and join to TightVNC project. When TightVNC will be usable we will use it as our default vnc. Btw if you run diff on our current rawhide and baracuda sources and compare it to diff between original RealVNC and rawhide sources you will see that We already have baracuda in rawhide :) Adam -- Adam Tkac, Red Hat, Inc. From atkac at redhat.com Wed Feb 6 17:35:54 2008 From: atkac at redhat.com (Adam Tkac) Date: Wed, 6 Feb 2008 18:35:54 +0100 Subject: baracuda/vnc in f9? In-Reply-To: <20080205195701.GJ20888@redhat.com> References: <20080205195701.GJ20888@redhat.com> Message-ID: <20080206173554.GB23453@evileye.atkac.englab.brq.redhat.com> On Tue, Feb 05, 2008 at 07:57:01PM +0000, Daniel P. Berrange wrote: > On Tue, Feb 05, 2008 at 10:22:47AM +0000, Mike C wrote: > > Please can someone update me on the current status of vnc, or its replacement, > > called baracuda, in f9. I did not see it in the feature list for f9. > > > > I wondered if this was simply a new package that would entirely replace the > > existing functionality that is provided by the current vnc? > > > > Since I use vnc currently in F7/F8 a lot, I would like to know if it will still > > be possible to load a vnc module in xorg.conf so that the desktop is visible > > prior to login to gnome or kde in f9 and beyond? > > > > Is there a any url with the current status, apart from the TRAC page for > > baracuda? > > Well for the client side of things there's a much better VNC viewer in > the form of Vinagre which is the new GNOME viewer using GTK-VNC. Unlike > any vncviewer code derived from RealVNC it actually integrates with and > uses modern desktop capabilities - eg, gnome-keyring, avahi discovery, > bookmarking of connections. > Yes, RealVNC viewer is very poor ;) Adam -- Adam Tkac, Red Hat, Inc. From bpepple at fedoraproject.org Wed Feb 6 17:36:57 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 06 Feb 2008 12:36:57 -0500 Subject: Plan for tomorrows (20080207) FESCO meeting Message-ID: <1202319417.14497.5.camel@nixon> 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 18:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCO-Meeting -- Decide on date for 2008 FESCo Election - all /topic FESCo-Meeting -- New Features - http://fedoraproject.org/wiki/Features/Dashboard - poelcat * http://fedoraproject.org/wiki/Features/XenFullvirtKernelBoot * http://fedoraproject.org/wiki/Features/IMDesktopIntegration * http://fedoraproject.org/wiki/Features/Perl510 /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). 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... Later, /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 atkac at redhat.com Wed Feb 6 17:39:10 2008 From: atkac at redhat.com (Adam Tkac) Date: Wed, 6 Feb 2008 18:39:10 +0100 Subject: baracuda/vnc in f9? In-Reply-To: <20080205205534.GO20888@redhat.com> References: <20080205195701.GJ20888@redhat.com> <200802051549.39942.ben.kreuter@gmail.com> <20080205205534.GO20888@redhat.com> Message-ID: <20080206173910.GC23453@evileye.atkac.englab.brq.redhat.com> On Tue, Feb 05, 2008 at 08:55:34PM +0000, Daniel P. Berrange wrote: > On Tue, Feb 05, 2008 at 03:49:35PM -0500, Benjamin Kreuter wrote: > > On Tuesday 05 February 2008 14:57:01 Daniel P. Berrange wrote: > > > > > > Well for the client side of things there's a much better VNC viewer in > > > the form of Vinagre which is the new GNOME viewer using GTK-VNC. Unlike > > > any vncviewer code derived from RealVNC it actually integrates with and > > > uses modern desktop capabilities - eg, gnome-keyring, avahi discovery, > > > bookmarking of connections. > > > > > > > There is already a program in our repositories that does that, except that it > > is for KDE. Krfb will use the KDE keyring (KWallet) and can use zeroconf (or > > Konqueror will kind them and launch Krfb). > > > > We won't stop including vncviewer in the repos, will we? Some people may have > > scripts or programs that interact with it (for example, a small script for > > remotely helping people). > > I'm not saying we should stop including vncviewer. I'm just saying that > discussions about whether to use the original RealVNC vncviewer vs the > Baracuda fork'd vncviewer is rather missing the point. If we want good > quality VNC clients we should spend effort on apps which take advantage > of the modern Linux desktop, beit GNOME or KDE. > Baracuda is (or was? :) ) focused on working standalone Xvnc server based on X 1.5 and working libvnc.so module against 1.5 X, not on viewer Adam -- Adam Tkac, Red Hat, Inc. From mclasen at redhat.com Wed Feb 6 17:41:51 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 06 Feb 2008 12:41:51 -0500 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <1202319417.14497.5.camel@nixon> References: <1202319417.14497.5.camel@nixon> Message-ID: <1202319711.2830.16.camel@localhost.localdomain> On Wed, 2008-02-06 at 12:36 -0500, Brian Pepple wrote: > * http://fedoraproject.org/wiki/Features/IMDesktopIntegration Regarding this feature, it would be helpful, when adding questions to a wiki page, to monitor the page and follow up on the responses... From eric.tanguy at univ-nantes.fr Wed Feb 6 18:13:45 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Wed, 06 Feb 2008 19:13:45 +0100 Subject: gcc-4.3.0 compilation problem Message-ID: <1202321625.2816.3.camel@bureau.maison> I need help to solve these compilation problems : http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/header-dep/drgeo-1.1.0-11.fc8.log http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/header-dep/freehdl-0.0.4-4.fc8.log I'm just a packager not a programmer so i know only few things about programming. Thanks in advance. Eric From snecklifter at gmail.com Wed Feb 6 18:36:01 2008 From: snecklifter at gmail.com (Christopher Brown) Date: Wed, 6 Feb 2008 18:36:01 +0000 Subject: gcc-4.3.0 compilation problem In-Reply-To: <1202321625.2816.3.camel@bureau.maison> References: <1202321625.2816.3.camel@bureau.maison> Message-ID: <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> On 06/02/2008, Tanguy Eric wrote: > I need help to solve these compilation problems : > http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/header-dep/drgeo-1.1.0-11.fc8.log > http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/header-dep/freehdl-0.0.4-4.fc8.log > > I'm just a packager not a programmer so i know only few things about > programming. A lot of these for drgeo: /usr/include/gmp-x86_64.h:520: error: 'std::FILE' has not been declared so you'll need to add: using std::FILE; Speaking of which, I thought static archives had to be in separate files. gmp-devel contains: /usr/lib/libgmp.a /usr/lib/libgmpxx.a /usr/lib/libmp.a Am I wrong? -- Christopher Brown http://www.chruz.com From mike.cloaked at gmail.com Wed Feb 6 18:38:10 2008 From: mike.cloaked at gmail.com (Mike) Date: Wed, 6 Feb 2008 18:38:10 +0000 (UTC) Subject: baracuda/vnc in f9? References: <20080206173506.GA23453@evileye.atkac.englab.brq.redhat.com> Message-ID: Adam Tkac redhat.com> writes: > Let me try explain situation around vnc. I'm vnc maintainer and our > current Xvnc has HUGE patches. It is absolutely unmaintained by > upstream so I think it's better fork it because we need vnc server deleted > together. So in the end it looks that I will stop baracuda project, > use patches from it to current vnc and join to TightVNC project. When > TightVNC will be usable we will use it as our default vnc. Btw if you It sounds like you are doing a great job on this - and that the intentions seem perfectly reasonable. I am sure many will appreciate it when the new version is ready for action. From rdieter at math.unl.edu Wed Feb 6 18:47:16 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 06 Feb 2008 12:47:16 -0600 Subject: baracuda/vnc in f9? References: <20080205195701.GJ20888@redhat.com> <200802051549.39942.ben.kreuter@gmail.com> <20080205205534.GO20888@redhat.com> Message-ID: Mike C wrote: > Rex Dieter math.unl.edu> writes: > >> > Additionally the ability to load the vnc module (vnc-server) by >> > specifying a >> > "load vnc" line in xorg.conf so that the screen may be viewed remotely >> > before >> > any user logs in is also essential. Will this also be retained? >> >> Noone is suggesting that. > > You mean no-one wants to be able to load the module before the desktop > login? Or that no-one is suggesting removing this facility? the latter. -- Rex From ben.kreuter at gmail.com Wed Feb 6 19:42:17 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Wed, 6 Feb 2008 14:42:17 -0500 Subject: gcc-4.3.0 compilation problem In-Reply-To: <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> References: <1202321625.2816.3.camel@bureau.maison> <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> Message-ID: <200802061442.20925.ben.kreuter@gmail.com> On Wednesday 06 February 2008 13:36:01 Christopher Brown wrote: > > A lot of these for drgeo: > > /usr/include/gmp-x86_64.h:520: error: 'std::FILE' has not been declared > > so you'll need to add: > > using std::FILE; > No, that will not fix it. But this will: #include -- Benjamin Kreuter -- Message sent on: Wed Feb 6 14:41:41 EST 2008 -------------- 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 Feb 6 19:44:10 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 06 Feb 2008 11:44:10 -0800 Subject: gcc-4.3.0 compilation problem In-Reply-To: <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> References: <1202321625.2816.3.camel@bureau.maison> <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> Message-ID: <47AA0E0A.2030904@gmail.com> Christopher Brown wrote: > Speaking of which, I thought static archives had to be in separate > files. gmp-devel contains: > > /usr/lib/libgmp.a > /usr/lib/libgmpxx.a > /usr/lib/libmp.a > > Am I wrong? > Thanks for pointing this out. It lead me to the merge review which has been closed without an explanation: https://bugzilla.redhat.com/show_bug.cgi?id=225809 I'm reopening that to see what's going on. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Wed Feb 6 19:56:17 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 06 Feb 2008 11:56:17 -0800 Subject: gcc-4.3.0 compilation problem In-Reply-To: <47AA0E0A.2030904@gmail.com> References: <1202321625.2816.3.camel@bureau.maison> <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> <47AA0E0A.2030904@gmail.com> Message-ID: <47AA10E1.7050808@gmail.com> Toshio Kuratomi wrote: > Christopher Brown wrote: > >> Speaking of which, I thought static archives had to be in separate >> files. gmp-devel contains: >> >> /usr/lib/libgmp.a >> /usr/lib/libgmpxx.a >> /usr/lib/libmp.a >> >> Am I wrong? >> > Thanks for pointing this out. It lead me to the merge review which has > been closed without an explanation: > https://bugzilla.redhat.com/show_bug.cgi?id=225809 > > I'm reopening that to see what's going on. > Or tibbs will reopen it first :-) Thanks tibbs! -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From tibbs at math.uh.edu Wed Feb 6 20:05:35 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 06 Feb 2008 14:05:35 -0600 Subject: gcc-4.3.0 compilation problem In-Reply-To: <47AA10E1.7050808@gmail.com> References: <1202321625.2816.3.camel@bureau.maison> <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> <47AA0E0A.2030904@gmail.com> <47AA10E1.7050808@gmail.com> Message-ID: >>>>> "TK" == Toshio Kuratomi writes: TK> Or tibbs will reopen it first :-) Thanks tibbs! Doh, sorry, I hadn't read all the way through the thread and I went in search of "who approved that" only to find an oddly-closed ticket. - J< From kevin.kofler at chello.at Wed Feb 6 21:08:34 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 6 Feb 2008 21:08:34 +0000 (UTC) Subject: Packaging: name changes? References: <47A92CE3.3050200@gmail.com> <1202270586.17124.0.camel@ignacio.lan> <47A93CEE.7090701@gmail.com> <200802060837.49333@rineau.tsetse> <47A973B9.1040804@gmail.com> <20080206095047.1074734c@redhat.com> Message-ID: Jesse Keating redhat.com> writes: > Are you on an x86_64 cpu? You can't build x86_64 unless you're on an > x86_64 cpu running an x86_64 kernel/os. When running that you > can /also/ build i386. Said CPU can also be a QEMU virtual machine though. :-) I've built several packages in qemu-system-x86_64 running on a 32-bit host. It's about 50 times slower than native though! So for a build which takes 10 minutes on the native i?86 hardware, count about 8 hours in qemu-system-x86_64. Kevin Kofler From eric.tanguy at univ-nantes.fr Wed Feb 6 21:18:13 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Wed, 06 Feb 2008 22:18:13 +0100 Subject: gcc-4.3.0 compilation problem In-Reply-To: <200802061442.20925.ben.kreuter@gmail.com> References: <1202321625.2816.3.camel@bureau.maison> <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> <200802061442.20925.ben.kreuter@gmail.com> Message-ID: <1202332693.2773.1.camel@bureau.maison> Le mercredi 06 f?vrier 2008 ? 14:42 -0500, Benjamin Kreuter a ?crit : > On Wednesday 06 February 2008 13:36:01 Christopher Brown wrote: > > > > > A lot of these for drgeo: > > > > /usr/include/gmp-x86_64.h:520: error: 'std::FILE' has not been declared > > > > so you'll need to add: > > > > using std::FILE; > > > > No, that will not fix it. But this will: > > #include > > -- Benjamin Kreuter > Thanks to point this but where i have to put this include ? In which file(s) ? Eric From kevin.kofler at chello.at Wed Feb 6 21:31:41 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 6 Feb 2008 21:31:41 +0000 (UTC) Subject: gcc-4.3.0 compilation problem References: <1202321625.2816.3.camel@bureau.maison> <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> <200802061442.20925.ben.kreuter@gmail.com> <1202332693.2773.1.camel@bureau.maison> Message-ID: Tanguy Eric univ-nantes.fr> writes: > Thanks to point this but where i have to put this include ? In which > file(s) ? All the files with that error, somewhere next to the other #include statements. Kevin Kofler From ben.kreuter at gmail.com Wed Feb 6 21:31:53 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Wed, 6 Feb 2008 16:31:53 -0500 Subject: gcc-4.3.0 compilation problem In-Reply-To: <1202332693.2773.1.camel@bureau.maison> References: <1202321625.2816.3.camel@bureau.maison> <200802061442.20925.ben.kreuter@gmail.com> <1202332693.2773.1.camel@bureau.maison> Message-ID: <200802061631.57467.ben.kreuter@gmail.com> On Wednesday 06 February 2008 16:18:13 Tanguy Eric wrote: > > Thanks to point this but where i have to put this include ? In which > file(s) ? > Eric At the very top of gmp-x86_64.h -- Ben -- Message sent on: Wed Feb 6 16:28:27 EST 2008 -------------- 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 kevin.kofler at chello.at Wed Feb 6 21:34:28 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 6 Feb 2008 21:34:28 +0000 (UTC) Subject: gcc-4.3.0 compilation problem References: <1202321625.2816.3.camel@bureau.maison> Message-ID: Tanguy Eric univ-nantes.fr> writes: >http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/header-dep/freehdl-0.0.4-4.fc8.log These are also all missing #include statements: wherever memcpy, strcpy, strlen etc. are undeclared, an #include is needed, and either "using namespace std;" or "using std::memcpy;" and likewise for the other functions used. From cjdahlin at ncsu.edu Wed Feb 6 21:31:51 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 06 Feb 2008 16:31:51 -0500 Subject: Need sponsor for Upstart In-Reply-To: <1202315732.3188.49.camel@localhost.localdomain> References: <47A9D865.5070305@ncsu.edu> <1202315732.3188.49.camel@localhost.localdomain> Message-ID: <47AA2747.3020507@ncsu.edu> Tom "spot" Callaway wrote: > On Wed, 2008-02-06 at 10:55 -0500, Casey Dahlin wrote: > >> I still need a sponsor for my Upstart package. >> >> https://bugzilla.redhat.com/show_bug.cgi?id=429028 >> >> Anyone? >> > > I've got you covered here. Its number 3 on my todo list for today, > honest. > > ~spot > > Too slow :) Nottingham stepped in already :) --CJD From eric.tanguy at univ-nantes.fr Wed Feb 6 21:51:49 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Wed, 06 Feb 2008 22:51:49 +0100 Subject: gcc-4.3.0 compilation problem In-Reply-To: <200802061631.57467.ben.kreuter@gmail.com> References: <1202321625.2816.3.camel@bureau.maison> <200802061442.20925.ben.kreuter@gmail.com> <1202332693.2773.1.camel@bureau.maison> <200802061631.57467.ben.kreuter@gmail.com> Message-ID: <1202334709.2773.4.camel@bureau.maison> Le mercredi 06 f?vrier 2008 ? 16:31 -0500, Benjamin Kreuter a ?crit : > On Wednesday 06 February 2008 16:18:13 Tanguy Eric wrote: > > > > Thanks to point this but where i have to put this include ? In which > > file(s) ? > > Eric > > At the very top of gmp-x86_64.h > > -- Ben > > > But gmp files are not part of my packages. Do you mean i have compile error because there is a problem in a package not owned by me ? Eric From ben.kreuter at gmail.com Wed Feb 6 22:02:08 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Wed, 6 Feb 2008 17:02:08 -0500 Subject: gcc-4.3.0 compilation problem In-Reply-To: <1202334709.2773.4.camel@bureau.maison> References: <1202321625.2816.3.camel@bureau.maison> <200802061631.57467.ben.kreuter@gmail.com> <1202334709.2773.4.camel@bureau.maison> Message-ID: <200802061702.12562.ben.kreuter@gmail.com> On Wednesday 06 February 2008 16:51:49 Tanguy Eric wrote: > > But gmp files are not part of my packages. Do you mean i have compile > error because there is a problem in a package not owned by me ? > Eric Eric -- Which files include the gmp files? At the very top of those, right after any inclusion guards (#ifndef .... #define ....), do the inclusion. Then, send a message upstream, letting them know about the problem. -- Ben -- Message sent on: Wed Feb 6 16:59:09 EST 2008 -------------- 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 pertusus at free.fr Wed Feb 6 22:07:56 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 6 Feb 2008 23:07:56 +0100 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <1202319417.14497.5.camel@nixon> References: <1202319417.14497.5.camel@nixon> Message-ID: <20080206220756.GA2628@free.fr> On Wed, Feb 06, 2008 at 12:36:57PM -0500, 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 18:00 UTC > in #fedora-meeting on irc.freenode.org: I think it should be nice to have some rules or something for bugs when package maintainers don't act, but are not MIA (since they appear to be active otherwise), and the issue is trivially fixed (by a one liner patch, or the reporter has already explained how to do and even proposed to do a patch). For example I have seen packaging related bugs ignored for more than one year. Some are even annoying for other maintainers who need these fixed to avoid issues or fix these sanely in other packages. I think this is something for FESCO. There is already http://fedoraproject.org/wiki/PackageMaintainers/Policy/WhoIsAllowedToModifyWhichPackages but it doesn't really cover this situation. It is clearly not a security issue/crash. It is more like a "Minor, general or cleanup changes", but in that case the effort to post through bugzilla has already been done so at least one should assume that the packager acks before the submitter makes changes in CVS. -- Pat From mcepl at redhat.com Wed Feb 6 21:59:51 2008 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 06 Feb 2008 22:59:51 +0100 Subject: call for brave ext4 testers in F9, with caveats References: <47A74A26.9020304@redhat.com> Message-ID: On 2008-02-04, 17:23 GMT, Eric Sandeen wrote: > Rawhide and the F9 alpha can install onto an ext4dev filesystem > root; first you need to tell (a.k.a. lie to) the installer with > "iamanext4developer" on the boot commandline. This is akin to the "jfs" > or "reiserfs" options for those filesystems, but a higher hurdle (more > characters to type!). Do I have to reinstall, or I can switch some partitions (probably starting with /var -- it will take some time, before I will use it for /home ;-)) to ext4 on the already working Rawhide? Mat?j From jwboyer at gmail.com Wed Feb 6 22:23:05 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 6 Feb 2008 16:23:05 -0600 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <20080206220756.GA2628@free.fr> References: <1202319417.14497.5.camel@nixon> <20080206220756.GA2628@free.fr> Message-ID: <20080206162305.2d03a4d3@weaponx> On Wed, 6 Feb 2008 23:07:56 +0100 Patrice Dumas wrote: > On Wed, Feb 06, 2008 at 12:36:57PM -0500, 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 18:00 UTC > > in #fedora-meeting on irc.freenode.org: > > I think it should be nice to have some rules or something for bugs when > package maintainers don't act, but are not MIA (since they appear to be > active otherwise), and the issue is trivially fixed (by a one liner > patch, or the reporter has already explained how to do and even proposed > to do a patch). For example I have seen packaging related bugs ignored > for more than one year. Some are even annoying for other maintainers who > need these fixed to avoid issues or fix these sanely in other packages. We don't need a general rule. We need you to bring up these specific examples when they happen and FESCo can deal with those at that time. That's what the general rule would boil down to anyway. josh From sandeen at redhat.com Wed Feb 6 22:28:14 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Wed, 06 Feb 2008 16:28:14 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: References: <47A74A26.9020304@redhat.com> Message-ID: <47AA347E.2060201@redhat.com> Matej Cepl wrote: > On 2008-02-04, 17:23 GMT, Eric Sandeen wrote: >> Rawhide and the F9 alpha can install onto an ext4dev filesystem >> root; first you need to tell (a.k.a. lie to) the installer with >> "iamanext4developer" on the boot commandline. This is akin to the "jfs" >> or "reiserfs" options for those filesystems, but a higher hurdle (more >> characters to type!). > > Do I have to reinstall, or I can switch some partitions (probably > starting with /var -- it will take some time, before I will use > it for /home ;-)) Take your time... :) As I said; smoke-tests first, please! > to ext4 on the already working Rawhide? You can explicitly mount it as -t ext4dev, and the next file created will make a non-backwards-compatible change when it writes in extent format. From then on, it's an "ext4dev" filesystem with mostly non-extent ext3 files on it. :) There is a full migration tool in the works, but it's not ready for primetime yet. Also, some ext4 features won't be available on a filesystem with the (was-default) 128-byte inode size. (nanosecond timestamps come to mind) -ERic From sandeen at redhat.com Wed Feb 6 22:31:30 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Wed, 06 Feb 2008 16:31:30 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AA347E.2060201@redhat.com> References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com> Message-ID: <47AA3542.5080705@redhat.com> Eric Sandeen wrote: > You can explicitly mount it as -t ext4dev, and the next file created > will make a non-backwards-compatible change when it writes in extent > format. From then on, it's an "ext4dev" filesystem with mostly > non-extent ext3 files on it. :) Oh, and getting some airtime on that configuration *would* be good, too. -Eric From pertusus at free.fr Wed Feb 6 22:48:41 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 6 Feb 2008 23:48:41 +0100 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <20080206162305.2d03a4d3@weaponx> References: <1202319417.14497.5.camel@nixon> <20080206220756.GA2628@free.fr> <20080206162305.2d03a4d3@weaponx> Message-ID: <20080206224841.GB2628@free.fr> On Wed, Feb 06, 2008 at 04:23:05PM -0600, Josh Boyer wrote: > > We don't need a general rule. We need you to bring up these specific > examples when they happen and FESCo can deal with those at that time. > That's what the general rule would boil down to anyway. I have something like 9 of such bugs, I don't think that it scales well to ask FESCO. And what to ask to FESCO? Hello, I have all those bugs not addressed, please do something? Maybe ther may be a better solution? -- Pat From jwboyer at gmail.com Wed Feb 6 22:49:07 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 6 Feb 2008 16:49:07 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AA3542.5080705@redhat.com> References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com> <47AA3542.5080705@redhat.com> Message-ID: <20080206164907.6f9246fc@weaponx> On Wed, 06 Feb 2008 16:31:30 -0600 Eric Sandeen wrote: > Eric Sandeen wrote: > > > You can explicitly mount it as -t ext4dev, and the next file created > > will make a non-backwards-compatible change when it writes in extent > > format. From then on, it's an "ext4dev" filesystem with mostly > > non-extent ext3 files on it. :) > > Oh, and getting some airtime on that configuration *would* be good, too. What's the likelyhood of it being yanked in F9 final? I'd hate to switch over and then have F9 final say "you're stupid wtf is this filesystem?" josh From sandeen at redhat.com Wed Feb 6 22:56:59 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Wed, 06 Feb 2008 16:56:59 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <20080206164907.6f9246fc@weaponx> References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com> <47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx> Message-ID: <47AA3B3B.2020204@redhat.com> Josh Boyer wrote: > On Wed, 06 Feb 2008 16:31:30 -0600 > Eric Sandeen wrote: > >> Eric Sandeen wrote: >> >>> You can explicitly mount it as -t ext4dev, and the next file created >>> will make a non-backwards-compatible change when it writes in extent >>> format. From then on, it's an "ext4dev" filesystem with mostly >>> non-extent ext3 files on it. :) >> Oh, and getting some airtime on that configuration *would* be good, too. > > What's the likelyhood of it being yanked in F9 final? I'd hate to > switch over and then have F9 final say "you're stupid wtf is this > filesystem?" It's my goal to have it ready for, and remain in, F9. So far I don't expect failure. But I'll refer you back to the $SUBJECT. :) -Eric From lordmorgul at gmail.com Wed Feb 6 23:42:59 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 06 Feb 2008 15:42:59 -0800 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <20080206164907.6f9246fc@weaponx> References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com> <47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx> Message-ID: <47AA4603.5040407@gmail.com> Josh Boyer wrote: > On Wed, 06 Feb 2008 16:31:30 -0600 > Eric Sandeen wrote: > >> Eric Sandeen wrote: >> >>> You can explicitly mount it as -t ext4dev, and the next file created >>> will make a non-backwards-compatible change when it writes in extent >>> format. From then on, it's an "ext4dev" filesystem with mostly >>> non-extent ext3 files on it. :) >> Oh, and getting some airtime on that configuration *would* be good, too. > > What's the likelyhood of it being yanked in F9 final? I'd hate to > switch over and then have F9 final say "you're stupid wtf is this > filesystem?" > > josh You could just test with filesystems other than /home, and plan on being able to reinstall the others and keep home. (in the event something goes wrong, or just to clean up the system to F9 final when its released, either way) -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From cjdahlin at ncsu.edu Thu Feb 7 00:02:49 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 06 Feb 2008 19:02:49 -0500 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <20080206224841.GB2628@free.fr> References: <1202319417.14497.5.camel@nixon> <20080206220756.GA2628@free.fr> <20080206162305.2d03a4d3@weaponx> <20080206224841.GB2628@free.fr> Message-ID: <47AA4AA9.1010404@ncsu.edu> Patrice Dumas wrote: > On Wed, Feb 06, 2008 at 04:23:05PM -0600, Josh Boyer wrote: > >> We don't need a general rule. We need you to bring up these specific >> examples when they happen and FESCo can deal with those at that time. >> That's what the general rule would boil down to anyway. >> > > I have something like 9 of such bugs, I don't think that it scales well > to ask FESCO. And what to ask to FESCO? Hello, I have all those bugs not > addressed, please do something? Maybe ther may be a better solution? > > -- > Pat > > Wall of shame for deadbeat maintainers? --CJD From dmc.fedora at filteredperception.org Thu Feb 7 00:19:30 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 06 Feb 2008 18:19:30 -0600 Subject: request: can somebody please port googleearth-package to fedora? Message-ID: <47AA4E92.2010002@filteredperception.org> I've been meaning to do this myself for a long time, but I've just got a lot of other higher priorities. I don't suppose I could implore someone else into doing the work for me? Shouldn't be real hard. Wouldn't it be cool to be able to append a teeny little kickstart postscript, and then end up with a livecd or system that has GE installed for all users? http://packages.debian.org/etch/googleearth-package -dmc From snecklifter at gmail.com Thu Feb 7 00:45:55 2008 From: snecklifter at gmail.com (Christopher Brown) Date: Thu, 7 Feb 2008 00:45:55 +0000 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <47AA4E92.2010002@filteredperception.org> References: <47AA4E92.2010002@filteredperception.org> Message-ID: <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> On 07/02/2008, Douglas McClendon wrote: > I've been meaning to do this myself for a long time, but I've just got a > lot of other higher priorities. I don't suppose I could implore someone > else into doing the work for me? Shouldn't be real hard. > > Wouldn't it be cool to be able to append a teeny little kickstart > postscript, and then end up with a livecd or system that has GE > installed for all users? > > http://packages.debian.org/etch/googleearth-package It doesn't have an open source license so can't be included in Fedora of course. Which makes it OT for this list IMO. When google actually release something open source other than obscure OCR software that sucks anyway I'll be more than happy to work a bit harder on stuff like that. -- Christopher Brown http://www.chruz.com From dmc.fedora at filteredperception.org Thu Feb 7 00:50:18 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 06 Feb 2008 18:50:18 -0600 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> Message-ID: <47AA55CA.5000307@filteredperception.org> Christopher Brown wrote: > On 07/02/2008, Douglas McClendon wrote: >> I've been meaning to do this myself for a long time, but I've just got a >> lot of other higher priorities. I don't suppose I could implore someone >> else into doing the work for me? Shouldn't be real hard. >> >> Wouldn't it be cool to be able to append a teeny little kickstart >> postscript, and then end up with a livecd or system that has GE >> installed for all users? >> >> http://packages.debian.org/etch/googleearth-package > > It doesn't have an open source license so can't be included in Fedora > of course. Which makes it OT for this list IMO. I suspect this is a point you understand, but for the sake of clarity I'll highlight- The "googleearth-package" package/.deb/[theoretical .rpm], absolutely DOES have an open source license. What the _tool_ that it _provides_, does, is to generate a non-open-source rpm from a simple commandline invocation and network access. Please, it's fine if you don't want to be the one to do this, but from a legal and open-source perspective, I think that googleearth-package*.[s]rpm belongs in fedora just as much as the current .deb belongs in debian. -dmc From snecklifter at gmail.com Thu Feb 7 00:58:34 2008 From: snecklifter at gmail.com (Christopher Brown) Date: Thu, 7 Feb 2008 00:58:34 +0000 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <47AA55CA.5000307@filteredperception.org> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> Message-ID: <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> On 07/02/2008, Douglas McClendon wrote: > Christopher Brown wrote: > > On 07/02/2008, Douglas McClendon wrote: > >> I've been meaning to do this myself for a long time, but I've just got a > >> lot of other higher priorities. I don't suppose I could implore someone > >> else into doing the work for me? Shouldn't be real hard. > >> > >> Wouldn't it be cool to be able to append a teeny little kickstart > >> postscript, and then end up with a livecd or system that has GE > >> installed for all users? > >> > >> http://packages.debian.org/etch/googleearth-package > > > > It doesn't have an open source license so can't be included in Fedora > > of course. Which makes it OT for this list IMO. > > I suspect this is a point you understand, but for the sake of clarity > I'll highlight- > > The "googleearth-package" package/.deb/[theoretical .rpm], absolutely > DOES have an open source license. > > What the _tool_ that it _provides_, does, is to generate a > non-open-source rpm from a simple commandline invocation and network access. > > Please, it's fine if you don't want to be the one to do this, but from a > legal and open-source perspective, I think that > googleearth-package*.[s]rpm belongs in fedora just as much as the > current .deb belongs in debian. Yeah, I got the inference. qv. the script that downloads restricted content on the Fedora Games DVD. So why don't we package a script that configures the nvidia binary driver? -- Christopher Brown http://www.chruz.com From lordmorgul at gmail.com Thu Feb 7 01:30:26 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 06 Feb 2008 17:30:26 -0800 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> Message-ID: <47AA5F32.8020803@gmail.com> Christopher Brown wrote: > On 07/02/2008, Douglas McClendon wrote: >> Christopher Brown wrote: >>> On 07/02/2008, Douglas McClendon wrote: >>>> I've been meaning to do this myself for a long time, but I've just got a >>>> lot of other higher priorities. I don't suppose I could implore someone >>>> else into doing the work for me? Shouldn't be real hard. >>>> >>>> Wouldn't it be cool to be able to append a teeny little kickstart >>>> postscript, and then end up with a livecd or system that has GE >>>> installed for all users? >>>> >>>> http://packages.debian.org/etch/googleearth-package >>> It doesn't have an open source license so can't be included in Fedora >>> of course. Which makes it OT for this list IMO. >> I suspect this is a point you understand, but for the sake of clarity >> I'll highlight- >> >> The "googleearth-package" package/.deb/[theoretical .rpm], absolutely >> DOES have an open source license. >> >> What the _tool_ that it _provides_, does, is to generate a >> non-open-source rpm from a simple commandline invocation and network access. >> >> Please, it's fine if you don't want to be the one to do this, but from a >> legal and open-source perspective, I think that >> googleearth-package*.[s]rpm belongs in fedora just as much as the >> current .deb belongs in debian. > > > Yeah, I got the inference. qv. the script that downloads restricted > content on the Fedora Games DVD. So why don't we package a script that > configures the nvidia binary driver? Well I don't know why you couldn't, but I think what livna is doing in this area is a superior solution anyway. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jwboyer at gmail.com Thu Feb 7 01:55:18 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 6 Feb 2008 19:55:18 -0600 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <20080206224841.GB2628@free.fr> References: <1202319417.14497.5.camel@nixon> <20080206220756.GA2628@free.fr> <20080206162305.2d03a4d3@weaponx> <20080206224841.GB2628@free.fr> Message-ID: <20080206195518.4efe2f34@zod.rchland.ibm.com> On Wed, 6 Feb 2008 23:48:41 +0100 Patrice Dumas wrote: > On Wed, Feb 06, 2008 at 04:23:05PM -0600, Josh Boyer wrote: > > > > We don't need a general rule. We need you to bring up these specific > > examples when they happen and FESCo can deal with those at that time. > > That's what the general rule would boil down to anyway. > > I have something like 9 of such bugs, I don't think that it scales well > to ask FESCO. And what to ask to FESCO? Hello, I have all those bugs not > addressed, please do something? Maybe ther may be a better solution? 9 bugs for 9 separate maintainers? Or one maintainer with 9 bugs? Or? Seriously, what would you consider reasonable to do in situations like you described (but still haven't given specifics to)? If you have an actual proposal, we can certainly review it. Personally, I find situations like that to differ in the details enough that I'm not sure there is a sufficient general solution. It seems to me asking FESCo to review those on a case-by-case basis would cover most things. It won't scale to hundreds of bugs or dozens of maintainers, but if that starts being the case we've failed elsewhere. josh From snecklifter at gmail.com Thu Feb 7 02:18:21 2008 From: snecklifter at gmail.com (Christopher Brown) Date: Thu, 7 Feb 2008 02:18:21 +0000 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <47AA5F32.8020803@gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <47AA5F32.8020803@gmail.com> Message-ID: <364d303b0802061818k407ad9aasf660ca96fdf935f0@mail.gmail.com> On 07/02/2008, Andrew Farris wrote: > Christopher Brown wrote: > > On 07/02/2008, Douglas McClendon wrote: > >> Christopher Brown wrote: > >>> On 07/02/2008, Douglas McClendon wrote: > >>>> I've been meaning to do this myself for a long time, but I've just got a > >>>> lot of other higher priorities. I don't suppose I could implore someone > >>>> else into doing the work for me? Shouldn't be real hard. > >>>> > >>>> Wouldn't it be cool to be able to append a teeny little kickstart > >>>> postscript, and then end up with a livecd or system that has GE > >>>> installed for all users? > >>>> > >>>> http://packages.debian.org/etch/googleearth-package > >>> It doesn't have an open source license so can't be included in Fedora > >>> of course. Which makes it OT for this list IMO. > >> I suspect this is a point you understand, but for the sake of clarity > >> I'll highlight- > >> > >> The "googleearth-package" package/.deb/[theoretical .rpm], absolutely > >> DOES have an open source license. > >> > >> What the _tool_ that it _provides_, does, is to generate a > >> non-open-source rpm from a simple commandline invocation and network access. > >> > >> Please, it's fine if you don't want to be the one to do this, but from a > >> legal and open-source perspective, I think that > >> googleearth-package*.[s]rpm belongs in fedora just as much as the > >> current .deb belongs in debian. > > > > > > Yeah, I got the inference. qv. the script that downloads restricted > > content on the Fedora Games DVD. So why don't we package a script that > > configures the nvidia binary driver? > > Well I don't know why you couldn't, but I think what livna is doing in this area > is a superior solution anyway. Yes, sorry, question was rhetorical and I should've indicated this. Or at the very least opening the idea to further debate. The googleearth-package Douglas referred to appears to do little more than grab the binary, extract into a chroot and build a debian-happy .deb from that. Other than modifying to the binary to suit, it would just be a method of circumventing the "No closed source software" policy of Fedora. If we are to okay this, why hasn't this been done for other popular closed source linux apps/drivers such as the nvidia driver? Please note I am definitely *not* advocating it should be. -- Christopher Brown http://www.chruz.com From mark.bidewell at alumni.clemson.edu Thu Feb 7 02:21:14 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Wed, 6 Feb 2008 21:21:14 -0500 Subject: KDE4.0 Rawhide in Qemu In-Reply-To: References: Message-ID: Thanks! setenforce 0 solved the problem. Knotify does continually crash however. On Feb 5, 2008 10:08 AM, Rex Dieter wrote: > Mark Bidewell wrote: > > > Thanks. I tried that - no luck. This would appear to be some kind of > X11 > > issue as updating KDE without updating X results in KDE4 loading however > > it freezes once loaded. > > > > Hopefully these issues don't extend to real hardware. > > There are quite a few outstanding kde4/selinux issues in need of some > love, > which may or may not be impacting your problem here. > > -- Rex > > -- > 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 a.badger at gmail.com Thu Feb 7 02:29:30 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 06 Feb 2008 18:29:30 -0800 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <47AA5F32.8020803@gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <47AA5F32.8020803@gmail.com> Message-ID: <47AA6D0A.3010607@gmail.com> Andrew Farris wrote: >> On 07/02/2008, Douglas McClendon >> wrote: >>> Christopher Brown wrote: >>>> On 07/02/2008, Douglas McClendon >>>> wrote: >>>>> I've been meaning to do this myself for a long time, but I've just >>>>> got a >>>>> lot of other higher priorities. I don't suppose I could implore >>>>> someone >>>>> else into doing the work for me? Shouldn't be real hard. >>>>> >>>>> Wouldn't it be cool to be able to append a teeny little kickstart >>>>> postscript, and then end up with a livecd or system that has GE >>>>> installed for all users? >>>>> >>>>> http://packages.debian.org/etch/googleearth-package >>>> It doesn't have an open source license so can't be included in Fedora >>>> of course. Which makes it OT for this list IMO. >>> I suspect this is a point you understand, but for the sake of clarity >>> I'll highlight- >>> >>> The "googleearth-package" package/.deb/[theoretical .rpm], absolutely >>> DOES have an open source license. >>> >>> What the _tool_ that it _provides_, does, is to generate a >>> non-open-source rpm from a simple commandline invocation and network >>> access. >>> >>> Please, it's fine if you don't want to be the one to do this, but from a >>> legal and open-source perspective, I think that >>> googleearth-package*.[s]rpm belongs in fedora just as much as the >>> current .deb belongs in debian. >> I'm not so certain of your assertion that this belongs in fedora is true. The script that Hans de Goede wrote to do roughly the same thing for game content is pretty controversial and that has the benefit of downloading closed content for an open source engine. Having something that does the same for GoogleEarth which is a closed source engine working with closed data could very well cross the line. > Well I don't know why you couldn't, but I think what livna is doing in > this area is a superior solution anyway. > +1 -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From lordmorgul at gmail.com Thu Feb 7 02:43:07 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 06 Feb 2008 18:43:07 -0800 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <364d303b0802061818k407ad9aasf660ca96fdf935f0@mail.gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <47AA5F32.8020803@gmail.com> <364d303b0802061818k407ad9aasf660ca96fdf935f0@mail.gmail.com> Message-ID: <47AA703B.8050201@gmail.com> Christopher Brown wrote: > On 07/02/2008, Andrew Farris wrote: >> Christopher Brown wrote: >>> On 07/02/2008, Douglas McClendon wrote: >>>> Please, it's fine if you don't want to be the one to do this, but from a >>>> legal and open-source perspective, I think that >>>> googleearth-package*.[s]rpm belongs in fedora just as much as the >>>> current .deb belongs in debian. >>> >>> Yeah, I got the inference. qv. the script that downloads restricted >>> content on the Fedora Games DVD. So why don't we package a script that >>> configures the nvidia binary driver? >> Well I don't know why you couldn't, but I think what livna is doing in this area >> is a superior solution anyway. > > Yes, sorry, question was rhetorical and I should've indicated this. Or > at the very least opening the idea to further debate. Well my comment wasn't clear either. I wouldn't want what Douglas is asking for help on, but I'd like a nicely packaged google-earth available (somewhere in the ether). > The googleearth-package Douglas referred to appears to do little more > than grab the binary, extract into a chroot and build a debian-happy > .deb from that. Other than modifying to the binary to suit, it would > just be a method of circumventing the "No closed source software" > policy of Fedora. If we are to okay this, why hasn't this been done > for other popular closed source linux apps/drivers such as the nvidia > driver? Unless I'm mistaken its a very different situation to the game data packages anyway since what is obtained is not just data but compiled code, where the game packages have open source code and closed binary data (afaik). Google earth has neither open. > Please note I am definitely *not* advocating it should be. Neither am I. Not 'in Fedora' anyway, but I agree with what I think Douglas is after... it would be great if it was available to Fedora users somehow, and easily installable in a clean way (i.e. a personal repo or perhaps in Livna). -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jkeating at redhat.com Thu Feb 7 02:57:08 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Feb 2008 21:57:08 -0500 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <1202319417.14497.5.camel@nixon> References: <1202319417.14497.5.camel@nixon> Message-ID: <20080206215708.0216e075@redhat.com> On Wed, 06 Feb 2008 12:36:57 -0500 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). You can also propose topics in the meeting > while it is in the "Free discussion around Fedora" phase. I'd like a topic added to the list, discussion/approval of a plan to enact a mass rebuild for gcc4.3. http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal = gcc 4.3 Mass Rebuild = [[TableOfContents()]] = Overview = == Problem Space == ## Describe the problem this proposal seeks to solve GCC4.3 is a [:Features/GCC4.3: feature] for Fedora 9. It has been tested on the side quite a bit and introduced into dist-f9 buildroots on January 30th. The maintainer (jakub) has asked us to rebuild all gcc build packages against it for Fedora 9. For maximum testing and bugfixing, the rebuilds need to be accomplished prior to the Fedora 9 Beta Freeze, currently [:Releases/9/Schedule: scheduled] for March 4th, 2008. == Solution Overview == ## Describe in brief the solution proposed * Identify packages needing to be built * not noarch * gcc < 4.3 used in buildroot * Present list, continually updated, broken down by package maintainer * Allow maintainers to rebuild on their own for a period of time * At a certain point, script rebuilding the rest * File bugs for build failures, attach to tracker I'm still waiting to hear from Jakub as to when he would like some rebuilds to start, maintainer driven. In order to reasonably accomplish the scripted rebuilds by the Beta freeze, releng would need to start the scripted auto rebuilds by Feb 18th. However releng may not be able to start /earlier/ due to needing to make way for the perl-5.0.10 landing which will cause a lot of churn to be dealt with. == Scope == ## Describe what all things will be affected by the proposal This task will touch on cvs and koji. == Active Ingredients == ## Optional, describe the main action of the proposal There are two real main active ingredients. One is the script to identify packages that need rebuilding. The other is the script to check out, bump spec, commit, and build the packages. These are actively being worked on, and will be described here as they emerge. = Discussion Points = ## Describe things which should be discussed regarding the proposal. Specifics that need narrowing down, or contentions parts of the proposal. * Where to store the list of builds needed * Allow some way of 'opting out' of a scripted rebuild * What to do about non-responsive maintainers for failed builds * When to start asking folks to rebuild on their own == Comments ? == ## A section provided for comments == Owners == ## A list of people who "own" the proposal JesseKeating JakubJelinek -- 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 jeff at ocjtech.us Thu Feb 7 03:59:24 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Wed, 6 Feb 2008 21:59:24 -0600 Subject: GCC 4.3 problem building libeXosip2? In-Reply-To: <20080205130043.GA29599@evileye.atkac.englab.brq.redhat.com> References: <935ead450802041236w318ef4a5m7fb26e1184b54ec6@mail.gmail.com> <20080205130043.GA29599@evileye.atkac.englab.brq.redhat.com> Message-ID: <935ead450802061959y3b2761b8j118269760f956ce7@mail.gmail.com> On 2/5/08, Adam Tkac wrote: > > libeXosip2 is buggy. NI_MAXHOST is in #ifdef statement in header but > in code is used without #ifdef. Simple patch is attached Thanks for the patch - it got my package building. However, I've been digging deeper into the situation and found the following change was made recently in F-9's glibc: diff --git a/resolv/netdb.h b/resolv/netdb.h index 7c5c9c9..5e007e2 100644 --- a/resolv/netdb.h +++ b/resolv/netdb.h @@ -607,8 +607,10 @@ struct gaicb # define EAI_IDN_ENCODE -105 /* IDN encoding failed. */ # endif -# define NI_MAXHOST 1025 -# define NI_MAXSERV 32 +# ifdef __USE_GNU +# define NI_MAXHOST 1025 +# define NI_MAXSERV 32 +# endif # define NI_NUMERICHOST 1 /* Don't try to look up hostname. */ # define NI_NUMERICSERV 2 /* Don't convert port number to name. */ So that means that I'd have to define _GNU_SOURCE to use these macros. I had a similar issue when compiling the new linphone package in rawhide. I'm not sure which way is the "correct" way but something that will certainly need to be kept in mind. Jeff From wtogami at redhat.com Thu Feb 7 04:03:26 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 06 Feb 2008 23:03:26 -0500 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: References: Message-ID: <47AA830E.3050604@redhat.com> Peter Lemenkov wrote: > Hello All! > > Due to landing of upcoming Gnome release in Fedora 9 I decided to drop > fuse group. > > The main reason is that future Gnome VFS will use fuse as a backend, > and we wil be forced to add all users into fuse group (if we allow > them to use Gnome VFS) what will made the existence of fuse group > useless.. > > Any objections? Is it really necessary to drop the fuse group for GNOME to do what it wants to do? Sounds like it wont be. Warren Togami wtogami at redhat.com From dmc.fedora at filteredperception.org Thu Feb 7 04:06:43 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 06 Feb 2008 22:06:43 -0600 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <47AA703B.8050201@gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <47AA5F32.8020803@gmail.com> <364d303b0802061818k407ad9aasf660ca96fdf935f0@mail.gmail.com> <47AA703B.8050201@gmail.com> Message-ID: <47AA83D3.1020004@filteredperception.org> Andrew Farris wrote: > Unless I'm mistaken its a very different situation to the game data > packages anyway since what is obtained is not just data but compiled > code, where the game packages have open source code and closed binary > data (afaik). Google earth has neither open. > >> Please note I am definitely *not* advocating it should be. > > Neither am I. > > Not 'in Fedora' anyway, but I agree with what I think Douglas is > after... it would be great if it was available to Fedora users somehow, > and easily installable in a clean way (i.e. a personal repo or perhaps > in Livna). I must confess at this point that I either agree, or could be persuaded to. But I really agree with the whole point. I was posting here because I think I'd likely find the ears/eyes of someone interested, capable and willing to do this and 'put it in the ether'. I really have no strong opinion about it living in official fedora land. Clearly alongside nvidia drivers at livna seems entirely appropriate. Though just to pick nits... One could reasonably claim that this is closed source content for the open source OpenGL platform. Now, if someone wanted to be REALLY COOL- they could port NASA whirlwind (or whatever its called this year) to native linux/java/opengl, such that there truly is a 100% open source code+content viable alternative to google earth on fedora. Anybody willing to take up that challenge? -dmc From bpepple at fedoraproject.org Thu Feb 7 04:08:27 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 06 Feb 2008 23:08:27 -0500 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <20080206215708.0216e075@redhat.com> References: <1202319417.14497.5.camel@nixon> <20080206215708.0216e075@redhat.com> Message-ID: <1202357307.28422.1.camel@nixon> On Wed, 2008-02-06 at 21:57 -0500, Jesse Keating wrote: > On Wed, 06 Feb 2008 12:36:57 -0500 > 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). You can also propose topics in the meeting > > while it is in the "Free discussion around Fedora" phase. > > I'd like a topic added to the list, discussion/approval of a plan to > enact a mass rebuild for gcc4.3. I've added it to schedule. Later, /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 dmc.fedora at filteredperception.org Thu Feb 7 04:09:56 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 06 Feb 2008 22:09:56 -0600 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <47AA830E.3050604@redhat.com> References: <47AA830E.3050604@redhat.com> Message-ID: <47AA8494.3020001@filteredperception.org> Warren Togami wrote: > Peter Lemenkov wrote: >> Hello All! >> >> Due to landing of upcoming Gnome release in Fedora 9 I decided to drop >> fuse group. >> >> The main reason is that future Gnome VFS will use fuse as a backend, >> and we wil be forced to add all users into fuse group (if we allow >> them to use Gnome VFS) what will made the existence of fuse group >> useless.. >> >> Any objections? > > Is it really necessary to drop the fuse group for GNOME to do what it > wants to do? Sounds like it wont be. Technically yes. Though I think the real issue is that it's necessary to drop the point of having the fuse group in the first place to do this. (i.e. let all users have access to what fuse does (suid) by default). Which seems to be worthy of discussion, since obviously there was some perceived benefit of structuring it that way in the first place. -dmc From mclasen at redhat.com Thu Feb 7 04:15:45 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 06 Feb 2008 23:15:45 -0500 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <47AA830E.3050604@redhat.com> References: <47AA830E.3050604@redhat.com> Message-ID: <1202357745.2891.9.camel@localhost.localdomain> On Wed, 2008-02-06 at 23:03 -0500, Warren Togami wrote: > Peter Lemenkov wrote: > > Hello All! > > > > Due to landing of upcoming Gnome release in Fedora 9 I decided to drop > > fuse group. > > > > The main reason is that future Gnome VFS will use fuse as a backend, > > and we wil be forced to add all users into fuse group (if we allow > > them to use Gnome VFS) what will made the existence of fuse group > > useless.. > > > > Any objections? > > Is it really necessary to drop the fuse group for GNOME to do what it > wants to do? Sounds like it wont be. If you don't drop the group requirement, then people simply won't get their gvfs mounts mounted via fuse in ~/.gvfs. Unless they accidentally stumble over the fact that they could become a member of the fuse group... it is not the end of the world, since gnome applications will happily work with gvfs and don't need those fuse mounts. But it makes fuse pretty much useless for the average user. From kevin.kofler at chello.at Thu Feb 7 04:21:08 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 7 Feb 2008 04:21:08 +0000 (UTC) Subject: Head Up: Prepare for dropping fuse group in the nearest future References: <47AA830E.3050604@redhat.com> <47AA8494.3020001@filteredperception.org> Message-ID: Douglas McClendon filteredperception.org> writes: > default). Which seems to be worthy of discussion, since obviously there > was some perceived benefit of structuring it that way in the first place. IMHO, the fuse group is a really bad solution. If allowing users access to fuse really has security issues, then these issues need to be addressed. If it doesn't, then the access restriction is pointless. We should really avoid groups to which users have to be added by hand as a security measure at all cost, because it requires manual configuration. There's a reason we used pam_console and are now using ConsoleKit (with HAL set up to grant access based on it) rather than the infamous "plugdev group". To me this fuse group is just plugdev reloaded. Kevin Kofler From wtogami at redhat.com Thu Feb 7 05:38:45 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 07 Feb 2008 00:38:45 -0500 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <1202357745.2891.9.camel@localhost.localdomain> References: <47AA830E.3050604@redhat.com> <1202357745.2891.9.camel@localhost.localdomain> Message-ID: <47AA9965.2000102@redhat.com> Matthias Clasen wrote: > On Wed, 2008-02-06 at 23:03 -0500, Warren Togami wrote: >> Peter Lemenkov wrote: >>> Hello All! >>> >>> Due to landing of upcoming Gnome release in Fedora 9 I decided to drop >>> fuse group. >>> >>> The main reason is that future Gnome VFS will use fuse as a backend, >>> and we wil be forced to add all users into fuse group (if we allow >>> them to use Gnome VFS) what will made the existence of fuse group >>> useless.. >>> >>> Any objections? >> Is it really necessary to drop the fuse group for GNOME to do what it >> wants to do? Sounds like it wont be. > > If you don't drop the group requirement, then people simply won't get > their gvfs mounts mounted via fuse in ~/.gvfs. Unless they accidentally > stumble over the fact that they could become a member of the fuse > group... it is not the end of the world, since gnome applications will > happily work with gvfs and don't need those fuse mounts. But it makes > fuse pretty much useless for the average user. > Does this mean GNOME gets gvfs and other non-GNOME desktops have to fend for themselves? Warren From debarshi.ray at gmail.com Thu Feb 7 06:44:38 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Thu, 7 Feb 2008 12:14:38 +0530 Subject: Orphaning packages In-Reply-To: <20080206103125.0879adb1@redhat.com> References: <20071128090938.M51926@all-the-johnsons.co.uk> <3170f42f0802041156i314fcc14x5c16212228ab7571@mail.gmail.com> <20080206103125.0879adb1@redhat.com> Message-ID: <3170f42f0802062244k538a991cuc5f50b4f33a50306@mail.gmail.com> > I orphaned it, however since cvsextras has commit access you could have > done the work before "taking over" the package. Thank you very much. Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From kevin.kofler at chello.at Thu Feb 7 07:08:05 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 7 Feb 2008 07:08:05 +0000 (UTC) Subject: Head Up: Prepare for dropping fuse group in the nearest future References: <47AA830E.3050604@redhat.com> <1202357745.2891.9.camel@localhost.localdomain> <47AA9965.2000102@redhat.com> Message-ID: Warren Togami redhat.com> writes: > Does this mean GNOME gets gvfs and other non-GNOME desktops have to fend > for themselves? KIO is not going to go away. FUSE to gfs/KIO/... bridges are only interesting for apps which only support local files. Kevin Kofler From alexl at redhat.com Thu Feb 7 09:51:01 2008 From: alexl at redhat.com (Alexander Larsson) Date: Thu, 07 Feb 2008 10:51:01 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <47AA830E.3050604@redhat.com> References: <47AA830E.3050604@redhat.com> Message-ID: <1202377861.8724.13.camel@dhcp-208-188.arn.redhat.com> On Wed, 2008-02-06 at 23:03 -0500, Warren Togami wrote: > Peter Lemenkov wrote: > > Hello All! > > > > Due to landing of upcoming Gnome release in Fedora 9 I decided to drop > > fuse group. > > > > The main reason is that future Gnome VFS will use fuse as a backend, > > and we wil be forced to add all users into fuse group (if we allow > > them to use Gnome VFS) what will made the existence of fuse group > > useless.. > > > > Any objections? > > Is it really necessary to drop the fuse group for GNOME to do what it > wants to do? Sounds like it wont be. Removing the fuse group is not the only possibility. We can instead add all users to the fuse group, or put up a dialog on login saying your setup is broken and that you need to be added to the fuse groups. But these are just ways of working around the problem introduced by Fedora with the fuse group, and make our distribution look schizo and broken. Fedora fears that fuse has a security problem, so instead of being willing to fix this we forbid users not in the fuse group to use it. Now, Gnome (and many other things) start using fuse because it lets you implement very desireable features. The result of this is either: a) Fedora users don't get these desireable features or b) Most users will eventually get added to the fuse group, after much grinding of teeth and searching in forums for why things are not working. In case b, we're still not safe from any possible security problems with fuse, all we've done is punched our users in the face. If we think the security problems with fuse are so great that we prefer a) then a better approach would be to not ship it or not install it. Using a group for fuse access is just false security. From alexl at redhat.com Thu Feb 7 09:53:57 2008 From: alexl at redhat.com (Alexander Larsson) Date: Thu, 07 Feb 2008 10:53:57 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <47AA9965.2000102@redhat.com> References: <47AA830E.3050604@redhat.com> <1202357745.2891.9.camel@localhost.localdomain> <47AA9965.2000102@redhat.com> Message-ID: <1202378037.8724.17.camel@dhcp-208-188.arn.redhat.com> On Thu, 2008-02-07 at 00:38 -0500, Warren Togami wrote: > Does this mean GNOME gets gvfs and other non-GNOME desktops have to fend > for themselves? You keep bringing up GNOME vs other desktops in this discussion. I don't know what this has to do with the fuse group question really. Gnome has gio/gvfs, kde has kio, other apps have other i/o libraries. gvfs additionally allows applications that don't use the gio API access to its files, which is nice for users. I don't understand how that means non-gnome desktop have to "fend" for anything. From alexl at redhat.com Thu Feb 7 09:59:46 2008 From: alexl at redhat.com (Alexander Larsson) Date: Thu, 07 Feb 2008 10:59:46 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <1202298694.13107.48.camel@dhcp-208-188.arn.redhat.com> References: <47A89777.2040706@leemhuis.info> <1202298694.13107.48.camel@dhcp-208-188.arn.redhat.com> Message-ID: <1202378386.8724.22.camel@dhcp-208-188.arn.redhat.com> On Wed, 2008-02-06 at 12:51 +0100, Alexander Larsson wrote: > On Tue, 2008-02-05 at 18:05 +0100, Thorsten Leemhuis wrote: > > > > Well, when I got fuse integrated into Fedora several well-known and > > long-term Red Hat/Fedora developers said "it needs a security audit > > before we drop the fuse group". Not that long ago when we discussed ... > Now, its true that there is a small bit of setuid code, and it *could* > have a bug in there. However, if that is the case we need to fix that > even if we limit use of fuse to the fuse group. Especially now that fuse > is getting more and more use so that most desktop users will want to be > in that group. If you truly fear fuse, security-wise, the best thing to > do is to not install it. I had an idea about this. Instead of having this false security measure (the fuse group) maybe we can get some actual security by making a selinux policy for /bin/fusermount. We can make sure that it only is allowed to do the minimal set of operations required for normal use. From choeger at cs.tu-berlin.de Thu Feb 7 10:47:44 2008 From: choeger at cs.tu-berlin.de (=?ISO-8859-15?Q?Christoph_H=F6ger?=) Date: Thu, 07 Feb 2008 11:47:44 +0100 Subject: comaintainership Message-ID: <47AAE1D0.3050509@cs.tu-berlin.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Tim Niemueller seems to be busy actually. I had uploaded a patched package of nm-openvpn for #429816 to bugzilla, but Tim is not responding (maybe on vacation without net or stuff like that). I don't think he would orphan that package, but we worked together on nm-openvpn some weeks and I would like to see it in testing ASAP, because I hate the idea of fixed bugs lurking around. So my idea was to become something like a comaintainer for stable releases. But what I read from the project page sounds like you'd have to be a maintainer of some other packages to do that. Is that correct? If not, what do I have to do? regards christoph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHquHQhMBO4cVSGS8RAk0KAJsE1JobBOCGSVTO8DPtYZ9J1eNaFwCeLOuN ZTmB9CDcKw7XwxNzKLS0RJs= =xW1Q -----END PGP SIGNATURE----- From mschwendt.tmp0701.nospam at arcor.de Thu Feb 7 11:04:32 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Thu, 7 Feb 2008 12:04:32 +0100 Subject: comaintainership In-Reply-To: <47AAE1D0.3050509@cs.tu-berlin.de> References: <47AAE1D0.3050509@cs.tu-berlin.de> Message-ID: <20080207120432.0b991681.mschwendt.tmp0701.nospam@arcor.de> On Thu, 07 Feb 2008 11:47:44 +0100, Christoph H?ger wrote: > So my idea was to become something like a comaintainer for stable > releases. But what I read from the project page sounds like you'd have > to be a maintainer of some other packages to do that. > Is that correct? Probably, if the pages say that. But it has been controversial in the past. Because it makes it unnecessarily difficult for further people to join the project. It's an odd requirement that you need to own an arbitrary other package or do an unknown number of reviews before you would be permitted to become a co-maintainer. > If not, what do I have to do? IMHO: If the current maintainer cannot become your sponsor, find a different sponsor as soon as the current maintainer is okay with you becoming a co-maintainer. If that is against any policies, the policies ought to be improved. From bnocera at redhat.com Thu Feb 7 11:55:30 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Thu, 07 Feb 2008 11:55:30 +0000 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> Message-ID: <1202385330.3491.56.camel@cookie.hadess.net> On Thu, 2008-02-07 at 00:58 +0000, Christopher Brown wrote: > Yeah, I got the inference. qv. the script that downloads restricted > content on the Fedora Games DVD. So why don't we package a script that > configures the nvidia binary driver? The Fedora games only have restricted _data_, not code. From mackay_d at bellsouth.net Thu Feb 7 12:06:59 2008 From: mackay_d at bellsouth.net (David G. Mackay) Date: Thu, 07 Feb 2008 06:06:59 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47A74A26.9020304@redhat.com> References: <47A74A26.9020304@redhat.com> Message-ID: <1202386019.20305.22.camel@vorpal.macdev.com> On Mon, 2008-02-04 at 11:23 -0600, Eric Sandeen wrote: > I'd like to get a bit more exposure if possible, so if you're feeling > like living on the cutting edge of filesystems, read on: OK, I've set up a 10GB disk image and installed F9-Alpha into a VM using kvm. The installation went pretty much as your post suggested. Attempting to boot with selinux enforcing gave me a panic. Booting with enforcing=0 worked (with lots of AVC messages logged). A restorecon on root allowed me to reboot with selinux set to enforcing without problems. Just for fun, I filled up the availabe space with 1MB files and then deleted them with no trouble. Then I wrote a 3 GB file and killed the VM without closing the file. It recovered without a hiccup. Do you have any suggestions on how it can be further abused? Dave From tcallawa at redhat.com Thu Feb 7 12:11:10 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 07 Feb 2008 07:11:10 -0500 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <1202385330.3491.56.camel@cookie.hadess.net> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> Message-ID: <1202386270.3278.0.camel@localhost.localdomain> On Thu, 2008-02-07 at 11:55 +0000, Bastien Nocera wrote: > On Thu, 2008-02-07 at 00:58 +0000, Christopher Brown wrote: > > > Yeah, I got the inference. qv. the script that downloads restricted > > content on the Fedora Games DVD. So why don't we package a script that > > configures the nvidia binary driver? > > The Fedora games only have restricted _data_, not code. Admittedly, it is a thin line, but it is an important restriction. ~spot From galibert at pobox.com Thu Feb 7 12:14:21 2008 From: galibert at pobox.com (Olivier Galibert) Date: Thu, 7 Feb 2008 13:14:21 +0100 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <1202386270.3278.0.camel@localhost.localdomain> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <1202386270.3278.0.camel@localhost.localdomain> Message-ID: <20080207121421.GA81005@dspnet.fr.eu.org> On Thu, Feb 07, 2008 at 07:11:10AM -0500, Tom spot Callaway wrote: > > On Thu, 2008-02-07 at 11:55 +0000, Bastien Nocera wrote: > > On Thu, 2008-02-07 at 00:58 +0000, Christopher Brown wrote: > > > > > Yeah, I got the inference. qv. the script that downloads restricted > > > content on the Fedora Games DVD. So why don't we package a script that > > > configures the nvidia binary driver? > > > > The Fedora games only have restricted _data_, not code. > > Admittedly, it is a thin line, but it is an important restriction. How much of this data is code for a virtual machine? O "Potato, potayto" G. From tcallawa at redhat.com Thu Feb 7 12:17:59 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 07 Feb 2008 07:17:59 -0500 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <1202319417.14497.5.camel@nixon> References: <1202319417.14497.5.camel@nixon> Message-ID: <1202386679.3278.3.camel@localhost.localdomain> I won't be able to attend today, so here are my votes by proxy: > /topic FESCo-Meeting -- New Features - > http://fedoraproject.org/wiki/Features/Dashboard - poelcat > * http://fedoraproject.org/wiki/Features/XenFullvirtKernelBoot +1 > * http://fedoraproject.org/wiki/Features/IMDesktopIntegration +1 > * http://fedoraproject.org/wiki/Features/Perl510 +1 Bill Nottingham's sponsorship +1 ~spot From rdieter at math.unl.edu Thu Feb 7 13:06:00 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 07 Feb 2008 07:06:00 -0600 Subject: KDE4.0 Rawhide in Qemu References: Message-ID: Rex Dieter wrote: > Mark Bidewell wrote: > >> Thanks. I tried that - no luck. This would appear to be some kind of >> X11 issue as updating KDE without updating X results in KDE4 loading >> however it freezes once loaded. >> >> Hopefully these issues don't extend to real hardware. > > There are quite a few outstanding kde4/selinux issues in need of some > love, which may or may not be impacting your problem here. See also: https://bugzilla.redhat.com/show_bug.cgi?id=427383 which seems to affect most/all folks trying to run kde4 under qemu. -- Rex From sandeen at redhat.com Thu Feb 7 14:43:33 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 07 Feb 2008 08:43:33 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <1202386019.20305.22.camel@vorpal.macdev.com> References: <47A74A26.9020304@redhat.com> <1202386019.20305.22.camel@vorpal.macdev.com> Message-ID: <47AB1915.9080208@redhat.com> David G. Mackay wrote: > On Mon, 2008-02-04 at 11:23 -0600, Eric Sandeen wrote: > >> I'd like to get a bit more exposure if possible, so if you're feeling >> like living on the cutting edge of filesystems, read on: > > OK, I've set up a 10GB disk image and installed F9-Alpha into a VM using > kvm. The installation went pretty much as your post suggested. > Attempting to boot with selinux enforcing gave me a panic. Booting with > enforcing=0 worked (with lots of AVC messages logged). A restorecon on > root allowed me to reboot with selinux set to enforcing without > problems. > > Just for fun, I filled up the availabe space with 1MB files and then > deleted them with no trouble. Then I wrote a 3 GB file and killed the > VM without closing the file. It recovered without a hiccup. Cool, all good news. > Do you have any suggestions on how it can be further abused? I suppose anything you can do to stress it; maybe run it with not much memory, lots of memory pressure... just do daily things, as well. Since the larger inodes hold xattrs, and that's a change from before, maybe you could do more with that; set up a samba server which uses lots of acls? Or run beagle over it :) I'm also interested in how the filesystem ages, so just going through normal usage & updates, we can run filefrag over the filesystem eventually to see how the allocator is holding up. And if er... when we ever get an e2fsprogs which can check it, we can look for any hidden problems after the fs has been in use for a while. Thanks! -Eric From joachim.frieben at googlemail.com Thu Feb 7 14:51:34 2008 From: joachim.frieben at googlemail.com (Joachim Frieben) Date: Thu, 7 Feb 2008 15:51:34 +0100 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AB1915.9080208@redhat.com> References: <47A74A26.9020304@redhat.com> <1202386019.20305.22.camel@vorpal.macdev.com> <47AB1915.9080208@redhat.com> Message-ID: <1c252d490802070651y1e6f7117ga6eaa08daf93cf7e@mail.gmail.com> I have been somehow forced to use ext4dev on my home partition for a few weeks now - caveat: after mounting it once there was no way to go back to ext3 without reformatting it - and I haven't noticed any anomaly. It actually seems to be already a valid drop-in replacement of ext3 right now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at camperquake.de Thu Feb 7 15:04:24 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 7 Feb 2008 16:04:24 +0100 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AB1915.9080208@redhat.com> References: <47A74A26.9020304@redhat.com> <1202386019.20305.22.camel@vorpal.macdev.com> <47AB1915.9080208@redhat.com> Message-ID: <20080207160424.5d9174c0@dhcp03.addix.net> Hi. On Thu, 07 Feb 2008 08:43:33 -0600, Eric Sandeen wrote: > I suppose anything you can do to stress it; maybe run it with not much > memory, lots of memory pressure... just do daily things, as well. A somewhat unrelated question: is there an API planned for ext4 that would allow a userspace program to reorder files on the partition? For example, in order to put files needed during startup close together. From sandeen at redhat.com Thu Feb 7 15:14:43 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 07 Feb 2008 09:14:43 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <1c252d490802070651y1e6f7117ga6eaa08daf93cf7e@mail.gmail.com> References: <47A74A26.9020304@redhat.com> <1202386019.20305.22.camel@vorpal.macdev.com> <47AB1915.9080208@redhat.com> <1c252d490802070651y1e6f7117ga6eaa08daf93cf7e@mail.gmail.com> Message-ID: <47AB2063.90706@redhat.com> Joachim Frieben wrote: > I have been somehow forced to use ext4dev on my home partition for a few > weeks now - caveat: after mounting it once there was no way to go back > to ext3 without reformatting it - and I haven't noticed any anomaly. It > actually seems to be already a valid drop-in replacement of ext3 right now. At one point the rescue disk was "claiming" ext3 filesystems as ext4dev; that was a bug that should be fixed now, and recent kernels have the permanent upstream "failsafe check" to avoid that put into place*. I'm guessing that's what happened? Although that bug was only with root filesystems AFAIK. Did you ever intentionally mount it as ext4dev? As far as going back to ext3 - if you have extent-format files on the filesystem, you can find them, mount with -o noextents, and copy the files back & forth to "un-extentify" them, then we could use tune2fs to remove the extents flag to get you back to ext3. But if you've been running /home as ext4dev for a while, it's probably got a lot of extent-format files. Also if you need to repair it, so far there is no released e2fsprogs which can do that. If you have an emergency let me know, and we'll get something going. But, good news you've not noticed any problems, even if it was not intentional.... Thanks, -Eric * so, if your /home stops mounting after a kernel update, you will need to get e2fsprogs-1.40.5 from rawhide, and do "tune2fs -E test_fs" on the device to allow the kernel to mount it. From sandeen at redhat.com Thu Feb 7 15:20:36 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 07 Feb 2008 09:20:36 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <20080207160424.5d9174c0@dhcp03.addix.net> References: <47A74A26.9020304@redhat.com> <1202386019.20305.22.camel@vorpal.macdev.com> <47AB1915.9080208@redhat.com> <20080207160424.5d9174c0@dhcp03.addix.net> Message-ID: <47AB21C4.6000309@redhat.com> Ralf Ertzinger wrote: > Hi. > > On Thu, 07 Feb 2008 08:43:33 -0600, Eric Sandeen wrote: > >> I suppose anything you can do to stress it; maybe run it with not much >> memory, lots of memory pressure... just do daily things, as well. > > A somewhat unrelated question: is there an API planned for ext4 that would > allow a userspace program to reorder files on the partition? For example, > in order to put files needed during startup close together. There is a defrag interface planned which is fairly flexible this way. It's still getting fleshed out, but the ability to control placement was part of the original plan, yes. It may not be as flexible as it could be; I think the current implementation is something like: o Put multiple files closer together. # e4defrag -r directory-name o Defrag for free space fragmentation. # e4defrag -f file-name o Defrag for a single file. # e4defrag file-name o Defrag for all files on ext4. # e4defrag device-name Defrag is one of the things that we're letting slip a bit as we get the core functionality together, first. -Eric From sgrubb at redhat.com Thu Feb 7 15:29:13 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 7 Feb 2008 10:29:13 -0500 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <1202377861.8724.13.camel@dhcp-208-188.arn.redhat.com> References: <47AA830E.3050604@redhat.com> <1202377861.8724.13.camel@dhcp-208-188.arn.redhat.com> Message-ID: <200802071029.13931.sgrubb@redhat.com> On Thursday 07 February 2008 04:51:01 Alexander Larsson wrote: > Fedora fears that fuse has a security problem, so instead of being > willing to fix this we forbid users not in the fuse group to use it. Fuse needs to be looked at carefully. A lot of review and work went into mount for Common Criteria. By adding another parallel system, we need to do all the same careful review. This is work that I really had not planned on. > Now, Gnome (and many other things) start using fuse because it lets you > implement very desireable features. What are these desirable features? Just curious since I may wind up doing a lot of code review. -Steve From tjb at unh.edu Thu Feb 7 16:10:29 2008 From: tjb at unh.edu (Thomas J. Baker) Date: Thu, 07 Feb 2008 11:10:29 -0500 Subject: F9A Install: No Volume Groups Found Message-ID: <1202400629.5943.7.camel@continuity> I just installed Fedora 9 alpha on an x86_64 server (several times actually) and after a seemingly uneventful install, it won't boot saying it can't find any volume groups. There is nothing unusual about the server. In fact, I installed Fedora 8 by mistake (too many net install choices) in the last couple of days and it worked fine . I am using an LVM structure made by Fedora 8 a few months ago but I'm reformatting all LVs in it. I initially thought it was related to trying to test ext4 but I just did a very plain install without ext4 and that also failed. The console doesn't show any notable error related to the SCSI disks but fails when it can't find any logical volumes. I've tried installing from F9A and from current Rawhide but keep getting this same error. I've also disabled selinux by adding selinux=0 to the kernel command line but that didn't help. Any ideas? Kernel bug? LVM bug? Initrd bug? Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From joachim.frieben at googlemail.com Thu Feb 7 16:59:31 2008 From: joachim.frieben at googlemail.com (Joachim Frieben) Date: Thu, 7 Feb 2008 17:59:31 +0100 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AB2063.90706@redhat.com> References: <47A74A26.9020304@redhat.com> <1202386019.20305.22.camel@vorpal.macdev.com> <47AB1915.9080208@redhat.com> <1c252d490802070651y1e6f7117ga6eaa08daf93cf7e@mail.gmail.com> <47AB2063.90706@redhat.com> Message-ID: <1c252d490802070859h1296341ck40fce410368c5110@mail.gmail.com> On 2/7/08, Eric Sandeen wrote: > > > At one point the rescue disk was "claiming" ext3 filesystems as ext4dev; > that was a bug that should be fixed now, and recent kernels have the > permanent upstream "failsafe check" to avoid that put into place*. I'm > guessing that's what happened? Although that bug was only with root > filesystems AFAIK. Did you ever intentionally mount it as ext4dev? After earlier positive results using ext4dev with FC6 test releases, I had deliberately mounted all corresponding partitions as ext4dev only to realize later on that in contrast with FC6 test X, this had become a one way street. The file system check was introduced the very next day which was a good thing because otherwise, your system became unbootable after the next kernel update, and even after reinstalling your system, you were forced to use a "rawhide" kernel in order to be able to mount your home volume. As far as going back to ext3 - if you have extent-format files on the > filesystem, you can find them, mount with -o noextents, and copy the > files back & forth to "un-extentify" them, then we could use tune2fs to > remove the extents flag to get you back to ext3. But if you've been > running /home as ext4dev for a while, it's probably got a lot of > extent-format files. > > Also if you need to repair it, so far there is no released e2fsprogs > which can do that. If you have an emergency let me know, and we'll get > something going. With a suitable backup media this is no issue, since you can simply reformat your home volume as ext3 and restore you data afterwards. I suppose this applies to most users. But, good news you've not noticed any problems, even if it was not > intentional.... > > Thanks, > -Eric I will keep an eye on it but again, I haven't noticed any issue since this "migration". -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim at niemueller.de Thu Feb 7 17:22:53 2008 From: tim at niemueller.de (Tim Niemueller) Date: Thu, 07 Feb 2008 18:22:53 +0100 Subject: comaintainership In-Reply-To: <47AAE1D0.3050509@cs.tu-berlin.de> References: <47AAE1D0.3050509@cs.tu-berlin.de> Message-ID: <47AB3E6D.4050009@niemueller.de> Christoph H?ger wrote: > Hi, > > Tim Niemueller seems to be busy actually. You are right. > I had uploaded a patched package of nm-openvpn for #429816 to bugzilla, > but Tim is not responding (maybe on vacation without net or stuff like > that). No, just trying to implement that damn SDRAM Controller in VHDL. BTW if someone is here who actually knows how to do that please drop me a note as private message, I'd be so happy to discuss this with someone. > I don't think he would orphan that package, but we worked together on > nm-openvpn some weeks and I would like to see it in testing ASAP, > because I hate the idea of fixed bugs lurking around. I'm going to push that one now. > So my idea was to become something like a comaintainer for stable I'm cool with that and help is welcome. I think I should do a CVS change request to get you in as a co-maintainer? cvsextras commit is enabled so as soon as you find a sponsor you can start committing. Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From choeger at cs.tu-berlin.de Thu Feb 7 17:35:25 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Thu, 07 Feb 2008 18:35:25 +0100 Subject: comaintainership In-Reply-To: <47AB3E6D.4050009@niemueller.de> References: <47AAE1D0.3050509@cs.tu-berlin.de> <47AB3E6D.4050009@niemueller.de> Message-ID: <1202405725.10413.5.camel@choeger4> Hi Tim, good to hear from you again :) Am Donnerstag, den 07.02.2008, 18:22 +0100 schrieb Tim Niemueller: > Christoph H?ger wrote: > > Hi, > > > > Tim Niemueller seems to be busy actually. > > You are right. > > > I had uploaded a patched package of nm-openvpn for #429816 to bugzilla, > > but Tim is not responding (maybe on vacation without net or stuff like > > that). > > No, just trying to implement that damn SDRAM Controller in VHDL. BTW if > someone is here who actually knows how to do that please drop me a note > as private message, I'd be so happy to discuss this with someone. > Sorry, that sounds absolutely WTF-ish to me. > > I don't think he would orphan that package, but we worked together on > > nm-openvpn some weeks and I would like to see it in testing ASAP, > > because I hate the idea of fixed bugs lurking around. > > I'm going to push that one now. > Thank you. > > So my idea was to become something like a comaintainer for stable > > I'm cool with that and help is welcome. I think I should do a CVS change > request to get you in as a co-maintainer? > > cvsextras commit is enabled so as soon as you find a sponsor you can > start committing. Ok, how do I do that, start a "want a sponsor request" on this list? > > Tim > > -- > Tim Niemueller www.niemueller.de > ================================================================= > Imagination is more important than knowledge. (Albert Einstein) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From buildsys at redhat.com Thu Feb 7 17:54:18 2008 From: buildsys at redhat.com (Build System) Date: Thu, 7 Feb 2008 12:54:18 -0500 Subject: rawhide report: 20080207 changes Message-ID: <200802071754.m17HsIVm012586@porkchop.devel.redhat.com> New package gfeed RSS feed reader New package libdstr Dave's String class New package libgringotts A backend for managing encrypted data files on the disk New package magicmaze Board game featuring a maze which the players change each turn New package planets A celestial simulator New package rudesocket Library (C++ API) for creating client sockets Updated Packages: anaconda-11.4.0.32-1 -------------------- * Wed Feb 06 2008 Chris Lumens - 11.4.0.32-1 - Make passwordEntry appear on the exn saving screen. (clumens) - Don't allow disabling default repositories. (clumens) - Make loopback device purposes line up with what stage2 expects. (clumens) - Fix methodstr handling for hdiso installs (#431132). (clumens) - Remove our own DNS functions, since glibc's are available now. (clumens) asymptote-1.41-1.fc9 -------------------- * Wed Feb 06 2008 Tom "spot" Callaway - 1.41-1 - update to 1.41 - enable desktop file for xasy bluez-gnome-0.17-1.fc9 ---------------------- * Thu Feb 07 2008 - Bastien Nocera - 0.17-1 - Update to 0.17 - Update new sendto patch * Wed Feb 06 2008 - Bastien Nocera - 0.16-2 - Re-add the sendto patch, we don't want the old stuff * Wed Feb 06 2008 - Bastien Nocera - 0.16-1 - Update to 0.16 boost-1.34.1-10.fc9 ------------------- * Wed Feb 06 2008 Petr Machata - 1.34.1-10 - Fixes for GCC 4.3 - Resolves: #431609 commoncpp2-1.6.1-1.fc9 ---------------------- * Wed Feb 06 2008 Andreas Thienemann - 1.6.1-1 - Updated to new upstream version 1.6.1 - Reverted the ld-check patch as it's no longer needed dhcp-12:4.0.0-9.fc9 ------------------- * Wed Feb 06 2008 David Cantrell - 12:4.0.0-9 - Match LDAP server option values in stables.c and dhcpd.h (#431003) - Fix invalid sprintf() statement in server/ldap.c (#431003) * Wed Feb 06 2008 David Cantrell - 12:4.0.0-8 - Remove invalid fclose() patch * Tue Feb 05 2008 David Cantrell - 12:4.0.0-7 - Don't leak /var/lib/dhclient/dhclient.leases file descriptors (#429890) diveintopython-5.4-12.fc9 ------------------------- * Tue Feb 05 2008 Marc Wiriadisastra - 5.4-12 - Removed specific java package's and just use java in BR (overholt) - Added build_patch to not use downloaded jars and.... - use Fedora packages listed in build requires see next changelog entry (bz#431364) - Added build requires ant, jakarta-commons-net, ant-commons-net and... - xerces-j2, xml-commons-apis, java - Removed upstream jars but maintained build-xml files just patched - Fixed changelog * Sat Feb 02 2008 Marc Wiriadisastra - 5.4-11 - Added xdg-utils Requires to open pdf and other files * Wed Jan 23 2008 Mohd Izhar Firdaus Ismail - 5.4-10 - Major cleanup of spec to be less complex - Made the packaging less diverted from the generated tree from upstream build script - Changed desktop file to use pdf mimetype icon as diveintopython.png is corrupted even in upstream zip file - Removed unnecessary patches - Removed builreq ant as upstream make.sh uses upstream provided jars (we might want to use ant from fedora repo, todo: investigate possibility of patching make.sh and adding more java buildreqs for this) - Switched diveintopython to be a metapackage which pulls diveintopython-pdf elinks-0.11.4-0.1.rc0.fc9 ------------------------- * Wed Feb 06 2008 Ondrej Vasik 0.11.4-0.1.rc0 - new version marked stable by upstream 0.11.4rc0 - enabled experimental bittorent support(#426702) fast-user-switch-applet-2.20.0-2.fc9 ------------------------------------ * Wed Feb 06 2008 Matthias Clasen 2.20.0-2 - Small spec file cleanups firefox-3.0-0.beta2.16.nightly20080206.fc9 ------------------------------------------ * Wed Feb 06 2008 Christopher Aillon 3.0-0.beta2.16 - Update to latest trunk (2008-02-06) func-0.16-1.fc9 --------------- * Mon Feb 04 2008 Michael DeHaan - 0.16-1 - bump version for release - fixing versions in previous changelogs * Mon Feb 04 2008 Adrian Likins - 0.15-1 - catch some deeper minion modules as well * Sun Jan 13 2008 Steve 'Ashcrow' Milner - 0.14-6 - Added in func-create-module for scripts. ggz-client-libs-0.0.14-5.fc9 ---------------------------- * Wed Feb 06 2008 Rex Dieter 0.0.14-5 - %config(noreplace) %_sysconfdir/ggz.modules (#431726) - own %_datadir/ggz, %_libdir/ggz gnome-keyring-2.21.90-2.fc9 --------------------------- * Wed Feb 06 2008 Ray Strode - 2.21.90-2 - Fix problem in patch for bug 430525 hdf5-1.6.6-7.fc9 ---------------- * Wed Feb 06 2008 Orion Poplawski 1.6.6-7 - Add patch to fix strict-aliasing - Disable production mode to enable debuginfo * Tue Feb 05 2008 Orion Poplawski 1.6.6-6 - Add patch to fix calling free() in H5PropList.cpp * Tue Feb 05 2008 Orion Poplawski 1.6.6-5 - Add patch to support s390 (bug #431510) hotwire-0.710-1.fc9 ------------------- * Tue Feb 05 2008 Colin Walters - 0.710-1 - New upstream version iproute-2.6.23-3.fc9 -------------------- * Wed Feb 06 2008 Marcela Maslanova - 2.6.23-3 - rebuild without tetex files. It isn't working in rawhide yet. Added new source for ps files. - #431179 backward compatibility for previous iproute versions * Mon Jan 21 2008 Marcela Maslanova - 2.6.23-2 - rebuild with fix tetex and linuxdoc-tools -> manual pdf - clean unnecessary patches - add into spec *.so objects, new BR linux-atm-libs-devel iscsi-initiator-utils-6.2.0.868-0.3.fc9 --------------------------------------- * Tue Feb 05 2008 Mike Christie - 6.2.0.868-0.3 - Rebase to upstream and RHEL5. - 246960 LSB init script changes. isomaster-1.3.1-1.fc9 --------------------- * Mon Feb 04 2008 Marcin Zajaczkowski - 1.3.1-1 - updated to 1.3.1 kdegames-6:4.0.1-2.fc9 ---------------------- * Wed Feb 06 2008 Rex Dieter 4.0.1-2 - omit /etc/ggz.modules (#431726) - %post/%preun: use ggz-config to register ggz modules (#431726) - -devel: include cmake modules here kernel-2.6.24-23.fc9 -------------------- * Wed Feb 06 2008 John W. Linville - at76_usb: Add ID for Uniden PCW100 - b43: fix build with CONFIG_SSB_PCIHOST=n - b43: Fix DMA for 30/32-bit DMA engines - b43legacy: fix PIO crash - b43legacy: fix suspend/resume - b43legacy: drop packets we are not able to encrypt - b43legacy: fix DMA slot resource leakage - iwl3945-base.c: fix off-by-one errors - wireless/iwlwifi/iwl-4965.c: add parentheses - mac80211: Is not EXPERIMENTAL anymore - rt2x00: don't write past the end when writing short descriptors on rt61 - rt2x00: Update copyright notice - rt2x00: Add new USB ID to rt2500usb - rt2x00: Fix tx parameter initialization - rt2x00: Enable master and adhoc mode again - rt2x00: Driver requiring firmware should select crc algo - rt2x00: Add per-interface structure - rt2x00: Remove TX_MGMT queue usage - rt2x00: Initialize QID from queue->qid - rt2x00: Move beacon and atim queue defines into rt2x00 - rt2x00: Fix queue index handling - rt2x00: Queue handling overhaul * Tue Feb 05 2008 Jarod Wilson - Make FireWire I/O survive bus resets and device reconnections better * Tue Feb 05 2008 Chuck Ebbert - atl2 network driver 2.0.4 - ASUS Eeepc ACPI hotkey driver libselinux-2.0.52-1.fc9 ----------------------- * Wed Feb 06 2008 Dan Walsh - 2.0.52-1 - Update to Upstream * Disable setlocaldefs if no local boolean or users files are present from Stephen Smalley. * Skip userspace preservebools processing for Linux >= 2.6.22 from Stephen Smalley. libsvm-2.85-3.fc9 ----------------- * Thu Feb 07 2008 Ding-Yi Chen - 2.85-3 - Fix linker name (libsvm.so) - Linked to dynamic libraries linphone-2.1.0-1.fc9 -------------------- * Fri Feb 01 2008 Jeffrey C. Ollie - 2.1.0-1 - Update to 2.1.0 lybniz-1.3.2-1.fc9 ------------------ * Wed Feb 06 2008 Stewart Adam 1.3.2-1 - Update to version 1.3.2 (Fixes bz#431775) - Package egg-info file m17n-contrib-1.1.6-1.fc9 ------------------------ * Thu Feb 07 2008 Parag Nemade -1.1.6-1.fc9 - Update to new upstream release 1.1.6 - Resolves: rh#431169 m17n-db-1.5.1-1.fc9 ------------------- * Thu Feb 07 2008 Parag Nemade -1.5.1-1.fc9 - Update to new upstream release 1.5.1 - Added BR: gettext m17n-lib-1.5.1-1.fc9 -------------------- * Thu Feb 07 2008 Parag Nemade -1.5.1-1.fc9 - Update to new upstream release 1.5.1 mozplugger-1.10.1-1 ------------------- * Wed Feb 06 2008 Than Ngo 1.10.1-1 - 1.10.1 nautilus-share-0.7.2-12.fc9 --------------------------- * Wed Feb 06 2008 Jakub 'Livio' Rusinek - 0.7.2-12 - SETUP doc file added, example smb.conf file added (RHBZ#431655)... Fixed obex-data-server-1:0.1-1.fc9 ---------------------------- * Thu Feb 07 2008 - Bastien Nocera - 0.1-1 - Update to release 0.1 - Up Epoch as version numbering sucks openbox-3.4.6.1-1.fc9 --------------------- * Wed Feb 06 2008 Miroslav Lichvar - 3.4.6.1-1 - Update to 3.4.6.1 openoffice.org-1:2.4.0-6.2.fc9 ------------------------------ * Tue Feb 05 2008 Caolan McNamara - 1:2.4.0-6.2 - fix problem with mixed fontsizes with same font face - resync workspace.notes2.patch - Resolves: ooo#84209 make letter wizard work with gstreamer changes - Resolves: rhbz#431606 require jre not java - Resolves: rhbz#431620/ooo#85909 depth mismatch for text - ooo#85914 work around trouble with deleting multiple notes - add openoffice.org-2.4.0.ooo85921.sd.editmasterundermouse.patch for jrb * Mon Feb 04 2008 Caolan McNamara - 1:2.4.0-6.1 - next milestone - Resolves: rhbz#422661 support n-up printing of rotated landscape slides in a human-expectation direction - drop integrated openoffice.org-2.4.0.ooo84684.vcl.fixfontconfig.patch - drop openoffice.org.2.0.3-ooo66018.cppuhelper.dangerousvisibility.patch now that we have gcc 4.3.0 - drop integrated openoffice.org-2.4.0.ooo85321.vcl.pixmapleak.patch - add workspace.gcc430two.patch for some newly needed includes - add openoffice.org-2.4.0.ooo85854.sw.graphicsaveas.patch for riel * Mon Jan 28 2008 Caolan McNamara - 1:2.4.0-5.1 - next milestone - replace cairotext with workspace.cairotext01.patch, not use SAL_DISABLE_CAIROTEXT=1 to disable as cairo text rendering is now default - add openoffice.org-2.4.0.ooo85643.psprint.helppreviewers.patch to help gv/evince rotate landscape pages when previewing - drop integrated workspace.sw24bf02.patch - drop integrated openoffice.org-2.4.0.ooo85055.psprint.linetoolong.patch - drop integrated openoffice.org-2.4.0.ooo85487.evoconnectivity.patch openvrml-0.17.5-1.fc9 --------------------- * Tue Feb 05 2008 Braden McDaniel - 0.17.5-1 - Updated to 0.17.5. - Removed unnecessary --disable-gecko-rpath. pastebin-0.50-3.fc9 ------------------- perl-Want-0.18-1.fc9 -------------------- * Wed Feb 06 2008 Ralf Cors??pius - 0.18-1 - Upstream update. policycoreutils-2.0.42-2.fc9 ---------------------------- * Tue Feb 05 2008 Dan Walsh 2.0.42-2 - Add ability to transition to roles via polgengui python-ruledispatch-0.5a0-0.9.svnr2306.fc9 ------------------------------------------ * Wed Feb 06 2008 Luke Macken 0.5a0-0.8.svn2305 - Own our dispatch and dispatch/tests directories (Bug #431743) qimageblitz-0.0.4-0.4.svn706674.fc9 ----------------------------------- * Thu Feb 07 2008 Kevin Kofler 0.0.4-0.4.svn706674 - Fix noexecstack patch to disable execstack also on x86_64 (#428036). rhythmbox-0.11.4-7.fc9 ---------------------- * Tue Feb 05 2008 - Bastien Nocera - 0.11.4-7 - Update libsoup 2.4 patch again from upstream selinux-policy-3.2.7-1.fc9 -------------------------- * Tue Feb 05 2008 Dan Walsh 3.2.7-1 - Update to upstream sepostgresql-8.3.0-2.105.beta.fc9 --------------------------------- * Thu Feb 07 2008 - sepostgresql-8.3.0-2.105 - update base version to stable 8.3.0 - add tzdata dependency - allow db_database:{get_param set_param} for generic domain - error message cleanups - Improve large object hooks in PGACE framework - BUGFIX: db_blob:{drop} was checked at loread() - BUGFIX: incorrect permission in DELETE with RETURNING clause - incorrect permission when we read and update security_context in same time. * Fri Jan 25 2008 - sepostgresql-8.3RC2-2.62 - BUGFIX: add handling to invalid contexts already stored sudo-1.6.9p12-1.fc9 ------------------- * Wed Feb 06 2008 Peter Vrabec 1.6.9p12-1 - upgrade to the latest upstream release - add selinux support sunifdef-3.1.3-1.fc9 -------------------- * Wed Feb 06 2008 Jonathan G. Underwood - 3.1.3-1 - Update to version 3.1.3 system-config-kickstart-2.7.14-1.fc9 ------------------------------------ * Wed Feb 06 2008 Chris Lumens 2.7.14-1 - Don't destroy the save dialog when it's closed. - If the key checkbutton is not active, remove the key setting (#226718). - Fix typo in LDAP authconfig parameter (#239817). - Use F1 as the help shortcut (#429959). - Translation updates (#429611). - More error handling when yum fails to init (#426447). - Update documentation license (#419071, kwade). tix-1:8.4.2-5.fc9 ----------------- * Wed Feb 06 2008 Tom "spot" Callaway - 1:8.4.2-5 - apps can't find libTix.so without an ld.so.conf.d file. It probably makes more sense to move this library back into %{_libdir}, but I'll leave that to Vitezslav to decide. - fix tix-8.4.2-tcl8.5.patch so that it leaves the TkPutImage define to XPutImage, otherwise, apps just stop working. twitux-0.60-3.fc9 ----------------- * Wed Feb 06 2008 Brian Pepple - 0.60-3 - Add BR for gnome-keyring-devel & dbus-devel. - Add patch to use libsoup-2.4 api. (Thanks to Dan Winship) wdaemon-0.13-1.fc9 ------------------ * Wed Feb 06 2008 Aristeu Rozanski 0.13-1 - Updated to version 0.13 - Added missing entries in udev rules (Bamboo and Intuos3 4x6") xen-3.2.0-6.fc9 --------------- * Wed Feb 06 2008 Daniel P. Berrange - 3.2.0-6.fc9 - Fixed xenstore-ls to automatically use xenstored socket as needed * Sun Feb 03 2008 Daniel P. Berrange - 3.2.0-5.fc9 - Fix timer mode parameter handling for HVM - Temporarily disable all Latex docs due to texlive problems (rhbz #431327) * Fri Feb 01 2008 Daniel P. Berrange - 3.2.0-4.fc9 - Add a xen-runtime subpackage to allow use of Xen without XenD - Split init script out to one script per daemon - Remove unused / broken / obsolete tools xfsprogs-2.9.6-1.fc9 -------------------- * Wed Feb 06 2008 Eric Sandeen 2.9.6-1 - Update to xfsprogs 2.9.6 - fixes mkfs sizing problem. - Trim down BuildRequires to what's actually required now xtide-2.10-2.fc9 ---------------- * Thu Feb 07 2008 Mamoru Tasaka - 2.10-2 - Use system-wide libdstr (review request 431692 passed) * Wed Feb 06 2008 Mamoru Tasaka - 2.10-1 - 2.10 xulrunner-1.9-0.beta2.16.nightly20080206.fc9 -------------------------------------------- * Wed Feb 06 2008 Christopher Aillon 1.9-0.beta2.16 - Update to latest trunk (2008-02-06) Broken deps for i386 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.i386 requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 ccrtp-1.5.1-1.fc7.i386 requires libccgnu2-1.5.so.0 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh ghdl-0.25-0.89svn.6.fc8.i386 requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.i386 requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.i386 requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 serenity-1.7.1-3.fc8.i386 requires libkdecorations.so.1 twinkle-1.1-4.fc9.i386 requires libccgnu2-1.5.so.0 twinkle-1.1-4.fc9.i386 requires libccext2-1.5.so.0 Broken deps for x86_64 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-1.so.0()(64bit) 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-widgets-1.so.0()(64bit) bmpx-0.40.13-7.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) ccrtp-1.5.1-1.fc7.i386 requires libccgnu2-1.5.so.0 ccrtp-1.5.1-1.fc7.x86_64 requires libccgnu2-1.5.so.0()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.x86_64 requires libgnat-4.1.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.x86_64 requires libkickermain.so.1()(64bit) kicker-compiz-3.5.4-4.fc8.x86_64 requires libtaskmanager.so.1()(64bit) libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libFoundation-1.1.3-10.fc6.x86_64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) serenity-1.7.1-3.fc8.x86_64 requires libkdecorations.so.1()(64bit) twinkle-1.1-4.fc9.x86_64 requires libccgnu2-1.5.so.0()(64bit) twinkle-1.1-4.fc9.x86_64 requires libccext2-1.5.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.ppc requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 ccrtp-1.5.1-1.fc7.ppc requires libccgnu2-1.5.so.0 ccrtp-1.5.1-1.fc7.ppc64 requires libccgnu2-1.5.so.0()(64bit) compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.ppc requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.ppc requires libkickermain.so.1 kicker-compiz-3.5.4-4.fc8.ppc requires libtaskmanager.so.1 libFoundation-1.1.3-10.fc6.ppc requires libobjc.so.1 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.ppc requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) serenity-1.7.1-3.fc8.ppc requires libkdecorations.so.1 twinkle-1.1-4.fc9.ppc requires libccgnu2-1.5.so.0 twinkle-1.1-4.fc9.ppc requires libccext2-1.5.so.0 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) ccrtp-1.5.1-1.fc7.ppc64 requires libccgnu2-1.5.so.0()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 kicker-compiz-3.5.4-4.fc8.ppc64 requires libkickermain.so.1()(64bit) kicker-compiz-3.5.4-4.fc8.ppc64 requires libtaskmanager.so.1()(64bit) libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) serenity-1.7.1-3.fc8.ppc64 requires libkdecorations.so.1()(64bit) twinkle-1.1-4.fc9.ppc64 requires libccgnu2-1.5.so.0()(64bit) twinkle-1.1-4.fc9.ppc64 requires libccext2-1.5.so.0()(64bit) From a.badger at gmail.com Thu Feb 7 17:55:55 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 07 Feb 2008 09:55:55 -0800 Subject: comaintainership In-Reply-To: <1202405725.10413.5.camel@choeger4> References: <47AAE1D0.3050509@cs.tu-berlin.de> <47AB3E6D.4050009@niemueller.de> <1202405725.10413.5.camel@choeger4> Message-ID: <47AB462B.90900@gmail.com> Christoph H?ger wrote: >>> So my idea was to become something like a comaintainer for stable >> I'm cool with that and help is welcome. I think I should do a CVS change >> request to get you in as a co-maintainer? >> >> cvsextras commit is enabled so as soon as you find a sponsor you can >> start committing. > > Ok, how do I do that, start a "want a sponsor request" on this list? Hi Cristoph, I'm willing to sponsor you so that you can work on this package. We don't have a procedure to do this specific thing yet (sponsorship of someone into cvsextras so they can commit to a single package) so either find me on IRC (abadger1999 on fedora-devel) or send me an email offlist and I'll help get you setup. You will need to follow some of the existing process. Specifically, get a FAS account and sign the CLA as outlined here: http://fedoraproject.org/wiki/PackageMaintainers/Join I'll serve as your sponsor as outlined in the "Get Sponsored" section. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From ggw at wolves.durham.nc.us Thu Feb 7 18:13:57 2008 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Thu, 07 Feb 2008 13:13:57 -0500 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <1c252d490802070859h1296341ck40fce410368c5110@mail.gmail.com> References: <47A74A26.9020304@redhat.com> <1202386019.20305.22.camel@vorpal.macdev.com> <47AB1915.9080208@redhat.com> <1c252d490802070651y1e6f7117ga6eaa08daf93cf7e@mail.gmail.com> <47AB2063.90706@redhat.com> <1c252d490802070859h1296341ck40fce410368c5110@mail.gmail.com> Message-ID: <47AB4A65.4080506@wolves.durham.nc.us> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I did a 9-Alpha install on my testbed machine last night/this morning and used ext4 for the non-[home|ulocal] partitions. Just for laughs I set the var partition (I don't use the default sets) to be encrypted as well. The usr partition is in an LVM section as well. So far no problems during the install or daily activity, doing updates and additional installs now. Only observed the known problems with the root context (fixed) and running under permissive enforcing. - -- G.Wolfe Woodbury -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iQCVAwUBR6tKWy1+lL6/CF63AQKaeAP+JoggJjOS2C/ffCBwkEnH3BovPXlqdUo6 ss6A1eqiqMKD9EsG4qyzkmV7yxOo3pk/awd2MMqky3YX9pPTsXTgRRwacJUuFg9G fLX1F07vYZJiTDcldbjuE0+h69vFt0QQnwYbM5UVdRAmHEd4Dg8DSHBCLa/fgJ+4 DIAP6eGymDg= =XAFg -----END PGP SIGNATURE----- From sebastian at when.com Thu Feb 7 18:29:19 2008 From: sebastian at when.com (sebastian at when.com) Date: Thu, 07 Feb 2008 19:29:19 +0100 Subject: Fedora Education Spin Message-ID: <47AB4DFF.7060700@when.com> Hi everybody, I have a first release of the Fedora Education Live CD available. The kickstart file is here: https://fedoraproject.org/wiki/SebastianDziallas/Education Now, there is a working version of the script implemented, which downloads further software from the internet (just like Les suggested). By the way: Thank you all for your suggestions! If you have any further ideas, how improve this, please let me know. Sebastian From opensource at till.name Thu Feb 7 18:44:12 2008 From: opensource at till.name (Till Maas) Date: Thu, 07 Feb 2008 19:44:12 +0100 Subject: comaintainership In-Reply-To: <47AB462B.90900@gmail.com> References: <47AAE1D0.3050509@cs.tu-berlin.de> <1202405725.10413.5.camel@choeger4> <47AB462B.90900@gmail.com> Message-ID: <200802071944.21308.opensource@till.name> On Thu February 7 2008, Toshio Kuratomi wrote: > Hi Cristoph, I'm willing to sponsor you so that you can work on this > package. We don't have a procedure to do this specific thing yet > (sponsorship of someone into cvsextras so they can commit to a single > package) so either find me on IRC (abadger1999 on fedora-devel) or send Does he really need cvsextras membership? Is it not enough to apply for commit access in PKGDB? I do not know, but with this fine-grained policy settings in PKGDB, this seems to be something that should be possible or be easily implemented, e.g. require cvsextras for maintainership of a package and cla_done for commit access. 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 csnook at redhat.com Thu Feb 7 19:11:15 2008 From: csnook at redhat.com (Chris Snook) Date: Thu, 07 Feb 2008 14:11:15 -0500 Subject: F9A Install: No Volume Groups Found In-Reply-To: <1202400629.5943.7.camel@continuity> References: <1202400629.5943.7.camel@continuity> Message-ID: <47AB57D3.7020408@redhat.com> Thomas J. Baker wrote: > I just installed Fedora 9 alpha on an x86_64 server (several times > actually) and after a seemingly uneventful install, it won't boot saying > it can't find any volume groups. There is nothing unusual about the > server. In fact, I installed Fedora 8 by mistake (too many net install > choices) in the last couple of days and it worked fine . I am using an > LVM structure made by Fedora 8 a few months ago but I'm reformatting all > LVs in it. I initially thought it was related to trying to test ext4 but > I just did a very plain install without ext4 and that also failed. The > console doesn't show any notable error related to the SCSI disks but > fails when it can't find any logical volumes. > > I've tried installing from F9A and from current Rawhide but keep getting > this same error. I've also disabled selinux by adding selinux=0 to the > kernel command line but that didn't help. > > Any ideas? Kernel bug? LVM bug? Initrd bug? Dunno, but I had this problem using an upstream 2.6.24 kernel built with the 2.6.24-9 rawhide kernel .config, using rawhide initscripts, nash, and kernel-utils. It worked fine with the F8 kernel .config and the rawhide userspace packages. The rawhide kernel itself boots though. I haven't had time to track it down. -- Chris From a.badger at gmail.com Thu Feb 7 19:12:42 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 07 Feb 2008 11:12:42 -0800 Subject: comaintainership In-Reply-To: <200802071944.21308.opensource@till.name> References: <47AAE1D0.3050509@cs.tu-berlin.de> <1202405725.10413.5.camel@choeger4> <47AB462B.90900@gmail.com> <200802071944.21308.opensource@till.name> Message-ID: <47AB582A.3020607@gmail.com> Till Maas wrote: > On Thu February 7 2008, Toshio Kuratomi wrote: > >> Hi Cristoph, I'm willing to sponsor you so that you can work on this >> package. We don't have a procedure to do this specific thing yet >> (sponsorship of someone into cvsextras so they can commit to a single >> package) so either find me on IRC (abadger1999 on fedora-devel) or send > > Does he really need cvsextras membership? Yes. > Is it not enough to apply for commit > access in PKGDB? I do not know, but with this fine-grained policy settings in > PKGDB, this seems to be something that should be possible or be easily > implemented, e.g. require cvsextras for maintainership of a package and > cla_done for commit access. > We would like it to be. Although probably with a different group from cla_done filling the "commit to a single package" role. If you'd like to work on it, get in touch with me. We need to come up with a plan to make changes to the filesystem permissions and cvs acls system we're using with the cvs repository in order to make this work. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From caillon at redhat.com Thu Feb 7 19:15:57 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 07 Feb 2008 14:15:57 -0500 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <1202385330.3491.56.camel@cookie.hadess.net> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> Message-ID: <47AB58ED.4020400@redhat.com> On 02/07/2008 06:55 AM, Bastien Nocera wrote: > On Thu, 2008-02-07 at 00:58 +0000, Christopher Brown wrote: > >> Yeah, I got the inference. qv. the script that downloads restricted >> content on the Fedora Games DVD. So why don't we package a script that >> configures the nvidia binary driver? > > The Fedora games only have restricted _data_, not code. And the game must have *SOME* free data available, such that the game is not useless without non-free data. From eric.tanguy at univ-nantes.fr Thu Feb 7 19:33:06 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Thu, 07 Feb 2008 20:33:06 +0100 Subject: gcc-4.3.0 compilation problem In-Reply-To: References: <1202321625.2816.3.camel@bureau.maison> Message-ID: <1202412786.2843.1.camel@bureau.maison> Le mercredi 06 f?vrier 2008 ? 21:34 +0000, Kevin Kofler a ?crit : > Tanguy Eric univ-nantes.fr> writes: > >http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/header-dep/freehdl-0.0.4-4.fc8.log > > These are also all missing #include statements: wherever memcpy, strcpy, strlen > etc. are undeclared, an #include is needed, and either "using > namespace std;" or "using std::memcpy;" and likewise for the other functions > used. > OK thanks But where can i find which include i have to add for a given error. For example now i have : mapping.cc:120: error: 'getenv' was not declared in this scope I suppose i have to add in mapping.cc #include but how i find what is something ? Eric From caillon at redhat.com Thu Feb 7 19:31:58 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 07 Feb 2008 14:31:58 -0500 Subject: gcc-4.3.0 compilation problem In-Reply-To: <1202412786.2843.1.camel@bureau.maison> References: <1202321625.2816.3.camel@bureau.maison> <1202412786.2843.1.camel@bureau.maison> Message-ID: <47AB5CAE.4020304@redhat.com> On 02/07/2008 02:33 PM, Tanguy Eric wrote: > Le mercredi 06 f?vrier 2008 ? 21:34 +0000, Kevin Kofler a ?crit : >> Tanguy Eric univ-nantes.fr> writes: >>> http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/header-dep/freehdl-0.0.4-4.fc8.log >> These are also all missing #include statements: wherever memcpy, strcpy, strlen >> etc. are undeclared, an #include is needed, and either "using >> namespace std;" or "using std::memcpy;" and likewise for the other functions >> used. >> > OK thanks > But where can i find which include i have to add for a given error. > For example now i have : > mapping.cc:120: error: 'getenv' was not declared in this scope > > I suppose i have to add in mapping.cc #include but how i > find what is something ? The man/info pages usually help. From eric.tanguy at univ-nantes.fr Thu Feb 7 19:43:35 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Thu, 07 Feb 2008 20:43:35 +0100 Subject: gcc-4.3.0 compilation problem In-Reply-To: <47AB5CAE.4020304@redhat.com> References: <1202321625.2816.3.camel@bureau.maison> <1202412786.2843.1.camel@bureau.maison> <47AB5CAE.4020304@redhat.com> Message-ID: <1202413415.2843.3.camel@bureau.maison> Le jeudi 07 f?vrier 2008 ? 14:31 -0500, Christopher Aillon a ?crit : > On 02/07/2008 02:33 PM, Tanguy Eric wrote: > > Le mercredi 06 f?vrier 2008 ? 21:34 +0000, Kevin Kofler a ?crit : > >> Tanguy Eric univ-nantes.fr> writes: > >>> http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/header-dep/freehdl-0.0.4-4.fc8.log > >> These are also all missing #include statements: wherever memcpy, strcpy, strlen > >> etc. are undeclared, an #include is needed, and either "using > >> namespace std;" or "using std::memcpy;" and likewise for the other functions > >> used. > >> > > OK thanks > > But where can i find which include i have to add for a given error. > > For example now i have : > > mapping.cc:120: error: 'getenv' was not declared in this scope > > > > I suppose i have to add in mapping.cc #include but how i > > find what is something ? > > The man/info pages usually help. > Thanks it works for getenv but now i have one more error : error: 'INT_MAX' was not declared in this scope and man/info do not help ... Eric From laurent.rineau__fedora at normalesup.org Thu Feb 7 19:42:37 2008 From: laurent.rineau__fedora at normalesup.org (Laurent Rineau) Date: Thu, 7 Feb 2008 20:42:37 +0100 Subject: gcc-4.3.0 compilation problem In-Reply-To: <47AB5CAE.4020304@redhat.com> References: <1202321625.2816.3.camel@bureau.maison> <1202412786.2843.1.camel@bureau.maison> <47AB5CAE.4020304@redhat.com> Message-ID: <200802072042.38173@rineau.tsetse> On Thursday 07 February 2008 20:31:58 Christopher Aillon wrote: > On 02/07/2008 02:33 PM, Tanguy Eric wrote: > > Le mercredi 06 f?vrier 2008 ? 21:34 +0000, Kevin Kofler a ?crit : > >> Tanguy Eric univ-nantes.fr> writes: > >>> http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/header-dep/freehdl-0.0 > >>>.4-4.fc8.log > >> > >> These are also all missing #include statements: wherever memcpy, strcpy, > >> strlen etc. are undeclared, an #include is needed, and either > >> "using namespace std;" or "using std::memcpy;" and likewise for the > >> other functions used. > > > > OK thanks > > But where can i find which include i have to add for a given error. > > For example now i have : > > mapping.cc:120: error: 'getenv' was not declared in this scope > > > > I suppose i have to add in mapping.cc #include but how i > > find what is something ? > > The man/info pages usually help. See algo http://gcc.gnu.org/gcc-4.3/porting_to.html Although that is not relevant for getenv. -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From sgrubb at redhat.com Thu Feb 7 19:50:11 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 7 Feb 2008 14:50:11 -0500 Subject: gcc-4.3.0 compilation problem In-Reply-To: <1202413415.2843.3.camel@bureau.maison> References: <1202321625.2816.3.camel@bureau.maison> <47AB5CAE.4020304@redhat.com> <1202413415.2843.3.camel@bureau.maison> Message-ID: <200802071450.12130.sgrubb@redhat.com> On Thursday 07 February 2008 14:43:35 Tanguy Eric wrote: > Thanks it works for getenv but now i have one more error : > error: 'INT_MAX' was not declared in this scope > and man/info do not help ... #include put this in the offending file. There are likely a lot of apps broken similarly to this now. -Steve From ben.kreuter at gmail.com Thu Feb 7 19:50:13 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Thu, 7 Feb 2008 14:50:13 -0500 Subject: gcc-4.3.0 compilation problem In-Reply-To: <1202413415.2843.3.camel@bureau.maison> References: <1202321625.2816.3.camel@bureau.maison> <47AB5CAE.4020304@redhat.com> <1202413415.2843.3.camel@bureau.maison> Message-ID: <200802071450.17811.ben.kreuter@gmail.com> On Thursday 07 February 2008 14:43:35 Tanguy Eric wrote: > > Thanks it works for getenv but now i have one more error : > error: 'INT_MAX' was not declared in this scope > and man/info do not help ... > Eric The include for that is: #include Whoever wrote this code really did a poor job with their includes; they probably relied on some implicit relationships that are not a part of the standard. I advise contacting the upstream authors about this, and reminding them that in C++ it is considered a best practice to explicit include everything that you need. -- Ben -- Message sent on: Thu Feb 7 14:48:39 EST 2008 -------------- 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 jamatos at fc.up.pt Thu Feb 7 20:17:01 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Thu, 7 Feb 2008 20:17:01 +0000 Subject: gcc-4.3.0 compilation problem In-Reply-To: <1202413415.2843.3.camel@bureau.maison> References: <1202321625.2816.3.camel@bureau.maison> <47AB5CAE.4020304@redhat.com> <1202413415.2843.3.camel@bureau.maison> Message-ID: <200802072017.02762.jamatos@fc.up.pt> On Thursday 07 February 2008 19:43:35 Tanguy Eric wrote: > Thanks it works for getenv but now i have one more error : > error: 'INT_MAX' was not declared in this scope > and man/info do not help ... The next step is to google about it. :-) limits.h or climits if you are patching c++. > Eric -- Jos? Ab?lio From viveklak at gmail.com Thu Feb 7 23:23:20 2008 From: viveklak at gmail.com (Vivek Lakshmanan) Date: Thu, 7 Feb 2008 18:23:20 -0500 Subject: Orphaning packages Message-ID: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> Hello, I have been unable to provide necessary attention to a number of java packages I owned for the last little while, and I am afraid my schedule is only going to get tighter in the future. As a result I have orphaned the following packages: bea-stax byaccj classpathx-jaf classpathx-jaxp crytpix-asn1 isorelax jakarta-commons-collections jakarta-commons-pool java_cup jaxen jaxen-bootstrap jgroups jlex jzlib ldapjdk log4j regexp saxon saxon8 tanukiwrapper tomcat5 velocity xalan-j2 xmlrpc I apologize if any bugs you reported have not been acted upon recently. If some brave soul would like to take over, I can provide guidance, though it may be somewhat sporadic. Vivek From kevin.kofler at chello.at Thu Feb 7 23:38:31 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 7 Feb 2008 23:38:31 +0000 (UTC) Subject: request: can somebody please port googleearth-package to fedora? References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> Message-ID: Christopher Aillon redhat.com> writes: > And the game must have *SOME* free data available, such that the game is > not useless without non-free data. Most of the games which have Requires: autodownloader are entirely useless without the non-Free, non-redistributable content downloaded using autodownloader. In addition, several games ship redistributable, but non-modifiable data (same rules as for firmware). The autodownloader stuff is data which doesn't even comply with the relaxed guidelines for firmware and game data (e.g. because it is not redistributable at all or only non-commercially). If you think this situation is not acceptable, you can bring it up at FESCo or even the Fedora Board. Kevin Kofler From kevin.kofler at chello.at Thu Feb 7 23:40:47 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 7 Feb 2008 23:40:47 +0000 (UTC) Subject: gcc-4.3.0 compilation problem References: <1202321625.2816.3.camel@bureau.maison> <47AB5CAE.4020304@redhat.com> <1202413415.2843.3.camel@bureau.maison> <200802071450.12130.sgrubb@redhat.com> Message-ID: Steve Grubb redhat.com> writes: > #include This is C++, limits.h is deprecated in C++, you should: #include instead. Kevin Kofler From ben.kreuter at gmail.com Fri Feb 8 00:22:50 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Thu, 7 Feb 2008 19:22:50 -0500 Subject: gcc-4.3.0 compilation problem In-Reply-To: References: <1202321625.2816.3.camel@bureau.maison> <200802071450.12130.sgrubb@redhat.com> Message-ID: <200802071922.54660.ben.kreuter@gmail.com> On Thursday 07 February 2008 18:40:47 Kevin Kofler wrote: > Steve Grubb redhat.com> writes: > > #include > > This is C++, limits.h is deprecated in C++, you should: > #include > instead. > > Kevin Kofler The error indicated that the missing function was getenv(), not std::getenv(). Although it is possible that the file had a "using namespace std;" somewhere, there is no real way to tell. If that line is not present, then climits won't help much (unless that line is added, or "using std::getenv();", as it should be). -- Benjamin Kreuter -- Message sent on: Thu Feb 7 19:19:27 EST 2008 -------------- 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 mike at miketc.com Fri Feb 8 00:23:27 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 07 Feb 2008 18:23:27 -0600 Subject: F9 Alpha Observations Message-ID: <1202430207.7059.17.camel@scrappy.miketc.com> 1 - The install itself was fine, except once it go to installing the packages. That step took around 2 hours for 900 packages, which this being the plain ole default install that is suggested, and customization done later. 2 - radeonhd xorg driver was not installed by default, therefore x locked up when trying to start. Had to manually change xorg.conf to vesa driver to get it running. Installed radeonhd after and using it now, and so far it works, and recognized monitor. Card is x1300 and monitor is HP w1907. 3 - FF3 beta 2 that comes with it, seems to open with a home page of www.s.com and I have already setup preferences to my own home page. I can't find the reference to www.s.com at all. Although, if I click the home button, it will go to my home page. 4 - Maybe not Fedora's problem, maybe so, but flash from adobe doesn't seem to be recognized by FF3 beta 2. Not sure if java is either? I didn't even see a plugins dir in /usr/lib/firefox neither. about:plugins only shows adobe reader stuff and that's it. 5 - When trying to set system time and pick weather info, on system time it asks to authenticate, so I put in root password and it just blinks at me and asks again. Never lets me pick to set time to another computer/location or anything. 6 - Nodoka theme icons seem to be missing, or couple anything. The main menu bar (blue f) and xchat are ones that I see missing. Can't think of anything else at the moment, as did this couple days ago. And haven't bugzilla'd any of these as wanted to see if already known or whatever first. -- Mike Chambers Madisonville, KY "The best lil town on Earth!" From mark.bidewell at alumni.clemson.edu Fri Feb 8 01:16:40 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Thu, 7 Feb 2008 20:16:40 -0500 Subject: KDE4.0 Rawhide in Qemu In-Reply-To: References: Message-ID: As an FYI the KNotify crash seemed to be related to not having a sound card KDE is now running crash free. Here is my config: -KVM-60 -soundhw es1370 -cirrus video driver -selinux disabled Mark Bidewell On Feb 7, 2008 8:06 AM, Rex Dieter wrote: > Rex Dieter wrote: > > > Mark Bidewell wrote: > > > >> Thanks. I tried that - no luck. This would appear to be some kind of > >> X11 issue as updating KDE without updating X results in KDE4 loading > >> however it freezes once loaded. > >> > >> Hopefully these issues don't extend to real hardware. > > > > There are quite a few outstanding kde4/selinux issues in need of some > > love, which may or may not be impacting your problem here. > > See also: > https://bugzilla.redhat.com/show_bug.cgi?id=427383 > > which seems to affect most/all folks trying to run kde4 under qemu. > > -- Rex > > -- > 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 mike at miketc.com Fri Feb 8 01:21:39 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 07 Feb 2008 19:21:39 -0600 Subject: F9 Alpha Observations In-Reply-To: <1202430207.7059.17.camel@scrappy.miketc.com> References: <1202430207.7059.17.camel@scrappy.miketc.com> Message-ID: <1202433699.2417.1.camel@scrappy.miketc.com> On Thu, 2008-02-07 at 18:23 -0600, Mike Chambers wrote: > 3 - FF3 beta 2 that comes with it, seems to open with a home page of > www.s.com and I have already setup preferences to my own home page. I > can't find the reference to www.s.com at all. Although, if I click the > home button, it will go to my home page. > > 4 - Maybe not Fedora's problem, maybe so, but flash from adobe doesn't > seem to be recognized by FF3 beta 2. Not sure if java is either? I > didn't even see a plugins dir in /usr/lib/firefox neither. about:plugins > only shows adobe reader stuff and that's it. After today's rawhide updates, both of the above now seem to work just fine. Maybe it was the path the shortcut initially was pointing to, cause after the updates, it didn't work and I had to change it to the same as the menu/internet/firefox settings and it's all good. -- Mike Chambers Madisonville, KY "The best lil town on Earth!" > From kevin.kofler at chello.at Fri Feb 8 01:48:16 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 8 Feb 2008 01:48:16 +0000 (UTC) Subject: KDE4.0 Rawhide in Qemu - cirrus driver and QEMU References: Message-ID: Mark Bidewell alumni.clemson.edu> writes: > cirrus video driver Can we get this driver to claim the QEMU PCI ID by default? It's probably more efficient than vesa and it also works around the vesa driver crash. Kevin Kofler From jesusr at redhat.com Fri Feb 8 01:52:12 2008 From: jesusr at redhat.com (Jesus M. Rodriguez) Date: Thu, 7 Feb 2008 20:52:12 -0500 Subject: Orphaning packages In-Reply-To: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> Message-ID: <20080208015212.GA5405@transam.devel.redhat.com> On Thu, Feb 07, 2008 at 06:23:20PM -0500, Vivek Lakshmanan wrote: > Hello, > I have been unable to provide necessary attention to a number of java > packages I owned for the last little while, and I am afraid my > schedule is only going to get tighter in the future. As a result I > have orphaned the following packages: > > bea-stax > byaccj > classpathx-jaf > classpathx-jaxp > crytpix-asn1 > isorelax > jakarta-commons-collections > jakarta-commons-pool > java_cup > jaxen > jaxen-bootstrap > jgroups > jlex > jzlib > ldapjdk > log4j > regexp > saxon > saxon8 > tanukiwrapper > tomcat5 > velocity > xalan-j2 > xmlrpc > > I apologize if any bugs you reported have not been acted upon recently. > If some brave soul would like to take over, I can provide guidance, > though it may be somewhat sporadic. > Vivek I would be interested in take some of these packages. tanukiwrapper velocity xmlrpc log4j I will definitely take. If the rest are dependencies I can take them for now. Sincerely, jesus -- jesus m. rodriguez | jesusr at redhat.com sr. software engineer | irc: zeus red hat network | 919.754.4413 x44413 +-------------------------------------------+ | "Those who cannot learn from history | | are doomed to repeat it." | | -- George Santayana | +-------------------------------------------+ From lordmorgul at gmail.com Fri Feb 8 02:04:36 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 07 Feb 2008 18:04:36 -0800 Subject: F9 Alpha Observations In-Reply-To: <1202430207.7059.17.camel@scrappy.miketc.com> References: <1202430207.7059.17.camel@scrappy.miketc.com> Message-ID: <47ABB8B4.10101@gmail.com> Mike Chambers wrote: > 1 - The install itself was fine, except once it go to installing the > packages. That step took around 2 hours for 900 packages, which this > being the plain ole default install that is suggested, and customization > done later. > > 2 - radeonhd xorg driver was not installed by default, therefore x > locked up when trying to start. Had to manually change xorg.conf to > vesa driver to get it running. Installed radeonhd after and using it > now, and so far it works, and recognized monitor. Card is x1300 and > monitor is HP w1907. Been discussed already on lists but have not seen a bz about it (I may have missed it). > 3 - FF3 beta 2 that comes with it, seems to open with a home page of > www.s.com and I have already setup preferences to my own home page. I > can't find the reference to www.s.com at all. Although, if I click the > home button, it will go to my home page. Is that a site you manually entered ever? Are you opening/recovering a session? > 4 - Maybe not Fedora's problem, maybe so, but flash from adobe doesn't > seem to be recognized by FF3 beta 2. Not sure if java is either? I > didn't even see a plugins dir in /usr/lib/firefox neither. about:plugins > only shows adobe reader stuff and that's it. I think you need to yum install libflashsupport, then install the flash-plugin rpm from adobe for it to be grabbed by FF3. Do you have libflashsupport installed yet? This may not be part of the default install set (if not maybe it should be). > 5 - When trying to set system time and pick weather info, on system time > it asks to authenticate, so I put in root password and it just blinks at > me and asks again. Never lets me pick to set time to another > computer/location or anything. This is policykit requesting authentication for /usr/libexec/clock-applet? Do you realize that clicking the clock-applet->location edit->time settings opens the dialog to change system time, then clicking 'set system time' does not open a new dialog it only applies what is shown? (change the values, then set system time) The authentication should be happening only after you try to apply the settings (which the 'set system time' button does). I do notice that if you put in the wrong password (so not authorized) it will fail to even ask for the password again and just keep closing as soon as you click 'system time' but not change it. I've had to go delete the authorization to change system time to get this to stop, then reauthorize. There may be some issues with policykit keeping 'not really authorized' authorizations and just not letting you try again. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From cra at WPI.EDU Fri Feb 8 02:14:33 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Thu, 7 Feb 2008 21:14:33 -0500 Subject: F9 Alpha Observations In-Reply-To: <47ABB8B4.10101@gmail.com> References: <1202430207.7059.17.camel@scrappy.miketc.com> <47ABB8B4.10101@gmail.com> Message-ID: <20080208021433.GW24000@angus.ind.WPI.EDU> On Thu, Feb 07, 2008 at 06:04:36PM -0800, Andrew Farris wrote: > Mike Chambers wrote: >> 3 - FF3 beta 2 that comes with it, seems to open with a home page of >> www.s.com and I have already setup preferences to my own home page. I >> can't find the reference to www.s.com at all. Although, if I click the >> home button, it will go to my home page. > > Is that a site you manually entered ever? Are you opening/recovering a session? I see this www.s.com thing too. Everytime I recover a session, it appears. Then I get two of them next time, etc. From katzj at redhat.com Fri Feb 8 02:21:57 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 07 Feb 2008 21:21:57 -0500 Subject: KDE4.0 Rawhide in Qemu - cirrus driver and QEMU In-Reply-To: References: Message-ID: <1202437317.20452.1.camel@aglarond.local> On Fri, 2008-02-08 at 01:48 +0000, Kevin Kofler wrote: > Mark Bidewell alumni.clemson.edu> writes: > > cirrus video driver > > Can we get this driver to claim the QEMU PCI ID by default? It's probably more > efficient than vesa and it also works around the vesa driver crash. It's actual emulation of the Cirrus chip and thus uses the Cirrus pci id. But as of the alpha, the cirrus driver hadn't been fixed up for the libpciaccess changes in X and so we needed to fallback to vesa. Should be back to using cirrus for now. Although longer term, it's probably worth spending the time to fix up the VMWare SVGA emulation from qemu to work with kvm... just not enough round tuits Jeremy From mschwendt.tmp0701.nospam at arcor.de Fri Feb 8 02:45:42 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 8 Feb 2008 03:45:42 +0100 Subject: Orphaning packages: mhash, aide Message-ID: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> I've released ownership of the following Fedora packages in rawhide, F-8 and F-7: aide mhash AIDE ( http://sourceforge.net/projects/aide ) is a piece of software I no longer use. It can be built without mhash, btw. libmash officially is no longer under active development. The original authors have withdrawn from the "AUTHORS" file in CVS meanwhile. Its development list has been extremely quiet for many months. Picking the right upstream releases has not been easy several times and required careful testing. So, in case upstream will resume doing releases, it may require more than to bump'n'build the Fedora package. From sgrubb at redhat.com Fri Feb 8 03:20:27 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 7 Feb 2008 22:20:27 -0500 Subject: Orphaning packages: mhash, aide In-Reply-To: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200802072220.27573.sgrubb@redhat.com> On Thursday 07 February 2008 21:45:42 Michael Schwendt wrote: > AIDE ( http://sourceforge.net/projects/aide ) is a piece of software I > no longer use. It can be built without mhash, btw. I'll take that package. -Steve From viveklak at gmail.com Fri Feb 8 03:27:24 2008 From: viveklak at gmail.com (Vivek Lakshmanan) Date: Thu, 7 Feb 2008 22:27:24 -0500 Subject: [fedora-java] Re: Orphaning packages In-Reply-To: <20080208015212.GA5405@transam.devel.redhat.com> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> <20080208015212.GA5405@transam.devel.redhat.com> Message-ID: <3ce8a9e0802071927i47664dafpc191a1f29d48e045@mail.gmail.com> On Feb 7, 2008 8:52 PM, Jesus M. Rodriguez wrote: > > I would be interested in take some of these packages. > > tanukiwrapper > velocity > xmlrpc > log4j > > I will definitely take. If the rest are dependencies I can take > them for now. > Thanks Jesus... Tomcat is by far the heaviest of these packages and needs almost all of the rest. Fortunately Devrim Gunduz has been doing a great job maintaining it and I believe pkgdb already shows him to be the owner. Apart from the ones you mentioned, most are maven2 deps and probably best discussed with dbhole (maven2 owner). In the meantime please feel free to adopt the packages you expressed interest in. I believe the process is documented here: http://fedoraproject.org/wiki/PackageMaintainers/UsingPackagedb#head-e191a99ad05ab1400b7582e5f1257f6a4a364d4e Do let me know if I can provide any assistance. Vivek From clydekunkel7734 at cox.net Fri Feb 8 03:58:25 2008 From: clydekunkel7734 at cox.net (Clyde Kunkel) Date: Thu, 7 Feb 2008 22:58:25 -0500 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AA3B3B.2020204@redhat.com> References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com><47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx> <47AA3B3B.2020204@redhat.com> Message-ID: .> Josh Boyer wrote: >> On Wed, 06 Feb 2008 16:31:30 -0600 >> Eric Sandeen wrote: >> >>> Eric Sandeen wrote: >>> >>>> You can explicitly mount it as -t ext4dev, and the next file created >>>> will make a non-backwards-compatible change when it writes in extent >>>> format. From then on, it's an "ext4dev" filesystem with mostly >>>> non-extent ext3 files on it. :) >>> Oh, and getting some airtime on that configuration *would* be good, too. >> >> What's the likelyhood of it being yanked in F9 final? I'd hate to >> switch over and then have F9 final say "you're stupid wtf is this >> filesystem?" > > It's my goal to have it ready for, and remain in, F9. So far I don't > expect failure. But I'll refer you back to the $SUBJECT. :) > > -Eric Today, 20080207, installed Fedora 9 Alpha on LV (except home is ext3 part). Specified ext4 during partitioning. Seems to be ok, but: system-config-lvm says the LV is ext3. I don't know how to disply the file system type for an LV except with system-config-lvm. Does anyone reading this know of a safe way to check? ---------------------- Regards, Old Fart From sandeen at redhat.com Fri Feb 8 04:17:27 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 07 Feb 2008 22:17:27 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com><47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx> <47AA3B3B.2020204@redhat.com> Message-ID: <47ABD7D7.5080504@redhat.com> Clyde Kunkel wrote: > Today, 20080207, installed Fedora 9 Alpha on LV (except home is ext3 part). > Specified ext4 during partitioning. Seems to be ok, but: system-config-lvm > says the LV is ext3. I don't know how to disply the file system type for an > LV except with system-config-lvm. urgh another utility to teach about ext4dev... :) > Does anyone reading this know of a safe > way to check? A few ways; try blkid on the device itself: [root at magnesium]# blkid /dev/sda5 /dev/sda5: LABEL="/" UUID="eead86f1-51f5-4795-b46f-e05180df9ee8" TYPE="ext4" or once the filesystem is updated with Ted's new flag: [root at magnesium]# debugfs -w /dev/sda5 debugfs 1.40.5 (27-Jan-2008) debugfs: set_super_value s_flags 4 debugfs: quit it'll show as ext4dev (also needed for the most recent kernels to mount it): [root at magnesium]# blkid /dev/sda5 /dev/sda5: LABEL="/" UUID="eead86f1-51f5-4795-b46f-e05180df9ee8" TYPE="ext4dev" or use the file utility: [root at magnesium]# file -s /dev/sda5 /dev/sda5: Linux rev 1.0 ext4 filesystem data (extents) (large files) -Eric From vonbrand at inf.utfsm.cl Fri Feb 8 04:27:45 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 08 Feb 2008 01:27:45 -0300 Subject: F9 Alpha Observations In-Reply-To: <47ABB8B4.10101@gmail.com> References: <1202430207.7059.17.camel@scrappy.miketc.com> <47ABB8B4.10101@gmail.com> Message-ID: <200802080427.m184Rje0007096@laptop13.inf.utfsm.cl> Andrew Farris wrote: > Mike Chambers wrote: [...] > > 3 - FF3 beta 2 that comes with it, seems to open with a home page of > > www.s.com and I have already setup preferences to my own home page. I > > can't find the reference to www.s.com at all. Although, if I click the > > home button, it will go to my home page. > Is that a site you manually entered ever? Are you opening/recovering a > session? Happened to me too with the same URL, I thought it was due to a fatfingered URL. [...] > > 5 - When trying to set system time and pick weather info, on system time > > it asks to authenticate, so I put in root password and it just blinks at > > me and asks again. Never lets me pick to set time to another > > computer/location or anything. > This is policykit requesting authentication for > /usr/libexec/clock-applet? Do you realize that clicking the > clock-applet->location edit->time settings opens the dialog to change > system time, then clicking 'set system time' does not open a new > dialog it only applies what is shown? (change the values, then set > system time) The authentication should be happening only after you > try to apply the settings (which the 'set system time' button does). The Gnome clock applet is broken on i386, and has been for some time now. Several others are busted too (Volume control, for one). -- 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 devrim at CommandPrompt.com Fri Feb 8 05:16:36 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Thu, 07 Feb 2008 21:16:36 -0800 Subject: Orphaning packages: mhash, aide In-Reply-To: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <1202447796.6198.3.camel@localhost.localdomain> Hi, On Fri, 2008-02-08 at 03:45 +0100, Michael Schwendt wrote: > mhash I need this rpm for pam_pgsql package that I maintain in my PostgreSQL RPM repository (and also will soon submit to Fedora for review). Even though I have no idea how to package it, I can do my best if noone steps up the plate. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- 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 jakub.rusinek at gmail.com Fri Feb 8 06:18:38 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 07:18:38 +0100 Subject: Orphaning packages: mhash, aide In-Reply-To: <1202447796.6198.3.camel@localhost.localdomain> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> <1202447796.6198.3.camel@localhost.localdomain> Message-ID: <47ABF43E.3030500@gmail.com> Devrim G?ND?Z wrote: > Hi, > > On Fri, 2008-02-08 at 03:45 +0100, Michael Schwendt wrote: >> mhash > > I need this rpm for pam_pgsql package that I maintain in my PostgreSQL > RPM repository (and also will soon submit to Fedora for review). Even > though I have no idea how to package it, I can do my best if noone steps > up the plate. > > Regards, > Thanks, I need it too, for my libgringotts. From Matt_Domsch at dell.com Fri Feb 8 06:27:57 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 8 Feb 2008 00:27:57 -0600 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <20080205223555.GE31952@petra.dvoda.cz> References: <47A89777.2040706@leemhuis.info> <20080205223555.GE31952@petra.dvoda.cz> Message-ID: <20080208062757.GH7226@auslistsprd01.us.dell.com> On Tue, Feb 05, 2008 at 11:35:55PM +0100, Karel Zak wrote: > On Tue, Feb 05, 2008 at 06:05:59PM +0100, Thorsten Leemhuis wrote: > > Actually I'm wondering if we need some guidelines or other bureaucracy > > hurdles to prevent that packagers use suid binaries without need. > > Preferred: Maybe just a script could do the trick if it checks what > > packages use suid binaries; somebody once every few weeks could run it > > and check if there are new packages with suid binaries. If there are: > > check them if it makes sense to ship them like that. > > That's why I think that our "Package Review Process" is an imperfect > process. We have barriers for new incoming packages, but there is > absolute freedom for old packages. IMHO there should be a simplified > review process before every Fedora release. > > (Of course it's not about suid binaries only.) rpmlint reports on suid binaries. I happen to generate rpmlint logs for every successfully built RPM in my rebuild process. Perhaps we need something similar to happen in koji. $ egrep -r set[gu]id */result/rpmlint.log amanda-2.5.2p1-9.fc9.src.rpm/result/rpmlint.log:amanda-client.x86_64: E: setuid-binary /usr/lib64/amanda/killpgrp root 04750 amanda-2.5.2p1-9.fc9.src.rpm/result/rpmlint.log:amanda-client.x86_64: E: setuid-binary /usr/lib64/amanda/rundump root 04750 amanda-2.5.2p1-9.fc9.src.rpm/result/rpmlint.log:amanda-client.x86_64: E: setuid-binary /usr/lib64/amanda/runtar root 04750 amanda-2.5.2p1-9.fc9.src.rpm/result/rpmlint.log:amanda-client.x86_64: E: setuid-binary /usr/lib64/amanda/calcsize root 04750 amanda-2.5.2p1-9.fc9.src.rpm/result/rpmlint.log:amanda-server.x86_64: E: setuid-binary /usr/lib64/amanda/dumper root 04750 amanda-2.5.2p1-9.fc9.src.rpm/result/rpmlint.log:amanda-server.x86_64: E: setuid-binary /usr/lib64/amanda/planner root 04750 amanda-2.5.2p1-9.fc9.src.rpm/result/rpmlint.log:amanda-server.x86_64: E: setuid-binary /usr/sbin/amcheck root 04750 at-3.1.10-20.fc9.src.rpm/result/rpmlint.log:at.x86_64: E: setuid-binary /usr/bin/at root 04755 BackupPC-3.1.0-1.fc9.src.rpm/result/rpmlint.log:BackupPC.noarch: E: setuid-binary /usr/share/BackupPC/sbin/BackupPC_Admin backuppc 04750 bsd-games-2.17-22.fc9.src.rpm/result/rpmlint.log:bsd-games.x86_64: E: setgid-binary /usr/bin/phantasia gamephant 02755 bsd-games-2.17-22.fc9.src.rpm/result/rpmlint.log:bsd-games.x86_64: E: setgid-binary /usr/bin/sail gamesail 02755 bsd-games-2.17-22.fc9.src.rpm/result/rpmlint.log:bsd-games.x86_64: E: setgid-binary /usr/bin/hack gamehack 02755 compat-erlang-R10B-11.9.fc9.src.rpm/result/rpmlint.log:compat-erlang.x86_64: W: devel-file-in-non-devel-package /usr/lib64/erlang-R10B/erts-5.4.13/src/setuid_socket_wrap.c cronie-1.0-2.fc9.src.rpm/result/rpmlint.log:cronie.x86_64: E: setuid-binary /usr/bin/crontab root 06755 cronie-1.0-2.fc9.src.rpm/result/rpmlint.log:cronie.x86_64: E: setgid-binary /usr/bin/crontab root 06755 fcron-3.0.3-3.fc8.src.rpm/result/rpmlint.log:fcron.x86_64: E: setuid-binary /usr/bin/fcrontab fcron 06755 fcron-3.0.3-3.fc8.src.rpm/result/rpmlint.log:fcron.x86_64: E: setgid-binary /usr/bin/fcrontab fcron 06755 fcron-3.0.3-3.fc8.src.rpm/result/rpmlint.log:fcron.x86_64: E: setuid-binary /usr/bin/fcronsighup root 04754 KoboDeluxe-0.5.1-1.fc9.src.rpm/result/rpmlint.log:KoboDeluxe.x86_64: E: setgid-binary /usr/bin/kobodl kobodl 02755 PolicyKit-0.7-5.fc9.src.rpm/result/rpmlint.log:PolicyKit.x86_64: E: setgid-binary /usr/libexec/polkit-revoke-helper polkituser 02755 PolicyKit-0.7-5.fc9.src.rpm/result/rpmlint.log:PolicyKit.x86_64: E: setgid-binary /usr/libexec/polkit-read-auth-helper polkituser 02755 PolicyKit-0.7-5.fc9.src.rpm/result/rpmlint.log:PolicyKit.x86_64: E: setgid-binary /usr/libexec/polkit-explicit-grant-helper polkituser 02755 PolicyKit-0.7-5.fc9.src.rpm/result/rpmlint.log:PolicyKit.x86_64: E: setuid-binary /usr/libexec/polkit-grant-helper-pam root 04750 PolicyKit-0.7-5.fc9.src.rpm/result/rpmlint.log:PolicyKit.x86_64: E: setgid-binary /usr/libexec/polkit-grant-helper polkituser 02755 PolicyKit-0.7-5.fc9.src.rpm/result/rpmlint.log:PolicyKit.x86_64: E: setgid-binary /usr/libexec/polkit-set-default-helper polkituser 02755 -Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From tomek at crocom.com.pl Fri Feb 8 08:17:29 2008 From: tomek at crocom.com.pl (Tomasz Torcz) Date: Fri, 08 Feb 2008 09:17:29 +0100 Subject: F9 Alpha Observations In-Reply-To: <1202430207.7059.17.camel@scrappy.miketc.com> References: <1202430207.7059.17.camel@scrappy.miketc.com> Message-ID: <1202458649.18519.85.camel@s1.crocom.com.pl> > 5 - When trying to set system time and pick weather info, on system time > it asks to authenticate, so I put in root password and it just blinks at > me and asks again. Never lets me pick to set time to another > computer/location or anything. Are you sure it asks you about *root* password? Maybe this dialog is about your *user* password. -- Tomasz Torcz From martin.sourada at gmail.com Fri Feb 8 08:33:48 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Fri, 08 Feb 2008 09:33:48 +0100 Subject: F9 Alpha Observations In-Reply-To: <1202430207.7059.17.camel@scrappy.miketc.com> References: <1202430207.7059.17.camel@scrappy.miketc.com> Message-ID: <1202459628.2721.14.camel@pc-notebook> On Thu, 2008-02-07 at 18:23 -0600, Mike Chambers wrote: > 6 - Nodoka theme icons seem to be missing, or couple anything. The main > menu bar (blue f) and xchat are ones that I see missing. > Nodoka is only a gtk theme/engine and metacity theme. I don't know what icon theme is set in rawhide but I didn't notice any mails about it being changed so I suppose it's Mist. Maybe worth exploring if it is just this one or if it has problems with other icon themes as well. 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 mike at miketc.com Fri Feb 8 10:30:14 2008 From: mike at miketc.com (Mike Chambers) Date: Fri, 08 Feb 2008 04:30:14 -0600 Subject: F9 Alpha Observations In-Reply-To: <1202459628.2721.14.camel@pc-notebook> References: <1202430207.7059.17.camel@scrappy.miketc.com> <1202459628.2721.14.camel@pc-notebook> Message-ID: <1202466614.2636.0.camel@scrappy.miketc.com> On Fri, 2008-02-08 at 09:33 +0100, Martin Sourada wrote: > On Thu, 2008-02-07 at 18:23 -0600, Mike Chambers wrote: > > 6 - Nodoka theme icons seem to be missing, or couple anything. The main > > menu bar (blue f) and xchat are ones that I see missing. > > > Nodoka is only a gtk theme/engine and metacity theme. I don't know what > icon theme is set in rawhide but I didn't notice any mails about it > being changed so I suppose it's Mist. Maybe worth exploring if it is > just this one or if it has problems with other icon themes as well. Hahaha, I'm an idiot. I meant echo-icon-theme for the icon problem. Doh! -- Mike Chambers Madisonville, KY "The best lil town on Earth!" > From limb at jcomserv.net Fri Feb 8 12:11:47 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 8 Feb 2008 06:11:47 -0600 (CST) Subject: Orphaning packages: mhash, aide In-Reply-To: <47ABF43E.3030500@gmail.com> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> <1202447796.6198.3.camel@localhost.localdomain> <47ABF43E.3030500@gmail.com> Message-ID: <16714.63.85.68.164.1202472707.squirrel@mail.jcomserv.net> > Devrim G??ND??Z wrote: >> Hi, >> >> On Fri, 2008-02-08 at 03:45 +0100, Michael Schwendt wrote: >>> mhash >> >> I need this rpm for pam_pgsql package that I maintain in my PostgreSQL >> RPM repository (and also will soon submit to Fedora for review). Even >> though I have no idea how to package it, I can do my best if noone steps >> up the plate. >> >> Regards, >> > > Thanks, I need it too, for my libgringotts. I need it for limph, and I'm the EPEL co-maintainer, so I'll take it. Devrim, you're more than welcome to co-maintain. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From alexl at redhat.com Fri Feb 8 12:26:53 2008 From: alexl at redhat.com (Alexander Larsson) Date: Fri, 08 Feb 2008 13:26:53 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <200802071029.13931.sgrubb@redhat.com> References: <47AA830E.3050604@redhat.com> <1202377861.8724.13.camel@dhcp-208-188.arn.redhat.com> <200802071029.13931.sgrubb@redhat.com> Message-ID: <1202473613.18786.15.camel@localhost.localdomain> On Thu, 2008-02-07 at 10:29 -0500, Steve Grubb wrote: > > Now, Gnome (and many other things) start using fuse because it lets you > > implement very desireable features. > > What are these desirable features? Just curious since I may wind up doing a > lot of code review. There are many cases where you as a user want to access and/or modify something that contains files. For instance, loopback mounting iso files, easy access to network files for instance. There are several libraries that allows access to files in such ways, ranging from specific libraries like libext2fs.so to generic libraries like gnome-vfs and kio. However most apps don't use these interfaces so they can't access files like this. The standard way to access files is through the syscall interface, and then things must be mounted, meaning the implementation generally lives in the kernel with all the issues related to that. Some things like loopback mounting an iso is possible, but requires root access, even if the file is readable by the user. Other things are just not possible. However, with fuse these things can be solved. The filesystem implementation runs as the user, and user syscalls are proxied to the filesystem process via a pipe. This means that anything "filesystem like" that can be accessed from userspace can be accessed by all applications. So, for instance, you can get things like remote filesystem access via ssh, easily mountable network filesystems (smb, ftp, nfs) and user-mountable loopback mounts. The specific piece of code I'm using fuse for is gvfs, the replacement of gnome-vfs. Its a userspace virtual filesystem with backends for things like sftp, ftp, dav, smb, obexftp, etc. The file manager lets you easily browse these things, and apps that use the userspace API can load and save files there. However, if you want to open a file on a dav share in for instance emacs, then you have to use something like fuse. And in fact, if fuse is availible, gvfs will transparently convert uris to paths on a fuse mount to do this. From buc at odusz.so-cdu.ru Fri Feb 8 12:43:42 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Fri, 08 Feb 2008 15:43:42 +0300 Subject: Orphaning packages: mhash, aide In-Reply-To: <16714.63.85.68.164.1202472707.squirrel@mail.jcomserv.net> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> <1202447796.6198.3.camel@localhost.localdomain> <47ABF43E.3030500@gmail.com> <16714.63.85.68.164.1202472707.squirrel@mail.jcomserv.net> Message-ID: <47AC4E7E.5060103@odu.neva.ru> Jon Ciesla wrote: >> Devrim G??ND??Z wrote: >> >>> Hi, >>> >>> On Fri, 2008-02-08 at 03:45 +0100, Michael Schwendt wrote: >>> >>>> mhash >>>> >>> I need this rpm for pam_pgsql package that I maintain in my PostgreSQL >>> RPM repository (and also will soon submit to Fedora for review). Even >>> though I have no idea how to package it, I can do my best if noone steps >>> up the plate. >>> >>> Regards, >>> >>> >> Thanks, I need it too, for my libgringotts. >> > > I need it for limph, and I'm the EPEL co-maintainer, so I'll take it. > Devrim, you're more than welcome to co-maintain. > It also needed for php (since it has a php-mhash subpackage). AFAIK "mhash" was affiliated some way with the "mcrypt" (both had the same primary site etc...). Mcrypt is maintained by Tom "spot" Callaway, perhaps it is more convenient to maintain both packages by him... Dmitry Butskoy http://www.fedoraproject.org/wiki/DmitryButskoy From limb at jcomserv.net Fri Feb 8 12:45:06 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 8 Feb 2008 06:45:06 -0600 (CST) Subject: Orphaning packages: mhash, aide In-Reply-To: <47AC4E7E.5060103@odu.neva.ru> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> <1202447796.6198.3.camel@localhost.localdomain> <47ABF43E.3030500@gmail.com> <16714.63.85.68.164.1202472707.squirrel@mail.jcomserv.net> <47AC4E7E.5060103@odu.neva.ru> Message-ID: <34631.63.85.68.164.1202474706.squirrel@mail.jcomserv.net> > Jon Ciesla wrote: >>> Devrim G??ND??Z wrote: >>> >>>> Hi, >>>> >>>> On Fri, 2008-02-08 at 03:45 +0100, Michael Schwendt wrote: >>>> >>>>> mhash >>>>> >>>> I need this rpm for pam_pgsql package that I maintain in my PostgreSQL >>>> RPM repository (and also will soon submit to Fedora for review). Even >>>> though I have no idea how to package it, I can do my best if noone >>>> steps >>>> up the plate. >>>> >>>> Regards, >>>> >>>> >>> Thanks, I need it too, for my libgringotts. >>> >> >> I need it for limph, and I'm the EPEL co-maintainer, so I'll take it. >> Devrim, you're more than welcome to co-maintain. >> > > It also needed for php (since it has a php-mhash subpackage). That's what limph actually uses. :) > AFAIK "mhash" was affiliated some way with the "mcrypt" (both had the > same primary site etc...). Mcrypt is maintained by Tom "spot" Callaway, > perhaps it is more convenient to maintain both packages by him... Works for me. Spot, if you want mhash, say so. > > Dmitry Butskoy > http://www.fedoraproject.org/wiki/DmitryButskoy > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From mschwendt.tmp0701.nospam at arcor.de Fri Feb 8 13:20:09 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Fri, 8 Feb 2008 14:20:09 +0100 Subject: Orphaning packages: mhash, aide In-Reply-To: <47AC4E7E.5060103@odu.neva.ru> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> <1202447796.6198.3.camel@localhost.localdomain> <47ABF43E.3030500@gmail.com> <16714.63.85.68.164.1202472707.squirrel@mail.jcomserv.net> <47AC4E7E.5060103@odu.neva.ru> Message-ID: <20080208142009.3267c98f.mschwendt.tmp0701.nospam@arcor.de> On Fri, 08 Feb 2008 15:43:42 +0300, Dmitry Butskoy wrote: > Jon Ciesla wrote: > >> Devrim G??ND??Z wrote: > >> > >>> Hi, > >>> > >>> On Fri, 2008-02-08 at 03:45 +0100, Michael Schwendt wrote: > >>> > >>>> mhash > >>>> > >>> I need this rpm for pam_pgsql package that I maintain in my PostgreSQL > >>> RPM repository (and also will soon submit to Fedora for review). Even > >>> though I have no idea how to package it, I can do my best if noone steps > >>> up the plate. > >>> > >>> Regards, > >>> > >>> > >> Thanks, I need it too, for my libgringotts. > >> > > > > I need it for limph, and I'm the EPEL co-maintainer, so I'll take it. > > Devrim, you're more than welcome to co-maintain. > > > > It also needed for php (since it has a php-mhash subpackage). > > AFAIK "mhash" was affiliated some way with the "mcrypt" (both had the > same primary site etc...). Mcrypt is maintained by Tom "spot" Callaway, > perhaps it is more convenient to maintain both packages by him... They have different project sites at SF.net, but the same maintainers and project admins. mcrypt uses libmhash, and libmcrypt started sharing the mutils API with libmhash, but that has not been completed. From sundaram at fedoraproject.org Fri Feb 8 13:28:20 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 08 Feb 2008 18:58:20 +0530 Subject: Fedora Education Spin In-Reply-To: <47AB4DFF.7060700@when.com> References: <47AB4DFF.7060700@when.com> Message-ID: <47AC58F4.9010309@fedoraproject.org> sebastian at when.com wrote: > Hi everybody, > > I have a first release of the Fedora Education Live CD available. The > kickstart file is here: > https://fedoraproject.org/wiki/SebastianDziallas/Education > Now, there is a working version of the script implemented, which > downloads further software from the internet (just like Les suggested). > > By the way: Thank you all for your suggestions! > > If you have any further ideas, how improve this, please let me know. I can't find the later mails from you but if you are looking to propose this formally, refer http://fedoraproject.org/wiki/Infrastructure/CustomSpins Rahul From sgrubb at redhat.com Fri Feb 8 13:32:59 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 8 Feb 2008 08:32:59 -0500 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <1202473613.18786.15.camel@localhost.localdomain> References: <200802071029.13931.sgrubb@redhat.com> <1202473613.18786.15.camel@localhost.localdomain> Message-ID: <200802080832.59666.sgrubb@redhat.com> On Friday 08 February 2008 07:26:53 Alexander Larsson wrote: > On Thu, 2008-02-07 at 10:29 -0500, Steve Grubb wrote: > > > Now, Gnome (and many other things) start using fuse because it lets you > > > implement very desireable features. > > > > What are these desirable features? Just curious since I may wind up doing > > a lot of code review. > > There are many cases where you as a user want to access and/or modify > something that contains files. Which brings up something, I spent the last 3 years getting the audit system working everywhere. Does filesystem auditing still work under fuse? When a user mounts a filesystem, is that auditable? Does fuse support extended attributes & SE Linux enforcement is still working correctly? > However most apps don't use these interfaces so they can't access files > like this. The standard way to access files is through the syscall > interface, and then things must be mounted, meaning the implementation > generally lives in the kernel with all the issues related to that. And the protection to the system enforced by the kernel. :) > Some things like loopback mounting an iso is possible, but requires root > access, even if the file is readable by the user. Other things are just > not possible. Which is sensible. Remember my fsfuzzer tool? Its found some flaws in fliesystems that could be exploitable with some work. I have not yet had the time to fuzz fuse since its never really be seriously considered for any of our work. > However, with fuse these things can be solved. The filesystem > implementation runs as the user, and user syscalls are proxied to the > filesystem process via a pipe. You cannot do auditing from userspace very well. It requires CAP_AUDIT_WRITE and maybe some other permissions. > This means that anything "filesystem like" that can be accessed from > userspace can be accessed by all applications. So, for instance, you can get > things like remote filesystem access via ssh, easily mountable network > filesystems (smb, ftp, nfs) and user-mountable loopback mounts. But we already have things like that with auditing and security checks in place. :) -Steve From mark.bidewell at alumni.clemson.edu Fri Feb 8 13:36:02 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Fri, 8 Feb 2008 08:36:02 -0500 Subject: KDE4.0 Rawhide in Qemu - cirrus driver and QEMU In-Reply-To: <1202437317.20452.1.camel@aglarond.local> References: <1202437317.20452.1.camel@aglarond.local> Message-ID: I actually tried vmwarevga. however, X11 failed saying no supported vmware SVGA II adapters were found. Mark Bidewell On 2/7/08, Jeremy Katz wrote: > > On Fri, 2008-02-08 at 01:48 +0000, Kevin Kofler wrote: > > Mark Bidewell alumni.clemson.edu> writes: > > > cirrus video driver > > > > Can we get this driver to claim the QEMU PCI ID by default? It's > probably more > > efficient than vesa and it also works around the vesa driver crash. > > It's actual emulation of the Cirrus chip and thus uses the Cirrus pci > id. But as of the alpha, the cirrus driver hadn't been fixed up for the > libpciaccess changes in X and so we needed to fallback to vesa. Should > be back to using cirrus for now. > > Although longer term, it's probably worth spending the time to fix up > the VMWare SVGA emulation from qemu to work with kvm... just not enough > round tuits > > Jeremy > > -- > 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 mark.bidewell at alumni.clemson.edu Fri Feb 8 13:55:01 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Fri, 8 Feb 2008 08:55:01 -0500 Subject: KDE4.0 Rawhide in Qemu - cirrus driver and QEMU In-Reply-To: References: <1202437317.20452.1.camel@aglarond.local> Message-ID: I hate replying to my own email...but This was with both KVM and QEMU 0.9.1 On 2/8/08, Mark Bidewell wrote: > > I actually tried vmwarevga. however, X11 failed saying no > supported vmware SVGA II adapters were found. > > Mark Bidewell > > > On 2/7/08, Jeremy Katz wrote: > > > > On Fri, 2008-02-08 at 01:48 +0000, Kevin Kofler wrote: > > > Mark Bidewell alumni.clemson.edu> writes: > > > > cirrus video driver > > > > > > Can we get this driver to claim the QEMU PCI ID by default? It's > > probably more > > > efficient than vesa and it also works around the vesa driver crash. > > > > It's actual emulation of the Cirrus chip and thus uses the Cirrus pci > > id. But as of the alpha, the cirrus driver hadn't been fixed up for the > > libpciaccess changes in X and so we needed to fallback to vesa. Should > > be back to using cirrus for now. > > > > Although longer term, it's probably worth spending the time to fix up > > the VMWare SVGA emulation from qemu to work with kvm... just not enough > > round tuits > > > > Jeremy > > > > -- > > 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 tjb at unh.edu Fri Feb 8 13:56:26 2008 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 08 Feb 2008 08:56:26 -0500 Subject: F9A Install: No Volume Groups Found In-Reply-To: <47AB57D3.7020408@redhat.com> References: <1202400629.5943.7.camel@continuity> <47AB57D3.7020408@redhat.com> Message-ID: <1202478986.1877.3.camel@raptor.sr.unh.edu> On Thu, 2008-02-07 at 14:11 -0500, Chris Snook wrote: > Thomas J. Baker wrote: > > I just installed Fedora 9 alpha on an x86_64 server (several times > > actually) and after a seemingly uneventful install, it won't boot saying > > it can't find any volume groups. There is nothing unusual about the > > server. In fact, I installed Fedora 8 by mistake (too many net install > > choices) in the last couple of days and it worked fine . I am using an > > LVM structure made by Fedora 8 a few months ago but I'm reformatting all > > LVs in it. I initially thought it was related to trying to test ext4 but > > I just did a very plain install without ext4 and that also failed. The > > console doesn't show any notable error related to the SCSI disks but > > fails when it can't find any logical volumes. > > > > I've tried installing from F9A and from current Rawhide but keep getting > > this same error. I've also disabled selinux by adding selinux=0 to the > > kernel command line but that didn't help. > > > > Any ideas? Kernel bug? LVM bug? Initrd bug? > > Dunno, but I had this problem using an upstream 2.6.24 kernel built with the > 2.6.24-9 rawhide kernel .config, using rawhide initscripts, nash, and > kernel-utils. It worked fine with the F8 kernel .config and the rawhide > userspace packages. The rawhide kernel itself boots though. I haven't had time > to track it down. > > -- Chris > It's almost like it's starting the lvscan before the scsi scan is done. I get messages about finding the physical disks before the lvscan but don't get the messages about setting up sda and sdb until after the lvscan fails. Could be just a console buffering problem though. Or x86_64 since the last message is something along the lines of scsi_scan_0 used greatest stack depth: 4904 bytes left. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From lesmikesell at gmail.com Fri Feb 8 14:07:54 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 08 Feb 2008 08:07:54 -0600 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <200802080832.59666.sgrubb@redhat.com> References: <200802071029.13931.sgrubb@redhat.com> <1202473613.18786.15.camel@localhost.localdomain> <200802080832.59666.sgrubb@redhat.com> Message-ID: <47AC623A.70508@gmail.com> Steve Grubb wrote: > >> This means that anything "filesystem like" that can be accessed from >> userspace can be accessed by all applications. So, for instance, you can get >> things like remote filesystem access via ssh, easily mountable network >> filesystems (smb, ftp, nfs) and user-mountable loopback mounts. > > But we already have things like that with auditing and security checks in > place. :) Is there a non-fuse sshfs? -- Les Mikesell lesmikesell at gmail.com From alexl at redhat.com Fri Feb 8 14:14:26 2008 From: alexl at redhat.com (Alexander Larsson) Date: Fri, 08 Feb 2008 15:14:26 +0100 Subject: Head Up: Prepare for dropping fuse group in the nearest future In-Reply-To: <200802080832.59666.sgrubb@redhat.com> References: <200802071029.13931.sgrubb@redhat.com> <1202473613.18786.15.camel@localhost.localdomain> <200802080832.59666.sgrubb@redhat.com> Message-ID: <1202480066.18786.40.camel@localhost.localdomain> On Fri, 2008-02-08 at 08:32 -0500, Steve Grubb wrote: > On Friday 08 February 2008 07:26:53 Alexander Larsson wrote: > > On Thu, 2008-02-07 at 10:29 -0500, Steve Grubb wrote: > > > > Now, Gnome (and many other things) start using fuse because it lets you > > > > implement very desireable features. > > > > > > What are these desirable features? Just curious since I may wind up doing > > > a lot of code review. > > > > There are many cases where you as a user want to access and/or modify > > something that contains files. > > Which brings up something, I spent the last 3 years getting the audit system > working everywhere. Does filesystem auditing still work under fuse? When a > user mounts a filesystem, is that auditable? Does fuse support extended > attributes & SE Linux enforcement is still working correctly? I don't know about auditing. But the extended attributes and selinux question is a bit weird. Fuse itself supports extended attributes in the sense that the request for attributes is proxied to the filesystem implementation. Whether there is support for reading and/or writing of extended attribute on a particular filesystem type is entierly up to that filesystem implementation. For instance, its highly unlikely that a ftp backend supports extended attributes, since that is not part of ftp. As for enforcement, by default fuse itself doesn't do permissions checks, and its up to the filesystem implementation to handle this (based on whatever security model the implemented filesystem has). However, the filesystem itself runs as the user, so it will itself be protected by selinux and cannot access anything the user normally cannot. As for general security issues. In order to avoid problems fuse filesystems are limited in some ways. From the docs: There must however be some limitations, in order to prevent Bad User from doing nasty things. Currently those limitations are: - The user can only mount on a mountpoint, for which it has write permission - The mountpoint is not a sticky directory which isn't owned by the user (like /tmp usually is) - No other user (including root) can access the contents of the mounted filesystem. > > However most apps don't use these interfaces so they can't access files > > like this. The standard way to access files is through the syscall > > interface, and then things must be mounted, meaning the implementation > > generally lives in the kernel with all the issues related to that. > > And the protection to the system enforced by the kernel. :) Well, the fuse filesystem is implemented as a process running on said kernel, so the protection that the kernel gives the client process it also gives to the fuse filesystem process. > > Some things like loopback mounting an iso is possible, but requires root > > access, even if the file is readable by the user. Other things are just > > not possible. > > Which is sensible. Remember my fsfuzzer tool? Its found some flaws in > fliesystems that could be exploitable with some work. I have not yet had the > time to fuzz fuse since its never really be seriously considered for any of > our work. I know perfectly well why you need root to mount a kernel-based filesystem. But if you find an exploit in a fuse filesystem you cannot really do anything you couldn't already do. I mean, if you can run fsfuzzer against the filesystem you already have all the rights of the filesystem, so an exploit does not give you a priviledge increase. Nor does it make the kernel unstable. > > However, with fuse these things can be solved. The filesystem > > implementation runs as the user, and user syscalls are proxied to the > > filesystem process via a pipe. > > You cannot do auditing from userspace very well. It requires CAP_AUDIT_WRITE > and maybe some other permissions. I'm not sure what exactly you want to audit. Say you have an iso file in your homedir. You mount this file using a fuse loopback isofs. Then you access a file on the mounted filesystem. Then you run some app that opens a file on the image. What do you want to record? The full path of the file on the mounted filesystem is passed through the kernel, so that can be recorded. Then you have the filesystem process that opens and reads from the iso file, this will also be visible to the kernel and it could audit things from there. > > This means that anything "filesystem like" that can be accessed from > > userspace can be accessed by all applications. So, for instance, you can get > > things like remote filesystem access via ssh, easily mountable network > > filesystems (smb, ftp, nfs) and user-mountable loopback mounts. > > But we already have things like that with auditing and security checks in > place. :) No, we don't. Not for users. Only for root. From chitlesh.goorah at gmail.com Fri Feb 8 14:23:17 2008 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Fri, 8 Feb 2008 15:23:17 +0100 Subject: Fedora Education Spin In-Reply-To: <47AB4DFF.7060700@when.com> References: <47AB4DFF.7060700@when.com> Message-ID: <50baabb30802080623s1ea9f887if81617531085f729@mail.gmail.com> On Feb 7, 2008 7:29 PM, wrote: > Hi everybody, > > I have a first release of the Fedora Education Live CD available. The > kickstart file is here: > https://fedoraproject.org/wiki/SebastianDziallas/Education > Now, there is a working version of the script implemented, which > downloads further software from the internet (just like Les suggested). > > By the way: Thank you all for your suggestions! > > If you have any further ideas, how improve this, please let me know. Hello on https://fedoraproject.org/wiki/SebastianDziallas/Education kdeedu - educational suite marble - geographical map Please note that on F-9(rawhide), marble is no longer a separate package but part of kdeedu. regards, Chitlesh From sebastian at when.com Fri Feb 8 14:23:15 2008 From: sebastian at when.com (sebastian at when.com) Date: Fri, 08 Feb 2008 15:23:15 +0100 Subject: Fedora Education Spin In-Reply-To: <47AC58F4.9010309@fedoraproject.org> References: <47AB4DFF.7060700@when.com> <47AC58F4.9010309@fedoraproject.org> Message-ID: <47AC65D3.5080200@when.com> Rahul Sundaram wrote: > I can't find the later mails from you but if you are looking to > propose this formally, refer > http://fedoraproject.org/wiki/Infrastructure/CustomSpins Thanks. Currently, I am not quite sure, how to go on: I could just submit it to release engineering, but the wiki also recommends to form a SIG. There were already people on here on FDL and on FAB, who wanted to get those, who are interested in education, together. https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02701.html https://www.redhat.com/archives/fedora-advisory-board/2008-February/msg00026.html So, should we form a SIG for education, where we get some more people together, or not? What do you think? Sebastian From sundaram at fedoraproject.org Fri Feb 8 14:38:33 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 08 Feb 2008 20:08:33 +0530 Subject: Fedora Education Spin In-Reply-To: <47AC65D3.5080200@when.com> References: <47AB4DFF.7060700@when.com> <47AC58F4.9010309@fedoraproject.org> <47AC65D3.5080200@when.com> Message-ID: <47AC6969.5010307@fedoraproject.org> sebastian at when.com wrote: > Rahul Sundaram wrote: >> I can't find the later mails from you but if you are looking to >> propose this formally, refer >> http://fedoraproject.org/wiki/Infrastructure/CustomSpins > Thanks. Currently, I am not quite sure, how to go on: I could just > submit it to release engineering, but the wiki also recommends to form a > SIG. You could just submit the ks file to rel-eng and see what feedback you get. Forming a SIG is recommended to coordinate efforts but not strictly necessary. My XFCE spin got approved recently and there was no SIG attached to it although I did talk to the Fedora XFCE maintainers and upstream XFCE developers among others. Rahul From j.w.r.degoede at hhs.nl Fri Feb 8 14:46:40 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 08 Feb 2008 15:46:40 +0100 Subject: Fedora Education Spin In-Reply-To: <47AC65D3.5080200@when.com> References: <47AB4DFF.7060700@when.com> <47AC58F4.9010309@fedoraproject.org> <47AC65D3.5080200@when.com> Message-ID: <47AC6B50.6030107@hhs.nl> sebastian at when.com wrote: > Rahul Sundaram wrote: >> I can't find the later mails from you but if you are looking to >> propose this formally, refer >> http://fedoraproject.org/wiki/Infrastructure/CustomSpins > Thanks. Currently, I am not quite sure, how to go on: I could just > submit it to release engineering, but the wiki also recommends to form a > SIG. > > There were already people on here on FDL and on FAB, who wanted to get > those, who are interested in education, together. > > https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02701.html > https://www.redhat.com/archives/fedora-advisory-board/2008-February/msg00026.html > > Hi, I'm interested in education as well (which is why I've pakcaged and maintain gcompris and childsplay). So if you form a SIG count me in. Currently I'm working on packaging exe (elearning xhtml editor) Regards, Hans From tcallawa at redhat.com Fri Feb 8 14:57:45 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 08 Feb 2008 09:57:45 -0500 Subject: Orphaning packages: mhash, aide In-Reply-To: <34631.63.85.68.164.1202474706.squirrel@mail.jcomserv.net> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> <1202447796.6198.3.camel@localhost.localdomain> <47ABF43E.3030500@gmail.com> <16714.63.85.68.164.1202472707.squirrel@mail.jcomserv.net> <47AC4E7E.5060103@odu.neva.ru> <34631.63.85.68.164.1202474706.squirrel@mail.jcomserv.net> Message-ID: <1202482667.4292.13.camel@1005hostc78.starwoodbroadband.com> On Fri, 2008-02-08 at 06:45 -0600, Jon Ciesla wrote: > > AFAIK "mhash" was affiliated some way with the "mcrypt" (both had the > > same primary site etc...). Mcrypt is maintained by Tom "spot" Callaway, > > perhaps it is more convenient to maintain both packages by him... > > Works for me. Spot, if you want mhash, say so. Want to share it? :) If not, I'll take it. ~spot From eric.tanguy at univ-nantes.fr Fri Feb 8 15:12:41 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Fri, 08 Feb 2008 16:12:41 +0100 Subject: gcc-4.3.0 compilation problem In-Reply-To: <200802061442.20925.ben.kreuter@gmail.com> References: <1202321625.2816.3.camel@bureau.maison> <364d303b0802061036kfbc857emff98bfaeaedf2ae9@mail.gmail.com> <200802061442.20925.ben.kreuter@gmail.com> Message-ID: <1202483561.2804.5.camel@bureau.maison> Le mercredi 06 f?vrier 2008 ? 14:42 -0500, Benjamin Kreuter a ?crit : > On Wednesday 06 February 2008 13:36:01 Christopher Brown wrote: > > > > > A lot of these for drgeo: > > > > /usr/include/gmp-x86_64.h:520: error: 'std::FILE' has not been declared > > > > so you'll need to add: > > > > using std::FILE; > > > > No, that will not fix it. But this will: > > #include > > -- Benjamin Kreuter > I corrected some errors like this including #include in the .cc file in first include place. But now i'm facing a recalcitrant case : if g++ -DHAVE_CONFIG_H -I. -I. -I.. -DGNOMELOCALEDIR= \""/usr/share/locale"\" -DLOCALEDIR=\"/usr/share/locale\" -DLIBRARY_DIR= \""/usr/share/geo/"\" -DDRGEO_HELPDIR=\""/usr/share/drgeo/help"\" -DDRGEO_GLADEDIR=\""/usr/share/drgeo/glade"\" -DDRGEO_ENCODEDIR= \""/usr/share/drgeo/encode"\" -I/usr/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -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 -MT drgeo_tool.o -MD -MP -MF ".deps/drgeo_tool.Tpo" \ -c -o drgeo_tool.o `test -f 'drgeo_tool.cc' || echo './'`drgeo_tool.cc; \ then mv -f ".deps/drgeo_tool.Tpo" ".deps/drgeo_tool.Po"; \ else rm -f ".deps/drgeo_tool.Tpo"; exit 1; \ fi In file included from drgeo_figure.h:35, from drgeo_drawable.h:33, from drgeo_tool.h:30, from drgeo_tool.cc:27: drgeo_geometricObject.h: In member function 'virtual drgeoVector& geometricObject::getPointAt(gdouble)': drgeo_geometricObject.h:81: warning: no return statement in function returning non-void drgeo_geometricObject.h: In member function 'virtual drgeoVector& geometricObject::getClosestPoint(drgeoVector&)': drgeo_geometricObject.h:84: warning: no return statement in function returning non-void drgeo_geometricObject.h: In member function 'virtual gdouble geometricObject::getAbscissa(drgeoVector&)': drgeo_geometricObject.h:87: warning: no return statement in function returning non-void drgeo_geometricObject.h: In member function 'virtual gboolean geometricObject::getIntersection(geometricObject&, drgeoVector&, gint)': drgeo_geometricObject.h:91: warning: no return statement in function returning non-void In file included from /usr/include/gmp.h:41, from /usr/include/libguile.h:48, from /usr/include/guile/gh.h:24, from ../drgenius_config.h:28, from drgeo_figure.h:39, from drgeo_drawable.h:33, from drgeo_tool.h:30, from drgeo_tool.cc:27: /usr/include/gmp-i386.h: At global scope: /usr/include/gmp-i386.h:520: error: 'std::FILE' has not been declared In file included from drgeo_tool.h:30, from drgeo_tool.cc:27: So i added #include at the beginning of drgeo_tool.cc but the problem is still here. Someone could point me the solution ? Thanks Eric From limb at jcomserv.net Fri Feb 8 15:02:50 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 8 Feb 2008 09:02:50 -0600 (CST) Subject: Orphaning packages: mhash, aide In-Reply-To: <1202482667.4292.13.camel@1005hostc78.starwoodbroadband.com> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> <1202447796.6198.3.camel@localhost.localdomain> <47ABF43E.3030500@gmail.com> <16714.63.85.68.164.1202472707.squirrel@mail.jcomserv.net> <47AC4E7E.5060103@odu.neva.ru> <34631.63.85.68.164.1202474706.squirrel@mail.jcomserv.net> <1202482667.4292.13.camel@1005hostc78.starwoodbroadband.com> Message-ID: <20146.63.85.68.164.1202482970.squirrel@mail.jcomserv.net> > > On Fri, 2008-02-08 at 06:45 -0600, Jon Ciesla wrote: > >> > AFAIK "mhash" was affiliated some way with the "mcrypt" (both had the >> > same primary site etc...). Mcrypt is maintained by Tom "spot" >> Callaway, >> > perhaps it is more convenient to maintain both packages by him... >> >> Works for me. Spot, if you want mhash, say so. > > Want to share it? :) > > If not, I'll take it. Sure. Since you have mcrpyt, you seem like the logical primary. I've orphaned in pkgdb, and will stay on as co-. > ~spot > -- novus ordo absurdum From jkeating at redhat.com Fri Feb 8 15:57:54 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 10:57:54 -0500 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> Message-ID: <20080208105754.79458df6@redhat.com> On Thu, 7 Feb 2008 23:38:31 +0000 (UTC) Kevin Kofler wrote: > Most of the games which have Requires: autodownloader are entirely > useless without the non-Free, non-redistributable content downloaded > using autodownloader. > > In addition, several games ship redistributable, but non-modifiable > data (same rules as for firmware). The autodownloader stuff is data > which doesn't even comply with the relaxed guidelines for firmware > and game data (e.g. because it is not redistributable at all or only > non-commercially). > > If you think this situation is not acceptable, you can bring it up at > FESCo or even the Fedora Board. I think that is unacceptable and goes against what was originally agreed upon for the use of autodownloader. -- 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 Feb 8 16:02:13 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 11:02:13 -0500 Subject: Fedora Education Spin In-Reply-To: <47AC6969.5010307@fedoraproject.org> References: <47AB4DFF.7060700@when.com> <47AC58F4.9010309@fedoraproject.org> <47AC65D3.5080200@when.com> <47AC6969.5010307@fedoraproject.org> Message-ID: <20080208110213.6b5e9247@redhat.com> On Fri, 08 Feb 2008 20:08:33 +0530 Rahul Sundaram wrote: > You could just submit the ks file to rel-eng and see what feedback > you get. Forming a SIG is recommended to coordinate efforts but not > strictly necessary. My XFCE spin got approved recently and there was > no SIG attached to it although I did talk to the Fedora XFCE > maintainers and upstream XFCE developers among others. I would strongly prefer that there was a SIG in place, as with these extra spins we're looking upon the SIG team to be doing all the QA work on it, and eventually doing the actual spin production. -- 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 devrim at CommandPrompt.com Fri Feb 8 16:16:16 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Fri, 08 Feb 2008 08:16:16 -0800 Subject: Orphaning packages: mhash, aide In-Reply-To: <16714.63.85.68.164.1202472707.squirrel@mail.jcomserv.net> References: <20080208034542.e973dce4.mschwendt.tmp0701.nospam@arcor.de> <1202447796.6198.3.camel@localhost.localdomain> <47ABF43E.3030500@gmail.com> <16714.63.85.68.164.1202472707.squirrel@mail.jcomserv.net> Message-ID: <1202487376.24118.2.camel@localhost.localdomain> Hi, On Fri, 2008-02-08 at 06:11 -0600, Jon Ciesla wrote: > I need it for limph, and I'm the EPEL co-maintainer, so I'll take it. > Devrim, you're more than welcome to co-maintain. That's great. Thanks. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- 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 sebastian at when.com Fri Feb 8 16:17:55 2008 From: sebastian at when.com (sebastian at when.com) Date: Fri, 08 Feb 2008 17:17:55 +0100 Subject: Fedora Education Spin In-Reply-To: <47AC6B50.6030107@hhs.nl> References: <47AB4DFF.7060700@when.com> <47AC58F4.9010309@fedoraproject.org> <47AC65D3.5080200@when.com> <47AC6B50.6030107@hhs.nl> Message-ID: <47AC80B3.3030508@when.com> Hans de Goede wrote: > Hi, > > I'm interested in education as well (which is why I've pakcaged and > maintain gcompris and childsplay). So if you form a SIG count me in. > Currently I'm working on packaging exe (elearning xhtml editor) > > Regards, > Hans Hi, good to know. ;) And maybe, there are more people out there, who are interested, so that we could get in touch... In the meantime, I will post this to FAB and submit the kickstart file to release engineering. Thanks, Sebastian From snecklifter at gmail.com Fri Feb 8 16:24:10 2008 From: snecklifter at gmail.com (Christopher Brown) Date: Fri, 8 Feb 2008 16:24:10 +0000 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <20080208105754.79458df6@redhat.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <20080208105754.79458df6@redhat.com> Message-ID: <364d303b0802080824n25d43eccoedad73c69cc849f0@mail.gmail.com> On 08/02/2008, Jesse Keating wrote: > On Thu, 7 Feb 2008 23:38:31 +0000 (UTC) > Kevin Kofler wrote: > > > Most of the games which have Requires: autodownloader are entirely > > useless without the non-Free, non-redistributable content downloaded > > using autodownloader. > > > > In addition, several games ship redistributable, but non-modifiable > > data (same rules as for firmware). The autodownloader stuff is data > > which doesn't even comply with the relaxed guidelines for firmware > > and game data (e.g. because it is not redistributable at all or only > > non-commercially). > > > > If you think this situation is not acceptable, you can bring it up at > > FESCo or even the Fedora Board. > > I think that is unacceptable and goes against what was originally > agreed upon for the use of autodownloader. I've asked bpepple to bring this up at FESCO next week or at earliest convenience. -- Christopher Brown http://www.chruz.com From tcallawa at redhat.com Fri Feb 8 16:23:32 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 08 Feb 2008 11:23:32 -0500 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> Message-ID: <1202487812.3424.0.camel@localhost.localdomain> On Thu, 2008-02-07 at 23:38 +0000, Kevin Kofler wrote: > Most of the games which have Requires: autodownloader are entirely > useless > without the non-Free, non-redistributable content downloaded using > autodownloader. If this is the case, please be specific. ~spot From a.badger at gmail.com Fri Feb 8 16:42:02 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 08 Feb 2008 08:42:02 -0800 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <20080208105754.79458df6@redhat.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <20080208105754.79458df6@redhat.com> Message-ID: <47AC865A.8050000@gmail.com> Jesse Keating wrote: > On Thu, 7 Feb 2008 23:38:31 +0000 (UTC) > Kevin Kofler wrote: > >> Most of the games which have Requires: autodownloader are entirely >> useless without the non-Free, non-redistributable content downloaded >> using autodownloader. >> >> In addition, several games ship redistributable, but non-modifiable >> data (same rules as for firmware). The autodownloader stuff is data >> which doesn't even comply with the relaxed guidelines for firmware >> and game data (e.g. because it is not redistributable at all or only >> non-commercially). >> >> If you think this situation is not acceptable, you can bring it up at >> FESCo or even the Fedora Board. > > I think that is unacceptable and goes against what was originally > agreed upon for the use of autodownloader. AFAICS this is what was agreed upon during the sometimes hotly debated threads about autodownloader. However, it might not be what all the participants realized was being agreed to. I strongly suggest that Hans be available to talk about it if this is going to be discussed by FESCo as it would be unfair to give him the impression that this would be acceptable, let him do the work to implement it, and then ban it without letting him present what he thought the requirements were and from whom he received that impression. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From jeff at ocjtech.us Fri Feb 8 17:14:46 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Fri, 8 Feb 2008 11:14:46 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47A74A26.9020304@redhat.com> References: <47A74A26.9020304@redhat.com> Message-ID: <935ead450802080914j55ab652bjd460d5d4d2c9d018@mail.gmail.com> On 2/4/08, Eric Sandeen wrote: > > 3) misc stuff - I've not yet tested ext4 over an encrypted block device, > or even over an lvm volume. There may be some stack issues on x86 boxes > still, I'm working on slimming that down. I hope that more real-world > use will shake out any remaining problems. I temporarily lost my sanity and tried installing ex4 over an encrypted lvm volume. Of course, it didn't work, I get the following message when it tried to mount the root partition: EXT4-fs: dm-1: not marked OK to use with test code I have a pictures of the last couple screens of boot messages (taken with my cell phone but readable) - are there any other post-mortem operations I should do before reformatting and trying something more sane? BTW, this is with kernel 2.6.24-23.fc9 (I added a rawhide http repo during the install to get the latest updates - I told you I wasn't thinking straight when I started this experiment...) Jeff From sandeen at redhat.com Fri Feb 8 17:26:03 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Fri, 08 Feb 2008 11:26:03 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <935ead450802080914j55ab652bjd460d5d4d2c9d018@mail.gmail.com> References: <47A74A26.9020304@redhat.com> <935ead450802080914j55ab652bjd460d5d4d2c9d018@mail.gmail.com> Message-ID: <47AC90AB.9070302@redhat.com> Jeffrey Ollie wrote: > On 2/4/08, Eric Sandeen wrote: >> 3) misc stuff - I've not yet tested ext4 over an encrypted block device, >> or even over an lvm volume. There may be some stack issues on x86 boxes >> still, I'm working on slimming that down. I hope that more real-world >> use will shake out any remaining problems. > > I temporarily lost my sanity and tried installing ex4 over an > encrypted lvm volume. Of course, it didn't work, I get the following > message when it tried to mount the root partition: > > EXT4-fs: dm-1: not marked OK to use with test code welcome to the bleeding edge; this is a new check that went into the most recent kernels. But it's ok, really: Get e2fsprogs 1.40.5 from rawhide, boot up your rescue disk, and: [root]# debugfs -w /dev/ debugfs 1.40.5 (27-Jan-2008) debugfs: set_super_value s_flags 4 debugfs: quit and you'll be fine. I've also got this info at http://fedoraproject.org/wiki/FedoraExt4; if anyone is having ext4 trouble please look there first. This is a safety check put in to make sure that ext3 never unexpectedly gets mounted with ext4dev (_development_) code. Thanks, -Eric > I have a pictures of the last couple screens of boot messages (taken > with my cell phone but readable) - are there any other post-mortem > operations I should do before reformatting and trying something more > sane? BTW, this is with kernel 2.6.24-23.fc9 (I added a rawhide http > repo during the install to get the latest updates - I told you I > wasn't thinking straight when I started this experiment...) > > Jeff > From sandeen at redhat.com Fri Feb 8 17:32:45 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Fri, 08 Feb 2008 11:32:45 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AC90AB.9070302@redhat.com> References: <47A74A26.9020304@redhat.com> <935ead450802080914j55ab652bjd460d5d4d2c9d018@mail.gmail.com> <47AC90AB.9070302@redhat.com> Message-ID: <47AC923D.7090101@redhat.com> Eric Sandeen wrote: > Jeffrey Ollie wrote: >> On 2/4/08, Eric Sandeen wrote: >>> 3) misc stuff - I've not yet tested ext4 over an encrypted block device, >>> or even over an lvm volume. There may be some stack issues on x86 boxes >>> still, I'm working on slimming that down. I hope that more real-world >>> use will shake out any remaining problems. >> I temporarily lost my sanity and tried installing ex4 over an >> encrypted lvm volume. Of course, it didn't work, Oh, ye of little faith! :) >> I get the following >> message when it tried to mount the root partition: FWIW, if you did this with all rawhide bits, it *should* have worked; (rawhide) anaconda should have called (rawhide) mkfs.ext3 in a manner which should have set the flag that the (rawhide) kernel is looking for. This was not the case? -Eric From jeff at ocjtech.us Fri Feb 8 17:52:36 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Fri, 8 Feb 2008 11:52:36 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AC923D.7090101@redhat.com> References: <47A74A26.9020304@redhat.com> <935ead450802080914j55ab652bjd460d5d4d2c9d018@mail.gmail.com> <47AC90AB.9070302@redhat.com> <47AC923D.7090101@redhat.com> Message-ID: <935ead450802080952i5fab1b80yf6794c5abf95ed61@mail.gmail.com> On 2/8/08, Eric Sandeen wrote: > Eric Sandeen wrote: > > Jeffrey Ollie wrote: > >> On 2/4/08, Eric Sandeen wrote: > >>> 3) misc stuff - I've not yet tested ext4 over an encrypted block device, > >>> or even over an lvm volume. There may be some stack issues on x86 boxes > >>> still, I'm working on slimming that down. I hope that more real-world > >>> use will shake out any remaining problems. > >> I temporarily lost my sanity and tried installing ex4 over an > >> encrypted lvm volume. Of course, it didn't work, > > Oh, ye of little faith! :) I had enough faith to try :)!!! > >> I get the following > >> message when it tried to mount the root partition: > > FWIW, if you did this with all rawhide bits, it *should* have worked; > (rawhide) anaconda should have called (rawhide) mkfs.ext3 in a manner > which should have set the flag that the (rawhide) kernel is looking for. > > This was not the case? No, anaconda would have been from the F9 alpha DVD, so probably wouldn't have done that. I think that I shot myself in the foot by booting off of the F9 alpha DVD and then adding a rawhide http repo to pull in the latest bits. I was trying out your advice to use a rescue CD (actually the F9 alpha DVD again) to use the latest debugfs to set the flag, but that is complicated by the fact that my physical volume is encrypted. Does the rescue mode have the tools necessary to mount encrypted partitions? Anyway, I think I'll get a boot.iso from rawhide and reinstall using that... Jeff From j.w.r.degoede at hhs.nl Fri Feb 8 17:54:39 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 08 Feb 2008 18:54:39 +0100 Subject: to autodownload or not to autodownload Message-ID: <47AC975F.80704@hhs.nl> Hi All, Starting a new thread for the autodownload discussion which has forked of the google-earth thread. First of all let say that I understand that autodownloader is a grey area, and as such I'm more then willing to discuss its use and maybe put down some guidelines for its use. For myself I've used as guideline sofar: -autodownloader is only for content, and only for content for Free engines / applications. I must say however although I understand the greyness and the worries about autodl, I must say I'm currently not much inclined to spend much time defending it. Why? Because we also ship the blacker then black, actually automatically downloading closed source code, not content but code! codecbuddy. Not only does it automatically download some gratis closed source code, it even offers the user to buy closed source code, effectively free advertising for commercial closed source! I've kept quiet about this sofar, because I much rather spend time being productive then having discussions, but IMHO this is _not_ acceptable. So my stance on autodownloader is simple, next to codecbuddy its brightly shining white, so white it almost hurts the eyes. So if we're going to discuss things like this, lets start with the largest offender and remove codecbuddy! If, once codecbuddy has been removed, the conclusion of more discussion will end up that autodownloader is not acceptable too, then so be it. I will gladly sacrifice autodownloader if thats the price to pay to get codecbuddy (as is) removed. I must say that any complaints about autodownloader before codecbuddy gets removed, to me, are nothing short of hypocritical, and therefor will not be taken very seriously by me. Regards, Hans From sandeen at redhat.com Fri Feb 8 17:56:52 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Fri, 08 Feb 2008 11:56:52 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <935ead450802080952i5fab1b80yf6794c5abf95ed61@mail.gmail.com> References: <47A74A26.9020304@redhat.com> <935ead450802080914j55ab652bjd460d5d4d2c9d018@mail.gmail.com> <47AC90AB.9070302@redhat.com> <47AC923D.7090101@redhat.com> <935ead450802080952i5fab1b80yf6794c5abf95ed61@mail.gmail.com> Message-ID: <47AC97E4.6060301@redhat.com> Jeffrey Ollie wrote: > On 2/8/08, Eric Sandeen wrote: >> This was not the case? > > No, anaconda would have been from the F9 alpha DVD, so probably > wouldn't have done that. I think that I shot myself in the foot by > booting off of the F9 alpha DVD and then adding a rawhide http repo to > pull in the latest bits. Ok, good, actually. There's still hope that when everything is in sync, it's working. :) > I was trying out your advice to use a rescue CD (actually the F9 alpha > DVD again) to use the latest debugfs to set the flag, but that is > complicated by the fact that my physical volume is encrypted. Does > the rescue mode have the tools necessary to mount encrypted > partitions? That I don't know... I also *think* that the alpha cd might not be able to run debugfs against the filesystem, either, with e2fsprogs 1.40.4. These are all minor hiccups as things evolve; I don't expect too many more such surprises. Thanks for giving it a workout. :) -Eric From katzj at redhat.com Fri Feb 8 18:06:09 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 08 Feb 2008 13:06:09 -0500 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <935ead450802080952i5fab1b80yf6794c5abf95ed61@mail.gmail.com> References: <47A74A26.9020304@redhat.com> <935ead450802080914j55ab652bjd460d5d4d2c9d018@mail.gmail.com> <47AC90AB.9070302@redhat.com> <47AC923D.7090101@redhat.com> <935ead450802080952i5fab1b80yf6794c5abf95ed61@mail.gmail.com> Message-ID: <1202493969.20452.23.camel@aglarond.local> On Fri, 2008-02-08 at 11:52 -0600, Jeffrey Ollie wrote: > I was trying out your advice to use a rescue CD (actually the F9 alpha > DVD again) to use the latest debugfs to set the flag, but that is > complicated by the fact that my physical volume is encrypted. Does > the rescue mode have the tools necessary to mount encrypted > partitions? It has them, but right now (until there's a new rescue cd with the bits from the past few days) you'll have to use them by hand. cryptsetup luksOpen and on from there Jeremy From dex.mbox at googlemail.com Fri Feb 8 18:09:36 2008 From: dex.mbox at googlemail.com (dexter) Date: Fri, 8 Feb 2008 18:09:36 +0000 Subject: to autodownload or not to autodownload In-Reply-To: <47AC975F.80704@hhs.nl> References: <47AC975F.80704@hhs.nl> Message-ID: <200802081809.37421.dex.mbox@gmail.com> On Fri February 8 2008 17:54:39 Hans de Goede wrote: > > I must say that any complaints about autodownloader before codecbuddy gets > removed, to me, are nothing short of hypocritical, and therefor will not be > taken very seriously by me. > > Regards, > > Hans Agreed both should be removed immediately. ...dex From jakub.rusinek at gmail.com Fri Feb 8 18:21:10 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 19:21:10 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <200802081809.37421.dex.mbox@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> Message-ID: <47AC9D96.50302@gmail.com> I think, that 1) codeina in current version is not good, because it doesn't help using "the best free and opensource software", as fedora does (said in motto), but helps fluendo get people's cash - I was always against 2) autodownload packages should not exist in repo if they install non opensource software (may be non-free), since RPM should ship something 3) fedora should ship rpmfusion-repo installer by default, since fedora is mostly used on desktop and rpmfusion (before: livna) is the main non-free provider for fedora From kevin.kofler at chello.at Fri Feb 8 18:15:36 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 8 Feb 2008 18:15:36 +0000 (UTC) Subject: request: can somebody please port googleearth-package to fedora? References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <1202487812.3424.0.camel@localhost.localdomain> Message-ID: Tom "spot" Callaway redhat.com> writes: > If this is the case, please be specific. repoquery --whatrequires autodownloader returns: * vavoom-0:1.24-3.fc8.i386 This is a modified Doom engine, it doesn't work with the freedoom data, only with the shareware Doom and Hexen. * quake3-0:1.34-0.6.rc4.fc8.i386 The code for this one is usable without the proprietary data, as the engine is also used by OpenArena. * xu4-0:1.1-0.2.cvs20070510.fc8.i386 "Ultima IV recreated", doesn't work at all without the original non-redistributable (but downloadable) data which is autodownloaded. * quake3-0:1.34-0.3.rc4.fc8.i386 Old version of quake3, see above. * clonekeen-0:0.8.3-2.fc8.i386 "Commander Keen: Invasion of the Vorticons" clone, requires original proprietary data, you can download Episode 1 with autodownloader, for the full game, the original commercial data is needed. * bolzplatz2006-0:1.0.3-3.fc8.i386 Entirely useless without the data under CC-BY-NC-SA (notice the "NC" there). * rott-shareware-0:1.0-4.fc8.i386 "Rise of the Triad", the engine has been GPLed, the data is still proprietary and the game is useless without it. There's this package using autodownloader and there's rott-registered which requires the commercial data. So out of 6 autodownloader users, 5 don't work at all without the non-Free data. Kevin Kofler From jspaleta at gmail.com Fri Feb 8 18:29:53 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Feb 2008 09:29:53 -0900 Subject: to autodownload or not to autodownload In-Reply-To: <47AC9D96.50302@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> Message-ID: <604aa7910802081029jbeb99e2se1be83d55f7157ea@mail.gmail.com> On Feb 8, 2008 9:21 AM, Jakub 'Livio' Rusinek wrote: > 3) fedora should ship rpmfusion-repo installer by default, since fedora > is mostly used on desktop and rpmfusion (before: livna) is the main > non-free provider for fedora http://rpmfusion.org/Configuration "The project is not yet ready for general use, so there is nothing here for the time being." Please make sure your suggestions are timely and don't require a trip into the future to implement. thanks, the management -jef From jakub.rusinek at gmail.com Fri Feb 8 18:38:24 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 19:38:24 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <604aa7910802081029jbeb99e2se1be83d55f7157ea@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <604aa7910802081029jbeb99e2se1be83d55f7157ea@mail.gmail.com> Message-ID: <47ACA1A0.6070604@gmail.com> Jeff Spaleta wrote: > On Feb 8, 2008 9:21 AM, Jakub 'Livio' Rusinek wrote: >> 3) fedora should ship rpmfusion-repo installer by default, since fedora >> is mostly used on desktop and rpmfusion (before: livna) is the main >> non-free provider for fedora > > http://rpmfusion.org/Configuration > > "The project is not yet ready for general use, so there is nothing > here for the time being." > > Please make sure your suggestions are timely and don't require a trip > into the future to implement. > > thanks, > the management > > -jef > Livna already provides its packages in groups named "rpmfusion - free" and "rpmfusion - nonfree". It's only question of time, when they move. From jkeating at redhat.com Fri Feb 8 18:32:45 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 13:32:45 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47AC9D96.50302@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> Message-ID: <20080208133245.5d7cb0c7@redhat.com> On Fri, 08 Feb 2008 19:21:10 +0100 "Jakub 'Livio' Rusinek" wrote: > 3) fedora should ship rpmfusion-repo installer by default, since > fedora is mostly used on desktop and rpmfusion (before: livna) is the > main non-free provider for fedora -ELEGAL -- 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.rusinek at gmail.com Fri Feb 8 18:41:01 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 19:41:01 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <20080208133245.5d7cb0c7@redhat.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> Message-ID: <47ACA23D.5070508@gmail.com> Jesse Keating wrote: > On Fri, 08 Feb 2008 19:21:10 +0100 > "Jakub 'Livio' Rusinek" wrote: > >> 3) fedora should ship rpmfusion-repo installer by default, since >> fedora is mostly used on desktop and rpmfusion (before: livna) is the >> main non-free provider for fedora > > -ELEGAL > > Why? gstreamer-plugins-* are opensource... From jkeating at redhat.com Fri Feb 8 18:41:07 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 13:41:07 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47ACA23D.5070508@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> Message-ID: <20080208134107.388e9c42@redhat.com> On Fri, 08 Feb 2008 19:41:01 +0100 "Jakub 'Livio' Rusinek" wrote: > Why? gstreamer-plugins-* are opensource... There is the small matter of contributory infringement. If it's not free enough to be in Fedora, it's not free enough to be in a repo that is configured by default in Fedora. Basically, if Fedora could be pre-configured to be able to install said software, it has to be free enough to be /in/ Fedora, in which case it can just be in Fedora and not in a secondary repo. -- 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 pemboa at gmail.com Fri Feb 8 18:45:01 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 8 Feb 2008 12:45:01 -0600 Subject: to autodownload or not to autodownload In-Reply-To: <20080208134107.388e9c42@redhat.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> Message-ID: <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> 2008/2/8 Jesse Keating : > On Fri, 08 Feb 2008 19:41:01 +0100 > "Jakub 'Livio' Rusinek" wrote: > > > Why? gstreamer-plugins-* are opensource... > > There is the small matter of contributory infringement. If it's not > free enough to be in Fedora, it's not free enough to be in a repo that > is configured by default in Fedora. > > Basically, if Fedora could be pre-configured to be able to install said > software, it has to be free enough to be /in/ Fedora, in which case it > can just be in Fedora and not in a secondary repo. These kind of questions come up often, a clear wiki page may be in order. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From jkeating at redhat.com Fri Feb 8 18:50:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 13:50:05 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> Message-ID: <20080208135005.01b29321@redhat.com> On Fri, 8 Feb 2008 12:45:01 -0600 "Arthur Pemberton" wrote: > These kind of questions come up often, a clear wiki page may be in > order. http://fedoraproject.org/wiki/ForbiddenItems -- 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 Feb 8 18:51:52 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Feb 2008 09:51:52 -0900 Subject: to autodownload or not to autodownload In-Reply-To: <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> Message-ID: <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> On Feb 8, 2008 9:45 AM, Arthur Pemberton wrote: > These kind of questions come up often, a clear wiki page may be in order. Uhm is the page we offer through codeina not clear enough? -jef From jakub.rusinek at gmail.com Fri Feb 8 19:01:23 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 20:01:23 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> Message-ID: <47ACA703.5080700@gmail.com> Jeff Spaleta wrote: > On Feb 8, 2008 9:45 AM, Arthur Pemberton wrote: >> These kind of questions come up often, a clear wiki page may be in order. > > Uhm is the page we offer through codeina not clear enough? > > -jef > O rly? Codeina offers commercial codecs, for which we should pay, while Fedora should ship "best free and open source software". It's hypocritical... From pemboa at gmail.com Fri Feb 8 18:56:01 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 8 Feb 2008 12:56:01 -0600 Subject: to autodownload or not to autodownload In-Reply-To: <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> Message-ID: <16de708d0802081056j34e23ddbncb65b5a831e06ffb@mail.gmail.com> On Feb 8, 2008 12:51 PM, Jeff Spaleta wrote: > On Feb 8, 2008 9:45 AM, Arthur Pemberton wrote: > > These kind of questions come up often, a clear wiki page may be in order. > > Uhm is the page we offer through codeina not clear enough? > > -jef I understand and defend the stance of Fedora. However, linking people to http://fedoraproject.org/wiki/ForbiddenItems seems often insufficient to explain the situation. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From trond.danielsen at gmail.com Fri Feb 8 18:57:59 2008 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Fri, 8 Feb 2008 19:57:59 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AC975F.80704@hhs.nl> References: <47AC975F.80704@hhs.nl> Message-ID: <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> On 2/8/08, Hans de Goede wrote: > Hi All, > > Starting a new thread for the autodownload discussion which has forked of the > google-earth thread. > > [...] > > I must say that any complaints about autodownloader before codecbuddy gets > removed, to me, are nothing short of hypocritical, and therefor will not be > taken very seriously by me. > > Regards, > > Hans In the world of software nothing is only black and white; most of the stuff we ship will fall into a gray area one way or another. Let me mention a few. 1. Online-desktop: The world of free software has "fought" proprietary software for many years, only to partner up with the WWW behemoth that Google is. The purpose of the online-desktop is to integrate online services like flickr and Google with the rest of the system. Despite their public APIs online services are proprietary software just like Microsoft Office. Should we ban any application that makes it easy to access such services? 2. Firmware: Oh how I love that my network card works perfectly immediately after a fresh install, but there is no doubt that it contradicts the spirit of free sw. 3. Codec buddy: Already mentioned and discussed. But would we allow a similar solution if Nvidia decided to create a Video Buddy? Conclusion: I think there are many issues that are far more controversial than the autodownloader scripts. The effort made by Hans has made Fedora a great gamers platform, and I do not think many end-users would understand the rational for removing them if this is what is the result from this discussion. Regards, -- Trond Danielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: invite.ics Type: text/calendar Size: 2605 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: invite20080208T200000.ics Type: application/ics Size: 2604 bytes Desc: not available URL: From trond.danielsen at gmail.com Fri Feb 8 18:57:59 2008 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Fri, 08 Feb 2008 10:57:59 -0800 Subject: [Invitasjon] (Ikke noe emne) @ fr. 8. feb. 8et - 9et () Message-ID: <0016e644cc240445aa2b45df357b326e@google.com> fedora-devel-list at redhat.com, du er invitert til Tittel: (Ikke noe emne) Tid: fr. 8. feb. 8et - 9et (Oslo) Kalender: Beskrivelse: On 2/8/08, Hans de Goede wrote: > Hi All, > > Starting a new thread for the autodownload discussion which has forked of the > google-earth thread. > > [...] > > I must say that any complaints about autodownloader before codecbuddy gets > removed, to me, are nothing short of hypocritical, and therefor will not be > taken very seriously by me. > > Regards, > > Hans In the world of software nothing is only black and white; most of the stuff we ship will fall into a gray area one way or another. Let me mention a few. 1. Online-desktop: The world of free software has "fought" proprietary software for many years, only to partner up with the WWW behemoth that Google is. The purpose of the online-desktop is to integrate online services like flickr and Google with the rest of the system. Despite their public APIs online services are proprietary software just like Microsoft Office. Should we ban any application that makes it easy to access such services? 2. Firmware: Oh how I love that my network card works perfectly immediately after a fresh install, but there is no doubt that it contradicts the spirit of free sw. 3. Codec buddy: Already mentioned and discussed. But would we allow a similar solution if Nvidia decided to create a Video Buddy? Conclusion: I think there are many issues that are far more controversial than the autodownloader scripts. The effort made by Hans has made Fedora a great gamers platform, and I do not think many end-users would understand the rational for removing them if this is what is the result from this discussion. Regards, -- Trond Danielsen Du kan se denne hendelsen p? http://www.google.com/calendar/event?action=VIEW&eid=cTVib2draDE4dW8yM2oxOXAwNXNuMXJ2aGcgZmVkb3JhLWRldmVsLWxpc3RAcmVkaGF0LmNvbQ&tok=MjUjdHJvbmQuZGFuaWVsc2VuQGdtYWlsLmNvbTNhYmE0OGNlNzlhOTY3ZmMyMWE5NDhlZjQwODE1ZmE1NWI1ZjQ0ZWE&ctz=Europe%2FOslo&hl=no Du mottar denne e-posten p? kontoen fedora-devel-list at redhat.com fordi du er oppf?rt som deltaker for denne hendelsen. Hvis du ikke vil fortsette ? motta varsler for denne hendelsen, avsl?r du den. Du kan ogs? registrere deg for en Google Kalender-konto p? http://www.google.com/calendar/, og kontrollere varselinnstillingene for hele kalenderen. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/calendar Size: 2726 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: invite.ics Type: application/ics Size: 2726 bytes Desc: not available URL: From jkeating at redhat.com Fri Feb 8 18:58:54 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 13:58:54 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47ACA703.5080700@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> Message-ID: <20080208135854.53fd3798@redhat.com> On Fri, 08 Feb 2008 20:01:23 +0100 "Jakub 'Livio' Rusinek" wrote: > O rly? Codeina offers commercial codecs, for which we should pay, > while Fedora should ship "best free and open source software". > > It's hypocritical... If you ran the app, you would have seen ( well except for a very bad bug in F8 release :/ ): Proprietary and free formats Fedora has the mission of always being freely re-distributable; this means you are free to give your copy of Fedora to anyone else. Unfortunately, that means that we cannot ship support for certain multimedia codecs, as they require patent licenses before you can view or play media that use them. Imagine if you had to pay a license fee before reading your e-mail, or viewing a picture on the web. This is why Fedora supports free formats, such as Ogg Vorbis and Theora. However, there are companies and communities that do offer support for certain codecs under Fedora. If you would like to install support, please proceed to see the available options. You are then linked to: http://fedoraproject.org/wiki/CodecBuddy -- 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 Fri Feb 8 19:01:56 2008 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 08 Feb 2008 14:01:56 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47ACA703.5080700@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> Message-ID: <1202497316.12372.26.camel@localhost.localdomain> On Fri, 2008-02-08 at 20:01 +0100, Jakub 'Livio' Rusinek wrote: > Jeff Spaleta wrote: > > On Feb 8, 2008 9:45 AM, Arthur Pemberton wrote: > >> These kind of questions come up often, a clear wiki page may be in order. > > > > Uhm is the page we offer through codeina not clear enough? > > > > -jef > > > > O rly? Codeina offers commercial codecs, for which we should pay, while > Fedora should ship "best free and open source software". > > It's hypocritical... No it's not, there legal issues that prevent Fedora from shipping certain bits because of *Patent* Law, even if the *Copyright* License is Free/Open Source. For those bits the only *LEGAL* way to have them in some countries is by paying a royalty. Fedora does not directly offer such bits, but only points people at where they can *Legally* obtain them if they want. If you don't like this situation you have to complain against the laws that enact such imposition, it's not Fedora's fault. And *please* can you document yourself before your next boutade? It's not like the first time you shout unsubstantiated criticism in the face of Fedora developers, it's not really amusing. Simo. -- Simo Sorce * Red Hat, Inc * New York From pertusus at free.fr Fri Feb 8 19:02:48 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 8 Feb 2008 20:02:48 +0100 Subject: Plan for tomorrows (20080207) FESCO meeting In-Reply-To: <20080206195518.4efe2f34@zod.rchland.ibm.com> References: <1202319417.14497.5.camel@nixon> <20080206220756.GA2628@free.fr> <20080206162305.2d03a4d3@weaponx> <20080206224841.GB2628@free.fr> <20080206195518.4efe2f34@zod.rchland.ibm.com> Message-ID: <20080208190248.GA3025@free.fr> On Wed, Feb 06, 2008 at 07:55:18PM -0600, Josh Boyer wrote: > On Wed, 6 Feb 2008 23:48:41 +0100 > Patrice Dumas wrote: > > > On Wed, Feb 06, 2008 at 04:23:05PM -0600, Josh Boyer wrote: > > > > > > We don't need a general rule. We need you to bring up these specific > > > examples when they happen and FESCo can deal with those at that time. > > > That's what the general rule would boil down to anyway. > > > > I have something like 9 of such bugs, I don't think that it scales well > > to ask FESCO. And what to ask to FESCO? Hello, I have all those bugs not > > addressed, please do something? Maybe ther may be a better solution? > > 9 bugs for 9 separate maintainers? Or one maintainer with 9 bugs? Or? Almost all different maintainers. https://bugzilla.redhat.com/show_bug.cgi?id=203620 https://bugzilla.redhat.com/show_bug.cgi?id=383561 https://bugzilla.redhat.com/show_bug.cgi?id=380611 https://bugzilla.redhat.com/show_bug.cgi?id=373861 https://bugzilla.redhat.com/show_bug.cgi?id=350651 https://bugzilla.redhat.com/show_bug.cgi?id=380621 https://bugzilla.redhat.com/show_bug.cgi?id=203542 https://bugzilla.redhat.com/show_bug.cgi?id=203642 This one could also simply be denied https://bugzilla.redhat.com/show_bug.cgi?id=350641 This one may be controversial https://bugzilla.redhat.com/show_bug.cgi?id=398521 Many issues raised in merge reviews and not taken into account by maintainers also fall in that category. > Seriously, what would you consider reasonable to do in situations like > you described (but still haven't given specifics to)? I don't know exactly. But what I see is a failure in the organization of fedora. > If you have an actual proposal, we can certainly review it. I don't have a proposal, I thought about it (including what I should do for these bugs), but I haven't found a solution. So I was hoping that people in FESCo (and everyone reading the list) could try to think about a way to handle those situations. > Personally, I find situations like that to differ in the details > enough that I'm not sure there is a sufficient general solution. It > seems to me asking FESCo to review those on a case-by-case basis would > cover most things. It won't scale to hundreds of bugs or dozens of > maintainers, but if that starts being the case we've failed elsewhere. I don't think that it scales even for 9 bugs. This situation reveals a failure in the organization of fedora, and in my opinion it would be nice to have a way out of it. To be clear, the organizational failure is that some bugs with patches or trivial to fix, with a submitter ready to do the work should not stay open for more than something like about 7 days (unless maintainer is in vacations, and it is something like a mean, there could be exceptions). -- Pat From jakub.rusinek at gmail.com Fri Feb 8 19:18:16 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 20:18:16 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <20080208135854.53fd3798@redhat.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> Message-ID: <47ACAAF8.3050504@gmail.com> Jesse Keating wrote: > On Fri, 08 Feb 2008 20:01:23 +0100 > "Jakub 'Livio' Rusinek" wrote: > >> O rly? Codeina offers commercial codecs, for which we should pay, >> while Fedora should ship "best free and open source software". >> >> It's hypocritical... > > If you ran the app, you would have seen ( well except for a very bad > bug in F8 release :/ ): > > Proprietary and free formats > > Fedora has the mission of always being freely re-distributable; this means you are free to give your copy of Fedora to anyone else. > > Unfortunately, that means that we cannot ship support for certain multimedia codecs, as they require patent licenses before you can view or play media that use them. Imagine if you had to pay a license fee before reading your e-mail, or viewing a picture on the web. This is why Fedora supports free formats, such as Ogg Vorbis and Theora. > > However, there are companies and communities that do offer support for certain codecs under Fedora. If you would like to install support, please proceed to see the available options. > > You are then linked to: http://fedoraproject.org/wiki/CodecBuddy > > Imagine such situation. You friend switched recently to Linux, because heard that everything is free here. Tries to watch movie and sees "pay" button... Ubuntu had no problem with including codec and driver installer... Without need to pay. We're now little bit ortodox about "free" idea. From jakub.rusinek at gmail.com Fri Feb 8 19:21:24 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 20:21:24 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <1202497316.12372.26.camel@localhost.localdomain> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <1202497316.12372.26.camel@localhost.localdomain> Message-ID: <47ACABB4.7040701@gmail.com> > If you don't like this situation you have to complain against the laws > that enact such imposition, it's not Fedora's fault. Yes, it is Fedora's fault. It's ortodox. From skvidal at fedoraproject.org Fri Feb 8 19:14:16 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 08 Feb 2008 14:14:16 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47ACAAF8.3050504@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> Message-ID: <1202498056.2593.34.camel@cutter> On Fri, 2008-02-08 at 20:18 +0100, Jakub 'Livio' Rusinek wrote: > Imagine such situation. > > You friend switched recently to Linux, because heard that everything is > free here. > > Tries to watch movie and sees "pay" button... > > Ubuntu had no problem with including codec and driver installer... > Without need to pay. > > We're now little bit ortodox about "free" idea. We can't do anything about that. Canonical doesn't think they have to play by US laws and so they can get around the problem. Fedora cannot and WILL NOT play fast and loose with the law. -sv From jakub.rusinek at gmail.com Fri Feb 8 19:25:27 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 20:25:27 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <1202498056.2593.34.camel@cutter> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> Message-ID: <47ACACA7.9020609@gmail.com> seth vidal wrote: > On Fri, 2008-02-08 at 20:18 +0100, Jakub 'Livio' Rusinek wrote: > >> Imagine such situation. >> >> You friend switched recently to Linux, because heard that everything is >> free here. >> >> Tries to watch movie and sees "pay" button... >> >> Ubuntu had no problem with including codec and driver installer... >> Without need to pay. >> >> We're now little bit ortodox about "free" idea. > > We can't do anything about that. Canonical doesn't think they have to > play by US laws and so they can get around the problem. > > Fedora cannot and WILL NOT play fast and loose with the law. > > -sv > > Did I say already that USA has stupid law, which stops you from doing useful things? Because of one country's law we cannot use codecs etc. I hope EU will not do such law. From ssorce at redhat.com Fri Feb 8 19:21:13 2008 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 08 Feb 2008 14:21:13 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47ACABB4.7040701@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <1202497316.12372.26.camel@localhost.localdomain> <47ACABB4.7040701@gmail.com> Message-ID: <1202498473.12372.33.camel@localhost.localdomain> On Fri, 2008-02-08 at 20:21 +0100, Jakub 'Livio' Rusinek wrote: > > If you don't like this situation you have to complain against the laws > > that enact such imposition, it's not Fedora's fault. > > Yes, it is Fedora's fault. It's ortodox. Ok, you will have to live with that conviction. Meanwhile you can also try to (yet again) please document yourself on the meaning of "free": http://www.gnu.org/philosophy/free-sw.html An excerpt: "Free software is a matter of liberty, not price. To understand the concept, you should think of free as in free speech, not as in free beer." Simo. -- Simo Sorce * Red Hat, Inc * New York From ssorce at redhat.com Fri Feb 8 19:23:25 2008 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 08 Feb 2008 14:23:25 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47ACACA7.9020609@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <47ACACA7.9020609@gmail.com> Message-ID: <1202498605.12372.36.camel@localhost.localdomain> On Fri, 2008-02-08 at 20:25 +0100, Jakub 'Livio' Rusinek wrote: > seth vidal wrote: > > On Fri, 2008-02-08 at 20:18 +0100, Jakub 'Livio' Rusinek wrote: > > > >> Imagine such situation. > >> > >> You friend switched recently to Linux, because heard that everything is > >> free here. > >> > >> Tries to watch movie and sees "pay" button... > >> > >> Ubuntu had no problem with including codec and driver installer... > >> Without need to pay. > >> > >> We're now little bit ortodox about "free" idea. > > > > We can't do anything about that. Canonical doesn't think they have to > > play by US laws and so they can get around the problem. > > > > Fedora cannot and WILL NOT play fast and loose with the law. > > > > -sv > > > > > > Did I say already that USA has stupid law, which stops you from doing > useful things? > > Because of one country's law we cannot use codecs etc. > > I hope EU will not do such law. FYI, the European Patent Office has awarded more than 30k (maybe we are more on the 40k at this point as this datum is old) Software Patents. |The legal status of such patents is uncertain but need to be ultimately still fought patent by patent in court ... Simo. -- Simo Sorce * Red Hat, Inc * New York From skvidal at fedoraproject.org Fri Feb 8 19:21:00 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 08 Feb 2008 14:21:00 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47ACACA7.9020609@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <47ACACA7.9020609@gmail.com> Message-ID: <1202498460.2593.42.camel@cutter> On Fri, 2008-02-08 at 20:25 +0100, Jakub 'Livio' Rusinek wrote: > seth vidal wrote: > > On Fri, 2008-02-08 at 20:18 +0100, Jakub 'Livio' Rusinek wrote: > > > >> Imagine such situation. > >> > >> You friend switched recently to Linux, because heard that everything is > >> free here. > >> > >> Tries to watch movie and sees "pay" button... > >> > >> Ubuntu had no problem with including codec and driver installer... > >> Without need to pay. > >> > >> We're now little bit ortodox about "free" idea. > > > > We can't do anything about that. Canonical doesn't think they have to > > play by US laws and so they can get around the problem. > > > > Fedora cannot and WILL NOT play fast and loose with the law. > > > > -sv > > > > > > Did I say already that USA has stupid law, which stops you from doing > useful things? > That's great but: 1. fedora is sponsored by red hat 2. red hat is a Us coporation 3. therefore fedora must obey Us law. QED > Because of one country's law we cannot use codecs etc. yes. > I hope EU will not do such law. Keep hoping, but I wouldn't bet on it. -sv From ville.skytta at iki.fi Fri Feb 8 19:29:11 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Fri, 8 Feb 2008 21:29:11 +0200 Subject: Orphaning packages In-Reply-To: <20080208015212.GA5405@transam.devel.redhat.com> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> <20080208015212.GA5405@transam.devel.redhat.com> Message-ID: <200802082129.11343.ville.skytta@iki.fi> On Friday 08 February 2008, Jesus M. Rodriguez wrote: > I would be interested in take some of these packages. > > tanukiwrapper I'm interested in this as well, both for Fedora and EPEL 5, let me know if you'd like me to co-maintain or take primary ownership of it. From cmc at math.hmc.edu Fri Feb 8 19:33:23 2008 From: cmc at math.hmc.edu (C.M. Connelly) Date: Fri, 08 Feb 2008 11:33:23 -0800 Subject: Is anyone packaging sage? In-Reply-To: <3170f42f0801070705g6fbc7f33r71a03d88c024ec99@mail.gmail.com> References: <477EC690.9030904@kobold.org> <3170f42f0801070705g6fbc7f33r71a03d88c024ec99@mail.gmail.com> Message-ID: <10636.1202499203@vosill.math.hmc.edu> "D'R" == Debarshi 'Rishi' Ray D'R> For what it is worth, Debian calls it libsage: D'R> http://packages.debian.org/stable/libdevel/libsage-dev That's actually a completely unrelated package -- libsage is some sort of OpenGL library. I'm not sure there is a name yet -- the project doesn't seem to be at the point where they're ready to upload packages to Debian proper; they're still working out which bits they can pull from Debian and which bits need to be packaged. Details on the Debian packaging front are in a wiki [0]; there's also a mailing list [1]. It might be nice to see if there could be a more generalized push for distributions one level above, as much of the work that isn't specifically related to packaging is going to be identical. (Identifying components to package, followed by figuring out which pieces are already available in a distribution and which aren't but need to be, followed by figuring out how to package the sage-specific glue that makes all the pieces work together.) There's actually a discussion about that very thing on the list. [2] It seems like there are multiple licensing issues, which isn't a big shock from my experience packaging mathematical software. My users are very interested in having access to SAGE (we're running CentOS 3, with a move to CentOS 5 in the near future), so I would be very interested in seeing SAGE packaged for Fedora, EPEL, or one of the other repos. Claire [0] [1] [2] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Claire Connelly cmc at math.hmc.edu Systems Administrator (909) 621-8754 Department of Mathematics Harvey Mudd College *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From valent.turkovic at gmail.com Fri Feb 8 20:10:58 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 21:10:58 +0100 Subject: two small ideas for improving fedora Message-ID: <64b14b300802081210o4c272cccy8da28aab23eceda2@mail.gmail.com> I have two ideas for improving fedora, please share your thoughts about them: 1. add link for fedoratv.com in firefox "free content" folder 2. enable easy configuration of synaptic touchpads on laptops Cheers, Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From lesmikesell at gmail.com Fri Feb 8 20:22:29 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 08 Feb 2008 14:22:29 -0600 Subject: to autodownload or not to autodownload In-Reply-To: <1202498605.12372.36.camel@localhost.localdomain> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <47ACACA7.9020609@gmail.com> <1202498605.12372.36.camel@localhost.localdomain> Message-ID: <47ACBA05.3000803@gmail.com> Simo Sorce wrote: > >> Did I say already that USA has stupid law, which stops you from doing >> useful things? >> >> Because of one country's law we cannot use codecs etc. >> >> I hope EU will not do such law. > > FYI, the European Patent Office has awarded more than 30k (maybe we are > more on the 40k at this point as this datum is old) Software Patents. > |The legal status of such patents is uncertain but need to be ultimately > still fought patent by patent in court ... I wish someone would pursue the argument that if you have a licensed copy of the patented software technology in question you should be allowed to use any other version of that same technology on the same device. The theory that software should be covered by patents at all relies on the argument that it models a device or process (otherwise it is just math...). If you buy a patented device you are allowed to modify it yourself and continue using its patented features. So, my theory is that you should be able to take patented bits that you have (as perhaps you might have gotten with the device in the form of drivers for a different OS), and rearrange them into a different pattern of bits that perform the same patented operation in a way that works better for you. If you buy into the 'software as a model of a device' concept as the basis of patented software at all, this seems to be the logical equivalent of modifying your own licensed device. Having to have a license to use some unique process is arguable reasonable (though there are good arguments against..). Having to have a different license for every version of every program under every OS that does that same process on the same device is insane. -- Les Mikesell lesmikesell at gmail.com From jeff at ocjtech.us Fri Feb 8 20:21:21 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Fri, 8 Feb 2008 14:21:21 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <1202493969.20452.23.camel@aglarond.local> References: <47A74A26.9020304@redhat.com> <935ead450802080914j55ab652bjd460d5d4d2c9d018@mail.gmail.com> <47AC90AB.9070302@redhat.com> <47AC923D.7090101@redhat.com> <935ead450802080952i5fab1b80yf6794c5abf95ed61@mail.gmail.com> <1202493969.20452.23.camel@aglarond.local> Message-ID: <935ead450802081221x5ab6a4c7w42939b5710eb210e@mail.gmail.com> On 2/8/08, Jeremy Katz wrote: > On Fri, 2008-02-08 at 11:52 -0600, Jeffrey Ollie wrote: > > I was trying out your advice to use a rescue CD (actually the F9 alpha > > DVD again) to use the latest debugfs to set the flag, but that is > > complicated by the fact that my physical volume is encrypted. Does > > the rescue mode have the tools necessary to mount encrypted > > partitions? > > It has them, but right now (until there's a new rescue cd with the bits > from the past few days) you'll have to use them by hand. cryptsetup > luksOpen and on from there Aha! This was the clue that I needed... I was able to decrypt my partition and set the flag on the filesystem. Upon rebooting it was able to mount the drive and relabel the selinux bits. If ext4 and the disk encryption are stable enough by the time of release, I think that F9 is going to be one of the best versions of Fedora ever! Jeff From jkeating at redhat.com Fri Feb 8 20:25:06 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 15:25:06 -0500 Subject: two small ideas for improving fedora In-Reply-To: <64b14b300802081210o4c272cccy8da28aab23eceda2@mail.gmail.com> References: <64b14b300802081210o4c272cccy8da28aab23eceda2@mail.gmail.com> Message-ID: <20080208152506.12c5937d@redhat.com> On Fri, 8 Feb 2008 21:10:58 +0100 "Valent Turkovic" wrote: > 1. add link for fedoratv.com in firefox "free content" folder Should be easily done. Just hasn't yet (: > 2. enable easy configuration of synaptic touchpads on laptops Currently requires SHMConfig option in X which is I'm told rather insecure. -- 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 Feb 8 20:27:13 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 08 Feb 2008 15:27:13 -0500 Subject: two small ideas for improving fedora In-Reply-To: <20080208152506.12c5937d@redhat.com> References: <64b14b300802081210o4c272cccy8da28aab23eceda2@mail.gmail.com> <20080208152506.12c5937d@redhat.com> Message-ID: <1202502433.5436.6.camel@localhost.localdomain> On Fri, 2008-02-08 at 15:25 -0500, Jesse Keating wrote: > On Fri, 8 Feb 2008 21:10:58 +0100 > "Valent Turkovic" wrote: > > > 1. add link for fedoratv.com in firefox "free content" folder > > Should be easily done. Just hasn't yet (: > > > 2. enable easy configuration of synaptic touchpads on laptops > > Currently requires SHMConfig option in X which is I'm told rather > insecure. There is work underway upstream to fix this situation properly. Or so I am told... From jspaleta at gmail.com Fri Feb 8 20:29:29 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Feb 2008 11:29:29 -0900 Subject: two small ideas for improving fedora In-Reply-To: <64b14b300802081210o4c272cccy8da28aab23eceda2@mail.gmail.com> References: <64b14b300802081210o4c272cccy8da28aab23eceda2@mail.gmail.com> Message-ID: <604aa7910802081229q145f029t1d092d31e72f7819@mail.gmail.com> On Feb 8, 2008 11:10 AM, Valent Turkovic wrote: > I have two ideas for improving fedora, please share your thoughts about them: > > 1. add link for fedoratv.com in firefox "free content" folder not yet. fedoratv is quite buggy still. If even our top notch developers can't reasonably upload stuff yet without problems, we shouldn't be pushing it to end-users that far. I want to get there, but I don't want to rush the gun. We need to make it easy for developers to find and contribute to as a codebase first. > 2. enable easy configuration of synaptic touchpads on laptops Others can speak on this more compentently, and have in other posts in this thread. -jef From valent.turkovic at gmail.com Fri Feb 8 20:36:34 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 21:36:34 +0100 Subject: two small ideas for improving fedora In-Reply-To: <20080208152506.12c5937d@redhat.com> References: <64b14b300802081210o4c272cccy8da28aab23eceda2@mail.gmail.com> <20080208152506.12c5937d@redhat.com> Message-ID: <64b14b300802081236o2c5f97b1xaeb9bcb68f4ed3ca@mail.gmail.com> 2008/2/8 Jesse Keating : > On Fri, 8 Feb 2008 21:10:58 +0100 > "Valent Turkovic" wrote: > > > 1. add link for fedoratv.com in firefox "free content" folder > > Should be easily done. Just hasn't yet (: > > > 2. enable easy configuration of synaptic touchpads on laptops > > Currently requires SHMConfig option in X which is I'm told rather > insecure. I had to remove xorg.conf in some cases in order to fix some issues with external displays, but that would also break synaptic touchpad, right? Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Fri Feb 8 20:37:54 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 21:37:54 +0100 Subject: two small ideas for improving fedora In-Reply-To: <604aa7910802081229q145f029t1d092d31e72f7819@mail.gmail.com> References: <64b14b300802081210o4c272cccy8da28aab23eceda2@mail.gmail.com> <604aa7910802081229q145f029t1d092d31e72f7819@mail.gmail.com> Message-ID: <64b14b300802081237g6d00a736y1101e3b0ba678ebd@mail.gmail.com> On Feb 8, 2008 9:29 PM, Jeff Spaleta wrote: > On Feb 8, 2008 11:10 AM, Valent Turkovic wrote: > > I have two ideas for improving fedora, please share your thoughts about them: > > > > 1. add link for fedoratv.com in firefox "free content" folder > > not yet. fedoratv is quite buggy still. If even our top notch > developers can't reasonably upload stuff yet without problems, we > shouldn't be pushing it to end-users that far. I want to get there, > but I don't want to rush the gun. We need to make it easy for > developers to find and contribute to as a codebase first. Sound reasonable. Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From ssorce at redhat.com Fri Feb 8 20:37:17 2008 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 08 Feb 2008 15:37:17 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47ACBA05.3000803@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <47ACACA7.9020609@gmail.com> <1202498605.12372.36.camel@localhost.localdomain> <47ACBA05.3000803@gmail.com> Message-ID: <1202503037.12372.40.camel@localhost.localdomain> On Fri, 2008-02-08 at 14:22 -0600, Les Mikesell wrote: > > Having to have a license to use some unique process is arguable > reasonable (though there are good arguments against..). Having to have > a > different license for every version of every program under every OS > that > does that same process on the same device is insane. FWIW patents on software are insane, no need to dig further on the consequences of the original insanity ... Simo. -- Simo Sorce * Red Hat, Inc * New York From valent.turkovic at gmail.com Fri Feb 8 20:41:24 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 21:41:24 +0100 Subject: two small ideas for improving fedora In-Reply-To: <20080208152506.12c5937d@redhat.com> References: <64b14b300802081210o4c272cccy8da28aab23eceda2@mail.gmail.com> <20080208152506.12c5937d@redhat.com> Message-ID: <64b14b300802081241m52c0cfc6h2e4eae91b1192de5@mail.gmail.com> 2008/2/8 Jesse Keating : > On Fri, 8 Feb 2008 21:10:58 +0100 > "Valent Turkovic" wrote: > > > 1. add link for fedoratv.com in firefox "free content" folder > > Should be easily done. Just hasn't yet (: > > > 2. enable easy configuration of synaptic touchpads on laptops > > Currently requires SHMConfig option in X which is I'm told rather > insecure. I tested gsnaptic for gnome and put SHMConfig option in xorg.conf - gui doesn't have option to define borders of touchpad, and that is what I'm looking for. Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Fri Feb 8 20:55:54 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 21:55:54 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> Message-ID: <64b14b300802081255j1e706f9bjff090b4fa6547453@mail.gmail.com> 2008/2/8 Trond Danielsen : > On 2/8/08, Hans de Goede wrote: > > Hi All, > > > > Starting a new thread for the autodownload discussion which has forked of the > > google-earth thread. > > > > [...] > > > > I must say that any complaints about autodownloader before codecbuddy gets > > removed, to me, are nothing short of hypocritical, and therefor will not be > > taken very seriously by me. > > > > Regards, > > > > Hans > > In the world of software nothing is only black and white; most of the > stuff we ship will fall into a gray area one way or another. Let me > mention a few. > > 1. Online-desktop: The world of free software has "fought" proprietary > software for many years, only to partner up with the WWW behemoth that > Google is. The purpose of the online-desktop is to integrate online > services like flickr and Google with the rest of the system. Despite > their public APIs online services are proprietary software just like > Microsoft Office. Should we ban any application that makes it easy to > access such services? > > 2. Firmware: Oh how I love that my network card works perfectly > immediately after a fresh install, but there is no doubt that it > contradicts the spirit of free sw. > > 3. Codec buddy: Already mentioned and discussed. But would we allow a > similar solution if Nvidia decided to create a Video Buddy? > > Conclusion: I think there are many issues that are far more > controversial than the autodownloader scripts. The effort made by Hans > has made Fedora a great gamers platform, and I do not think many > end-users would understand the rational for removing them if this is > what is the result from this discussion. > > Regards, > -- > Trond Danielsen +1 -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From jkeating at redhat.com Fri Feb 8 21:02:00 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 16:02:00 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! Message-ID: <20080208160200.18f2dff6@redhat.com> In accordance with http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal (which got FESCo approval) we (Fedora Release Engineering) will be conducting a mass rebuild of Fedora packages for gcc 4.3. I have the first iteration of a script that will detect packages that haven't yet been built with gcc 4.3. The output is sorted by package owner. There is a small bug right now in that packages that have never actually been built in koji (imported from Extras/Fedora Core 6) are automatically added to the list, even if they are noarch. I'm working on fixing that. I've posted the list at http://jkeating.fedorapeople.org/need43 and either tonight or tomorrow I'll be setting up a cron job to keep this list updated once an hour or so (depending on how much it hurts koji, as there are a lot of queries). Maintainers are invited to rebuild now, to lower the number of packages that will get a scripted rebuild by releng later. We're also still discussing a way to allow maintainers to opt-out of an autorebuild. -- 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 valent.turkovic at gmail.com Fri Feb 8 21:07:06 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 22:07:06 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <1202498056.2593.34.camel@cutter> References: <47AC975F.80704@hhs.nl> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> Message-ID: <64b14b300802081307j13f0be19ta905aa78cdeb59e1@mail.gmail.com> On Feb 8, 2008 8:14 PM, seth vidal wrote: > > On Fri, 2008-02-08 at 20:18 +0100, Jakub 'Livio' Rusinek wrote: > > > Imagine such situation. > > > > You friend switched recently to Linux, because heard that everything is > > free here. > > > > Tries to watch movie and sees "pay" button... > > > > Ubuntu had no problem with including codec and driver installer... > > Without need to pay. > > > > We're now little bit ortodox about "free" idea. > > We can't do anything about that. Canonical doesn't think they have to > play by US laws and so they can get around the problem. > > Fedora cannot and WILL NOT play fast and loose with the law. > > -sv There were this kind of discussions before and came to same conclusion, but you are all not mentioning one thing that I believe is really important - and that it can be legal (maybe it already is) in Fedora to link to outside sources without Fedora being held for infringement. Has anybody checked with Fedora Legal what is the status of that? Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From alan at redhat.com Fri Feb 8 21:09:04 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 8 Feb 2008 16:09:04 -0500 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <1202487812.3424.0.camel@localhost.localdomain> Message-ID: <20080208210904.GA29746@devserv.devel.redhat.com> On Fri, Feb 08, 2008 at 06:15:36PM +0000, Kevin Kofler wrote: > "Rise of the Triad", the engine has been GPLed, the data is still proprietary > and the game is useless without it. There's this package using autodownloader > and there's rott-registered which requires the commercial data. > > So out of 6 autodownloader users, 5 don't work at all without the non-Free > data. I don't think datasets are that clear cut. There are a lot of tools which are free, useful but don't work without non-free data sets. For example the gnome stock ticker which uses proprietary feeds clear needs to go. And firefox uses google for search which is a proprietary data dependancy ... A better test would be whether it is possible to produce new free data sets for them. Alan From valent.turkovic at gmail.com Fri Feb 8 21:14:43 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 22:14:43 +0100 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> Message-ID: <64b14b300802081314p654df525t6c0f67b77464476@mail.gmail.com> On Feb 8, 2008 12:38 AM, Kevin Kofler wrote: > Christopher Aillon redhat.com> writes: > > And the game must have *SOME* free data available, such that the game is > > not useless without non-free data. > > Most of the games which have Requires: autodownloader are entirely useless > without the non-Free, non-redistributable content downloaded using > autodownloader. Can somebody tell me which games require autodownloader? I tried using yum to find out but didn't find out... -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From smooge at gmail.com Fri Feb 8 21:15:56 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 8 Feb 2008 14:15:56 -0700 Subject: to autodownload or not to autodownload In-Reply-To: <64b14b300802081307j13f0be19ta905aa78cdeb59e1@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <64b14b300802081307j13f0be19ta905aa78cdeb59e1@mail.gmail.com> Message-ID: <80d7e4090802081315u50c274d8jcd2b97bfb9b96354@mail.gmail.com> On Feb 8, 2008 2:07 PM, Valent Turkovic wrote: > There were this kind of discussions before and came to same > conclusion, but you are all not mentioning one thing that I believe is > really important - and that it can be legal (maybe it already is) in > Fedora to link to outside sources without Fedora being held for > infringement. > Has anybody checked with Fedora Legal what is the status of that? > Yes, several times.. and I believe that the answer has always been "yes it is illegal by way of contributary infringement". -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From valent.turkovic at gmail.com Fri Feb 8 21:24:22 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 22:24:22 +0100 Subject: F9 Alpha Observations In-Reply-To: <1202430207.7059.17.camel@scrappy.miketc.com> References: <1202430207.7059.17.camel@scrappy.miketc.com> Message-ID: <64b14b300802081324t7cfa23bbp925a8a94b70f8f98@mail.gmail.com> On Feb 8, 2008 1:23 AM, Mike Chambers wrote: > 1 - The install itself was fine, except once it go to installing the > packages. That step took around 2 hours for 900 packages, which this > being the plain ole default install that is suggested, and customization > done later. > > 2 - radeonhd xorg driver was not installed by default, therefore x > locked up when trying to start. Had to manually change xorg.conf to > vesa driver to get it running. Installed radeonhd after and using it > now, and so far it works, and recognized monitor. Card is x1300 and > monitor is HP w1907. > > 3 - FF3 beta 2 that comes with it, seems to open with a home page of > www.s.com and I have already setup preferences to my own home page. I > can't find the reference to www.s.com at all. Although, if I click the > home button, it will go to my home page. > > 4 - Maybe not Fedora's problem, maybe so, but flash from adobe doesn't > seem to be recognized by FF3 beta 2. Not sure if java is either? I > didn't even see a plugins dir in /usr/lib/firefox neither. about:plugins > only shows adobe reader stuff and that's it. Fedora 9 Alpha comes with installed swfdec-mozilla packet as a flash player which doensn't work. Go to fedora-desktop mailing list and read previous posts regarding that[1][2]. You need to "yum remove swfdec-mozilla" and go to adobe site and get rpm of flash plugins if you want flash video to work. I have found bugs about flash and posted them to fedoa bz[3] and upstream[4]. [1] https://www.redhat.com/archives/fedora-desktop-list/2008-January/msg00095.html [2] https://www.redhat.com/archives/fedora-desktop-list/2008-January/msg00129.html [3] https://bugzilla.redhat.com/show_bug.cgi?id=236881 [4] https://bugzilla.mozilla.org/show_bug.cgi?id=416396 Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From alan at redhat.com Fri Feb 8 21:27:08 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 8 Feb 2008 16:27:08 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <1202503037.12372.40.camel@localhost.localdomain> References: <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <47ACACA7.9020609@gmail.com> <1202498605.12372.36.camel@localhost.localdomain> <47ACBA05.3000803@gmail.com> <1202503037.12372.40.camel@localhost.localdomain> Message-ID: <20080208212708.GE29746@devserv.devel.redhat.com> On Fri, Feb 08, 2008 at 03:37:17PM -0500, Simo Sorce wrote: > FWIW patents on software are insane, no need to dig further on the > consequences of the original insanity ... Perhaps. The current situation is insane however. Originally the world could have chosen software as machine (no copyright law) or as literary/creative work (copyright law). It eventually chose the latter and then some idiot judge decided to make it both in the USA. Hard to know if pure patent would have worked - assuming the patent office was also fixed but the mix is a disaster. Even the copyright situation is warped "You may not reverse engineer" is a bit like "you may not study this painting" - imagine art classes if analysing the work of artists was outlawed - or poetry.. Alan From valent.turkovic at gmail.com Fri Feb 8 21:27:50 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 22:27:50 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <80d7e4090802081315u50c274d8jcd2b97bfb9b96354@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <64b14b300802081307j13f0be19ta905aa78cdeb59e1@mail.gmail.com> <80d7e4090802081315u50c274d8jcd2b97bfb9b96354@mail.gmail.com> Message-ID: <64b14b300802081327l5492c3bfv48e23acb222eefad@mail.gmail.com> On Feb 8, 2008 10:15 PM, Stephen John Smoogen wrote: > On Feb 8, 2008 2:07 PM, Valent Turkovic wrote: > > > There were this kind of discussions before and came to same > > conclusion, but you are all not mentioning one thing that I believe is > > really important - and that it can be legal (maybe it already is) in > > Fedora to link to outside sources without Fedora being held for > > infringement. > > Has anybody checked with Fedora Legal what is the status of that? > > > > Yes, several times.. and I believe that the answer has always been > "yes it is illegal by way of contributary infringement". You didn't understand me or you don't have all the info... look at older posts on this subject. Somebody posted on mailinglist saying that there was a court decision in US that would make this "contributary infringement" go away. That is what I'm saying to check with Fedora Legal because this was couple months ago. Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From buildsys at redhat.com Fri Feb 8 21:30:01 2008 From: buildsys at redhat.com (Build System) Date: Fri, 8 Feb 2008 16:30:01 -0500 Subject: rawhide report: 20080208 changes Message-ID: <200802082130.m18LU16E019378@porkchop.devel.redhat.com> Updated Packages: (none) Broken deps for i386 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.i386 requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 claws-mail-plugins-3.2.0-1.fc9.i386 requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh ghdl-0.25-0.89svn.6.fc8.i386 requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 twinkle-1.1-4.fc9.i386 requires libccgnu2-1.5.so.0 twinkle-1.1-4.fc9.i386 requires libccext2-1.5.so.0 twinkle-1.1-4.fc9.i386 requires libccrtp1-1.5.so.1 Broken deps for x86_64 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-1.so.0()(64bit) 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-widgets-1.so.0()(64bit) bmpx-0.40.13-7.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) claws-mail-plugins-3.2.0-1.fc9.x86_64 requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.x86_64 requires libgnat-4.1.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libFoundation-1.1.3-10.fc6.x86_64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) twinkle-1.1-4.fc9.x86_64 requires libccgnu2-1.5.so.0()(64bit) twinkle-1.1-4.fc9.x86_64 requires libccrtp1-1.5.so.1()(64bit) twinkle-1.1-4.fc9.x86_64 requires libccext2-1.5.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.ppc requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 claws-mail-plugins-3.2.0-1.fc9.ppc requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.ppc requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.ppc requires libobjc.so.1 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 seahorse-2.21.4-3.fc9.ppc requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) twinkle-1.1-4.fc9.ppc requires libccgnu2-1.5.so.0 twinkle-1.1-4.fc9.ppc requires libccext2-1.5.so.0 twinkle-1.1-4.fc9.ppc requires libccrtp1-1.5.so.1 From smooge at gmail.com Fri Feb 8 21:30:58 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 8 Feb 2008 14:30:58 -0700 Subject: to autodownload or not to autodownload In-Reply-To: <20080208212708.GE29746@devserv.devel.redhat.com> References: <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <47ACACA7.9020609@gmail.com> <1202498605.12372.36.camel@localhost.localdomain> <47ACBA05.3000803@gmail.com> <1202503037.12372.40.camel@localhost.localdomain> <20080208212708.GE29746@devserv.devel.redhat.com> Message-ID: <80d7e4090802081330w517299bel499ad53be8c134f6@mail.gmail.com> On Feb 8, 2008 2:27 PM, Alan Cox wrote: > On Fri, Feb 08, 2008 at 03:37:17PM -0500, Simo Sorce wrote: > > FWIW patents on software are insane, no need to dig further on the > > consequences of the original insanity ... > > Perhaps. The current situation is insane however. > > Originally the world could have chosen software as machine (no copyright law) > or as literary/creative work (copyright law). It eventually chose the latter > and then some idiot judge decided to make it both in the USA. Hard to know > if pure patent would have worked - assuming the patent office was also fixed > but the mix is a disaster. > > Even the copyright situation is warped "You may not reverse engineer" is > a bit like "you may not study this painting" - imagine art classes if > analysing the work of artists was outlawed - or poetry.. > Actually I have read papers advocating that. I have no doubt in 20 years someone will try and might suceed in doing it either. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From valent.turkovic at gmail.com Fri Feb 8 21:32:04 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 22:32:04 +0100 Subject: flash install fails on fedora but installs on ubuntu, strange Message-ID: <64b14b300802081332u3c0e33b5g780b3f031c35db0b@mail.gmail.com> I already posted this upstream but it is interesting issue to see. I know that it directly has no connection to fedora because it looks like a upstream bug but still FYI if you are interested look at these bz entries: https://bugzilla.redhat.com/show_bug.cgi?id=236881 https://bugzilla.mozilla.org/show_bug.cgi?id=416396 Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From tibbs at math.uh.edu Fri Feb 8 21:32:25 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 08 Feb 2008 15:32:25 -0600 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <64b14b300802081314p654df525t6c0f67b77464476@mail.gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <64b14b300802081314p654df525t6c0f67b77464476@mail.gmail.com> Message-ID: >>>>> "VT" == Valent Turkovic writes: VT> Can somebody tell me which games require autodownloader? I tried VT> using yum to find out but didn't find out... > repoquery --whatrequires autodownloader xu4-0:1.1-0.3.cvs20070510.fc9.i386 clonekeen-0:0.8.3-2.fc9.i386 bolzplatz2006-0:1.0.3-3.fc9.i386 quake3-0:1.34-0.8.rc4.fc9.i386 vavoom-0:1.26-1.fc9.i386 rott-shareware-0:1.0-4.fc8.i386 - J< From jkeating at redhat.com Fri Feb 8 21:35:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 16:35:05 -0500 Subject: rawhide report: 20080208 changes In-Reply-To: <200802082130.m18LU16E019378@porkchop.devel.redhat.com> References: <200802082130.m18LU16E019378@porkchop.devel.redhat.com> Message-ID: <20080208163505.627f1275@redhat.com> On Fri, 8 Feb 2008 16:30:01 -0500 Build System wrote: > Updated Packages: > > (none) Eh, that's a bit of a lie, but oh 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 valent.turkovic at gmail.com Fri Feb 8 21:37:10 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Feb 2008 22:37:10 +0100 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <64b14b300802081314p654df525t6c0f67b77464476@mail.gmail.com> Message-ID: <64b14b300802081337n6c2a9fe5t565e21c8ecbba18d@mail.gmail.com> On 08 Feb 2008 15:32:25 -0600, Jason L Tibbitts III wrote: > >>>>> "VT" == Valent Turkovic writes: > > VT> Can somebody tell me which games require autodownloader? I tried > VT> using yum to find out but didn't find out... > > > repoquery --whatrequires autodownloader > xu4-0:1.1-0.3.cvs20070510.fc9.i386 > clonekeen-0:0.8.3-2.fc9.i386 > bolzplatz2006-0:1.0.3-3.fc9.i386 > quake3-0:1.34-0.8.rc4.fc9.i386 > vavoom-0:1.26-1.fc9.i386 > rott-shareware-0:1.0-4.fc8.i386 > > - J< I don't have this tool and can't find it with yum to install it... thank you. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From jakub.rusinek at gmail.com Fri Feb 8 21:46:36 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 22:46:36 +0100 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <64b14b300802081337n6c2a9fe5t565e21c8ecbba18d@mail.gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <64b14b300802081314p654df525t6c0f67b77464476@mail.gmail.com> <64b14b300802081337n6c2a9fe5t565e21c8ecbba18d@mail.gmail.com> Message-ID: <47ACCDBC.3050805@gmail.com> Valent Turkovic wrote: > On 08 Feb 2008 15:32:25 -0600, Jason L Tibbitts III wrote: >>>>>>> "VT" == Valent Turkovic writes: >> VT> Can somebody tell me which games require autodownloader? I tried >> VT> using yum to find out but didn't find out... >> >>> repoquery --whatrequires autodownloader >> xu4-0:1.1-0.3.cvs20070510.fc9.i386 >> clonekeen-0:0.8.3-2.fc9.i386 >> bolzplatz2006-0:1.0.3-3.fc9.i386 >> quake3-0:1.34-0.8.rc4.fc9.i386 >> vavoom-0:1.26-1.fc9.i386 >> rott-shareware-0:1.0-4.fc8.i386 >> >> - J< > > I don't have this tool and can't find it with yum to install it... thank you. > > That's alias for "rpm -q", I guess. From skvidal at fedoraproject.org Fri Feb 8 21:40:15 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 08 Feb 2008 16:40:15 -0500 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <64b14b300802081337n6c2a9fe5t565e21c8ecbba18d@mail.gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <64b14b300802081337n6c2a9fe5t565e21c8ecbba18d@mail.gmail.com> Message-ID: <1202506815.2593.80.camel@cutter> On Fri, 2008-02-08 at 22:37 +0100, Valent Turkovic wrote: > On 08 Feb 2008 15:32:25 -0600, Jason L Tibbitts III wrote: > > >>>>> "VT" == Valent Turkovic writes: > > > > VT> Can somebody tell me which games require autodownloader? I tried > > VT> using yum to find out but didn't find out... > > > > > repoquery --whatrequires autodownloader > > xu4-0:1.1-0.3.cvs20070510.fc9.i386 > > clonekeen-0:0.8.3-2.fc9.i386 > > bolzplatz2006-0:1.0.3-3.fc9.i386 > > quake3-0:1.34-0.8.rc4.fc9.i386 > > vavoom-0:1.26-1.fc9.i386 > > rott-shareware-0:1.0-4.fc8.i386 > > > > - J< > > I don't have this tool and can't find it with yum to install it... thank you. yum install yum-utils -sv -- I only speak for me. From skvidal at fedoraproject.org Fri Feb 8 21:41:02 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 08 Feb 2008 16:41:02 -0500 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <47ACCDBC.3050805@gmail.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <64b14b300802081314p654df525t6c0f67b77464476@mail.gmail.com> <64b14b300802081337n6c2a9fe5t565e21c8ecbba18d@mail.gmail.com> <47ACCDBC.3050805@gmail.com> Message-ID: <1202506862.2593.82.camel@cutter> On Fri, 2008-02-08 at 22:46 +0100, Jakub 'Livio' Rusinek wrote: > Valent Turkovic wrote: > > On 08 Feb 2008 15:32:25 -0600, Jason L Tibbitts III wrote: > >>>>>>> "VT" == Valent Turkovic writes: > >> VT> Can somebody tell me which games require autodownloader? I tried > >> VT> using yum to find out but didn't find out... > >> > >>> repoquery --whatrequires autodownloader > >> xu4-0:1.1-0.3.cvs20070510.fc9.i386 > >> clonekeen-0:0.8.3-2.fc9.i386 > >> bolzplatz2006-0:1.0.3-3.fc9.i386 > >> quake3-0:1.34-0.8.rc4.fc9.i386 > >> vavoom-0:1.26-1.fc9.i386 > >> rott-shareware-0:1.0-4.fc8.i386 > >> > >> - J< > > > > I don't have this tool and can't find it with yum to install it... thank you. > > > > > > That's alias for "rpm -q", I guess. no, it really isn't. repoquery queries yum repositories. rpm -q only queries your rpmdb. -sv -- I only speak for me. From jakub.rusinek at gmail.com Fri Feb 8 21:50:45 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 22:50:45 +0100 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <1202506815.2593.80.camel@cutter> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <64b14b300802081337n6c2a9fe5t565e21c8ecbba18d@mail.gmail.com> <1202506815.2593.80.camel@cutter> Message-ID: <47ACCEB5.3080605@gmail.com> seth vidal wrote: > On Fri, 2008-02-08 at 22:37 +0100, Valent Turkovic wrote: >> On 08 Feb 2008 15:32:25 -0600, Jason L Tibbitts III wrote: >>>>>>>> "VT" == Valent Turkovic writes: >>> VT> Can somebody tell me which games require autodownloader? I tried >>> VT> using yum to find out but didn't find out... >>> >>>> repoquery --whatrequires autodownloader >>> xu4-0:1.1-0.3.cvs20070510.fc9.i386 >>> clonekeen-0:0.8.3-2.fc9.i386 >>> bolzplatz2006-0:1.0.3-3.fc9.i386 >>> quake3-0:1.34-0.8.rc4.fc9.i386 >>> vavoom-0:1.26-1.fc9.i386 >>> rott-shareware-0:1.0-4.fc8.i386 >>> >>> - J< >> I don't have this tool and can't find it with yum to install it... thank you. > > yum install yum-utils > > -sv > I was wrong. I thought it's alias :> . From mcepl at redhat.com Fri Feb 8 21:35:05 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 08 Feb 2008 22:35:05 +0100 Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> Message-ID: <9huu75xm9k.ln2@ppp1053.in.ipex.cz> On 2008-02-08, 18:32 GMT, Jesse Keating wrote: >> 3) fedora should ship rpmfusion-repo installer by default, >> since fedora is mostly used on desktop and rpmfusion (before: >> livna) is the main non-free provider for fedora > > -ELEGAL Wouldn't it be possible at least to make codeina pluginable with different backends, so that at least integration with third-party plugin providers (be it Fluendo or The Repository Which Shall Not Be Named)? It wouldn't help in the awkward situation with not-naming The Repository Which Shall Not Be Named, but at least its integration to the system would be more simple (i.e., totem would be able to say what exactly should be installed and when)? Matej From jakub.rusinek at gmail.com Fri Feb 8 21:54:03 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 08 Feb 2008 22:54:03 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <9huu75xm9k.ln2@ppp1053.in.ipex.cz> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <9huu75xm9k.ln2@ppp1053.in.ipex.cz> Message-ID: <47ACCF7B.1090802@gmail.com> Matej Cepl wrote: > On 2008-02-08, 18:32 GMT, Jesse Keating wrote: >>> 3) fedora should ship rpmfusion-repo installer by default, >>> since fedora is mostly used on desktop and rpmfusion (before: >>> livna) is the main non-free provider for fedora >> -ELEGAL > > Wouldn't it be possible at least to make codeina pluginable with > different backends, so that at least integration with third-party > plugin providers (be it Fluendo or The Repository Which Shall Not > Be Named)? It wouldn't help in the awkward situation with > not-naming The Repository Which Shall Not Be Named, but at least > its integration to the system would be more simple (i.e., totem > would be able to say what exactly should be installed and when)? > > Matej > But it already has been done, but creating configuration file for Livna is not worth doing. You'll faster install all GStreamer plugins... From mcepl at redhat.com Fri Feb 8 21:31:11 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 08 Feb 2008 22:31:11 +0100 Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> Message-ID: On 2008-02-08, 18:45 GMT, Arthur Pemberton wrote: > These kind of questions come up often, a clear wiki page may be > in order. Unfortunately, such wiki page would have to be either totally amiguous and misleading or it could be the contributory infringment in itself. No, there is no way out of this junk. Matej From sundaram at fedoraproject.org Fri Feb 8 22:02:50 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 03:32:50 +0530 Subject: to autodownload or not to autodownload In-Reply-To: <16de708d0802081056j34e23ddbncb65b5a831e06ffb@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <16de708d0802081056j34e23ddbncb65b5a831e06ffb@mail.gmail.com> Message-ID: <47ACD18A.4040505@fedoraproject.org> Arthur Pemberton wrote: > On Feb 8, 2008 12:51 PM, Jeff Spaleta wrote: >> On Feb 8, 2008 9:45 AM, Arthur Pemberton wrote: >>> These kind of questions come up often, a clear wiki page may be in order. >> Uhm is the page we offer through codeina not clear enough? >> >> -jef > > I understand and defend the stance of Fedora. However, linking people to > http://fedoraproject.org/wiki/ForbiddenItems seems often insufficient > to explain the situation. Why? What further explanation is needed? Rahul From ssorce at redhat.com Fri Feb 8 21:55:55 2008 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 08 Feb 2008 16:55:55 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <20080208212708.GE29746@devserv.devel.redhat.com> References: <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <47ACACA7.9020609@gmail.com> <1202498605.12372.36.camel@localhost.localdomain> <47ACBA05.3000803@gmail.com> <1202503037.12372.40.camel@localhost.localdomain> <20080208212708.GE29746@devserv.devel.redhat.com> Message-ID: <1202507755.17978.1.camel@localhost.localdomain> On Fri, 2008-02-08 at 16:27 -0500, Alan Cox wrote: > On Fri, Feb 08, 2008 at 03:37:17PM -0500, Simo Sorce wrote: > > FWIW patents on software are insane, no need to dig further on the > > consequences of the original insanity ... > > Perhaps. The current situation is insane however. > > Originally the world could have chosen software as machine (no copyright law) > or as literary/creative work (copyright law). It eventually chose the latter > and then some idiot judge decided to make it both in the USA. Hard to know > if pure patent would have worked - assuming the patent office was also fixed > but the mix is a disaster. > > Even the copyright situation is warped "You may not reverse engineer" is > a bit like "you may not study this painting" - imagine art classes if > analysing the work of artists was outlawed - or poetry.. Alan I could not agree more. Simo. -- Simo Sorce * Red Hat, Inc * New York From sundaram at fedoraproject.org Fri Feb 8 22:07:51 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 03:37:51 +0530 Subject: to autodownload or not to autodownload In-Reply-To: <64b14b300802081327l5492c3bfv48e23acb222eefad@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <64b14b300802081307j13f0be19ta905aa78cdeb59e1@mail.gmail.com> <80d7e4090802081315u50c274d8jcd2b97bfb9b96354@mail.gmail.com> <64b14b300802081327l5492c3bfv48e23acb222eefad@mail.gmail.com> Message-ID: <47ACD2B7.3050903@fedoraproject.org> Valent Turkovic wrote: . > > You didn't understand me or you don't have all the info... look at > older posts on this subject. Somebody posted on mailinglist saying > that there was a court decision in US that would make this > "contributary infringement" go away. That is what I'm saying to check > with Fedora Legal because this was couple months ago. It is possible to put up a link with a number of restrictions. This decision was announced sometime back. http://thread.gmane.org/gmane.linux.redhat.fedora.advisory-board/3288 Rahul From mcepl at redhat.com Fri Feb 8 21:52:56 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 08 Feb 2008 22:52:56 +0100 Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> Message-ID: On 2008-02-08, 18:57 GMT, Trond Danielsen wrote: > 3. Codec buddy: Already mentioned and discussed. But would we > allow a similar solution if Nvidia decided to create a Video > Buddy? Just to clear one silent assumption in this sentence -- Fluendo has absolutely nothing to do with Codec Buddy. It was created by Gnome folks (mostly employees of Red Hat, true) using public known URLs of Fluendo codecs. Matej From mcepl at redhat.com Fri Feb 8 21:45:43 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 08 Feb 2008 22:45:43 +0100 Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <64b14b300802081307j13f0be19ta905aa78cdeb59e1@mail.gmail.com> Message-ID: <75vu75xvbk.ln2@ppp1053.in.ipex.cz> On 2008-02-08, 21:07 GMT, Valent Turkovic wrote: > Has anybody checked with Fedora Legal what is the status of > that? That's Red Hat legal, and the answer is yes, many many times. http://justfuckinggoogleit.com/ Matej From notting at redhat.com Fri Feb 8 22:06:44 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 8 Feb 2008 17:06:44 -0500 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> Message-ID: <20080208220644.GC27213@nostromo.devel.redhat.com> Matej Cepl (mcepl at redhat.com) said: > Just to clear one silent assumption in this sentence -- Fluendo > has absolutely nothing to do with Codec Buddy. It was created by > Gnome folks (mostly employees of Red Hat, true) using public > known URLs of Fluendo codecs. That is almost entirely incorrect. Bill From kevin.kofler at chello.at Fri Feb 8 22:08:24 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 8 Feb 2008 22:08:24 +0000 (UTC) Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> Message-ID: Hans de Goede hhs.nl> writes: > Why? Because we also ship the blacker then black, actually automatically > downloading closed source code, not content but code! codecbuddy. I agree, Codeina is a really bad idea, as it promotes proprietary software. By the way, I also think browsers offering to automatically install the Flash plugin should be fixed not to do that (also for purely practical reasons: for those who want the proprietary plugin, there's a yum repository which allows it to be installed in a way which integrates with the system in a cleaner way, if the browser installs it, it is a mess to keep up to date!). > it even offers the user to buy closed source code, effectively free > advertising for commercial closed source! Agreed that it's bad, however those game packages which require original commercial proprietary game date, e.g. rott-registered which you maintain, aren't any better. Kevin Kofler From mcepl at redhat.com Fri Feb 8 21:50:53 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 08 Feb 2008 22:50:53 +0100 Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> Message-ID: On 2008-02-08, 18:57 GMT, Trond Danielsen wrote: > 1. Online-desktop: The world of free software has "fought" > proprietary software for many years, only to partner up with > the WWW behemoth that Google is. Nobody partnered with anybody. > The purpose of the online-desktop is to integrate online > services like flickr and Google with the rest of the system. No, it isn't -- just f*cking find some background for your assertions. Yes, online desktop currently has to use proprietary services as background, but mugshot itself is free and anybody is free to build their own free (probably in terms of "free speach", not "free beer", because somebody has to pay for bandwidth) online services. When there will be whole online desktop working connecting to other service is just a matter of writing appropriate connectors. "Is this really clueless-are-let-out day?" Matej From kevin.kofler at chello.at Fri Feb 8 22:16:14 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 8 Feb 2008 22:16:14 +0000 (UTC) Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <64b14b300802081307j13f0be19ta905aa78cdeb59e1@mail.gmail.com> <80d7e4090802081315u50c274d8jcd2b97bfb9b96354@mail.gmail.com> <64b14b300802081327l5492c3bfv48e23acb222eefad@mail.gmail.com> Message-ID: Valent Turkovic gmail.com> writes: > You didn't understand me or you don't have all the info... look at > older posts on this subject. Somebody posted on mailinglist saying > that there was a court decision in US that would make this > "contributary infringement" go away. That is what I'm saying to check > with Fedora Legal because this was couple months ago. The way Novell has interpreted this decision can be seen in this screenshot: http://de.opensuse.org/Bild:YaSTCommunityRepositories.png Under "Community Repositories", they now have this list of third-party repositories, which also includes ones which ship patent-encumbered software. Is this something Fedora could do? Or are the Red Hat lawyers of the opinion that doing something like that is too risky? Kevin Kofler From jkeating at redhat.com Fri Feb 8 22:20:17 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Feb 2008 17:20:17 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <9huu75xm9k.ln2@ppp1053.in.ipex.cz> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <9huu75xm9k.ln2@ppp1053.in.ipex.cz> Message-ID: <20080208172017.1139c8a2@redhat.com> On Fri, 08 Feb 2008 22:35:05 +0100 Matej Cepl wrote: > Wouldn't it be possible at least to make codeina pluginable with > different backends, so that at least integration with third-party > plugin providers (be it Fluendo or The Repository Which Shall Not > Be Named)? It wouldn't help in the awkward situation with > not-naming The Repository Which Shall Not Be Named, but at least > its integration to the system would be more simple (i.e., totem > would be able to say what exactly should be installed and when)? I don't see any reason why it couldn't be. Just takes time and people to do the work. -- 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 Fri Feb 8 22:27:52 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 8 Feb 2008 17:27:52 -0500 Subject: to autodownload or not to autodownload In-Reply-To: References: <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <64b14b300802081307j13f0be19ta905aa78cdeb59e1@mail.gmail.com> <80d7e4090802081315u50c274d8jcd2b97bfb9b96354@mail.gmail.com> <64b14b300802081327l5492c3bfv48e23acb222eefad@mail.gmail.com> Message-ID: <20080208222752.GA31579@nostromo.devel.redhat.com> Kevin Kofler (kevin.kofler at chello.at) said: > The way Novell has interpreted this decision can be seen in this screenshot: > http://de.opensuse.org/Bild:YaSTCommunityRepositories.png > Under "Community Repositories", they now have this list of third-party > repositories, which also includes ones which ship patent-encumbered software. > Is this something Fedora could do? No, to the best of my knowledge. Bill From kevin.kofler at chello.at Fri Feb 8 22:29:30 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 8 Feb 2008 22:29:30 +0000 (UTC) Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> Message-ID: Trond Danielsen gmail.com> writes: > 1. Online-desktop: The world of free software has "fought" proprietary > software for many years, only to partner up with the WWW behemoth that > Google is. The purpose of the online-desktop is to integrate online > services like flickr and Google with the rest of the system. Despite > their public APIs online services are proprietary software just like > Microsoft Office. Should we ban any application that makes it easy to > access such services? I think we're running down a dangerous slippery slope with that online desktop. We're basically turning users from Free Software users to proprietary web service users who only use the Free Software to access those web services (also making us instantly substitutable by the next best completely proprietary "sexy" web client, iPhone anyone?). And those web services are even more proprietary than local proprietary software, because, for example, you can't even control when to upgrade to a new version (which is often worse) and because the potential for lock-in is even greater when all the data is stored on the remote host. There are also worrying security and privacy implications of trusting your data to remote servers. The irony is that your message comes stuffed into a VCALENDAR file produced by Google Calendar. Look at the mailing list archives to see what a mess that is: https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00492.html That's a perfect example of why you shouldn't use Google for everything. Please send plain-text mail next time! Kevin Kofler From mcepl at redhat.com Fri Feb 8 22:28:58 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 08 Feb 2008 23:28:58 +0100 Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> <20080208220644.GC27213@nostromo.devel.redhat.com> Message-ID: On 2008-02-08, 22:06 GMT, Bill Nottingham wrote: > Matej Cepl (mcepl at redhat.com) said: >> Just to clear one silent assumption in this sentence -- Fluendo >> has absolutely nothing to do with Codec Buddy. It was created by >> Gnome folks (mostly employees of Red Hat, true) using public >> known URLs of Fluendo codecs. > > That is almost entirely incorrect. Then I am sorry -- I thought that codeina was mostly created by Bastien... Matej From jspaleta at gmail.com Fri Feb 8 22:40:57 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Feb 2008 13:40:57 -0900 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <20080208210904.GA29746@devserv.devel.redhat.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <1202487812.3424.0.camel@localhost.localdomain> <20080208210904.GA29746@devserv.devel.redhat.com> Message-ID: <604aa7910802081440v353aadd9h7a1f40d669159a9@mail.gmail.com> On Feb 8, 2008 12:09 PM, Alan Cox wrote: > A better test would be whether it is possible to produce new free data sets > for them. I think that makes a lot of sense. -jef From jonstanley at gmail.com Fri Feb 8 22:44:02 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 8 Feb 2008 17:44:02 -0500 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> Message-ID: On Feb 8, 2008 5:29 PM, Kevin Kofler wrote: > The irony is that your message comes stuffed into a VCALENDAR file produced by > Google Calendar. Look at the mailing list archives to see what a mess that is: > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00492.html > That's a perfect example of why you shouldn't use Google for everything. Please > send plain-text mail next time! I use Google and my messages don't come out as calendars. There's a button that I can click that would make them so, but I don't click that button. Don't blame the service for what is entirely in control of the user. They happen to have a great mail platform that I really like (I also have Google Apps for your Domain doing my personal domain's e-mail). I only somewhat agree with the online desktop thing. Here's why I don't agree: 1) There are no free (speech) alternatives right now. Such free alternatives would likely not be free (beer) since someone has to pay for the bandwidth, as has been mentioned before. In exchange for a little bit of non-intrusive advertising, I get free (beer). Not nearly as good as free (speech,beer), but still acceptable (to me). 2) The service holding all of this together in Mugshot, which is free (speech,beer). From kevin.kofler at chello.at Fri Feb 8 22:51:14 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 8 Feb 2008 22:51:14 +0000 (UTC) Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! References: <20080208160200.18f2dff6@redhat.com> Message-ID: Jesse Keating redhat.com> writes: > Maintainers are invited to rebuild now, to lower the number of packages > that will get a scripted rebuild by releng later. Will dist-f9-perl be merged before the scripted rebuild. I know xchat has been rebuilt (using GCC 4.3) in dist-f9-perl, so it's a waste to rebuild it for dist-f9 now only to have it replaced with the dist-f9-perl build later (and might even cause EVR problems if not done carefully). Kevin Kofler From jonescr at cisco.com Fri Feb 8 22:50:57 2008 From: jonescr at cisco.com (Charles Jones) Date: Fri, 08 Feb 2008 15:50:57 -0700 Subject: How to introduce new package? In-Reply-To: <20080208221705.2720C7313D@hormel.redhat.com> References: <20080208221705.2720C7313D@hormel.redhat.com> Message-ID: <47ACDCD1.8080209@cisco.com> What has to be done to introduce a new package into FC? I'm interested in getting "hobbit monitor" (http://www.sourceforge.net/projects/hobbitmon) added. It has already been accepted into debian and mandriva. -Charles From trond.danielsen at gmail.com Fri Feb 8 22:56:18 2008 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Fri, 8 Feb 2008 23:56:18 +0100 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> Message-ID: <409676c70802081456h2c1cd7fdt742393ca5b0aceb2@mail.gmail.com> On Feb 8, 2008 11:29 PM, Kevin Kofler wrote: > The irony is that your message comes stuffed into a VCALENDAR file produced by > Google Calendar. Look at the mailing list archives to see what a mess that is: > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00492.html > That's a perfect example of why you shouldn't use Google for everything. Please > send plain-text mail next time! I am really sorry about that; guess it was one of those "Wow, what did just happen now? Grr, how did I manage press the wrong button and send an invitation to everyone on the fedora-devel list?". -- Trond Danielsen From kevin.kofler at chello.at Fri Feb 8 22:56:59 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 8 Feb 2008 22:56:59 +0000 (UTC) Subject: How to introduce new package? References: <20080208221705.2720C7313D@hormel.redhat.com> <47ACDCD1.8080209@cisco.com> Message-ID: Charles Jones cisco.com> writes: > What has to be done to introduce a new package into FC? I'm interested > in getting "hobbit monitor" > (http://www.sourceforge.net/projects/hobbitmon) added. It has already > been accepted into debian and mandriva. Assuming you're not a maintainer yet: http://fedoraproject.org/wiki/PackageMaintainers/Join For an existing maintainer to add a new package: http://fedoraproject.org/wiki/PackageMaintainers/NewPackageProcess Basically, the package has to get reviewed, and first-time packagers have to get "sponsored" (i.e. accepted as new packagers by one of the long-time packagers in the list of "sponsors"). Kevin Kofler From sundaram at fedoraproject.org Fri Feb 8 23:05:34 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 04:35:34 +0530 Subject: How to introduce new package? In-Reply-To: <47ACDCD1.8080209@cisco.com> References: <20080208221705.2720C7313D@hormel.redhat.com> <47ACDCD1.8080209@cisco.com> Message-ID: <47ACE03E.7070805@fedoraproject.org> Charles Jones wrote: > What has to be done to introduce a new package into FC? I'm interested > in getting "hobbit monitor" > (http://www.sourceforge.net/projects/hobbitmon) added. It has already > been accepted into debian and mandriva. Assuming you are interested in maintaining this package for Fedora, http://fedoraproject.org/wiki/PackageMaintainers/Join Rahul From trond.danielsen at gmail.com Fri Feb 8 23:10:09 2008 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Sat, 9 Feb 2008 00:10:09 +0100 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> Message-ID: <409676c70802081510s758b2112l8a77f9b3f63889ef@mail.gmail.com> On Feb 8, 2008 10:50 PM, Matej Cepl wrote: > On 2008-02-08, 18:57 GMT, Trond Danielsen wrote: > > 1. Online-desktop: The world of free software has "fought" > > proprietary software for many years, only to partner up with > > the WWW behemoth that Google is. > > Nobody partnered with anybody. Sorry for the wrong choice of word. The purpose of the argument was that Fedora already depend on proprietary services and software which makes the argument against the autodownloader invalid. > > The purpose of the online-desktop is to integrate online > > services like flickr and Google with the rest of the system. > > No, it isn't -- just f*cking find some background for your > assertions. Yes, online desktop currently has to use proprietary > services as background, but mugshot itself is free and anybody is > free to build their own free (probably in terms of "free speach", > not "free beer", because somebody has to pay for bandwidth) > online services. When there will be whole online desktop working > connecting to other service is just a matter of writing > appropriate connectors. I am well aware of Mugshot and what it is about. I am sorry if I offended you and questioned the motives of the Online Desktop project, but I still think it is reasonable to ask critical questions with regard to the "freeness" of online services like Facebook and Google and how they are integrated and promoted through free software. > "Is this really clueless-are-let-out day?" Daily beating with a cluestick is the path to enlightenment :-) -- Trond Danielsen From mike at miketc.com Fri Feb 8 00:02:15 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 07 Feb 2008 18:02:15 -0600 Subject: flash install fails on fedora but installs on ubuntu, strange In-Reply-To: <64b14b300802081332u3c0e33b5g780b3f031c35db0b@mail.gmail.com> References: <64b14b300802081332u3c0e33b5g780b3f031c35db0b@mail.gmail.com> Message-ID: <1202428936.3372.5.camel@scrappy.miketc.com> On Fri, 2008-02-08 at 22:32 +0100, Valent Turkovic wrote: > I already posted this upstream but it is interesting issue to see. I > know that it directly has no connection to fedora because it looks > like a upstream bug but still FYI if you are interested look at these > bz entries: Flash installs and works just fine here on my FF3beta snapshot that came out yesterday. Installed day before that actually with beta2. Didn't work initially (see prior post) but does now as well as all plugins. -- Mike Chambers Madisonville, KY "The best lil town on Earth!" > From devrim at CommandPrompt.com Sat Feb 9 00:09:46 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Fri, 08 Feb 2008 16:09:46 -0800 Subject: Taking ownership of rkhunter Message-ID: <1202515786.24118.32.camel@localhost.localdomain> Hi, I'd like to maintain rkhunter for Fedora and EPEL. It is currently orphaned, and there is no activity for this package since Fedora 6. Should I work on spec & patches, and submit it for building; or do we need a review process for this package? Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- 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 martin.sourada at gmail.com Sat Feb 9 00:21:50 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 09 Feb 2008 01:21:50 +0100 Subject: xine-lib in rawhide not buildable against? Message-ID: <1202516510.2721.25.camel@pc-notebook> Hi, I have problems with rebuilding gxine for gcc 4.3 [0]. Seems like xine-lib is at fault as the build [1] fails on configure: checking for XINE-LIB version >= 1.0.1... *** 'xine-config --version' returned 1.1.10, but XINE (10.-238096384.0) *** was found! If xine-config was correct, then it is best *** to remove the old version of XINE. You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing *** /etc/ld.so.conf. Make sure you have run ldconfig if that is *** required on your system. *** If xine-config was wrong, set the environment variable XINE_CONFIG *** to point to the correct copy of xine-config, and remove the file config.cache *** before re-running configure no configure: error: *** Please install xine-lib (devel) first *** looking at root.log [2] the xine-lib version is: xine-lib-devel x86_64 1.1.10.1-1.fc9 build 282 k Any idea what's wrong there? Thanks, Martin References: [0] http://koji.fedoraproject.org/koji/taskinfo?taskID=405040 [1] http://koji.fedoraproject.org/koji/getfile?taskID=405050&name=build.log [2] http://koji.fedoraproject.org/koji/getfile?taskID=405050&name=root.log -------------- 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 wtogami at redhat.com Sat Feb 9 00:25:17 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 08 Feb 2008 19:25:17 -0500 Subject: gcc-4.3 build failure of bonnie++ Message-ID: <47ACF2ED.7090901@redhat.com> bonnie++ hasn't changed in many years now. http://koji.fedoraproject.org/koji/getfile?taskID=405053&name=build.log g++ -O2 -DNDEBUG -Wall -W -Wshadow -Wpointer-arith -Wwrite-strings -pedantic -ffor-scope -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 zcav.cpp -o zcav bon_suid.o zcav.cpp: In function 'int main(int, char**)': zcav.cpp:73: error: 'strdup' was not declared in this scope zcav.cpp:75: warning: suggest a space before ';' or explicit braces around empty body in 'for' statement zcav.cpp:112: error: 'strcmp' was not declared in this scope make: *** [zcav] Error 1 make: *** Waiting for unfinished jobs.... error: Bad exit status from /var/tmp/rpm-tmp.62211 (%build) From tibbs at math.uh.edu Sat Feb 9 00:27:44 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 08 Feb 2008 18:27:44 -0600 Subject: Taking ownership of rkhunter In-Reply-To: <1202515786.24118.32.camel@localhost.localdomain> References: <1202515786.24118.32.camel@localhost.localdomain> Message-ID: >>>>> "DG" == Devrim G?ND?Z writes: DG> Hi, I'd like to maintain rkhunter for Fedora and EPEL. You might want to take a look at https://bugzilla.redhat.com/show_bug.cgi?id=431386, then. - J< From valent.turkovic at gmail.com Sat Feb 9 00:31:05 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 09 Feb 2008 01:31:05 +0100 Subject: installation workflow issues Message-ID: <47ACF449.60904@gmail.com> Hi, I'm willing to contribute in one way I can and that is testing workflows. I have found quite a few workflow dead ends while installing latest Fedora 9 Alpha. I would like to write a blog post that would identify workflow bottlenecks and also try to suggest solutions. I would like to have a mentor while doing this assignment so that there isn't any miscommunication between me and you (fedora devels). My intention is to contribute in a way I can (I'm not a programmer) for making Fedora installation smoother. Cheers, Valent. From jspaleta at gmail.com Sat Feb 9 00:47:55 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Feb 2008 15:47:55 -0900 Subject: installation workflow issues In-Reply-To: <47ACF449.60904@gmail.com> References: <47ACF449.60904@gmail.com> Message-ID: <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> On Feb 8, 2008 3:31 PM, Valent Turkovic wrote: > Hi, > I'm willing to contribute in one way I can and that is testing > workflows. I have found quite a few workflow dead ends while installing > latest Fedora 9 Alpha. I'm really not sure what you mean here. I'm incapable of comprehending what a deadend in the installer actually means.. since once you've got it installed you are free to do a lot of customization on everything above filesystem layout. -jef From vonbrand at inf.utfsm.cl Sat Feb 9 00:51:34 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 08 Feb 2008 21:51:34 -0300 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <47ACAAF8.3050504@gmail.com> <1202498056.2593.34.camel@cutter> <64b14b300802081307j13f0be19ta905aa78cdeb59e1@mail.gmail.com> <80d7e4090802081315u50c274d8jcd2b97bfb9b96354@mail.gmail.com> <64b14b300802081327l5492c3bfv48e23acb222eefad@mail.gmail.com> Message-ID: <200802090051.m190pY7a018961@laptop13.inf.utfsm.cl> Kevin Kofler wrote: > Valent Turkovic gmail.com> writes: > > You didn't understand me or you don't have all the info... look at > > older posts on this subject. Somebody posted on mailinglist saying > > that there was a court decision in US that would make this > > "contributary infringement" go away. That is what I'm saying to check > > with Fedora Legal because this was couple months ago. > The way Novell has interpreted this decision can be seen in this > screenshot: http://de.opensuse.org/Bild:YaSTCommunityRepositories.png > Under "Community Repositories", they now have this list of third-party > repositories, which also includes ones which ship patent-encumbered > software. SUSE is a /german/ company (wholly owned by Novell, but still), they have no operations in the US (that much I gleaned from some SCOX nonsense against them that was commented on Groklaw), so they don't have to put up with idiotic US laws. -- 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 valent.turkovic at gmail.com Sat Feb 9 00:52:47 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 01:52:47 +0100 Subject: installation workflow issues In-Reply-To: <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> Message-ID: <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> On Feb 9, 2008 1:47 AM, Jeff Spaleta wrote: > On Feb 8, 2008 3:31 PM, Valent Turkovic wrote: > > Hi, > > I'm willing to contribute in one way I can and that is testing > > workflows. I have found quite a few workflow dead ends while installing > > latest Fedora 9 Alpha. > > I'm really not sure what you mean here. I'm incapable of > comprehending what a deadend in the installer actually means.. since > once you've got it installed you are free to do a lot of customization > on everything above filesystem layout. > > -jef Dead end is probably wrong word here - bottleneck is probably a better one. If certain type of user comes to an option that he doesn't understand, installed doesn't explain in clear way what each choice does (in non geekish tongue) and default options would take him in wrong direction - that is what I mean by "bottleneck" or "dead end". Is it any clearer now? Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Sat Feb 9 00:54:22 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 01:54:22 +0100 Subject: installation workflow issues In-Reply-To: <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> Message-ID: <64b14b300802081654l4204b533xa39c4dba7080ebd0@mail.gmail.com> On Feb 9, 2008 1:52 AM, Valent Turkovic wrote: > On Feb 9, 2008 1:47 AM, Jeff Spaleta wrote: > > On Feb 8, 2008 3:31 PM, Valent Turkovic wrote: > > > Hi, > > > I'm willing to contribute in one way I can and that is testing > > > workflows. I have found quite a few workflow dead ends while installing > > > latest Fedora 9 Alpha. > > > > I'm really not sure what you mean here. I'm incapable of > > comprehending what a deadend in the installer actually means.. since > > once you've got it installed you are free to do a lot of customization > > on everything above filesystem layout. > > > > -jef > > Dead end is probably wrong word here - bottleneck is probably a better one. > If certain type of user comes to an option that he doesn't understand, > installed doesn't explain in clear way what each choice does (in non installed=installer sorry for the typo and good night. Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From sundaram at fedoraproject.org Sat Feb 9 01:04:28 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 06:34:28 +0530 Subject: installation workflow issues In-Reply-To: <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> Message-ID: <47ACFC1C.8060302@fedoraproject.org> Valent Turkovic wrote: > > Dead end is probably wrong word here - bottleneck is probably a better one. > If certain type of user comes to an option that he doesn't understand, > installed doesn't explain in clear way what each choice does (in non > geekish tongue) and default options would take him in wrong direction > - that is what I mean by "bottleneck" or "dead end". Is it any clearer > now? Still doesn't tell us what exactly you are talking about. Being as specific as you can with good suggestions for improvements should be more useful. Better as bugzilla reports even. Rahul From vonbrand at inf.utfsm.cl Sat Feb 9 00:58:56 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 08 Feb 2008 21:58:56 -0300 Subject: to autodownload or not to autodownload In-Reply-To: <409676c70802081510s758b2112l8a77f9b3f63889ef@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> <409676c70802081510s758b2112l8a77f9b3f63889ef@mail.gmail.com> Message-ID: <200802090058.m190wu17019316@laptop13.inf.utfsm.cl> Trond Danielsen wrote: > On Feb 8, 2008 10:50 PM, Matej Cepl wrote: > > On 2008-02-08, 18:57 GMT, Trond Danielsen wrote: > > > 1. Online-desktop: The world of free software has "fought" > > > proprietary software for many years, only to partner up with > > > the WWW behemoth that Google is. > > > > Nobody partnered with anybody. > > Sorry for the wrong choice of word. The purpose of the argument was > that Fedora already depend on proprietary services Which ones? > and software None that I know of... > which > makes the argument against the autodownloader invalid. There is no basis for this assertion I can see. [...] > > "Is this really clueless-are-let-out day?" > Daily beating with a cluestick is the path to enlightenment :-) In the end, the arm doing the beating gets tired (or its owner bored). -- 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 jspaleta at gmail.com Sat Feb 9 01:10:27 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Feb 2008 16:10:27 -0900 Subject: installation workflow issues In-Reply-To: <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> Message-ID: <604aa7910802081710l44f846c9k193662d25fc6310c@mail.gmail.com> On Feb 8, 2008 3:52 PM, Valent Turkovic wrote: > Dead end is probably wrong word here - bottleneck is probably a better one. > If certain type of user comes to an option that he doesn't understand, > installed doesn't explain in clear way what each choice does (in non > geekish tongue) and default options would take him in wrong direction > - that is what I mean by "bottleneck" or "dead end". Is it any clearer > now? I have a better idea now. If options don't make sense, then perhaps there are ways to add a better explanation. But if you are going to attempt to do this you have to do it early enough so that translators can catch up with any text changes before the string freeze later in the release process. If you want more than text changes, and want ui layout changes as well, that will take more effort, you'll possibly need to create some mock ups of the ui you want to persuade the developers to change the layout. If you are going to be assuming multiple archetypal users, instead of just trying to state your personal opinion, you'll need to define what those user types are, well enough so people can follow allow from those hypothetical perspectives. And if you come across something that is confusing for one type of user, you'll have to make a case for making a change that fits all the different user types you are considering. Optimizing for one sort of user, eventually means its confusing for another. -jef From katzj at redhat.com Sat Feb 9 01:20:25 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 08 Feb 2008 20:20:25 -0500 Subject: gcc-4.3 build failure of bonnie++ In-Reply-To: <47ACF2ED.7090901@redhat.com> References: <47ACF2ED.7090901@redhat.com> Message-ID: <1202520025.20452.37.camel@aglarond.local> On Fri, 2008-02-08 at 19:25 -0500, Warren Togami wrote: > bonnie++ hasn't changed in many years now. The attached should do the trick for both the error and the warning, hunks respectively Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: bonnie-fix.patch Type: text/x-patch Size: 693 bytes Desc: not available URL: From lordmorgul at gmail.com Sat Feb 9 01:23:39 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 08 Feb 2008 17:23:39 -0800 Subject: F9 Alpha Observations In-Reply-To: <200802080427.m184Rje0007096@laptop13.inf.utfsm.cl> References: <1202430207.7059.17.camel@scrappy.miketc.com> <47ABB8B4.10101@gmail.com> <200802080427.m184Rje0007096@laptop13.inf.utfsm.cl> Message-ID: <47AD009B.5000208@gmail.com> Reposting these two emails back to list.. I didn't realize I replied offlist. Horst H. von Brand wrote: > Andrew Farris wrote: >> Horst H. von Brand wrote: >>> Andrew Farris wrote: >>>> Horst H. von Brand wrote: >>> [...] >>> >>>>> The Gnome clock applet is broken on i386, and has been for some time >>>>> now. Several others are busted too (Volume control, for one). >>>> Yeah it has been, but its working fine for me now actually. (and >>>> speaking of that bug 430318 is not occurring anymore). >>> I'm talking about 429300, and that one is very much still here (clock >>> applet crashes on start on i686). >> 429300 is a bug on hal automounting usb drives. >> >> I'm on an i686 box with the bug I listed above, so I'd like to see >> what you're talking about now since my clock applet isn't doing >> anything odd I can see. > > It complains IntlClockApplet can't be started, and asks if I would like to > delete it. > > I just installed the clock applet again, now it works?! Thats interesting, because I was not seeing that for a couple weeks now I think (but international settings could effect be different). I don't recall seeing it claim TntlClockApplet couldn't be started, but I was seeing the 'cant start do you want to delete it from the panel' dialogs. It has been working for awhile, but I do remember I removed the applet from my panel, killed the panel/restarted, and added it again and that might have been when I saw that stop failing. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jorge.fabregas at gmail.com Sat Feb 9 01:28:31 2008 From: jorge.fabregas at gmail.com (Jorge =?iso-8859-1?q?F=E1bregas?=) Date: Fri, 8 Feb 2008 21:28:31 -0400 Subject: Firefox: Figuring out rendered FONTS Message-ID: <200802082128.31360.jorge.fabregas@gmail.com> Hello everyone, After recently reading the latest Fedora Weekly News (some threads on Firefox fonts) I decided to ask this :) Is there really a way to figure out the final rendered font when viewing a page? You see, I always have a have a hard time configuring the fonts on my Linux systems (specially Firefox). To work around this issue I had to figure out first what was the requested font on a particular section of a page. I'm just lucky that I found the "Font Finder" extension for Firefox where basically I'll highlight some text and it will tell me the corresponding code. I see something like: font-family: calibri, tahoma, arial, sans-serif That's cool, I don't have to dig into CSS files etc....However, I really have no idea what font Firefox finally used to render the section. I'm not good at identifying the subtle differences between similar fonts...so VISUAL identification is out of the question :) Is there a way to know this for sure? Is there a way I could turn some debug mode in Firefox so that when it is rendering a page it will give something like this: REQUESTED FONT FOR THIS SECTION: font-family: calibri, tahoma, arial, sans-serif ACTION: 1) calibri not available, tryng next... 2) tahoma not available, trying next... 3) arial FOUND ------> USING ARIAL Am I asking too much ? :) Thanks in advance, Jorge From mclasen at redhat.com Sat Feb 9 01:34:22 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 08 Feb 2008 20:34:22 -0500 Subject: F9 Alpha Observations In-Reply-To: <47AD009B.5000208@gmail.com> References: <1202430207.7059.17.camel@scrappy.miketc.com> <47ABB8B4.10101@gmail.com> <200802080427.m184Rje0007096@laptop13.inf.utfsm.cl> <47AD009B.5000208@gmail.com> Message-ID: <1202520862.5436.13.camel@localhost.localdomain> On Fri, 2008-02-08 at 17:23 -0800, Andrew Farris wrote: > > It complains IntlClockApplet can't be started, and asks if I would like to > > delete it. > > > > I just installed the clock applet again, now it works?! > > Thats interesting, because I was not seeing that for a couple weeks now I think > (but international settings could effect be different). I don't recall seeing > it claim TntlClockApplet couldn't be started, but I was seeing the 'cant start > do you want to delete it from the panel' dialogs. It has been working for > awhile, but I do remember I removed the applet from my panel, killed the > panel/restarted, and added it again and that might have been when I saw that > stop failing. Probably caused by Intlclock being merged into the regular panel clock, and loosing the "Intl" part of its name on the way. We didn't set up any sophisticated migration support for that. In hindsight, I should have probably sent a mail explaining this, when pushing the merged clock into rawhide. Sorry. From bnocera at redhat.com Sat Feb 9 01:50:37 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Sat, 09 Feb 2008 01:50:37 +0000 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <409676c70802081057p6e56a5fs91101534f5f474fa@mail.gmail.com> <20080208220644.GC27213@nostromo.devel.redhat.com> Message-ID: <1202521837.3491.76.camel@cookie.hadess.net> On Fri, 2008-02-08 at 23:28 +0100, Matej Cepl wrote: > On 2008-02-08, 22:06 GMT, Bill Nottingham wrote: > > Matej Cepl (mcepl at redhat.com) said: > >> Just to clear one silent assumption in this sentence -- Fluendo > >> has absolutely nothing to do with Codec Buddy. It was created by > >> Gnome folks (mostly employees of Red Hat, true) using public > >> known URLs of Fluendo codecs. > > > > That is almost entirely incorrect. > > Then I am sorry -- I thought that codeina was mostly created by > Bastien... It was mainly Thomas' work (who works for Fluendo) based on input from Matthias and myself. I merely contributed packaging and a few patches prior to Fedora 8. If I'd written it, it wouldn't be written in Python ;) Cheers From sundaram at fedoraproject.org Sat Feb 9 03:11:02 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 08:41:02 +0530 Subject: Orphaning aget Message-ID: <47AD19C6.9020902@fedoraproject.org> Hi I am orphaning aget now. Aget is a download accelerator similar to wget but it sometimes crashes, requires a patch merely to compile and upstream has been dead for a while and does not respond to mails. I have been delaying it since I have been using it regularly but alternatives like aria2 are probably better. The final nail in the coffin is failure in rebuilding it against the new GCC 4.3 in PPC64. For anyone who cares, http://koji.fedoraproject.org/koji/taskinfo?taskID=405807 Rahul From peter at thecodergeek.com Sat Feb 9 03:06:59 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 08 Feb 2008 19:06:59 -0800 Subject: Heads-Up! (ots 0.5.0, API/ABI Changes) Message-ID: <1202526419.12199.34.camel@tuxhugs> Hi, all. I just pushed ots 0.5.0-1 through Koji for Devel and it should hit tomorrow's Rawhide push. This new version bumps the library soname (libots-1.so.0.4.2 --> libots-1.so.0.5.0), so anything that uses it will need to be rebuilt. Also, please note that there are some changes within its public API. In addition to some new functions which have been added since 0.4.2, the following functions have changed their parameter from (const char*) to (unsigned const char*); and a type-cast should probably be sufficient fix for any errors caused therefrom: * ots_append_word * ots_add_wordstat * ots_load_xml_dictionary * ots_stem_strip * ots_stem_format According to repoquery, the only package in Fedora which depends on ots is AbiWord. I've submitted bug 432147 which contains a fix as noted to build against the new ots. Please don't hesitate to poke me incessantly with any questions/comments/concerns/etc. -- 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 lmacken at redhat.com Sat Feb 9 03:56:00 2008 From: lmacken at redhat.com (Luke Macken) Date: Fri, 8 Feb 2008 22:56:00 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080208160200.18f2dff6@redhat.com> References: <20080208160200.18f2dff6@redhat.com> Message-ID: <20080209035600.GA2978@crow> On Fri, Feb 08, 2008 at 04:02:00PM -0500, Jesse Keating wrote: > In accordance with > http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal (which got FESCo approval) we (Fedora Release Engineering) will be conducting a mass rebuild of Fedora packages for gcc 4.3. Information on porting your code to gcc 4.3 can be found here: http://gcc.gnu.org/gcc-4.3/porting_to.html luke From kwade at redhat.com Sat Feb 9 04:16:47 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Fri, 08 Feb 2008 20:16:47 -0800 Subject: installation workflow issues In-Reply-To: <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> Message-ID: <1202530607.7709.7.camel@calliope.phig.org> On Sat, 2008-02-09 at 01:52 +0100, Valent Turkovic wrote: > On Feb 9, 2008 1:47 AM, Jeff Spaleta wrote: > > On Feb 8, 2008 3:31 PM, Valent Turkovic wrote: > > > Hi, > > > I'm willing to contribute in one way I can and that is testing > > > workflows. I have found quite a few workflow dead ends while installing > > > latest Fedora 9 Alpha. > > > > I'm really not sure what you mean here. I'm incapable of > > comprehending what a deadend in the installer actually means.. since > > once you've got it installed you are free to do a lot of customization > > on everything above filesystem layout. > > > > -jef > > Dead end is probably wrong word here - bottleneck is probably a better one. > If certain type of user comes to an option that he doesn't understand, > installed doesn't explain in clear way what each choice does (in non > geekish tongue) and default options would take him in wrong direction > - that is what I mean by "bottleneck" or "dead end". Is it any clearer > now? I think this is what documentation is for. In a preferred world, the UI would be intuitive and all that. However, installing an OS is not trivial, and the installer cannot hide all the complexity. For when it is too complex, we hope people turn to the documentation: http://docs.fedoraproject.org/install-guide/ - Karsten -- Karsten Wade, Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://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 promac at gmail.com Sat Feb 9 04:19:14 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Sat, 9 Feb 2008 02:19:14 -0200 Subject: xine-lib in rawhide not buildable against? In-Reply-To: <1202516510.2721.25.camel@pc-notebook> References: <1202516510.2721.25.camel@pc-notebook> Message-ID: <68720af30802082019r2255a698s7d556916e0dcc4f3@mail.gmail.com> 2008/2/8 Martin Sourada : > Hi, > > I have problems with rebuilding gxine for gcc 4.3 [0]. Seems like > xine-lib is at fault as the build [1] fails on configure: > > checking for XINE-LIB version >= 1.0.1... > *** 'xine-config --version' returned 1.1.10, but XINE (10.-238096384.0) > *** was found! If xine-config was correct, then it is best > *** to remove the old version of XINE. You may also be able to fix the > error > *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing > *** /etc/ld.so.conf. Make sure you have run ldconfig if that is > *** required on your system. > *** If xine-config was wrong, set the environment variable XINE_CONFIG > *** to point to the correct copy of xine-config, and remove the file > config.cache > *** before re-running configure > no > configure: error: *** Please install xine-lib (devel) first *** > > looking at root.log [2] the xine-lib version is: > > xine-lib-devel x86_64 1.1.10.1-1.fc9 build 282 > k > > Any idea what's wrong there? > > Yes. xine-lib-1.1.10.1 has a broken installation. Its plugins are installed in %{_libdir}/xine/plugins/1.1.10 and not in 1.1.10.1 subdir as it should. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bos at serpentine.com Sat Feb 9 05:16:05 2008 From: bos at serpentine.com (Bryan O'Sullivan) Date: Fri, 08 Feb 2008 21:16:05 -0800 Subject: Procedure for handling actively exploited security bugs with patches? Message-ID: <47AD3715.6020204@serpentine.com> A bug in a piece of widely used PHP-based software was announced a few days ago, and it's now being actively exploited by spammers: http://wordpress.org/development/2008/02/wordpress-233/ Affected machines include my server, which is running F-8. Eep. If a package maintainer doesn't turn a security fix around quickly, is it reasonable (albeit a bit less than totally polite) to step in and do the update oneself, assuming the ACLs permit it? In this case, I found that jwb was already making the necessary edits just as I was checking the wordpress module out of CVS, which is cool, but what's the general it's-a-weekend-and-everyone's-gone-skiing practice? References: <47AD3715.6020204@serpentine.com> Message-ID: >>>>> "BO" == Bryan O'Sullivan writes: BO> If a package maintainer doesn't turn a security fix around BO> quickly, is it reasonable (albeit a bit less than totally polite) BO> to step in and do the update oneself, assuming the ACLs permit it? Well, we're all supposed to be helping each other here. Make sure things get in bugzilla and are marked as security so the security team sees it, and if you have a patch and you have access they I can't see why you wouldn't at least commit it and do a scratch build. And after testing, if there's no response from the maintainer and the issue is actually being exploited then I don't see why you wouldn't push or ask the security team to push. - J< From limb at jcomserv.net Sat Feb 9 05:33:40 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 8 Feb 2008 23:33:40 -0600 (CST) Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080208160200.18f2dff6@redhat.com> References: <20080208160200.18f2dff6@redhat.com> Message-ID: <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> > In accordance with > http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal (which > got FESCo approval) we (Fedora Release Engineering) will be conducting a > mass rebuild of Fedora packages for gcc 4.3. > > I have the first iteration of a script that will detect packages that > haven't yet been built with gcc 4.3. The output is sorted by package > owner. There is a small bug right now in that packages that have never > actually been built in koji (imported from Extras/Fedora Core 6) are > automatically added to the list, even if they are noarch. I'm working > on fixing that. > > I've posted the list at http://jkeating.fedorapeople.org/need43 and > either tonight or tomorrow I'll be setting up a cron job to keep this > list updated once an hour or so (depending on how much it hurts koji, > as there are a lot of queries). > > Maintainers are invited to rebuild now, to lower the number of packages > that will get a scripted rebuild by releng later. > > We're also still discussing a way to allow maintainers to opt-out of an > autorebuild. I've got all mine patched and done for 4.3 but xmoto, which I've got partway fixed but am stuck. Anyone understand this? http://koji.fedoraproject.org/koji/getfile?taskID=406771&name=build.log Any help would be greatly appreciated. Jon > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > _______________________________________________ > Fedora-devel-announce mailing list > Fedora-devel-announce at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-announce -- novus ordo absurdum From behdad at behdad.org Sat Feb 9 05:50:42 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Sat, 09 Feb 2008 00:50:42 -0500 Subject: Firefox: Figuring out rendered FONTS In-Reply-To: <200802082128.31360.jorge.fabregas@gmail.com> References: <200802082128.31360.jorge.fabregas@gmail.com> Message-ID: <1202536242.12350.45.camel@behdad.behdad.org> On Fri, 2008-02-08 at 21:28 -0400, Jorge F?bregas wrote: > > font-family: calibri, tahoma, arial, sans-serif > > That's cool, I don't have to dig into CSS files etc....However, I really have > no idea what font Firefox finally used to render the section. I'm not good at > identifying the subtle differences between similar fonts...so VISUAL > identification is out of the question :) Is there a way to know this for > sure? Is there a way I could turn some debug mode in Firefox so that when it > is rendering a page it will give something like this: > > REQUESTED FONT FOR THIS SECTION: > font-family: calibri, tahoma, arial, sans-serif > > ACTION: > 1) calibri not available, tryng next... > 2) tahoma not available, trying next... > 3) arial FOUND ------> USING ARIAL > > Am I asking too much ? :) This for sure is not quite available. FC_DEBUG=1 gives you some stuff... The thing is, the logic is happening inside fontconfig, and is not as simple as you want it to be. Font configuration files can (and do) alter the obvious lookups you mention above. What may be useful is running: $ fc-match calibri,tahoma,arial,sans-serif but that ignore a lot of variants, like the language of the current run of text. -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From jonstanley at gmail.com Sat Feb 9 06:41:22 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Sat, 9 Feb 2008 01:41:22 -0500 Subject: installation workflow issues In-Reply-To: <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> Message-ID: On Feb 8, 2008 7:52 PM, Valent Turkovic wrote: > Dead end is probably wrong word here - bottleneck is probably a better one. > If certain type of user comes to an option that he doesn't understand, > installed doesn't explain in clear way what each choice does (in non I ran into one of these when I was installing rawhide. Specific example in my case was that when I clicked 'Next' on the partitioning options, I was prompted for a passphrase (I didn't notice the 'Encrypt System' checkbox - maybe I'm just too used to flying through anaconda). So I gave it a passphrase, which it deemed unacceptable since it wasn't 8 characters (this was just for testing, of course). The dialog box that asked me to enter the passphrase said nothing about it having to be 8 characters - that's a UI design problem that it enforces something, and doesn't tell me beforehand what it's going to enforce. The fact that the system is encrypted by default and unattended boot is impossible in this configuration, however, is more of a release notes type item. I don't advise any changes around this. It's easy enough to uncheck the checkbox. From Lam at Lam.pl Sat Feb 9 07:59:36 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sat, 9 Feb 2008 08:59:36 +0100 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> Message-ID: <20080209085936.412e5154@pensja.lam.pl> Dnia 2008-02-08, o godz. 22:08:24 Kevin Kofler napisa?(a): > I agree, Codeina is a really bad idea, as it promotes proprietary software. > > By the way, I also think browsers offering to automatically install the > Flash plugin should be fixed not to do that (also for purely practical > reasons: for those who want the proprietary plugin, there's a yum repository > which allows it to be installed in a way which integrates with the system in > a cleaner way, if the browser installs it, it is a mess to keep up to date!). So if Codeina and autodownloader stay, why can't we add Adobe's yum repo to the default configuration? We all know there's never be a way to replace Flash (other than for playing ads which don't use any streaming) and in Adobe's case, they're obviously Fedora-friendly (yum repo) and there's no way to infringe on anything. With that repo in place, browsers (after asking the user, of course) could simply run the yum GUI of the day asking it to install flash-plugin. The second most frequently asked question about how to make Fedora usable is gone. Think about it. Lam -------------- 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 Sat Feb 9 08:28:07 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Feb 2008 23:28:07 -0900 Subject: to autodownload or not to autodownload In-Reply-To: <20080209085936.412e5154@pensja.lam.pl> References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> Message-ID: <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> 2008/2/8 Leszek Matok : > So if Codeina and autodownloader stay, why can't we add Adobe's yum repo to > the default configuration? We all know there's never be a way to replace Flash > (other than for playing ads which don't use any streaming) and in Adobe's case, > they're obviously Fedora-friendly (yum repo) and there's no way to infringe > on anything. > > With that repo in place, browsers (after asking the user, of course) could > simply run the yum GUI of the day asking it to install flash-plugin. The > second most frequently asked question about how to make Fedora usable is gone. > Think about it. We have swfdec in rawhide now... I don't see a compelling reason to prefer Adobe's proprietary implementation over an open source solution.. even if the open source solution isn't as capable as adobe's proprietary code. Though I'm not really sure what you're complaining about, I think firefox still attempts to get Adobe's plugin if it detects that its needed, or have you been ignoring Valent's complaints about that being broken in rawhide? This is thread is covering too many topics and people are straining the bounds of logic by comparing the different situations with regard to where the line is drawn with regard to code versus content. I'm prepared to participate in a review of codeina on its merits, but I'm not going to waste any more time in reading opinions that hold up codeina as a precedent setter for other things to do. -jef From floss at lex.hider.name Sat Feb 9 08:37:01 2008 From: floss at lex.hider.name (Lex Hider) Date: Sat, 09 Feb 2008 19:37:01 +1100 Subject: Preventing loss of useful information when closing bugs as duplicates. Message-ID: <1202546221.30524.3.camel@fedlex.lex.hider.name> Should all comments for bugs closed as duplicates be added to the original bug. It seems to me that useful information is lost when closing bugs as duplicate. Here's an example that lead me to think about this: ORIGINAL: https://bugzilla.redhat.com/show_bug.cgi?id=237393 DUPLICATE: https://bugzilla.redhat.com/show_bug.cgi?id=355151 While it is clearly a duplicate bug, to me it seems clear that the duplicate bug contains a lot of useful and relevant information. Cheers, Lex. From Lam at Lam.pl Sat Feb 9 08:53:18 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sat, 9 Feb 2008 09:53:18 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> Message-ID: <20080209095318.4b75c8e9@pensja.lam.pl> Dnia 2008-02-08, o godz. 23:28:07 "Jeff Spaleta" napisa?(a): > even if the open source solution isn't as capable as > adobe's proprietary code. I'm stating that swfdec couldn't ever be as capable as Adobe's competitor for Fedora without Livna in the way. Livna can make it acceptable for us Europeans, but Fedora can't make it easy to install or use. Fedora can make Adobe's Flash easy to install and use. > Though I'm not really sure what you're complaining about, I think > firefox still attempts to get Adobe's plugin if it detects that its > needed, or As Kevin said, this mechanism is inferior to the RPM-based one. Don't stick to that "Codeina" word. Look at it this way: we already have an automatic downloader of proprietary code built into FF. We can replace it with more manageable mechanism, using YUM repository. It should be used by FF, as the worse one is right now. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jakub.rusinek at gmail.com Sat Feb 9 09:14:32 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 10:14:32 +0100 Subject: flash install fails on fedora but installs on ubuntu, strange In-Reply-To: <1202428936.3372.5.camel@scrappy.miketc.com> References: <64b14b300802081332u3c0e33b5g780b3f031c35db0b@mail.gmail.com> <1202428936.3372.5.camel@scrappy.miketc.com> Message-ID: <47AD6EF8.4060304@gmail.com> Mike Chambers wrote: > On Fri, 2008-02-08 at 22:32 +0100, Valent Turkovic wrote: >> I already posted this upstream but it is interesting issue to see. I >> know that it directly has no connection to fedora because it looks >> like a upstream bug but still FYI if you are interested look at these >> bz entries: > > Flash installs and works just fine here on my FF3beta snapshot that came > out yesterday. Installed day before that actually with beta2. Didn't > work initially (see prior post) but does now as well as all plugins. > I've installed Flash from RPM, then linked plugin into mine Trunk-snapshot directory (I do not use Fedora's RPM since I'm bug haunter) and it works very well. From pertusus at free.fr Sat Feb 9 09:19:01 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 9 Feb 2008 10:19:01 +0100 Subject: Procedure for handling actively exploited security bugs with patches? In-Reply-To: <47AD3715.6020204@serpentine.com> References: <47AD3715.6020204@serpentine.com> Message-ID: <20080209091901.GA2685@free.fr> On Fri, Feb 08, 2008 at 09:16:05PM -0800, Bryan O'Sullivan wrote: > In this case, I found that jwb was already making the necessary edits > just as I was checking the wordpress module out of CVS, which is cool, > but what's the general it's-a-weekend-and-everyone's-gone-skiing practice? There is a policy: http://fedoraproject.org/wiki/PackageMaintainers/Policy/WhoIsAllowedToModifyWhichPackages But not being an 'Experienced packager' doesn't mean you cannot do things yourself as Tibbs said. -- Pat From kevin.kofler at chello.at Sat Feb 9 09:30:34 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 9 Feb 2008 09:30:34 +0000 (UTC) Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> Message-ID: Leszek Matok Lam.pl> writes: > Don't stick to that "Codeina" word. Look at it this way: we already have an > automatic downloader of proprietary code built into FF. We can replace it > with more manageable mechanism, using YUM repository. It should be used by > FF, as the worse one is right now. IMHO we should just kick that code out of our browsers, with no replacement. Kevin Kofler From lordmorgul at gmail.com Sat Feb 9 09:34:40 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 09 Feb 2008 01:34:40 -0800 Subject: Preventing loss of useful information when closing bugs as duplicates. In-Reply-To: <1202546221.30524.3.camel@fedlex.lex.hider.name> References: <1202546221.30524.3.camel@fedlex.lex.hider.name> Message-ID: <47AD73B0.9090304@gmail.com> Lex Hider wrote: > Should all comments for bugs closed as duplicates be added to the > original bug. > > It seems to me that useful information is lost when closing bugs as > duplicate. > > Here's an example that lead me to think about this: > > ORIGINAL: https://bugzilla.redhat.com/show_bug.cgi?id=237393 > DUPLICATE: https://bugzilla.redhat.com/show_bug.cgi?id=355151 > > While it is clearly a duplicate bug, to me it seems clear that the > duplicate bug contains a lot of useful and relevant information. > > Cheers, > > Lex. > That might be a bad mess for bugs that are marked duplicate accidentally, incorrectly, or just fat-fingered as duplicate of the wrong bug number. It would cause a weird mixing of comments that don't follow easily from the previous as well. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jakub.rusinek at gmail.com Sat Feb 9 09:44:32 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 10:44:32 +0100 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> Message-ID: <47AD7600.4040808@gmail.com> Kevin Kofler wrote: > Leszek Matok Lam.pl> writes: >> Don't stick to that "Codeina" word. Look at it this way: we already have an >> automatic downloader of proprietary code built into FF. We can replace it >> with more manageable mechanism, using YUM repository. It should be used by >> FF, as the worse one is right now. > > IMHO we should just kick that code out of our browsers, with no replacement. > > Kevin Kofler > No. That's usability. If we remove all usability stuff, user must dig into terminal, which probably he likes not. Replacement is a MUST. PolicyKit-based and PackageKit-based backend should be used by Firefox. From valent.turkovic at gmail.com Sat Feb 9 09:58:44 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 10:58:44 +0100 Subject: installation workflow issues In-Reply-To: <1202530607.7709.7.camel@calliope.phig.org> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> <1202530607.7709.7.camel@calliope.phig.org> Message-ID: <64b14b300802090158w62c900e5xbcd5dceb447b47dc@mail.gmail.com> 2008/2/9 Karsten 'quaid' Wade : > > On Sat, 2008-02-09 at 01:52 +0100, Valent Turkovic wrote: > > On Feb 9, 2008 1:47 AM, Jeff Spaleta wrote: > > > On Feb 8, 2008 3:31 PM, Valent Turkovic wrote: > > > > Hi, > > > > I'm willing to contribute in one way I can and that is testing > > > > workflows. I have found quite a few workflow dead ends while installing > > > > latest Fedora 9 Alpha. > > > > > > I'm really not sure what you mean here. I'm incapable of > > > comprehending what a deadend in the installer actually means.. since > > > once you've got it installed you are free to do a lot of customization > > > on everything above filesystem layout. > > > > > > -jef > > > > Dead end is probably wrong word here - bottleneck is probably a better one. > > If certain type of user comes to an option that he doesn't understand, > > installed doesn't explain in clear way what each choice does (in non > > geekish tongue) and default options would take him in wrong direction > > - that is what I mean by "bottleneck" or "dead end". Is it any clearer > > now? > > I think this is what documentation is for. In a preferred world, the UI > would be intuitive and all that. However, installing an OS is not > trivial, and the installer cannot hide all the complexity. > > For when it is too complex, we hope people turn to the documentation: > > http://docs.fedoraproject.org/install-guide/ > > - Karsten When you hand out CDs out (of people download them and burn them) probably very small percentage looks for documentation for installation. And if there are glaring issues for new users to fedora that should be smoothened so that first step in becoming a fedora user isn't too steep for most people to climb. Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From kevin.kofler at chello.at Sat Feb 9 10:00:54 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 9 Feb 2008 10:00:54 +0000 (UTC) Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> Message-ID: Jakub 'Livio' Rusinek gmail.com> writes: > No. That's usability. If we remove all usability stuff, user must dig > into terminal, which probably he likes not. Users shouldn't be digging into a terminal to install proprietary software, they shouldn't install proprietary software in the first place! Kevin Kofler From pertusus at free.fr Sat Feb 9 10:04:22 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 9 Feb 2008 11:04:22 +0100 Subject: a plan for updates after end of life Message-ID: <20080209100422.GB2685@free.fr> Hello, I thought about a plan regarding Updates After End of Life (UAEL, temporary name for the project). I think that first we should make sure that all the packages in the comps groups 'Core' and 'Base' that are not optional + kernel have a maintainer for that branch. Then we would automatically generate a list of all the packages that have UAEL branches and advertise UAEL to be that set of packages, and nothing more. The text for UAEL could be like "Updates After End of Life is a volunteer based project which aim is to maintain packages after Fedora End of Life selected on a volunteer basis. A package is available if there is a volunteer to maintain it. The packages currently maintained are listed below. A volunteer may stop maintaining a package, in which case it will be removed from the list. A whole branch is discontinued when one of the packages that defines a minimal fedora system isn't maintained anymore (a minimal system is defined as a system with default and mandatory packages from Core and Base comps groups, plus the kernel). The rule for updating packages in this project is not well formalized and mostly left to the package maintainers. We avoid breaking compatibility or doing rebuilds for futile reasons, but we don't promise ABI stability either. It can be thought as a middle ground between Fedora rate of change and RHEL/Centos/EPEL rate of change. In case it still wasn't clear from above, it is a volunteer based project, so there is no guarantee on the lifetime of a branch, a package to be maintained nor on the rate of package updates." Now what I propose is to start a wiki page where I list the packages that are in a Base + Core install, and let people interested put their name in front of the packages they are ready to maintain. A packager ready to maintain such a package should at least be approved in the package database as watchcommit and watchbugzilla for this packages for branches that are more recent than the branch he intends to maintain. When all those packages have a maintainer ready, we * find a definitive name for the project * start a SIG (with, at least all the maintainers of the above packages) and a mailing list * discuss with releng the infrastructure bits (use the same directory than releases in cvs?...), find somebody to do the bohdi pushes * begin to ask for branches in cvs (based on the process discussed above) * do a script to generate the list of packages (I can volunteer for that) Does this looks like a plan acceptable by the Fedora lead? Opinions, comments? If this proposal appears not to be rejected, I'll do a wiki page. -- Pat From valent.turkovic at gmail.com Sat Feb 9 10:04:42 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 11:04:42 +0100 Subject: flash install fails on fedora but installs on ubuntu, strange In-Reply-To: <47AD6EF8.4060304@gmail.com> References: <64b14b300802081332u3c0e33b5g780b3f031c35db0b@mail.gmail.com> <1202428936.3372.5.camel@scrappy.miketc.com> <47AD6EF8.4060304@gmail.com> Message-ID: <64b14b300802090204x441496b4k4f8e2b81cac6d76@mail.gmail.com> On Feb 9, 2008 10:14 AM, Jakub 'Livio' Rusinek wrote: > Mike Chambers wrote: > > On Fri, 2008-02-08 at 22:32 +0100, Valent Turkovic wrote: > >> I already posted this upstream but it is interesting issue to see. I > >> know that it directly has no connection to fedora because it looks > >> like a upstream bug but still FYI if you are interested look at these > >> bz entries: > > > > Flash installs and works just fine here on my FF3beta snapshot that came > > out yesterday. Installed day before that actually with beta2. Didn't > > work initially (see prior post) but does now as well as all plugins. > > > > I've installed Flash from RPM, then linked plugin into mine > Trunk-snapshot directory (I do not use Fedora's RPM since I'm bug > haunter) and it works very well. My bug report is about flash failing when firefox tries to install flash plugin by itself. Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Sat Feb 9 09:55:03 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 10:55:03 +0100 Subject: installation workflow issues In-Reply-To: <47ACFC1C.8060302@fedoraproject.org> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> <47ACFC1C.8060302@fedoraproject.org> Message-ID: <64b14b300802090155o32917e7y181ecae85cfb6375@mail.gmail.com> On Feb 9, 2008 2:04 AM, Rahul Sundaram wrote: > Valent Turkovic wrote: > > > > > Dead end is probably wrong word here - bottleneck is probably a better one. > > If certain type of user comes to an option that he doesn't understand, > > installed doesn't explain in clear way what each choice does (in non > > geekish tongue) and default options would take him in wrong direction > > - that is what I mean by "bottleneck" or "dead end". Is it any clearer > > now? > > Still doesn't tell us what exactly you are talking about. Being as > specific as you can with good suggestions for improvements should be > more useful. Better as bugzilla reports even. > > Rahul I would first to present it and then if you find it that should be in bz then I'll put it there as bugs, RFE or whatever. Can somebody tell me who is doing testing of installation workflows and how for Fedora and RHEL? Cheers, Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From jakub.rusinek at gmail.com Sat Feb 9 10:21:30 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 11:21:30 +0100 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> Message-ID: <47AD7EAA.9090100@gmail.com> Kevin Kofler wrote: > Jakub 'Livio' Rusinek gmail.com> writes: >> No. That's usability. If we remove all usability stuff, user must dig >> into terminal, which probably he likes not. > > Users shouldn't be digging into a terminal to install proprietary software, > they shouldn't install proprietary software in the first place! > > Kevin Kofler > You're sick of your mind? Not too much freeness in your head? OSS-Flash players are not good equivalent of closed source. They're not worth trying. From jakub.rusinek at gmail.com Sat Feb 9 10:22:30 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 11:22:30 +0100 Subject: flash install fails on fedora but installs on ubuntu, strange In-Reply-To: <64b14b300802090204x441496b4k4f8e2b81cac6d76@mail.gmail.com> References: <64b14b300802081332u3c0e33b5g780b3f031c35db0b@mail.gmail.com> <1202428936.3372.5.camel@scrappy.miketc.com> <47AD6EF8.4060304@gmail.com> <64b14b300802090204x441496b4k4f8e2b81cac6d76@mail.gmail.com> Message-ID: <47AD7EE6.1090802@gmail.com> Valent Turkovic wrote: > On Feb 9, 2008 10:14 AM, Jakub 'Livio' Rusinek wrote: >> Mike Chambers wrote: >>> On Fri, 2008-02-08 at 22:32 +0100, Valent Turkovic wrote: >>>> I already posted this upstream but it is interesting issue to see. I >>>> know that it directly has no connection to fedora because it looks >>>> like a upstream bug but still FYI if you are interested look at these >>>> bz entries: >>> Flash installs and works just fine here on my FF3beta snapshot that came >>> out yesterday. Installed day before that actually with beta2. Didn't >>> work initially (see prior post) but does now as well as all plugins. >>> >> I've installed Flash from RPM, then linked plugin into mine >> Trunk-snapshot directory (I do not use Fedora's RPM since I'm bug >> haunter) and it works very well. > > My bug report is about flash failing when firefox tries to install > flash plugin by itself. > > Valent. I think it would be hard to remake the backend for Fedora... From kevin.kofler at chello.at Sat Feb 9 10:39:55 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 9 Feb 2008 10:39:55 +0000 (UTC) Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> Message-ID: Jakub 'Livio' Rusinek gmail.com> writes: > OSS-Flash players are not good equivalent of closed source. They're not > worth trying. Flash is not an essential part of a person's life, you can do very well without _any_ Flash player, Free or proprietary. Kevin Kofler From pertusus at free.fr Sat Feb 9 10:42:05 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 9 Feb 2008 11:42:05 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AD7EAA.9090100@gmail.com> References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> Message-ID: <20080209104205.GC2685@free.fr> On Sat, Feb 09, 2008 at 11:21:30AM +0100, Jakub 'Livio' Rusinek wrote: > > OSS-Flash players are not good equivalent of closed source. They're not > worth trying. You are missing the philosophy of free software. Instead of complaining that they are not good enough and use proprietary stuff you should start a free software project or help improve the existing ones by becoming a tester and developper. 'They're not worth trying' is especially off base. They are worth helping. The point of free software developpement is less using (and be a 'free rider') than contributing to the 'public good' production. As for the free flash players, they are steadily improving. swfdec is not that bad and the gnash cvs version has improved alot. It doesn't run flash 8 but is much more usable. -- Pat From drago01 at gmail.com Sat Feb 9 10:44:01 2008 From: drago01 at gmail.com (drago01) Date: Sat, 09 Feb 2008 11:44:01 +0100 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> Message-ID: <47AD83F1.90604@gmail.com> Kevin Kofler wrote: > Jakub 'Livio' Rusinek gmail.com> writes: > >> No. That's usability. If we remove all usability stuff, user must dig >> into terminal, which probably he likes not. >> > > Users shouldn't be digging into a terminal to install proprietary software, > they shouldn't install proprietary software in the first place! > > Freedom also means freedom to install any software you like (so whe should _not_ prevent users from installing non free software if they want too) From ville.skytta at iki.fi Sat Feb 9 10:46:26 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sat, 9 Feb 2008 12:46:26 +0200 Subject: xine-lib in rawhide not buildable against? In-Reply-To: <68720af30802082019r2255a698s7d556916e0dcc4f3@mail.gmail.com> References: <1202516510.2721.25.camel@pc-notebook> <68720af30802082019r2255a698s7d556916e0dcc4f3@mail.gmail.com> Message-ID: <200802091246.26434.ville.skytta@iki.fi> On Saturday 09 February 2008, Paulo Cavalcanti wrote: > Yes. xine-lib-1.1.10.1 has a broken installation. > Its plugins are installed in %{_libdir}/xine/plugins/1.1.10 > and not in 1.1.10.1 subdir as it should. Incorrect. 1.1.10 is intentional, it's an upstream change between 1.1.10 and 1.1.10.1 which they neglected to mention in release notes (the "patch" version (the 4th digit) is not included in the version number in the plugin dir name). If you need it, the path to the plugin dir should be retrieved through one of: pkg-config libxine --variable=plugindir xine-config --plugindir But looking at the gxine error messages, something else seems to be wrong: > *** 'xine-config --version' returned 1.1.10, but XINE (10.-238096384.0) > *** was found! I have no idea where "10.-238096384.0" comes from; briefly looking at the configure script it is a result of: printf("%d.%d.%d", XINE_MAJOR_VERSION, XINE_MINOR_VERSION, XINE_SUB_VERSION); ...but in xine.h from 1.1.10.1-1.fc9: #define XINE_MAJOR_VERSION 1 #define XINE_MINOR_VERSION 1 #define XINE_SUB_VERSION 10 ...and on my F-8 x86_64 box (I have no Rawhide box to test with ATM) after installing the devel xine-lib-devel: $ cat t.c #include #include int main() { printf("%d.%d.%d\n", XINE_MAJOR_VERSION, XINE_MINOR_VERSION, XINE_SUB_VERSION); } $ gcc t.c $ ./a.out 1.1.10 From vpivaini at cs.helsinki.fi Sat Feb 9 11:07:56 2008 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Sat, 9 Feb 2008 13:07:56 +0200 Subject: openoffice.org-voikko broken in F7 and F8, please review some changes Message-ID: <200802091307.56888.vpivaini@cs.helsinki.fi> Hi all, I noticed my package openoffice.org-voikko being broken in F7 and F8 after it had already been pushed to the stable updates, so now there's a broken package in these releases and I'd like to fix it ASAP. In the future, I'll definitely try to be more thorough with testing my packages. There are two problems with this package: 1) It tries to install an .oxt extension unzipped (an .oxt file is basically a library and some XML files in a zip). However, apparently unzipped extensions only work in Rawhide, so in F7 and F8 I need to install the .oxt file as such. Is it ok to install the .oxt file into %{_libdir}/%{name} (/usr/lib/openoffice.org-voikko) even though it's not actually a library as such, but there is a library inside the file? Any better locations? 2) /usr/lib/openoffice.org/program/unopkg creates files into the user's home directory when it's being used. This creates problems if the package is installed with sudo and the user invoking sudo is currently running OO.o, the extension won't be installed into OO.o even though the files get copied onto the filesystem. And even if the user is not running OO.o while installing the package with sudo, unopkg apparently creates root owned files in the user's home directory. There's a following workaround in the Debian package: TMP_HOME="$(mktemp -t -d $PACKAGE_NAME.XXXXXX)" || exit 1 export HOME="$TMP_HOME" rm -rf "$TMP_HOME" Running the rm -rf is a bit ugly, but what do you think, is it ok or too risky? I've tested it on my own systems, it appears to not cause any problems. If I don't do this, installing openoffice.org-voikko with sudo may cause problems to the user. I'd like to get an 'ok' from at least one other packager before doing this, though. Here's the spec file so you can see the whole situation, it still echoes the dir it's about to remove, just for safety reasons while testing: Name: openoffice.org-voikko Version: 2.1 Release: 2%{?dist} Summary: Finnish spellchecker and hyphenator extension for OpenOffice.org Group: Applications/Productivity License: GPLv2+ URL: http://voikko.sourceforge.net/ Source0: http://downloads.sourceforge.net/voikko/%{name}-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: openoffice.org-sdk >= 2.0.4 libvoikko-devel >= 1.5 Requires(pre): openoffice.org-core Requires(post): openoffice.org-core Requires(preun): openoffice.org-core Requires(postun): openoffice.org-core Requires: openoffice.org-core >= 2.0.4 libvoikko >= 1.5 %define oo2_sdk %{_libdir}/openoffice.org/sdk %define oo2 %{_libdir}/openoffice.org %define unopkg %{oo2}/program/unopkg %define voikkodir %{_libdir}/%{name} %define voikkoext %{_libdir}/%{name}/voikko.oxt # Can't make debug package as long as we need to install the .oxt file %define debug_package %{nil} %description This package contains a Finnish spell-checking and hyphenation component for OpenOffice.org. The actual spell-checking and hyphenation functionality is provided by the Voikko library. %prep %setup -q %build . %{oo2_sdk}/setsdkenv_unix.sh make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT cd build voikkoPackage=$(pwd)/voikko.oxt; # OOo extension install -d -m 755 $RPM_BUILD_ROOT%{voikkodir} install -p -m 644 "$voikkoPackage" $RPM_BUILD_ROOT%{voikkodir} # The TMP_HOME trick is taken from the Debian scripts by Teemu Likonen: # Registering program 'unopkg' writes things to $HOME/.openoffice* directory # (even with the '--shared' option). We must set $HOME to some temporary # directory so that these (root owned) files don't get written to the regular # user's HOME in case he/she runs this with sudo. %pre if [ $1 -gt 1 ]; then # Upgrade => deregister old extension TMP_HOME="$(mktemp -t -d $PACKAGE_NAME.XXXXXX)" || exit 1 export HOME="$TMP_HOME" echo pre home $HOME %{unopkg} remove --shared org.puimula.ooovoikko -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 || : rm -rf "$TMP_HOME" fi %post # register extension TMP_HOME="$(mktemp -t -d $PACKAGE_NAME.XXXXXX)" || exit 1 export HOME="$TMP_HOME" echo post home $HOME %{unopkg} add --shared %{voikkoext} -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 || : rm -rf "$TMP_HOME" %preun if [ $1 -eq 0 ]; then # not upgrading => deregister TMP_HOME="$(mktemp -t -d $PACKAGE_NAME.XXXXXX)" || exit 1 export HOME="$TMP_HOME" echo preun home $HOME %{unopkg} remove --shared org.puimula.ooovoikko -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 || : rm -rf "$TMP_HOME" fi %postun # clear disk cache TMP_HOME="$(mktemp -t -d $PACKAGE_NAME.XXXXXX)" || exit 1 export HOME="$TMP_HOME" echo postun home $HOME %{unopkg} list --shared -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 > /dev/null 2>&1 || : rm -rf "$TMP_HOME" %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %{voikkodir} %doc ChangeLog COPYING README %changelog -- Ville-Pekka Vainio From promac at gmail.com Sat Feb 9 11:08:30 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Sat, 9 Feb 2008 09:08:30 -0200 Subject: xine-lib in rawhide not buildable against? In-Reply-To: <200802091246.26434.ville.skytta@iki.fi> References: <1202516510.2721.25.camel@pc-notebook> <68720af30802082019r2255a698s7d556916e0dcc4f3@mail.gmail.com> <200802091246.26434.ville.skytta@iki.fi> Message-ID: <68720af30802090308y4ad9de3dw56b6439b905d9278@mail.gmail.com> On Feb 9, 2008 8:46 AM, Ville Skytt? wrote: > On Saturday 09 February 2008, Paulo Cavalcanti wrote: > > > Yes. xine-lib-1.1.10.1 has a broken installation. > > Its plugins are installed in %{_libdir}/xine/plugins/1.1.10 > > and not in 1.1.10.1 subdir as it should. > > Incorrect. 1.1.10 is intentional, it's an upstream change between 1.1.10and > 1.1.10.1 which they neglected to mention in release notes (the "patch" > version (the 4th digit) is not included in the version number in the > plugin > dir name). > > Queer. They did not do that with 1.1.9.1 Seems to be the same case for me. If one compiles gxine with 1.1.10, there is no compilation issue. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at camperquake.de Sat Feb 9 11:21:17 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 9 Feb 2008 12:21:17 +0100 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <20080208210904.GA29746@devserv.devel.redhat.com> References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <1202487812.3424.0.camel@localhost.localdomain> <20080208210904.GA29746@devserv.devel.redhat.com> Message-ID: <20080209122117.4e64cb5f@lain.camperquake.de> Hi. On Fri, 8 Feb 2008 16:09:04 -0500, Alan Cox wrote > A better test would be whether it is possible to produce new free > data sets for them. ...and somebody has already done so. Because in theory the above is always true. From martin.sourada at gmail.com Sat Feb 9 11:31:53 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 09 Feb 2008 12:31:53 +0100 Subject: xine-lib in rawhide not buildable against? In-Reply-To: <200802091246.26434.ville.skytta@iki.fi> References: <1202516510.2721.25.camel@pc-notebook> <68720af30802082019r2255a698s7d556916e0dcc4f3@mail.gmail.com> <200802091246.26434.ville.skytta@iki.fi> Message-ID: <1202556713.26597.14.camel@pc-notebook> On Sat, 2008-02-09 at 12:46 +0200, Ville Skytt? wrote: > On Saturday 09 February 2008, Paulo Cavalcanti wrote: > > > Yes. xine-lib-1.1.10.1 has a broken installation. > > Its plugins are installed in %{_libdir}/xine/plugins/1.1.10 > > and not in 1.1.10.1 subdir as it should. > > Incorrect. 1.1.10 is intentional, it's an upstream change between 1.1.10 and > 1.1.10.1 which they neglected to mention in release notes (the "patch" > version (the 4th digit) is not included in the version number in the plugin > dir name). > > If you need it, the path to the plugin dir should be retrieved through one of: > > pkg-config libxine --variable=plugindir > xine-config --plugindir > > > But looking at the gxine error messages, something else seems to be wrong: > > > *** 'xine-config --version' returned 1.1.10, but XINE (10.-238096384.0) > > *** was found! > > I have no idea where "10.-238096384.0" comes from; briefly looking at the > configure script it is a result of: > > printf("%d.%d.%d", XINE_MAJOR_VERSION, XINE_MINOR_VERSION, XINE_SUB_VERSION); > > ...but in xine.h from 1.1.10.1-1.fc9: > > #define XINE_MAJOR_VERSION 1 > #define XINE_MINOR_VERSION 1 > #define XINE_SUB_VERSION 10 > > ...and on my F-8 x86_64 box (I have no Rawhide box to test with ATM) after > installing the devel xine-lib-devel: > > $ cat t.c > #include > #include > > int main() > { > printf("%d.%d.%d\n", XINE_MAJOR_VERSION, XINE_MINOR_VERSION, > XINE_SUB_VERSION); > } > $ gcc t.c > $ ./a.out > 1.1.10 > I believe I noticed similar issue when I was compiling gxine against xine-lib-devel-1.1.9.1 but didn't paid much attention to it, as xine-lib-devel-1.1.10 fixed it (on F-8). I tried it with now again on F8 with xine-lib-devel-1.1.10, with success. After upgrading to xine-lib-devel-1.1.10.1 this error pops out (it's on F8 i386 with the F8 package from koji): checking for XINE-LIB version >= 1.0.1... *** 'xine-config --version' returned -1717986918.1072798105.-1717986918, but XINE (1072798105.858993459.1076114227) *** was found! If xine-config was correct, then it is best *** to remove the old version of XINE. You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing *** /etc/ld.so.conf. Make sure you have run ldconfig if that is *** required on your system. *** If xine-config was wrong, set the environment variable XINE_CONFIG *** to point to the correct copy of xine-config, and remove the file config.cache *** before re-running configure no configure: error: *** Please install xine-lib (devel) first *** It's even stranger that the one in rawhide. The only change I did was upgrade xine-lib* to 1.1.10.1-1.fc8... But I really don't understand, where the numbers come from, since running xine-config --version by hand returns 1.1.10.1. Going through configure of gxine show possible root of the problem: xine_config_major_version=`$XINE_CONFIG $xine_config_args --version | \ sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\1/'` xine_config_minor_version=`$XINE_CONFIG $xine_config_args --version | \ sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\2/'` xine_config_sub_version=`$XINE_CONFIG $xine_config_args --version | \ sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\3/'` Looking at the output of xine-config --version | sed 's/\([0-9]* \).\([0-9]*\).\([0-9]*\)/\1/' shows some buggy behaviour. The output is 1.1, as well as for 2, and for 3 I get 10.1. Looks like the sed expression is intended to work only with the MAJOR.MINOR.SUB version string. If I add another .\([0-9]*\) to the expression than the output is correct. Any idea how to workaround this so that it works both with x.y.z and x.y.z.w like version strings? 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 valent.turkovic at gmail.com Sat Feb 9 11:38:13 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 12:38:13 +0100 Subject: flash install fails on fedora but installs on ubuntu, strange In-Reply-To: <47AD7EE6.1090802@gmail.com> References: <64b14b300802081332u3c0e33b5g780b3f031c35db0b@mail.gmail.com> <1202428936.3372.5.camel@scrappy.miketc.com> <47AD6EF8.4060304@gmail.com> <64b14b300802090204x441496b4k4f8e2b81cac6d76@mail.gmail.com> <47AD7EE6.1090802@gmail.com> Message-ID: <64b14b300802090338k9829a69x432ef566d5879e11@mail.gmail.com> On Feb 9, 2008 11:22 AM, Jakub 'Livio' Rusinek wrote: > Valent Turkovic wrote: > > On Feb 9, 2008 10:14 AM, Jakub 'Livio' Rusinek wrote: > >> Mike Chambers wrote: > >>> On Fri, 2008-02-08 at 22:32 +0100, Valent Turkovic wrote: > >>>> I already posted this upstream but it is interesting issue to see. I > >>>> know that it directly has no connection to fedora because it looks > >>>> like a upstream bug but still FYI if you are interested look at these > >>>> bz entries: > >>> Flash installs and works just fine here on my FF3beta snapshot that came > >>> out yesterday. Installed day before that actually with beta2. Didn't > >>> work initially (see prior post) but does now as well as all plugins. > >>> > >> I've installed Flash from RPM, then linked plugin into mine > >> Trunk-snapshot directory (I do not use Fedora's RPM since I'm bug > >> haunter) and it works very well. > > > > My bug report is about flash failing when firefox tries to install > > flash plugin by itself. > > > > Valent. > > I think it would be hard to remake the backend for Fedora... Why? -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Sat Feb 9 11:55:07 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 12:55:07 +0100 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> Message-ID: <64b14b300802090355w1b73afaem27888f834d12b963@mail.gmail.com> On Feb 9, 2008 11:39 AM, Kevin Kofler wrote: > Jakub 'Livio' Rusinek gmail.com> writes: > > OSS-Flash players are not good equivalent of closed source. They're not > > worth trying. > > Flash is not an essential part of a person's life, you can do very well without > _any_ Flash player, Free or proprietary. > > Kevin Kofler Millions of people disagree with you on that, or how else companies like youtube would be worth so much and attract that many users... Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Sat Feb 9 12:00:08 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 13:00:08 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <20080209104205.GC2685@free.fr> References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209104205.GC2685@free.fr> Message-ID: <64b14b300802090400y6dcb746cm10ccd3d0049adf86@mail.gmail.com> On Feb 9, 2008 11:42 AM, Patrice Dumas wrote: > On Sat, Feb 09, 2008 at 11:21:30AM +0100, Jakub 'Livio' Rusinek wrote: > > > > OSS-Flash players are not good equivalent of closed source. They're not > > worth trying. > > You are missing the philosophy of free software. Instead of complaining > that they are not good enough and use proprietary stuff you should start > a free software project or help improve the existing ones by becoming a > tester and developper. 'They're not worth trying' is especially off > base. They are worth helping. The point of free software developpement > is less using (and be a 'free rider') than contributing to the 'public good' > production. > > As for the free flash players, they are steadily improving. swfdec is not > that bad and the gnash cvs version has improved alot. It doesn't run > flash 8 but is much more usable. Have you read these threads: [1] https://www.redhat.com/archives/fedora-desktop-list/2008-January/msg00095.html [2] https://www.redhat.com/archives/fedora-desktop-list/2008-January/msg00129.html I tested swfdec in detail and I find it useless for general online usage today. Offcourse that it will get impoved and I welcome the day I can use it instead of proprietary ones, but that day is not today unfortunatelly. And in order to use swfdec you still need unlegalized fedora packages from livna if you didn't know. Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From promac at gmail.com Sat Feb 9 12:08:19 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Sat, 9 Feb 2008 10:08:19 -0200 Subject: xine-lib in rawhide not buildable against? In-Reply-To: <1202556713.26597.14.camel@pc-notebook> References: <1202516510.2721.25.camel@pc-notebook> <68720af30802082019r2255a698s7d556916e0dcc4f3@mail.gmail.com> <200802091246.26434.ville.skytta@iki.fi> <1202556713.26597.14.camel@pc-notebook> Message-ID: <68720af30802090408x7ec2a7efp43db795bd96661e1@mail.gmail.com> 2008/2/9 Martin Sourada : > > On Sat, 2008-02-09 at 12:46 +0200, Ville Skytt? wrote: > > On Saturday 09 February 2008, Paulo Cavalcanti wrote: > > > > > Yes. xine-lib-1.1.10.1 has a broken installation. > > > Its plugins are installed in %{_libdir}/xine/plugins/1.1.10 > > > and not in 1.1.10.1 subdir as it should. > > > > Incorrect. 1.1.10 is intentional, it's an upstream change between > 1.1.10 and > > 1.1.10.1 which they neglected to mention in release notes (the "patch" > > version (the 4th digit) is not included in the version number in the > plugin > > dir name). > > > > If you need it, the path to the plugin dir should be retrieved through > one of: > > > > pkg-config libxine --variable=plugindir > > xine-config --plugindir > > > > > > But looking at the gxine error messages, something else seems to be > wrong: > > > > > *** 'xine-config --version' returned 1.1.10, but XINE (10.-238096384.0 > ) > > > *** was found! > > > > I have no idea where "10.-238096384.0" comes from; briefly looking at > the > > configure script it is a result of: > > > > printf("%d.%d.%d", XINE_MAJOR_VERSION, XINE_MINOR_VERSION, > XINE_SUB_VERSION); > > > > ...but in xine.h from 1.1.10.1-1.fc9: > > > > #define XINE_MAJOR_VERSION 1 > > #define XINE_MINOR_VERSION 1 > > #define XINE_SUB_VERSION 10 > > > > ...and on my F-8 x86_64 box (I have no Rawhide box to test with ATM) > after > > installing the devel xine-lib-devel: > > > > $ cat t.c > > #include > > #include > > > > int main() > > { > > printf("%d.%d.%d\n", XINE_MAJOR_VERSION, XINE_MINOR_VERSION, > > XINE_SUB_VERSION); > > } > > $ gcc t.c > > $ ./a.out > > 1.1.10 > > > I believe I noticed similar issue when I was compiling gxine against > xine-lib-devel-1.1.9.1 but didn't paid much attention to it, as > xine-lib-devel-1.1.10 fixed it (on F-8). > > I tried it with now again on F8 with xine-lib-devel-1.1.10, with > success. After upgrading to xine-lib-devel-1.1.10.1 this error pops out > (it's on F8 i386 with the F8 package from koji): > > checking for XINE-LIB version >= 1.0.1... > *** 'xine-config --version' returned -1717986918.1072798105.-1717986918, > but XINE (1072798105.858993459.1076114227) > *** was found! If xine-config was correct, then it is best > *** to remove the old version of XINE. You may also be able to fix the > error > *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing > *** /etc/ld.so.conf. Make sure you have run ldconfig if that is > *** required on your system. > *** If xine-config was wrong, set the environment variable XINE_CONFIG > *** to point to the correct copy of xine-config, and remove the file > config.cache > *** before re-running configure > no > configure: error: *** Please install xine-lib (devel) first *** > > It's even stranger that the one in rawhide. The only change I did was > upgrade xine-lib* to 1.1.10.1-1.fc8... But I really don't understand, > where the numbers come from, since running xine-config --version by hand > returns 1.1.10.1. > > Going through configure of gxine show possible root of the problem: > > xine_config_major_version=`$XINE_CONFIG $xine_config_args --version | \ > sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\1/'` > xine_config_minor_version=`$XINE_CONFIG $xine_config_args > --version | \ > sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\2/'` > xine_config_sub_version=`$XINE_CONFIG $xine_config_args --version > | \ > sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\3/'` > > Looking at the output of xine-config --version | sed 's/\([0-9]* > \).\([0-9]*\).\([0-9]*\)/\1/' shows some buggy behaviour. The output is > 1.1, as well as for 2, and for 3 I get 10.1. Looks like the sed > expression is intended to work only with the MAJOR.MINOR.SUB version > string. If I add another .\([0-9]*\) to the expression than the output > is correct. > > Any idea how to workaround this so that it works both with x.y.z and > x.y.z.w like version strings? > > Maybe counting the number of dots in xine-config --version ? -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.sourada at gmail.com Sat Feb 9 12:28:31 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 09 Feb 2008 13:28:31 +0100 Subject: xine-lib in rawhide not buildable against? In-Reply-To: <68720af30802090408x7ec2a7efp43db795bd96661e1@mail.gmail.com> References: <1202516510.2721.25.camel@pc-notebook> <68720af30802082019r2255a698s7d556916e0dcc4f3@mail.gmail.com> <200802091246.26434.ville.skytta@iki.fi> <1202556713.26597.14.camel@pc-notebook> <68720af30802090408x7ec2a7efp43db795bd96661e1@mail.gmail.com> Message-ID: <1202560111.26597.17.camel@pc-notebook> On Sat, 2008-02-09 at 10:08 -0200, Paulo Cavalcanti wrote: > > Maybe counting the number of dots in xine-config --version ? > > Hm... I am not much familiar with expressions, but seems that adding .* at the end of the 'matching string' makes it work for x.y.z as well as for x.y.z.w. I'll make a patch a try to rebuild gxine in koji again. 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 debarshi.ray at gmail.com Sat Feb 9 12:47:26 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 9 Feb 2008 18:17:26 +0530 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080208160200.18f2dff6@redhat.com> References: <20080208160200.18f2dff6@redhat.com> Message-ID: <3170f42f0802090447x6634c9bud49082549258943b@mail.gmail.com> Although corkscrew is on the list, scratch builds in dist-f9 seem to be successful: http://koji.fedoraproject.org/koji/taskinfo?taskID=407829 Cheerio, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From drago01 at gmail.com Sat Feb 9 12:52:49 2008 From: drago01 at gmail.com (drago01) Date: Sat, 09 Feb 2008 13:52:49 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <3170f42f0802090447x6634c9bud49082549258943b@mail.gmail.com> References: <20080208160200.18f2dff6@redhat.com> <3170f42f0802090447x6634c9bud49082549258943b@mail.gmail.com> Message-ID: <47ADA221.8060509@gmail.com> Debarshi 'Rishi' Ray wrote: > Although corkscrew is on the list, scratch builds in dist-f9 seem to > be successful: > http://koji.fedoraproject.org/koji/taskinfo?taskID=407829 > Being on the list does not mean that it does not build with gcc-4.3 but that the current build in the repo is still build with an older compiler. From jorge.fabregas at gmail.com Sat Feb 9 13:07:34 2008 From: jorge.fabregas at gmail.com (Jorge =?utf-8?q?F=C3=A1bregas?=) Date: Sat, 9 Feb 2008 09:07:34 -0400 Subject: Firefox: Figuring out rendered FONTS In-Reply-To: <1202536242.12350.45.camel@behdad.behdad.org> References: <200802082128.31360.jorge.fabregas@gmail.com> <1202536242.12350.45.camel@behdad.behdad.org> Message-ID: <200802090907.34283.jorge.fabregas@gmail.com> On Saturday 09 February 2008 01:50:42 am Behdad Esfahbod wrote: > ? $ fc-match calibri,tahoma,arial,sans-serif Thanks Behdad. I had no idea about fc-match. I'm going to investigate how accurate this is compared to what's happening within Firefox. Also...I just found out about: /etc/fonts/conf.d/30-aliases-fedora.conf There are some font mappings in here...for example, if Arial is requested try this font, or this one or the other. This is also used by fontconfig right? ...complicating more the thing :( Thanks, Jorge From martin.sourada at gmail.com Sat Feb 9 13:08:06 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 09 Feb 2008 14:08:06 +0100 Subject: xine-lib in rawhide not buildable against? In-Reply-To: <1202560111.26597.17.camel@pc-notebook> References: <1202516510.2721.25.camel@pc-notebook> <68720af30802082019r2255a698s7d556916e0dcc4f3@mail.gmail.com> <200802091246.26434.ville.skytta@iki.fi> <1202556713.26597.14.camel@pc-notebook> <68720af30802090408x7ec2a7efp43db795bd96661e1@mail.gmail.com> <1202560111.26597.17.camel@pc-notebook> Message-ID: <1202562486.26597.26.camel@pc-notebook> On Sat, 2008-02-09 at 13:28 +0100, Martin Sourada wrote: > Hm... I am not much familiar with expressions, but seems that adding .* > at the end of the 'matching string' makes it work for x.y.z as well as > for x.y.z.w. I'll make a patch a try to rebuild gxine in koji again. > > Martin Seems it works. GXine build is now done, and I am doing xine-plugin build. I suspect similar patches will be needed for other xine-lib based applications like oxine, xine-ui or totem-xine (but I didn't checked their configuration files). So to again say where the problem was: gxine was expecting output of xine-config --version in x.y.z format, but for xine-lib-1.1.10.1 it clearly has x.y.z.w format, so you need to ignore the rest. The bogus output from the configure error is most likely result of printing '1.1' and like as integer... Both for gxine and xine-plugin the change to configure is like this: xine_config_major_version=`$XINE_CONFIG $xine_config_args --version | \ - sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\1/'` + sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\).*/\1/'` xine_config_minor_version=`$XINE_CONFIG $xine_config_args --version | \ - sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\2/'` + sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\).*/\2/'` xine_config_sub_version=`$XINE_CONFIG $xine_config_args --version | \ - sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\3/'` + sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\).*/\3/'` 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 nicolas.mailhot at laposte.net Sat Feb 9 13:12:50 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 09 Feb 2008 14:12:50 +0100 Subject: Firefox: Figuring out rendered FONTS In-Reply-To: <200802090907.34283.jorge.fabregas@gmail.com> References: <200802082128.31360.jorge.fabregas@gmail.com> <1202536242.12350.45.camel@behdad.behdad.org> <200802090907.34283.jorge.fabregas@gmail.com> Message-ID: <1202562770.7334.1.camel@rousalka.dyndns.org> Le samedi 09 f?vrier 2008 ? 09:07 -0400, Jorge F?bregas a ?crit : > On Saturday 09 February 2008 01:50:42 am Behdad Esfahbod wrote: > > $ fc-match calibri,tahoma,arial,sans-serif > > Thanks Behdad. I had no idea about fc-match. I'm going to investigate how > accurate this is compared to what's happening within Firefox. > > Also...I just found out about: > /etc/fonts/conf.d/30-aliases-fedora.conf > > There are some font mappings in here...for example, if Arial is requested try > this font, or this one or the other. This is also used by fontconfig > right? ...complicating more the thing :( fontconfig substitution rules are more complex than just this file and they're not all shipped by the fontconfig package (meaning other packages can plug rules into fontconfig) -- 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 Sat Feb 9 13:23:47 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 18:53:47 +0530 Subject: installation workflow issues In-Reply-To: <64b14b300802090155o32917e7y181ecae85cfb6375@mail.gmail.com> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> <47ACFC1C.8060302@fedoraproject.org> <64b14b300802090155o32917e7y181ecae85cfb6375@mail.gmail.com> Message-ID: <47ADA963.4060406@fedoraproject.org> Valent Turkovic wrote: >> Rahul > > I would first to present it and then if you find it that should be in > bz then I'll put it there as bugs, RFE or whatever. If this is purely about Anaconda, anaconda-list might be more suitable. > > Can somebody tell me who is doing testing of installation workflows > and how for Fedora and RHEL? For Fedora - Anaconda, QA teams and everybody in the community who are interested. Refer http://fedoraproject.org/wiki/Anaconda http://fedoraproject.org/wiki/QA/TestCases Rahul From debarshi.ray at gmail.com Sat Feb 9 13:35:51 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 9 Feb 2008 19:05:51 +0530 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47ADA221.8060509@gmail.com> References: <20080208160200.18f2dff6@redhat.com> <3170f42f0802090447x6634c9bud49082549258943b@mail.gmail.com> <47ADA221.8060509@gmail.com> Message-ID: <3170f42f0802090535n2f794f48y6d7e711d202dbda7@mail.gmail.com> >> Although corkscrew is on the list, scratch builds in dist-f9 seem to >> be successful: >> http://koji.fedoraproject.org/koji/taskinfo?taskID=407829 > Being on the list does not mean that it does not build with gcc-4.3 but > that the current build in the repo is still build with an older compiler. Yes, I asked the wrong question there. I should have asked whether we need to rebuild all packages on the list with the new compiler? Should we wait till GCC 4.3 has been released upstream? Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From alan at redhat.com Sat Feb 9 13:54:29 2008 From: alan at redhat.com (Alan Cox) Date: Sat, 9 Feb 2008 08:54:29 -0500 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: <20080209122117.4e64cb5f@lain.camperquake.de> References: <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> <1202487812.3424.0.camel@localhost.localdomain> <20080208210904.GA29746@devserv.devel.redhat.com> <20080209122117.4e64cb5f@lain.camperquake.de> Message-ID: <20080209135429.GA19585@devserv.devel.redhat.com> On Sat, Feb 09, 2008 at 12:21:17PM +0100, Ralf Ertzinger wrote: > On Fri, 8 Feb 2008 16:09:04 -0500, Alan Cox wrote > > > A better test would be whether it is possible to produce new free > > data sets for them. > > ...and somebody has already done so. Because in theory the above is > always true. Ok perhaps we should replace possible with practicable The thing is we have a lot of tools which have dependancies on or are primarily used with proprietary data sets. Most of those nobody sees as a problem. I can use gcc to build proprietary software or free software I can use the quake engine to play proprietary or free game sets etc.. My email client spends almost all its time reading copyrighted works by third parties (email messages) that are not freely licensed. The case where the software is not truely free isn't the case where there is no existing data set, but the case where it is not resonably practicable to build one. Alan From sebastian at when.com Sat Feb 9 14:00:50 2008 From: sebastian at when.com (sebastian at when.com) Date: Sat, 09 Feb 2008 15:00:50 +0100 Subject: Education SIG Message-ID: <47ADB212.3020901@when.com> Hi everybody, Recently, I posted here concerning an education SIG - now, here is my formal proposal for it. Do you have any suggestions and does this sound acceptable? If there are no contradictions, I could also create a wiki page. By the way: Maybe this could be mentioned in the FWN and some people could also blog about this... Sebastian = Fedora Education SIG = == General Mission Statement == The project aims to optimize Fedora for use at universities and schools as well as for education usage by schoolers or students. That includes, but is not limited to: * create and maintain a [:SebastianDziallas/Education:Fedora Education Spin] as CD * try to get more educational packages included into Fedora * coordinate the different efforts within the Fedora project The Fedora Education Spin is the number one goal right now and includes software to use it as a terminal server client. In parallel some SIG members work in integrating K12LTSP into Fedora. Once that work is finished it remains to be seen if we integrate that work into the Fedora Education Spin. Due to space constrains we might choose to start and maintain a second spin as DVD. That could contains more education software and all the K12LTSP packages (including the bits to set up a K12LTSP server). == Plan of Action == Short term plans: * form this SIG * get people together in one palace and discuss how to move on. A dedicated [http://www.redhat.com/mailman/listinfo/fedora-education-list Fedora Education List] exists already and we'll likely reuse it for this SIG. Maybe a IRC meeting now and then might be a could idea as well. * get the Fedora Education Spin finished, tested and approved by rel-eng and the board as official spin. = Joining the SIG= Joining the Education SIG is dead simple: Just add your name below and start communicating with the rest of the members (right now we discuss the spin on fedora-devel-list). If you are not yet a Fedora contributor yet you need to become a member of the cla_done group in the Fedora accounts system; that way you'll get access to the wiki. == Members == * [:SebastianDziallas:Sebastian Dziallas] = External references = There are educational projects by other distributions, mainly * the openSUSE project. [http://opensuse-education.org/ Here] is the educational page. You might also want to have a look at their [http://en.opensuse.org/Education wiki]. * Debian with [http://skolelinux.org/ Skolelinux] and [http://wiki.debian.org/DebianEdu DebianEdu]. * Ubuntu and their [http://edubuntu.com/ Edubuntu] version. * the GNOME project, who are currently preparing a [http://live.gnome.org/GnomeScienceCD GNOME Science CD]. From pertusus at free.fr Sat Feb 9 14:02:57 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 9 Feb 2008 15:02:57 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <64b14b300802090400y6dcb746cm10ccd3d0049adf86@mail.gmail.com> References: <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209104205.GC2685@free.fr> <64b14b300802090400y6dcb746cm10ccd3d0049adf86@mail.gmail.com> Message-ID: <20080209140257.GD2685@free.fr> On Sat, Feb 09, 2008 at 01:00:08PM +0100, Valent Turkovic wrote: > > Have you read these threads: > [1] https://www.redhat.com/archives/fedora-desktop-list/2008-January/msg00095.html > [2] https://www.redhat.com/archives/fedora-desktop-list/2008-January/msg00129.html > > I tested swfdec in detail and I find it useless for general online > usage today. Offcourse that it will get impoved and I welcome the day Maybe, but it is not that bad, in comparison with gnash 0.8.1. gnash 0.8.2 is coming soon and it is much better. But the way out is to contribute code to make things work, not to use the proprietary plugin. Reporting bugs is already great, though. > I can use it instead of proprietary ones, but that day is not today > unfortunatelly. And in order to use swfdec you still need unlegalized > fedora packages from livna if you didn't know. Indeed, but it is outside of the scope of fedora to change patent related laws. -- Pat From j.w.r.degoede at hhs.nl Sat Feb 9 14:07:05 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 09 Feb 2008 15:07:05 +0100 Subject: Education SIG In-Reply-To: <47ADB212.3020901@when.com> References: <47ADB212.3020901@when.com> Message-ID: <47ADB389.1000507@hhs.nl> sebastian at when.com wrote: > Hi everybody, > > Recently, I posted here concerning an education SIG - now, here is my > formal proposal for it. > Do you have any suggestions and does this sound acceptable? If there are > no contradictions, I could also create a wiki page. > > By the way: Maybe this could be mentioned in the FWN and some people > could also blog about this... > Looks good, +1 Regards, Hans From ville.skytta at iki.fi Sat Feb 9 14:08:51 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sat, 9 Feb 2008 16:08:51 +0200 Subject: xine-lib in rawhide not buildable against? In-Reply-To: <1202562486.26597.26.camel@pc-notebook> References: <1202516510.2721.25.camel@pc-notebook> <1202560111.26597.17.camel@pc-notebook> <1202562486.26597.26.camel@pc-notebook> Message-ID: <200802091608.52290.ville.skytta@iki.fi> On Saturday 09 February 2008, Martin Sourada wrote: > > So to again say where the problem was: gxine was expecting output of > xine-config --version in x.y.z format, but for xine-lib-1.1.10.1 it > clearly has x.y.z.w format, so you need to ignore the rest. The bogus > output from the configure error is most likely result of printing '1.1' > and like as integer... > > Both for gxine and xine-plugin the change to configure is like this: > > xine_config_major_version=`$XINE_CONFIG $xine_config_args --version | \ > - sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\1/'` > + sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\).*/\1/'` That comes from xine-lib's xine.m4. Your fix seems good enough at least for packages needing a build right now IMO, but I also think things could be made quite a bit more robust upstream - candidate patch added to http://bugs.xine-project.org/show_bug.cgi?id=41 Thanks for reporting the issue upstream! From buildsys at redhat.com Sat Feb 9 14:12:04 2008 From: buildsys at redhat.com (Build System) Date: Sat, 9 Feb 2008 09:12:04 -0500 Subject: rawhide report: 20080209 changes Message-ID: <200802091412.m19EC4WW014737@porkchop.devel.redhat.com> New package argyllcms ICC compatible color management system New package gridengine Grid Engine - Distributed Computing Management software New package yoltia Qt based picture editing program Updated Packages: ORBit2-2.14.12-2.fc9 -------------------- * Fri Feb 08 2008 Matthias Clasen - 2.14.12-2 - Rebuild for gcc 4.3 R-2.6.2-1.fc9 ------------- * Fri Feb 08 2008 Tom "spot" Callaway 2.6.2-1 - properly version the items in the VR bundle - 2.6.2 - don't use setarch for java setup - fix R post script file * Thu Jan 31 2008 Tom "spot" Callaway 2.6.1-4 - multilib handling (thanks Martyn Plummer) - Update indices in the right place. * Mon Jan 07 2008 Tom "spot" Callaway 2.6.1-3 - move INSTALL back into R main package, as it is useful without the other -devel bits (e.g. installing noarch package from CRAN) SDL_image-1.2.6-6.fc9 --------------------- * Fri Feb 08 2008 Brian Pepple - 1.2.6-6 - Rebuild for gcc-4.3. SDL_mixer-1.2.8-7.fc9 --------------------- * Fri Feb 08 2008 Brian Pepple - 1.2.8-7 - Rebuild for gcc-4.3. SDL_net-1.2.7-4.fc9 ------------------- * Fri Feb 08 2008 Brian Pepple - 1.2.7-4 - Rebuild for gcc-4.3. SDL_ttf-2.0.9-4.fc9 ------------------- * Fri Feb 08 2008 Brian Pepple - 2.0.9-4 - Rebuild for gcc-4.3. abe-1.1-7.fc9 ------------- * Fri Feb 08 2008 Wart 1.1-7 - Rebuild for gcc 4.3 abicheck-1.2-18 --------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering agistudio-1.2.3-6.fc9 --------------------- * Fri Feb 08 2008 Jon Ciesla - 1.2.3-6 - GCC 4.3 rebuild. armacycles-ad-0.2.8.2.1-6.fc9 ----------------------------- * Fri Jan 04 2008 Jon Ciesla - 0.2.8.2.1-6 - string.h, cstdlib, memory patches. astromenace-1.2-7.fc9 --------------------- * Fri Feb 08 2008 Jon Ciesla - 1.2-7 - GCC 4.3 rebuild. at-spi-1.21.5-2.fc9 ------------------- * Fri Feb 08 2008 Matthias Clasen - 1.21.5-2 - Rebuild for gcc 4.3 atk-1.21.5-2.fc9 ---------------- * Fri Feb 08 2008 Matthias Clasen - 1.21.5-2 - Rebuild for gcc 4.3 audacious-plugin-fc-0.2-6 ------------------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Wed Nov 21 2007 Michael Schwendt - 0.2-5 - patch for new API - rebuilt for SONAME changes in Audacious 1.4.x * Tue Aug 21 2007 Michael Schwendt - rebuilt babl-0.0.18-2.fc9 ----------------- * Thu Jan 17 2008 Deji Akingunola - 0.0.18-2 - Apply patch to fix extensions loading on 64bit systems bchunk-1.2.0-7 -------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Tue Aug 21 2007 Michael Schwendt - rebuilt * Thu Aug 02 2007 Michael Schwendt - 1.2.0-5 - Clarify licence (GPLv2+). blktrace-0.0-0.9.20080103162505.fc9 ----------------------------------- * Fri Feb 08 2008 Eric Sandeen - 0.0-0.9.20080103162505git - gcc-4.3 rebuild bluecurve-kde-theme-1.0.0-3.fc9 ------------------------------- bombardier-0.8.2.2-8.fc9 ------------------------ * Fri Feb 08 2008 Jon Ciesla - 0.8.2.2-8 - GCC 4.3 rebuild. bzr-1.1-2.fc9 ------------- * Fri Feb 08 2008 Toshio Kuratomi - 1.1-2 - Rebuild for new gcc. * Mon Jan 21 2008 Toshio Kuratomi - 1.1-1 - Upstream 1.1 bugfix and performance enhancement release. - Enable bash completion script from the contrib directory. * Thu Dec 13 2007 Toshio Kuratomi - 1.0-1 - Update to 1.0 final. calcurse-1.9-2.fc9 ------------------ * Fri Feb 08 2008 Jon Ciesla 1.9-2 - GCC 4.3 rebuild. catdoc-0.94.2-4.fc9 ------------------- * Fri Feb 08 2008 Adel Gadllah 0.94.2-4 - Rebuild for gcc-4.3 cd-discid-0.9-8.fc9 ------------------- * Sat Feb 09 2008 Ville Skytt?? - 0.9-8 - Rebuild. cheese-2.21.91-2.fc9 -------------------- * Fri Feb 08 2008 Matthias Clasen 2.21.91-2 - Rebuild for gcc 4.3 chkrootkit-0.48-3.fc9 --------------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Sat Jan 12 2008 Michael Schwendt - 0.48-2 - Install README with mode 0644. * Sat Dec 22 2007 Michael Schwendt - 0.48-1 - Update to 0.48 (new tests, enhanced tests, minor bug-fixes). cmigemo-1.3-0.6.c_MIT.fc9.2 --------------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 compat-wxGTK26-2.6.4-2 ---------------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Wed Nov 07 2007 Michael Schwendt - 2.6.4-1 - Update to 2.6.4. * Sun Oct 21 2007 Michael Schwendt - 2.6.3-9 - Patch the wx-2.6-config script and move the common files to /usr/lib. This shall fix the multiarch conflict in compat-wxGTK26-devel (#340931). compface-1.5.2-7 ---------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Tue Aug 21 2007 Michael Schwendt - rebuilt * Thu Jan 04 2007 Michael Schwendt - 1.5.2-5 - rebuilt - Update summaries and url. contact-lookup-applet-0.16-5.fc9 -------------------------------- * Fri Feb 08 2008 Brian Pepple - 0.16-5 - Rebuild for gcc-4.3. coriander-2.0.0-0.7.rc6.fc9 --------------------------- * Sat Feb 09 2008 Tim Niemueller - 2.0.0-0.7.rc6 - Rebuild with GCC 4.3 for rawhide (F9) cvsps-2.1-6.fc9 --------------- * Sat Feb 09 2008 Ville Skytt?? - 2.1-6 - Change cvs dependency to a Requires(hint). - Fix typo in man page. dash-0.5.4-3.fc9 ---------------- dbench-3.04-7.fc9 ----------------- * Sat Feb 09 2008 Rahul Sundaram - 3.04-7 - Rebuild for GCC 4.3 dclib-0.3.11-4.fc9 ------------------ * Fri Feb 08 2008 Luke Macken - 0.3.1-4 - Rebuild for gcc 4.3 deutex-4.4.0-6.fc9 ------------------ * Fri Feb 08 2008 Wart 4.4.0-6 - Rebuild for gcc 3.4 doodle-0.6.7-2.fc9 ------------------ * Fri Feb 08 2008 Karol Trzcionka - 0.6.7-2 - respin (gcc43) dumpasn1-20080204-1.fc9 ----------------------- * Sat Feb 09 2008 Ville Skytt?? - 20080204-1 - 20080204. e2fsprogs-1.40.5-2.fc9 ---------------------- * Fri Feb 08 2008 Eric Sandeen 1.40.5-2 - gcc-4.3 rebuild ebview-0.3.6-4.fc9.2 -------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 eds-feed-0.5.0-8.fc9 -------------------- * Fri Feb 08 2008 Brian Pepple - 0.5.0-8 - Rebuild for gcc-4.3. enchant-1:1.3.0-4.fc9 --------------------- * Fri Feb 08 2008 Caolan McNamara 1:1.3.0-4.fc9 - minor cockup etherbat-1.0.1-4.fc9 -------------------- * Fri Feb 08 2008 Jon Ciesla 1.0.1-4 - GCC 4.3 rebuild. ettercap-0.7.3-22.fc9 --------------------- * Fri Feb 08 2008 Jon Ciesla - 0.7.3-22 - GCC 4.3 rebuild. exempi-1.99.9-1.fc9 ------------------- * Fri Feb 08 2008 Deji Akingunola - 1.99.9-1 - Update to 1.99.9 extrema-4.3.4-2.fc9 ------------------- * Fri Feb 08 2008 Terje Rosten - 4.3.4-2 - Rebuild foremost-1.5.3-1.fc9 -------------------- * Tue Dec 04 2007 Toshio Kuratomi - 1.5.3-1 - Update to 1.5.3. This incorporates our previous patches. - Mass rebuild for new gcc. freeciv-2.1.3-4.fc9 ------------------- * Sat Feb 09 2008 Mamoru Tasaka 2.1.3-4 - Fix up typo. * Fri Feb 08 2008 Rex Dieter 2.1.3-3 - fixup ggz integration (#431726) freehdl-0.0.4-5.fc9 ------------------- * Fri Feb 08 2008 Eric Tanguy 0.0.4-5 - Add patch to build with new gcc-4.3 freeze-2.5.0-8.fc9 ------------------ * Fri Feb 08 2008 Nicolas Mailhot - 2.5.0-8 ??? gcc 4.3 rebuild func-0.17-1.fc9 --------------- * Fri Feb 08 2008 Michael DeHaan - 0.17-1 - bugfix release fxload-2002_04_11-7.fc9 ----------------------- * Sat Feb 09 2008 Stephen Warren - 2002_04_11-7 - Bump version to rebuild with gcc-4.3 fyre-1.0.1-5.fc9 ---------------- * Fri Feb 08 2008 Brian Pepple - 1.0.1-5 - Rebuild for gcc-4.3. gai-temp-0.1.1-9 ---------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Mon Aug 20 2007 Michael Schwendt - 0.1.1-8 - Patch GError and GObject issues. * Thu Aug 02 2007 Michael Schwendt - 0.1.1-7 - Clarify licence (GPL+). gail-1.21.5-2.fc9 ----------------- * Fri Feb 08 2008 Matthias Clasen - 1.21.5-2 - Rebuild for gcc 4.3 galago-daemon-0.5.1-4.fc9 ------------------------- * Fri Feb 08 2008 Brian Pepple - 0.5.1-4 - Rebuild for gcc-4.3. gc-7.0-7.fc9 ------------ * Fri Feb 08 2008 Rex Dieter 7.0-7 - respin (gcc43) * 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) gdhcpd-0.3.2-8.fc9 ------------------ * Fri Feb 08 2008 Adel Gadllah 0.3.2-8 - Rebuild for gcc-4.3 genchemlab-1.0-8.fc9 -------------------- * Fri Feb 08 2008 Jon Ciesla - 1.0-8 - GCC 4.3 rebuild. ghex-2.21.90-1.1 ---------------- glade2-2.12.2-2.fc9 ------------------- * Fri Feb 08 2008 Matthias Clasen - 2.12.2-2 - Rebuild for gcc 4.3 glunarclock-0.32.4-11.fc9 ------------------------- * Fri Feb 08 2008 Jon Ciesla - 0.32.4-11 - GCC 4.3 rebuild. gnome-commander-1.2.4-4.fc9.2 ----------------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 gnonlin-0.10.9-3.fc9 -------------------- * Fri Feb 08 2008 Brian Pepple - 0.10.9-3 - Rebuild for gcc-4.3. gnubg-20061119-14.fc9 --------------------- * Fri Feb 08 2008 Jon Ciesla - 20061119-14 - GCC 4.3 rebuild. gnupg2-2.0.8-3.fc9 ------------------ * Fri Feb 08 2008 Rex Dieter 2.0.8-3 - respin (gcc43) gobby-0.4.5-3.fc9 ----------------- * Fri Feb 08 2008 Luke Macken - 0.4.5-3 - Add a patch to fix gcc4.3 compilation errors * Fri Feb 08 2008 Luke Macken - 0.4.5-2 - Rebuild for gcc 4.3 gossip-0.28-3.fc9 ----------------- * Fri Feb 08 2008 Brian Pepple - 0.28-3 - Rebuild for gcc-4.3. gpart-0.1h-9.fc9 ---------------- * Fri Feb 08 2008 David Cantrell - 0.1h-9 - Rebuild for gcc-4.3 gparted-0.3.5-1.fc9 ------------------- * Thu Feb 07 2008 Deji Akingunola - 0.3.5-1 - New upstream version gpgme-1.1.6-2.fc9 ----------------- * Fri Feb 08 2008 Rex Dieter 1.1.6-2 - respin (gcc43) gqview-2.0.4-6 -------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Sun Sep 23 2007 Michael Schwendt - 2.0.4-5 - update patch: gimp-remote doesn't know option -n anymore * Tue Aug 21 2007 Michael Schwendt - rebuilt grsync-0.6.1-2.fc9 ------------------ * Fri Feb 08 2008 Sebastian Vahl - 0.6.1-2 - workaround crash when adding new sessions (#385051) gtk-nodoka-engine-0.6.90.2-2.fc9 -------------------------------- * Fri Feb 08 2008 Martin Sourada - 0.6.90.2-2 - Rebuild for gcc 4.3 - Use full source path hdf-4.2r3-1.fc9 --------------- * Tue Feb 05 2008 Orion Poplawski 4.2.r3-1 - Update to 4.2r3 htmldoc-1.8.27-6.fc9 -------------------- * Sat Feb 09 2008 Adam Goode - 1.8.27-6 - GCC 4.3 mass rebuild http_ping-20050629-7.fc9 ------------------------ * Sat Feb 09 2008 Ville Skytt?? - 20050629-7 - Rebuild. hunspell-en-0.20080207-1.fc9 ---------------------------- * Fri Feb 08 2008 Caolan McNamara - 0.20080207-1 - canonical upstream source ilmbase-1.0.1-2.fc9 ------------------- * Fri Feb 08 2008 Rex Dieter 1.0.1-2 - respin (gcc43) iprutils-2.2.8-2.fc9 -------------------- * Fri Feb 08 2008 David Cantrell - 2.2.8-2 - Rebuild for gcc-4.3 jakarta-commons-daemon-1:1.0.1-6jpp.5.fc9 ----------------------------------------- * Fri Feb 08 2008 Permaine Cheung - 1:1.0.1-6jpp.5 - Add configure patch for ia64 from Doug Chapman jasper-1.900.1-8.fc9 -------------------- * Fri Feb 08 2008 Rex Dieter 1.900.1-8 - respin (gcc43) jd-2.0.0-0.3.svn1777_trunk.fc9 ------------------------------ * Sat Feb 09 2008 Mamoru Tasaka - 2.0.0-0.3.svn1777 - svn 1777 (version 2.0.0) jfbterm-0.4.7-15.fc9.2 ---------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 kaider-4.0.0-2.fc9 ------------------ * Sat Feb 09 2008 Kevin Kofler 4.0.0-2 - Rebuild for GCC 4.3 kdeaddons-3.5.8-5.fc9 --------------------- * Sat Feb 09 2008 Kevin Kofler 3.5.8-5 - rebuild for GCC 4.3 kdeartwork-4.0.1-1.fc9 ---------------------- * Sat Feb 09 2008 Kevin Kofler 4.0.1-1 - update to 4.0.1 kdegames3-3.5.8-4.fc9 --------------------- * Sat Feb 09 2008 Kevin Kofler - 3.5.8-4 - rebuild for GCC 4.3 kdelibs3-3.5.8-23.fc9 --------------------- * Sat Feb 09 2008 Kevin Kofler - 3.5.8-23 - rebuild for GCC 4.3 kdepim-6:3.5.8-17.svn20080109.ent.fc9 ------------------------------------- * Sat Feb 09 2008 Kevin Kofler 6:3.5.8-17.20080109.ent - rebuild for GCC 4.3 * Mon Jan 21 2008 Kevin Kofler 6:3.5.8-16.20080109.ent - add patch from kitchensync-OpenSync0.30API branch to build KitchenSync again (F9+) * Wed Jan 09 2008 Rex Dieter 6:3.5.8-15.20080109.ent - 20080109 snapshot (sync with F-7/8 branches) kdevelop-9:3.5.0-7.fc9 ---------------------- * Sat Feb 09 2008 Kevin Kofler - 9:3.5.0-7 - disable parallel make because of a race condition * Sat Feb 09 2008 Kevin Kofler - 9:3.5.0-6 - rebuild for GCC 4.3 kdewebdev-6:3.5.8-7.fc9 ----------------------- * Sat Feb 09 2008 Kevin Kofler - 6:3.5.8-7 - rebuild for GCC 4.3 kernel-2.6.24.1-26.fc9 ---------------------- * Fri Feb 08 2008 Chuck Ebbert - Restore futex patch that was dropped from 2.6.24.1 * Fri Feb 08 2008 Chuck Ebbert - Linux 2.6.24.1 * Fri Feb 08 2008 Chuck Ebbert - Linux 2.6.24.1-rc1 kile-2.0-3.fc9 -------------- * Sat Feb 09 2008 Kevin Kofler 2.0-3 - rebuild for GCC 4.3 kita-0.177.3-12.fc9.2 --------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 kreetingkard-0.7.1-2.fc9.2 -------------------------- libIDL-0.8.10-2.fc9 ------------------- * Fri Feb 08 2008 Matthias Clasen - 0.8.10-2 - Rebuild for gcc 4.3 libapreq2-2.09-0.rc2.14.fc9 --------------------------- * Sat Feb 09 2008 Tom "spot" Callaway - 2.09-0.rc2.14 - rebuild for GCC 4.3 * Sat Feb 02 2008 Tom "spot" Callaway - 2.09-0.rc2.13 - rebuild for new perl libassuan-1.0.4-2.fc9 --------------------- * Fri Feb 08 2008 Rex Dieter 1.0.4-2 - respin (gcc43) libbeagle-0.3.0-4.fc9 --------------------- * Fri Feb 08 2008 Matthias Clasen - 0.3.0-4 - Rebuild for gcc 4.3 libcroco-0.6.1-4.fc9 -------------------- * Fri Feb 08 2008 Matthias Clasen - 0.6.1-4 - Rebuild for gcc 4.3 libdc1394-2.0.1-4.fc9 --------------------- * Sat Feb 09 2008 Tim Niemueller - 2.0.1-4 - Rebuild with GCC 4.3 for rawhide (F9) libdhcp-1.99.7-2.fc9 -------------------- * Fri Feb 08 2008 David Cantrell - 1.99.7-2 - Rebuild for gcc-4.3 libepc-0.3.4-2.fc9 ------------------ * Fri Feb 08 2008 Brian Pepple - 0.3.4-2 - Rebuild for gcc-4.3. libgail-gnome-1.20.0-2.fc9 -------------------------- * Fri Feb 08 2008 Matthias Clasen - 1.20.0-2 - Rebuild for gcc 4.3 libgalago-0.5.2-6.fc9 --------------------- * Fri Feb 08 2008 Brian Pepple - 0.5.2-6 - Rebuild for gcc-4.3. * 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-7.fc9 ------------------------- * Fri Feb 08 2008 Brian Pepple - 0.5.0-7 - Rebuild for gcc-4.3. libggz-0.0.14-3.fc9 ------------------- * Fri Feb 08 2008 Rex Dieter 0.0.14-3 - respin (gcc43) libglade2-2.6.2-4.fc9 --------------------- * Sat Feb 09 2008 Matthias Clasen 2.6.2-4 - Rebuild for gcc 4.3 libgnomecanvas-2.20.1.1-2.fc9 ----------------------------- * Sat Feb 09 2008 Matthias Clasen 2.20.1.1-2 - Rebuild for gcc 4.3 * Tue Nov 13 2007 Matthias Clasen 2.20.1.1-1 - Update to 2.20.1.1 * Mon Nov 12 2007 Matthias Clasen 2.20.1-2 - Readd the scrolling patch, with an extra fix for redraw problems libgweather-2.21.2-5.fc9 ------------------------ * Sat Feb 09 2008 Matthias Clasen 2.21.2-5 - Rebuild for gcc 4.3 libkexiv2-0.1.6-4.fc9 --------------------- * Fri Feb 08 2008 Rex Dieter 1.1.6-4 - respin (gcc43) * Sun Dec 09 2007 Rex Dieter 1.1.6-3 - BR: kdelibs3-devel (f7+) libksba-1.0.2-4.fc9 ------------------- * Fri Feb 08 2008 Rex Dieter 1.0.2-4 - respin (gcc43) libmpcdec-1.2.6-4.fc9 --------------------- * Fri Feb 08 2008 Rex Dieter 1.2.6-4 - respin (gcc43) librtas-1.3.3-3.fc9 ------------------- * Fri Feb 08 2008 David Cantrell - 1.3.3-3 - Rebuild for gcc-4.3 libsexy-0.1.11-4.fc9 -------------------- * Fri Feb 08 2008 Brian Pepple - 0.1.11-4 - Rebuild for gcc-4.3. libsidplay-1.36.57-17 --------------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Thu Jan 03 2008 Michael Schwendt 1.36.57-16 - Patch ios::binary check for GCC 4.3.0 C++. * Sat Oct 20 2007 Michael Schwendt 1.36.57-15 - Move the i386-specific configure options into a __i386__ patch. This shall fix the multiarch conflict in libsidplay-devel (#342371). libspectre-0.2.0-2.fc9 ---------------------- libtcd-2.2.3-1.fc9.2 -------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 libtelepathy-0.3.1-3.fc9 ------------------------ * Fri Feb 08 2008 Brian Pepple - 0.3.1-3 - Rebuild for gcc-4.3. logserial-0.4.2-5.fc9.2.1 ------------------------- * Sat Feb 09 2008 Manuel Wolfshant 0.4.2-5.2.1 - previous entry had wrong date * Wed Aug 22 2007 Manuel Wolfshant 0.4.2-5.2 - rebuilt for gcc-4.3.0 lrzip-0.19-1.fc9 ---------------- lzop-1.02-0.6.rc1.fc9 --------------------- manedit-0.8.1-2.fc9.2 --------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 mirage-0.9.2-1.fc9.2 -------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 mknbi-1.4.4-11.fc9 ------------------ * Fri Feb 08 2008 Warren Togami 1.4.4-11 - rebuild for gcc-4.3 * Mon Oct 29 2007 Warren Togami 1.4.4-10 - fix source timestamp - filter out perl* provides * Mon Oct 29 2007 Warren Togami 1.4.4-9 - Fix Source0 - GPLv2+ - add some comments naim-0.11.8.3.1-6.fc9 --------------------- * Fri Feb 08 2008 Luke Macken - 0.11.8.3.1-6 - Rebuild for gcc 4.3 nautilus-flac-converter-0.0.3-2.fc9 ----------------------------------- * Fri Feb 08 2008 Brian Pepple - 0.0.3-2 - Rebuild for gcc-4.3. nautilus-image-converter-0.2.1-3.fc9 ------------------------------------ * Fri Feb 08 2008 Brian Pepple - 0.2.1-3 - Rebuild for gcc-4.3. neXtaw-0.15.1-12.fc9 -------------------- * Sat Feb 09 2008 Ville Skytt?? - 0.15.1-12 - Include more docs, convert README to UTF-8. neon-0.28.0-2 ------------- net6-1.3.5-3.fc9 ---------------- * Fri Feb 08 2008 Luke Macken - 1.3.5-3 - Rebuild for gcc 4.3 nethack-3.4.3-17.fc9 -------------------- * Fri Feb 08 2008 Luke Macken - 3.4.3-17 - Rebuild for gcc 4.3 netmask-2.3.9-3.fc9 ------------------- * Sat Feb 09 2008 Ville Skytt?? - 2.3.9-3 - Rebuild. netpanzer-0.8.2-3.fc9 --------------------- * Fri Feb 08 2008 Jon Ciesla 0.8.2-3 - GCC 4.3 rebuild. * Thu Jan 10 2008 Jon Ciesla 0.8.2-2 - Added memory, algorithm patches. nexuiz-2.3-4.fc9 ---------------- * Fri Feb 08 2008 Jon Ciesla - 2.3-4 - GCC 4.3 rebuild. * Wed Oct 24 2007 Jon Ciesla - 2.3-3 - Add support for opengl-games-utils. - Dropped X-Fedora from .desktop install. * Tue Aug 21 2007 Jon Ciesla - 2.3-2 - License tag correction. - Rebuild for f8. nomarch-1.4-3.fc9 ----------------- * Fri Feb 08 2008 Nicolas Mailhot - 1.4-3 ??? gcc 4.3 rebuild ??? License fix nspr-4.7-1.fc9 -------------- * Sat Feb 09 2008 Kai Engert - 4.7-1 - Update to NSPR 4.7 ntl-5.4.1-2.fc9 --------------- * Fri Feb 08 2008 Rex Dieter 5.4.1-2 - respin (gcc43) obby-0.4.4-3.fc9 ---------------- * Fri Feb 08 2008 Luke Macken - 0.4.4-3 - Rebuild for gcc 4.3 ochusha-0.5.99.66-0.4.cvs070110.fc9.2 ------------------------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 oniguruma-5.9.1-1.fc9.2 ----------------------- openldap-2.4.7-7.fc9 -------------------- * Fri Feb 08 2008 Jan Safranek 2.4.7-7 - fix CVE-2008-0658 (#432014) ots-0.5.0-1.fc9 --------------- * Fri Feb 08 2008 Peter Gordon - 0.5.0-1 - Update to new upstream release (0.5.0). - Drop GCC4 patch (fixed upstream): - 0.4.2-gcc4.patch pam_krb5-2.2.22-1 ----------------- * Fri Feb 08 2008 Nalin Dahyabhai - 2.2.22-1 - make sure we don't fall out of the calling process's PAG when we check the .k5login (fallout from #371761) - make most boolean options controllable on a per-service basis panelfm-1.2-2.fc9.3 ------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 pastebin-0.60-1.fc9 ------------------- * Wed Feb 06 2008 Michael Stahnke - 0.60-1 - New Upstream version (0.60) - A few new patches to make it work in url/patebin rather the paste.example.com - Patched several bugs throwing errors into the apache logs - Provided upgrade SQL script pcapy-0.10.5-3.fc9 ------------------ pcb-0.20080202-2.fc9 -------------------- * Sat Feb 02 2008 Chitlesh Goorah - 0.20080202-2 - treat locales properly * Sat Feb 02 2008 Chitlesh Goorah - 0.20080202-1 - fixed docdir - new upstream release - treat locales properly * Thu Jun 21 2007 Chitlesh Goorah - 0.20070208-2 - fixed docdir pengupop-2.2.2-3.fc9 -------------------- * Fri Feb 08 2008 Jon Ciesla 2.2.2-3 - GCC 4.3 rebuild. perl-Convert-UUlib-1:1.09-3.fc9 ------------------------------- * Fri Feb 08 2008 Nicolas Mailhot - 1:1.09-3 ??? gcc 4.3 rebuild perl-Font-TTF-0.43-1.fc9 ------------------------ * Fri Feb 08 2008 Nicolas Mailhot - 0.43-1 ??? License fix php-pear-HTTP-Upload-0.9.1-2.fc9 -------------------------------- policycoreutils-2.0.42-3.fc9 ---------------------------- * Fri Feb 08 2008 Dan Walsh 2.0.42-3 - Add messages for audit2allow DONTAUDIT pork-0.99.8.1-8.fc9 ------------------- * Fri Feb 08 2008 Luke Macken - 0.99.8.1-8 - Rebuild for gcc 4.3 prboom-2.4.7-3.fc9 ------------------ * Fri Feb 08 2008 Wart 2.4.7-3 - Rebuild for gcc 4.3 pscan-1.3-1.fc9 --------------- * Sat Feb 09 2008 Ville Skytt?? - 1.3-1 - 1.3. pth-2.0.7-6 ----------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Sun Oct 21 2007 Michael Schwendt - 2.0.7-5 - Patch pth-config. This shall fix the multiarch conflict in pth-devel (#342961). It must not return -I/usr/include and -L/usr/{lib,lib64} either, since these are default search paths already. - Replace the config.status CFLAGS sed expr with a patch. * Tue Aug 21 2007 Michael Schwendt - rebuilt purple-galago-0.5.1-6.fc9 ------------------------- * Fri Feb 08 2008 Brian Pepple - 0.5.1-6 - Rebuild for gcc-4.3. pygpgme-0.1-8.fc9 ----------------- * Fri Feb 08 2008 Toshio Kuratomi - 0.1-8 - Rebuild for new gcc. pyparted-1.8.9-5.fc9 -------------------- * Fri Feb 08 2008 David Cantrell - 1.8.9-5 - Rebuild for gcc-4.3 python-cherrytemplate-1.0.0-7.fc9 --------------------------------- * Fri Feb 08 2008 Luke Macken - 1.0.0-7 - Include our new egg-info * Fri Feb 08 2008 Luke Macken - 1.0.0-6 - Rebuild for gcc 4.3 python-irclib-0.4.6-5.fc9 ------------------------- * Fri Feb 08 2008 Luke Macken 0.4.6-5 - Include our new egg-info * Fri Feb 08 2008 Luke Macken 0.4.6-4 - Rebuild for gcc 4.3 python-simplejson-1.7.3-3.fc9 ----------------------------- * Fri Feb 08 2008 Luke Macken - 1.7.3-3 - Rebuild for gcc 4.3 qascade-0.1-9.fc9 ----------------- * Fri Feb 08 2008 Jon Ciesla - 0.1-9 - GCC 4.3 rebuild. qfaxreader-0.3.1-9.fc9.2 ------------------------ * Sat Feb 09 2008 manuel "lonely wolf" wolfshant - 0.3.1-9.2 - wrong date for previous changelog entry * Fri Jan 04 2008 manuel "lonely wolf" wolfshant - 0.3.1-9.1 - rebuilt for gcc-4.3.0 qpxtool-0.6.1-7.fc9 ------------------- * Fri Feb 08 2008 Adel Gadllah 0.6.1-7 - Rebuild for gcc-4.3 qt4-theme-quarticurve-0.0-0.11.beta7.fc9 ---------------------------------------- * Sat Feb 09 2008 Kevin Kofler - 0.0-0.11.beta7 - Rebuild for GCC 4.3. quarticurve-kwin-theme-0.0-0.4.beta3.fc9 ---------------------------------------- * Sat Feb 09 2008 Kevin Kofler - 0.0-0.4.beta3 - Rebuild for GCC 4.3. raptor-1.4.16-2.fc9 ------------------- * Sat Feb 09 2008 Kevin Kofler 1.4.16-2 - Rebuild for GCC 4.3. rasqal-0.9.15-1.fc9 ------------------- * Sat Feb 09 2008 Kevin Kofler 0.9.15-1 - Update to 0.9.15 (for redland 1.0.7, also lots of bugfixes) - Update minimum raptor version - BR perl(XML::DOM) (needed by the testsuite) redland-1.0.7-1.fc9 ------------------- * Sat Feb 09 2008 Kevin Kofler 1.0.7-1 - update to 1.0.7 - update minimum raptor and rasqal versions referencer-1.1.0-1.fc9 ---------------------- * Fri Feb 08 2008 Deji Akingunola - 1.1.0-1 - Latest upstream release ren-1.0-12.fc9.2 ---------------- * Wed Aug 22 2007 Manuel "lonely wolf" Wolfshant - 1.0-12.2 - rebuilt for gcc4.3.0 * Wed Aug 22 2007 lonely wolf - 1.0-12.1 - rebuilt * Sat Jun 30 2007 lonely wolf - 1.0-12 - fix preserving of man timestamp. Thanks Patrice Dumas for reporting it. rhdb-utils-8.3.0-1.fc9 ---------------------- * Fri Feb 08 2008 Tom Lane 8.3.0-1 - Update pg_filedump to version 8.3.0, to support PostgreSQL 8.3. rhpl-0.213-1 ------------ * Fri Feb 08 2008 Chris Lumens - 0.213-1 - Update Serbian keyboard layouts again (#431304). (clumens) rogue-5.4.5-2.fc9 ----------------- * Fri Feb 08 2008 Wart 5.4.5-2 - Rebuild for gcc 4.3 ruby-revolution-0.5-1.svn210.fc9.2 ---------------------------------- rubygem-zoom-0.4.1-2.fc9.3 -------------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 schedtool-1.2.10-9.fc9 ---------------------- * Fri Feb 08 2008 Adel Gadllah 1.2.10-9 - Rebuild for gcc-4.3 seamonkey-1.1.8-3.fc9 --------------------- * Sat Feb 09 2008 Kai Engert - 1.1.8-3 - make it build with nss 3.12, mozilla bug 399589 - work around an issue with gcc 4.3.0, redhat bug 432138 * Fri Feb 08 2008 Kai Engert - 1.1.8-2 - SeaMonkey 1.1.8 sendmail-8.14.2-3.fc9 --------------------- * Fri Feb 08 2008 Thomas Woerner 8.14.2-3 - added server(smtp) provide (rhbz#380621) setroubleshoot-2.0.5-1.fc9 -------------------------- * Wed Feb 06 2008 John Dennis - 2.0.5-1 - allow sealert -l lookup to accept * wildcard - add a few more audit fields needing special decode handling sobby-0.4.4-2.fc9 ----------------- * Fri Feb 08 2008 Luke Macken - 0.4.4-2 - Rebuild for gcc 4.3 soprano-2.0.0-2.fc9 ------------------- * Sat Feb 09 2008 Kevin Kofler 2.0.0-2 - rebuild for GCC 4.3 strigi-0.5.7-4.fc9 ------------------ * Sat Feb 09 2008 Kevin Kofler - 0.5.7-4 - Rebuild for GCC 4.3 * Fri Jan 11 2008 Deji Akingunola - 0.5.7-3 - Fix build failure with gcc-4.3 swfdec-0.5.90-2.fc9 ------------------- * Fri Feb 08 2008 Brian Pepple - 0.5.90-2 - Rebuild for gcc-4.3. swfdec-gnome-2.21.90-2.fc9 -------------------------- * Fri Feb 08 2008 Brian Pepple - 2.21.90-2 - Rebuild for gcc-4.3. swfdec-mozilla-0.5.90-2.fc9 --------------------------- * Fri Feb 08 2008 Brian Pepple - 0.5.90-2 - Rebuild for gcc-4.3. sylpheed-2.4.8-3 ---------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering system-config-firewall-1.2.3-1.fc9 ---------------------------------- * Fri Feb 08 2008 Thomas Woerner 1.2.3-1 - fixed traceback for empty configuration use in life installer (rhbz#430963) - use config-util for userhelper configuration (rhbz#428392) - mark dirty after applying new default configuration - do not overwrite attributes filename and converted in config - use new shared ChooserButton - fixed forward dialog and labels to use current dialog width - use tempfile.mkdtemp for better security - updated translations: fi, fr, it, ja, nl, pt_BR, sr and sr at latin tagtool-0.12.3-4.fc9 -------------------- * Fri Feb 08 2008 Brian Pepple - 0.12.3-4 - Rebuild for gcc-4.3. tcd-utils-20061127-1.fc9.3 -------------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 tcpreplay-3.2.5-2.fc9 --------------------- * Sat Feb 09 2008 Bojan Smojver - 3.2.5-2 - rebuild for GCC 4.3 tcpxtract-1.0.1-8.fc9.2 ----------------------- * Sat Feb 09 2008 Manuel "lonely wolf" Wolfshant 1.0.1-8.2 - rebuilt for gcc-4.3.0 telepathy-feed-0.13-5.fc9 ------------------------- * Fri Feb 08 2008 Brian Pepple - 0.13-5 - Rebuild for gcc-4.3. telepathy-gabble-0.6.1-3.fc9 ---------------------------- * Fri Feb 08 2008 Brian Pepple - 0.6.1-3 - Rebuild for gcc-4.3. telepathy-glib-0.7.0-2.fc9 -------------------------- * Fri Feb 08 2008 Brian Pepple - 0.7.0-2 - Rebuild for gcc-4.3. telepathy-idle-0.1.2-3.fc9 -------------------------- * Fri Feb 08 2008 Brian Pepple - 0.1.2-3 - Rebuild for gcc-4.3. telepathy-stream-engine-0.3.25-3.fc9 ------------------------------------ * Fri Feb 08 2008 Brian Pepple - 0.3.25-3 - Rebuild for gcc-4.3. tgif-4.1.45-5.fc9.2 ------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 tideEditor-1.4.1-1.fc9.4 ------------------------ * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 tokyocabinet-1.1.14-1.fc9 ------------------------- * Fri Feb 08 2008 Deji Akingunola - 1.1.14-1 - Update to 1.1.14 tomcat5-0:5.5.26-1jpp.1.fc9 --------------------------- * Fri Feb 08 2008 Devrim GUNDUZ 0:5.5.26-1jpp.1 - Update to new upstream version * CVE-2007-5342 - Removed patch20, now in upstream. * Sat Jan 05 2008 Devrim GUNDUZ 0:5.5.25-2jpp.2 - Fix for bz #153187 - Fix for bz #426850 - Fix for bz #312561 - Fix init script, per bz #247077 - Fix builds on alpha, per bz #253827. - Fix init script for bz #380921 - Fix tomcat5.conf and spec file for bz #253605 * Thu Nov 15 2007 Devrim GUNDUZ 0:5.5.25-1jpp.1 - Updated to 5.5.25, to fix the following issues: * CVE-2007-1355 * CVE-2007-3386 * CVE-2007-3385 * CVE-2007-3382 * CVE-2007-2450, RH bugzilla #244808, #244810, #244812, #363081 * CVE-2007-2449, RH bugzilla #244810, #244812, #244804, #363081 - Applied patch(20) for RH bugzilla #333791, CVE-2007-5461 - Applied patch(21) for RH bugzilla #244803, #244812, #363081, CVE-2007-1358 tong-1.0-10.fc9 --------------- * Fri Feb 08 2008 Wart - 1.0-10 - Rebuild for gcc 4.3 trac-monotone-plugin-0.0.14-1.20080208mtnb4dd178b.fc9 ----------------------------------------------------- * Fri Feb 08 2008 Roland McGrath - 0.0.14-1.20080208mtnb4dd178b - New upstream version. tuxpuck-0.8.2-5.fc9 ------------------- * Fri Feb 08 2008 Jon Ciesla 0.8.2-5 - GCC 4.3 rebuild. tzclock-2.5.5-1.fc9.2 --------------------- ucl-1.03-8.fc9 -------------- * Fri Feb 08 2008 Jon Ciesla - 1.03-8 - GCC 4.3 rebuild. ularn-1.5p4-11.fc9 ------------------ * Fri Feb 08 2008 Wart 1.5p4-11 - Rebuild for gcc 4.3 upx-3.02-2.fc9 -------------- * Fri Feb 08 2008 Jon Ciesla - 3.02-2 - GCC 4.3 rebuild. valknut-0.3.11-3.fc9 -------------------- * Fri Feb 08 2008 Luke Macken 0.3.11-3 - Rebuild for gcc 4.3 vorbisgain-0.36-3.fc9 --------------------- * Fri Feb 08 2008 Brian Pepple - 0.36-3 - Rebuild for gcc-4.3. vym-1.10.0-3.fc9 ---------------- * Fri Feb 08 2008 Jon Ciesla - 1.10.0-3 - GCC 4.3 rebuild. * Wed Jan 09 2008 Jon Ciesla - 1.10.0-2 - Added typeinfo patches. wkf-1.3.11-1.fc9.2 ------------------ wordpress-2.3.3-0.fc9 --------------------- * Fri Feb 08 2008 John Berninger - 2.3.3-0 - update to 2.3.3 for security fixes - BZ 431547 wxdfast-0.6.0-4.fc9 ------------------- * Fri Feb 08 2008 Adel Gadllah 0.6.0-4 - Rebuild for gcc-4.3 xforms-1.0.90-11.fc9 -------------------- * Fri Feb 08 2008 Rex Dieter 1.0.90-11 - respin (gcc43) xgrav-1.2.0-6.fc9 ----------------- * Fri Feb 08 2008 Jon Ciesla - 1.2.0-6 - GCC 4.3 rebuild. xine-lib-1.1.10.1-1.fc9 ----------------------- * Fri Feb 08 2008 Ville Skytt?? - 1.1.10.1-1 - 1.1.10.1 (security update, #431541). xmms-sid-0.8.0-0.5.beta17.fc9 ----------------------------- * Fri Feb 08 2008 Michael Schwendt - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Tue Aug 21 2007 Michael Schwendt - rebuilt * 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+). xmoto-edit-0.2.4-12.fc9 ----------------------- * Fri Feb 08 2008 Jon Ciesla 0.2.4-12 - GCC 4.3 rebuild. xpilot-ng-4.7.2-14.fc9 ---------------------- * Mon Feb 18 2008 Wart 4.7.2-14 - Rebuild for gcc 4.3 xplanet-1.2.0-3.fc9.2 --------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 xprobe2-0.3-11.fc9 ------------------ * Fri Feb 08 2008 Luke Macken 0.3-11 - Add a trivial patch to fix a compilation error * Fri Feb 08 2008 Luke Macken 0.3-10 - Rebuild for gcc 4.3 xsc-1.5-3.fc9 ------------- yaboot-1.3.13-9.fc9 ------------------- * Fri Feb 08 2008 David Cantrell - 1.3.13-9 - Rebuild for gcc-4.3 yadex-1.7.0-10.fc9 ------------------ * Fri Feb 08 2008 Wart 1.7.0-10 - Rebuild for gcc 4.3 * Fri Sep 07 2007 Wart 1.7.0-9 - No longer BuildRequires: gawk due to buildroot changes yum-3.2.11-1.fc9 ---------------- * Fri Feb 08 2008 Seth Vidal - 3.2.11-1 - 3.2.11 * Sun Jan 27 2008 James Bowes 3.2.10-3 - Remove yumupd.py * Fri Jan 25 2008 Seth Vidal - 3.2.10-1 - 3.2.10 - add pygpgme dep z88dk-1.7-3.fc9 --------------- * Sat Feb 09 2008 Kevin Kofler - 1.7-3 - rebuild for GCC 4.3 zenity-2.20.1-3.fc9 ------------------- * Sat Feb 09 2008 Matthias Clasen - 2.20.1-3 - Rebuild for gcc 4.3 Broken deps for i386 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.i386 requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 claws-mail-plugins-3.2.0-1.fc9.i386 requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh ghdl-0.25-0.89svn.6.fc8.i386 requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 rpy-1.0.1-2.fc9.i386 requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 system-config-firewall-1.2.3-1.fc9.noarch requires usermode >= 0:1.94.1 twinkle-1.1-4.fc9.i386 requires libccgnu2-1.5.so.0 twinkle-1.1-4.fc9.i386 requires libccext2-1.5.so.0 twinkle-1.1-4.fc9.i386 requires libccrtp1-1.5.so.1 Broken deps for x86_64 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-1.so.0()(64bit) 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-widgets-1.so.0()(64bit) bmpx-0.40.13-7.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) claws-mail-plugins-3.2.0-1.fc9.x86_64 requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.x86_64 requires libgnat-4.1.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libFoundation-1.1.3-10.fc6.x86_64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 rpy-1.0.1-2.fc9.x86_64 requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) system-config-firewall-1.2.3-1.fc9.noarch requires usermode >= 0:1.94.1 twinkle-1.1-4.fc9.x86_64 requires libccgnu2-1.5.so.0()(64bit) twinkle-1.1-4.fc9.x86_64 requires libccrtp1-1.5.so.1()(64bit) twinkle-1.1-4.fc9.x86_64 requires libccext2-1.5.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.ppc requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 claws-mail-plugins-3.2.0-1.fc9.ppc requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) ghdl-0.25-0.89svn.6.fc8.ppc requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.ppc requires libobjc.so.1 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 rpy-1.0.1-2.fc9.ppc requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.ppc requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) system-config-firewall-1.2.3-1.fc9.noarch requires usermode >= 0:1.94.1 twinkle-1.1-4.fc9.ppc requires libccgnu2-1.5.so.0 twinkle-1.1-4.fc9.ppc requires libccext2-1.5.so.0 twinkle-1.1-4.fc9.ppc requires libccrtp1-1.5.so.1 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) claws-mail-plugins-3.2.0-1.fc9.ppc64 requires claws-mail-plugins-clamav drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 rpy-1.0.1-2.fc9.ppc64 requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) system-config-firewall-1.2.3-1.fc9.noarch requires usermode >= 0:1.94.1 twinkle-1.1-4.fc9.ppc64 requires libccgnu2-1.5.so.0()(64bit) twinkle-1.1-4.fc9.ppc64 requires libccrtp1-1.5.so.1()(64bit) twinkle-1.1-4.fc9.ppc64 requires libccext2-1.5.so.0()(64bit) From tim at niemueller.de Sat Feb 9 14:35:52 2008 From: tim at niemueller.de (Tim Niemueller) Date: Sat, 09 Feb 2008 15:35:52 +0100 Subject: Weird VNC problems with keyboard layout Message-ID: <47ADBA48.9010709@niemueller.de> Hi all. I have really weird problems with VNC, using different servers, different clients, but every combination has the very same symptoms. I'm using a German localized Gnome, with the German keyboard layout. Now if I connect to any remote VNC I cannot type many "special" characters. This means umlauts as well as regular charaters like a dash (and / being Shift+6). It is not that it is just an English keyboard layout but it doesn't seem to be any meaningful keyboard setup that I know. In the beginning for example I ended up copying dashes for commands until I figured out how to solve this. And this is even more weird: I added the US English keyboard layout additionally to the German one. Then I added the Gnome keyboard applet to my panel. If I now start the VNC connection, and then switch to "USA" for this window it works, and it works with the German layout! So then I'm able to type all characters including Umlauts, although the keyboard layout for this window is set to US English. As server I have used an Vine Server for OS X (also known as OSXVnc) as well as a Qemu-VM started using virt-manager. Clients have been tightvnc, realvnc, virt-viewer and vinagre (last two then accounting as gtk-vnc). The system is an F-8 machine. I just found out about this fix while testing F9Alpha in a VM... Does anybody know what's going wrong here? Has anybody experienced similar problems? I don't even know what I would file a bug against. Because so many programs are affected I'd expect that this is some kind of Gnome infrastructure problem? Astonished, Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From tim at niemueller.de Sat Feb 9 15:14:30 2008 From: tim at niemueller.de (Tim Niemueller) Date: Sat, 09 Feb 2008 16:14:30 +0100 Subject: GCC 4.3 C++ question Message-ID: <47ADC356.7040107@niemueller.de> Hi all. I'm currently investigating for our codebase how smooth the transition can be to GCC 4.3. There I'm running into the following problem on F9Alpha: I have a class which has a "sub-typedef" for an internal list, something like: class SomeClass { public: SomeClass(); // more stuff... protected: typedef struct _mylist mylist_t; struct _mylist { mylist_t *next; void *dataM }; }; Now, this gives me compiler errors about "invalid use of incomplete type ?struct _mylist?" for the accompanying .cpp file. If I move the typedef and struct out of the class this works (put it before "class SomeClass"). Have I been using something that was not supposed to be done before or is that a bug in the current pre-release? I'm quite used to be able to have something like SomeClass::mylist_t as types so I'd expect the latter. Any comments? Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From sundaram at fedoraproject.org Sat Feb 9 15:35:34 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 21:05:34 +0530 Subject: a plan for updates after end of life In-Reply-To: <20080209100422.GB2685@free.fr> References: <20080209100422.GB2685@free.fr> Message-ID: <47ADC846.1070401@fedoraproject.org> Patrice Dumas wrote: > Hello, > > I thought about a plan regarding Updates After End of Life (UAEL, > temporary name for the project). I think that first we should make sure > that all the packages in the comps groups 'Core' and 'Base' that are not > optional + kernel have a maintainer for that branch. Then we would > automatically generate a list of all the packages that have UAEL branches > and advertise UAEL to be that set of packages, and nothing more. > > The text for UAEL could be like > > "Updates After End of Life is a volunteer based project which aim is to > maintain packages after Fedora End of Life selected on a volunteer basis. > A package is available if there is a volunteer to maintain it. The packages > currently maintained are listed below. A volunteer may stop maintaining a > package, in which case it will be removed from the list. A whole branch > is discontinued when one of the packages that defines a minimal fedora > system isn't maintained anymore (a minimal system is defined as a system > with default and mandatory packages from Core and Base comps groups, > plus the kernel). > > The rule for updating packages in this project is not well formalized > and mostly left to the package maintainers. We avoid breaking > compatibility or doing rebuilds for futile reasons, but we don't promise > ABI stability either. It can be thought as a middle ground between > Fedora rate of change and RHEL/Centos/EPEL rate of change. > > In case it still wasn't clear from above, it is a volunteer based > project, so there is no guarantee on the lifetime of a branch, a > package to be maintained nor on the rate of package updates." > > > Now what I propose is to start a wiki page where I list the packages > that are in a Base + Core install, and let people interested put their > name in front of the packages they are ready to maintain. A packager > ready to maintain such a package should at least be approved in the > package database as watchcommit and watchbugzilla for this packages > for branches that are more recent than the branch he intends to > maintain. > > When all those packages have a maintainer ready, we > * find a definitive name for the project > * start a SIG (with, at least all the maintainers of the above packages) > and a mailing list > * discuss with releng the infrastructure bits (use the same directory > than releases in cvs?...), find somebody to do the bohdi pushes > * begin to ask for branches in cvs (based on the process discussed > above) > * do a script to generate the list of packages (I can volunteer for that) > > > Does this looks like a plan acceptable by the Fedora lead? > > Opinions, comments? In this plan, it appears everything is left to the maintainers as to how long they want to provide updates at which point the end users can't rely much on the service since some critical packages might turn out to be not maintained while the rest of them are. If we are going to provide a extended lifecycle, I believe we need to give users a more definitive time period. Here is a counter proposal if you will: For two releases and a month (approx 13 months), we do the full updates as we are doing currently. For another say 5 months or till the next release we do only security fixes and very major bug fixes (as in crashes all the time sort of bugs). We don't necessarily backport or guarantee ABI stability at any point of time but we try to reduce the churn to the minimum possible. Would it be possible to do that for the entire set of packages? Some metrics on what are marked as security updates vs others might be useful to determine this. Rahul From jakub.rusinek at gmail.com Sat Feb 9 15:39:50 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 16:39:50 +0100 Subject: Disk Manager Message-ID: <47ADC946.2090404@gmail.com> Hi, I wonder if we can include Disk Manager [1] in "core" ISOs (LiveCD, DVD), since it's very nice GUI improvement for newbies. 1| http://en.andregondim.eti.br/?p=5 -- Livio From mike at miketc.com Sat Feb 9 15:34:25 2008 From: mike at miketc.com (Mike Chambers) Date: Sat, 09 Feb 2008 09:34:25 -0600 Subject: Preventing loss of useful information when closing bugs as duplicates. In-Reply-To: <47AD73B0.9090304@gmail.com> References: <1202546221.30524.3.camel@fedlex.lex.hider.name> <47AD73B0.9090304@gmail.com> Message-ID: <1202571265.5742.2.camel@scrappy.miketc.com> On Sat, 2008-02-09 at 01:34 -0800, Andrew Farris wrote: > That might be a bad mess for bugs that are marked duplicate accidentally, > incorrectly, or just fat-fingered as duplicate of the wrong bug number. It > would cause a weird mixing of comments that don't follow easily from the > previous as well. And if they are seriously looking at the bug and really want it fixed, they will just go look at the dup'd bug and see what comments were said, just in case. Yes, little more work, but still gonna read them no matter what, so an extra click to get you there. -- Mike Chambers Madisonville, KY "The best lil town on Earth!" From j.w.r.degoede at hhs.nl Sat Feb 9 15:44:36 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 09 Feb 2008 16:44:36 +0100 Subject: GCC 4.3 C++ question In-Reply-To: <47ADC356.7040107@niemueller.de> References: <47ADC356.7040107@niemueller.de> Message-ID: <47ADCA64.2000003@hhs.nl> Tim Niemueller wrote: > Hi all. > > I'm currently investigating for our codebase how smooth the transition > can be to GCC 4.3. There I'm running into the following problem on F9Alpha: > > I have a class which has a "sub-typedef" for an internal list, something > like: > > class SomeClass > { > public: > SomeClass(); > // more stuff... > protected: > typedef struct _mylist mylist_t; > struct _mylist { > mylist_t *next; > void *dataM > }; > }; > > Now, this gives me compiler errors about "invalid use of incomplete type > ?struct _mylist?" for the accompanying .cpp file. If I move the typedef > and struct out of the class this works (put it before "class SomeClass"). > > Have I been using something that was not supposed to be done before or > is that a bug in the current pre-release? I'm quite used to be able to > have something like SomeClass::mylist_t as types so I'd expect the latter. > Maybe (just guessing here) the typedef should be: typedef struct SomeClass::_mylist mylist_t; ? Regards, Hans From hughsient at gmail.com Sat Feb 9 15:47:27 2008 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 9 Feb 2008 15:47:27 +0000 Subject: to autodownload or not to autodownload In-Reply-To: <47AD7600.4040808@gmail.com> References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> Message-ID: <15e53e180802090747o38204801pe9b716ced0c92a9@mail.gmail.com> On Feb 9, 2008 9:44 AM, Jakub 'Livio' Rusinek wrote: > PolicyKit-based and PackageKit-based backend should be used by Firefox. Sure. This way we can do this as a distro update and integrate with FF. Richard. From sundaram at fedoraproject.org Sat Feb 9 16:01:12 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 21:31:12 +0530 Subject: Disk Manager In-Reply-To: <47ADC946.2090404@gmail.com> References: <47ADC946.2090404@gmail.com> Message-ID: <47ADCE48.9080804@fedoraproject.org> Jakub 'Livio' Rusinek wrote: > Hi, > > I wonder if we can include Disk Manager [1] in "core" ISOs (LiveCD, > DVD), since it's very nice GUI improvement for newbies. > > > 1| http://en.andregondim.eti.br/?p=5 Someone needs to package this first. Are you interested? Rahul From jakub.rusinek at gmail.com Sat Feb 9 16:04:02 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 17:04:02 +0100 Subject: Disk Manager In-Reply-To: <47ADCE48.9080804@fedoraproject.org> References: <47ADC946.2090404@gmail.com> <47ADCE48.9080804@fedoraproject.org> Message-ID: <47ADCEF2.50000@gmail.com> Rahul Sundaram wrote: > Jakub 'Livio' Rusinek wrote: >> Hi, >> >> I wonder if we can include Disk Manager [1] in "core" ISOs (LiveCD, >> DVD), since it's very nice GUI improvement for newbies. >> >> >> 1| http://en.andregondim.eti.br/?p=5 > > Someone needs to package this first. Are you interested? > > Rahul > Sure :) . From sundaram at fedoraproject.org Sat Feb 9 16:07:52 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 21:37:52 +0530 Subject: Disk Manager In-Reply-To: <47ADCEF2.50000@gmail.com> References: <47ADC946.2090404@gmail.com> <47ADCE48.9080804@fedoraproject.org> <47ADCEF2.50000@gmail.com> Message-ID: <47ADCFD8.7060300@fedoraproject.org> Jakub 'Livio' Rusinek wrote: > Rahul Sundaram wrote: >> Jakub 'Livio' Rusinek wrote: >>> Hi, >>> >>> I wonder if we can include Disk Manager [1] in "core" ISOs (LiveCD, >>> DVD), since it's very nice GUI improvement for newbies. >>> >>> >>> 1| http://en.andregondim.eti.br/?p=5 >> >> Someone needs to package this first. Are you interested? >> >> Rahul >> > > Sure :) Ask again when it is already in the repository then ;-) Rahul From jakub.rusinek at gmail.com Sat Feb 9 16:08:51 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 17:08:51 +0100 Subject: Disk Manager In-Reply-To: <47ADCFD8.7060300@fedoraproject.org> References: <47ADC946.2090404@gmail.com> <47ADCE48.9080804@fedoraproject.org> <47ADCEF2.50000@gmail.com> <47ADCFD8.7060300@fedoraproject.org> Message-ID: <47ADD013.2050907@gmail.com> Rahul Sundaram wrote: > Jakub 'Livio' Rusinek wrote: >> Rahul Sundaram wrote: >>> Jakub 'Livio' Rusinek wrote: >>>> Hi, >>>> >>>> I wonder if we can include Disk Manager [1] in "core" ISOs (LiveCD, >>>> DVD), since it's very nice GUI improvement for newbies. >>>> >>>> >>>> 1| http://en.andregondim.eti.br/?p=5 >>> >>> Someone needs to package this first. Are you interested? >>> >>> Rahul >>> >> >> Sure :) > > Ask again when it is already in the repository then ;-) > > Rahul > I'll try today :P . From valent.turkovic at gmail.com Sat Feb 9 16:09:49 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 17:09:49 +0100 Subject: installation workflow issues In-Reply-To: <47ADA963.4060406@fedoraproject.org> References: <47ACF449.60904@gmail.com> <604aa7910802081647u1c9a9d3dg59b236855367b50e@mail.gmail.com> <64b14b300802081652k5e8a6012k66937b3885b40d7f@mail.gmail.com> <47ACFC1C.8060302@fedoraproject.org> <64b14b300802090155o32917e7y181ecae85cfb6375@mail.gmail.com> <47ADA963.4060406@fedoraproject.org> Message-ID: <64b14b300802090809s491daf51p445512c180a8c393@mail.gmail.com> On Feb 9, 2008 2:23 PM, Rahul Sundaram wrote: > Valent Turkovic wrote: > > >> Rahul > > > > I would first to present it and then if you find it that should be in > > bz then I'll put it there as bugs, RFE or whatever. > > If this is purely about Anaconda, anaconda-list might be more suitable. > > > > > Can somebody tell me who is doing testing of installation workflows > > and how for Fedora and RHEL? > > For Fedora - Anaconda, QA teams and everybody in the community who are > interested. Refer > > http://fedoraproject.org/wiki/Anaconda > http://fedoraproject.org/wiki/QA/TestCases > > > Rahul Thank you Rahul this is what I was looking for. After I look through I'll contact Anaconda team and devel lists if needed. Cheers, Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From paul+fdl at saturnine.org.uk Sat Feb 9 16:09:50 2008 From: paul+fdl at saturnine.org.uk (Paul Black) Date: Sat, 9 Feb 2008 16:09:50 +0000 Subject: GCC 4.3 C++ question In-Reply-To: <47ADC356.7040107@niemueller.de> References: <47ADC356.7040107@niemueller.de> Message-ID: On 09/02/2008, Tim Niemueller wrote: > Hi all. > > I'm currently investigating for our codebase how smooth the transition > can be to GCC 4.3. There I'm running into the following problem on F9Alpha: > > I have a class which has a "sub-typedef" for an internal list, something > like: > > class SomeClass > { > public: > SomeClass(); > // more stuff... > protected: > typedef struct _mylist mylist_t; > struct _mylist { > mylist_t *next; > void *dataM > }; > }; Why not: class SomeClass { public: SomeClass(); // more stuff... protected: struct mylist_t { mylist_t *next; void *dataM }; }; -- Paul From cmadams at hiwaay.net Sat Feb 9 16:19:27 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 9 Feb 2008 10:19:27 -0600 Subject: to autodownload or not to autodownload In-Reply-To: References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> Message-ID: <20080209161927.GA1553810@hiwaay.net> Once upon a time, Kevin Kofler said: > Flash is not an essential part of a person's life, you can do very well without > _any_ Flash player, Free or proprietary. Well, Fedora "is not an essential part of a person's life" either. However, I need a fully-functional Flash player as part of my job, because some vendor websites use it. If you are saying I shouldn't use Flash on Fedora, you are telling me I shouldn't use Fedora on my desktop. The free Flash players, as distributed in Fedora, will _always_ be broken, as they can't include MP3 for audio (at least until about 2017). If it allowable for codecbuddy to point to a gratis MP3 codec, why is it not allowable for something to point to a gratis Flash player, especially when it is the "standard" and the company behind it actually sets up a repo for use with Fedora (as opposed to the MP3 situation)? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From valent.turkovic at gmail.com Sat Feb 9 16:42:09 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 17:42:09 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <15e53e180802090747o38204801pe9b716ced0c92a9@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <15e53e180802090747o38204801pe9b716ced0c92a9@mail.gmail.com> Message-ID: <64b14b300802090842x2319e930gbb64e09753f948a8@mail.gmail.com> On Feb 9, 2008 4:47 PM, Richard Hughes wrote: > On Feb 9, 2008 9:44 AM, Jakub 'Livio' Rusinek wrote: > > PolicyKit-based and PackageKit-based backend should be used by Firefox. > > Sure. This way we can do this as a distro update and integrate with FF. > > Richard. Richard is it too hard to make PackageKit work with fedora when it sees that there is a flash plugin missing that it sets up macromedia yum repository and installs flash? Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Sat Feb 9 16:49:11 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 17:49:11 +0100 Subject: How to introduce new package? In-Reply-To: <47ACDCD1.8080209@cisco.com> References: <20080208221705.2720C7313D@hormel.redhat.com> <47ACDCD1.8080209@cisco.com> Message-ID: <64b14b300802090849s3f13c2d4p5eefa404d57a397e@mail.gmail.com> On Feb 8, 2008 11:50 PM, Charles Jones wrote: > What has to be done to introduce a new package into FC? I'm interested > in getting "hobbit monitor" > (http://www.sourceforge.net/projects/hobbitmon) added. It has already > been accepted into debian and mandriva. > > -Charles I checked out Hobbit Monitor demo page and it looks just like the thing I need :) Please consider also maintaining it for CentOS. Thank you in advance. Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From sgrubb at redhat.com Sat Feb 9 16:56:53 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Sat, 9 Feb 2008 11:56:53 -0500 Subject: Procedure for handling actively exploited security bugs with patches? In-Reply-To: References: <47AD3715.6020204@serpentine.com> Message-ID: <200802091156.53622.sgrubb@redhat.com> On Saturday 09 February 2008 12:38:02 am Jason L Tibbitts III wrote: > Make sure things get in bugzilla and are marked as security so the security > team sees it, and if you have a patch and you have access they I can't see > why you wouldn't at least commit it and do a scratch build. In many cases, the suggested fix is a quick reaction that is incomplete or causes a subtle incompatibility. Security patches need careful but timely review. I recommend that the security team coordinate the repair and no one apply unreviewed patches just because you have access. -Steve From behdad at behdad.org Sat Feb 9 17:04:52 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Sat, 09 Feb 2008 12:04:52 -0500 Subject: Firefox: Figuring out rendered FONTS In-Reply-To: <200802090907.34283.jorge.fabregas@gmail.com> References: <200802082128.31360.jorge.fabregas@gmail.com> <1202536242.12350.45.camel@behdad.behdad.org> <200802090907.34283.jorge.fabregas@gmail.com> Message-ID: <1202576692.12350.53.camel@behdad.behdad.org> On Sat, 2008-02-09 at 09:07 -0400, Jorge F?bregas wrote: > On Saturday 09 February 2008 01:50:42 am Behdad Esfahbod wrote: > > $ fc-match calibri,tahoma,arial,sans-serif > > Thanks Behdad. I had no idea about fc-match. I'm going to investigate how > accurate this is compared to what's happening within Firefox. > > Also...I just found out about: > /etc/fonts/conf.d/30-aliases-fedora.conf > > There are some font mappings in here...for example, if Arial is requested try > this font, or this one or the other. This is also used by fontconfig > right? ...complicating more the thing :( Right. And fc-match takes that into account. > Thanks, > Jorge > > -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From vonbrand at inf.utfsm.cl Sat Feb 9 17:16:10 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 09 Feb 2008 14:16:10 -0300 Subject: ilw3945 doesn't work after yesterday's updates Message-ID: <200802091716.m19HGA5d005011@laptop13.inf.utfsm.cl> Everything seems messed up: NetworkManager, dhclient, etc. Any clues? -- 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 bpepple at fedoraproject.org Sat Feb 9 17:19:42 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sat, 09 Feb 2008 12:19:42 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <20080209161927.GA1553810@hiwaay.net> References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> Message-ID: <1202577582.5475.5.camel@nixon> On Sat, 2008-02-09 at 10:19 -0600, Chris Adams wrote: > Once upon a time, Kevin Kofler said: > > Flash is not an essential part of a person's life, you can do very well without > > _any_ Flash player, Free or proprietary. > > Well, Fedora "is not an essential part of a person's life" either. > However, I need a fully-functional Flash player as part of my job, > because some vendor websites use it. If you are saying I shouldn't use > Flash on Fedora, you are telling me I shouldn't use Fedora on my > desktop. > > The free Flash players, as distributed in Fedora, will _always_ be > broken, as they can't include MP3 for audio (at least until about 2017). > If it allowable for codecbuddy to point to a gratis MP3 codec, why is it > not allowable for something to point to a gratis Flash player, > especially when it is the "standard" and the company behind it actually > sets up a repo for use with Fedora (as opposed to the MP3 situation)? The source code is available for the mp3 gstreamer plugin. The only reason we can't include it in Fedora is due to US patent law. Proprietary flash on the other hand is closed-sourced. Later, /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 valent.turkovic at gmail.com Sat Feb 9 17:38:40 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 18:38:40 +0100 Subject: samba remote share feature is broken in F8 Message-ID: <64b14b300802090938v1083f539r670a06d46209b84f@mail.gmail.com> Hi, I have tried solving this issue on fedoraforum.org and fedora-user lists without sucess. This the case: * samba mount points are defined in /etc/fstab * on bootup they aren't mounted because networkmanager is started too late in init process (in Gnome actually) * if you mount samba shares manually or by starting netfs service then it works * unmounting samba shares doesn't work during reboot and shutdown because NetworkManager service is killed much earlier that netfs service I have dealt with samba shares mounting automatically by puting a script in: /etc/NetworkManager/dispatcher.d/ # cat /etc/NetworkManager/dispatcher.d/samba.sh #!/bin/bash # Script to dispatch NetworkManager events # # mount samba shares on network up if [ "$1" = "eth0" ] then if [ "$2" = "up" ] then /sbin/service netfs start fi if [ "$2" = "down" ] then /sbin/service netfs stop fi fi This works for mounting but not for unmounting samba shares :( One other thing I thought of it rearranging order of services in /etc/rc6.d/ and /etc/rc0.d/ in order to make possible for netfs to stop before NetworkManager /etc/rc0.d/ K01NetworkManager K02NetworkManagerDispatcher K75netfs /etc/rc6.d/ K01NetworkManager K02NetworkManagerDispatcher K75netfs So in /etc/rc6.d/ and /etc/dc0.d/ I did this: mv K02NetworkManagerDispatcher K03NetworkManagerDispatcher mv K01NetworkManager K02NetworkManager mv K75netfs K01netfs I'm not sure how smart is it do this so I wanted you to look at this issue and figure out a way that would be best to fix this issue in Fedora 8 and so that it JustWorks in Fedora 9. Cheers, Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Sat Feb 9 17:38:40 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Sat, 9 Feb 2008 18:38:40 +0100 Subject: samba remote share feature is broken in F8 Message-ID: <64b14b300802090938v1083f539r670a06d46209b84f@mail.gmail.com> Hi, I have tried solving this issue on fedoraforum.org and fedora-user lists without sucess. This the case: * samba mount points are defined in /etc/fstab * on bootup they aren't mounted because networkmanager is started too late in init process (in Gnome actually) * if you mount samba shares manually or by starting netfs service then it works * unmounting samba shares doesn't work during reboot and shutdown because NetworkManager service is killed much earlier that netfs service I have dealt with samba shares mounting automatically by puting a script in: /etc/NetworkManager/dispatcher.d/ # cat /etc/NetworkManager/dispatcher.d/samba.sh #!/bin/bash # Script to dispatch NetworkManager events # # mount samba shares on network up if [ "$1" = "eth0" ] then if [ "$2" = "up" ] then /sbin/service netfs start fi if [ "$2" = "down" ] then /sbin/service netfs stop fi fi This works for mounting but not for unmounting samba shares :( One other thing I thought of it rearranging order of services in /etc/rc6.d/ and /etc/rc0.d/ in order to make possible for netfs to stop before NetworkManager /etc/rc0.d/ K01NetworkManager K02NetworkManagerDispatcher K75netfs /etc/rc6.d/ K01NetworkManager K02NetworkManagerDispatcher K75netfs So in /etc/rc6.d/ and /etc/dc0.d/ I did this: mv K02NetworkManagerDispatcher K03NetworkManagerDispatcher mv K01NetworkManager K02NetworkManager mv K75netfs K01netfs I'm not sure how smart is it do this so I wanted you to look at this issue and figure out a way that would be best to fix this issue in Fedora 8 and so that it JustWorks in Fedora 9. Cheers, Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From jakub.rusinek at gmail.com Sat Feb 9 17:53:58 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 18:53:58 +0100 Subject: Disk Manager In-Reply-To: <47ADCFD8.7060300@fedoraproject.org> References: <47ADC946.2090404@gmail.com> <47ADCE48.9080804@fedoraproject.org> <47ADCEF2.50000@gmail.com> <47ADCFD8.7060300@fedoraproject.org> Message-ID: <47ADE8B6.9010806@gmail.com> Rahul Sundaram wrote: > Jakub 'Livio' Rusinek wrote: >> Rahul Sundaram wrote: >>> Jakub 'Livio' Rusinek wrote: >>>> Hi, >>>> >>>> I wonder if we can include Disk Manager [1] in "core" ISOs (LiveCD, >>>> DVD), since it's very nice GUI improvement for newbies. >>>> >>>> >>>> 1| http://en.andregondim.eti.br/?p=5 >>> >>> Someone needs to package this first. Are you interested? >>> >>> Rahul >>> >> >> Sure :) > > Ask again when it is already in the repository then ;-) > > Rahul > Awaiting review request. Free to take it [1]. 1| http://tnij.org/arfm From pertusus at free.fr Sat Feb 9 17:50:29 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 9 Feb 2008 18:50:29 +0100 Subject: a plan for updates after end of life In-Reply-To: <47ADC846.1070401@fedoraproject.org> References: <20080209100422.GB2685@free.fr> <47ADC846.1070401@fedoraproject.org> Message-ID: <20080209175029.GA2857@free.fr> On Sat, Feb 09, 2008 at 09:05:34PM +0530, Rahul Sundaram wrote: > > In this plan, it appears everything is left to the maintainers as to how > long they want to provide updates at which point the end users can't rely > much on the service since some critical packages might turn out to be not > maintained while the rest of them are. If we are going to provide a The whole point of my proposal is that users know exactly which packages are maintained. And it allows to start this with the interested maintainers. It is unreasonable to expect to have the whole set of packages maintained in the extended period, since it is well known that only few maintainers are willing to maintain the packages for an extended duration. But this may be very valuable in some settings for some users. > extended lifecycle, I believe we need to give users a more definitive time > period. Since we cannot give a definitive time period, because it is volunteer based, it is better not to give one. > For two releases and a month (approx 13 months), we do the full updates as > we are doing currently. For another say 5 months or till the next release > we do only security fixes and very major bug fixes (as in crashes all the > time sort of bugs). We don't necessarily backport or guarantee ABI We don't have the manpower for that. -- Pat From jakub.rusinek at gmail.com Sat Feb 9 18:00:40 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 19:00:40 +0100 Subject: Mass rebuild delay for my packages Message-ID: <47ADEA48.7060303@gmail.com> Hi, I must to announce, that: 1) libical, which is osmo's dependency must be rebuilt and updated in bodhi. 2) osmo is libical-dependent from new release, to I must to wait for libical update to update osmo (2 in 1: rebuild and update). So, libical will be requested by me for stable inclusion without testing, Osmo will be pushed to testing normally, because new version will be put into repo. -- Livio From sundaram at fedoraproject.org Sat Feb 9 18:06:00 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 09 Feb 2008 23:36:00 +0530 Subject: a plan for updates after end of life In-Reply-To: <20080209175029.GA2857@free.fr> References: <20080209100422.GB2685@free.fr> <47ADC846.1070401@fedoraproject.org> <20080209175029.GA2857@free.fr> Message-ID: <47ADEB88.5030002@fedoraproject.org> Patrice Dumas wrote: > > Since we cannot give a definitive time period, because it is volunteer > based, it is better not to give one. It is possible for volunteer based projects to give a better timeframe than merely a ad-hoc maintenance policy. We need to do this in a more organized way for end users to take advantage of this. If say the kernel or ssh isn't maintained and has security issues, would it really be useful for some of the other core packages to get updates? >> For two releases and a month (approx 13 months), we do the full updates as >> we are doing currently. For another say 5 months or till the next release >> we do only security fixes and very major bug fixes (as in crashes all the >> time sort of bugs). We don't necessarily backport or guarantee ABI > > We don't have the manpower for that. How do we really know that? I don't think anybody has really looked at the man power required for doing just critical security fixes for a few months more. Rahul From orion at cora.nwra.com Sat Feb 9 18:10:11 2008 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Sat, 9 Feb 2008 11:10:11 -0700 (MST) Subject: Script to update release and changelog? Message-ID: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> Is there a script posted somewhere for automatically bumping the release and adding a line to %changelog? Perhaps we could get integrated into Makefile.common? make bumprel COMMENT="Rebuild for gcc 4.3" - Orion From pertusus at free.fr Sat Feb 9 18:12:44 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 9 Feb 2008 19:12:44 +0100 Subject: a plan for updates after end of life In-Reply-To: <47ADEB88.5030002@fedoraproject.org> References: <20080209100422.GB2685@free.fr> <47ADC846.1070401@fedoraproject.org> <20080209175029.GA2857@free.fr> <47ADEB88.5030002@fedoraproject.org> Message-ID: <20080209181243.GB2857@free.fr> On Sat, Feb 09, 2008 at 11:36:00PM +0530, Rahul Sundaram wrote: > > It is possible for volunteer based projects to give a better timeframe than > merely a ad-hoc maintenance policy. We need to do this in a more organized > way for end users to take advantage of this. If say the kernel or ssh isn't > maintained and has security issues, would it really be useful for some of > the other core packages to get updates? Since they are in the Core+Base comps group, if one of these packages isn't maintained anymore the whole branch is dropped (as said in my proposal). > How do we really know that? I don't think anybody has really looked at the > man power required for doing just critical security fixes for a few months > more. If we have a maintainer ready to do that for the Core+Base package this would already be very nice. We could expand our promises if it works well, but currently I think that a no warranty proposal like the one I propose is better. -- Pat From kevin at scrye.com Sat Feb 9 18:24:17 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Sat, 9 Feb 2008 11:24:17 -0700 Subject: Mass rebuild delay for my packages In-Reply-To: <47ADEA48.7060303@gmail.com> References: <47ADEA48.7060303@gmail.com> Message-ID: <20080209112417.6df8488b@ghistelwchlohm.scrye.com> On Sat, 09 Feb 2008 19:00:40 +0100 jakub.rusinek at gmail.com ("Jakub 'Livio' Rusinek") wrote: > Hi, > > I must to announce, that: > > 1) libical, which is osmo's dependency must be rebuilt and updated in > bodhi. > > 2) osmo is libical-dependent from new release, to I must to wait for > libical update to update osmo (2 in 1: rebuild and update). > > So, libical will be requested by me for stable inclusion without > testing, > > Osmo will be pushed to testing normally, because new version will be > put into repo. 2 things: 1. You do realize that the mass rebuild for the new gcc is ONLY in the devel/rawhide branch? From your comments it looks like you are rebuilding all your branches... which you shouldn't do. Only rawhide/devel. 2. For stable branches in the above situation, you can build libical and mail rel-eng that you need to add it to the build override to allow you to build osmo. Then you can test both and push them at the same time. > Livio kevin -------------- 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 Sat Feb 9 18:27:00 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 09 Feb 2008 12:27:00 -0600 Subject: a plan for updates after end of life In-Reply-To: <47ADEB88.5030002@fedoraproject.org> References: <20080209100422.GB2685@free.fr> <47ADC846.1070401@fedoraproject.org> <20080209175029.GA2857@free.fr> <47ADEB88.5030002@fedoraproject.org> Message-ID: <47ADF074.7090302@gmail.com> Rahul Sundaram wrote: > >> >> Since we cannot give a definitive time period, because it is volunteer >> based, it is better not to give one. > > It is possible for volunteer based projects to give a better timeframe > than merely a ad-hoc maintenance policy. We need to do this in a more > organized way for end users to take advantage of this. If say the kernel > or ssh isn't maintained and has security issues, would it really be > useful for some of the other core packages to get updates? Packages other than the kernel, ones that provide network services, and ones that run setuid are fairly unlikely to cause serious security problems. >>> For two releases and a month (approx 13 months), we do the full >>> updates as we are doing currently. For another say 5 months or till >>> the next release we do only security fixes and very major bug fixes >>> (as in crashes all the time sort of bugs). We don't necessarily >>> backport or guarantee ABI >> >> We don't have the manpower for that. > > How do we really know that? I don't think anybody has really looked at > the man power required for doing just critical security fixes for a few > months more. The package maintainer might also have the option of replacing the EOL'd fedora package with one rebuilt from the CentOS distro (centosplus for the kernel) or the currently maintained fedora version so as not to have to continue to backport security patches separately. -- Les Mikesell lesmikesell at gmail.com From jakub.rusinek at gmail.com Sat Feb 9 18:41:58 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 19:41:58 +0100 Subject: Mass rebuild delay for my packages In-Reply-To: <20080209112417.6df8488b@ghistelwchlohm.scrye.com> References: <47ADEA48.7060303@gmail.com> <20080209112417.6df8488b@ghistelwchlohm.scrye.com> Message-ID: <47ADF3F6.1090207@gmail.com> Kevin Fenzi wrote: > On Sat, 09 Feb 2008 19:00:40 +0100 > jakub.rusinek at gmail.com ("Jakub 'Livio' Rusinek") wrote: > >> Hi, >> >> I must to announce, that: >> >> 1) libical, which is osmo's dependency must be rebuilt and updated in >> bodhi. >> >> 2) osmo is libical-dependent from new release, to I must to wait for >> libical update to update osmo (2 in 1: rebuild and update). >> >> So, libical will be requested by me for stable inclusion without >> testing, >> >> Osmo will be pushed to testing normally, because new version will be >> put into repo. > > 2 things: > > 1. You do realize that the mass rebuild for the new gcc is ONLY in the > devel/rawhide branch? From your comments it looks like you are > rebuilding all your branches... which you shouldn't do. Only > rawhide/devel. > > 2. For stable branches in the above situation, you can build libical > and mail rel-eng that you need to add it to the build override to allow > you to build osmo. Then you can test both and push them at the same > time. > >> Livio > > kevin > If I only knew it earlier... From wtogami at redhat.com Sat Feb 9 18:38:34 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 09 Feb 2008 13:38:34 -0500 Subject: K12Linux Re: Education SIG In-Reply-To: <47ADB212.3020901@when.com> References: <47ADB212.3020901@when.com> Message-ID: <47ADF32A.1040101@redhat.com> http://fedoraproject.org/wiki/K12Linux Hmm... I had already begun working on integrating K12LTSP with a target of Fedora 9. LTSP enables terminal server and thin client capability just like Edubuntu server or the older K12LTSP. Also in my plans were to simply make a yum group for other Educational software to make it easy to install from Add/Remove Software or PackageKit, or to include in any spin. It sounds like you are working on the latter part of this. Might it be confusing to users to have both a "K12Linux" and "Education" spin? http://k12linux.org/ Eric Harrison and I plan on reusing k12linux.org for the home page of this, and retiring the old K12LTSP name. K12Linux will be an official sub-project under the Fedora umbrella, built entirely out of Fedora components so it qualifies to be an official spin. Users may either install it with yum groupinstall from any existing Fedora, or install from the K12Linux spin media. Warren Togami wtogami at redhat.com From mschwendt.tmp0701.nospam at arcor.de Sat Feb 9 18:45:28 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sat, 9 Feb 2008 19:45:28 +0100 Subject: Script to update release and changelog? In-Reply-To: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> Message-ID: <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> On Sat, 9 Feb 2008 11:10:11 -0700 (MST), orion at cora.nwra.com wrote: > Is there a script posted somewhere for automatically bumping the release > and adding a line to %changelog? Perhaps we could get integrated into > Makefile.common? > > make bumprel COMMENT="Rebuild for gcc 4.3" I use these two: http://mschwendt.fedorapeople.org/bumpspecfile.py http://mschwendt.fedorapeople.org/rebuildrpms.py The first one only modifies given spec files and adds a changelog entry. The second one can be used to fully automate bump'n'rebuilds like rebuildrpms.py foo bar more-rpm-names-here Both still need configuration of constants at the top. They have been used before to mass-rebuild FE (that's why bumpspecfile.py is different from the original that's floating around). From vonbrand at inf.utfsm.cl Sat Feb 9 18:46:15 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 09 Feb 2008 15:46:15 -0300 Subject: Script to update release and changelog? In-Reply-To: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> Message-ID: <200802091846.m19IkF7c011223@laptop13.inf.utfsm.cl> orion at cora.nwra.com wrote: > Is there a script posted somewhere for automatically bumping the release > and adding a line to %changelog? Perhaps we could get integrated into > Makefile.common? > > make bumprel COMMENT="Rebuild for gcc 4.3" Adding that line by hand is surely trivial, and a %changelog that just records automatically generated (probably trivial) events isn't any real use IMHO. Perhaps make rpmlint complain if there is no entry for the version at hand? -- 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 sundaram at fedoraproject.org Sat Feb 9 18:54:40 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 10 Feb 2008 00:24:40 +0530 Subject: Script to update release and changelog? In-Reply-To: <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <47ADF6F0.3060401@fedoraproject.org> Michael Schwendt wrote: > On Sat, 9 Feb 2008 11:10:11 -0700 (MST), orion at cora.nwra.com wrote: > >> Is there a script posted somewhere for automatically bumping the release >> and adding a line to %changelog? Perhaps we could get integrated into >> Makefile.common? >> >> make bumprel COMMENT="Rebuild for gcc 4.3" > > I use these two: > > http://mschwendt.fedorapeople.org/bumpspecfile.py > http://mschwendt.fedorapeople.org/rebuildrpms.py > > The first one only modifies given spec files and adds a changelog entry. That's neat. Could this functionality be integrated with the common make files? Rahul From mjs at clemson.edu Sat Feb 9 18:53:02 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Sat, 09 Feb 2008 18:53:02 +0000 Subject: ilw3945 doesn't work after yesterday's updates In-Reply-To: <200802091716.m19HGA5d005011@laptop13.inf.utfsm.cl> References: <200802091716.m19HGA5d005011@laptop13.inf.utfsm.cl> Message-ID: <1202583183.6246.48.camel@valkyrie.localdomain> On Sat, 2008-02-09 at 14:16 -0300, Horst H. von Brand wrote: > Everything seems messed up: NetworkManager, dhclient, etc. Any clues? What got updated? What else can you tell us about your experiences? FWIW, I'm not having problems right now. In fact, yesterday, I was connecting to our hidden-SSID network with NM for the first time. Also see this: http://www.ces.clemson.edu/linux/f8-nm-iwl3945-B.shtml. It may have something you can use. -- Matthew Saltzman Clemson University Mathematical Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From jspaleta at gmail.com Sat Feb 9 19:01:42 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 9 Feb 2008 10:01:42 -0900 Subject: a plan for updates after end of life In-Reply-To: <20080209100422.GB2685@free.fr> References: <20080209100422.GB2685@free.fr> Message-ID: <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> On Feb 9, 2008 1:04 AM, Patrice Dumas wrote: > "Updates After End of Life is a volunteer based project which aim is to > maintain packages after Fedora End of Life selected on a volunteer basis. > A package is available if there is a volunteer to maintain it. The packages > currently maintained are listed below. A volunteer may stop maintaining a > package, in which case it will be removed from the list. A whole branch > is discontinued when one of the packages that defines a minimal fedora > system isn't maintained anymore (a minimal system is defined as a system > with default and mandatory packages from Core and Base comps groups, > plus the kernel). Here's how a read this: "We may close the whole branch at anytime.. be prepared" How do you plan to communicate such a drastic change to the userbase? Right now we make every effort to inform people at release time when the EOL date is for a Fedora release...and even that isn't enough communication. If you can essentially flip a switch and shutdown a branch, how are going to inform people about that? I really think we need clientside tools which can tell people via the repo metadata about the state of packages and the branch itself. Until we get that, I'm going to have a real hard time with something this freeform in terms of timeframe commitments. I understand why its freeform, but I'm really concerned about disclosure to the userbase in a timely manner. And to me timely means, finding a way to tell clients wtf is going on when they attempt to look for updates. What exactly triggers expiring a branch? It would be very easy for someone to just sign up and be the kernel maintainer and do nothing about security bugs and what not. Are the triggerable conditions that translated to 'unmaintained'? And i would have to say that if you flip the switch and expire a branch because of a lack of maintainership, then the branch is dead and doesn't get to come back. You could have a ticking clock in between, but once its dead... its dead. > Opinions, comments? > > If this proposal appears not to be rejected, I'll do a wiki page. I'm really concerned about misleading people about the state of the branch. It's the same concern I have about package orphans and expirations in the main fedora releases just more complicated because the branch could expire as well. Though I think the same implementation solution works here too... repo metadata concerning orphan/expire and ui to support it. And I think you might have to make some sort of additional communication effort concerning security, since you won't have a security team(initially at least) who is track security problems. I'm not sure we can realistically make an open-ended commitment in terms of resources. I think initially you're plan should include a "updates for at most X number of months" so we can estimate resource burn. -jef From jakub.rusinek at gmail.com Sat Feb 9 19:16:19 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 20:16:19 +0100 Subject: Mass rebuild delay for my packages In-Reply-To: <47ADF3F6.1090207@gmail.com> References: <47ADEA48.7060303@gmail.com> <20080209112417.6df8488b@ghistelwchlohm.scrye.com> <47ADF3F6.1090207@gmail.com> Message-ID: <47ADFC03.3070404@gmail.com> Ok, * libical rebuilt * lipstik rebuild * gnome-applet-tvn24 awaiting update (libxml2 update caused an issue in code) * osmo awaiting for libgringotts From lkundrak at redhat.com Sat Feb 9 19:11:19 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sat, 09 Feb 2008 20:11:19 +0100 Subject: Procedure for handling actively exploited security bugs with patches? In-Reply-To: <47AD3715.6020204@serpentine.com> References: <47AD3715.6020204@serpentine.com> Message-ID: <1202584279.11628.18.camel@localhost.localdomain> Hi, On Fri, 2008-02-08 at 21:16 -0800, Bryan O'Sullivan wrote: > A bug in a piece of widely used PHP-based software was announced a few > days ago, and it's now being actively exploited by spammers: > > http://wordpress.org/development/2008/02/wordpress-233/ > > Affected machines include my server, which is running F-8. Eep. Pardon me -- my point of view is by using wordpress you voluntary agree to get exploited, and no wordpress vulnerability is ever to be considered as having priority higher than low. > If a package maintainer doesn't turn a security fix around quickly, is > it reasonable (albeit a bit less than totally polite) to step in and do > the update oneself, assuming the ACLs permit it? > > In this case, I found that jwb was already making the necessary edits > just as I was checking the wordpress module out of CVS, which is cool, > but what's the general it's-a-weekend-and-everyone's-gone-skiing practice? During the week Fedora Security Response team actively monitors various sources of flaws and if something that needs immediate action arises, we take that action promptly. If the maintainer is unavailable, fix exists and ACLs permit, we do the fixing. If ACLs don't exist, there still are admins with super powers, so they can commit. During weekends we can not gaurantee that we will fix whatever arises in a day, due to our hours off and possibly releng having a weekend too. I'd say we can be confident that security features of properly Fedora such as FORTIFY_SOURCE, ExecShield and SELinux together with responsible configuration (firewall, etc.) lowers possibility of exposure to something really serious to minimum. Please note that responsible configuration in most cases implies no WordPress. Don't get me wrong please -- look at its security track. PS: Note we may be on during weekends too anyways -- as I am now. Remember we fixed a security issue on Christmas Eve. Thanks, -- Lubomir Kundrak (Red Hat Security Response Team) From lkundrak at redhat.com Sat Feb 9 19:21:35 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sat, 09 Feb 2008 20:21:35 +0100 Subject: Orphaning packages In-Reply-To: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> Message-ID: <1202584895.11628.24.camel@localhost.localdomain> On Thu, 2008-02-07 at 18:23 -0500, Vivek Lakshmanan wrote: > Hello, > I have been unable to provide necessary attention to a number of java > packages I owned for the last little while, and I am afraid my > schedule is only going to get tighter in the future. As a result I > have orphaned the following packages: ... > I apologize if any bugs you reported have not been acted upon recently. > If some brave soul would like to take over, I can provide guidance, > though it may be somewhat sporadic. Devrim helped a lot with tomcat5 and IIRC expressed some interest in maintaining it, so adding him to Cc, in case he didn't notice. Maybe he is the brave soul to take over some other packages as well. -- Lubomir Kundrak (Red Hat Security Response Team) From jdieter at gmail.com Sat Feb 9 19:25:23 2008 From: jdieter at gmail.com (Jonathan Dieter) Date: Sat, 09 Feb 2008 21:25:23 +0200 Subject: ilw3945 doesn't work after yesterday's updates In-Reply-To: <200802091716.m19HGA5d005011@laptop13.inf.utfsm.cl> References: <200802091716.m19HGA5d005011@laptop13.inf.utfsm.cl> Message-ID: <1202585123.3188.5.camel@localhost.localdomain> On Sat, 2008-02-09 at 14:16 -0300, Horst H. von Brand wrote: > Everything seems messed up: NetworkManager, dhclient, etc. Any clues? Not sure if it's related, but I ran into this with kernel-2.6.23.14-115.fc8. I kept on losing connection every three minutes or so with an error in dmesg saying "ProbeResp from current AP 00:14:A5:0E:E9:41 - assume out of range". I went back to kernel-2.6.23.14-107.fc8 and the systems working like normal. I meant to open a bug, but haven't gotten around to it yet. Also, FWIW, "options iwl3945 disable_hw_scan=1" is set in modprobe.conf. 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 vonbrand at inf.utfsm.cl Sat Feb 9 19:35:14 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 09 Feb 2008 16:35:14 -0300 Subject: a plan for updates after end of life In-Reply-To: <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> Message-ID: <200802091935.m19JZEj7018815@laptop13.inf.utfsm.cl> Jeff Spaleta wrote: > On Feb 9, 2008 1:04 AM, Patrice Dumas wrote: > > "Updates After End of Life is a volunteer based project which aim is to > > maintain packages after Fedora End of Life selected on a volunteer basis. > > A package is available if there is a volunteer to maintain it. The packages > > currently maintained are listed below. A volunteer may stop maintaining a > > package, in which case it will be removed from the list. A whole branch > > is discontinued when one of the packages that defines a minimal fedora > > system isn't maintained anymore (a minimal system is defined as a system > > with default and mandatory packages from Core and Base comps groups, > > plus the kernel). > > Here's how a read this: > "We may close the whole branch at anytime.. be prepared" What real use is that? The point of relying on some after-EOL-mainenance is to be able to extend the life for some definite time. -- 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 cmadams at hiwaay.net Sat Feb 9 19:42:48 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 9 Feb 2008 13:42:48 -0600 Subject: to autodownload or not to autodownload In-Reply-To: <1202577582.5475.5.camel@nixon> References: <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> Message-ID: <20080209194248.GB1553810@hiwaay.net> Once upon a time, Brian Pepple said: > On Sat, 2008-02-09 at 10:19 -0600, Chris Adams wrote: > > The free Flash players, as distributed in Fedora, will _always_ be > > broken, as they can't include MP3 for audio (at least until about 2017). > > If it allowable for codecbuddy to point to a gratis MP3 codec, why is it > > not allowable for something to point to a gratis Flash player, > > especially when it is the "standard" and the company behind it actually > > sets up a repo for use with Fedora (as opposed to the MP3 situation)? > > The source code is available for the mp3 gstreamer plugin. The only > reason we can't include it in Fedora is due to US patent law. > Proprietary flash on the other hand is closed-sourced. Does codecbuddy point to the open source MP3 plugin or a proprietary MP3 plugin? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jakub.rusinek at gmail.com Sat Feb 9 19:50:47 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 09 Feb 2008 20:50:47 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <20080209194248.GB1553810@hiwaay.net> References: <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> <20080209194248.GB1553810@hiwaay.net> Message-ID: <47AE0417.3060407@gmail.com> Chris Adams wrote: > Once upon a time, Brian Pepple said: >> On Sat, 2008-02-09 at 10:19 -0600, Chris Adams wrote: >>> The free Flash players, as distributed in Fedora, will _always_ be >>> broken, as they can't include MP3 for audio (at least until about 2017). >>> If it allowable for codecbuddy to point to a gratis MP3 codec, why is it >>> not allowable for something to point to a gratis Flash player, >>> especially when it is the "standard" and the company behind it actually >>> sets up a repo for use with Fedora (as opposed to the MP3 situation)? >> The source code is available for the mp3 gstreamer plugin. The only >> reason we can't include it in Fedora is due to US patent law. >> Proprietary flash on the other hand is closed-sourced. > > Does codecbuddy point to the open source MP3 plugin or a proprietary MP3 > plugin? Fluendo's... Let's name it "freeware". From sebastian at when.com Sat Feb 9 19:44:10 2008 From: sebastian at when.com (sebastian at when.com) Date: Sat, 09 Feb 2008 20:44:10 +0100 Subject: K12Linux Re: Education SIG In-Reply-To: <47ADF32A.1040101@redhat.com> References: <47ADB212.3020901@when.com> <47ADF32A.1040101@redhat.com> Message-ID: <47AE028A.4060304@when.com> Hi, > http://fedoraproject.org/wiki/K12Linux > Hmm... I had already begun working on integrating K12LTSP with a > target of Fedora 9. LTSP enables terminal server and thin client > capability just like Edubuntu server or the older K12LTSP. Well, I don't know, how big this LTSP really is and correct me, if I'm wrong, but I think that with LTSP and further educational applications, we are running into heavy space problems (on cds). I had already problems including the educational software in my kickstart proposal. I think an educational spin could include the possibility to log on to such a terminal server. But I'm not sure, whether a live cd should include a terminal server... > Also in my plans were to simply make a yum group for other Educational > software to make it easy to install from Add/Remove Software or > PackageKit, or to include in any spin. It sounds like you are working > on the latter part of this. Good idea! In my opinion, this would also be better than just providing a script on the desktop. +1 > > Might it be confusing to users to have both a "K12Linux" and > "Education" spin? I think we should discuss, how to go on. You're right: Two spins might be confusing, so we should talk about how to handle this. But here might be enough space for a cd and a dvd - I would suggest something like: * one version, which includes the terminal server (and which would mainly be used in schools) if we would include the server and serveral edu apps, I would recommend a dvd * another version for the thin clients, which would be just for logging on to the terminal server * a cd, which might be given by teachers to their students (I think pupils don't need to have a terminal server on their local computers) These are just suggestions and I think, we should really discuss how to organize this, so that we don't have several projects all doing the same. And, in my opinion, why should still consider forming a SIG, to get those people, who are interested (and maybe, who haven't yet contributed to K12LTSP), together. This would also help to organize the whole educational part. What do you think? Sebastian From sundaram at fedoraproject.org Sat Feb 9 20:00:32 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 10 Feb 2008 01:30:32 +0530 Subject: to autodownload or not to autodownload In-Reply-To: <20080209194248.GB1553810@hiwaay.net> References: <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> <20080209194248.GB1553810@hiwaay.net> Message-ID: <47AE0660.2080006@fedoraproject.org> Chris Adams wrote: > Once upon a time, Brian Pepple said: >> On Sat, 2008-02-09 at 10:19 -0600, Chris Adams wrote: >>> The free Flash players, as distributed in Fedora, will _always_ be >>> broken, as they can't include MP3 for audio (at least until about 2017). >>> If it allowable for codecbuddy to point to a gratis MP3 codec, why is it >>> not allowable for something to point to a gratis Flash player, >>> especially when it is the "standard" and the company behind it actually >>> sets up a repo for use with Fedora (as opposed to the MP3 situation)? >> The source code is available for the mp3 gstreamer plugin. The only >> reason we can't include it in Fedora is due to US patent law. >> Proprietary flash on the other hand is closed-sourced. > > Does codecbuddy point to the open source MP3 plugin or a proprietary MP3 > plugin? We can't link to the open source version due to patent laws. I guess we need to have this conversation every few weeks. Rahul From cmadams at hiwaay.net Sat Feb 9 19:59:47 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 9 Feb 2008 13:59:47 -0600 Subject: to autodownload or not to autodownload In-Reply-To: <47AE0660.2080006@fedoraproject.org> References: <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> <20080209194248.GB1553810@hiwaay.net> <47AE0660.2080006@fedoraproject.org> Message-ID: <20080209195947.GC1553810@hiwaay.net> Once upon a time, Rahul Sundaram said: > Chris Adams wrote: > >Once upon a time, Brian Pepple said: > >>On Sat, 2008-02-09 at 10:19 -0600, Chris Adams wrote: > >>>The free Flash players, as distributed in Fedora, will _always_ be > >>>broken, as they can't include MP3 for audio (at least until about 2017). > >>>If it allowable for codecbuddy to point to a gratis MP3 codec, why is it > >>>not allowable for something to point to a gratis Flash player, > >>>especially when it is the "standard" and the company behind it actually > >>>sets up a repo for use with Fedora (as opposed to the MP3 situation)? > >>The source code is available for the mp3 gstreamer plugin. The only > >>reason we can't include it in Fedora is due to US patent law. > >>Proprietary flash on the other hand is closed-sourced. > > > >Does codecbuddy point to the open source MP3 plugin or a proprietary MP3 > >plugin? > > We can't link to the open source version due to patent laws. I guess we > need to have this conversation every few weeks. That was a rhetorical question. Fedora has codecbuddy that points to a proprietary MP3 plugin. Picking on Flash (where a company is providing a Fedora-compatible repo for their software) seems wrong when Fedora includes software that points at other proprietary software. Fedora can't provide fully-functional Flash, so why can Flash not be like MP3 and have Fedora point at the Adobe repo? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From bpepple at fedoraproject.org Sat Feb 9 20:03:28 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sat, 09 Feb 2008 15:03:28 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <20080209194248.GB1553810@hiwaay.net> References: <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> <20080209194248.GB1553810@hiwaay.net> Message-ID: <1202587408.3123.1.camel@kennedy> On Sat, 2008-02-09 at 13:42 -0600, Chris Adams wrote: > Once upon a time, Brian Pepple said: > > > > The source code is available for the mp3 gstreamer plugin. The only > > reason we can't include it in Fedora is due to US patent law. > > Proprietary flash on the other hand is closed-sourced. > > Does codecbuddy point to the open source MP3 plugin or a proprietary MP3 > plugin? I would assume it would point to Fluendo's, which is released under an MIT License. /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: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Sat Feb 9 20:13:11 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 10 Feb 2008 01:43:11 +0530 Subject: to autodownload or not to autodownload In-Reply-To: <20080209195947.GC1553810@hiwaay.net> References: <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> <20080209194248.GB1553810@hiwaay.net> <47AE0660.2080006@fedoraproject.org> <20080209195947.GC1553810@hiwaay.net> Message-ID: <47AE0957.8040306@fedoraproject.org> Chris Adams wrote: > > That was a rhetorical question. Fedora has codecbuddy that points to a > proprietary MP3 plugin. Picking on Flash (where a company is providing > a Fedora-compatible repo for their software) seems wrong when Fedora > includes software that points at other proprietary software. Fedora > can't provide fully-functional Flash, so why can Flash not be like MP3 > and have Fedora point at the Adobe repo? There is a open source version of Flash that we can legally include (atleast partially) in Fedora and would like to support. That isn't the case for MP3. This is why codeina has a large introductory message educating end users. Refer http://fedoraproject.org/wiki/Multimedia/Codeina http://fedoraproject.org/wiki/CodecBuddy Rahul From ben.kreuter at gmail.com Sat Feb 9 20:15:25 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Sat, 9 Feb 2008 15:15:25 -0500 Subject: gcc-4.3 build failure of bonnie++ In-Reply-To: <47ACF2ED.7090901@redhat.com> References: <47ACF2ED.7090901@redhat.com> Message-ID: <200802091515.29612.ben.kreuter@gmail.com> On Friday 08 February 2008 19:25:17 Warren Togami wrote: > bonnie++ hasn't changed in many years now. > > http://koji.fedoraproject.org/koji/getfile?taskID=405053&name=build.log > g++ -O2 -DNDEBUG -Wall -W -Wshadow -Wpointer-arith -Wwrite-strings > -pedantic -ffor-scope -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 > -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 zcav.cpp > -o zcav bon_suid.o > zcav.cpp: In function 'int main(int, char**)': > zcav.cpp:73: error: 'strdup' was not declared in this scope > zcav.cpp:75: warning: suggest a space before ';' or explicit braces > around empty body in 'for' statement > zcav.cpp:112: error: 'strcmp' was not declared in this scope > make: *** [zcav] Error 1 > make: *** Waiting for unfinished jobs.... > error: Bad exit status from /var/tmp/rpm-tmp.62211 (%build) Add this to the very top of zcav.cpp: #include using namespace std; GCC 4.3 uses a streamlined header structure, which is standards compliant but causes code that relied on implicitly included headers to break. For future reference, all C++ programmers should be aware that it is a best practice to always explicitly include whatever you need. -- Benjamin Kreuter -- Message sent on: Sat Feb 9 15:13:57 EST 2008 -------------- 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 Sat Feb 9 20:16:43 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sat, 09 Feb 2008 15:16:43 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <20080209195947.GC1553810@hiwaay.net> References: <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> <20080209194248.GB1553810@hiwaay.net> <47AE0660.2080006@fedoraproject.org> <20080209195947.GC1553810@hiwaay.net> Message-ID: <1202588203.3123.3.camel@kennedy> On Sat, 2008-02-09 at 13:59 -0600, Chris Adams wrote: > Once upon a time, Rahul Sundaram said: > > Chris Adams wrote: > > >Once upon a time, Brian Pepple said: > > >>On Sat, 2008-02-09 at 10:19 -0600, Chris Adams wrote: > > >>>The free Flash players, as distributed in Fedora, will _always_ be > > >>>broken, as they can't include MP3 for audio (at least until about 2017). > > >>>If it allowable for codecbuddy to point to a gratis MP3 codec, why is it > > >>>not allowable for something to point to a gratis Flash player, > > >>>especially when it is the "standard" and the company behind it actually > > >>>sets up a repo for use with Fedora (as opposed to the MP3 situation)? > > >>The source code is available for the mp3 gstreamer plugin. The only > > >>reason we can't include it in Fedora is due to US patent law. > > >>Proprietary flash on the other hand is closed-sourced. > > > > > >Does codecbuddy point to the open source MP3 plugin or a proprietary MP3 > > >plugin? > > > > We can't link to the open source version due to patent laws. I guess we > > need to have this conversation every few weeks. > > That was a rhetorical question. Fedora has codecbuddy that points to a > proprietary MP3 plugin. Picking on Flash (where a company is providing > a Fedora-compatible repo for their software) seems wrong when Fedora > includes software that points at other proprietary software. Fedora > can't provide fully-functional Flash, so why can Flash not be like MP3 > and have Fedora point at the Adobe repo? Codecbuddy does not point to a proprietary mp3 plugin, it points to Fluendo's MIT-license plugin. /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: 197 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Sat Feb 9 20:28:31 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sat, 9 Feb 2008 22:28:31 +0200 Subject: Script to update release and changelog? In-Reply-To: <200802091846.m19IkF7c011223@laptop13.inf.utfsm.cl> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <200802091846.m19IkF7c011223@laptop13.inf.utfsm.cl> Message-ID: <200802092228.31892.ville.skytta@iki.fi> On Saturday 09 February 2008, Horst H. von Brand wrote: > orion at cora.nwra.com wrote: > > Is there a script posted somewhere for automatically bumping the release > > and adding a line to %changelog? Perhaps we could get integrated into > > Makefile.common? > > > > make bumprel COMMENT="Rebuild for gcc 4.3" > > Adding that line by hand is surely trivial, and a %changelog that just > records automatically generated (probably trivial) events isn't any real > use IMHO. Perhaps make rpmlint complain if there is no entry for the > version at hand? It already does, with no-version-in-last-changelog or incoherent-version-in-changelog depending on the case. For some reason unknown to me it did not do those checks for source rpms, but I've just changed that in upstream svn. From pertusus at free.fr Sat Feb 9 20:33:01 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 9 Feb 2008 21:33:01 +0100 Subject: a plan for updates after end of life In-Reply-To: <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> Message-ID: <20080209203301.GA2734@free.fr> On Sat, Feb 09, 2008 at 10:01:42AM -0900, Jeff Spaleta wrote: > On Feb 9, 2008 1:04 AM, Patrice Dumas wrote: > > "Updates After End of Life is a volunteer based project which aim is to > > maintain packages after Fedora End of Life selected on a volunteer basis. > > A package is available if there is a volunteer to maintain it. The packages > > currently maintained are listed below. A volunteer may stop maintaining a > > package, in which case it will be removed from the list. A whole branch > > is discontinued when one of the packages that defines a minimal fedora > > system isn't maintained anymore (a minimal system is defined as a system > > with default and mandatory packages from Core and Base comps groups, > > plus the kernel). > > Here's how a read this: > "We may close the whole branch at anytime.. be prepared" It is a bit more complicated. It is 'when we don't have enough maintainer we close the branch'. > How do you plan to communicate such a drastic change to the userbase? > Right now we make every effort to inform people at release time when > the EOL date is for a Fedora release...and even that isn't enough > communication. Doesn't my proposal explain that? It is plainly stated in what I propose. > If you can essentially flip a switch and shutdown a branch, how are > going to inform people about that? Currently they should read the page of the project. I agree that it is not very comfortable, but I don't think this should be blocking. This is better for the users than no updates anyway, as long as we are very clear about the 'stop as soon as there is not enough maintainers'. > I really think we need clientside tools which can tell people via the > repo metadata about the state of packages and the branch itself. That would be a good idea. > Until we get that, I'm going to have a real hard time with something > this freeform in terms of timeframe commitments. I understand why its > freeform, but I'm really concerned about disclosure to the userbase in > a timely manner. And to me timely means, finding a way to tell > clients wtf is going on when they attempt to look for updates. Indeed that would be nice (and nice for orphaned fedora packages too) but I don't think this should be blocking the updates after end of life. > What exactly triggers expiring a branch? It would be very easy for > someone to just sign up and be the kernel maintainer and do nothing > about security bugs and what not. Are the triggerable conditions that > translated to 'unmaintained'? We trust packagers who sign for a branch to do things, and otherwise to orphan it. Orphaning one of the Core+Base group package (with nobody stepping up instead) triggers the closing of the branch. And if a maintainer doesn't do his job for a branch, it is the same than for Fedora. > And i would have to say that if you flip the switch and expire a > branch because of a lack of maintainership, then the branch is dead > and doesn't get to come back. You could have a ticking clock in > between, but once its dead... its dead. That seems right, and what I had in mind. > > Opinions, comments? > > > > If this proposal appears not to be rejected, I'll do a wiki page. > > > I'm really concerned about misleading people about the state of the > branch. It's the same concern I have about package orphans and > expirations in the main fedora releases just more complicated because > the branch could expire as well. Though I think the same > implementation solution works here too... repo metadata concerning > orphan/expire and ui to support it. Indeed. That would be nice. > And I think you might have to make some sort of additional > communication effort concerning security, since you won't have a > security team(initially at least) who is track security problems. That is the work of the packagers. A security team is a bonus, but not really a blocking issue. Worth saying it however. > I'm not sure we can realistically make an open-ended commitment in > terms of resources. I think initially you're plan should include a > "updates for at most X number of months" so we can estimate resource > burn. Can't this be postponed to the time when we discuss the infrastructure stuff? My point of view is that the UAEL project should accept any condition put by those who pay the cost. -- Pat From devrim at CommandPrompt.com Sat Feb 9 20:36:06 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Sat, 09 Feb 2008 12:36:06 -0800 Subject: Orphaning packages In-Reply-To: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> Message-ID: <1202589366.24118.45.camel@localhost.localdomain> Hi, On Thu, 2008-02-07 at 18:23 -0500, Vivek Lakshmanan wrote: > As a result I have orphaned the following packages: I will take these: * jakarta-commons-collections * xalan-j2 * byaccj * jakarta-commons-pool * regexp * saxon I already got Tomcat5 ownership as you released it. Looks like saxon8 hasn't been imported to CVS yet: https://bugzilla.redhat.com/show_bug.cgi?id=227115 I'll take saxon8 and push it for build, too. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- 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 pertusus at free.fr Sat Feb 9 20:38:37 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 9 Feb 2008 21:38:37 +0100 Subject: a plan for updates after end of life In-Reply-To: <200802091935.m19JZEj7018815@laptop13.inf.utfsm.cl> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <200802091935.m19JZEj7018815@laptop13.inf.utfsm.cl> Message-ID: <20080209203837.GB2734@free.fr> On Sat, Feb 09, 2008 at 04:35:14PM -0300, Horst H. von Brand wrote: > > What real use is that? The point of relying on some after-EOL-mainenance is > to be able to extend the life for some definite time. It is better than nothing, and it would be wrong to advertise something wrong. As a side note, it is the same for Fedora, packages may be orphaned within the timespan of the release. -- Pat From devrim at CommandPrompt.com Sat Feb 9 20:38:42 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Sat, 09 Feb 2008 12:38:42 -0800 Subject: Orphaning packages In-Reply-To: <1202584895.11628.24.camel@localhost.localdomain> References: <3ce8a9e0802071523g7e3f489ex47a97be20c31a2f3@mail.gmail.com> <1202584895.11628.24.camel@localhost.localdomain> Message-ID: <1202589522.24118.49.camel@localhost.localdomain> Hi, On Sat, 2008-02-09 at 20:21 +0100, Lubomir Kundrak wrote: > > I apologize if any bugs you reported have not been acted upon > recently. > > If some brave soul would like to take over, I can provide guidance, > > though it may be somewhat sporadic. > > Devrim helped a lot with tomcat5 and IIRC expressed some interest in > maintaining it, so adding him to Cc, in case he didn't notice. Maybe > he is the brave soul to take over some other packages as well. :) I took 7 more packages. If we cannot find to maintain the rest of the orphaned packages, I'll take them, too. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- 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 Sat Feb 9 20:59:01 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sat, 9 Feb 2008 22:59:01 +0200 Subject: Script to update release and changelog? In-Reply-To: <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200802092259.01851.ville.skytta@iki.fi> On Saturday 09 February 2008, Michael Schwendt wrote: > http://mschwendt.fedorapeople.org/bumpspecfile.py > http://mschwendt.fedorapeople.org/rebuildrpms.py > > The first one only modifies given spec files and adds a changelog entry. Here's a simpler one that additionally adds a version to the changelog entry, but "suffers" from a dependency on Emacs: http://scop.fedorapeople.org/scripts/bumpspec.sh From lesmikesell at gmail.com Sat Feb 9 21:07:28 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 09 Feb 2008 15:07:28 -0600 Subject: a plan for updates after end of life In-Reply-To: <20080209203837.GB2734@free.fr> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <200802091935.m19JZEj7018815@laptop13.inf.utfsm.cl> <20080209203837.GB2734@free.fr> Message-ID: <47AE1610.2040506@gmail.com> Patrice Dumas wrote: > On Sat, Feb 09, 2008 at 04:35:14PM -0300, Horst H. von Brand wrote: >> What real use is that? The point of relying on some after-EOL-mainenance is >> to be able to extend the life for some definite time. > > It is better than nothing, and it would be wrong to advertise something > wrong. As a side note, it is the same for Fedora, packages may be > orphaned within the timespan of the release. If a package is orphaned within the release timespan but a security exploit is subsequently published that affects the shipped version, would the users be left on their own to fix it? -- Les Mikesell lesmikesell at gmail.com From selinux at gmail.com Sat Feb 9 21:08:26 2008 From: selinux at gmail.com (Tom London) Date: Sat, 9 Feb 2008 13:08:26 -0800 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47A74A26.9020304@redhat.com> References: <47A74A26.9020304@redhat.com> Message-ID: <4c4ba1530802091308g6018468xbfd0db2c440c6548@mail.gmail.com> On Mon, Feb 4, 2008 at 9:23 AM, Eric Sandeen wrote: > Hi Gang - > > The ext4 filesystem is a feature slated for F9, and we (rh, ibm, bull, > clusterfs, and others) are working feverishly to get it ready for a > prime-time F9 fs option. > > I'd like to get a bit more exposure if possible, so if you're feeling > like living on the cutting edge of filesystems, read on: > > Rawhide and the F9 alpha can install onto an ext4dev filesystem root; > first you need to tell (a.k.a. lie to) the installer with > "iamanext4developer" on the boot commandline. This is akin to the "jfs" > or "reiserfs" options for those filesystems, but a higher hurdle (more > characters to type!). > > Then you can do custom partitioning, and select ext4dev for any > filesystem (except /boot - no grub support (yet)). > > The install should proceed Just Fine(tm). If not, let me know. > > And now for the (known) caveats: > > 1) Due to bug 429857: Root inode of ext4dev root filesystem does not get > selinux label - booting with selinux enabled & enforcing will probably > fail. Boot with enforcing=0, and use restorecon or chcon on / to > (hopefully) properly update the root inode's selinux attrs. I have a > fix for this bug, so soon, kernel updates will resolve this and allow it > to be properly set (and retained). Please do test w/ selinux enabled > though, as the new larger inodes and in-inode xattrs could use airtime. > > 2) There is no readily-available e2fsprogs which can repair your shiny > new ext4dev filesystem. If something goes badly I'll help out because > we need to know what went wrong, but so far there is no released > upstream e2fsprogs which can handle the new ext4 features. So please > consider anything you put on ext4dev for now to be disposable, just to > be on the safe side. extents-capable e2fsprogs should be available Real > Soon Now. > > 3) misc stuff - I've not yet tested ext4 over an encrypted block device, > or even over an lvm volume. There may be some stack issues on x86 boxes > still, I'm working on slimming that down. I hope that more real-world > use will shake out any remaining problems. > > ... and I suppose I should put this into a wiki page: > http://fedoraproject.org/wiki/FedoraExt4 > > We can keep it updated with any further issues or resolutions. > > Thanks! > -Eric > I "converted" my USB backup filesystem to ext4dev as described in this thread, and then did my normal rsync. FWIW, here are the messages from rsync and unmount: Number of files: 349883 Number of files transferred: 103441 Total file size: 58603101927 bytes Total transferred file size: 21723026327 bytes Literal data: 21723032689 bytes Matched data: 0 bytes File list size: 8350613 File list generation time: 0.149 seconds File list transfer time: 0.000 seconds Total bytes sent: 21738442241 Total bytes received: 2062982 sent 21738442241 bytes received 2062982 bytes 4469216.82 bytes/sec total size is 58603101927 speedup is 2.70 Feb 9 13:01:13 localhost kernel: EXT4-fs: mballoc: 18135 blocks 18135 reqs (0 success) Feb 9 13:01:13 localhost kernel: EXT4-fs: mballoc: 18135 extents scanned, 8932 goal hits, 9203 2^N hits, 0 breaks, 0 lost Feb 9 13:01:13 localhost kernel: EXT4-fs: mballoc: 1161 generated and it took 15700652 Feb 9 13:01:13 localhost kernel: EXT4-fs: mballoc: 5636543 preallocated, 305084 discarded No perceived problems. However, gnome-mount does not seem to automagically detect ext4dev type file systems, and silently fails. "gnome-mount --fstype ext4dev" does work, however. tom -- Tom London From mschwendt.tmp0701.nospam at arcor.de Sat Feb 9 21:12:00 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sat, 9 Feb 2008 22:12:00 +0100 Subject: Script to update release and changelog? In-Reply-To: <200802092259.01851.ville.skytta@iki.fi> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> <200802092259.01851.ville.skytta@iki.fi> Message-ID: <20080209221200.db4224bb.mschwendt.tmp0701.nospam@arcor.de> On Sat, 9 Feb 2008 22:59:01 +0200, Ville Skytt? wrote: > On Saturday 09 February 2008, Michael Schwendt wrote: > > > http://mschwendt.fedorapeople.org/bumpspecfile.py > > http://mschwendt.fedorapeople.org/rebuildrpms.py > > > > The first one only modifies given spec files and adds a changelog entry. > > Here's a simpler one that additionally adds a version to the changelog entry, > but "suffers" from a dependency on Emacs: > > http://scop.fedorapeople.org/scripts/bumpspec.sh It increases 0.1%{?dist} to 1.1%{?dist} whereas the less simple script bumps it to 0.2%{?dist} as it ought to be. ;o) From jspaleta at gmail.com Sat Feb 9 21:21:49 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 9 Feb 2008 12:21:49 -0900 Subject: a plan for updates after end of life In-Reply-To: <20080209203301.GA2734@free.fr> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> Message-ID: <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> On Feb 9, 2008 11:33 AM, Patrice Dumas wrote: > > How do you plan to communicate such a drastic change to the userbase? > > Right now we make every effort to inform people at release time when > > the EOL date is for a Fedora release...and even that isn't enough > > communication. > > Doesn't my proposal explain that? It is plainly stated in what I > propose. I'm not sure it does, and if it does then I'm too dumb to see it. If I'm going to be using this branch... where do i go to know what the state of branch health is? How do I know that a core piece has fallen out of maintainership? > Currently they should read the page of the project. I agree that it > is not very comfortable, but I don't think this should be blocking. > This is better for the users than no updates anyway, as long as we are > very clear about the 'stop as soon as there is not enough maintainers'. I don't agree that is better. What i think is better is timely notification of state of branches and packages so users and admins can take action as they see fit to either help by participating in the maintainence burden, or choosing to uninstall the package based on the knowledge that its out of maintainence, or making an informed choice to live with the risks. Right now users who continue to use Fedora beyond stated EOL are making an informed choice to do so. In fact we tell them early enough about the timeframe that its a planned informed choice. Its not the choice I would make... but it is an informed choice and we aren't surprising them. Extending the lifetime of things in a freeform way only increases the risk that a package will go unmaintained without the users/admins knowing that it is. Unless we implement timely notification on the client we are not balancing that increased risk with increased notification. We are making it harder for people to make informed choices. And i think that balance is of ultimate importance, so that admins/users can make informed choices about what to do when packages and whole branches go EOL. > Indeed that would be nice (and nice for orphaned fedora packages too) > but I don't think this should be blocking the updates after end of life. I'm very concerned about this issue. > We trust packagers who sign for a branch to do things, and otherwise to > orphan it. Trust... but verify. Right now the trust we extended to maintainers is circumscribed by a hard and definite EOL timeframe. I think its inappropriate to have the timeline of a branch solely dependent on trust...unless you have process to verify that people are doing the necessary work required to keep the branch alive. It'd be really damn easy for people to just sign up for Core packages and do absolutely nothing to fix issues in them, just to keep the branch alive... because you have created a conflict of interest. The people using the branch, don't want to see the branch die, and as a result they'll claim maintainership on core packages just to keep things going. Unless you can verify that things are getting done. If for example the kernel has an exposed security flaw for X number of months without a fix...regardless of whether someone is officially listed as a maintainer.. the branch needs to die. You are delibrately tieing 'maintainership' to the branch continuation.. and if you do that.. you need to be very honest about what maintainership means... or else we'll have a branch linger for years without actual effort going into core packages. > > I'm not sure we can realistically make an open-ended commitment in > > terms of resources. I think initially you're plan should include a > > "updates for at most X number of months" so we can estimate resource > > burn. > > Can't this be postponed to the time when we discuss the infrastructure > stuff? My point of view is that the UAEL project should accept any > condition put by those who pay the cost. Just making sure you are aware, that any proposal in this space will be subject to a resource constraint... maybe a pretty severe one initially. Just don't make any promises about the maximum length of time. -jef From fedora at camperquake.de Sat Feb 9 21:22:26 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 9 Feb 2008 22:22:26 +0100 Subject: Firefox: Figuring out rendered FONTS In-Reply-To: <200802082128.31360.jorge.fabregas@gmail.com> References: <200802082128.31360.jorge.fabregas@gmail.com> Message-ID: <20080209222226.7d5bf345@lain.camperquake.de> Hi. On Fri, 8 Feb 2008 21:28:31 -0400, Jorge F?bregas wrote > Is there really a way to figure out the final rendered font when > viewing a page? You see, I always have a have a hard time configuring > the fonts on my Linux systems (specially Firefox). To work around > this issue I had to figure out first what was the requested font on > a particular section of a page. I'm just lucky that I found the > "Font Finder" extension for Firefox where basically I'll highlight > some text and it will tell me the corresponding code. I see something > like: Firebug may be your friend. It's a firefox extension that will tell you almost everything you ever wanted to know about the currently rendered page (and certainly some things you did not want to know), including the CSS that applies to a certain element. The font information you glean from that can be fed to fc-match, which will tell you what font your system will select when, for example, 'Arial' is called for. From ville.skytta at iki.fi Sat Feb 9 21:56:02 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sat, 9 Feb 2008 23:56:02 +0200 Subject: Script to update release and changelog? In-Reply-To: <20080209221200.db4224bb.mschwendt.tmp0701.nospam@arcor.de> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <200802092259.01851.ville.skytta@iki.fi> <20080209221200.db4224bb.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <200802092356.03244.ville.skytta@iki.fi> On Saturday 09 February 2008, Michael Schwendt wrote: > On Sat, 9 Feb 2008 22:59:01 +0200, Ville Skytt? wrote: > > On Saturday 09 February 2008, Michael Schwendt wrote: > > > http://mschwendt.fedorapeople.org/bumpspecfile.py > > > http://mschwendt.fedorapeople.org/rebuildrpms.py > > > > > > The first one only modifies given spec files and adds a changelog > > > entry. > > > > Here's a simpler one that additionally adds a version to the changelog > > entry, but "suffers" from a dependency on Emacs: > > > > http://scop.fedorapeople.org/scripts/bumpspec.sh > > It increases 0.1%{?dist} to 1.1%{?dist} whereas the less simple script > bumps it to 0.2%{?dist} as it ought to be. ;o) Yes, that's documented in the script's "caveats" section. (And BTW, that's a limitation of rpm-spec-mode.el, not the script ;)) From jspaleta at gmail.com Sat Feb 9 22:25:03 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 9 Feb 2008 13:25:03 -0900 Subject: to autodownload or not to autodownload In-Reply-To: <1202588203.3123.3.camel@kennedy> References: <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> <20080209194248.GB1553810@hiwaay.net> <47AE0660.2080006@fedoraproject.org> <20080209195947.GC1553810@hiwaay.net> <1202588203.3123.3.camel@kennedy> Message-ID: <604aa7910802091425l47f212e9yf957ad30cfe1ec33@mail.gmail.com> 2008/2/9 Brian Pepple : > Codecbuddy does not point to a proprietary mp3 plugin, it points to > Fluendo's MIT-license plugin. specifically... http://www.fluendo.com/resources/fluendo_mp3.php So the fluendo mp3 plugin..specifically...isn't a problem. Even if it were a for-cost binary it is open source so linking to it through codeina by default isn't obvious policy problem...at least to me. Linking to the other fluendo offerings by default does have issues. There's nothing saying we have to keep codeina has it currently implemented. We should be able to rework it so that it exposes just the fluendo mp3 plugin by default, and then individual vendor configs can be added on demand for additional codec support. -jef From vonbrand at inf.utfsm.cl Sat Feb 9 22:48:07 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 09 Feb 2008 19:48:07 -0300 Subject: a plan for updates after end of life In-Reply-To: <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> Message-ID: <200802092248.m19Mm7qC021810@laptop13.inf.utfsm.cl> Jeff Spaleta wrote: [...] > I don't agree that is better. What i think is better is timely > notification of state of branches and packages so users and admins can > take action as they see fit to either help by participating in the > maintainence burden, or choosing to uninstall the package based on the > knowledge that its out of maintainence, or making an informed choice > to live with the risks. Right now users who continue to use Fedora > beyond stated EOL are making an informed choice to do so. In fact we > tell them early enough about the timeframe that its a planned informed > choice. Its not the choice I would make... but it is an informed > choice and we aren't surprising them. Sorry to disagree, but I've seen users of Red Hat 7.3 who are completely oblivious to the fact that there will be no more updates to the distribution. And others who never bothered to update anything at all. In my (limited) experience, people don't update unless it happens automatically, or something important breaks visibly. Getting people to find out that something is EOL is not easy. Mostly they get a new machine and install what is the latest fad then. -- 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 ville.skytta at iki.fi Sat Feb 9 22:49:00 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sun, 10 Feb 2008 00:49:00 +0200 Subject: Script to update release and changelog? In-Reply-To: <200802092356.03244.ville.skytta@iki.fi> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <20080209221200.db4224bb.mschwendt.tmp0701.nospam@arcor.de> <200802092356.03244.ville.skytta@iki.fi> Message-ID: <200802100049.01343.ville.skytta@iki.fi> On Saturday 09 February 2008, Ville Skytt? wrote: > On Saturday 09 February 2008, Michael Schwendt wrote: > > > It increases 0.1%{?dist} to 1.1%{?dist} whereas the less simple script > > bumps it to 0.2%{?dist} as it ought to be. ;o) > > Yes, that's documented in the script's "caveats" section. > > (And BTW, that's a limitation of rpm-spec-mode.el, not the script ;)) Heh, I just couldn't live with that, it's fixed now in rpm-spec-mode.el 0.12.1x in XEmacs CVS. RFE asking for it to be included in F9 emacs is #432209 From tim at niemueller.de Sat Feb 9 23:23:24 2008 From: tim at niemueller.de (Tim Niemueller) Date: Sun, 10 Feb 2008 00:23:24 +0100 Subject: GCC 4.3 C++ question In-Reply-To: References: <47ADC356.7040107@niemueller.de> Message-ID: <47AE35EC.4020000@niemueller.de> Paul Black wrote: > Why not: > class SomeClass > { > public: > SomeClass(); > // more stuff... > protected: > struct mylist_t { > mylist_t *next; > void *dataM > }; > }; Then I cannot use SomeClass::mylist_t *list but I would have to use struct SomeClass::mylist_t *list which is ugly and this is why I had the typedef in the first place. I just wonder if this is indeed the intended behavior, typedef are not allowed as members, or if this is just a bug. If its the former I'd like to now what the rationale is behind this... Any more ideas? Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From ben.kreuter at gmail.com Sat Feb 9 23:30:55 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Sat, 9 Feb 2008 18:30:55 -0500 Subject: GCC 4.3 C++ question In-Reply-To: <47AE35EC.4020000@niemueller.de> References: <47ADC356.7040107@niemueller.de> <47AE35EC.4020000@niemueller.de> Message-ID: <200802091830.59378.ben.kreuter@gmail.com> On Saturday 09 February 2008 18:23:24 Tim Niemueller wrote: > Paul Black wrote: > > Why not: > > class SomeClass > > { > > public: > > SomeClass(); > > // more stuff... > > protected: > > struct mylist_t { > > mylist_t *next; > > void *dataM > > }; > > }; > > Then I cannot use > SomeClass::mylist_t *list > but I would have to use > struct SomeClass::mylist_t *list > which is ugly and this is why I had the typedef in the first place. That is only true in C. In C++, struct/union/enum/class names are automatically typenames. > I just wonder if this is indeed the intended behavior, typedef are not > allowed as members, I am not familiar; usually you see typedefs at the global or namespace scope, and usually they follow the class or struct declaration. -- Benjamin Kreuter -- Message sent on: Sat Feb 9 18:29:30 EST 2008 -------------- 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 kevin.kofler at chello.at Sat Feb 9 23:53:55 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 9 Feb 2008 23:53:55 +0000 (UTC) Subject: to autodownload or not to autodownload References: <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> <20080209194248.GB1553810@hiwaay.net> Message-ID: Chris Adams hiwaay.net> writes: > Does codecbuddy point to the open source MP3 plugin or a proprietary MP3 > plugin? Something inbetween... From a pure copyright standpoint, Fluendo's plugin is Free Software (MIT X11 license), however the patent license only extends to the unmodified binary as distributed by Fluendo (which is also why it can't be redistributed in Fedora without violating the "we always build from source" policy), which effectively makes it non-Free software for people in countries where a patent license is needed (and I assume that's a second reason why Fedora doesn't include it). (Of course, that's an improvement over the other implementations which can't be distributed at all in the US, but calling that arrangement "Free Software" is a bit of a stretch.) Kevin Kofler From naheemzaffar at gmail.com Sun Feb 10 00:28:24 2008 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sun, 10 Feb 2008 00:28:24 +0000 Subject: to autodownload or not to autodownload In-Reply-To: References: <20080209085936.412e5154@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209161927.GA1553810@hiwaay.net> <1202577582.5475.5.camel@nixon> <20080209194248.GB1553810@hiwaay.net> Message-ID: <3adc77210802091628q1a4bb19bk2f6a959094c48de4@mail.gmail.com> Fedora does not include it (Fluendo's MIT sources MP3 Codec) as OTHERS cannot rebuild and redistribute it downstream. Fluendo is offering to license the code for free, allowing distro's to include the codec, but the does not propagate downstream. Those rebuilding/redistributing Fedora will not be covered by that license - they will need to get their own. From kevin.kofler at chello.at Sun Feb 10 01:04:21 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 10 Feb 2008 01:04:21 +0000 (UTC) Subject: Education SIG References: <47ADB212.3020901@when.com> Message-ID: when.com> writes: > * the GNOME project, who are currently preparing a > [http://live.gnome.org/GnomeScienceCD GNOME Science CD]. If you're going to link to this, then you should also link to http://edu.kde.org . Kevin Kofler From kevin.kofler at chello.at Sun Feb 10 01:18:04 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 10 Feb 2008 01:18:04 +0000 (UTC) Subject: Mass rebuild delay for my packages References: <47ADEA48.7060303@gmail.com> <20080209112417.6df8488b@ghistelwchlohm.scrye.com> <47ADF3F6.1090207@gmail.com> Message-ID: Jakub 'Livio' Rusinek gmail.com> writes: > If I only knew it earlier... You can withdraw unneeded push requests as long as the updates haven't been pushed. You can also unpush unneeded updates if they are still in updates-testing. I'd suggest doing that as soon as possible, because it's no use pushing rebuild-only updates, nothing has changed in Fedora 7 and 8 updates which would warrant such rebuilds. Kevin Kofler From caillon at redhat.com Sun Feb 10 02:08:22 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 09 Feb 2008 21:08:22 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <3170f42f0802090535n2f794f48y6d7e711d202dbda7@mail.gmail.com> References: <20080208160200.18f2dff6@redhat.com> <3170f42f0802090447x6634c9bud49082549258943b@mail.gmail.com> <47ADA221.8060509@gmail.com> <3170f42f0802090535n2f794f48y6d7e711d202dbda7@mail.gmail.com> Message-ID: <47AE5C96.7060801@redhat.com> On 02/09/2008 08:35 AM, Debarshi 'Rishi' Ray wrote: >>> Although corkscrew is on the list, scratch builds in dist-f9 seem to >>> be successful: >>> http://koji.fedoraproject.org/koji/taskinfo?taskID=407829 > >> Being on the list does not mean that it does not build with gcc-4.3 but >> that the current build in the repo is still build with an older compiler. > > Yes, I asked the wrong question there. I should have asked whether we > need to rebuild all packages on the list with the new compiler? Should > we wait till GCC 4.3 has been released upstream? Go ahead and build now. From caillon at redhat.com Sun Feb 10 02:32:07 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 09 Feb 2008 21:32:07 -0500 Subject: request: can somebody please port googleearth-package to fedora? In-Reply-To: References: <47AA4E92.2010002@filteredperception.org> <364d303b0802061645y3e2422a4u8c4857628dfef395@mail.gmail.com> <47AA55CA.5000307@filteredperception.org> <364d303b0802061658n6d70cecfsda9211980ac6cca5@mail.gmail.com> <1202385330.3491.56.camel@cookie.hadess.net> <47AB58ED.4020400@redhat.com> Message-ID: <47AE6227.2010707@redhat.com> On 02/07/2008 06:38 PM, Kevin Kofler wrote: > Christopher Aillon redhat.com> writes: >> And the game must have *SOME* free data available, such that the game is >> not useless without non-free data. > > Most of the games which have Requires: autodownloader are entirely useless > without the non-Free, non-redistributable content downloaded using > autodownloader. > > In addition, several games ship redistributable, but non-modifiable data (same > rules as for firmware). The autodownloader stuff is data which doesn't even > comply with the relaxed guidelines for firmware and game data (e.g. because it > is not redistributable at all or only non-commercially). > > If you think this situation is not acceptable, you can bring it up at FESCo or > even the Fedora Board. My statement was speaking as a Board member, not as my opinion (though I do share it). If games do not meet this, they must be removed. From caillon at redhat.com Sun Feb 10 02:44:58 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 09 Feb 2008 21:44:58 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47AC975F.80704@hhs.nl> References: <47AC975F.80704@hhs.nl> Message-ID: <47AE652A.3020101@redhat.com> On 02/08/2008 12:54 PM, Hans de Goede wrote: > Hi All, > > Starting a new thread for the autodownload discussion which has forked > of the google-earth thread. > > First of all let say that I understand that autodownloader is a grey > area, and as such I'm more then willing to discuss its use and maybe put > down some guidelines for its use. For myself I've used as guideline sofar: > -autodownloader is only for content, and only for content for Free > engines / > applications. > > I must say however although I understand the greyness and the worries > about autodl, I must say I'm currently not much inclined to spend much > time defending it. > > Why? Because we also ship the blacker then black, actually automatically > downloading closed source code, not content but code! codecbuddy. Not > only does it automatically download some gratis closed source code, it > even offers the user to buy closed source code, effectively free > advertising for commercial closed source! I've kept quiet about this > sofar, because I much rather spend time being productive then having > discussions, but IMHO this is _not_ acceptable. > > So my stance on autodownloader is simple, next to codecbuddy its > brightly shining white, so white it almost hurts the eyes. So if we're > going to discuss things like this, lets start with the largest offender > and remove codecbuddy! > > If, once codecbuddy has been removed, the conclusion of more discussion > will end up that autodownloader is not acceptable too, then so be it. I > will gladly sacrifice autodownloader if thats the price to pay to get > codecbuddy (as is) removed. > > I must say that any complaints about autodownloader before codecbuddy > gets removed, to me, are nothing short of hypocritical, and therefor > will not be taken very seriously by me. I am fine with autodownloader, so long as the game using the data will work on some level without non-free data. Totem will work fine to play free data (Vorbis, Theora, etc) without downloading anything. Firefox will continue to work to render web pages without downloading Flash. As long as the game is playable without downloading free data, I'm okay with whatever explicit choices the user makes on their own about whether to download non-free data (though I wish they wouldn't). To that end, I appreciate the fact that we've gotten many data files licenses changed such that they are free and hope this continues. From rawk.beaches at gmail.com Sun Feb 10 04:43:59 2008 From: rawk.beaches at gmail.com (Rawk Beaches) Date: Sun, 10 Feb 2008 15:43:59 +1100 Subject: Have built updated rpms for Guichan0.7.1 and Manaworld0.24 for fc8.x86_64 Message-ID: <70e9e2170802092043w16363975ydc5bbe521e665d18@mail.gmail.com> Hello, this is my first mail to the list so correct me if I have sent to the wrong place. I have made some updated Fedora 8 x86_64 rpms for guichan and manaworld and I would like to contribute them. These updates are fairly necessary as manaworld0.23 crashes often. -------------- next part -------------- An HTML attachment was scrubbed... URL: From konrad at tylerc.org Sun Feb 10 04:52:06 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Sat, 9 Feb 2008 20:52:06 -0800 Subject: Have built updated rpms for Guichan0.7.1 and Manaworld0.24 for fc8.x86_64 In-Reply-To: <70e9e2170802092043w16363975ydc5bbe521e665d18@mail.gmail.com> References: <70e9e2170802092043w16363975ydc5bbe521e665d18@mail.gmail.com> Message-ID: <200802092052.06967.konrad@tylerc.org> Quoth Rawk Beaches: > Hello, this is my first mail to the list so correct me if I have sent to the > wrong place. This is my first mail to the list as well, so please forgive me if I'm not totally correct. I think I may be able to guide you though. > I have made some updated Fedora 8 x86_64 rpms for guichan and manaworld and > I would like to contribute them. These updates are fairly necessary as > manaworld0.23 crashes often. I would talk to the owner of these packages, Michael Thomas , and see if you can help him out and/or hold co-maintainer status on the packages. Hope that helps, -- Conrad Meyer http://konrad.sobertillnoon.com/ -------------- 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 sandeen at redhat.com Sun Feb 10 06:56:20 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Sun, 10 Feb 2008 00:56:20 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <4c4ba1530802091308g6018468xbfd0db2c440c6548@mail.gmail.com> References: <47A74A26.9020304@redhat.com> <4c4ba1530802091308g6018468xbfd0db2c440c6548@mail.gmail.com> Message-ID: <47AEA014.4000604@redhat.com> Tom London wrote: > However, gnome-mount does not seem to automagically detect ext4dev > type file systems, and silently fails. > > "gnome-mount --fstype ext4dev" does work, however. ok, I'll look into that. FWIW... by now I've decided that there are WAAAAY too many "helpful" utilities out there which need to know about filesystem specifics :) This may be gnome-mount using hal using udev, which is currently reporting things as "ext4" not "ext4dev" - do you see anything like that in the system logs (maybe dmesg) when the automagic detection fails? -Eric From jakub.rusinek at gmail.com Sun Feb 10 07:39:12 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 10 Feb 2008 08:39:12 +0100 Subject: Mass rebuild delay for my packages In-Reply-To: References: <47ADEA48.7060303@gmail.com> <20080209112417.6df8488b@ghistelwchlohm.scrye.com> <47ADF3F6.1090207@gmail.com> Message-ID: <47AEAA20.8060908@gmail.com> Kevin Kofler pisze: > Jakub 'Livio' Rusinek gmail.com> writes: >> If I only knew it earlier... > > You can withdraw unneeded push requests as long as the updates haven't been > pushed. You can also unpush unneeded updates if they are still in > updates-testing. I'd suggest doing that as soon as possible, because it's no > use pushing rebuild-only updates, nothing has changed in Fedora 7 and 8 updates > which would warrant such rebuilds. > > Kevin Kofler > I haven't used Bodhi :P . I have only builds in Koji done. Ufff. From j.w.r.degoede at hhs.nl Sun Feb 10 08:40:53 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 10 Feb 2008 09:40:53 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AE652A.3020101@redhat.com> References: <47AC975F.80704@hhs.nl> <47AE652A.3020101@redhat.com> Message-ID: <47AEB895.7070008@hhs.nl> Christopher Aillon wrote: > On 02/08/2008 12:54 PM, Hans de Goede wrote: >> Hi All, >> >> Starting a new thread for the autodownload discussion which has forked >> of the google-earth thread. >> >> First of all let say that I understand that autodownloader is a grey >> area, and as such I'm more then willing to discuss its use and maybe >> put down some guidelines for its use. For myself I've used as >> guideline sofar: >> -autodownloader is only for content, and only for content for Free >> engines / >> applications. >> >> I must say however although I understand the greyness and the worries >> about autodl, I must say I'm currently not much inclined to spend much >> time defending it. >> >> Why? Because we also ship the blacker then black, actually >> automatically downloading closed source code, not content but code! >> codecbuddy. Not only does it automatically download some gratis closed >> source code, it even offers the user to buy closed source code, >> effectively free advertising for commercial closed source! I've kept >> quiet about this sofar, because I much rather spend time being >> productive then having discussions, but IMHO this is _not_ acceptable. >> >> So my stance on autodownloader is simple, next to codecbuddy its >> brightly shining white, so white it almost hurts the eyes. So if we're >> going to discuss things like this, lets start with the largest >> offender and remove codecbuddy! >> >> If, once codecbuddy has been removed, the conclusion of more >> discussion will end up that autodownloader is not acceptable too, then >> so be it. I will gladly sacrifice autodownloader if thats the price to >> pay to get codecbuddy (as is) removed. >> >> I must say that any complaints about autodownloader before codecbuddy >> gets removed, to me, are nothing short of hypocritical, and therefor >> will not be taken very seriously by me. > > I am fine with autodownloader, so long as the game using the data will > work on some level without non-free data. I understand and I can go along with this reasoning to a certain extent. Notice that this is a guidelines (as written) change. The rule that we only ship applications which are not non-functional without any content / include some freely redistributable data needed to make them functional. Is an unwritten rule (last time I checked), and was originally not coined in such a broad manner. The original reason for this rule was to protect Fedora against contributary copyright infringement claims when shipping emulators, a point which everyone seems to be forgetting and everyone seems to be stretching this rule way beyond its original meaning. Let me try to explain the orignal rule with an example. For example a GPL licensed emulator for an old acorn computer may not be included despite its GPL license since it is only usefull using acorn riscos roms which are copyrighted and may not be freely redistributed. Since its only use is with copyright protected material, shipping the (non functional) emulator could be seen as contributary copyright infringement since the emulator clearly does not have a significant non infringing use. OTOH, shipping a doom engine variant clearly is fine, even if it is one which doesn't work with the freedoom datafiles, since the original doom engine was released under the GPL by the doom copyright holders, so clearly they allow distribution of the engine without it being accompanied by doom datafiles. So changing this unwritten rule to mean that any piece of software which is non functional without any content, and for which no freely redistributable content is available, may not be included. Would be a very broad stretching of the original rule (which we really need to write down somewhere). If we make this guideline change we will need todo a full audit of Fedora, as I know for sure that there other pieces of software, probably many, which will fall under the new stretched rule. I understand that Fedora is about freedom, and I very much support striving for this freedom, including being willing to drop autodownloader if that is the consensus, however I don't find it fair that autodownloader always seems to get targeted as if it were the only offender. Therefor I ask that if this is discussed the discussion gets caried out much wider then just discussing autodownloader, and that the discussion will include applications which are only usefull using non-free web services and codina to name a few. For an example of a non game application which also needs non free content to be downloaded to be functional see xtide. > To that end, I > appreciate the fact that we've gotten many data files licenses changed > such that they are free and hope this continues. > I agree, and getting upstream to change the license is always the prefered path, but unfortunately not always feasible take bolzplatz2006 for example, when I contact upstream about changing the license the projectlead said sure we can do that, but much later he got back to me that some of the contributers didn't want to drop the NC clause of the CC license they used. Still by providing bolzplatz we are: 1) showing the best freesoftware can be (the software is free, unfortunately the content is not) 2) doing a big service to our users as compiling bolzplatz2006 from sources is a big PITA, oh and we've patched it to also work on 64 bit machines. 3) Providing a unique (no free content alternatives) application In general the problem is that content creators (artists) are not as much into freedom thinking (yet?) as the freesoftware movement is, esp they think that no one should be allowed to make any money of their work in any way. On top of that they also often think that their creation is perfect as is, and don't want others to harm their work by modifying it. Take the largest opencontent movement for example, the creative commons, many of the licenses they provide are non free by our standards, and unfortunately the non free ones, esp. the non commercial one, are the most populair ones. Regards, Hans From floss at lex.hider.name Sun Feb 10 09:31:19 2008 From: floss at lex.hider.name (Lex Hider) Date: Sun, 10 Feb 2008 20:31:19 +1100 Subject: Preventing loss of useful information when closing bugs as duplicates. In-Reply-To: <47AD73B0.9090304@gmail.com> References: <1202546221.30524.3.camel@fedlex.lex.hider.name> <47AD73B0.9090304@gmail.com> Message-ID: <200802102031.19610.floss@lex.hider.name> On Saturday 09 February 2008 08:34:40 pm Andrew Farris wrote: > Lex Hider wrote: > > Should all comments for bugs closed as duplicates be added to the > > original bug. > > > > It seems to me that useful information is lost when closing bugs as > > duplicate. > > > > Here's an example that lead me to think about this: > > > > ORIGINAL: https://bugzilla.redhat.com/show_bug.cgi?id=237393 > > DUPLICATE: https://bugzilla.redhat.com/show_bug.cgi?id=355151 > > > > While it is clearly a duplicate bug, to me it seems clear that the > > duplicate bug contains a lot of useful and relevant information. > > > > Cheers, > > > > Lex. > > That might be a bad mess for bugs that are marked duplicate accidentally, > incorrectly, or just fat-fingered as duplicate of the wrong bug number. It > would cause a weird mixing of comments that don't follow easily from the > previous as well. > > -- > Andrew Farris www.lordmorgul.net > gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B > 1DF3 No one now has, and no one will ever again get, the big picture. - > Daniel Geer ---- > ---- Couldn't removing a duplicate remove comments just like I'm suggesting that marking duplicate add them. Is the use case of bug triager making a mistake a valid enough reason to discount this feature? From nicolas.mailhot at laposte.net Sun Feb 10 10:09:21 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 10 Feb 2008 11:09:21 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AEB895.7070008@hhs.nl> References: <47AC975F.80704@hhs.nl> <47AE652A.3020101@redhat.com> <47AEB895.7070008@hhs.nl> Message-ID: <1202638161.11509.18.camel@rousalka.dyndns.org> Le dimanche 10 f?vrier 2008 ? 09:40 +0100, Hans de Goede a ?crit : > In general the problem is that content creators (artists) are not as much into > freedom thinking (yet?) as the freesoftware movement is, esp they think that no > one should be allowed to make any money of their work in any way. On top of > that they also often think that their creation is perfect as is, and don't want > others to harm their work by modifying it. As I wrote several times already others groups like the Fonts SIG or Java packagers chose to do it the right hard way by themselves, and to my knowledge you're mistaken when you state there are numerous precedents justifying the games SIG expediency first policy (for the record I don't consider fonts content but others disagree). There are numerous precedents the other way should you chose to consider them. This is not to say the situation is perfect in Fedora, but it's nowhere are bad as you paint it, and games are the only coherent group of borderline packages I know of. -- 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 pertusus at free.fr Sun Feb 10 10:12:48 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 10 Feb 2008 11:12:48 +0100 Subject: a plan for updates after end of life In-Reply-To: <200802092248.m19Mm7qC021810@laptop13.inf.utfsm.cl> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <200802092248.m19Mm7qC021810@laptop13.inf.utfsm.cl> Message-ID: <20080210101248.GB2647@free.fr> On Sat, Feb 09, 2008 at 07:48:07PM -0300, Horst H. von Brand wrote: > > Sorry to disagree, but I've seen users of Red Hat 7.3 who are completely > oblivious to the fact that there will be no more updates to the > distribution. And others who never bothered to update anything at all. > > In my (limited) experience, people don't update unless it happens > automatically, or something important breaks visibly. I think that it really depends on the user. For the users you describe having partial updates is indeed better than having no updates at all. But I think that Jeff had in mind sysadmins who use fedora in a plannified way and want to be able to predict when they'll need to do the switch. -- Pat From lordmorgul at gmail.com Sun Feb 10 10:44:49 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 10 Feb 2008 02:44:49 -0800 Subject: Preventing loss of useful information when closing bugs as duplicates. In-Reply-To: <200802102031.19610.floss@lex.hider.name> References: <1202546221.30524.3.camel@fedlex.lex.hider.name> <47AD73B0.9090304@gmail.com> <200802102031.19610.floss@lex.hider.name> Message-ID: <47AED5A1.7000404@gmail.com> Lex Hider wrote: > Couldn't removing a duplicate remove comments just like I'm suggesting that > marking duplicate add them. I'm sure it could yes, but it would be a more significant change to bz codebase than a script that copies comments into the duplicate. You're talking about a pretty broad feature for upstream bz probably, and since redhat is heavily modified... > Is the use case of bug triager making a mistake a valid enough reason to > discount this feature? Consider that there are other issues. A bug may have only one arch set; if a duplicate of bugA with a diff arch is set as duplicate of bugA then bugA would need to have its arch set to indicate both. The copying of comments does not adequately mix the information without doing those kinds of steps... and if you mix comments then people won't go look at the dupe bug itself. (which is the whole point of your suggestion, so they don't have to) Could be a 'duplicate bug' but being seen in different versions, etc. Are you sure piling lots of such comments into one big long list is an effective way to organize the info? What you've suggested here could really be a loss of information as much as it is a way to prevent that, imo. A dupe is not that hard to go look at if enough info to fix it is not present in the one you're looking at first right? Although it might be nice to have a cleaner list of bugs that are dupes, and maybe an indicator of the number of comments on that dupe bug though. Something like: Duplicates: bug# component arch #comments bug# component arch #comments I think that makes it easier to find dupes with content to look in on.. Just my 2c on the idea. (a duplicate isn't even necessarily the same component) -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lkundrak at redhat.com Sun Feb 10 11:06:09 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sun, 10 Feb 2008 12:06:09 +0100 Subject: Preventing loss of useful information when closing bugs as duplicates. In-Reply-To: <1202546221.30524.3.camel@fedlex.lex.hider.name> References: <1202546221.30524.3.camel@fedlex.lex.hider.name> Message-ID: <1202641570.11628.27.camel@localhost.localdomain> On Sat, 2008-02-09 at 19:37 +1100, Lex Hider wrote: > Should all comments for bugs closed as duplicates be added to the > original bug. > > It seems to me that useful information is lost when closing bugs as > duplicate. I'd say this is the natural responsibility of both the assignee that should at least skim through duplicates (the information is not _lost_, just one flag is changed) and partly also of the person that closes the duplicate (he should at least point to the fact that duplicate contains something useful). -- Lubomir Kundrak (Red Hat Security Response Team) From jakub.rusinek at gmail.com Sun Feb 10 11:18:32 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 10 Feb 2008 12:18:32 +0100 Subject: Proposed features Message-ID: <47AEDD88.9000103@gmail.com> Hi, I proposed some features for Fedora. They might not be accepted, but it's worth a try. * http://fedoraproject.org/wiki/Releases/FeatureDiskManager * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3AFedoraControlCenter * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall All are in CategoryProposedFedora9. -- Livio, the person who cares about the usability(tm). From choeger at cs.tu-berlin.de Sun Feb 10 11:30:25 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Sun, 10 Feb 2008 12:30:25 +0100 Subject: Weird VNC problems with keyboard layout In-Reply-To: <47ADBA48.9010709@niemueller.de> References: <47ADBA48.9010709@niemueller.de> Message-ID: <1202643025.20784.2.camel@choeger4> Am Samstag, den 09.02.2008, 15:35 +0100 schrieb Tim Niemueller: > Hi all. > > I have really weird problems with VNC, using different servers, > different clients, but every combination has the very same symptoms. > > I'm using a German localized Gnome, with the German keyboard layout. Now > if I connect to any remote VNC I cannot type many "special" characters. > This means umlauts as well as regular charaters like a dash (and / being > Shift+6). It is not that it is just an English keyboard layout but it > doesn't seem to be any meaningful keyboard setup that I know. In the > beginning for example I ended up copying dashes for commands until I > figured out how to solve this. And this is even more weird: I added the > US English keyboard layout additionally to the German one. Then I added > the Gnome keyboard applet to my panel. If I now start the VNC > connection, and then switch to "USA" for this window it works, and it > works with the German layout! So then I'm able to type all characters > including Umlauts, although the keyboard layout for this window is set > to US English. > > As server I have used an Vine Server for OS X (also known as OSXVnc) as > well as a Qemu-VM started using virt-manager. Clients have been > tightvnc, realvnc, virt-viewer and vinagre (last two then accounting as > gtk-vnc). The system is an F-8 machine. I just found out about this fix > while testing F9Alpha in a VM... > > Does anybody know what's going wrong here? Has anybody experienced > similar problems? I don't even know what I would file a bug against. > Because so many programs are affected I'd expect that this is some kind > of Gnome infrastructure problem? > > Astonished, > Tim > > -- > Tim Niemueller www.niemueller.de > ================================================================= > Imagination is more important than knowledge. (Albert Einstein) > Hi Tim, just checked F8 -> F7 using vino. Everything fine. I'm going to test F8 -> Debian tomorrow. But thats all I have ;) regards christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From buildsys at redhat.com Sun Feb 10 11:59:34 2008 From: buildsys at redhat.com (Build System) Date: Sun, 10 Feb 2008 06:59:34 -0500 Subject: rawhide report: 20080210 changes Message-ID: <200802101159.m1ABxYlK016974@porkchop.devel.redhat.com> New package checkgmail System Tray Application that checks a Gmail Account for New Mail New package gyachi A Yahoo! chat client with Webcam and voice support New package perl-mogilefs-server Server part of the MogileFS distributed filesystem New package polyester3 A style for KDE3 New package qosmic A cosmic recursive fractal flame editor written in Qt4 Updated Packages: CCfits-2.0-1.fc9 ---------------- * Sat Feb 09 2008 Sergio Pascual 2.0-1 - New upstream source CTL-1.4.1-6.fc9 --------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 1.4.1-6 - Rebuild for gcc43 * Wed Jan 09 2008 kwizart < kwizart at gmail.com > - 1.4.1-5 - clean unused-direct-shlib-dependencies Coin2-2.5.0-4.fc9 ----------------- * Sun Feb 10 2008 Ralf Cors??pius - 2.5.0-4 - Rebuild for gcc43. - Update copyright. OpenEXR_CTL-1.0.1-4.fc9 ----------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 1.0.1-4 - Rebuild for gcc43 PerceptualDiff-1.0.1-8.fc9 -------------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 1.0.1-8 - Rebuild for gcc43 * Fri Jan 04 2008 kwizart < kwizart at gmail.com > - 1.0.1-7 - Fix gcc43 Pixie-2.2.2-5.fc9 ----------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 2.2.2-5 - Rebuild for gcc43 Pound-2.4-0.2.f.fc9 ------------------- * Sat Feb 09 2008 Ruben Kerkhof - 2.4-0.2f - Upstream released new version R-mvtnorm-0.8-4.fc9 ------------------- * Sat Feb 09 2008 Orion Poplawski - 0.8-4 - Rebuild for gcc 3.4 SIMVoleon-2.0.1-7.fc9 --------------------- * Sun Feb 10 2008 Ralf Cors??pius - 2.0.1-8 - Rebuild for gcc43. - Spec-file cosmetics. - Update copyright. SoQt-1.4.1-8.fc9 ---------------- * Sun Feb 10 2008 Ralf Cors??pius - 1.4.1-8 - Rebuild for gcc43. aiccu-2007.01.15-3.fc9 ---------------------- animorph-0.3-3.fc9 ------------------ * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.3-3 - Rebuild for gcc43 aqsis-1.2.0-8.fc9 ----------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 1.2.0-8 - Rebuild for gcc43 * Mon Jan 07 2008 kwizart < kwizart at gmail.com > - 1.2.0-7 - Fix gcc43 aspell-sk-2.00-4.fc9 -------------------- * Sat Feb 09 2008 Jan ONDREJ (SAL) - 2.00-4 - rebuild against gcc4.3 atlascpp-0.6.1-3.fc9 -------------------- * Sat Feb 09 2008 Wart 0.6.1-3 - Rebuild for gcc 4.3 atomix-2.14.0-4.1 ----------------- * Sat Feb 09 2008 Thorsten Leemhuis - 2.14.0-4 - rebuilt avahi-0.6.22-5.fc9 ------------------ * Sat Feb 09 2008 Dennis Gilmore - 0.6.22-5 - sparc64 does not have mono bib2html-1.2.1-4.fc9 -------------------- * Sat Feb 09 2008 Terje Rosten - 1.2.1-4 - Rebuild blt-2.4-25.fc9 -------------- * Sat Feb 09 2008 Wart 2.4-25 - Rebuild for gcc 4.3 - Add patch to add soname and remove rpath bsd-games-2.17-23.fc9 --------------------- * Sat Feb 09 2008 Wart 2.17-23 - Add patch and rebuild for gcc 4.3 byaccj-0:1.14-1jpp.1.fc9 ------------------------ * Sat Feb 09 2008 Devrim GUNDUZ - 0:1.14-1jpp.1 - Update to 1.14 - Cosmetic cleanup in spec ccache-2.4-12.fc9 ----------------- * Sat Feb 09 2008 Ville Skytt?? - 2.4-12 - Rebuild. chmlib-0.39-6.fc9 ----------------- * Sat Feb 09 2008 Peter Lemenkov 0.39-6 - Rebuild for GCC 4.3 climm-0.6.1-2.fc9 ----------------- * Sat Feb 09 2008 Jan ONDREJ (SAL) - 0.6.1-2 - rebuild against gcc4.3 compat-guichan05-0.5.0-8.fc9 ---------------------------- * Sat Feb 09 2008 Wart 0.5.0-8 - Rebuild for gcc 4.3 compiz-fusion-0.6.0-14.fc9 -------------------------- * Sat Feb 09 2008 Adel Gadllah 0.6.0-14 - Rebuild for gcc-4.3 compiz-fusion-extras-0.6.0-3.fc9 -------------------------------- * Sat Feb 09 2008 Adel Gadllah 0.6.0-3 - Rebuild for gcc-4.3 corkscrew-2.0-8.fc9 ------------------- * Sat Feb 09 2008 Debarshi Ray - 2.0-8 - Rebuilding with gcc-4.3 in Rawhide. cpipe-3.0.1-3.fc9 ----------------- cpl-4.0.1-2.fc9 --------------- * Sat Feb 09 2008 Sergio Pascual 4.0.1-2 - Updated upstream sources. - Fixing multilib bug (bz#340941) * Tue Oct 09 2007 Sergio Pascual 3.1-2 - Updated qfits patch to build in 64 bits systems * Tue Sep 25 2007 Sergio Pascual 3.1-1 - Minor changes crossfire-1.10.0-4.fc9 ---------------------- * Sat Feb 09 2008 Wart 1.10.0-4 - Rebuild for gcc 4.3 * Fri Aug 17 2007 Wart 1.10.0-3 - License tag clarification - Update user creation to conform to recently modified guidelines * Thu Jul 12 2007 Wart 1.10.0-2 - Move client images outside of the server data directory. - Update selinux policy crossfire-client-1.10.0-4.fc9 ----------------------------- * Sat Feb 09 2008 Wart 1.10.0-4 - Rebuild for gcc 4.3 cssed-0.4.0-6.fc9 ----------------- * Sat Feb 09 2008 Rafa?? Psota - 0.4.0-6 - gcc 4.3 rebuild - .desktop file fix cups-pdf-2.4.6-6.fc9.2 ---------------------- * Sat Feb 09 2008 Remi Collet 2.4.6-6.fc9.2 - rebuild with gcc-4.3 devilspie-0.22-2.fc9 -------------------- * Sat Feb 09 2008 Sebastian Vahl 0.22-2 - rebuild for new gcc-4.3 digitemp-3.5.0-3.fc9 -------------------- dirac-0.9.1-2.fc9 ----------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.9.1-2 - Rebuild for gcc43 dsniff-2.4-0.2.b1.fc9 --------------------- enigma-1.01-6.1 --------------- * Sat Feb 09 2008 Thorsten Leemhuis - 1.01-6 - update gcc43 patch to one from opensuse * Sat Feb 09 2008 Thorsten Leemhuis - 1.01-5 - rebuilt environment-modules-3.2.6-3.fc9 ------------------------------- * Sat Feb 09 2008 - Orion Poplawski - 3.2.6-2 - Rebuild for gcc 3.4 esorex-3.6.6-3.fc9 ------------------ * Sat Feb 09 2008 Sergio Pascual 3.6.6-3 - New upstream source, uses cpl > 4.0 * Thu Sep 13 2007 Sergio Pascual 3.6.1-0.3 - Updated license tag to follow Fedora guidelines * Fri Apr 27 2007 Sergio Pascual 3.6.1-0.2 - The recipe dir is predefined in the patch (esorex-pluginpath.patch) eterm-0.9.4-9.fc9 ----------------- * Sat Feb 09 2008 Terje R??sten - 0.9.4-9 - Rebuild evolution-zimbra-0.1.0-5.fc9 ---------------------------- * Sat Feb 09 2008 Matthew Barnes - 0.1.0-5.fc9 - Rebuild with GCC 4.3 firefox-3.0-0.beta2.17.nightly20080209.fc9 ------------------------------------------ * Sat Feb 09 2008 Christopher Aillon 3.0-0.beta2.17 - Update to latest trunk (2008-02-09) flam3-2.7.9-1.fc9 ----------------- * Sat Feb 09 2008 Ian Weller 2.7.9-1 - Upstream updated - Upstream made changes based on our patches, so removed now redundant patches flashrom-0-0.7.20080209svn3099.fc9 ---------------------------------- * Sat Feb 09 2008 Peter Lemenkov 0-0.7.20080209svn3099 - Add board enable for VIA EPIA SP - support for devices using AMD Geode companion chip CS5536 that have the Boot ROM on NOR flash that is directly connected to FLASH_CS3 (Boot Flash Chip Select) - Add support for the PMC Pm25LV family of SPI flash chips - Add ids and chip entry for Spansion S25FL016A - Support for MX25L3205D chip - Enable MX25L8005 support fmtools-1.0.2-3.fc9 ------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 1.0.2-3 - Rebuild for gcc43 freecol-0.7.3-1.fc9 ------------------- * Sat Feb 09 2008 Hans de Goede 0.7.3-1 - New upstream release 0.7.3 - Drop ExcludeArch ppc ppc64 now that icedtea is available for ppc too freedroid-1.0.2-9.fc9 --------------------- * Sat Feb 09 2008 Ville Skytt?? - 1.0.2-9 - Fix libvorbis(file) linkage. - Point source tarball URL to downloads.sourceforge.net. * Mon Aug 13 2007 Ville Skytt?? - 1.0.2-8 - License: GPLv2+ * Sun Jul 08 2007 Ville Skytt?? - 1.0.2-7 - Apply partial CPU hogging fix from upstream CVS. - Desktop entry improvements. ftgl-2.1.2-8.fc9 ---------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 2.1.2-8 - Rebuild for gcc43 ftnchek-3.3.1-7.fc9 ------------------- * Sat Feb 09 2008 Orion Poplawski 3.3.1-7 - Rebuild for gcc 3.4 * Tue Aug 21 2007 Orion Poplawski 3.3.1-6 - Rebuild for BuildID * Tue Aug 29 2006 Orion Poplawski 3.3.1-5 - Rebuild for FC6 fuse-sshfs-1.9-3.fc9 -------------------- * Sat Feb 09 2008 Peter Lemenkov 1.9-2 - Rebuild for GCC 4.3 fvwm-2.5.24-2.fc9 ----------------- * Sat Feb 09 2008 Adam Goode - 2.5.24-2 - Really fix segfault (#382321) gdm-1:2.21.7-0.2008.02.08.1.fc9 ------------------------------- * Fri Feb 08 2008 Ray Strode - 1:2.21.7-0.2008.02.08.1 - Update to snapshot * Wed Jan 30 2008 Jon McCann - 1:2.21.6-1 - Update to 2.21.6 * Thu Jan 24 2008 Ray Strode - 1:2.21.5-2 - add BuildRequires for iso-codes-devel geekcode-1.7.3-2.fc9 -------------------- gegl-0.0.15-1.svn20080117.fc9 ----------------------------- * Thu Jan 17 2008 Deji Akingunola - 0.0.15-1.svn20080117 - Update to a svn snapshot for gnome-scan - Apply patch to fix extensions loading on 64bit systems - Building the docs on ppc64 segfaults, avoid it for now. gifsicle-1.48-4.fc9 ------------------- * Sat Feb 09 2008 - Orion Poplawski - 1.48-4 - Rebuild for gcc 3.4 gkrellm-top-2.2.11-1.fc9 ------------------------ gkrellm-volume-2.1.13-7.fc9 --------------------------- * Sat Feb 09 2008 Ville Skytt?? - 2.1.13-7 - Fix URL. gliv-1.9.6-3.fc9 ---------------- * Sat Feb 09 2008 Peter Lemenkov 1.9.6-3 - Updated version tag. - Rebuild for GCC 4.3 gmediaserver-0.13.0-3.fc9 ------------------------- * Sat Feb 09 2008 Karol Trzcionka - 0.13.0-3 - respin (gcc43) gnome-games-extra-data-2.21.91-1 -------------------------------- * Sat Feb 09 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 gnome-scan-0.5.4-1.fc9 ---------------------- * Wed Jan 16 2008 Deji Akingunola - 0.5.4-1 - Update to latest release * Tue Jan 15 2008 Deji Akingunola - 0.5.3-0.2.20071030svn - Add Obsolete tag for the -devel subpackage too. gnome-volume-manager-2.22.0-3.fc9 --------------------------------- * Sat Feb 09 2008 Colin Walters - 2.22.0-3 - BR libnotify so we get low disk space notifications gpar2-0.3-6.fc9 --------------- * Sat Feb 09 2008 Adel Gadllah 0.3-6 - Fix build * Sat Feb 09 2008 Adel Gadllah 0.3-5 - Rebuild for gcc-4.3 gsynaptics-0.9.13-3.1 --------------------- * Sat Feb 09 2008 Thorsten Leemhuis - 0.9.13-3 - rebuilt gtkglext-1.2.0-6.fc9 -------------------- * Sun Feb 10 2008 Ralf Cors??pius - 1.2.0-6 - Rebuild for gcc43. gtkhtml2-2.11.1-3.fc9 --------------------- * Sat Feb 09 2008 Matthew Barnes - 2.11.1-3 - Rebuild with GCC 4.3 gtkspell-2.0.11-8.fc9 --------------------- * Sat Feb 09 2008 Matthew Barnes - 2.0.11-8.fc9 - Rebuild with GCC 4.3 gv-3.6.3-3.fc9 -------------- * Sat Feb 09 2008 Orion Poplawski 3.6.3-3 - Rebuild for gcc 3.4 * Tue Aug 21 2007 Orion Poplawski 3.6.3-2 - Update license tag to GPLv2+ - Rebuild for ppc32 * Fri Jun 29 2007 Orion Poplawski 3.6.3-1 - Update to 3.6.3 gweled-0.7-10.1 --------------- * Sat Feb 09 2008 Thorsten Leemhuis - 0.7-10 - rebuilt gxine-0.5.11-17.fc9 ------------------- * Sat Feb 09 2008 Martin Sourada - 0.5.11-17 - add patch to support x.y.z.w version strings in xine-lib * Fri Feb 08 2008 Martin Sourada - 0.5.11-16 - rebuild for gcc 4.3 hardinfo-0.4.2.3-4.fc9 ---------------------- * Sat Feb 09 2008 Adel Gadllah 0.4.2.3-4 - Add libsoup-2.4 patch (RH#430960) hddtemp-0.3-0.15.beta15.fc9 --------------------------- * Sat Feb 09 2008 Ville Skytt?? - 0.3-0.15.beta15 - Sync with Debian's 0.3-beta15-38. - Update drive database to 2007-09-14. - Trim pre-2006 changelog entries. help2man-1.36.4-2.fc9 --------------------- * Sun Feb 10 2008 Ralf Cors??pius - 1.36.4-2 - Update license tag. - Convert THANKS to utf-8. hyperestraier-1.4.13-1.fc9.2 ---------------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 incron-0.5.7-1.fc9 ------------------ * Sat Feb 09 2008 Ruben Kerkhof - 0.5.7-1 - Sync with upstream itcl-3.4-2.fc9 -------------- * Sat Feb 09 2008 Wart - 3.4-2 - Rebuild for gcc 4.3 - Add patch for adding soname * Thu Jan 10 2008 Wart - 3.4-1 - Update to latest CVS head for tcl 8.5 compatibility * Wed Dec 19 2007 Wart - 3.3-0.11.RC1 - Move libitcl shared library to %{_libdir} so that applications linked against itcl can find it. (BZ #372791) itk-3.4-2.fc9 ------------- * Sat Feb 09 2008 Wart - 3.4-2 - Rebuild for gcc 4.3 - Add patch to add soname to library jack-rack-1.4.6-4.fc9 --------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 1.4.6-4 - Rebuild for gcc43 jd-2.0.0-0.3.svn1790_trunk.fc9 ------------------------------ * Sun Feb 10 2008 Mamoru Tasaka - 2.0.0-0.3.svn1790 - svn 1790 (version 2.0.0) * Sat Feb 09 2008 Mamoru Tasaka - Remove patch for gcc43 (applied by upstream) - Remove workarround for libsigc++ side bug * Fri Feb 08 2008 Mamoru Tasaka - 2.0.0-0.2.svn1774 - Patch to make jd happy with gcc43 - Workarround for libsigc++ side bug (bug 431017) kdebase3-3.5.8-37.fc9 --------------------- * Sat Feb 09 2008 Kevin Kofler - 3.5.8-37 - sync from F8: - kdm: local DoS vulnerability, CVE-2007-5963 (Than Ngo, 3.5.8-31.fc8) - updated flash patch to support 64 bit platforms (Luk???? Tinkl, 3.5.8-32.fc8) - fix detection of struct ucred with current glibc 2.7.90 * Wed Feb 06 2008 Than Ngo 3.5.8-36 - f9+: remove %{_bindir}/kcontrol %{_datadir}/applications/kde/Kcontrol* - f9+: make kde3 config tools hidden lasi-1.1.0-1.fc9 ---------------- * Sat Feb 09 2008 - Orion Poplawski - 1.1.0-1 - Update to 1.1.0 lcdproc-0.5.2-4.fc9 ------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.5.2-4 - Rebuild for gcc43 lib3ds-1.3.0-2.fc9 ------------------ * Sun Feb 10 2008 Ralf Cors??pius - 1.3.0-2 - Rebuild for gcc43. libast-0.7.1-0.4.20060818cvs.fc9 -------------------------------- * Sun Jan 20 2008 Terje R??sten - 0.7.1-0.4.20060818cvs - rebuild libbinio-1.4-9.fc9 ------------------ * Sat Feb 09 2008 Linus Walleij 1.4-9 - Rebuild for GCC 4.3. libdiscid-0.1.1-6.fc9 --------------------- * Sat Feb 09 2008 Alex Lancaster - 0.1.1-6 - rebuilt for GCC 4.3 as requested by Fedora Release Engineering libewf-0-4.20070512.fc9 ----------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.4.20070512 - Rebuild for gcc43 libical-0.27-5.fc9 ------------------ * Sat Feb 09 2008 Jakub 'Livio' Rusinek - 0.27-5 - Mass rebuild for new GCC... Done libmodelfile-0.1.92-5.fc9 ------------------------- * Sat Feb 09 2008 Wart 0.1.92-5 - Rebuild for gcc 4.3 - License tag clarification libmodplug-1:0.8.4-3.fc9 ------------------------ * Sat Feb 09 2008 Ville Skytt?? - 1:0.8.4-3 - Rebuild. libmtp-0.2.5-2.fc9 ------------------ * Sat Feb 09 2008 Linus Walleij 0.2.5-2 - Rebuild for GCC 4.3. libnids-1.22-4.fc9 ------------------ * Sun Feb 10 2008 Robert Scheck 1.22-4 - Rebuilt against gcc 4.3 libnjb-2.2.6-3.fc9 ------------------ * Sat Feb 09 2008 Linus Walleij 2.2.6-3 - Rebuild for GCC 4.3. libnss-mysql-1.5-7.fc9 ---------------------- * Sat Feb 09 2008 Jan ONDREJ (SAL) - 1.5-7 - rebuild against gcc4.3 libopendaap-0.4.0-5.fc9 ----------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.4.0-5 - Rebuild for gcc43 libpar2-0.2-5.fc9 ----------------- * Sat Feb 09 2008 Adel Gadllah 0.2-5 - Rebuild for gcc-4.3 librsync-0.9.7-12.fc9 --------------------- * Sun Feb 10 2008 Robert Scheck 0.9.7-12 - Rebuilt against gcc 4.3 - Updated the source URL to match with the guidelines libsilc-1.1.5-3.fc9 ------------------- * Sat Feb 09 2008 Stu Tomlinson 1.1.5-3 - Rebuild for gcc 4.3 libzip-0.8-5.fc9 ---------------- * Sat Feb 09 2008 Sebastian Vahl 0.8-5 - rebuild for new gcc-4.3 lipstik-2.2.3-6.fc9 ------------------- * Sat Feb 09 2008 Jakub 'Livio' Rusinek - 2.2.3-6 - Mass rebuild for new GCC... Done lxpanel-0.2.4-6.fc9 ------------------- * Sat Feb 09 2008 Sebastian Vahl 0.2.4-6 - rebuild for new gcc-4.3 lzma-4.32.5-1.fc9 ----------------- * Sat Feb 09 2008 Per Patrice Bouchand gmail.com> 4.32.5-1 - Switch to version 4.32.5 magic-7.5.116-1.fc9 ------------------- * Fri Feb 08 2008 Chitlesh Goorah - 7.5.116-1 - new upstream release makehuman-0.9.1-0.3.rc1a.fc9 ---------------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.9.1-0.3.rc1a - Rebuild for gcc43 memchan-2.2.1-4.fc9 ------------------- * Sat Feb 09 2008 Wart - 2.2.1-4 - Rebuild for gcc 4.3 - Better download url - Install into new directory for tcl 8.5 mercator-0.2.5-4.fc9 -------------------- * Sat Feb 09 2008 Wart 0.2.5-4 - Rebuild for gcc 4.3 mhgui-0.2-6.fc9 --------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.2-6 - Rebuild for gcc43 mimedefang-2.64-1.fc9 --------------------- * Sat Feb 09 2008 Robert Scheck 2.64-1 - Upgrade to 2.64 mksh-32-2.fc9 ------------- * Sun Feb 10 2008 Robert Scheck 32-2 - Rebuild against gcc 4.3 mlton-20070826-12.fc9 --------------------- * Sat Feb 09 2008 Adam Goode - 20070826-12 - Introduce patch to not call mprotect with PROT_EXEC mtpaint-3.20-3.fc9 ------------------ * Sat Feb 09 2008 Terje Rosten - 3.20-3 - Rebuild museek+-0.1.13-2.fc9 -------------------- * Sat Feb 09 2008 Julian Sikorski - 0.1.13-2 - Fixed gcc-4.3 build mysql++-2.3.2-3.fc9 ------------------- * Sat Feb 09 2008 Remi Collet 2.3.2-3 - rebuild for gcc 4.3 mysql-proxy-0.6.1-1.fc9 ----------------------- * Sat Feb 09 2008 Ruben Kerkhof - 0.6.1-1 - Sync with upstream netcdf-decoders-5.0.0-1.fc9 --------------------------- * Sat Feb 09 2008 - Orion Poplawski - 5.0.0-1 - Update to 5.0.0 netcdf-perl-1.2.3-6.fc9 ----------------------- * Sat Feb 09 2008 - Orion Poplawski - 1.2.3-6 - Rebuild for gcc 3.4 * Thu Aug 23 2007 - Orion Poplawski - 1.2.3-5 - Update license tag to - Rebuild for BuildID neverball-1.4.0-11.fc9 ---------------------- * Fri Feb 08 2008 Wart - 1.4.0-11 - Rebuild for gcc 4.3 nfs-utils-1:1.1.1-4.fc9 ----------------------- * Sat Feb 09 2008 Steve Dickson 1.1.1-4 - Cleaned up some typos that were found in the various places in the mountd code * Thu Jan 24 2008 Steve Dickson 1.1.1-3 - Added in relatime mount option so mount.nfs stays compatible with the mount command in util-linux-ng (bz 274301) * Tue Jan 22 2008 Steve Dickson 1.1.1-2 - Added -S/--since to the nfsstat(1) manpage - The wording in the exportfs man page can be a bit confusing, implying that "exportfs -u :/foo" will unexport /foo from all hosts, which it won't - Removed nfsprog option since the kernel no longer supports it. - Removed mountprog option since the kernel no longer supports it. - Stop segfaults on amd64 during warnings messages. - Fix bug when both crossmnt and fsid are set. nip2-7.12.5-4.fc9 ----------------- * Sat Feb 09 2008 Adam Goode - 7.12.5-4 - GCC 4.3 mass rebuild nvclock-0.8-0.4.b3a.fc9 ----------------------- * Sat Feb 09 2008 Adel Gadllah 0.8-0.4.b3a - Rebuild for gcc-4.3 ocsinventory-ipdiscover-1.01-4.fc9 ---------------------------------- * Sat Feb 09 2008 Remi Collet 1.01-4 - rebuild for gcc 4.3 openser-1.3.0-8.fc9 ------------------- * Sat Feb 09 2008 Peter Lemenkov 1.3.0-8 - Rebuild for GCC 4.3 pastebin-0.60-3.fc9 ------------------- * Fri Feb 08 2008 Michael Stahnke - 0.60-3 - Fixed a patch * Fri Feb 08 2008 Michael Stahnke - 0.60-2 - Missed the pastebin.sql file in the %doc area pdns-2.9.21-4.fc9 ----------------- * Sat Feb 09 2008 Ruben Kerkhof 2.9.21-4 - GCC 4.3 fixes * Wed Dec 05 2007 Ruben Kerkhof 2.9.21-3 - Rebuild to pick up new openldap * Tue Sep 11 2007 Ruben Kerkhof 2.9.21-2 - Fix license tag - Add README for geo backend to docs pdns-recursor-3.1.5-0.1.snapshot3.fc9 ------------------------------------- * Sat Feb 09 2008 Ruben Kerkhof - 3.1.5-0.1.snapshot3 - Sync with upstream - Compile fixes for gcc43 penguin-command-1.6.11-5.fc9 ---------------------------- * Sat Feb 09 2008 Rafa?? Psota - 1.6.11-5 - gcc 4.3 rebuild perl-Astro-FITS-CFITSIO-1.05-3.fc9 ---------------------------------- perl-Cflow-1.053-8.fc9 ---------------------- * Sat Feb 09 2008 - Orion Poplawski - 1.053-8 - Rebuild for gcc 3.4 perl-Font-TTF-0.43-2.fc9 ------------------------ * Sat Feb 09 2008 Nicolas Mailhot - 0.43-2 * Fri May 18 2007 Nicolas Mailhot - 0.41-1 * Tue Mar 20 2007 Nicolas Mailhot - 0.40.0-3 - small packaging fixes perl-IO-AIO-2.51-1.fc9 ---------------------- perl-Params-Validate-0.89-3.fc9 ------------------------------- * Sun Feb 10 2008 Ralf Cors??pius - 0.89-3 - Rebuild for gcc43. * Tue Jan 15 2008 Tom "spot" Callaway - 0.89-2 - rebuild for new perl perl-Test-Taint-1.04-6.fc9 -------------------------- * Sun Feb 10 2008 Ralf Cors??pius - 1.04-6 - Rebuild for gcc43. * Mon Jan 14 2008 Tom "spot" Callaway - 1.04-5 - rebuild for new perl perl-gettext-1.05-12.fc9 ------------------------ * Sun Feb 10 2008 Ralf Cors??pius - 1.05-12 - Rebuild for gcc43. php-magickwand-1.0.6-1.fc9 -------------------------- * Sat Feb 09 2008 Robert Scheck 1.0.6-1 - Upgrade to 1.0.6 php-pecl-memcache-2.2.3-1.fc9 ----------------------------- * Sat Feb 09 2008 Remi Collet 2.2.3-1 - new version php-pecl-phar-1.2.3-3.fc9 ------------------------- * Sat Feb 09 2008 Remi Collet 1.2.3-3 - rebuild with gcc-4.3 picard-0.9.0-6.fc9 ------------------ * Sat Feb 09 2008 Alex Lancaster - 0.9.0-6 - rebuilt for GCC 4.3 as requested by Fedora Release Engineering pinot-0.82-3.fc9 ---------------- * Sat Feb 09 2008 Adel Gadllah 0.82-3 - Fix build with gcc-4.3 * Sat Feb 09 2008 Adel Gadllah 0.82-2 - Rebuild for gcc-4.3 polyester-1.95-2.fc9 -------------------- * Sat Feb 09 2008 Sebastian Vahl - 1.95-2 - rebuild for new gcc-4.3 postr-0.10-2.fc9 ---------------- * Sat Feb 09 2008 Trond Danielsen - 0.10-2 - Added unpackaged file. * Sat Feb 09 2008 Trond Danielsen - 0.10-1 - New upstream version proxychains-3.1-5.fc9 --------------------- * Sat Feb 09 2008 Tyler Owen - 3.1-5 - Rebuild for GCC 4.3 ps2eps-1.64-4.fc9 ----------------- * Sat Feb 09 2008 Terje R??sten - 1.64-4 - Rebuild pvm-3.4.5-9.fc9 --------------- * Sat Feb 09 2008 Alex Lancaster - 3.4.5-9 - rebuilt for GCC 4.3 as requested by Fedora Release Engineering python-alsaaudio-0.2-3.fc9 -------------------------- python-biopython-1.44-4.fc9 --------------------------- * Sat Feb 09 2008 Alex Lancaster - 1.44-4 - rebuilt for GCC 4.3 as requested by Fedora Release Engineering python-boto-1.0a-1.fc9 ---------------------- python-crypto-2.0.1-12.1 ------------------------ * Sat Feb 09 2008 Thorsten Leemhuis - 2.0.1-12 - rebuilt python-inotify-0.7.1-2.fc9 -------------------------- * Sat Feb 09 2008 Terje Rosten - 0.7.1-2 - Rebuild python-kaa-base-0.2.0-2.fc9 --------------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.2.0-2 - Rebuild for gcc43 python-kaa-imlib2-0.2.2-2.fc9 ----------------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.2.2-2 - Rebuild for gcc43 python-kaa-metadata-0.7.1-2.fc9 ------------------------------- * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.7.1-2 - Rebuild for gcc43 qdbm-1.8.77-1.fc9.2 ------------------- * Sat Feb 09 2008 Mamoru Tasaka - Rebuild against gcc43 qhull-2003.1-9.fc9 ------------------ * Sun Feb 10 2008 Ralf Cors??pius - 2003.1-9 - Rebuild for gcc43. quesoglc-0.6.5-5.fc9 -------------------- * Sat Feb 09 2008 Karol Trzcionka - 0.6.5-5 - Rebuild for gcc43 - Fix typo in patch rarian-0.7.1-2.fc9 ------------------ * Sat Feb 09 2008 Matthew Barnes - 0.7.1-2 - Install XML DTD for scrollkeeper OMF files (RH bug #431088). regexxer-0.9-3.fc9 ------------------ * Sat Feb 09 2008 Christoph Wickert - 0.9-3 - Mass rebuild with gcc-4.3.0 - Fix "Save all" menu entry roxterm-1.10.1-1.fc9 -------------------- * Sat Feb 09 2008 Sebastian Vahl - 1.10.1-1 - new upstream version: 1.10.1 ruby-mysql-2.7.4-1.fc9 ---------------------- * Sat Feb 09 2008 Orion Poplawski - 2.7.4-1 - Update to 2.7.4 sage-0.2.0-3.fc9 ---------------- * Sat Feb 09 2008 Wart 0.2.0-3 - Rebuild for gcc 4.3 scanbuttond-0.2.3-12.fc9 ------------------------ * Sat Feb 09 2008 Parag Nemade - 0.2.3-12 - Rebuild for gcc 4.3 sdparm-1.02-2.fc9 ----------------- * Sat Feb 09 2008 Terje Rosten - 1.02-2 - Rebuild six-0.5.3-9.fc9 --------------- * Sat Feb 09 2008 Rafa?? Psota - 0.5.3-9 - gcc 4.3 rebuild skstream-0.3.6-3.fc9 -------------------- * Sat Feb 09 2008 Wart 0.3.6-3 - Rebuild for gcc 4.3 sonata-1.4.2-1.fc9 ------------------ * Sat Feb 09 2008 Micha?? Bentkowski - 1.4.2-1 - 1.4.2 sqliteman-1.0.1-4.fc9 --------------------- * Sat Feb 09 2008 Terje Rosten - 1.0.1-4 - Rebuild stormbaancoureur-2.1.0-1.fc9 ---------------------------- * Sat Feb 09 2008 Hans de Goede 2.1.0-1 - new upstream release 2.1.0 tbcload-1.4-8.20061030cvs.fc9 ----------------------------- * Sat Feb 09 2008 Wart 1.4-8.20061030cvs - Rebuild for gcc 4.3 tcl-thread-2.6.5-6.fc9 ---------------------- * Sat Feb 09 2008 - Wart 2.6.5-6 - Rebuild for gcc 4.3 tclcompiler-1.5-7.20061030cvs.fc9 --------------------------------- * Sat Feb 09 2008 Wart 1.5-7.20061030cvs - Rebuild for gcc 4.3 tcldom-3.1-12.fc9 ----------------- * Fri Feb 08 2008 Wart - 3.1-12 - Rebuild for gcc 4.3 tclhttpd-3.5.1-19.fc9 --------------------- * Sat Feb 09 2008 Wart - 3.5.1-19 - Rebuild for gcc 4.3 tclparser-1.4-4.20061030cvs.fc9 ------------------------------- * Sat Feb 09 2008 Wart 1.4-4.20061030cvs - Rebuild for gcc 4.3 tclxml-3.1-13.fc9 ----------------- * Fri Feb 08 2008 Wart - 3.1-13 - Better download URL - rebuild for gcc 4.3 tcpflow-0.21-3.fc9 ------------------ tcpick-0.2.1-14.fc9 ------------------- * Sun Feb 10 2008 Robert Scheck 0.2.1-14 - Rebuilt against gcc 4.3 tdom-0.8.2-3.fc9 ---------------- * Sat Feb 09 2008 Wart - 0.8.2-3 - Rebuild for gcc 4.3 tesseract-2.01-2.fc9 -------------------- * Sat Feb 09 2008 Karol Trzcionka - 2.01-2 - Rebuild for gcc43 tiobench-0.3.3-7.1 ------------------ * Sat Feb 09 2008 Thorsten Leemhuis - 0.3.3-7 - rebuilt tk-tktreectrl-2.2.3-5.fc9 ------------------------- * Sat Feb 09 2008 Wart - 2.2.3-5 - Rebuild for gcc 4.3 tktable-2.9-11.fc9 ------------------ * Sat Feb 09 2008 Wart 2.9-11 - Rebuild for gcc 4.3 - Clarify license tag tla-1.3.5-5.fc9 --------------- * Sat Feb 09 2008 Debarshi Ray - 1.3.5-5 - Added 'BuildRequires: check-devel' for check stanza. twinkle-1.1-5.fc9 ----------------- * Sat Feb 09 2008 Kevin Fenzi - 1.1-5 - Rebuild for gcc-4.3 - Rebuild for new cctrp and commoncpp2 v4l2-tool-1.0.3-2.fc9 --------------------- * Sat Feb 09 2008 Parag Nemade - 1.0.3-2 - Rebuild for gcc 4.3 varconf-0.6.5-3.fc9 ------------------- * Sat Feb 09 2008 Wart 0.6.5-3 - Rebuild for gcc 4.3 vips-7.12.5-5.fc9 ----------------- * Sat Feb 09 2008 Adam Goode - 7.12.5-5 - Fix GCC 4.3 build * Sat Feb 09 2008 Adam Goode - 7.12.5-4 - GCC 4.3 mass rebuild warzone2100-2.0.10-2.fc9 ------------------------ * Sat Feb 09 2008 Karol Trzcionka - 2.0.10-2 - Rebuild for gcc43 wf-0.41-2.fc9 ------------- wfmath-0.3.7-2.fc9 ------------------ * Sat Feb 09 2008 Wart 0.3.7-2 - Rebuild for gcc 4.3 wgrib-1.8.0.12q-2.fc9 --------------------- * Fri Feb 08 2008 - Orion Poplawski - 1.8.0.12q-1 - Update to 1.8.0.12q wildmidi-0.2.2-4.fc9 -------------------- * Sat Feb 09 2008 Hans de Goede 0.2.2-4 - Change alsa output code to use regular write mode instead of mmap to make it work with pulseaudio (bz 431846) wise2-2.2.0-4.fc9 ----------------- * Sat Feb 09 2008 Alex Lancaster - 2.2.0-4 - rebuilt for GCC 4.3 as requested by Fedora Release Engineering xapian-bindings-1.0.5-2.fc9 --------------------------- * Sat Feb 09 2008 Adel Gadllah 1.0.5-2 - Rebuild for gcc-4.3 xapian-core-1.0.5-2.fc9 ----------------------- * Sat Feb 09 2008 Adel Gadllah 1.0.5-2 - Rebuild for gcc-4.3 xchat-ruby-1.2-6.fc9 -------------------- * Sat Feb 09 2008 Conrad Meyer - 1.2-6 - Bump for GCC 4.3 rebuild xine-plugin-1.0-6.fc9 --------------------- * Sat Feb 09 2008 Martin Sourada - 1.0-6 - rebuild for gcc 4.3 - add patch for x.y.z.w format xine-lib version string xscreensaver-1:5.04-4.fc9 ------------------------- * Sat Feb 09 2008 Mamoru Tasaka - 1:5.04-4 - Add patch to xscreensaver be happy with gcc43 - Rebuild against gcc43 xulrunner-1.9-0.beta2.17.nightly20080209.fc9 -------------------------------------------- * Sat Feb 09 2008 Christopher Aillon 1.9-0.beta2.17 - Update to latest trunk (2008-02-09) xzgv-0.9-4.fc9 -------------- * Sat Feb 09 2008 Terje Rosten - 0.9-4 - rebuild yafray-0.0.9-7.fc9 ------------------ * Sat Feb 09 2008 kwizart < kwizart at gmail.com > - 0.0.9-7 - Rebuild for gcc43 * Fri Jan 04 2008 kwizart < kwizart at gmail.com > - 0.0.9-6 - Fix gcc43 From fedora at leemhuis.info Sun Feb 10 12:59:30 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 10 Feb 2008 13:59:30 +0100 Subject: EPEL report week 06/2008 Message-ID: <47AEF532.8070908@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week06 = Weekly EPEL Summary = Week 06/2008 == Most important happenings == * Reminder: there is vacant seat in the EPEL Steering Committee we'd like to fill in the next meeting -- self nominations welcome (on the EPEL list in public or in private by sending a mail to the current EPEL Steering Committee chairmen). We also will elect a new chairmen for the EPEL Steering Committee in the next EPEL SIG meeting. == Mailing list == === Noteworthy discussions === * https://www.redhat.com/archives/epel-devel-list/2008-February/msg00023.html -- EPEL Meeting: Call for Topics * https://www.redhat.com/archives/epel-devel-list/2008-February/msg00050.html -- rough perl module status * https://www.redhat.com/archives/epel-devel-list/2008-February/msg00051.html -- epel task force? * https://www.redhat.com/archives/epel-devel-list/2008-February/msg00048.html -- rt3 for EPEL status update == Meeting == === Last weeks meeting === None scheduled. === Next Meeting === Wednesday, 20080213 at 18:00 UTC in #fedora-meeting. The topics scheduled for the next meeting as well as a rough status for all in-progress steering committee tasks can always be found in the wiki at http://fedoraproject.org/wiki/EPEL/Schedule == Stats == === General === Number of EPEL Contributors: 175 We welcome 3 new contributors: corsepiu swarren walters === EPEL 5 === Number of source packages: 1084 Number of binary packages: 1999 There are 25 new Packages: * ctorrent | BitTorrent Client written in C * d4x | Downloader for X that supports resuming and many other features * fxload | A helper program to download firmware into FX and FX2 EZ-USB devices * glusterfs | Cluster File System * gridengine | Grid Engine - Distributed Computing Management software * libxml++ | C++ wrapper for the libxml2 XML parser library * perl-Calendar-Simple | Perl extension to create simple calendars * perl-capitalization | No capitalization on method names * perl-ccom | Perl module for context-sensitive phonetic string replacement * perl-Class-MethodMaker | Perl module for creating generic object-oriented methods * perl-Class-ReturnValue | Class::ReturnValue Perl module * perl-DBIx-DBSchema | Database-independent schema objects * perl-DBIx-SearchBuilder | Encapsulate SQL queries and rows in simple perl objects * perl-Devel-StackTrace | Perl module implementing stack trace and stack trace frame objects * perl-ExtUtils-AutoInstall | Automatic install of dependencies via CPAN * perl-GnuPG-Interface | Perl interface to GnuPG * perl-Locale-Maketext-Lexicon | Extract translatable strings from source * perl-Net-eBay | Perl Interface to XML based eBay API * perl-Regexp-Common | Regexp::Common Perl module * perl-Sort-Versions | Perl module for sorting of revision-like numbers * perl-Text-Wrapper | Simple word wrapping perl module * perl-Tree-Simple | Tree::Simple Perl module * perl-Want | Perl module implementing a generalisation of wantarray * perl-XML-Filter-BufferText | Filter to put all characters() in one event * sshmenu | Application to organize SSH connection information in a menu === EPEL 4 === Number of source packages: 6549 Number of binary packages: 1191 There are 5 new Packages: * glusterfs | Cluster File System * perl-ccom | Perl module for context-sensitive phonetic string replacement * perl-Class-MethodMaker | Perl module for creating generic object-oriented methods * perl-XML-Filter-BufferText | Filter to put all characters() in one event * proftpd | Flexible, stable and highly-configurable FTP server ---- ["CategoryEPELReports"] From drago01 at gmail.com Sun Feb 10 13:21:18 2008 From: drago01 at gmail.com (drago01) Date: Sun, 10 Feb 2008 14:21:18 +0100 Subject: Proposed features In-Reply-To: <47AEDD88.9000103@gmail.com> References: <47AEDD88.9000103@gmail.com> Message-ID: <47AEFA4E.8030702@gmail.com> "Fedora is now easy, but some questions, like ntfs write support require digging into terminal. Letting user to not use terminal is good. It's mostly usability improvement." Thats not true. You can doubleclick on the partitionicon (desktop or my computer) Enter root password. (And choose remember if you don't want to do it every time) And the partion will be mounted _with_ ntfs write support. From naheemzaffar at gmail.com Sun Feb 10 13:24:45 2008 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sun, 10 Feb 2008 13:24:45 +0000 Subject: Proposed features In-Reply-To: <47AEDD88.9000103@gmail.com> References: <47AEDD88.9000103@gmail.com> Message-ID: <3adc77210802100524s248caf8bh57f01edc9c590f21@mail.gmail.com> I do not have a Fedora CLA, so I will post a couple of comments here. 1. Fedora 8 (atleast on a fresh install) automatically mounts NTFS as Read/Write and as far as I know it also automagically detects new disks. 2. There is an controlcenter application out there which puts akll the system* utilities in one place. From jaroslav at aster.pl Sun Feb 10 13:31:55 2008 From: jaroslav at aster.pl (Jaroslaw Gorny) Date: Sun, 10 Feb 2008 14:31:55 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <20080208135854.53fd3798@redhat.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> Message-ID: <20080210143155.3fb7e91c@n02204> On Fri, 8 Feb 2008 13:58:54 -0500 Jesse Keating wrote: > On Fri, 08 Feb 2008 20:01:23 +0100 > "Jakub 'Livio' Rusinek" wrote: > > > O rly? Codeina offers commercial codecs, for which we should pay, > > while Fedora should ship "best free and open source software". > > > > It's hypocritical... > > If you ran the app, you would have seen ( well except for a very bad > bug in F8 release :/ ): > > Proprietary and free formats > (...) > > You are then linked to: http://fedoraproject.org/wiki/CodecBuddy > OK. But why are we advertising a commercial company? I understand that it is illegal from the US POV to link non-us users directly to third party repos containing codecs. Instead of this, the page contains only: "If you are in a location where these patents do not apply, you may have other options as well." And users have to find out by themselves what these options are ;) So why don't we just do the same with US users? Something like: "If you are in a location where these patents apply (eg. US), there are companies that provide legal software to play such formats" would be enough, I think. regards, -- jarek From mschwendt.tmp0701.nospam at arcor.de Sun Feb 10 13:39:15 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Sun, 10 Feb 2008 14:39:15 +0100 Subject: Script to update release and changelog? In-Reply-To: <47ADF6F0.3060401@fedoraproject.org> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> <47ADF6F0.3060401@fedoraproject.org> Message-ID: <20080210143915.05425eea.mschwendt.tmp0701.nospam@arcor.de> On Sun, 10 Feb 2008 00:24:40 +0530, Rahul Sundaram wrote: > Michael Schwendt wrote: > > On Sat, 9 Feb 2008 11:10:11 -0700 (MST), orion cora nwra com wrote: > > > >> Is there a script posted somewhere for automatically bumping the release > >> and adding a line to %changelog? Perhaps we could get integrated into > >> Makefile.common? > >> > >> make bumprel COMMENT="Rebuild for gcc 4.3" > > > > I use these two: > > > > http://mschwendt.fedorapeople.org/bumpspecfile.py > > http://mschwendt.fedorapeople.org/rebuildrpms.py > > > > The first one only modifies given spec files and adds a changelog entry. > > That's neat. Could this functionality be integrated with the common make > files? For that, a few things aren't ready: * Which email address to use? Grab one from ~/.koji/client.crt as a default? * Override default config values with ENV variables as in above example. * Improve bumpspecfile.py so it doesn't alter whitespace in "Release" tag. * Improve bumpspecfile.py so it adds EVR-without-%{?dist} to changelog entry. (Redundant for the most recent package release, but some people want it nevertheless.) It could as well be included with "rpmdevtools" after deciding on whether to use a configuration file and/or a set of options. Further, rel-eng uses some scripts for automated rebuilds, too. Where are those? From alan at redhat.com Sun Feb 10 13:55:56 2008 From: alan at redhat.com (Alan Cox) Date: Sun, 10 Feb 2008 08:55:56 -0500 Subject: Proposed features In-Reply-To: <47AEFA4E.8030702@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AEFA4E.8030702@gmail.com> Message-ID: <20080210135556.GA31547@devserv.devel.redhat.com> On Sun, Feb 10, 2008 at 02:21:18PM +0100, drago01 wrote: > "Fedora is now easy, but some questions, like ntfs write support require > digging into terminal. Letting user to not use terminal is good. It's > mostly usability improvement." > Thats not true. > You can doubleclick on the partitionicon (desktop or my computer) > Enter root password. (And choose remember if you don't want to do it > every time) > And the partion will be mounted _with_ ntfs write support. So rephrase it as "The documentation or the method used to enable NTFS write support is not sufficiently obvious" Alan From markg85 at gmail.com Sun Feb 10 13:56:07 2008 From: markg85 at gmail.com (Mark) Date: Sun, 10 Feb 2008 14:56:07 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? Message-ID: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> Hey, I was just looking through the mockup images of njpatel (he really made some great stuff) and i encountered this one [1]. Now this one (obviously) looks better (other might think different) than any currently existing software installer/removal tool and looks very user friendly to me. The only issue i see is that it's just a mockup.. not one line of coding. I can make the program in Java if you would like but i doubt that the yum repo stuff is available for java.. and than again it's probably better to use python for something like this (c/c++ would be best). So any possibility of making this and putting it in fedora anytime soon? [1] http://www.flickr.com/photos/njpatel/383862980/sizes/o/ Mark. From sundaram at fedoraproject.org Sun Feb 10 14:03:40 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 10 Feb 2008 19:33:40 +0530 Subject: to autodownload or not to autodownload In-Reply-To: <20080210143155.3fb7e91c@n02204> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> Message-ID: <47AF043C.7040506@fedoraproject.org> Jaroslaw Gorny wrote: > I understand that it is illegal from the US POV to link non-us users > directly to third party repos containing codecs. Instead of this, the > page contains only: > "If you are in a location where these patents do not apply, you may > have other options as well." > And users have to find out by themselves what these options are ;) Yes, because it is illegal otherwise. > So why don't we just do the same with US users? Something like: > "If you are in a location where these patents apply (eg. US), there are > companies that provide legal software to play such formats" > would be enough, I think. We are allowed to point to sources in this case. If you are in U.S and other regions enforcing such patents, somebody has to pay for the patent license. It might be hardware vendor, OS vendor or whatever. Hiding the cost hides one of the fundamental problems that users need to understand (ie) a completely free Fedora cannot include paid and proprietary codecs. Highlighting the cost is part of the message that codeina provides to the end users. The fundamental part is the education and push for free formats unrestricted by patents. The source we point to is tangential and we can point to any valid source which is only one as of now. Rahul From sundaram at fedoraproject.org Sun Feb 10 14:06:53 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 10 Feb 2008 19:36:53 +0530 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> Message-ID: <47AF04FD.2070204@fedoraproject.org> Mark wrote: > The only issue i see is that it's just a mockup.. not one line of coding. > I can make the program in Java if you would like but i doubt that the > yum repo stuff is available for java.. and than again it's probably > better to use python for something like this (c/c++ would be best). Java programs can be included in Fedora. Either using IcedTea or GCJ. There are several dozen such programs included in the repository already. > So any possibility of making this and putting it in fedora anytime soon? > > [1] http://www.flickr.com/photos/njpatel/383862980/sizes/o/ You should probably talk to the PackageKit folks. http://packagekit.org Rahul From jakub.rusinek at gmail.com Sun Feb 10 14:14:25 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 10 Feb 2008 15:14:25 +0100 Subject: Proposed features In-Reply-To: <47AEFA4E.8030702@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AEFA4E.8030702@gmail.com> Message-ID: <47AF06C1.1090206@gmail.com> drago01 pisze: > "Fedora is now easy, but some questions, like ntfs write support require > digging into terminal. Letting user to not use terminal is good. It's > mostly usability improvement." > Thats not true. > You can doubleclick on the partitionicon (desktop or my computer) > Enter root password. (And choose remember if you don't want to do it > every time) > And the partion will be mounted _with_ ntfs write support. O rly... Many times I saw no partitions in "Computer". From jakub.rusinek at gmail.com Sun Feb 10 14:15:10 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 10 Feb 2008 15:15:10 +0100 Subject: Proposed features In-Reply-To: <3adc77210802100524s248caf8bh57f01edc9c590f21@mail.gmail.com> References: <47AEDD88.9000103@gmail.com> <3adc77210802100524s248caf8bh57f01edc9c590f21@mail.gmail.com> Message-ID: <47AF06EE.8070409@gmail.com> > 2. There is an controlcenter application out there which puts akll the > system* utilities in one place. It's not available by default in menu. From jakub.rusinek at gmail.com Sun Feb 10 14:17:19 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 10 Feb 2008 15:17:19 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47AF04FD.2070204@fedoraproject.org> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> Message-ID: <47AF076F.6030404@gmail.com> Rahul Sundaram pisze: > Mark wrote: > >> The only issue i see is that it's just a mockup.. not one line of coding. >> I can make the program in Java if you would like but i doubt that the >> yum repo stuff is available for java.. and than again it's probably >> better to use python for something like this (c/c++ would be best). > > Java programs can be included in Fedora. Either using IcedTea or GCJ. > There are several dozen such programs included in the repository already. > >> So any possibility of making this and putting it in fedora anytime soon? >> >> [1] http://www.flickr.com/photos/njpatel/383862980/sizes/o/ > > You should probably talk to the PackageKit folks. http://packagekit.org > > Rahul > It is possible to implement because my feature request has been... executed (I don't know english so well)? From markg85 at gmail.com Sun Feb 10 14:13:19 2008 From: markg85 at gmail.com (Mark) Date: Sun, 10 Feb 2008 15:13:19 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47AF04FD.2070204@fedoraproject.org> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> Message-ID: <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> 2008/2/10, Rahul Sundaram : > Mark wrote: > > > The only issue i see is that it's just a mockup.. not one line of coding. > > I can make the program in Java if you would like but i doubt that the > > yum repo stuff is available for java.. and than again it's probably > > better to use python for something like this (c/c++ would be best). > > Java programs can be included in Fedora. Either using IcedTea or GCJ. > There are several dozen such programs included in the repository already. oke.. but can they handle rpm stuff? like installing, searching, fetching new updates? everything yum can. If they can.. how? > > > So any possibility of making this and putting it in fedora anytime soon? > > > > [1] http://www.flickr.com/photos/njpatel/383862980/sizes/o/ > > You should probably talk to the PackageKit folks. http://packagekit.org > Perhaps later. From markg85 at gmail.com Sun Feb 10 14:16:52 2008 From: markg85 at gmail.com (Mark) Date: Sun, 10 Feb 2008 15:16:52 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47AF076F.6030404@gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <47AF076F.6030404@gmail.com> Message-ID: <6e24a8e80802100616y33fed8afga5643b5b3faca2c4@mail.gmail.com> > It is possible to implement because my feature request has been... > executed (I don't know english so well)? So it's possible (i doubt it) i would like to know how because a google search for "java rpm bindings" isn't resulting in anything useful. From drago01 at gmail.com Sun Feb 10 14:17:31 2008 From: drago01 at gmail.com (drago01) Date: Sun, 10 Feb 2008 15:17:31 +0100 Subject: Proposed features In-Reply-To: <47AF06C1.1090206@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AEFA4E.8030702@gmail.com> <47AF06C1.1090206@gmail.com> Message-ID: On Feb 10, 2008 3:14 PM, Jakub 'Livio' Rusinek wrote: > drago01 pisze: > > > "Fedora is now easy, but some questions, like ntfs write support require > > digging into terminal. Letting user to not use terminal is good. It's > > mostly usability improvement." > > Thats not true. > > You can doubleclick on the partitionicon (desktop or my computer) > > Enter root password. (And choose remember if you don't want to do it > > every time) > > And the partion will be mounted _with_ ntfs write support. > > O rly... > > Many times I saw no partitions in "Computer". If the partition exists and isn't shown its a bug. From sundaram at fedoraproject.org Sun Feb 10 14:25:45 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 10 Feb 2008 19:55:45 +0530 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> Message-ID: <47AF0969.3080003@fedoraproject.org> Mark wrote: > oke.. but can they handle rpm stuff? like installing, searching, > fetching new updates? everything yum can. If they can.. how? You want to write yet another frontend? http://jrpm.sourceforge.net/ Rahul From drago01 at gmail.com Sun Feb 10 14:18:46 2008 From: drago01 at gmail.com (drago01) Date: Sun, 10 Feb 2008 15:18:46 +0100 Subject: Proposed features In-Reply-To: <20080210135556.GA31547@devserv.devel.redhat.com> References: <47AEDD88.9000103@gmail.com> <47AEFA4E.8030702@gmail.com> <20080210135556.GA31547@devserv.devel.redhat.com> Message-ID: On Feb 10, 2008 2:55 PM, Alan Cox wrote: > > On Sun, Feb 10, 2008 at 02:21:18PM +0100, drago01 wrote: > > "Fedora is now easy, but some questions, like ntfs write support require > > digging into terminal. Letting user to not use terminal is good. It's > > mostly usability improvement." > > Thats not true. > > You can doubleclick on the partitionicon (desktop or my computer) > > Enter root password. (And choose remember if you don't want to do it > > every time) > > And the partion will be mounted _with_ ntfs write support. > > So rephrase it as "The documentation or the method used to enable NTFS write > support is not sufficiently obvious" Well its almost the same as using removable media (you only need to enter the root password the first time yo do it) From markg85 at gmail.com Sun Feb 10 14:40:59 2008 From: markg85 at gmail.com (Mark) Date: Sun, 10 Feb 2008 15:40:59 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47AF0969.3080003@fedoraproject.org> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> Message-ID: <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> 2008/2/10, Rahul Sundaram : > Mark wrote: > > > oke.. but can they handle rpm stuff? like installing, searching, > > fetching new updates? everything yum can. If they can.. how? > > You want to write yet another frontend? > > http://jrpm.sourceforge.net/ > > Rahul Wow! sadly it's doing just partly what i need it to do and development seems to be (nearly) dead.. i need to be able to access the RPM database that yum creates or i need to have some kind of api that can do everything that yum can (i prefer that). But for your question. actually: Yes. And why you might wonder. Well do you know of any RPM frontend that really gives you what you need, looks good, works stable and is easy to use? some come close (Ubuntu's Synaptec) but none are as good as they might be if some more time was spend on the gui. PackageKit is also looking good but i think something like the mockup (from njpatel) i showed will be way better to use. From caillon at redhat.com Sun Feb 10 14:40:49 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 10 Feb 2008 09:40:49 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <20080210143155.3fb7e91c@n02204> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> Message-ID: <47AF0CF1.7010705@redhat.com> On 02/10/2008 08:31 AM, Jaroslaw Gorny wrote: > On Fri, 8 Feb 2008 13:58:54 -0500 > Jesse Keating wrote: > >> On Fri, 08 Feb 2008 20:01:23 +0100 >> "Jakub 'Livio' Rusinek" wrote: >> >>> O rly? Codeina offers commercial codecs, for which we should pay, >>> while Fedora should ship "best free and open source software". >>> >>> It's hypocritical... >> If you ran the app, you would have seen ( well except for a very bad >> bug in F8 release :/ ): >> >> Proprietary and free formats >> > (...) >> You are then linked to: http://fedoraproject.org/wiki/CodecBuddy >> > > OK. But why are we advertising a commercial company? If users want to get non-free items, I would MUCH rather usher them to the legal way to do so versus the illegal way. Fluendo is currently the only legal way we can offer for the US and some other countries. A different way to phrase the question is: why is nobody else providing a different legal way for users? We would gladly point to multiple ways to get the codecs and let the user decide which one to download from. From fedora at leemhuis.info Sun Feb 10 14:48:32 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 10 Feb 2008 15:48:32 +0100 Subject: iometer for Fedora? Message-ID: <47AF0EC0.3070801@leemhuis.info> Hi all! I created a iometer ( http://www.iometer.org/ ) RPM at work for our internal repo. Is anybody interested in it? Then I'll submit it to Fedora (if the license is fine for Fedora, but on the first sight it looks like it). But I currently think that's not worth the trouble, because - iometer upstream seems really quiet (not really dead yet, but also definitely not really active) - one afaics needs the windows version as frontend to use the linux version CU knurd From choeger at cs.tu-berlin.de Sun Feb 10 15:28:03 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Sun, 10 Feb 2008 16:28:03 +0100 Subject: Proposed features In-Reply-To: <3adc77210802100524s248caf8bh57f01edc9c590f21@mail.gmail.com> References: <47AEDD88.9000103@gmail.com> <3adc77210802100524s248caf8bh57f01edc9c590f21@mail.gmail.com> Message-ID: <1202657283.20784.5.camel@choeger4> Am Sonntag, den 10.02.2008, 13:24 +0000 schrieb Naheem Zaffar: > I do not have a Fedora CLA, so I will post a couple of comments here. > > 1. Fedora 8 (atleast on a fresh install) automatically mounts NTFS as > Read/Write and as far as I know it also automagically detects new > disks. My notebook fedora 8 does not. My Desktop on the other hand does. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From ianweller at gmail.com Sun Feb 10 15:47:04 2008 From: ianweller at gmail.com (Ian Weller) Date: Sun, 10 Feb 2008 09:47:04 -0600 Subject: iometer for Fedora? In-Reply-To: <47AF0EC0.3070801@leemhuis.info> References: <47AF0EC0.3070801@leemhuis.info> Message-ID: On 2/10/08, Thorsten Leemhuis wrote: > I created a iometer ( http://www.iometer.org/ ) RPM at work for our > internal repo. Is anybody interested in it? Then I'll submit it to > Fedora (if the license is fine for Fedora, but on the first sight it > looks like it). But I currently think that's not worth the trouble, because > > - iometer upstream seems really quiet (not really dead yet, but also > definitely not really active) If you want, I can go ahead and submit it for you. > > - one afaics needs the windows version as frontend to use the linux version hmm? explain this please... -- ian From fedora at leemhuis.info Sun Feb 10 15:59:22 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 10 Feb 2008 16:59:22 +0100 Subject: iometer for Fedora? In-Reply-To: References: <47AF0EC0.3070801@leemhuis.info> Message-ID: <47AF1F5A.4050801@leemhuis.info> On 10.02.2008 16:47, Ian Weller wrote: > On 2/10/08, Thorsten Leemhuis wrote: >> I created a iometer ( http://www.iometer.org/ ) RPM at work for our >> internal repo. Is anybody interested in it? Then I'll submit it to >> Fedora (if the license is fine for Fedora, but on the first sight it >> looks like it). But I currently think that's not worth the trouble, because >> - iometer upstream seems really quiet (not really dead yet, but also >> definitely not really active) > If you want, I can go ahead and submit it for you. Well, I can do it myself if there really are people interested in it. That's why I asked here ;-) >> - one afaics needs the windows version as frontend to use the linux version > hmm? explain this please... http://www.iometer.org/doc/matrix.html "Please notice, that this list covers the Dynamo part only. The GUI itself is available for Windows on IA32 / IA64 only!" Cu knurd From kevin.kofler at chello.at Sun Feb 10 16:11:26 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 10 Feb 2008 16:11:26 +0000 (UTC) Subject: Perl package rebuilds References: <200802101159.m1ABxYlK016974@porkchop.devel.redhat.com> Message-ID: I see a few Perl packages with a changelog like that: > * Sun Feb 10 2008 Ralf Cors??pius freenet.de> - 0.89-3 > - Rebuild for gcc43. > > * Tue Jan 15 2008 Tom "spot" Callaway redhat.com> - 0.89-2 > - rebuild for new perl This is bad! You're rebuilding the package again with the old Perl in dist-f9, so when dist-f9-perl gets merged, you'll have an EVR problem. Now these packages need to be bumped and built for dist-f9-perl again! Kevin Kofler From gajownik at gmail.com Sun Feb 10 16:46:43 2008 From: gajownik at gmail.com (Dawid Gajownik) Date: Sun, 10 Feb 2008 17:46:43 +0100 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake Message-ID: <47AF2A73.3030301@gmail.com> Hi! Sorry, I have to orphan these packages: * athcool -- Enables/disables Powersaving mode for AMD processors * gajim -- Jabber client written in PyGTK * htop -- Interactive process viewer * hunky-fonts -- Modified Bitstream Vera fonts with additional letters * inotify-tools -- Command line utilities for inotify * python-sqlite2 -- DB-API 2.0 interface for SQLite 3.x * qps -- Visual process status monitor * yakuake -- Terminal emulator for KDE I'm overworked and I don't have time to maintain them in the proper way. Actually I should have done it months ago... Sorry for not being responsible. Regards, Dawid Gajownik From dan at danny.cz Sun Feb 10 16:50:35 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sun, 10 Feb 2008 17:50:35 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080208160200.18f2dff6@redhat.com> References: <20080208160200.18f2dff6@redhat.com> Message-ID: <1202662235.3246.26.camel@eagle.danny.cz> Jesse Keating p??e v P? 08. 02. 2008 v 16:02 -0500: > In accordance with > http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal (which got FESCo approval) we (Fedora Release Engineering) will be conducting a mass rebuild of Fedora packages for gcc 4.3. > > I have the first iteration of a script that will detect packages that > haven't yet been built with gcc 4.3. The output is sorted by package > owner. There is a small bug right now in that packages that have never > actually been built in koji (imported from Extras/Fedora Core 6) are > automatically added to the list, even if they are noarch. I'm working > on fixing that. > > I've posted the list at http://jkeating.fedorapeople.org/need43 and > either tonight or tomorrow I'll be setting up a cron job to keep this > list updated once an hour or so (depending on how much it hurts koji, > as there are a lot of queries). > > Maintainers are invited to rebuild now, to lower the number of packages > that will get a scripted rebuild by releng later. The script included also some applications written in C# and build with Mono, are they really required to be rebuild? Dan From ben.lewis at benl.co.uk Sun Feb 10 16:51:43 2008 From: ben.lewis at benl.co.uk (Benjamin Lewis) Date: Sun, 10 Feb 2008 16:51:43 +0000 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <47AF2A73.3030301@gmail.com> References: <47AF2A73.3030301@gmail.com> Message-ID: <200802101651.47081.ben.lewis@benl.co.uk> On Sunday 10 February 2008 04:46:43 pm Dawid Gajownik wrote: > Hi! > Sorry, I have to orphan these packages: > > * athcool -- Enables/disables Powersaving mode for AMD processors > * gajim -- Jabber client written in PyGTK > * htop -- Interactive process viewer > * hunky-fonts -- Modified Bitstream Vera fonts with additional letters > * inotify-tools -- Command line utilities for inotify > * python-sqlite2 -- DB-API 2.0 interface for SQLite 3.x > * qps -- Visual process status monitor > * yakuake -- Terminal emulator for KDE I've never maintained a package before, but i regularly use yakuake, so I may be willing to take this on. Any pointers? > > I'm overworked and I don't have time to maintain them in the proper way. > Actually I should have done it months ago... Sorry for not being > responsible. > > Regards, > Dawid Gajownik -- 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: 827 bytes Desc: This is a digitally signed message part. URL: From jaroslav at aster.pl Sun Feb 10 16:50:41 2008 From: jaroslav at aster.pl (Jaroslaw Gorny) Date: Sun, 10 Feb 2008 17:50:41 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AF0CF1.7010705@redhat.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF0CF1.7010705@redhat.com> Message-ID: <20080210175041.6bb0cdcb@n02204> On Sun, 10 Feb 2008 09:40:49 -0500 Christopher Aillon wrote: > > > > OK. But why are we advertising a commercial company? > > > If users want to get non-free items, I would MUCH rather usher them > to the legal way to do so versus the illegal way. Fluendo is > currently the only legal way we can offer for the US and some other > countries. > > A different way to phrase the question is: why is nobody else > providing a different legal way for users? We would gladly point to > multiple ways to get the codecs and let the user decide which one to > download from. OK. Thank you very much for the explanation. For me as an non-US person this was unclear. regards, -- jarek From rafalzaq at gmail.com Sun Feb 10 16:56:32 2008 From: rafalzaq at gmail.com (=?UTF-8?Q?Rafa=C5=82_Psota?=) Date: Sun, 10 Feb 2008 17:56:32 +0100 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <47AF2A73.3030301@gmail.com> References: <47AF2A73.3030301@gmail.com> Message-ID: <5610e0590802100856x1821658ev90798379e13369b7@mail.gmail.com> 2008/2/10, Dawid Gajownik : > > > * htop -- Interactive process viewer I'll take this one. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Sun Feb 10 16:56:54 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 10 Feb 2008 17:56:54 +0100 Subject: a plan for updates after end of life In-Reply-To: <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> Message-ID: <20080210165654.GA2652@free.fr> On Sat, Feb 09, 2008 at 12:21:49PM -0900, Jeff Spaleta wrote: > On Feb 9, 2008 11:33 AM, Patrice Dumas wrote: > > > How do you plan to communicate such a drastic change to the userbase? > > > Right now we make every effort to inform people at release time when > > > the EOL date is for a Fedora release...and even that isn't enough > > > communication. > > > > Doesn't my proposal explain that? It is plainly stated in what I > > propose. > > I'm not sure it does, and if it does then I'm too dumb to see it. > If I'm going to be using this branch... where do i go to know what the > state of branch health is? How do I know that a core piece has fallen > out of maintainership? The list of maintained packages would be generated automatically, a package being listed if it has a maintainer for UAEL. I have setup a wiki page showing what it could look like: http://fedoraproject.org/wiki/DraftPageUAEL I have also put a page for the proposal: http://fedoraproject.org/wiki/DraftUAEL > > Currently they should read the page of the project. I agree that it > > is not very comfortable, but I don't think this should be blocking. > > This is better for the users than no updates anyway, as long as we are > > very clear about the 'stop as soon as there is not enough maintainers'. > > I don't agree that is better. What i think is better is timely > notification of state of branches and packages so users and admins can > take action as they see fit to either help by participating in the > maintainence burden, or choosing to uninstall the package based on the > knowledge that its out of maintainence, or making an informed choice > to live with the risks. It is the same for Fedora, where packages can be orphaned. What is important is to be transparent. People can watch the pages in any case since they will be regenerated automatically (I guess there are utilities to do that). > Right now users who continue to use Fedora > beyond stated EOL are making an informed choice to do so. In fact we > tell them early enough about the timeframe that its a planned informed > choice. Its not the choice I would make... but it is an informed > choice and we aren't surprising them. Before EOL packages may be orphaned at any time. > Extending the lifetime of things in a freeform way only increases the > risk that a package will go unmaintained without the users/admins > knowing that it is. Unless we implement timely notification on the > client we are not balancing that increased risk with increased > notification. I am sure that there are tools to do the difference between pages and can be used in such cases. > We are making it harder for people to make informed > choices. And i think that balance is of ultimate importance, so that > admins/users can make informed choices about what to do when packages > and whole branches go EOL. No, we aren't. The process is transparent. > > Indeed that would be nice (and nice for orphaned fedora packages too) > > but I don't think this should be blocking the updates after end of life. > > I'm very concerned about this issue. Then lets fix it in Fedora first, it doesn't make sense to block the project although it is not adressed in fedora itself. > > We trust packagers who sign for a branch to do things, and otherwise to > > orphan it. > > Trust... but verify. Right now the trust we extended to maintainers > is circumscribed by a hard and definite EOL timeframe. I think its No, it isn't. A packager can stop maintaining his package before the EOL. > inappropriate to have the timeline of a branch solely dependent on > trust...unless you have process to verify that people are doing the > necessary work required to keep the branch alive. It'd be really damn We don't have that in fedora, it is very unfair to point it now! > easy for people to just sign up for Core packages and do absolutely > nothing to fix issues in them, just to keep the branch alive... > because you have created a conflict of interest. It is the same in fedora. See the lftp issue that arised lately. > The people using the branch, don't want to see the branch die, and as > a result they'll claim maintainership on core packages just to keep > things going. Unless you can verify that things are getting done. If > for example the kernel has an exposed security flaw for X number of > months without a fix...regardless of whether someone is officially > listed as a maintainer.. the branch needs to die. This is exactly the same than in fedora proper. This is not adressed in fedora, there is no need to be stricter here. > You are delibrately tieing 'maintainership' to the branch > continuation.. and if you do that.. you need to be very honest about > what maintainership means... or else we'll have a branch linger for > years without actual effort going into core packages. Once again this is the same for fedora. The usual processes (MIA, mailing lists, escalation to the proper commitee) would be right, at least until we find something better in fedora. > Just making sure you are aware, that any proposal in this space will > be subject to a resource constraint... maybe a pretty severe one > initially. Just don't make any promises about the maximum length of > time. Ok, this is reflected on the wiki page now. -- Pat From sundaram at fedoraproject.org Sun Feb 10 17:07:20 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 10 Feb 2008 22:37:20 +0530 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <200802101651.47081.ben.lewis@benl.co.uk> References: <47AF2A73.3030301@gmail.com> <200802101651.47081.ben.lewis@benl.co.uk> Message-ID: <47AF2F48.8060609@fedoraproject.org> Benjamin Lewis wrote: > On Sunday 10 February 2008 04:46:43 pm Dawid Gajownik wrote: >> Hi! >> Sorry, I have to orphan these packages: >> >> * athcool -- Enables/disables Powersaving mode for AMD processors >> * gajim -- Jabber client written in PyGTK >> * htop -- Interactive process viewer >> * hunky-fonts -- Modified Bitstream Vera fonts with additional letters >> * inotify-tools -- Command line utilities for inotify >> * python-sqlite2 -- DB-API 2.0 interface for SQLite 3.x >> * qps -- Visual process status monitor >> * yakuake -- Terminal emulator for KDE > > I've never maintained a package before, but i regularly use yakuake, so I may > be willing to take this on. Any pointers? http://fedoraproject.org/wiki/PackageMaintainers/Join Follow this process and instead of submitting a new package use your Fedora account to log in and apply for ownership of yakuake via https://admin.fedoraproject.org/pkgdb/packages/name/yakuake You would need to find a sponsor too. The list of sponsors is linked from http://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored Rahul From tibbs at math.uh.edu Sun Feb 10 17:10:21 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 10 Feb 2008 11:10:21 -0600 Subject: Procedure for handling actively exploited security bugs with patches? In-Reply-To: <200802091156.53622.sgrubb@redhat.com> References: <47AD3715.6020204@serpentine.com> <200802091156.53622.sgrubb@redhat.com> Message-ID: >>>>> "SG" == Steve Grubb writes: SG> Security patches need careful but timely review. I recommend that SG> the security team coordinate the repair and no one apply SG> unreviewed patches just because you have access. Oh, of course we can't trust the community here. What was I thinking? The security team, who in most cases doesn't even use the software in question, is in a far better position to evaluate and test fixes than someone who is actively interested in and familiar with the software. - J< From vonbrand at inf.utfsm.cl Sun Feb 10 17:13:17 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 10 Feb 2008 14:13:17 -0300 Subject: to autodownload or not to autodownload In-Reply-To: <47AEB895.7070008@hhs.nl> References: <47AC975F.80704@hhs.nl> <47AE652A.3020101@redhat.com> <47AEB895.7070008@hhs.nl> Message-ID: <200802101713.m1AHDHMR008602@laptop13.inf.utfsm.cl> Hans de Goede wrote: [...] > Let me try to explain the orignal rule with an example. For example a > GPL licensed emulator for an old acorn computer may not be included > despite its GPL license since it is only usefull using acorn riscos > roms which are copyrighted and may not be freely redistributed. Since > its only use is with copyright protected material, shipping the (non > functional) emulator could be seen as contributary copyright > infringement since the emulator clearly does not have a significant > non infringing use. OK this far. > OTOH, shipping a doom engine variant clearly is fine, even if it is > one which doesn't work with the freedoom datafiles, since the original > doom engine was released under the GPL by the doom copyright holders, > so clearly they allow distribution of the engine without it being > accompanied by doom datafiles. I fail to see the difference of A creating a program P and content C, and A creating P while B creates C. The program P could very well be open source and the content C closed in both cases. And if streched enough this could even forbid CD players or MythTV (code is open, content (music CDs, TV programs) isn't). > So changing this unwritten rule to mean that any piece of software > which is non functional without any content, and for which no freely > redistributable content is available, may not be included. Would be a > very broad stretching of the original rule (which we really need to > write down somewhere). I don't really know what the "unwritten rule" was. I do agree this should be clarified. [...] > In general the problem is that content creators (artists) are not as > much into freedom thinking (yet?) as the freesoftware movement is, esp > they think that no one should be allowed to make any money of their > work in any way. On top of that they also often think that their > creation is perfect as is, and don't want others to harm their work by > modifying it. > > Take the largest opencontent movement for example, the creative > commons, many of the licenses they provide are non free by our > standards, and unfortunately the non free ones, esp. the non > commercial one, are the most populair ones. Including such stuff in Fedora proper would preclude any commercial use of the distribution, that is quite contrary to its spirit. Perhaps a "non-commercial" repo could be set up? -- 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 rc040203 at freenet.de Sun Feb 10 16:54:36 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 10 Feb 2008 17:54:36 +0100 Subject: Perl package rebuilds In-Reply-To: References: <200802101159.m1ABxYlK016974@porkchop.devel.redhat.com> Message-ID: <1202662476.3286.163.camel@beck.corsepiu.local> On Sun, 2008-02-10 at 16:11 +0000, Kevin Kofler wrote: > I see a few Perl packages with a changelog like that: > > * Sun Feb 10 2008 Ralf Cors??pius freenet.de> - 0.89-3 > > - Rebuild for gcc43. > > > > * Tue Jan 15 2008 Tom "spot" Callaway redhat.com> - 0.89-2 > > - rebuild for new perl > > This is bad! You're rebuilding the package again with the old Perl in dist-f9, > so when dist-f9-perl gets merged, you'll have an EVR problem. I am rebuilding the packages against what is in CVS (aka dist-f9). > Now these > packages need to be bumped and built for dist-f9-perl again! There is nothing I can do, if the "nominal perl" (dist-f9) collides with packages on another (unofficial) branch. Ralf From vonbrand at inf.utfsm.cl Sun Feb 10 17:31:44 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 10 Feb 2008 14:31:44 -0300 Subject: ilw3945 doesn't work after yesterday's updates In-Reply-To: <200802091716.m19HGA5d005011@laptop13.inf.utfsm.cl> References: <200802091716.m19HGA5d005011@laptop13.inf.utfsm.cl> Message-ID: <200802101731.m1AHViAs009483@laptop13.inf.utfsm.cl> Horst H. von Brand wrote: > Everything seems messed up: NetworkManager, dhclient, etc. Any clues? Works fine after yesterday's (20080209) updates. -- 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 kagesenshi.87 at gmail.com Sun Feb 10 17:38:51 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Mon, 11 Feb 2008 01:38:51 +0800 Subject: Proposed features In-Reply-To: <47AEDD88.9000103@gmail.com> References: <47AEDD88.9000103@gmail.com> Message-ID: On Feb 10, 2008 7:18 PM, Jakub 'Livio' Rusinek wrote: > * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall > +1 for 1clickinstall .. ntfs r/w have been around since F6 iirc .. -- 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 selinux at gmail.com Sun Feb 10 17:39:15 2008 From: selinux at gmail.com (Tom London) Date: Sun, 10 Feb 2008 09:39:15 -0800 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AEA014.4000604@redhat.com> References: <47A74A26.9020304@redhat.com> <4c4ba1530802091308g6018468xbfd0db2c440c6548@mail.gmail.com> <47AEA014.4000604@redhat.com> Message-ID: <4c4ba1530802100939s2432364ekcb9538161980444d@mail.gmail.com> On Sat, Feb 9, 2008 at 10:56 PM, Eric Sandeen wrote: > Tom London wrote: > > > However, gnome-mount does not seem to automagically detect ext4dev > > type file systems, and silently fails. > > > > "gnome-mount --fstype ext4dev" does work, however. > > ok, I'll look into that. > > FWIW... by now I've decided that there are WAAAAY too many "helpful" > utilities out there which need to know about filesystem specifics :) > > This may be gnome-mount using hal using udev, which is currently > reporting things as "ext4" not "ext4dev" - do you see anything like that > in the system logs (maybe dmesg) when the automagic detection fails? > > > > -Eric > Yeah, that is probably it. Don't see anything in /var/log/messages, but now that I power cycled, I do get this popup from gnome-mount: The volume 'Backup1' uses the ext4 file system which is not supported by your system. and did get this in ~/.xsession-errors: ** (gnome-mount:3574): WARNING **: Mount failed for /org/freedesktop/Hal/devices/volume_uuid_f1495ff4_e1da_4247_9574_8bb5edf2e0b7 org.freedesktop.Hal.Device.Volume.UnknownFilesystemType : Unknown file system 'ext4' tom -- Tom London -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-gnome-mount.png Type: image/png Size: 12887 bytes Desc: not available URL: From vonbrand at inf.utfsm.cl Sun Feb 10 17:39:26 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 10 Feb 2008 14:39:26 -0300 Subject: Update problems with system-config-firewall Message-ID: <200802101739.m1AHdQAl009854@laptop13.inf.utfsm.cl> Today's updates give: system-config-firewall-1.2.3-1.fc9.noarch from development has depsolving problems --> Missing Dependency: usermode >= 1.94.1 is needed by package system-config-firewall-1.2.3-1.fc9.noarch (development) Is this perhaps a typo in the spec, as usermode-1.94-1 is what is installed currently? In any case, can the erroring out of "yum -y update --skip-broken" for this be fixed? It is quite annouying... -- 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 sundaram at fedoraproject.org Sun Feb 10 17:55:04 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 10 Feb 2008 23:25:04 +0530 Subject: Update problems with system-config-firewall In-Reply-To: <200802101739.m1AHdQAl009854@laptop13.inf.utfsm.cl> References: <200802101739.m1AHdQAl009854@laptop13.inf.utfsm.cl> Message-ID: <47AF3A78.8020009@fedoraproject.org> Horst H. von Brand wrote: > Today's updates give: > > system-config-firewall-1.2.3-1.fc9.noarch from development has depsolving problems > --> Missing Dependency: usermode >= 1.94.1 is needed by package > system-config-firewall-1.2.3-1.fc9.noarch (development) > > Is this perhaps a typo in the spec, as usermode-1.94-1 is what is installed > currently? > > In any case, can the erroring out of "yum -y update --skip-broken" for this > be fixed? It is quite annouying... --exclude=system-config-firewall* https://www.redhat.com/archives/fedora-test-list/2008-February/msg00213.html Rahul From jakub.rusinek at gmail.com Sun Feb 10 18:14:28 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 10 Feb 2008 19:14:28 +0100 Subject: Proposed features In-Reply-To: References: <47AEDD88.9000103@gmail.com> Message-ID: <47AF3F04.2090804@gmail.com> Izhar Firdaus pisze: > On Feb 10, 2008 7:18 PM, Jakub 'Livio' Rusinek wrote: >> * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall >> > > +1 for 1clickinstall .. > > ntfs r/w have been around since F6 iirc .. > 1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager). From cjdahlin at ncsu.edu Sun Feb 10 18:32:08 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Sun, 10 Feb 2008 13:32:08 -0500 Subject: Proposed features In-Reply-To: <47AF3F04.2090804@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> Message-ID: <47AF4328.6020004@ncsu.edu> Jakub 'Livio' Rusinek wrote: > Izhar Firdaus pisze: >> On Feb 10, 2008 7:18 PM, Jakub 'Livio' >> Rusinek wrote: >>> * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall >>> >> >> +1 for 1clickinstall .. >> >> ntfs r/w have been around since F6 iirc .. >> > > 1click install requires only some handler which would be responsible > for repos management and redirecting commands to PackageKit (because > it is our new package manager). > I don't think that's entirely accurate. PackageKit is being made available, but I don't think its replacing anything just yet. --CJD From bpepple at fedoraproject.org Sun Feb 10 18:37:30 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sun, 10 Feb 2008 13:37:30 -0500 Subject: Proposed features In-Reply-To: <47AF3F04.2090804@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> Message-ID: <1202668650.2445.3.camel@nixon> On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: > PackageKit (because it is our new package manager). I don't believe that is correct. I'm pretty sure pirut is still going to be the default for F9, but PackageKit will be offered as an alternative package management system. Later, /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 jakub.rusinek at gmail.com Sun Feb 10 18:47:02 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 10 Feb 2008 19:47:02 +0100 Subject: Proposed features In-Reply-To: <1202668650.2445.3.camel@nixon> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> <1202668650.2445.3.camel@nixon> Message-ID: <47AF46A6.3080504@gmail.com> Brian Pepple pisze: > On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: >> PackageKit (because it is our new package manager). > > I don't believe that is correct. I'm pretty sure pirut is still going > to be the default for F9, but PackageKit will be offered as an > alternative package management system. So why is it listed under accepted features for F9? From kmaraas at broadpark.no Sun Feb 10 18:43:17 2008 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Sun, 10 Feb 2008 19:43:17 +0100 Subject: Recent glibc change broke compilation of evolution-data-server Message-ID: <1202668997.3661.4.camel@localhost.localdomain> Hi. Tried compiling evolution-data-server today and it broke seemingly because of this glibc patch: ?http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/resolv/netdb.h.diff?r1=1.47&r2=1.47.2.1&cvsroot=glibc Bug in e-d-s or glibc? Cheers Kjartan From sundaram at fedoraproject.org Sun Feb 10 18:53:19 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 11 Feb 2008 00:23:19 +0530 Subject: Proposed features In-Reply-To: <47AF46A6.3080504@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> <1202668650.2445.3.camel@nixon> <47AF46A6.3080504@gmail.com> Message-ID: <47AF481F.9080500@fedoraproject.org> Jakub 'Livio' Rusinek wrote: > Brian Pepple pisze: >> On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: >>> PackageKit (because it is our new package manager). >> >> I don't believe that is correct. I'm pretty sure pirut is still going >> to be the default for F9, but PackageKit will be offered as an >> alternative package management system. > > So why is it listed under accepted features for F9? It is already in rawhide. A feature does not need to be default for it to be accepted. Rahul From bpepple at fedoraproject.org Sun Feb 10 18:52:48 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sun, 10 Feb 2008 13:52:48 -0500 Subject: Proposed features In-Reply-To: <47AF46A6.3080504@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> <1202668650.2445.3.camel@nixon> <47AF46A6.3080504@gmail.com> Message-ID: <1202669568.2445.5.camel@nixon> On Sun, 2008-02-10 at 19:47 +0100, Jakub 'Livio' Rusinek wrote: > Brian Pepple pisze: > > On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: > >> PackageKit (because it is our new package manager). > > > > I don't believe that is correct. I'm pretty sure pirut is still going > > to be the default for F9, but PackageKit will be offered as an > > alternative package management system. > > So why is it listed under accepted features for F9? Did you read the proposal? It's states that it was only being offered as an alternative. Later, /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 smooge at gmail.com Sun Feb 10 19:04:15 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 10 Feb 2008 12:04:15 -0700 Subject: Procedure for handling actively exploited security bugs with patches? In-Reply-To: <1202584279.11628.18.camel@localhost.localdomain> References: <47AD3715.6020204@serpentine.com> <1202584279.11628.18.camel@localhost.localdomain> Message-ID: <80d7e4090802101104o11abcccbh2d12cdd815ad297e@mail.gmail.com> On Feb 9, 2008 12:11 PM, Lubomir Kundrak wrote: > Hi, > > On Fri, 2008-02-08 at 21:16 -0800, Bryan O'Sullivan wrote: > > A bug in a piece of widely used PHP-based software was announced a few > > days ago, and it's now being actively exploited by spammers: > > > > http://wordpress.org/development/2008/02/wordpress-233/ > > > > Affected machines include my server, which is running F-8. Eep. > > Pardon me -- my point of view is by using wordpress you voluntary agree > to get exploited, and no wordpress vulnerability is ever to be > considered as having priority higher than low. > ... > > Please note that responsible configuration in most cases implies no > WordPress. Don't get me wrong please -- look at its security track. > > PS: Note we may be on during weekends too anyways -- as I am now. > Remember we fixed a security issue on Christmas Eve. > > Thanks, > -- > Lubomir Kundrak (Red Hat Security Response Team) > Wow I would say the same thing about the kernel. I mean look at its track record.. over the last 6 months and many years there have been tons of security updates for it. Are there any packages that don't hit that litmus check (other than maybe DJB software)? People use the tools that are useful for them. The job of a security professional is to help them make better choices. In some cases that is making the tool better, in other cases it is finding them a better tool to work with. Commenting about how one feels a software choice was poor when that person is dealing with a crisis, does not help the person affected at all, and gives in this case Red Hat, Fedora, and other security professionals a bad name. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From jspaleta at gmail.com Sun Feb 10 19:14:07 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 10 Feb 2008 10:14:07 -0900 Subject: a plan for updates after end of life In-Reply-To: <20080210165654.GA2652@free.fr> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <20080210165654.GA2652@free.fr> Message-ID: <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> On Feb 10, 2008 7:56 AM, Patrice Dumas wrote: > Once again this is the same for fedora. The usual processes (MIA, > mailing lists, escalation to the proper commitee) would be right, at > least until we find something better in fedora. It's not the same... you are proposing a completely open-ended timeframe for a branch, based on continued maintainership of a set of "core" items. That unlimited timeframe equates to unlimited risk. For fedora right now, we know exactly how long a release cycle and the timeframe sets a boundary on how long something could be maintained in name only. The current branches expire at a certain time whether someone is maintaining things or not. You are proposing to build a branch which can only expire if people stop maintaining things...totally different...totally. -jef -jef From kmaraas at broadpark.no Sun Feb 10 19:13:09 2008 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Sun, 10 Feb 2008 20:13:09 +0100 Subject: Recent glibc change broke compilation of evolution-data-server In-Reply-To: <1202668997.3661.4.camel@localhost.localdomain> References: <1202668997.3661.4.camel@localhost.localdomain> Message-ID: <1202670789.3661.6.camel@localhost.localdomain> s?., 10.02.2008 kl. 19.43 +0100, skrev Kjartan Maraas: > Hi. > > Tried compiling evolution-data-server today and it broke seemingly > because of this glibc patch: > > ?http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/resolv/netdb.h.diff?r1=1.47&r2=1.47.2.1&cvsroot=glibc > > Bug in e-d-s or glibc? > e-d-s it seems. I've filed a bug upstream: http://bugzilla.gnome.org/show_bug.cgi?id=515561 Cheers Kjartan From pertusus at free.fr Sun Feb 10 19:31:04 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 10 Feb 2008 20:31:04 +0100 Subject: a plan for updates after end of life In-Reply-To: <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <20080210165654.GA2652@free.fr> <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> Message-ID: <20080210193104.GC2652@free.fr> On Sun, Feb 10, 2008 at 10:14:07AM -0900, Jeff Spaleta wrote: > On Feb 10, 2008 7:56 AM, Patrice Dumas wrote: > > Once again this is the same for fedora. The usual processes (MIA, > > mailing lists, escalation to the proper commitee) would be right, at > > least until we find something better in fedora. > > It's not the same... you are proposing a completely open-ended > timeframe for a branch, based on continued maintainership of a set of > "core" items. That unlimited timeframe equates to unlimited risk. > For fedora right now, we know exactly how long a release cycle and the > timeframe sets a boundary on how long something could be maintained in > name only. The current branches expire at a certain time whether > someone is maintaining things or not. You are proposing to build a > branch which can only expire if people stop maintaining > things...totally different...totally. Although it is different, I can't see how it is different with regard with control over bad maintainers. And I can't see why the processes right for Fedora are not right here. If you have an idea how to solve that issue in fedora, submit it to FESCo and it will certainly work in UAEL too. -- Pat From gnomeuser at gmail.com Sun Feb 10 19:42:07 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sun, 10 Feb 2008 20:42:07 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <1202662235.3246.26.camel@eagle.danny.cz> References: <20080208160200.18f2dff6@redhat.com> <1202662235.3246.26.camel@eagle.danny.cz> Message-ID: <1dedbbfc0802101142x1fc3b33fl31e21292891f89c5@mail.gmail.com> 2008/2/10, Dan Hor?k : > > > Jesse Keating p??e v P? 08. 02. 2008 v 16:02 -0500: > > In accordance with > > http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal(which got FESCo approval) we (Fedora Release Engineering) will be > conducting a mass rebuild of Fedora packages for gcc 4.3. > > > > I have the first iteration of a script that will detect packages that > > haven't yet been built with gcc 4.3. The output is sorted by package > > owner. There is a small bug right now in that packages that have never > > actually been built in koji (imported from Extras/Fedora Core 6) are > > automatically added to the list, even if they are noarch. I'm working > > on fixing that. > > > > I've posted the list at http://jkeating.fedorapeople.org/need43 and > > either tonight or tomorrow I'll be setting up a cron job to keep this > > list updated once an hour or so (depending on how much it hurts koji, > > as there are a lot of queries). > > > > Maintainers are invited to rebuild now, to lower the number of packages > > that will get a scripted rebuild by releng later. > > The script included also some applications written in C# and build with > Mono, are they really required to be rebuild? Pure managed code such as ndesk-dbus should not need a rebuild, thus I was also surprised to find them on the list. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.w.r.degoede at hhs.nl Sun Feb 10 19:48:24 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 10 Feb 2008 20:48:24 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AF043C.7040506@fedoraproject.org> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> Message-ID: <47AF5508.2060909@hhs.nl> Rahul Sundaram wrote: >> So why don't we just do the same with US users? Something like: >> "If you are in a location where these patents apply (eg. US), there are >> companies that provide legal software to play such formats" >> would be enough, I think. > > We are allowed to point to sources in this case. If you are in U.S and > other regions enforcing such patents, somebody has to pay for the patent > license. It might be hardware vendor, OS vendor or whatever. Hiding the > cost hides one of the fundamental problems that users need to understand > (ie) a completely free Fedora cannot include paid and proprietary > codecs. Highlighting the cost is part of the message that codeina > provides to the end users. Ah, comeone "Highlighting the cost is part of the message that codeina provides to the end users" ?? Thats just plain nonsense, the linking to must pay for codecs in codina is plain and simply _bad_, but for some reason condoned because the codec issue is a big problem for end users, so having some very ugly work around is seen as ok in this situation. I must say however that I find promoting closed source software this way is way worse IMHO then many of the completely open, may be modified, redistributed modified and original, but may not be used commercial software which we are keeping out of Fedora. Don't get me wrong I understand that no commercial use is a use restriction and therefor makes the affected software non free, although for me and many others the software i as free as free software, since I've no commercial plans with it. And since the affected software is non free I'm not arging for its inclusion, I'm arguing against codina! Regards, Hans From j.w.r.degoede at hhs.nl Sun Feb 10 19:52:01 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 10 Feb 2008 20:52:01 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AF0CF1.7010705@redhat.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF0CF1.7010705@redhat.com> Message-ID: <47AF55E1.2020106@hhs.nl> Christopher Aillon wrote: > On 02/10/2008 08:31 AM, Jaroslaw Gorny wrote: >> On Fri, 8 Feb 2008 13:58:54 -0500 >> Jesse Keating wrote: >> >>> On Fri, 08 Feb 2008 20:01:23 +0100 >>> "Jakub 'Livio' Rusinek" wrote: >>> >>>> O rly? Codeina offers commercial codecs, for which we should pay, >>>> while Fedora should ship "best free and open source software". >>>> >>>> It's hypocritical... >>> If you ran the app, you would have seen ( well except for a very bad >>> bug in F8 release :/ ): >>> >>> Proprietary and free formats >>> >> (...) >>> You are then linked to: http://fedoraproject.org/wiki/CodecBuddy >>> >> >> OK. But why are we advertising a commercial company? > > > If users want to get non-free items, I would MUCH rather usher them to > the legal way to do so versus the illegal way. Fluendo is currently the > only legal way we can offer for the US and some other countries. > The same argument could be used for autodownloader, if someone wants to play quake, I much rather have they use autodl to download a legal version then use some pirated full version. I really must say I don't understand how people can have an issue with autodownloader and at the same time defend codina. To me that is nothing shirt of hypocritical. Regards, Hans From arjan at infradead.org Sun Feb 10 19:51:45 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Sun, 10 Feb 2008 11:51:45 -0800 Subject: a plan for updates after end of life In-Reply-To: <20080209100422.GB2685@free.fr> References: <20080209100422.GB2685@free.fr> Message-ID: <20080210115145.1dc5cd93@laptopd505.fenrus.org> On Sat, 9 Feb 2008 11:04:22 +0100 Patrice Dumas wrote: > Hello, > > I thought about a plan regarding Updates After End of Life (UAEL, > temporary name for the project). I think that first we should make > sure that all the packages in the comps groups 'Core' and 'Base' that > are not optional + kernel have a maintainer for that branch. Then we > would automatically generate a list of all the packages that have > UAEL branches and advertise UAEL to be that set of packages, and > nothing more. > > The text for UAEL could be like > Does this looks like a plan acceptable by the Fedora lead? > > Opinions, comments? My first impression is... "ok so there's now a formal process, and the result is that there is no branch ever that uses this". The chances of finding sufficient capable volunteers for even the base package set is... near zero. I stress "capable" here, and with this I mean people who both have the time and the skill to track, evaluate and backport security fixes. That is a non-trivial amount of time and skill *for each package*. Most people with these skills don't themselves use these older distros -> they lose interest fast. Or in other words; I'm sure there is demand for this sort of thing, I just don't think there's sufficient volunteer supply... -- If you want to reach me at my work email, use arjan at linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org From alan at clueserver.org Sun Feb 10 20:02:11 2008 From: alan at clueserver.org (Alan) Date: Sun, 10 Feb 2008 12:02:11 -0800 Subject: Fedora 9 alpha recovery disc problem Message-ID: <1202673731.31312.4.camel@kratos.fnordora.org> The Fedora 9 Alpha recovery disc does not recognize encrypted partitions/discs. Mounting them is non-obvious. Also, if the X server does not start, it goes into an infinite loop instead of prompting you to fix the problem. This makes it quite painful if you were foolish enough to try and install the proprietary nVIDIA driver. Another thing... How do I get rid of these damn "guest" accounts. The gdm config programs seems to no longer exist. From sandeen at redhat.com Sun Feb 10 20:03:45 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Sun, 10 Feb 2008 14:03:45 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <4c4ba1530802100939s2432364ekcb9538161980444d@mail.gmail.com> References: <47A74A26.9020304@redhat.com> <4c4ba1530802091308g6018468xbfd0db2c440c6548@mail.gmail.com> <47AEA014.4000604@redhat.com> <4c4ba1530802100939s2432364ekcb9538161980444d@mail.gmail.com> Message-ID: <47AF58A1.2000303@redhat.com> Tom London wrote: > Don't see anything in /var/log/messages, but now that I power cycled, > I do get this popup from gnome-mount: > > The volume 'Backup1' uses the ext4 file system which is not supported > by your system. > > and did get this in ~/.xsession-errors: > > ** (gnome-mount:3574): WARNING **: Mount failed for > /org/freedesktop/Hal/devices/volume_uuid_f1495ff4_e1da_4247_9574_8bb5edf2e0b7 > org.freedesktop.Hal.Device.Volume.UnknownFilesystemType : Unknown file > system 'ext4' Thanks... I'll have to decide if it's worth teaching udev about ext4dev... probably is, so this stuff can get tested sooner. Thanks, -Eric From sundaram at fedoraproject.org Sun Feb 10 20:11:27 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 11 Feb 2008 01:41:27 +0530 Subject: to autodownload or not to autodownload In-Reply-To: <47AF5508.2060909@hhs.nl> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> Message-ID: <47AF5A6F.4040903@fedoraproject.org> Hans de Goede wrote: > > Ah, comeone "Highlighting the cost is part of the message that codeina > provides to the end users" ?? Thats just plain nonsense, the linking to > must pay for codecs in codina is plain and simply _bad_, Would it ok be if the free MP3 codec stays but rest of them codec links are removed? Again, the fundamental part of codeina is the initial message you get when you play say a MP3 song and not some codec link. Codeina could very well be modified to provide a framework where alternative codec sources can be provided easily by third party repositories for example. Throwing away codeina gets us back to cryptic error messages. Would you consider that better? but for some > reason condoned because the codec issue is a big problem for end users, > so having some very ugly work around is seen as ok in this situation True and we don't have any elegant solutions to this problem. It is merely a question of how ugly you want the solution to be. Rahul From lesmikesell at gmail.com Sun Feb 10 20:07:56 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 10 Feb 2008 14:07:56 -0600 Subject: to autodownload or not to autodownload In-Reply-To: <47AF5508.2060909@hhs.nl> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> Message-ID: <47AF599C.1090301@gmail.com> Hans de Goede wrote: > > > Ah, comeone "Highlighting the cost is part of the message that codeina > provides to the end users" ?? Thats just plain nonsense, the linking to > must pay for codecs in codina is plain and simply _bad_, but for some > reason condoned because the codec issue is a big problem for end users, > so having some very ugly work around is seen as ok in this situation. Is there any other alternative for users in areas with software patent laws (besides breaking the law or not using fedora, of course)? -- Les Mikesell lesmikesell at gmail.com From caillon at redhat.com Sun Feb 10 20:09:15 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 10 Feb 2008 15:09:15 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47AF55E1.2020106@hhs.nl> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF0CF1.7010705@redhat.com> <47AF55E1.2020106@hhs.nl> Message-ID: <47AF59EB.5040102@redhat.com> On 02/10/2008 02:52 PM, Hans de Goede wrote: >> If users want to get non-free items, I would MUCH rather usher them to >> the legal way to do so versus the illegal way. Fluendo is currently >> the only legal way we can offer for the US and some other countries. >> > > The same argument could be used for autodownloader, if someone wants to > play quake, I much rather have they use autodl to download a legal > version then use some pirated full version. > > I really must say I don't understand how people can have an issue with > autodownloader and at the same time defend codina. To me that is nothing > shirt of hypocritical. Here's the bottom line: Is $MEDIAPLAYER usable if the user decides they don't want to download any codecs with codeina? Yes, because we ship and support vorbis, theora, flac, wav, etc. Is $GAME playable if the user decides they don't want to download the non-free items? If yes, I'm totally fine with the game using autodownloader. If no, I have a major problem with the game being in Fedora. In neither case do I have a problem with autodownloader existing. From jspaleta at gmail.com Sun Feb 10 20:11:37 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 10 Feb 2008 11:11:37 -0900 Subject: a plan for updates after end of life In-Reply-To: <20080210193104.GC2652@free.fr> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <20080210165654.GA2652@free.fr> <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> <20080210193104.GC2652@free.fr> Message-ID: <604aa7910802101211g6484f50bx7f7c573cd162b6fb@mail.gmail.com> On Feb 10, 2008 10:31 AM, Patrice Dumas wrote: > Although it is different, I can't see how it is different with regard > with control over bad maintainers. And I can't see why the processes > right for Fedora are not right here. If you have an idea how to solve > that issue in fedora, submit it to FESCo and it will certainly work in > UAEL too. I'm not trying to control individuals.. I'm trying to get a realistic conditions for any branch built under this proposal to every actually die. Maintainership in name happens, it happens if Fedora right now and it will happen under your proposal. I'm not denying it. The difference is, the timelines we have right now are not held hostage by this sort of crap. Fedora release branches expire whether maintainers do the work or not. I will not support a proposal which lets a branch continue until the heat death of the universe( which could be next year based on my local ambient temperature measurements) simply because someone's named is assigned to a package. If you are going to have an open ended branch cycle, then you need to propose more specific metrics on effort performed versus effort needed to keep the branch healthy and open. Just a name next to a package, isn't good enough as a metric to keep a branch open. -jef From alan at clueserver.org Sun Feb 10 20:25:03 2008 From: alan at clueserver.org (Alan) Date: Sun, 10 Feb 2008 12:25:03 -0800 Subject: Perl package rebuilds In-Reply-To: <1202662476.3286.163.camel@beck.corsepiu.local> References: <200802101159.m1ABxYlK016974@porkchop.devel.redhat.com> <1202662476.3286.163.camel@beck.corsepiu.local> Message-ID: <1202675103.31312.12.camel@kratos.fnordora.org> On Sun, 2008-02-10 at 17:54 +0100, Ralf Corsepius wrote: > On Sun, 2008-02-10 at 16:11 +0000, Kevin Kofler wrote: > > I see a few Perl packages with a changelog like that: > > > * Sun Feb 10 2008 Ralf Cors??pius freenet.de> - 0.89-3 > > > - Rebuild for gcc43. > > > > > > * Tue Jan 15 2008 Tom "spot" Callaway redhat.com> - 0.89-2 > > > - rebuild for new perl > > > > This is bad! You're rebuilding the package again with the old Perl in dist-f9, > > so when dist-f9-perl gets merged, you'll have an EVR problem. > I am rebuilding the packages against what is in CVS (aka dist-f9). > > > Now these > > packages need to be bumped and built for dist-f9-perl again! > There is nothing I can do, if the "nominal perl" (dist-f9) collides with > packages on another (unofficial) branch. I assume the Perl rebuild is for Perl 5.10.0? I hope so. There are fixes in that version I want. From j.w.r.degoede at hhs.nl Sun Feb 10 20:26:37 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 10 Feb 2008 21:26:37 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AF5A6F.4040903@fedoraproject.org> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF5A6F.4040903@fedoraproject.org> Message-ID: <47AF5DFD.8060908@hhs.nl> Rahul Sundaram wrote: > Hans de Goede wrote: > >> >> Ah, comeone "Highlighting the cost is part of the message that codeina >> provides to the end users" ?? Thats just plain nonsense, the linking >> to must pay for codecs in codina is plain and simply _bad_, > > Would it ok be if the free MP3 codec stays but rest of them codec links > are removed? That would be a big step forward IMHO, yes! > Again, the fundamental part of codeina is the initial > message you get when you play say a MP3 song and not some codec link. > Codeina could very well be modified to provide a framework where > alternative codec sources can be provided easily by third party > repositories for example. Throwing away codeina gets us back to cryptic > error messages. Would you consider that better? > Actually yes, atleast that would be much more aligned with Fedoras founding principles then the current codina. > but for some >> reason condoned because the codec issue is a big problem for end >> users, so having some very ugly work around is seen as ok in this >> situation > > True and we don't have any elegant solutions to this problem. It is > merely a question of how ugly you want the solution to be. > Not as ugly as codina. Regards, Hans From j.w.r.degoede at hhs.nl Sun Feb 10 20:27:38 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 10 Feb 2008 21:27:38 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AF599C.1090301@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> Message-ID: <47AF5E3A.3020908@hhs.nl> Les Mikesell wrote: > Hans de Goede wrote: >> >> >> Ah, comeone "Highlighting the cost is part of the message that codeina >> provides to the end users" ?? Thats just plain nonsense, the linking >> to must pay for codecs in codina is plain and simply _bad_, but for >> some reason condoned because the codec issue is a big problem for end >> users, so having some very ugly work around is seen as ok in this >> situation. > > Is there any other alternative for users in areas with software patent > laws (besides breaking the law or not using fedora, of course)? > Yes not play patent encumbered formats, just like we don't do hardware 3D accel for nvidea cards, that would be inline with Fedoras founding principles, codina is not! Regards, Hans From pertusus at free.fr Sun Feb 10 20:30:25 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 10 Feb 2008 21:30:25 +0100 Subject: a plan for updates after end of life In-Reply-To: <604aa7910802101211g6484f50bx7f7c573cd162b6fb@mail.gmail.com> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <20080210165654.GA2652@free.fr> <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> <20080210193104.GC2652@free.fr> <604aa7910802101211g6484f50bx7f7c573cd162b6fb@mail.gmail.com> Message-ID: <20080210203025.GD2652@free.fr> On Sun, Feb 10, 2008 at 11:11:37AM -0900, Jeff Spaleta wrote: > On Feb 10, 2008 10:31 AM, Patrice Dumas wrote: > > Although it is different, I can't see how it is different with regard > > with control over bad maintainers. And I can't see why the processes > > right for Fedora are not right here. If you have an idea how to solve > > that issue in fedora, submit it to FESCo and it will certainly work in > > UAEL too. > > > I'm not trying to control individuals.. I'm trying to get a realistic > conditions for any branch built under this proposal to every actually > die. Maintainership in name happens, it happens if Fedora right now > and it will happen under your proposal. I'm not denying it. The > difference is, the timelines we have right now are not held hostage by > this sort of crap. Fedora release branches expire whether maintainers > do the work or not. The fact that it expires doesn't make it less unmaintained. I still can't see the difference. Not to mention that it doesn't really expires since it is carried along in new releases. It lasts longer in UAEL, but there is no real difference, the package is unmaintained, period. > I will not support a proposal which lets a branch > continue until the heat death of the universe( which could be next > year based on my local ambient temperature measurements) simply > because someone's named is assigned to a package. If somebody uses the fedora processes to force orphaning a package, it will be done. I really can't see why you want a specific process. > If you are going to > have an open ended branch cycle, then you need to propose more > specific metrics on effort performed versus effort needed to keep the > branch healthy and open. It is not something that can be easily done. The metric which makes the most sense to me today is: has somebody brought an issue with the maintainer work toward the relevant commitee (in that case I guess it would be the UAEL SIG) and the commitee decided to orphan the package. Just like in Fedora. Agreed it is not a perfect process, but there is no reason to have a better one for UAEL. > Just a name next to a package, isn't good > enough as a metric to keep a branch open. It is not a name. It is a fedora maintainer name. In any case all you say is much more relevant to EPEL. Why don't you raise this concern here? If it is just a time length you want, we can say 5 years maximum of updates. I think it will last shorter anyway, even with bad maintainers hiding their lack of care of packages. -- Pat From jspaleta at gmail.com Sun Feb 10 20:32:51 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 10 Feb 2008 11:32:51 -0900 Subject: to autodownload or not to autodownload In-Reply-To: <47AF5508.2060909@hhs.nl> References: <47AC975F.80704@hhs.nl> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> Message-ID: <604aa7910802101232y2d3b2e2dh6b7af49a2c6dbfab@mail.gmail.com> On Feb 10, 2008 10:48 AM, Hans de Goede wrote: > Ah, comeone "Highlighting the cost is part of the message that codeina > provides to the end users" ?? Thats just plain nonsense, the linking to must > pay for codecs in codina is plain and simply _bad_, but for some reason > condoned because the codec issue is a big problem for end users, so having some > very ugly work around is seen as ok in this situation. I'm fine with linking to 'for pay' but open codecs. The 'for pay' isn't the issue.. its the closed source nature of most of the items now listed which is a problem really. Fluendo's MIT licensed mp3 plugin is perfectly fine with me...even if they charged for it.. it would be fine. Is it sillyness for people who believe themselves immune to the patent problems in this space...yes. But we are where we are, and the concept of just-in-time needed codec detection technology is pretty useful generally. That is the core of what codeina is, discovering what codecs you need when you need them for the first time. How you fill that need, needs work noone denies that. It's absolutely possible for someone to build the bits so that livna rpm packages are part of the choices once livna-release package is installed. If noone in the community wants to build that integration, that's a real shame. We do have an opportunity to rework the presentation. I'd be satisfied with a codeina codebase which supported multiple vendors for each filetype and we as a project could decide exactly what the default listings are. Such a default listing maybe limited to just fluendo's MIT licensed mp3 plugin. So far I haven't heard anything from anyone that would suggest that isn't achievable for F9. -jef From j.w.r.degoede at hhs.nl Sun Feb 10 20:37:53 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 10 Feb 2008 21:37:53 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AF59EB.5040102@redhat.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF0CF1.7010705@redhat.com> <47AF55E1.2020106@hhs.nl> <47AF59EB.5040102@redhat.com> Message-ID: <47AF60A1.8030103@hhs.nl> Christopher Aillon wrote: > On 02/10/2008 02:52 PM, Hans de Goede wrote: >>> If users want to get non-free items, I would MUCH rather usher them >>> to the legal way to do so versus the illegal way. Fluendo is >>> currently the only legal way we can offer for the US and some other >>> countries. >>> >> >> The same argument could be used for autodownloader, if someone wants >> to play quake, I much rather have they use autodl to download a legal >> version then use some pirated full version. >> >> I really must say I don't understand how people can have an issue with >> autodownloader and at the same time defend codina. To me that is >> nothing shirt of hypocritical. > > Here's the bottom line: > > Is $MEDIAPLAYER usable if the user decides they don't want to download > any codecs with codeina? Yes, because we ship and support vorbis, > theora, flac, wav, etc. > > Is $GAME playable if the user decides they don't want to download the > non-free items? If yes, I'm totally fine with the game using > autodownloader. If no, I have a major problem with the game being in > Fedora. In neither case do I have a problem with autodownloader existing. > This is turning into a word game, the real questions are: 1) Is offering the user to download non freely redistributable, but freely downloadable content to enhance the users experience acceptable? 2) Is offering the user to download non free, but freely downloadable code to enhance the users experience acceptable? 3) Is pointing the user to a website where it can buy proprietary code (aka advertising of proprietary code) to enhance the users experience acceptable? If you don't believe me this are the true questions, lets take vavoom for example currently installing the vavoom package does not result in getting a playable game, because the current free dataset we have (freedoom) was designed for another doom engine derative: prboom. So I could spend some time fixing freedoom and / or vavoom to work together and the vavoom and all the included .desktop files launching autodownloader to install doom / heretic / hexen shareware would all of a sudden be ok? Likewise, currently the .desktop files (and shell scripts and autodlrc files) included with vavoom for doom-shareware are not ok, but if I add them to prboom, which can play the doom shareware datafiles too, they are? This all sounds rather strange, either such a convient way for end users to easily install and get a well integrated version of these non freely redistributable datasets is ok or it isn't. Regards, Hans From lordmorgul at gmail.com Sun Feb 10 20:45:34 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 10 Feb 2008 12:45:34 -0800 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> Message-ID: <47AF626E.20805@gmail.com> Mark wrote: > But for your question. actually: Yes. And why you might wonder. Well > do you know of any RPM frontend that really gives you what you need, > looks good, works stable and is easy to use? some come close (Ubuntu's > Synaptec) but none are as good as they might be if some more time was > spend on the gui. PackageKit is also looking good but i think > something like the mockup (from njpatel) i showed will be way better > to use. It looks to me like you could just rewrite the frontend of yumex to look just like that. All the functionality is there from what I see in the mockup. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lesmikesell at gmail.com Sun Feb 10 20:49:46 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 10 Feb 2008 14:49:46 -0600 Subject: to autodownload or not to autodownload In-Reply-To: <47AF5E3A.3020908@hhs.nl> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> <47AF5E3A.3020908@hhs.nl> Message-ID: <47AF636A.2050709@gmail.com> Hans de Goede wrote: > >>> >>> Ah, comeone "Highlighting the cost is part of the message that codeina >>> provides to the end users" ?? Thats just plain nonsense, the linking >>> to must pay for codecs in codina is plain and simply _bad_, but for >>> some reason condoned because the codec issue is a big problem for end >>> users, so having some very ugly work around is seen as ok in this >>> situation. >> >> Is there any other alternative for users in areas with software patent >> laws (besides breaking the law or not using fedora, of course)? >> > > Yes not play patent encumbered formats, just like we don't do hardware > 3D accel for nvidea cards, that would be inline with Fedoras founding > principles, codina is not! That translates to not using fedora to me. Or any other OS that tries to intentionally limit what I can do with it. You can't be a dictator when other choices are available. -- Les Mikesell lesmikesell at gmail.com From cjdahlin at ncsu.edu Sun Feb 10 20:51:21 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Sun, 10 Feb 2008 15:51:21 -0500 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47AF626E.20805@gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> Message-ID: <47AF63C9.80607@ncsu.edu> Andrew Farris wrote: > Mark wrote: >> But for your question. actually: Yes. And why you might wonder. Well >> do you know of any RPM frontend that really gives you what you need, >> looks good, works stable and is easy to use? some come close (Ubuntu's >> Synaptec) but none are as good as they might be if some more time was >> spend on the gui. PackageKit is also looking good but i think >> something like the mockup (from njpatel) i showed will be way better >> to use. > > It looks to me like you could just rewrite the frontend of yumex to > look just like that. All the functionality is there from what I see > in the mockup. > Or just build onto the packagekit api. From pertusus at free.fr Sun Feb 10 20:51:46 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 10 Feb 2008 21:51:46 +0100 Subject: a plan for updates after end of life In-Reply-To: <20080210115145.1dc5cd93@laptopd505.fenrus.org> References: <20080209100422.GB2685@free.fr> <20080210115145.1dc5cd93@laptopd505.fenrus.org> Message-ID: <20080210205146.GE2652@free.fr> On Sun, Feb 10, 2008 at 11:51:45AM -0800, Arjan van de Ven wrote: > On Sat, 9 Feb 2008 11:04:22 +0100 > Patrice Dumas wrote: > > > Hello, > > > > I thought about a plan regarding Updates After End of Life (UAEL, > > temporary name for the project). I think that first we should make > > sure that all the packages in the comps groups 'Core' and 'Base' that > > are not optional + kernel have a maintainer for that branch. Then we > > would automatically generate a list of all the packages that have > > UAEL branches and advertise UAEL to be that set of packages, and > > nothing more. > > > > The text for UAEL could be like > > > > Does this looks like a plan acceptable by the Fedora lead? > > > > Opinions, comments? > > My first impression is... "ok so there's now a formal process, and the result is that > there is no branch ever that uses this". The chances of finding sufficient capable volunteers > for even the base package set is... near zero. I stress "capable" here, and with this I mean > people who both have the time and the skill to track, evaluate and backport security fixes. The solution for security fixes won't be necessarily backports. It should be (in general) updates. If the update is not backward compatible and the maintainer want to do backports, fine. Otherwise it will be an update. -- Pat From j.w.r.degoede at hhs.nl Sun Feb 10 20:54:16 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 10 Feb 2008 21:54:16 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <47AF636A.2050709@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> <47AF5E3A.3020908@hhs.nl> <47AF636A.2050709@gmail.com> Message-ID: <47AF6478.80804@hhs.nl> Les Mikesell wrote: > Hans de Goede wrote: >> >>>> >>>> Ah, comeone "Highlighting the cost is part of the message that codeina >>>> provides to the end users" ?? Thats just plain nonsense, the linking >>>> to must pay for codecs in codina is plain and simply _bad_, but for >>>> some reason condoned because the codec issue is a big problem for >>>> end users, so having some very ugly work around is seen as ok in >>>> this situation. >>> >>> Is there any other alternative for users in areas with software >>> patent laws (besides breaking the law or not using fedora, of course)? >>> >> >> Yes not play patent encumbered formats, just like we don't do hardware >> 3D accel for nvidea cards, that would be inline with Fedoras founding >> principles, codina is not! > > That translates to not using fedora to me. Or any other OS that tries to > intentionally limit what I can do with it. You can't be a dictator when > other choices are available. > You either misunderstood me or are deliberately misrepresenthing things here. I'm not saying we should at measures to make it hard(er) for people to use fluendo's codecs, nor am I saying that we should make it hard(er) for people to use nvidia's drivers. I'm merely saying that we should not be pointing the user to fluendo's codecs when playing for example wmv, just like we are not pointing the users to nvidia's drivers when they try to use opengl on an nvidia card. Regards, Hans From smooge at gmail.com Sun Feb 10 20:58:05 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 10 Feb 2008 13:58:05 -0700 Subject: a plan for updates after end of life In-Reply-To: <20080209100422.GB2685@free.fr> References: <20080209100422.GB2685@free.fr> Message-ID: <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> On Feb 9, 2008 3:04 AM, Patrice Dumas wrote: > Hello, > > I thought about a plan regarding Updates After End of Life (UAEL, > temporary name for the project). I think that first we should make sure > that all the packages in the comps groups 'Core' and 'Base' that are not > optional + kernel have a maintainer for that branch. Then we would > automatically generate a list of all the packages that have UAEL branches > and advertise UAEL to be that set of packages, and nothing more. > > The text for UAEL could be like > > "Updates After End of Life is a volunteer based project which aim is to > maintain packages after Fedora End of Life selected on a volunteer basis. > A package is available if there is a volunteer to maintain it. The packages > currently maintained are listed below. A volunteer may stop maintaining a > package, in which case it will be removed from the list. A whole branch > is discontinued when one of the packages that defines a minimal fedora > system isn't maintained anymore (a minimal system is defined as a system > with default and mandatory packages from Core and Base comps groups, > plus the kernel). > > The rule for updating packages in this project is not well formalized > and mostly left to the package maintainers. We avoid breaking > compatibility or doing rebuilds for futile reasons, but we don't promise > ABI stability either. It can be thought as a middle ground between > Fedora rate of change and RHEL/Centos/EPEL rate of change. > > In case it still wasn't clear from above, it is a volunteer based > project, so there is no guarantee on the lifetime of a branch, a > package to be maintained nor on the rate of package updates." > > > Now what I propose is to start a wiki page where I list the packages > that are in a Base + Core install, and let people interested put their > name in front of the packages they are ready to maintain. A packager > ready to maintain such a package should at least be approved in the > package database as watchcommit and watchbugzilla for this packages > for branches that are more recent than the branch he intends to > maintain. > > When all those packages have a maintainer ready, we > * find a definitive name for the project > * start a SIG (with, at least all the maintainers of the above packages) > and a mailing list > * discuss with releng the infrastructure bits (use the same directory > than releases in cvs?...), find somebody to do the bohdi pushes > * begin to ask for branches in cvs (based on the process discussed > above) > * do a script to generate the list of packages (I can volunteer for that) > > > Does this looks like a plan acceptable by the Fedora lead? > > Opinions, comments? > > If this proposal appears not to be rejected, I'll do a wiki page. > >From the long discussion list afterwords.. I think there is not enough meat on the bones of this to say it can be rejected or accepted. [I am speaking as myself a person who needs a cup of coffee] 1) Do packages get updated to the latest or are stuck with back patches? 2) What happens for 'core' packages (glibc, kernel, gcc, X, gnome/kde, zilla, etc) when the current maintainers (usually Red Hat people) have to work on the current stuff and not the back stuff? Who is taking them over? What rules do they work with? 3) If a dependency package is 'dead' do all the packages depending on it go onto the unmaintained list since they can't really be maintained either? 4) Do you have a pool of volunteers who are doing this? 5) Who are they and how many packages are they willing to take? 6) What about hardware/software/storage resources? The mirrors and diskspace are getting tight and there have been requests to 'purge' older stuff? Where do those resources come from? 7) User communication? This needs to be solved on all fronts, but is more important for legacy systems where a user would like to know if they are safe or dead. This is probably the easiest to solve though with a .eol. repotag :). I don't think this is a bad idea, but it needs to be tighter as a proposal to get people wanting to jump on board versus having a lot of places for target shots to be taken at it. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From lordmorgul at gmail.com Sun Feb 10 20:59:14 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 10 Feb 2008 12:59:14 -0800 Subject: Procedure for handling actively exploited security bugs with patches? In-Reply-To: <80d7e4090802101104o11abcccbh2d12cdd815ad297e@mail.gmail.com> References: <47AD3715.6020204@serpentine.com> <1202584279.11628.18.camel@localhost.localdomain> <80d7e4090802101104o11abcccbh2d12cdd815ad297e@mail.gmail.com> Message-ID: <47AF65A2.1060306@gmail.com> Stephen John Smoogen wrote: > On Feb 9, 2008 12:11 PM, Lubomir Kundrak wrote: >> Hi, >> >> On Fri, 2008-02-08 at 21:16 -0800, Bryan O'Sullivan wrote: >>> A bug in a piece of widely used PHP-based software was announced a few >>> days ago, and it's now being actively exploited by spammers: >>> >>> http://wordpress.org/development/2008/02/wordpress-233/ >>> >>> Affected machines include my server, which is running F-8. Eep. >> Pardon me -- my point of view is by using wordpress you voluntary agree >> to get exploited, and no wordpress vulnerability is ever to be >> considered as having priority higher than low. >> > ... > >> Please note that responsible configuration in most cases implies no >> WordPress. Don't get me wrong please -- look at its security track. >> >> PS: Note we may be on during weekends too anyways -- as I am now. >> Remember we fixed a security issue on Christmas Eve. >> >> Thanks, >> -- >> Lubomir Kundrak (Red Hat Security Response Team) >> > > Wow I would say the same thing about the kernel. I mean look at its > track record.. over the last 6 months and many years there have been > tons of security updates for it. Are there any packages that don't hit > that litmus check (other than maybe DJB software)? > > People use the tools that are useful for them. The job of a security > professional is to help them make better choices. In some cases that > is making the tool better, in other cases it is finding them a better > tool to work with. Commenting about how one feels a software choice > was poor when that person is dealing with a crisis, does not help the > person affected at all, and gives in this case Red Hat, Fedora, and > other security professionals a bad name. Nevertheless any security professional has limited resources and time, and they must choose to fix what can be fixed in some order given those resources... and it is *absolutely reasonable* to consider a piece of software with a record of having many poor coding practice caused security issues to be lower priority. Nothing in Lubomir's email said he or anyone else in RH and Fedora security teams do not intend to fix WP problems. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Sun Feb 10 21:01:34 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 10 Feb 2008 13:01:34 -0800 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47AF63C9.80607@ncsu.edu> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> Message-ID: <47AF662E.604@gmail.com> Casey Dahlin wrote: > Andrew Farris wrote: >> Mark wrote: >>> But for your question. actually: Yes. And why you might wonder. Well >>> do you know of any RPM frontend that really gives you what you need, >>> looks good, works stable and is easy to use? some come close (Ubuntu's >>> Synaptec) but none are as good as they might be if some more time was >>> spend on the gui. PackageKit is also looking good but i think >>> something like the mockup (from njpatel) i showed will be way better >>> to use. >> >> It looks to me like you could just rewrite the frontend of yumex to >> look just like that. All the functionality is there from what I see >> in the mockup. >> > Or just build onto the packagekit api. Right, and thats probably a smoother route to take due to it being shiny new code meant for that approach. I was just pointing out that from what I see in the mockup yumex is already providing what that UI does, just not as pretty. (of course little details always matter in UIs) -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From sundaram at fedoraproject.org Sun Feb 10 21:11:06 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 11 Feb 2008 02:41:06 +0530 Subject: to autodownload or not to autodownload In-Reply-To: <47AF636A.2050709@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> <47AF5E3A.3020908@hhs.nl> <47AF636A.2050709@gmail.com> Message-ID: <47AF686A.8010600@fedoraproject.org> Les Mikesell wrote: > Hans de Goede wrote: >> >>>> >>>> Ah, comeone "Highlighting the cost is part of the message that codeina >>>> provides to the end users" ?? Thats just plain nonsense, the linking >>>> to must pay for codecs in codina is plain and simply _bad_, but for >>>> some reason condoned because the codec issue is a big problem for >>>> end users, so having some very ugly work around is seen as ok in >>>> this situation. >>> >>> Is there any other alternative for users in areas with software >>> patent laws (besides breaking the law or not using fedora, of course)? >>> >> >> Yes not play patent encumbered formats, just like we don't do hardware >> 3D accel for nvidea cards, that would be inline with Fedoras founding >> principles, codina is not! > > That translates to not using fedora to me. Or any other OS that tries to > intentionally limit what I can do with it. You can't be a dictator when > other choices are available. Stop trolling Les. You have been deliberately and repeatedly misstating things. Nobody is limiting what you can do. Rahul From cjdahlin at ncsu.edu Sun Feb 10 21:04:45 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Sun, 10 Feb 2008 16:04:45 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47AF599C.1090301@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> Message-ID: <47AF66ED.50907@ncsu.edu> Les Mikesell wrote: > Hans de Goede wrote: >> >> >> Ah, comeone "Highlighting the cost is part of the message that codeina >> provides to the end users" ?? Thats just plain nonsense, the linking >> to must pay for codecs in codina is plain and simply _bad_, but for >> some reason condoned because the codec issue is a big problem for end >> users, so having some very ugly work around is seen as ok in this >> situation. > > Is there any other alternative for users in areas with software patent > laws (besides breaking the law or not using fedora, of course)? > No. --CJD From jspaleta at gmail.com Sun Feb 10 21:14:12 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 10 Feb 2008 12:14:12 -0900 Subject: to autodownload or not to autodownload In-Reply-To: <47AF60A1.8030103@hhs.nl> References: <47AC975F.80704@hhs.nl> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF0CF1.7010705@redhat.com> <47AF55E1.2020106@hhs.nl> <47AF59EB.5040102@redhat.com> <47AF60A1.8030103@hhs.nl> Message-ID: <604aa7910802101314g42709fbah769cfc7426b20ca2@mail.gmail.com> On Feb 10, 2008 11:37 AM, Hans de Goede wrote: > This is turning into a word game, the real questions are: Don't you get it... patents and copyrights...is very much a word game by nature. > 1) Is offering the user to download non freely redistributable, but freely > downloadable content to enhance the users experience acceptable? Many webpages are freely downloadable by not freely redistributable content..we let uses do that all the time. it would be pretty difficult to do much of anything in terms of web browsing without access to copyrighted material that was not redistributable. > > 2) Is offering the user to download non free, but freely downloadable code to > enhance the users experience acceptable? This project should not take any affirmative action which aids in downloading non-free executables. If however an upstream end-user application project wants to give users a choice between open and closed plugins for downloading as part of normal user operation, then we should not disable that technology unless we have cause to do so because the plugin download technology is preferring the closed solution over an available open solution. > > 3) Is pointing the user to a website where it can buy proprietary code (aka > advertising of proprietary code) to enhance the users experience acceptable? I have no problem with advertising for-pay binaries with access to open source code, as long as we make an effort to explain why patents blow. > > > If you don't believe me this are the true questions, lets take vavoom for > example currently installing the vavoom package does not result in getting a > playable game, because the current free dataset we have (freedoom) was designed > for another doom engine derative: prboom. So I could spend some time fixing > freedoom and / or vavoom to work together and the vavoom and all the included > .desktop files launching autodownloader to install doom / heretic / hexen > shareware would all of a sudden be ok? Shareware to me implies...executables. If you think of game data as content, then i wouldn't call it shareware. Games games games games. If games are the most troublesome example that matter, then we are doing pretty good. We all like the concept of creative commons right? We think its generally a good idea... even though the non-commerical clauses sort of rub us the wrong way quite frequently. We are fine with users picking up and using CC material with the non-commercial clause. We are even fine with giving users a search box for it on start.fedoraproject.org. What if doom game data was licensed under CC by-nc-nd, wouldn't we be okay with users using that..as content? Certainly the start.fedoraproject.org page default CC search does not exclude content licensed in this manner. Here where I draw the line on autodownloader personally. If there is open data of any quality available, then autodownloader needs to be designed to give users the choice to use that open data among other equal choices, and preferably..prefer that open data by making it a default choice. Never having actually used the technology in question, I've no idea if this condition is already satisfied or if it would need additional work to implement. -jef From lesmikesell at gmail.com Sun Feb 10 21:14:59 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 10 Feb 2008 15:14:59 -0600 Subject: to autodownload or not to autodownload In-Reply-To: <47AF6478.80804@hhs.nl> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> <47AF5E3A.3020908@hhs.nl> <47AF636A.2050709@gmail.com> <47AF6478.80804@hhs.nl> Message-ID: <47AF6953.7050705@gmail.com> Hans de Goede wrote: > >>>>> >>>>> Ah, comeone "Highlighting the cost is part of the message that codeina >>>>> provides to the end users" ?? Thats just plain nonsense, the >>>>> linking to must pay for codecs in codina is plain and simply _bad_, >>>>> but for some reason condoned because the codec issue is a big >>>>> problem for end users, so having some very ugly work around is seen >>>>> as ok in this situation. >>>> >>>> Is there any other alternative for users in areas with software >>>> patent laws (besides breaking the law or not using fedora, of course)? >>>> >>> >>> Yes not play patent encumbered formats, just like we don't do >>> hardware 3D accel for nvidea cards, that would be inline with Fedoras >>> founding principles, codina is not! >> >> That translates to not using fedora to me. Or any other OS that tries >> to intentionally limit what I can do with it. You can't be a dictator >> when other choices are available. >> > > You either misunderstood me or are deliberately misrepresenthing things > here. I'm not saying we should at measures to make it hard(er) for > people to use fluendo's codecs, nor am I saying that we should make it > hard(er) for people to use nvidia's drivers. I'm merely saying that we > should not be pointing the user to fluendo's codecs when playing for > example wmv, just like we are not pointing the users to nvidia's drivers > when they try to use opengl on an nvidia card. I'm not happy with that choice that makes things more difficult for users either - and in the Nvidia case there is not even a legal issue involved. -- Les Mikesell lesmikesell at gmail.com From smooge at gmail.com Sun Feb 10 21:17:32 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 10 Feb 2008 14:17:32 -0700 Subject: Procedure for handling actively exploited security bugs with patches? In-Reply-To: <47AF65A2.1060306@gmail.com> References: <47AD3715.6020204@serpentine.com> <1202584279.11628.18.camel@localhost.localdomain> <80d7e4090802101104o11abcccbh2d12cdd815ad297e@mail.gmail.com> <47AF65A2.1060306@gmail.com> Message-ID: <80d7e4090802101317pd2a0282y93e386e2a1a916b7@mail.gmail.com> On Feb 10, 2008 1:59 PM, Andrew Farris wrote: > > Stephen John Smoogen wrote: > > On Feb 9, 2008 12:11 PM, Lubomir Kundrak wrote: > >> Hi, > >> > >> On Fri, 2008-02-08 at 21:16 -0800, Bryan O'Sullivan wrote: > >>> A bug in a piece of widely used PHP-based software was announced a few > >>> days ago, and it's now being actively exploited by spammers: > >>> > >>> http://wordpress.org/development/2008/02/wordpress-233/ > >>> > >>> Affected machines include my server, which is running F-8. Eep. > >> Pardon me -- my point of view is by using wordpress you voluntary agree > >> to get exploited, and no wordpress vulnerability is ever to be > >> considered as having priority higher than low. > >> > > ... > > > >> Please note that responsible configuration in most cases implies no > >> WordPress. Don't get me wrong please -- look at its security track. > >> > >> PS: Note we may be on during weekends too anyways -- as I am now. > >> Remember we fixed a security issue on Christmas Eve. > >> > >> Thanks, > >> -- > >> Lubomir Kundrak (Red Hat Security Response Team) > >> > > > > Wow I would say the same thing about the kernel. I mean look at its > > track record.. over the last 6 months and many years there have been > > tons of security updates for it. Are there any packages that don't hit > > that litmus check (other than maybe DJB software)? > > > > People use the tools that are useful for them. The job of a security > > professional is to help them make better choices. In some cases that > > is making the tool better, in other cases it is finding them a better > > tool to work with. Commenting about how one feels a software choice > > was poor when that person is dealing with a crisis, does not help the > > person affected at all, and gives in this case Red Hat, Fedora, and > > other security professionals a bad name. > > Nevertheless any security professional has limited resources and time, and they > must choose to fix what can be fixed in some order given those resources... and > it is *absolutely reasonable* to consider a piece of software with a record of > having many poor coding practice caused security issues to be lower priority. Uhm no. Poor coding practice always gets outweighed by size of use.. or we would never have patched sendmail, early versions of X, parts of the kernel, etc over the years. Plus the fact that ahem Red Hat has some sub-sites that might be affected by this.. says that it is a higher priority than low. > Nothing in Lubomir's email said he or anyone else in RH and Fedora security > teams do not intend to fix WP problems. I apologize for the fact that my language was very much 'holier than though' and a better edited version should have been sent to him directly versus on list. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From sundaram at fedoraproject.org Sun Feb 10 21:27:43 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 11 Feb 2008 02:57:43 +0530 Subject: to autodownload or not to autodownload In-Reply-To: <47AF6953.7050705@gmail.com> References: <47AC975F.80704@hhs.nl> <200802081809.37421.dex.mbox@gmail.com> <47AC9D96.50302@gmail.com> <20080208133245.5d7cb0c7@redhat.com> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> <47AF5E3A.3020908@hhs.nl> <47AF636A.2050709@gmail.com> <47AF6478.80804@hhs.nl> <47AF6953.7050705@gmail.com> Message-ID: <47AF6C4F.7080102@fedoraproject.org> Les Mikesell wrote: > > I'm not happy with that choice that makes things more difficult for > users either - and in the Nvidia case there is not even a legal issue > involved. Many kernel developers believe it is a infringement of their copyright. You might disagree with them but your statement is not a clear cut fact. It is a gray area. Rahul From pertusus at free.fr Sun Feb 10 21:21:44 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 10 Feb 2008 22:21:44 +0100 Subject: a plan for updates after end of life In-Reply-To: <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> References: <20080209100422.GB2685@free.fr> <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> Message-ID: <20080210212144.GF2652@free.fr> On Sun, Feb 10, 2008 at 01:58:05PM -0700, Stephen John Smoogen wrote: > >From the long discussion list afterwords.. I think there is not enough > meat on the bones of this to say it can be rejected or accepted. [I am > speaking as myself a person who needs a cup of coffee] > > 1) Do packages get updated to the latest or are stuck with back patches? It is the maintainer decision. The rule of thumb is that maintainers should be conservative, but don't hesitate to update if backports are too complicated. Or, as I say in the proposal, between fedora and RHEL/Centos/EPEL. > 2) What happens for 'core' packages (glibc, kernel, gcc, X, gnome/kde, > zilla, etc) when the current maintainers (usually Red Hat people) have > to work on the current stuff and not the back stuff? Who is taking > them over? What rules do they work with? Volunteers have to take glibc, kernel, gcc, since they are in the mandatory packages list. The amndatory packages list is all the mandatory and default package in core+base comps groups. Others are taken by volunteers if they want to. If a mandatory package isn't maintained for 7 days the whole branch is discontinued. > 3) If a dependency package is 'dead' do all the packages depending on > it go onto the unmaintained list since they can't really be maintained > either? Godd question. I'd say same process than in fedora (though I don't know how it is done in fedora...). > 4) Do you have a pool of volunteers who are doing this? No. But there must be at least one volunteer for each of the mandatory package before the branch is said to be part of the project. > 5) Who are they and how many packages are they willing to take? Not decided in advance. > 6) What about hardware/software/storage resources? The mirrors and > diskspace are getting tight and there have been requests to 'purge' > older stuff? Where do those resources come from? Fedora infrastructure, as proposed in a previous mailing list thread. > 7) User communication? This needs to be solved on all fronts, but is > more important for legacy systems where a user would like to know if > they are safe or dead. This is probably the easiest to solve though > with a .eol. repotag :). A web page lists the packages currently maintained, and those which are being dropped since less than 7 days. After those 7 days the packages are considered to be dropped until a new maintainer steps up. As for repotag, I think this is an issue that would better be discussed during the discussion with infrastructure. -- Pat From jaroslav at aster.pl Sun Feb 10 21:28:10 2008 From: jaroslav at aster.pl (Jaroslaw Gorny) Date: Sun, 10 Feb 2008 22:28:10 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <604aa7910802101232y2d3b2e2dh6b7af49a2c6dbfab@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <47ACA23D.5070508@gmail.com> <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <604aa7910802101232y2d3b2e2dh6b7af49a2c6dbfab@mail.gmail.com> Message-ID: <20080210222810.2754165c@n02204> On Sun, 10 Feb 2008 11:32:51 -0900 "Jeff Spaleta" wrote: > It's absolutely possible for someone to build the > bits so that livna rpm packages are part of the choices once > livna-release package is installed. How could that be? Now it is not legal even to display a message like: "If you are outside US, you can use packages from livna.org" So, would it be legal to point users to livna RPMS with an offer to install? regards, -- jarek From markg85 at gmail.com Sun Feb 10 21:39:19 2008 From: markg85 at gmail.com (Mark) Date: Sun, 10 Feb 2008 22:39:19 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47AF63C9.80607@ncsu.edu> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> Message-ID: <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> > Or just build onto the packagekit api. Let me remind you and all others reading that i need a java api because i can only do java at the moment (or php but that's even worse for applications). From vonbrand at inf.utfsm.cl Sun Feb 10 21:41:42 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 10 Feb 2008 18:41:42 -0300 Subject: a plan for updates after end of life In-Reply-To: <20080210101248.GB2647@free.fr> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <200802092248.m19Mm7qC021810@laptop13.inf.utfsm.cl> <20080210101248.GB2647@free.fr> Message-ID: <200802102141.m1ALfgWl024301@laptop13.inf.utfsm.cl> Patrice Dumas wrote: > On Sat, Feb 09, 2008 at 07:48:07PM -0300, Horst H. von Brand wrote: [...] > > Sorry to disagree, but I've seen users of Red Hat 7.3 who are completely > > oblivious to the fact that there will be no more updates to the > > distribution. And others who never bothered to update anything at all. > > In my (limited) experience, people don't update unless it happens > > automatically, or something important breaks visibly. > I think that it really depends on the user. Sure does. > For the users you describe > having partial updates is indeed better than having no updates at all. I'm not so sure it would make a difference one way or the other for those users. > But I think that Jeff had in mind sysadmins who use fedora in a > plannified way and want to be able to predict when they'll need to do > the switch. Also my point. And if the regular Fedora EOL isn't enough, a "8 months, or perhaps 2, more than that" promise won't cut it. We used Fedora on servers of labs at the university. Sometimes the new release fell into inconvenient times in the term, so we just weathered it out 'till term end (as long as it was before EOL). Sometimes we would have liked to extend its use another term (when some new Fedora turned out less-than-stellar, or the new release was too close to term start for decent testing before commiting for production use). But if there was no firm date for definitive EOL, this won't work. So we switched the servers over to CentOS (mostly the same administration, much longer life) and kept the stations on Fedora (latest glitter, exactly what our userbase expects). -- 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 cjdahlin at ncsu.edu Sun Feb 10 21:44:46 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Sun, 10 Feb 2008 16:44:46 -0500 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> Message-ID: <47AF704E.4090604@ncsu.edu> Mark wrote: >> Or just build onto the packagekit api. >> > > Let me remind you and all others reading that i need a java api > because i can only do java at the moment (or php but that's even worse > for applications). > > That's probably not the way to go. We can ship Java apps but none of the core tooling is in java. (In the interest of full disclosure, I also hate java with every bone in my body, but that's neither here nor there :) You can pick up python over a weekend if doing it interests you. Make sure you get someone to look at your code though, as there's a gap between python and good python that a lot of people miss (example: if you are using getters and setters, you're doing it wrong). --CJD From jspaleta at gmail.com Sun Feb 10 22:03:21 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 10 Feb 2008 13:03:21 -0900 Subject: to autodownload or not to autodownload In-Reply-To: <20080210222810.2754165c@n02204> References: <47AC975F.80704@hhs.nl> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <604aa7910802101232y2d3b2e2dh6b7af49a2c6dbfab@mail.gmail.com> <20080210222810.2754165c@n02204> Message-ID: <604aa7910802101403q4179776ckc222ba3f68f6d654@mail.gmail.com> On Feb 10, 2008 12:28 PM, Jaroslaw Gorny wrote: > On Sun, 10 Feb 2008 11:32:51 -0900 > "Jeff Spaleta" wrote: > > > It's absolutely possible for someone to build the > > bits so that livna rpm packages are part of the choices once > > livna-release package is installed. > > How could that be? Now it is not legal even to display a message > like: > "If you are outside US, you can use packages from livna.org" > So, would it be legal to point users to livna RPMS with an offer to > install? You quoted the statement that answers this, maybe I didn't say it loud enough.... ONCE THE LIVNA RELEASE PACKAGE IS INSTALLED I did not say... by default. Look here's the deal. We can't tell people go to livna for this or that package. But it seems like we do have the ability to tell people that livna exists.. if we do not abuse that ability by pointing to livna for specific things. So how exactly do we leverage that general reference ability for user's benefit? Codeina! 1)We can tell users, check out livna/rpmfusion for additional software..but we do not say what functionality that software covers 2)they check out livna, they install livna-release package. 3)livna release package dumps some codeina configs on the user's system to register livna as a vendor for specific filetypes. 4)user uses a gstreamer-based app, tries to open a file they don't have support for, gstreamer pops up codeina and shows the livna offerings. 5).... 6)profit We can fix codeina to make steps 3 and 4 technically possible for multiple 'vendors'..livna among them. And if we do it right, step 4 can even work with the packaging system so users, through policykit interaction, can install the livna rpms systemwide instead of just a per user plugin. Yes, the first attempt to put just-in-time codec detection into the distro wasn't great. But it's not fundamentally broken as a concept. What I need...what the board needs...what the Fedora community needs... are people who are willing to do the technical work make steps 3 and 4 and work on the integration issues. -jef From jspaleta at gmail.com Sun Feb 10 22:32:50 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 10 Feb 2008 13:32:50 -0900 Subject: a plan for updates after end of life In-Reply-To: <20080210203025.GD2652@free.fr> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <20080210165654.GA2652@free.fr> <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> <20080210193104.GC2652@free.fr> <604aa7910802101211g6484f50bx7f7c573cd162b6fb@mail.gmail.com> <20080210203025.GD2652@free.fr> Message-ID: <604aa7910802101432s40922c2fg57f647edef91332a@mail.gmail.com> On Feb 10, 2008 11:30 AM, Patrice Dumas wrote: > It is not something that can be easily done. The metric which makes the > most sense to me today is: has somebody brought an issue with the > maintainer work toward the relevant commitee (in that case I guess it > would be the UAEL SIG) and the commitee decided to orphan the package. > Just like in Fedora. Agreed it is not a perfect process, but there is no > reason to have a better one for UAEL. What about we also put a branch expiration latch on the ratio of maintainers to packages that must be maintained as part of UAEL? Require the number of total number of maintainers to packages in UAEL to be above some reasonable bar. And additionally require that each maintainer of a 'core' UAEL package keep their load with respect to UAEL below a certain number of packages. The goal would be to minimize a situation where a small number of people are being overwhelmed and getting into a situation where things a spread too thin for a long period of time after initial interest in the branch as dropped. The assumption being that for UAEL to work at all, it will be relying on numbers of people instead of deep expertise, at least initially. > > In any case all you say is much more relevant to EPEL. Why don't you > raise this concern here? EPEL isn't responsible for core elements whose continued community maintenence is linked directly to the length of time the branch is to exist. Again..totally different. If you continue to propose that maintenence of a set of packages is linked to branch existence..I will continue to state that better metrics about maintenence will have to be proposed. Don't link eol to core package set maintenence, and I won't have a need for maintenence metrics. > > If it is just a time length you want, we can say 5 years maximum of > updates. I think it will last shorter anyway, even with bad maintainers > hiding their lack of care of packages. I think you are wrong. I think given the chance, people who care about this enough to participate will attempt to do everything they can to keep the branch alive as long as possible by picking up too many packages...to the point of burning themselves out completely. Passionate people can be prone to self-delusions concerning the size of the mountains they can move around. I'm trying to make sure project management have some credible and agreed on latches in place by which which to make a decision to expire a branch before a small group of people can become unhealthy obsessive over keeping it alive, burning themselves out and doing a poor job with all their contributions across the larger project. If you can keep "enough" people involved, then this situation is avoided. But as interest in a specific branch falls away, there has to be a point at which project management comes in, and thanks those few very committed people for making the effort to keep things going but gently moves them along to avoid an unhealthy situation developing. -jef From jspaleta at gmail.com Sun Feb 10 22:35:09 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 10 Feb 2008 13:35:09 -0900 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> Message-ID: <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> On Feb 10, 2008 12:39 PM, Mark wrote: > > Or just build onto the packagekit api. > > Let me remind you and all others reading that i need a java api > because i can only do java at the moment (or php but that's even worse > for applications). Did you explain why you need a java api? Did i miss that? -jef From drago01 at gmail.com Sun Feb 10 22:59:11 2008 From: drago01 at gmail.com (drago01) Date: Sun, 10 Feb 2008 23:59:11 +0100 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <47AF2A73.3030301@gmail.com> References: <47AF2A73.3030301@gmail.com> Message-ID: On Feb 10, 2008 5:46 PM, Dawid Gajownik wrote: > Hi! > Sorry, I have to orphan these packages: > > * athcool -- Enables/disables Powersaving mode for AMD processors > * inotify-tools -- Command line utilities for inotify OK, taking them. From alan at redhat.com Sun Feb 10 23:04:39 2008 From: alan at redhat.com (Alan Cox) Date: Sun, 10 Feb 2008 18:04:39 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <47AF5E3A.3020908@hhs.nl> References: <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> <47AF5E3A.3020908@hhs.nl> Message-ID: <20080210230439.GA12573@devserv.devel.redhat.com> On Sun, Feb 10, 2008 at 09:27:38PM +0100, Hans de Goede wrote: > Yes not play patent encumbered formats, just like we don't do hardware 3D > accel for nvidea cards, that would be inline with Fedoras founding > principles, codina is not! We don't ship codina. Firefox uses google, we don't ship google either. Alan From jaroslav at aster.pl Sun Feb 10 23:13:34 2008 From: jaroslav at aster.pl (Jaroslaw Gorny) Date: Mon, 11 Feb 2008 00:13:34 +0100 Subject: to autodownload or not to autodownload In-Reply-To: <604aa7910802101403q4179776ckc222ba3f68f6d654@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <604aa7910802101232y2d3b2e2dh6b7af49a2c6dbfab@mail.gmail.com> <20080210222810.2754165c@n02204> <604aa7910802101403q4179776ckc222ba3f68f6d654@mail.gmail.com> Message-ID: <20080211001334.2c01c3fa@n02204> On Sun, 10 Feb 2008 13:03:21 -0900 "Jeff Spaleta" wrote: > On Feb 10, 2008 12:28 PM, Jaroslaw Gorny wrote: > > On Sun, 10 Feb 2008 11:32:51 -0900 > > "Jeff Spaleta" wrote: > > > > > It's absolutely possible for someone to build the > > > bits so that livna rpm packages are part of the choices once > > > livna-release package is installed. > > > > How could that be? Now it is not legal even to display a message > > like: > > "If you are outside US, you can use packages from livna.org" > > So, would it be legal to point users to livna RPMS with an offer to > > install? > > You quoted the statement that answers this, maybe I didn't say it loud > enough.... > ONCE THE LIVNA RELEASE PACKAGE IS INSTALLED > > I did not say... by default. Ah, OK, you're right, sorry, I've misunderstood that. > Look here's the deal. We can't tell people go to livna for this or > that package. But it seems like we do have the ability to tell people > that livna exists.. if we do not abuse that ability by pointing to > livna for specific things. > (...) Wouldn't it be a potential problem? It's nothing else than 'indirect' advisory. Like "Look, I won't tell you where you can buy a gun, but please visit the guy at the corner of X and Y, he's got a lot of interesting stuff". I'm perfectly OK with that, but would US-law be as well? > What I need...what the board needs...what the Fedora community > needs... are people who are willing to do the technical work make > steps 3 and 4 and work on the integration issues. This would require changes in codeina as well I suppose. Codeina (src) is hosted @ fluendo.com - will they accept that? regards, -- jarek From pertusus at free.fr Sun Feb 10 23:16:23 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 11 Feb 2008 00:16:23 +0100 Subject: a plan for updates after end of life In-Reply-To: <604aa7910802101432s40922c2fg57f647edef91332a@mail.gmail.com> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <20080210165654.GA2652@free.fr> <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> <20080210193104.GC2652@free.fr> <604aa7910802101211g6484f50bx7f7c573cd162b6fb@mail.gmail.com> <20080210203025.GD2652@free.fr> <604aa7910802101432s40922c2fg57f647edef91332a@mail.gmail.com> Message-ID: <20080210231623.GH2652@free.fr> On Sun, Feb 10, 2008 at 01:32:50PM -0900, Jeff Spaleta wrote: > On Feb 10, 2008 11:30 AM, Patrice Dumas wrote: > > It is not something that can be easily done. The metric which makes the > > most sense to me today is: has somebody brought an issue with the > > maintainer work toward the relevant commitee (in that case I guess it > > would be the UAEL SIG) and the commitee decided to orphan the package. > > Just like in Fedora. Agreed it is not a perfect process, but there is no > > reason to have a better one for UAEL. > > What about we also put a branch expiration latch on the ratio of > maintainers to packages that must be maintained as part of UAEL? The number of package is (almost) never a good metric. Indeed some packages are quite hard to maintain (the kernel for example) while others are easy to maintain, either because they are simple. Also some packages may be kept synchronized with a fedora version. The kernel may not be that hard to maintain, in the end, if the kernel of a stable fedora release can be used as soon as a security issue is found. > Require the number of total number of maintainers to packages in UAEL > to be above some reasonable bar. And additionally require that each > maintainer of a 'core' UAEL package keep their load with respect to > UAEL below a certain number of packages. That looks like a possible idea. What we could do is ask the maintainer for the time he has to devote to UAEL, and assign weights to packages based on their complexity and easyness to update following fedora packages. But, first, we should do that in fedora proper before, and second I don't thinkt hat the result will be much more reliable. > The goal would be to minimize a situation where a small number of > people are being overwhelmed and getting into a situation where things > a spread too thin for a long period of time after initial interest in > the branch as dropped. Once again it is the same in fedora. There is an obvious difference, there can be more branches in UAEL, but more branch doesn't necessarily mean more work, if they can be kept synchronized when security issues are discovered (and it is more or less the plan for UAEL). > exist. Again..totally different. If you continue to propose that > maintenence of a set of packages is linked to branch existence..I will > continue to state that better metrics about maintenence will have to > be proposed. Don't link eol to core package set maintenence, and I > won't have a need for maintenence metrics. I cannot come up with good metrics. > > If it is just a time length you want, we can say 5 years maximum of > > updates. I think it will last shorter anyway, even with bad maintainers > > hiding their lack of care of packages. > > I think you are wrong. I think given the chance, people who care about > this enough to participate will attempt to do everything they can to > keep the branch alive as long as possible by picking up too many > packages...to the point of burning themselves out completely. > Passionate people can be prone to self-delusions concerning the size > of the mountains they can move around. I'm trying to make sure > project management have some credible and agreed on latches in place > by which which to make a decision to expire a branch before a small > group of people can become unhealthy obsessive over keeping it alive, > burning themselves out and doing a poor job with all their > contributions across the larger project. We will never be able to assess this situation. It is truely a right concern, but a metric for such thing, especially with volunteers doesn't really make sense. Per package is not right, people are not of equal disponibility and ability. > If you can keep "enough" people involved, then this situation is > avoided. But as interest in a specific branch falls away, there has to > be a point at which project management comes in, and thanks those few > very committed people for making the effort to keep things going but > gently moves them along to avoid an unhealthy situation developing. Which management are you referring to? The SIG? Anyway I won't come with a metric for packager possible involvment, considering that packagers can be trusted not to do things wrong. You can consider my proposal retired. I will add the outcome of the discussion to the wiki for documentation purposes. -- Pat From kagesenshi.87 at gmail.com Mon Feb 11 01:48:33 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Mon, 11 Feb 2008 09:48:33 +0800 Subject: Proposed features In-Reply-To: <47AF3F04.2090804@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> Message-ID: On Feb 11, 2008 2:14 AM, Jakub 'Livio' Rusinek wrote: > > +1 for 1clickinstall .. > > 1click install requires only some handler which would be responsible for > repos management and redirecting commands to PackageKit (because it is > our new package manager). > yup .. its easy to do .. just parse the XML .. and launch something like system-install-packages about packagekit, it would be nice if it replaces pup :D. I agree that it shouldnt replace pirut, but having a backgrounded update is a great feature. -- 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 clydekunkel7734 at cox.net Sun Feb 10 20:46:28 2008 From: clydekunkel7734 at cox.net (Clyde Kunkel) Date: Sun, 10 Feb 2008 15:46:28 -0500 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47ABD7D7.5080504@redhat.com> References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com><47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx><47AA3B3B.2020204@redhat.com> <47ABD7D7.5080504@redhat.com> Message-ID: ----- Original Message ----- From: "Eric Sandeen" To: "Development discussions related to Fedora" Sent: Thursday, February 07, 2008 11:17 PM Subject: Re: call for brave ext4 testers in F9, with caveats Well, ran into a snag with ext4 on a logical volume. It installed ok and boots ok, but when a new kernel and initrd is installed, booting fails when creating the root device. Pertinent error msgs are: Ext4-fs: dm-3: not marked OK to use with test code Mount: error mounting /dev/root on /sysroot as ext4dev: Invalid argument Is there something I can tell mkinitrd to get by this? Or, if I boot with the working ext4 initrd can I run: With e2fsprogs 1.40.5 from rawhide: # debugfs -w /dev/VolGroup00/fedora9 debugfs 1.40.5 (27-Jan-2008) debugfs: set_super_value s_flags 4 debugfs: quit Also, as a by the way: other little things don't work as expected, but you never know if they are due to the alpha release or the ext4 filesystem on LV. However, I will trudge on..... From wart at kobold.org Mon Feb 11 02:22:03 2008 From: wart at kobold.org (Wart) Date: Sun, 10 Feb 2008 18:22:03 -0800 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080208160200.18f2dff6@redhat.com> References: <20080208160200.18f2dff6@redhat.com> Message-ID: <47AFB14B.2020409@kobold.org> Jesse Keating wrote: > In accordance with > http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal (which got FESCo approval) we (Fedora Release Engineering) will be conducting a mass rebuild of Fedora packages for gcc 4.3. > > I have the first iteration of a script that will detect packages that > haven't yet been built with gcc 4.3. The output is sorted by package > owner. There is a small bug right now in that packages that have never > actually been built in koji (imported from Extras/Fedora Core 6) are > automatically added to the list, even if they are noarch. I'm working > on fixing that. > > I've posted the list at http://jkeating.fedorapeople.org/need43 and [...] Most of my packages have been rebuilt, but 'cyphesis' is triggering a gcc bug: https://bugzilla.redhat.com/show_bug.cgi?id=432296 --Wart From mackay_d at bellsouth.net Mon Feb 11 03:27:14 2008 From: mackay_d at bellsouth.net (David G. Mackay) Date: Sun, 10 Feb 2008 21:27:14 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com><47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx><47AA3B3B.2020204@redhat.com> <47ABD7D7.5080504@redhat.com> Message-ID: <1202700434.20305.37.camel@vorpal.macdev.com> On Sun, 2008-02-10 at 15:46 -0500, Clyde Kunkel wrote: > Ext4-fs: dm-3: not marked OK to use with test code > Mount: error mounting /dev/root on /sysroot as ext4dev: Invalid argument > > Is there something I can tell mkinitrd to get by this? > > Or, if I boot with the working ext4 initrd can I run: > > With e2fsprogs 1.40.5 from rawhide: > > # debugfs -w /dev/VolGroup00/fedora9 > debugfs 1.40.5 (27-Jan-2008) > debugfs: set_super_value s_flags 4 > debugfs: quit I'm having this problem after installing the 2.6.24.1-26.fc9 kernel. Attempting to run debugfs on either /dev/sda2 or /dev/VolGroup00/LogVol01 gives me a message about a bad magic number in the superblock, so I've been reluctant to go further. However, if you think it would be helpful, Eric, I'll do it. It is, after all, just a VM. Dave From wtogami at redhat.com Mon Feb 11 03:37:54 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 10 Feb 2008 22:37:54 -0500 Subject: K12Linux Re: Education SIG In-Reply-To: <47AE028A.4060304@when.com> References: <47ADB212.3020901@when.com> <47ADF32A.1040101@redhat.com> <47AE028A.4060304@when.com> Message-ID: <47AFC312.4070903@redhat.com> sebastian at when.com wrote: > Hi, >> http://fedoraproject.org/wiki/K12Linux >> Hmm... I had already begun working on integrating K12LTSP with a >> target of Fedora 9. LTSP enables terminal server and thin client >> capability just like Edubuntu server or the older K12LTSP. > Well, I don't know, how big this LTSP really is and correct me, if I'm > wrong, but I think that with LTSP and further educational applications, > we are running into heavy space problems (on cds). I had already > problems including the educational software in my kickstart proposal. I > think an educational spin could include the possibility to log on to > such a terminal server. But I'm not sure, whether a live cd should > include a terminal server... The old LTSP that built an entire distro itself in the chroot wont fit on a CD. But the new LTSP is really only a few megabytes of code on top of regular Fedora. >> Also in my plans were to simply make a yum group for other Educational >> software to make it easy to install from Add/Remove Software or >> PackageKit, or to include in any spin. It sounds like you are working >> on the latter part of this. > Good idea! In my opinion, this would also be better than just providing > a script on the desktop. +1 >> >> Might it be confusing to users to have both a "K12Linux" and >> "Education" spin? > I think we should discuss, how to go on. You're right: Two spins might > be confusing, so we should talk about how to handle this. > > But here might be enough space for a cd and a dvd - I would suggest > something like: > * one version, which includes the terminal server (and which would > mainly be used in schools) > if we would include the server and serveral edu apps, I would > recommend a dvd > * another version for the thin clients, which would be just for > logging on to the terminal server Not necessary - think about what thin client means. =) > * a cd, which might be given by teachers to their students (I think > pupils don't need to have a terminal server on their local computers) > These are just suggestions and I think, we should really discuss how to > organize this, so that we don't have several projects all doing the same. So our two editions would be similar to Ubuntu: K12Linux Desktop - just the educational desktop apps K12Linux Server - Desktop, LTSP, Moodle, DansGuardian, Squidguard, etc. Warren Togami wtogami at redhat.com From sandeen at redhat.com Mon Feb 11 03:48:16 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Sun, 10 Feb 2008 21:48:16 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <1202700434.20305.37.camel@vorpal.macdev.com> References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com><47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx><47AA3B3B.2020204@redhat.com> <47ABD7D7.5080504@redhat.com> <1202700434.20305.37.camel@vorpal.macdev.com> Message-ID: <47AFC580.5090905@redhat.com> David G. Mackay wrote: > On Sun, 2008-02-10 at 15:46 -0500, Clyde Kunkel wrote: >> Ext4-fs: dm-3: not marked OK to use with test code >> Mount: error mounting /dev/root on /sysroot as ext4dev: Invalid argument >> >> Is there something I can tell mkinitrd to get by this? >> >> Or, if I boot with the working ext4 initrd can I run: >> >> With e2fsprogs 1.40.5 from rawhide: >> >> # debugfs -w /dev/VolGroup00/fedora9 >> debugfs 1.40.5 (27-Jan-2008) >> debugfs: set_super_value s_flags 4 >> debugfs: quit > > I'm having this problem after installing the 2.6.24.1-26.fc9 kernel. > Attempting to run debugfs on either /dev/sda2 > or /dev/VolGroup00/LogVol01 gives me a message about a bad magic number > in the superblock, if it's older debugfs it might not open it. > so I've been reluctant to go further. However, if > you think it would be helpful, Eric, I'll do it. It is, after all, just > a VM. do you have e2fsprogs-1.40.5? It should be able to update the fs in this manner, and you'll be fine. Note this isn't really a bug, it's just a new check put into place which required some kernel/e2fsprogs synchronization... it is rawhide after all ;) Thanks, -Eric From ivazqueznet at gmail.com Mon Feb 11 04:25:14 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sun, 10 Feb 2008 23:25:14 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <1dedbbfc0802101142x1fc3b33fl31e21292891f89c5@mail.gmail.com> References: <20080208160200.18f2dff6@redhat.com> <1202662235.3246.26.camel@eagle.danny.cz> <1dedbbfc0802101142x1fc3b33fl31e21292891f89c5@mail.gmail.com> Message-ID: <1202703914.6718.2.camel@ignacio.lan> On Sun, 2008-02-10 at 20:42 +0100, David Nielsen wrote: > 2008/2/10, Dan Hor?k : > The script included also some applications written in C# and > build with > Mono, are they really required to be rebuild? > > Pure managed code such as ndesk-dbus should not need a rebuild, thus I > was also surprised to find them on the list. If it's pure managed code then why is it in an arch-specific package? -- 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 dennis at ausil.us Mon Feb 11 04:42:11 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 10 Feb 2008 22:42:11 -0600 Subject: a plan for updates after end of life In-Reply-To: <47AE1610.2040506@gmail.com> References: <20080209100422.GB2685@free.fr> <20080209203837.GB2734@free.fr> <47AE1610.2040506@gmail.com> Message-ID: <200802102242.16119.dennis@ausil.us> On Saturday 09 February 2008, Les Mikesell wrote: > Patrice Dumas wrote: > > On Sat, Feb 09, 2008 at 04:35:14PM -0300, Horst H. von Brand wrote: > >> What real use is that? The point of relying on some after-EOL-mainenance > >> is to be able to extend the life for some definite time. > > > > It is better than nothing, and it would be wrong to advertise something > > wrong. As a side note, it is the same for Fedora, packages may be > > orphaned within the timespan of the release. > > If a package is orphaned within the release timespan but a security > exploit is subsequently published that affects the shipped version, > would the users be left on their own to fix it? no the security team would get a fix out there. Dennis From wart at kobold.org Mon Feb 11 05:17:58 2008 From: wart at kobold.org (Wart) Date: Sun, 10 Feb 2008 21:17:58 -0800 Subject: Have built updated rpms for Guichan0.7.1 and Manaworld0.24 for fc8.x86_64 In-Reply-To: <200802092052.06967.konrad@tylerc.org> References: <70e9e2170802092043w16363975ydc5bbe521e665d18@mail.gmail.com> <200802092052.06967.konrad@tylerc.org> Message-ID: <47AFDA86.8000807@kobold.org> Konrad Meyer wrote: > Quoth Rawk Beaches: >> Hello, this is my first mail to the list so correct me if I have sent to the >> wrong place. > > This is my first mail to the list as well, so please forgive me if I'm not > totally correct. I think I may be able to guide you though. > >> I have made some updated Fedora 8 x86_64 rpms for guichan and manaworld and >> I would like to contribute them. These updates are fairly necessary as >> manaworld0.23 crashes often. > > I would talk to the owner of these packages, Michael Thomas DOT org>, and see if you can help him out and/or hold co-maintainer status on > the packages. Sorry for not seeing this post sooner. fedora-devel has deluged my mailbox as of late. I have updates for both guichan and manaworld all ready to go, but need find the time/solution to deal with 'ballz', which requires guichan-0.6.1. Either ballz needs to be ported to guichan-0.7.1 (which is not likely to be done by upstream, as I can't reach the upstream web page anymore), or we need to create a compat-guichan06[1] package so that both guichan-0.6.1 and guichan-0.7.1 can live alongside each other. I've mentioned this to the ballz maintainer, Hans, but he's a bit busy to do any porting right now, so I think I'll work on a compat- package in the meantime. --Wart [1]This is not without precedent. I already created compat-guichan05 for 'sear', which has not yet been ported to a newer guichan version. From orion at cora.nwra.com Mon Feb 11 05:39:20 2008 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Sun, 10 Feb 2008 22:39:20 -0700 (MST) Subject: Problems with qhull compiled with GCC 4.3 Message-ID: <1274.71.208.79.191.1202708360.squirrel@www.cora.nwra.com> Thought I'd post here to alert any other qhull users (very few). I'm trying to build plplot in rawhide but running into segfaults/crashes in libqhull. qhull hasn't changed except for a recompile with GCC 4.3. I've filed a bug: https://bugzilla.redhat.com/show_bug.cgi?id=432309 to start to keep track of things. I would suggest any other qhull users to test their packages. - Orion From orion at cora.nwra.com Mon Feb 11 05:39:22 2008 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Sun, 10 Feb 2008 22:39:22 -0700 (MST) Subject: Problems with qhull compiled with GCC 4.3 Message-ID: <1275.71.208.79.191.1202708362.squirrel@www.cora.nwra.com> Thought I'd post here to alert any other qhull users (very few). I'm trying to build plplot in rawhide but running into segfaults/crashes in libqhull. qhull hasn't changed except for a recompile with GCC 4.3. I've filed a bug: https://bugzilla.redhat.com/show_bug.cgi?id=432309 to start to keep track of things. I would suggest any other qhull users to test their packages. - Orion From debarshi.ray at gmail.com Mon Feb 11 05:56:20 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 11 Feb 2008 11:26:20 +0530 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <47AF2A73.3030301@gmail.com> References: <47AF2A73.3030301@gmail.com> Message-ID: <3170f42f0802102156o6bbc142ay22d62e9dd468085a@mail.gmail.com> > * gajim -- Jabber client written in PyGTK I am interested in Gajim. Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From vonbrand at inf.utfsm.cl Mon Feb 11 05:56:01 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 11 Feb 2008 02:56:01 -0300 Subject: Update problems with system-config-firewall In-Reply-To: <47AF3A78.8020009@fedoraproject.org> References: <200802101739.m1AHdQAl009854@laptop13.inf.utfsm.cl> <47AF3A78.8020009@fedoraproject.org> Message-ID: <200802110556.m1B5u1Aw030623@laptop13.inf.utfsm.cl> Rahul Sundaram wrote: > Horst H. von Brand wrote: > > Today's updates give: > > system-config-firewall-1.2.3-1.fc9.noarch from development has > > depsolving problems > > --> Missing Dependency: usermode >= 1.94.1 is needed by package > > system-config-firewall-1.2.3-1.fc9.noarch (development) > > Is this perhaps a typo in the spec, as usermode-1.94-1 is what is > > installed > > currently? > > In any case, can the erroring out of "yum -y update --skip-broken" > > for this > > be fixed? It is quite annouying... > > --exclude=system-config-firewall* Yes, that I know. Can't the "missing dependency --> Package can't be installed --> Skip as broken" extended to this case? Why does it work in other cases? -- 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 jakub.rusinek at gmail.com Mon Feb 11 06:08:02 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 11 Feb 2008 07:08:02 +0100 Subject: Proposed features In-Reply-To: References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> Message-ID: <47AFE642.4070200@gmail.com> > about packagekit, it would be nice if it replaces pup :D. I agree that > it shouldnt replace pirut, but having a backgrounded update is a great > feature. Did you notice that Pup steals focus no more :> ? From sundaram at fedoraproject.org Mon Feb 11 06:32:10 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 11 Feb 2008 12:02:10 +0530 Subject: Update problems with system-config-firewall In-Reply-To: <200802110556.m1B5u1Aw030623@laptop13.inf.utfsm.cl> References: <200802101739.m1AHdQAl009854@laptop13.inf.utfsm.cl> <47AF3A78.8020009@fedoraproject.org> <200802110556.m1B5u1Aw030623@laptop13.inf.utfsm.cl> Message-ID: <47AFEBEA.7070008@fedoraproject.org> Horst H. von Brand wrote: > Rahul Sundaram wrote: >> Horst H. von Brand wrote: >>> Today's updates give: >>> system-config-firewall-1.2.3-1.fc9.noarch from development has >>> depsolving problems >>> --> Missing Dependency: usermode >= 1.94.1 is needed by package >>> system-config-firewall-1.2.3-1.fc9.noarch (development) >>> Is this perhaps a typo in the spec, as usermode-1.94-1 is what is >>> installed >>> currently? >>> In any case, can the erroring out of "yum -y update --skip-broken" >>> for this >>> be fixed? It is quite annouying... >> --exclude=system-config-firewall* > > Yes, that I know. Can't the "missing dependency --> Package can't be > installed --> Skip as broken" extended to this case? Why does it work in > other cases? Read the thread. Rahul From gnomeuser at gmail.com Mon Feb 11 06:50:17 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Mon, 11 Feb 2008 07:50:17 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <1202703914.6718.2.camel@ignacio.lan> References: <20080208160200.18f2dff6@redhat.com> <1202662235.3246.26.camel@eagle.danny.cz> <1dedbbfc0802101142x1fc3b33fl31e21292891f89c5@mail.gmail.com> <1202703914.6718.2.camel@ignacio.lan> Message-ID: <1dedbbfc0802102250u7b2722ffg244248850e8613b1@mail.gmail.com> 2008/2/11, Ignacio Vazquez-Abrams : > > On Sun, 2008-02-10 at 20:42 +0100, David Nielsen wrote: > > 2008/2/10, Dan Hor?k : > > The script included also some applications written in C# and > > build with > > Mono, are they really required to be rebuild? > > > > Pure managed code such as ndesk-dbus should not need a rebuild, thus I > > was also surprised to find them on the list. > > If it's pure managed code then why is it in an arch-specific package? Because the guidelines for packaging Mono are IMHO broken, we do this to enable AOT after the fact, I have at least one upstream complaining loudly over this and personally I'm rather tired of patching the libdir stuff by hand. Would anyone oppose making that demand optional? As more and more code is becoming pure managed it would greatly reduce the work required to maintain these packages if we could be allowed to package them as noarch. Less patching, closer to upstream.. all that good stuff and I wouldn't be pulling out my hair everytime I feel like I'm writing yet another mindless patch that will never go upstream. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From hughsient at gmail.com Mon Feb 11 07:42:29 2008 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 11 Feb 2008 07:42:29 +0000 Subject: Proposed features In-Reply-To: <47AF3F04.2090804@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> Message-ID: <1202715749.2749.3.camel@hughsie-laptop> On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: > 1click install requires only some handler which would be responsible > for repos management and redirecting commands to PackageKit (because > it is our new package manager). What's the use case? Do repos added as a 1clickinstall click stay enabled? If not, where do security updates come from? Otherwise it looks fairly easy to hook into PackageKit. Richard. From tim.lauridsen at googlemail.com Mon Feb 11 07:43:07 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Mon, 11 Feb 2008 08:43:07 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47AF626E.20805@gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> Message-ID: <47AFFC8B.4000307@googlemail.com> Andrew Farris wrote: > Mark wrote: >> But for your question. actually: Yes. And why you might wonder. Well >> do you know of any RPM frontend that really gives you what you need, >> looks good, works stable and is easy to use? some come close (Ubuntu's >> Synaptec) but none are as good as they might be if some more time was >> spend on the gui. PackageKit is also looking good but i think >> something like the mockup (from njpatel) i showed will be way better >> to use. > > It looks to me like you could just rewrite the frontend of yumex to look > just like that. All the functionality is there from what I see in the > mockup. > I working all the time to improve to look of yumex and i have seen these mockups before, they look cool, but the problem with these kind of mockups, is that they are hard to build, be cause they are not drawn by the standard gtk theme used in fedora, so when you use the standard widgets to build the same layout, it don't look so sexy. I is also important for an application to fit in with the rest of the system look and have use default font sizes, so people also can read it. I am always open to suggestions to improve the look and functionality of yumex, or even better contributions. About making a yet another package manager, don't go down on that road, it is a much better idea to work on improving on the one already there pirut. yumex, PackageKit etc. PackageKit is a little different than pirut & yumex kind of package manager, it is more like tracker,beagle kind of package manager, there yumex & pirut is move like a file manager kind of package manager. Tim From johan at x-tnd.be Mon Feb 11 08:01:20 2008 From: johan at x-tnd.be (Johan Cwiklinski) Date: Mon, 11 Feb 2008 09:01:20 +0100 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <47AF2A73.3030301@gmail.com> References: <47AF2A73.3030301@gmail.com> Message-ID: <47B000D0.2030401@x-tnd.be> Dawid Gajownik a ?crit : > * gajim -- Jabber client written in PyGTK > * htop -- Interactive process viewer > * python-sqlite2 -- DB-API 2.0 interface for SQLite 3.x > * yakuake -- Terminal emulator for KDE Hello, I'm interesting in (co)maintaing these ones :) Regards, 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 fedora at leemhuis.info Mon Feb 11 08:30:44 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 11 Feb 2008 09:30:44 +0100 Subject: Proposed features In-Reply-To: <1202715749.2749.3.camel@hughsie-laptop> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> <1202715749.2749.3.camel@hughsie-laptop> Message-ID: <47B007B4.2010609@leemhuis.info> On 11.02.2008 08:42, Richard Hughes wrote: > On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: >> 1click install requires only some handler which would be responsible >> for repos management and redirecting commands to PackageKit (because >> it is our new package manager). > What's the use case? Do repos added as a 1clickinstall click stay > enabled? If not, where do security updates come from? I added similar comments to the wiki pages ( http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall ) yesterday right before Jakub posted his proposal to the list. He answered in the wiki: """ Adding repositories might not be required, but some kind of people don't know how to install Compiz Fusion/etc. Also, RPM Fusion (livna+freshrpm+dribble) will be the most popular non-free repo. When system is installed, first thing they will probably do is installing codecs. Then someone creates file, which helps install RPM Fusion repository and ie. gstreamer-plugins-ugly. That's it. Making installation easier. Also, when someone creates his RPM (not repo), there will be no need to download it, find and click. """ I *currently* tend to think 1click install (with todays rpm/yum) creates more problems then it solves, but I'm not sure if I understood the whole concept properly. One reasons for that option: I fear that people add many repos (like different 3rd party repos and/or dedicated opensuse buildsservice repos for foo or bar) or install selected packages from them that replace packages from Fedora or their main 3rd party repo. That will quickly result in repo mixing problems or EVR problems with updates. I'd say people have enough such problems already. CU knurd From pertusus at free.fr Mon Feb 11 08:47:42 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 11 Feb 2008 09:47:42 +0100 Subject: a plan for updates after end of life In-Reply-To: <604aa7910802101432s40922c2fg57f647edef91332a@mail.gmail.com> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <20080210165654.GA2652@free.fr> <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> <20080210193104.GC2652@free.fr> <604aa7910802101211g6484f50bx7f7c573cd162b6fb@mail.gmail.com> <20080210203025.GD2652@free.fr> <604aa7910802101432s40922c2fg57f647edef91332a@mail.gmail.com> Message-ID: <20080211084742.GD2626@free.fr> I have edited http://fedoraproject.org/wiki/DraftUAEL to put the reason for dissent and retirement of the project, please make sure that my description is fair and reflects your words. -- Pat From debarshi.ray at gmail.com Mon Feb 11 08:48:37 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 11 Feb 2008 14:18:37 +0530 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <47B000D0.2030401@x-tnd.be> References: <47AF2A73.3030301@gmail.com> <47B000D0.2030401@x-tnd.be> Message-ID: <3170f42f0802110048k3a7fafd9la9ca484be3cc6fee@mail.gmail.com> >> * gajim -- Jabber client written in PyGTK >> * htop -- Interactive process viewer >> * python-sqlite2 -- DB-API 2.0 interface for SQLite 3.x >> * yakuake -- Terminal emulator for KDE > I'm interesting in (co)maintaing these ones :) I just took 'gajim' in PackageDB. It would be nice to have you as a co-maintainer. Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From mcepl at redhat.com Mon Feb 11 09:09:24 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 11 Feb 2008 10:09:24 +0100 Subject: to autodownload or not to autodownload References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <47AD7EAA.9090100@gmail.com> <20080209104205.GC2685@free.fr> <64b14b300802090400y6dcb746cm10ccd3d0049adf86@mail.gmail.com> Message-ID: <4vf585xq0d.ln2@ppp1053.in.ipex.cz> On Sat, 09 Feb 2008 13:00:08 +0100, Valent Turkovic scripst: > I tested swfdec in detail and I find it useless for general online usage > today. Offcourse that it will get impoved and I welcome the day I can > use it instead of proprietary ones, but that day is not today > unfortunatelly. And in order to use swfdec you still need unlegalized > fedora packages from livna if you didn't know. Valent, I believe you mean it well, but there are many people on this thread who are in free software (or open software, whatever) world much longer than you seemed to be. We all heard the message "this free software is so far piece of shit, let's include this proprietary one, or the sky will fall on our head (or every Fedora user will move to Ubuntu/openSuSE; that's the last version of such fear), and meanwhile hopefully somebody else will develop the free one". And very certainly there are only two outcomes of this, depending on the decision made in the fork. a) people will keep a stiff upper lip and fight the problems with the free software until we have one (I didn't believe half a year ago, that I can actually have free codec which works reasonably well with YouTube, even when I was talking with swfdec conference about it), or b) we use proprietary software and the free one dies horrible death by neglect and lack of interest. The result is we are no better than before. Unfortunately, the main point is -- THERE IS NOBODY ELSE THAN US! If we won't use the free software, nobody will. If you have to use proprietary software, go and use it, if you need Windows, go and use them (that's no sneering at you, I really mean it -- if you need to use now the stuff which is proprietary only, go and use it -- you know how, anyway; no bad feeling on my side). But please don't make it easy to use proprietary software inside of Linux, and especially don't push for putting bad (so far bad, hopefully) free software on the back burner. It will never get cooked there. I know and perfectly understand that a lot of free software when it starts is pretty poor quality comparing to its proprietary competitors -- hey, I was around when Gnome 1.0.* was the last word on really really free desktop -- ask anybody who was then around how horrible piece of sh..t Enlightment was then. It was actually so bad, that it made me to use KDE for the next seven years. Morale of this story is somehow confused, because /somebody else/ stick with Gnome even when it was bad as it was and make it working, but the point is that there are many projects (Amaya, Mozilla, and many many less known others) which never got enough traction and died horrible death, because people stick with their proprietary competitors while the free software was really bad (both Amaya and Mozilla/Seamonkey are still around, but thet never grown to be as useful as they might be, IMHO). My thoughts are probably too confused in the moment to write it well, so I rather stop. Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From debarshi.ray at gmail.com Mon Feb 11 09:39:17 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 11 Feb 2008 15:09:17 +0530 Subject: Review Request: freetalk <-- is this approved? Message-ID: <3170f42f0802110139y5542da1erb7bfa54bcca447d7@mail.gmail.com> https://bugzilla.redhat.com/show_bug.cgi?id=426535 As you can see, the reviewer has marked fedora-review as '+', but I am not sure whether he actually did the full review or not. I discussed this on #fedora-devel few days back, and Kevin ('nirik') said he would want to see a more detailed review before he would want to grant any CVS request for the package. In my opinion this is not a stalled review, although almost a month has passed, because marking fedora-review as '+' means the reviewer's job is over. I have set it to "NEEDINFO from assignee" for the time being. What would be the next step? Thanks, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From mcepl at redhat.com Mon Feb 11 09:33:38 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 11 Feb 2008 10:33:38 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <47AF076F.6030404@gmail.com> <6e24a8e80802100616y33fed8afga5643b5b3faca2c4@mail.gmail.com> Message-ID: On Sun, 10 Feb 2008 15:16:52 +0100, Mark scripst: >> It is possible to implement because my feature request has been... >> executed (I don't know english so well)? > > So it's possible (i doubt it) i would like to know how because a google > search for "java rpm bindings" isn't resulting in anything useful. I don't know much it is feasible, but try to talk to PackageKit folks about helping them to create Java bindings. Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mcepl at redhat.com Mon Feb 11 09:35:35 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 11 Feb 2008 10:35:35 +0100 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake References: <47AF2A73.3030301@gmail.com> <3170f42f0802102156o6bbc142ay22d62e9dd468085a@mail.gmail.com> Message-ID: <7gh585xq0d.ln2@ppp1053.in.ipex.cz> On Mon, 11 Feb 2008 11:26:20 +0530, Debarshi 'Rishi' Ray scripst: >> * gajim -- Jabber client written in PyGTK > > I am interested in Gajim. Do you need a co-maintainer? Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From debarshi.ray at gmail.com Mon Feb 11 10:03:47 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 11 Feb 2008 15:33:47 +0530 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <7gh585xq0d.ln2@ppp1053.in.ipex.cz> References: <47AF2A73.3030301@gmail.com> <3170f42f0802102156o6bbc142ay22d62e9dd468085a@mail.gmail.com> <7gh585xq0d.ln2@ppp1053.in.ipex.cz> Message-ID: <3170f42f0802110203u1e3f8fbfv1ffd48f4ad91bdbe@mail.gmail.com> >>> * gajim -- Jabber client written in PyGTK >> I am interested in Gajim. > Do you need a co-maintainer? You are the second one after Johan. :-) It will be a pleasure if you could co-maintain too. Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From valent.turkovic at gmail.com Mon Feb 11 10:06:02 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 11:06:02 +0100 Subject: samba remote share feature is broken in F8 In-Reply-To: <64b14b300802090938v1083f539r670a06d46209b84f@mail.gmail.com> References: <64b14b300802090938v1083f539r670a06d46209b84f@mail.gmail.com> Message-ID: <47B01E0A.1040001@gmail.com> Valent Turkovic wrote: > So in /etc/rc6.d/ and /etc/dc0.d/ I did this: > mv K02NetworkManagerDispatcher K03NetworkManagerDispatcher > mv K01NetworkManager K02NetworkManager > mv K75netfs K01netfs This doesn't work either :( I expected it to work... Will this stay broken even for F9? Valent. From twoerner at redhat.com Mon Feb 11 10:06:51 2008 From: twoerner at redhat.com (Thomas Woerner) Date: Mon, 11 Feb 2008 11:06:51 +0100 Subject: Update problems with system-config-firewall In-Reply-To: <200802101739.m1AHdQAl009854@laptop13.inf.utfsm.cl> References: <200802101739.m1AHdQAl009854@laptop13.inf.utfsm.cl> Message-ID: <47B01E3B.2030509@redhat.com> Horst H. von Brand wrote: > Today's updates give: > > system-config-firewall-1.2.3-1.fc9.noarch from development has depsolving problems > --> Missing Dependency: usermode >= 1.94.1 is needed by package > system-config-firewall-1.2.3-1.fc9.noarch (development) > > Is this perhaps a typo in the spec, as usermode-1.94-1 is what is installed > currently? > > In any case, can the erroring out of "yum -y update --skip-broken" for this > be fixed? It is quite annouying... Fixed in system-config-firewall-1.2.3-2.fc9. From valent.turkovic at gmail.com Mon Feb 11 10:11:26 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 11:11:26 +0100 Subject: vmsplice Local Root Exploit Message-ID: <47B01F4E.8000404@gmail.com> vmsplice Local Root Exploit is in the wild. I have heard that it selinux doesn't protect against this kind of attacks. True? Valent. From valent.turkovic at gmail.com Mon Feb 11 10:16:04 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 11:16:04 +0100 Subject: vmsplice Local Root Exploit In-Reply-To: <47B01F4E.8000404@gmail.com> References: <47B01F4E.8000404@gmail.com> Message-ID: <47B02064.9080100@gmail.com> Valent Turkovic wrote: > vmsplice Local Root Exploit is in the wild. I have heard that it selinux > doesn't protect against this kind of attacks. True? > > Valent. Just to clarify. I'm interested how safe is fedora in general with this king of exploits... and does my argument for not having selinux on desktop fedora cd versions is justified. Valent. From denis at poolshark.org Mon Feb 11 10:16:27 2008 From: denis at poolshark.org (Denis Leroy) Date: Mon, 11 Feb 2008 11:16:27 +0100 Subject: vmsplice Local Root Exploit In-Reply-To: <47B01F4E.8000404@gmail.com> References: <47B01F4E.8000404@gmail.com> Message-ID: <47B0207B.10602@poolshark.org> Valent Turkovic wrote: > vmsplice Local Root Exploit is in the wild. I have heard that it selinux > doesn't protect against this kind of attacks. True? There's an excellent post on Fedora planet on this subject today: http://blog.kagesenshi.org/2008/02/local-root-exploit-on-wild.html From debarshi.ray at gmail.com Mon Feb 11 10:21:49 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 11 Feb 2008 15:51:49 +0530 Subject: vmsplice Local Root Exploit In-Reply-To: <47B02064.9080100@gmail.com> References: <47B01F4E.8000404@gmail.com> <47B02064.9080100@gmail.com> Message-ID: <3170f42f0802110221x7cc1731ao27221ad08cf3e011@mail.gmail.com> >> vmsplice Local Root Exploit is in the wild. I have heard that it selinux >> doesn't protect against this kind of attacks. True? > Just to clarify. I'm interested how safe is fedora in general with this > king of exploits... "Safe" enough to have a fix within a day the bug was filed: https://bugzilla.redhat.com/show_bug.cgi?id=432229 :-) Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From valent.turkovic at gmail.com Mon Feb 11 10:43:51 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 11:43:51 +0100 Subject: vmsplice Local Root Exploit In-Reply-To: <3170f42f0802110221x7cc1731ao27221ad08cf3e011@mail.gmail.com> References: <47B01F4E.8000404@gmail.com> <47B02064.9080100@gmail.com> <3170f42f0802110221x7cc1731ao27221ad08cf3e011@mail.gmail.com> Message-ID: <47B026E7.7060707@gmail.com> Debarshi 'Rishi' Ray wrote: >>> vmsplice Local Root Exploit is in the wild. I have heard that it selinux >>> doesn't protect against this kind of attacks. True? > >> Just to clarify. I'm interested how safe is fedora in general with this >> king of exploits... > > "Safe" enough to have a fix within a day the bug was filed: > https://bugzilla.redhat.com/show_bug.cgi?id=432229 :-) > > Cheers, > Debarshi Hmm, my Centos box still has 2.6.18-53.1.4.el5 and yum says no updates... Hmmm... looks bad. Valent. From valent.turkovic at gmail.com Mon Feb 11 11:22:55 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 12:22:55 +0100 Subject: vmsplice Local Root Exploit In-Reply-To: <1202728752.11628.70.camel@localhost.localdomain> References: <47B01F4E.8000404@gmail.com> <1202728752.11628.70.camel@localhost.localdomain> Message-ID: <64b14b300802110322l7214d6e4yb89fea62958c5a0f@mail.gmail.com> On Feb 11, 2008 12:19 PM, Lubomir Kundrak wrote: > > On Mon, 2008-02-11 at 11:11 +0100, Valent Turkovic wrote: > > vmsplice Local Root Exploit is in the wild. I have heard that it selinux > > doesn't protect against this kind of attacks. True? > > Please. PLEASE. PLEASE STOP! > This is really not the kind of mail that is targeted for developers. > > Are you really that bad at using Google that you are not able to look up > the answer? If no, do not ask please. If yes. Ask on fedora-users > please. Sorry, I ment to send it to fedora-users... butter fingers. Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From alan at redhat.com Mon Feb 11 11:27:14 2008 From: alan at redhat.com (Alan Cox) Date: Mon, 11 Feb 2008 06:27:14 -0500 Subject: vmsplice Local Root Exploit In-Reply-To: <47B02064.9080100@gmail.com> References: <47B01F4E.8000404@gmail.com> <47B02064.9080100@gmail.com> Message-ID: <20080211112714.GC28762@devserv.devel.redhat.com> On Mon, Feb 11, 2008 at 11:16:04AM +0100, Valent Turkovic wrote: > Just to clarify. I'm interested how safe is fedora in general with this > king of exploits... and does my argument for not having selinux on > desktop fedora cd versions is justified. SELinux will stop a server exploit becoming a shell exploit becoming a root exploit via this in many cases. If you've got SELinux running you can also change the ruleset to say nobody running under SELinux can use vmsplice. In that sense it offers something. If your users run unconstrained and found out about it before you then it won't materially help. Alan From valent.turkovic at gmail.com Mon Feb 11 12:00:43 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 13:00:43 +0100 Subject: Proposed features In-Reply-To: <47AEDD88.9000103@gmail.com> References: <47AEDD88.9000103@gmail.com> Message-ID: <47B038EB.8000101@gmail.com> Jakub 'Livio' Rusinek wrote: > Hi, > > I proposed some features for Fedora. They might not be accepted, but > it's worth a try. > > * http://fedoraproject.org/wiki/Releases/FeatureDiskManager > * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3AFedoraControlCenter This would be very useful. > * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall This feature would be great for new Fedora users and especially for new users to linux in general. If this goes through please look at Linux Mint and their work flow because user experience on Linux Mint is far superior to OpenSuse. For reference please look also at Linux Lint Software Portal: http://linuxmint.com/software/?sec=categories&release=2 From jakub.rusinek at gmail.com Mon Feb 11 12:10:06 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 11 Feb 2008 13:10:06 +0100 Subject: Proposed features In-Reply-To: <1202715749.2749.3.camel@hughsie-laptop> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> <1202715749.2749.3.camel@hughsie-laptop> Message-ID: <47B03B1E.3040101@gmail.com> Richard Hughes pisze: > On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: >> 1click install requires only some handler which would be responsible >> for repos management and redirecting commands to PackageKit (because >> it is our new package manager). > > What's the use case? Do repos added as a 1clickinstall click stay > enabled? User selects whether keep the repo or not. And about 1click install, it should an step-by-step wizard (another app, technically, frontend for yum or PackageKit). From valent.turkovic at gmail.com Mon Feb 11 12:04:06 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 13:04:06 +0100 Subject: Proposed features In-Reply-To: <20080210135556.GA31547@devserv.devel.redhat.com> References: <47AEDD88.9000103@gmail.com> <47AEFA4E.8030702@gmail.com> <20080210135556.GA31547@devserv.devel.redhat.com> Message-ID: <47B039B6.9020004@gmail.com> Alan Cox wrote: > On Sun, Feb 10, 2008 at 02:21:18PM +0100, drago01 wrote: >> "Fedora is now easy, but some questions, like ntfs write support require >> digging into terminal. Letting user to not use terminal is good. It's >> mostly usability improvement." >> Thats not true. >> You can doubleclick on the partitionicon (desktop or my computer) >> Enter root password. (And choose remember if you don't want to do it >> every time) >> And the partion will be mounted _with_ ntfs write support. > > So rephrase it as "The documentation or the method used to enable NTFS write > support is not sufficiently obvious" > > Alan Any chance ntfs support gets implemented in anaconda? https://bugzilla.redhat.com/show_bug.cgi?id=430084 Valent. From jakub.rusinek at gmail.com Mon Feb 11 12:13:40 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 11 Feb 2008 13:13:40 +0100 Subject: Proposed features In-Reply-To: <47B007B4.2010609@leemhuis.info> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> <1202715749.2749.3.camel@hughsie-laptop> <47B007B4.2010609@leemhuis.info> Message-ID: <47B03BF4.7060305@gmail.com> Thorsten Leemhuis pisze: > On 11.02.2008 08:42, Richard Hughes wrote: >> On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: >>> 1click install requires only some handler which would be responsible >>> for repos management and redirecting commands to PackageKit (because >>> it is our new package manager). >> What's the use case? Do repos added as a 1clickinstall click stay >> enabled? If not, where do security updates come from? > > I added similar comments to the wiki pages ( > http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall ) > yesterday right before Jakub posted his proposal to the list. He > answered in the wiki: > > """ > Adding repositories might not be required, but some kind of people don't > know how to install Compiz Fusion/etc. Also, RPM Fusion > (livna+freshrpm+dribble) will be the most popular non-free repo. When > system is installed, first thing they will probably do is installing > codecs. Then someone creates file, which helps install RPM Fusion > repository and ie. gstreamer-plugins-ugly. That's it. Making > installation easier. Also, when someone creates his RPM (not repo), > there will be no need to download it, find and click. > """ > > I *currently* tend to think 1click install (with todays rpm/yum) creates > more problems then it solves, but I'm not sure if I understood the whole > concept properly. Instead of giving yum command, we give them 1click install XML. Handler checks if repo is installed or not, and then asks questions appropriate to situation. Instead of giving "yum install compiz-fusion yada yada" we give them XML file, which contains SAME info and requires Fedora repo (could be done without providing repo RPM URL) and makes what user want. > One reasons for that option: I fear that people add many repos (like > different 3rd party repos and/or dedicated opensuse buildsservice repos > for foo or bar) or install selected packages from them that replace > packages from Fedora or their main 3rd party repo. That will quickly > result in repo mixing problems or EVR problems with updates. I'd say > people have enough such problems already. Then handler should show info about repo. If user wants 3rd party repo, he will install it anyway, even if it requires downgrading Xorg server etc (see FedoraForum). From valent.turkovic at gmail.com Mon Feb 11 12:07:15 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 13:07:15 +0100 Subject: Proposed features In-Reply-To: <1202657283.20784.5.camel@choeger4> References: <47AEDD88.9000103@gmail.com> <3adc77210802100524s248caf8bh57f01edc9c590f21@mail.gmail.com> <1202657283.20784.5.camel@choeger4> Message-ID: <47B03A73.8090304@gmail.com> Christoph H?ger wrote: > Am Sonntag, den 10.02.2008, 13:24 +0000 schrieb Naheem Zaffar: >> I do not have a Fedora CLA, so I will post a couple of comments here. >> >> 1. Fedora 8 (atleast on a fresh install) automatically mounts NTFS as >> Read/Write and as far as I know it also automagically detects new >> disks. > > My notebook fedora 8 does not. My Desktop on the other hand does. I installed Fedora 8 Live CD on one test laptop with ntfs and they are not automatically mounted. Clicking in "Compter" and entering root pass mounts them. Valent. From jwboyer at gmail.com Mon Feb 11 12:43:55 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 11 Feb 2008 06:43:55 -0600 Subject: vmsplice Local Root Exploit In-Reply-To: <47B026E7.7060707@gmail.com> References: <47B01F4E.8000404@gmail.com> <47B02064.9080100@gmail.com> <3170f42f0802110221x7cc1731ao27221ad08cf3e011@mail.gmail.com> <47B026E7.7060707@gmail.com> Message-ID: <20080211064355.1f43ce1c@zod.rchland.ibm.com> On Mon, 11 Feb 2008 11:43:51 +0100 Valent Turkovic wrote: > Debarshi 'Rishi' Ray wrote: > >>> vmsplice Local Root Exploit is in the wild. I have heard that it selinux > >>> doesn't protect against this kind of attacks. True? > > > >> Just to clarify. I'm interested how safe is fedora in general with this > >> king of exploits... > > > > "Safe" enough to have a fix within a day the bug was filed: > > https://bugzilla.redhat.com/show_bug.cgi?id=432229 :-) > > > > Cheers, > > Debarshi > > Hmm, my Centos box still has 2.6.18-53.1.4.el5 and yum says no updates... > Hmmm... looks bad. What does that have to do with Fedora? Nothing. josh From valent.turkovic at gmail.com Mon Feb 11 13:14:47 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 14:14:47 +0100 Subject: Proposed features In-Reply-To: References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> Message-ID: <64b14b300802110514o78334eaey6ffbf428ac4bdaef@mail.gmail.com> On Feb 11, 2008 2:48 AM, Izhar Firdaus wrote: > On Feb 11, 2008 2:14 AM, Jakub 'Livio' Rusinek wrote: > > > +1 for 1clickinstall .. > > > > 1click install requires only some handler which would be responsible for > > repos management and redirecting commands to PackageKit (because it is > > our new package manager). > > > > yup .. its easy to do .. just parse the XML .. and launch something > like system-install-packages > > about packagekit, it would be nice if it replaces pup :D. I agree that > it shouldnt replace pirut, but having a backgrounded update is a great > feature. The best feature of PackageKit for me is the ability to give user the admin privieleges for updates, so that updates don't ask all the time for password. For me on my single seat laptop that is a must have feature. Can pup have that feature also or can PackakeKit replace pup as suggested? Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Mon Feb 11 13:25:26 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 11 Feb 2008 14:25:26 +0100 Subject: vmsplice Local Root Exploit In-Reply-To: <20080211064355.1f43ce1c@zod.rchland.ibm.com> References: <47B01F4E.8000404@gmail.com> <47B02064.9080100@gmail.com> <3170f42f0802110221x7cc1731ao27221ad08cf3e011@mail.gmail.com> <47B026E7.7060707@gmail.com> <20080211064355.1f43ce1c@zod.rchland.ibm.com> Message-ID: <47B04CC6.8020608@gmail.com> Josh Boyer wrote: > On Mon, 11 Feb 2008 11:43:51 +0100 > Valent Turkovic wrote: > >> Debarshi 'Rishi' Ray wrote: >>>>> vmsplice Local Root Exploit is in the wild. I have heard that it selinux >>>>> doesn't protect against this kind of attacks. True? >>>> Just to clarify. I'm interested how safe is fedora in general with this >>>> king of exploits... >>> "Safe" enough to have a fix within a day the bug was filed: >>> https://bugzilla.redhat.com/show_bug.cgi?id=432229 :-) >>> >>> Cheers, >>> Debarshi >> Hmm, my Centos box still has 2.6.18-53.1.4.el5 and yum says no updates... >> Hmmm... looks bad. > > What does that have to do with Fedora? Nothing. > > josh > For some reason gmail put this mail in centos "folder" and I thought I was replying to centos mailing list. Sorry, Valent. From mackay_d at bellsouth.net Mon Feb 11 13:40:20 2008 From: mackay_d at bellsouth.net (David G. Mackay) Date: Mon, 11 Feb 2008 07:40:20 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <47AFC580.5090905@redhat.com> References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com><47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx><47AA3B3B.2020204@redhat.com> <47ABD7D7.5080504@redhat.com> <1202700434.20305.37.camel@vorpal.macdev.com> <47AFC580.5090905@redhat.com> Message-ID: <1202737220.20305.46.camel@vorpal.macdev.com> On Sun, 2008-02-10 at 21:48 -0600, Eric Sandeen wrote: > > I'm having this problem after installing the 2.6.24.1-26.fc9 kernel. > > Attempting to run debugfs on either /dev/sda2 > > or /dev/VolGroup00/LogVol01 gives me a message about a bad magic number > > in the superblock, > > if it's older debugfs it might not open it. It's from e2fsprogs 1.40.5-2 from 27 Jan, 2008. And, it won't open it. The log shows that e2fsprogs was updated from -1 to -2 during the same run that updated the kernel. The installation dvd has pre 1.40.5 rpms, so I'm out of luck trying to downgrade. > Note this isn't really a bug, it's just a new check put into place which > required some kernel/e2fsprogs synchronization... it is rawhide after all ;) Yes, the joys of new features, ... Dave From dwalsh at redhat.com Mon Feb 11 13:52:38 2008 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 11 Feb 2008 08:52:38 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080208160200.18f2dff6@redhat.com> References: <20080208160200.18f2dff6@redhat.com> Message-ID: <47B05326.5060005@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jesse Keating wrote: > In accordance with > http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal (which got FESCo approval) we (Fedora Release Engineering) will be conducting a mass rebuild of Fedora packages for gcc 4.3. > > I have the first iteration of a script that will detect packages that > haven't yet been built with gcc 4.3. The output is sorted by package > owner. There is a small bug right now in that packages that have never > actually been built in koji (imported from Extras/Fedora Core 6) are > automatically added to the list, even if they are noarch. I'm working > on fixing that. > > I've posted the list at http://jkeating.fedorapeople.org/need43 and > either tonight or tomorrow I'll be setting up a cron job to keep this > list updated once an hour or so (depending on how much it hurts koji, > as there are a lot of queries). > > Maintainers are invited to rebuild now, to lower the number of packages > that will get a scripted rebuild by releng later. > > We're also still discussing a way to allow maintainers to opt-out of an > autorebuild. > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Fedora-devel-announce mailing list > Fedora-devel-announce at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-announce > I see at least on noarch package on this list? selinux-doc? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkewUyYACgkQrlYvE4MpobPeOACfT1qzGKZBe478rdVggx2yeHS3 s20An22kf58wSdOnRt7WR401mX2ySYKX =solv -----END PGP SIGNATURE----- From tim.lauridsen at googlemail.com Mon Feb 11 13:57:17 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Mon, 11 Feb 2008 14:57:17 +0100 Subject: Proposed features In-Reply-To: <47AEDD88.9000103@gmail.com> References: <47AEDD88.9000103@gmail.com> Message-ID: <47B0543D.3000305@googlemail.com> Jakub 'Livio' Rusinek wrote: > Hi, > > I proposed some features for Fedora. They might not be accepted, but > it's worth a try. > > * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall I have made a little app doing the same stuff. bzr branch http://timlau.fedorapeople.org/bzr/easyinst cd easyinst sudo ./easyinst.py app.ini it is using an ini file instead of xml looking like this [livna] type=repository method=rpm url=http://rpm.livna.org/livna-release-8.rpm [gstreamer-plugins] type=addons name=Gstreamer plugins to play MP3,Xvid etc. desc=Gstreamer plugins to play MP3,Xvid etc. method=yum repo=livna packages=gstreamer-plugins-bad,gstreamer-plugins-ugly [nvidia] type=drivers name=Nvidia Drivers desc=Nvidia Closed Source Driver with 3D support. method=yum repo=livna packages=kmod-nvidia [yumex] type=application name=Yum Extender desc=A GUI for the yum package manager method=yum It is very easy in development, but it works. Tim From buildsys at redhat.com Mon Feb 11 14:23:53 2008 From: buildsys at redhat.com (Build System) Date: Mon, 11 Feb 2008 09:23:53 -0500 Subject: rawhide report: 20080211 changes Message-ID: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> New package jabbin Instant messaging and VoIP Jabber client New package ruby-openid Ruby library for verifying and serving OpenID identities Updated Packages: FlightGear-1.0.0-2.fc9 ---------------------- * Sun Feb 10 2008 Fabrice Bellet 1.0.0-2 - rebuild with gcc43 Terminal-0.2.8-3.fc9 -------------------- * Sun Feb 10 2008 Kevin Fenzi - 0.2.8-3 - Rebuild for gcc43 Thunar-0.9.0-3.fc9 ------------------ * Sun Feb 10 2008 Kevin Fenzi - 0.9.0-3 - Rebuild for gcc43 apg-2.3.0b-6.fc9 ---------------- * Sun Feb 10 2008 Kevin Fenzi - 2.3.0b-6 - Rebuild for gcc43 aplus-fsf-4.20.2-24.fc9 ----------------------- * Sun Feb 10 2008 Jochen Schmitt 4.20.2-24 - Rebuild for gcc-4.3 aspell-hi-0.02-2.fc9 -------------------- * Mon Feb 11 2008 Parag - 0.02-2 - Rebuild for gcc 4.3 aspell-mr-0.10-4.fc9 -------------------- * Mon Feb 11 2008 Parag - 0.10-4 - Rebuild for gcc 4.3 athcool-0.3.12-2.fc9 -------------------- * Mon Feb 11 2008 Adel Gadllah 0.3.12-2 - Fix build * Mon Feb 11 2008 Adel Gadllah 0.3.12-1 - Update to 0.3.12 * Mon Feb 11 2008 Adel Gadllah 0.3.11-6 - Rebuild for gcc-4.3 - Fix license tag audacity-1.3.2-19.fc9 --------------------- * Sun Feb 10 2008 Michael Schwendt - 1.3.2-19 - patch for JACK 0.109.0 API changes (jack_port_lock/unlock removal). - rebuilt for GCC 4.3 as requested by Fedora Release Engineering - subst _libdir in ladspa plugin loader * Thu Jan 03 2008 Michael Schwendt - 1.3.2-18 - Patch for GCC 4.3.0 C++. * Fri Nov 16 2007 Michael Schwendt - 1.3.2-17 - rebuilt for FLAC 1.1.4 -> 1.2.x upgrade, which broke FLAC import beagle-0.3.3-1.fc9 ------------------ * Sun Feb 10 2008 David Nielsen - 0.3.3-1 - Small BR fix - Rebuild for GCC 4.3 - Bump to 0.3.3 biosdevname-0.2.4-4.fc9 ----------------------- * Sun Feb 10 2008 Matt Domsch 0.2.4-4 - rebuild for gcc43 bitlbee-1.0.4-2.fc9 ------------------- * Sun Feb 10 2008 Robert Scheck 1.0.4-2 - Rebuilt against gcc 4.3 blender-2.45-7.fc9 ------------------ * Sun Feb 10 2008 Jochen Schmitt 2.45-7 - Rebuild for gcc-4.3 boxes-1.1-6.fc9 --------------- * Sun Feb 10 2008 Jakub Hrozek - 1.1-6 - bump release * Sun Feb 10 2008 Jakub Hrozek - 1.1-5 - rebuild for GCC 4.3 clucene-0.9.20-4.fc9 -------------------- * Sun Feb 10 2008 Deji Akingunola - 0.9.20-4 - Rebuild for gcc43 * Thu Oct 25 2007 Deji Akingunola - 0.9.20-3 - Fix a typo in the License field * Thu Oct 25 2007 Deji Akingunola - 0.9.20-2 - Fix multiarch conflicts (BZ #340891) - Bypass 'make check' for ppc64, its failing two tests there codeblocks-1.0-0.29.20080209svn4868.fc9 --------------------------------------- * Sun Feb 10 2008 Dan Horak 1.0-0.29.20080209svn4868 - update to revision 4868 crossvc-1.5.2-3.fc9 ------------------- * Sun Feb 10 2008 Jochen Schmitt 1.5.2-3 - Rebuild for gcc-4.3 duplicity-0.4.9-1.fc9 --------------------- * Sun Feb 10 2008 Robert Scheck 0.4.9-1 - Upgrade to 0.4.9 (#293081, #431467) * Sat Dec 08 2007 Robert Scheck 0.4.7-1 - Upgrade to 0.4.7 dwdiff-1.3-2.fc9 ---------------- * Sun Feb 10 2008 Jakub Hrozek 1.3-2 - Bump & rebuild for GCC 4.3 e2fsprogs-1.40.6-1.fc9 ---------------------- * Sun Feb 10 2008 Eric Sandeen 1.40.6-1 - New upstream version eggdrop-1.6.18-14.fc9 --------------------- * Sun Feb 10 2008 Robert Scheck 1.6.18-14 - Added patch to provide better non-latin support (#429621) eris-1.3.13-2.fc9 ----------------- * Sat Feb 09 2008 Wart 1.3.13-2 - Rebuild for gcc 4.3 exaile-0.2.11.1-2.fc9 --------------------- * Sun Feb 10 2008 Deji Akingunola - 0.2.11.1-2 - Rebuild for gcc43 exo-0.3.4-2.fc9 --------------- * Sun Feb 10 2008 Kevin Fenzi - 0.3.4-2 - Rebuild for gcc43 fgfs-Atlas-0.3.1-8.fc9 ---------------------- * Mon Feb 04 2008 Fabrice Bellet 0.3.1-8 - fix gcc43 build firefox-3.0-0.beta2.18.nightly20080210.fc9 ------------------------------------------ * Sun Feb 10 2008 Christopher Aillon 3.0-0.beta2.18 - Update to latest trunk (2008-02-10) fontmatrix-0.3.1-22.fc9 ----------------------- * Mon Feb 11 2008 Parag - 0.3.1-2 - Rebuild for gcc 4.3 freedroidrpg-0.10.3-2.fc9 ------------------------- * Sun Feb 10 2008 Wart - 0.10.3-2 - Rebuild for gcc 4.3 fuse-smb-0.8.7-1.fc9 -------------------- * Sat Feb 09 2008 Marcin Zajaczkowski - 0.8.7-1 - updated to 0.8.7 - specified licence type gdk-pixbuf-1:0.22.0-36.fc9 -------------------------- * Sun Feb 10 2008 Kevin Fenzi - 1:0.22.0-36 - Rebuild for gcc43 gimmie-0.2.8-2.fc9 ------------------ * Sun Feb 10 2008 Deji Akingunola - 0.2.8-2 - Rebuild for gcc43 git-1.5.4.1-1.fc9 ----------------- * Sun Feb 10 2008 James Bowes 1.5.4.1-1 - git-1.5.4.1 * Tue Feb 05 2008 Tom "spot" Callaway 1.5.4-3 - rebuild for new perl gnome-schedule-2.0.2-1.fc9 -------------------------- * Sun Feb 10 2008 Frank Arnold 2.0.2-1 - Update to 2.0.2 (GNOME bug #514374) gnomesword-2.3.3-2.fc9 ---------------------- * Sun Feb 10 2008 Deji Akingunola - 2.3.3-2 - Rebuild for gcc43 gnu-smalltalk-3.0.1-1.fc9 ------------------------- * Sun Feb 10 2008 Jochen Schmitt 3.0.1-1 - New upstream release gpixpod-0.6.2-3.fc9 ------------------- * Sun Feb 10 2008 Deji Akingunola - 0.6.2-3 - Rebuild for gcc43 gpp-0.7.0-2.fc9 --------------- * Sat Feb 09 2008 Matt Domsch 0.7.0-2 - fix license tag, build for gcc43 gpsdrive-2.09-5.fc9 ------------------- * Sun Feb 10 2008 Kevin Fenzi - 2.09-5 - Rebuild for gcc43 granule-1.3.0-0.fc9 ------------------- gtk-xfce-engine-2.4.2-2.fc9 --------------------------- * Sun Feb 10 2008 Kevin Fenzi - 2.4.2-2 - Rebuild for gcc43 hatari-0.95-5.fc9 ----------------- * Sun Feb 10 2008 Andrea Musuruane 0.95-5 - Rebuild against gcc 4.3 highlight-2.6.8-1.fc9 --------------------- * Sun Feb 10 2008 Jochen Schmitt 2.6.8-1 - New upstream release icecream-0.8.0-10.20080117svn.fc9 --------------------------------- * Sun Feb 10 2008 Michal Schmidt - 0.8.0-10.20080117svn - Compile fix (added missing #includes). - Conditional building of SELinux policy and documentation. - Fix build on RHEL5. * Tue Jan 29 2008 Michal Schmidt - 0.8.0-9.20080117svn - SELinux policy fixes. iftop-0.17-7.fc9 ---------------- * Sun Feb 10 2008 Robert Scheck 0.17-7 - Rebuild against gcc 4.3 inadyn-1.96.2-3.fc9 ------------------- * Sun Feb 10 2008 Jochen Schmitt 1.96.2-3 - Rebuild for gcc-4.3 inotify-tools-3.13-1.fc9 ------------------------ * Mon Feb 11 2008 Adel Gadllah 3.13-1 - Update to 3.13 jd-2.0.0-0.3.svn1801_trunk.fc9 ------------------------------ * Mon Feb 11 2008 Mamoru Tasaka - 2.0.0-0.3.svn1801 - svn 1801 (version 2.0.0) kernel-2.6.24.1-28.fc9 ---------------------- * Sun Feb 10 2008 Dave Airlie - CVE-2008-0600 - remote root vulnerability in vmsplice * Sun Feb 10 2008 Jarod Wilson - firewire-core: improve logging of device connections - firewire-sbp2: handle device reconnections more smoothly - firewire-sbp2: disconnect and re-login when scsi probes fails due to a bus reset * Fri Feb 08 2008 Chuck Ebbert - Restore futex patch that was dropped from 2.6.24.1 kerry-0.2.1-7.fc9 ----------------- * Sun Feb 10 2008 Sebastian Vahl 0.2.1-6 - rebuild for new gcc-4.3 koverartist-0.5-11.fc9 ---------------------- * Sun Feb 10 2008 Sebastian Vahl 0.5-11 - added patch to compile with gcc-4.3 * Sat Feb 09 2008 Sebastian Vahl 0.5-10 - rebuild for new gcc-4.3 * Sat Dec 01 2007 Sebastian Vahl - 0.5-9 - BR: kdelibs3-devel (instead of kdelibs-devel) - make sure qt-devel would be found kyum-0.7.5-11.fc9 ----------------- * Sun Feb 10 2008 Jochen Schmitt 0.7.5-11 - Rebuild for gcc-4.3 leafnode-1.11.6-3.fc9 --------------------- * Sun Feb 10 2008 Kevin Fenzi - 1.11.6-3 - Rebuild for gcc43 leafpad-0.8.13-1.fc9 -------------------- * Sun Feb 10 2008 Ignacio Vazquez-Abrams 0.8.13-1 - Upstream update libassa-3.5.0-2 --------------- libcompizconfig-0.6.0-7.fc9 --------------------------- * Sun Feb 10 2008 Mohd Izhar Firdaus Ismail 0.6.0-7 - rebuild for gcc43 libopm-0.1-7.20050731cvs.fc9 ---------------------------- * Sun Feb 10 2008 Robert Scheck 0.1-7.20050731cvs - Rebuild against gcc 4.3 libqalculate-0.9.6-3.fc9 ------------------------ * Sun Feb 10 2008 Deji Akingunola - 0.9.6-3 - Rebuild for gcc43 libscigraphica-2.1.1-8.fc9 -------------------------- * Sun Feb 10 2008 Deji Akingunola - 2.1.1-8 - Rebuild for gcc43 libuninameslist-0.0-8.20060907 ------------------------------ * Sun Feb 10 2008 Kevin Fenzi - 0.0-8.20060907 - Rebuild for gcc43 libxfce4mcs-4.4.2-2.fc9 ----------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 libxfce4util-4.4.2-2.fc9 ------------------------ * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 libxfcegui4-4.4.2-2.fc9 ----------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 lightning-1.2-13.fc9 -------------------- * Sun Feb 10 2008 Jochen Schmitt 1.2-13 - Rebuild for gcc-4.3 lrmi-0.10-4.fc9 --------------- * Sun Feb 10 2008 Kevin Fenzi - 0.10-4 - Rebuild for gcc43 mfiler2-4.0.8g-1.fc9 -------------------- * Sun Feb 10 2008 Mamoru Tasaka - 4.0.8g-1 - 4.0.8g mgopen-fonts-0.20050515-6.fc9 ----------------------------- * Sun Feb 10 2008 Sarantis Paskalis - rebuilt for GCC 4.3 as requested by Fedora Release Engineering mod_dnssd-0.5-6.fc9 ------------------- * Sun Feb 10 2008 Ignacio Vazquez-Abrams 0.5-6 - Rebuild for GCC 4.3 mousepad-0.2.13-2.fc9 --------------------- * Sun Feb 10 2008 Kevin Fenzi - 0.2.13-2 - Rebuild for gcc43 nautilus-actions-1.4.1-3.fc9 ---------------------------- * Sun Feb 10 2008 Deji Akingunola - 1.4.1-3 - Rebuild for gcc43 nazghul-0.6.0-2.fc9 ------------------- * Sun Feb 10 2008 Jason L Tibbitts III - 0.6.0-2 - Rebuild for gcc 4.3. nodoka-theme-gnome-0.3.90-1.fc9 ------------------------------- * Sun Feb 10 2008 Martin Sourada - 0.3.90-1 - New release 0.4 beta o3read-0.0.4-2.fc9 ------------------ openoffice.org-voikko-2.2-0.1.rc1.fc9 ------------------------------------- * Mon Feb 11 2008 Ville-Pekka Vainio - 2.2-0.1.rc1 - 2.2rc1 - Use new install-unpacked make target, no need to unzip the extension anymore - This target both compiles and installs, so do everything in install and leave build empty - Set $HOME to be a temporary directory while using unopkg. Otherwise unopkg causes problems if the package is installed with sudo - Rebuild for GCC 4.3 orage-4.4.2-2.fc9 ----------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 p0f-2.0.8-4.fc9 --------------- * Sun Feb 10 2008 Kevin Fenzi - 2.0.8-4 - Rebuild for gcc43 pbzip2-1.0.2-4.fc9 ------------------ * Sun Feb 10 2008 Jeff Gilchrist - 1.0.2-4 - Rebuild for gcc 4.3 perl-Net-LibIDN-0.10-1.fc9 -------------------------- * Sun Feb 10 2008 Robert Scheck 0.10-1 - Upgrade to 0.10 perl-Razor-Agent-2.84-3.fc9 --------------------------- * Sun Feb 10 2008 Robert Scheck 2.84-3 - Rebuilt against gcc 4.3 php-idn-1.2-4.fc9 ----------------- * Sun Feb 10 2008 Robert Scheck 1.2-4 - Rebuilt against gcc 4.3 pipepanic-0.1.3-5.fc9 --------------------- * Sun Feb 10 2008 Andrea Musuruane 0.1.3-5 - Rebuild against gcc 4.3 python-sqlalchemy-0.4.2-1.p3.fc9 -------------------------------- * Tue Dec 11 2007 Toshio Kuratomi 0.4.2-1.p3 - Update to 0.4.2p3. qalculate-gtk-0.9.6-3.fc9 ------------------------- * Sun Feb 10 2008 Deji Akingunola - 0.9.6-3 - Rebuild for gcc43 qalculate-kde-0.9.6-4.fc9 ------------------------- * Sun Feb 10 2008 Deji Akingunola - 0.9.6-4 - Rebuild for gcc43 qgit-2.1-3.fc9 -------------- * Sun Feb 10 2008 Dan Horak 2.1-3 - rebuild for gcc 4.3 rkward-0.4.9-3.fc9 ------------------ * Sun Feb 10 2008 Pingou 0.4.9-3 - Change the Requires ruby-shadow-1.4.1-11.fc9 ------------------------ * Sun Feb 10 2008 Kostas Georgiou - 1.4.1-11 - Rebuild for GCC 4.3 scigraphica-2.1.0-6.fc9 ----------------------- * Sun Feb 10 2008 Deji Akingunola - 2.1.0-6 - Rebuild for gcc43 scim-m17n-0.2.2-3.fc9 --------------------- * Mon Feb 11 2008 Parag - 0.2.2-3 - Rebuild for gcc 4.3 scsi-target-utils-0.0-4.20071227snap.fc9 ---------------------------------------- * Sun Feb 10 2008 Terje Rosten - 0.0-4.20071227snap - update to 20071227 snapshot - add patch to compile with newer glibc * Sat Feb 09 2008 Terje Rosten - 0.0-3.20070803snap - rebuild * Fri Dec 07 2007 Alex Lancaster - 0.0-2.20070803snap - Rebuild for new openssl soname bump spr-07.08.00-1.fc9 ------------------ * Sun Feb 10 2008 Wart 07.08.00-1 - Upgrade to 07.08.00 - Add patch for building with gcc 4.3 steghide-0.5.1-9.fc9 -------------------- * Sun Feb 10 2008 Jochen Schmitt 0.5.1-9 - Rebuild for gcc-4.3 subcommander-1.2.2-11.fc9 ------------------------- * Sun Feb 10 2008 Jochen Schmitt 1.2.2-11 - Rebuild for gcc-4.3 suck-4.3.2-20.fc9 ----------------- * Sun Feb 10 2008 Jochen Schmitt 4.3.2-20 - Rebuild for gcc-4.3 superiotool-0-0.9.20080210svn3064.fc9 ------------------------------------- * Sun Feb 10 2008 Peter Lemenkov 0-0.9.20080210svn3064 - svn ver. 3064 - Added more Winbond W83627EHF chips sword-1.5.10-2.fc9 ------------------ * Thu Jan 10 2008 Deji Akingunola - 1.5.10-2 - Fix build issue with gcc43 tecnoballz-0.92-3.fc9 --------------------- * Sun Feb 10 2008 Andrea Musuruane 0.92-3 - Rebuild against gcc 4.3 texmaker-1:1.6-4.fc9 -------------------- * Sun Feb 10 2008 Deji Akingunola - 1.6-4 - Rebuild for gcc43 tracker-0.6.4-6.fc9 ------------------- * Sun Feb 10 2008 Deji Akingunola - 0.6.4-6 - Rebuild for gcc43 transmission-1.05-1.fc9 ----------------------- * Sun Feb 10 2008 Denis Leroy - 1.05-1 - Update to upstream 1.05, with a bunch of bug fixes ttywatch-0.14-11.fc9 -------------------- * Sun Feb 10 2008 Matt Domsch 0.14-11 - rebuild for gcc43 ultimatestunts-0.7.4-1.fc9 -------------------------- * Wed Jan 30 2008 Dan Horak 0.7.4-1 - update to upstream version 0741 - remove integrated patches ustr-1.0.3-3.fc9 ---------------- * Sun Feb 10 2008 James Antill - 1.0.3-3 - Add upstream multilib patch for ustr-import - Resolves: bug#343351 w3m-0.5.2-8.fc9 --------------- * Mon Feb 11 2008 Parag - 0.5.2-8 - Rebuild for gcc 4.3 * Tue Dec 04 2007 Jesse Keating - 0.5.2-7 - Temporarily disable gtk to bootstrap build for openssl widelands-0-0.9.build11.fc9 --------------------------- * Sun Feb 10 2008 Karol Trzcionka - 0-0.9.build11 - Fix building with gcc43 * Sat Feb 09 2008 Karol Trzcionka - 0-0.8.build11 - Rebuild for gcc43 - Changes in desktop file wine-0.9.55-1.fc9 ----------------- * Sun Feb 10 2008 Andreas Bierfert - 0.9.55-1 - version upgrade * Fri Jan 25 2008 Andreas Bierfert - 0.9.54-1 - version upgrade - remove default pulseaudio workaround (#429420,#428745) - improve pulseaudio readme * Sun Jan 13 2008 Andreas Bierfert - 0.9.53-2 - add some missing BR wine-docs-0.9.55-1.fc9 ---------------------- * Sun Feb 10 2008 Andreas Bierfert - 0.9.55-1 - version upgrade * Fri Jan 25 2008 Andreas Bierfert - 0.9.54-1 - version upgrade wormux-0.7.9-6.fc9 ------------------ * Fri Feb 08 2008 Wart 0.7.9-6 - Rebuild for gcc 4.3 xcompmgr-1.1.3-8.fc9 -------------------- * Sun Feb 10 2008 Deji Akingunola - 1.1.3-8 - Rebuild for gcc43 xerces-c-2.8.0-1.fc9 -------------------- * Sun Feb 10 2008 Peter Lemenkov 2.8.0-1 - Ver. 2.8.0 xfce-mcs-manager-4.4.2-2.fc9 ---------------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 xfce-mcs-plugins-4.4.2-3.fc9 ---------------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-3 - Rebuild for gcc43 xfce-utils-4.4.2-4.fc9 ---------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-4 - Rebuild for gcc43 xfce4-appfinder-4.4.2-2.fc9 --------------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 xfce4-mixer-4.4.2-2.fc9 ----------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 xfce4-panel-4.4.2-2.fc9 ----------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 xfce4-session-4.4.2-2.fc9 ------------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 xfprint-4.4.2-2.fc9 ------------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 xfsdump-2.2.48-1.fc9 -------------------- * Sun Feb 10 2008 Eric Sandeen - 2.2.48-1 - Update to xfsdump version 2.2.46 - First build with gcc-4.3 xfwm4-4.4.2-2.fc9 ----------------- * Sun Feb 10 2008 Kevin Fenzi - 4.4.2-2 - Rebuild for gcc43 xosd-2.2.14-11.fc9 ------------------ * Sun Feb 10 2008 Kevin Fenzi - 2.2.14-11 - Rebuild for gcc43 xscreensaver-1:5.04-5.fc9 ------------------------- * Sun Feb 10 2008 Mamoru Tasaka - 1:5.04-5 - Add -Wno-overlength-strings to shut up string length warning xulrunner-1.9-0.beta2.18.nightly20080210.fc9 -------------------------------------------- * Sun Feb 10 2008 Christopher Aillon 1.9-0.beta2.18 - Update to latest trunk (2008-02-10) Broken deps for i386 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.i386 requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 cegui-0.5.0b-6.fc8.i386 requires libxerces-c.so.27 claws-mail-plugins-3.2.0-1.fc9.i386 requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-perl-2.003-3.fc9.i386 requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.i386 requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 enigma-1.01-6.1.i386 requires libxerces-c.so.27 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh gdal-1.5.0-2.fc9.i386 requires libxerces-c.so.27 ghdl-0.25-0.89svn.6.fc8.i386 requires libgnat-4.1.so glest-3.0.0-2.fc9.i386 requires libxerces-c.so.27 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 ovaldi-5.3-5.fc9.i386 requires libxerces-c.so.27 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 rpy-1.0.1-2.fc9.i386 requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 system-config-firewall-1.2.3-1.fc9.noarch requires usermode >= 0:1.94.1 xalan-c-1.10.0-3.fc9.i386 requires libxerces-c.so.27 xmlcopyeditor-1.1.0.6-3.fc9.i386 requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.i386 requires libxerces-c.so.27 xqilla-devel-2.0.0-1.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.i386 requires libxerces-c.so.27 xqilla10-devel-1.0.2-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 Broken deps for x86_64 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-1.so.0()(64bit) 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-widgets-1.so.0()(64bit) bmpx-0.40.13-7.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) cegui-0.5.0b-6.fc8.i386 requires libxerces-c.so.27 cegui-0.5.0b-6.fc8.x86_64 requires libxerces-c.so.27()(64bit) claws-mail-plugins-3.2.0-1.fc9.x86_64 requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) enigma-1.01-6.1.x86_64 requires libxerces-c.so.27()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.i386 requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.x86_64 requires libgcj.so.8rh()(64bit) gdal-1.5.0-2.fc9.i386 requires libxerces-c.so.27 gdal-1.5.0-2.fc9.x86_64 requires libxerces-c.so.27()(64bit) ghdl-0.25-0.89svn.6.fc8.x86_64 requires libgnat-4.1.so()(64bit) glest-3.0.0-2.fc9.x86_64 requires libxerces-c.so.27()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libFoundation-1.1.3-10.fc6.x86_64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 ovaldi-5.3-5.fc9.x86_64 requires libxerces-c.so.27()(64bit) perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) rpy-1.0.1-2.fc9.x86_64 requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) system-config-firewall-1.2.3-1.fc9.noarch requires usermode >= 0:1.94.1 xalan-c-1.10.0-3.fc9.i386 requires libxerces-c.so.27 xalan-c-1.10.0-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) xmlcopyeditor-1.1.0.6-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla-2.0.0-1.fc9.i386 requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-1.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.i386 requires libxerces-c.so.27 xqilla10-1.0.2-2.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-2.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.ppc requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 cegui-0.5.0b-6.fc8.ppc requires libxerces-c.so.27 cegui-0.5.0b-6.fc8.ppc64 requires libxerces-c.so.27()(64bit) claws-mail-plugins-3.2.0-1.fc9.ppc requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.ppc requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 enigma-1.01-6.1.ppc requires libxerces-c.so.27 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc requires libgcj.so.8rh fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) gdal-1.5.0-2.fc9.ppc requires libxerces-c.so.27 gdal-1.5.0-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) ghdl-0.25-0.89svn.6.fc8.ppc requires libgnat-4.1.so gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.ppc requires libobjc.so.1 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 ovaldi-5.3-5.fc9.ppc requires libxerces-c.so.27 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 rpy-1.0.1-2.fc9.ppc requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.ppc requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) system-config-firewall-1.2.3-1.fc9.noarch requires usermode >= 0:1.94.1 xalan-c-1.10.0-3.fc9.ppc requires libxerces-c.so.27 xalan-c-1.10.0-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) xmlcopyeditor-1.1.0.6-3.fc9.ppc requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.ppc requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-1.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.ppc requires libxerces-c.so.27 xqilla10-1.0.2-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) cegui-0.5.0b-6.fc8.ppc64 requires libxerces-c.so.27()(64bit) claws-mail-plugins-3.2.0-1.fc9.ppc64 requires claws-mail-plugins-clamav dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) enigma-1.01-6.1.ppc64 requires libxerces-c.so.27()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fmt-ptrn-java-1.3.13-1.fc9.ppc64 requires libgcj.so.8rh()(64bit) gdal-1.5.0-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) ovaldi-5.3-5.fc9.ppc64 requires libxerces-c.so.27()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) rpy-1.0.1-2.fc9.ppc64 requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) system-config-firewall-1.2.3-1.fc9.noarch requires usermode >= 0:1.94.1 xalan-c-1.10.0-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) xmlcopyeditor-1.1.0.6-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-2.0.0-1.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 From hhoffman at ip-solutions.net Mon Feb 11 14:28:15 2008 From: hhoffman at ip-solutions.net (Harry Hoffman) Date: Mon, 11 Feb 2008 09:28:15 -0500 Subject: vmsplice Local Root Exploit In-Reply-To: <47B01F4E.8000404@gmail.com> References: <47B01F4E.8000404@gmail.com> Message-ID: <47B05B7F.5050707@ip-solutions.net> Worked on my FC7 box fully patched with SELinux enabled. It did take a couple of runs to be successful. Will be trying on FC8 shortly. --Harry Valent Turkovic wrote: > vmsplice Local Root Exploit is in the wild. I have heard that it selinux > doesn't protect against this kind of attacks. True? > > Valent. > From martin.sourada at gmail.com Mon Feb 11 14:31:41 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Mon, 11 Feb 2008 15:31:41 +0100 Subject: Proposed features In-Reply-To: <47B0543D.3000305@googlemail.com> References: <47AEDD88.9000103@gmail.com> <47B0543D.3000305@googlemail.com> Message-ID: <1202740301.4066.26.camel@pc-notebook> On Mon, 2008-02-11 at 14:57 +0100, Tim Lauridsen wrote: > Jakub 'Livio' Rusinek wrote: > > Hi, > > > > I proposed some features for Fedora. They might not be accepted, but > > it's worth a try. > > > > * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall > > I have made a little app doing the same stuff. > > bzr branch http://timlau.fedorapeople.org/bzr/easyinst > cd easyinst > > sudo ./easyinst.py app.ini > > it is using an ini file instead of xml looking like this > > [livna] > type=repository > method=rpm > url=http://rpm.livna.org/livna-release-8.rpm > > [gstreamer-plugins] > type=addons > name=Gstreamer plugins to play MP3,Xvid etc. > desc=Gstreamer plugins to play MP3,Xvid etc. > method=yum > repo=livna > packages=gstreamer-plugins-bad,gstreamer-plugins-ugly > > > [nvidia] > type=drivers > name=Nvidia Drivers > desc=Nvidia Closed Source Driver with 3D support. > method=yum > repo=livna > packages=kmod-nvidia > > [yumex] > type=application > name=Yum Extender > desc=A GUI for the yum package manager > method=yum > > > It is very easy in development, but it works. > > Tim > Just my 2 cents what I would expect it to behave like. 1. User double-clicks on the settings file (in this case app.ini) 2. EasyInst is executed with the app.ini as parameter 3. EasyInst Checks whether the required repository is installed 3.a. if not, wgets the settings rpm and run it with system-install-packages (or PackageKit implementation) 4. If successful, install the packages with system-install-packages (or PackageKit implementation) 5. Tada, user has what he wanted. For steps one and two, we'd need to assign easyinst to some mime-type, dunno if it would work as expected for ini files... I'd suggest something like applications/x-easyinstall and associate it with .einst suffix? The goal of steps 3 and 4 is, that the user will have to interact with graphical installer, if there is any interaction needed, and will be informed when the process is finished. But perhaps this could be done different way... Thanks, 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 jakub.rusinek at gmail.com Mon Feb 11 14:58:18 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 11 Feb 2008 15:58:18 +0100 Subject: Proposed features In-Reply-To: <47B0543D.3000305@googlemail.com> References: <47AEDD88.9000103@gmail.com> <47B0543D.3000305@googlemail.com> Message-ID: <47B0628A.6080007@gmail.com> Tim Lauridsen pisze: > Jakub 'Livio' Rusinek wrote: >> Hi, >> >> I proposed some features for Fedora. They might not be accepted, but >> it's worth a try. >> >> * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall > > I have made a little app doing the same stuff. > > bzr branch http://timlau.fedorapeople.org/bzr/easyinst > cd easyinst > > sudo ./easyinst.py app.ini > > it is using an ini file instead of xml looking like this > > [livna] > type=repository > method=rpm > url=http://rpm.livna.org/livna-release-8.rpm > > [gstreamer-plugins] > type=addons > name=Gstreamer plugins to play MP3,Xvid etc. > desc=Gstreamer plugins to play MP3,Xvid etc. > method=yum > repo=livna > packages=gstreamer-plugins-bad,gstreamer-plugins-ugly > > > [nvidia] > type=drivers > name=Nvidia Drivers > desc=Nvidia Closed Source Driver with 3D support. > method=yum > repo=livna > packages=kmod-nvidia > > [yumex] > type=application > name=Yum Extender > desc=A GUI for the yum package manager > method=yum > > > It is very easy in development, but it works. > > Tim you rock :) . but instead of using s-i-packages for the packages, we can run "yum install xxx" of "pirut --install xxx", if pirut has this feature (I wanted pirut to have --install, --update and --remove). bravissimo :) . From mschwendt.tmp0701.nospam at arcor.de Mon Feb 11 14:56:01 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 11 Feb 2008 15:56:01 +0100 Subject: Script to update release and changelog? In-Reply-To: <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20080211155601.ca4269e5.mschwendt.tmp0701.nospam@arcor.de> On Sat, 9 Feb 2008 19:45:28 +0100, Michael Schwendt wrote: > http://mschwendt.fedorapeople.org/bumpspecfile.py > http://mschwendt.fedorapeople.org/rebuildrpms.py > > The first one only modifies given spec files and adds a changelog entry. > The second one can be used to fully automate bump'n'rebuilds like > > rebuildrpms.py foo bar more-rpm-names-here > > Both still need configuration of constants at the top. They have been > used before to mass-rebuild FE (that's why bumpspecfile.py is different > from the original that's floating around). bumpspecfile.py now retains whitespace around the release value. From loupgaroublond at gmail.com Mon Feb 11 14:53:12 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Mon, 11 Feb 2008 09:53:12 -0500 Subject: vmsplice Local Root Exploit In-Reply-To: <47B05B7F.5050707@ip-solutions.net> References: <47B01F4E.8000404@gmail.com> <47B05B7F.5050707@ip-solutions.net> Message-ID: <7f692fec0802110653x48672913p1601e4c50b46311c@mail.gmail.com> On Feb 11, 2008 9:28 AM, Harry Hoffman wrote: > Worked on my FC7 box fully patched with SELinux enabled. > > It did take a couple of runs to be successful. > > Will be trying on FC8 shortly. >From the development standpoint, is SELinux flawed, or is SELinux failing to run all users confined because we're still in development with end user bits and pieces? -Yaakov From skvidal at fedoraproject.org Mon Feb 11 15:06:02 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 11 Feb 2008 10:06:02 -0500 Subject: Proposed features In-Reply-To: <47AF3F04.2090804@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> Message-ID: <1202742362.4696.3.camel@cutter> On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: > Izhar Firdaus pisze: > > On Feb 10, 2008 7:18 PM, Jakub 'Livio' Rusinek wrote: > >> * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall > >> > > > > +1 for 1clickinstall .. > > > > ntfs r/w have been around since F6 iirc .. > > > > 1click install requires only some handler which would be responsible for > repos management and redirecting commands to PackageKit (because it is > our new package manager). > PackageKit isn't a package manager, anyway. It is just an interface to many package managers. -sv -- I only speak for me. From jakub.rusinek at gmail.com Mon Feb 11 15:17:24 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 11 Feb 2008 16:17:24 +0100 Subject: Proposed features In-Reply-To: <1202742362.4696.3.camel@cutter> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> <1202742362.4696.3.camel@cutter> Message-ID: <47B06704.8050006@gmail.com> seth vidal pisze: > On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote: >> Izhar Firdaus pisze: >>> On Feb 10, 2008 7:18 PM, Jakub 'Livio' Rusinek wrote: >>>> * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall >>>> >>> +1 for 1clickinstall .. >>> >>> ntfs r/w have been around since F6 iirc .. >>> >> 1click install requires only some handler which would be responsible for >> repos management and redirecting commands to PackageKit (because it is >> our new package manager). >> > > PackageKit isn't a package manager, anyway. It is just an interface to > many package managers. > > -sv > But it provides universal API to interact with package management backends. From cjdahlin at ncsu.edu Mon Feb 11 15:30:21 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 11 Feb 2008 10:30:21 -0500 Subject: Proposed features In-Reply-To: <47B039B6.9020004@gmail.com> References: <47AEDD88.9000103@gmail.com> <47AEFA4E.8030702@gmail.com> <20080210135556.GA31547@devserv.devel.redhat.com> <47B039B6.9020004@gmail.com> Message-ID: <47B06A0D.6000305@ncsu.edu> Valent Turkovic wrote: > Alan Cox wrote: >> On Sun, Feb 10, 2008 at 02:21:18PM +0100, drago01 wrote: >>> "Fedora is now easy, but some questions, like ntfs write support >>> require digging into terminal. Letting user to not use terminal is >>> good. It's mostly usability improvement." >>> Thats not true. >>> You can doubleclick on the partitionicon (desktop or my computer) >>> Enter root password. (And choose remember if you don't want to do it >>> every time) >>> And the partion will be mounted _with_ ntfs write support. >> >> So rephrase it as "The documentation or the method used to enable >> NTFS write >> support is not sufficiently obvious" >> >> Alan > > Any chance ntfs support gets implemented in anaconda? > https://bugzilla.redhat.com/show_bug.cgi?id=430084 > > Valent. > I think its already happened/happening. From cjdahlin at ncsu.edu Mon Feb 11 15:35:38 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 11 Feb 2008 10:35:38 -0500 Subject: Proposed features In-Reply-To: <64b14b300802110514o78334eaey6ffbf428ac4bdaef@mail.gmail.com> References: <47AEDD88.9000103@gmail.com> <47AF3F04.2090804@gmail.com> <64b14b300802110514o78334eaey6ffbf428ac4bdaef@mail.gmail.com> Message-ID: <47B06B4A.2060501@ncsu.edu> Valent Turkovic wrote: > On Feb 11, 2008 2:48 AM, Izhar Firdaus wrote: > >> On Feb 11, 2008 2:14 AM, Jakub 'Livio' Rusinek wrote: >> >>>> +1 for 1clickinstall .. >>>> >>> 1click install requires only some handler which would be responsible for >>> repos management and redirecting commands to PackageKit (because it is >>> our new package manager). >>> >>> >> yup .. its easy to do .. just parse the XML .. and launch something >> like system-install-packages >> >> about packagekit, it would be nice if it replaces pup :D. I agree that >> it shouldnt replace pirut, but having a backgrounded update is a great >> feature. >> > > The best feature of PackageKit for me is the ability to give user the > admin privieleges for updates, so that updates don't ask all the time > for password. For me on my single seat laptop that is a must have > feature. Can pup have that feature also or can PackakeKit replace pup > as suggested? > > Valent. > > > I think PolicyKit should make this possible in just about any tool. --CJD From cjdahlin at ncsu.edu Mon Feb 11 15:45:42 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 11 Feb 2008 10:45:42 -0500 Subject: Proposed features In-Reply-To: <47B038EB.8000101@gmail.com> References: <47AEDD88.9000103@gmail.com> <47B038EB.8000101@gmail.com> Message-ID: <47B06DA6.4070306@ncsu.edu> Valent Turkovic wrote: > Jakub 'Livio' Rusinek wrote: >> Hi, >> >> I proposed some features for Fedora. They might not be accepted, but >> it's worth a try. >> >> * http://fedoraproject.org/wiki/Releases/FeatureDiskManager >> * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3AFedoraControlCenter > > This would be very useful. > Which is why there's 3 or 4 different projects going on now to do it :) >> * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall > > This feature would be great for new Fedora users and especially for > new users to linux in general. If this goes through please look at > Linux Mint and their work flow because user experience on Linux Mint > is far superior to OpenSuse. For reference please look also at Linux > Lint Software Portal: > http://linuxmint.com/software/?sec=categories&release=2 > I haven't looked at this distro. Its nice. --CJD From tim.lauridsen at googlemail.com Mon Feb 11 15:53:14 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Mon, 11 Feb 2008 16:53:14 +0100 Subject: Proposed features In-Reply-To: <47B0628A.6080007@gmail.com> References: <47AEDD88.9000103@gmail.com> <47B0543D.3000305@googlemail.com> <47B0628A.6080007@gmail.com> Message-ID: <47B06F6A.4000900@googlemail.com> Jakub 'Livio' Rusinek wrote: > Tim Lauridsen pisze: >> Jakub 'Livio' Rusinek wrote: >>> Hi, >>> >>> I proposed some features for Fedora. They might not be accepted, but >>> it's worth a try. >>> >>> * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall >> >> I have made a little app doing the same stuff. >> >> bzr branch http://timlau.fedorapeople.org/bzr/easyinst >> cd easyinst >> >> sudo ./easyinst.py app.ini >> >> it is using an ini file instead of xml looking like this >> >> [livna] >> type=repository >> method=rpm >> url=http://rpm.livna.org/livna-release-8.rpm >> >> [gstreamer-plugins] >> type=addons >> name=Gstreamer plugins to play MP3,Xvid etc. >> desc=Gstreamer plugins to play MP3,Xvid etc. >> method=yum >> repo=livna >> packages=gstreamer-plugins-bad,gstreamer-plugins-ugly >> >> >> [nvidia] >> type=drivers >> name=Nvidia Drivers >> desc=Nvidia Closed Source Driver with 3D support. >> method=yum >> repo=livna >> packages=kmod-nvidia >> >> [yumex] >> type=application >> name=Yum Extender >> desc=A GUI for the yum package manager >> method=yum >> >> >> It is very easy in development, but it works. >> >> Tim > > you rock :) . > > but instead of using s-i-packages for the packages, we can run "yum > install xxx" of "pirut --install xxx", if pirut has this feature (I > wanted pirut to have --install, --update and --remove). > > bravissimo :) . > I am not using s-i-p, the tool was made to test some gui stuff and the yum api. It is not meant to be some you click on a link on a web page and then you get the "crazy cracker repo" added to your setup and the latest rootkit installed without any questions asked, if you want this kind of features you have to install Windows :) The idea was to have a way to give the user access to a featured list application, to be installed/removed in an easy way. Ex. The Game SIG could maintain an ini files with featured Game in Fedora, to make it easy for the users to install/remove these games. Tim From ajackson at redhat.com Mon Feb 11 16:06:55 2008 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 11 Feb 2008 11:06:55 -0500 Subject: Feature Status for Fedora 9 Alpha--Please Help In-Reply-To: <47A2AB28.3050500@redhat.com> References: <47A2AB28.3050500@redhat.com> Message-ID: <1202746015.16476.2.camel@localhost.localdomain> On Thu, 2008-01-31 at 21:16 -0800, John Poelstra wrote: > Dear Feature Owners, > > The Alpha release for Fedora 9 is scheduled to start on February 5, > 2008. As we begin the Alpha for Fedora 9 more attention inside and > outside of Fedora will be drawn to on what is coming in Fedora 9. Here > is an opportunity to give everyone a good first impression and provide > as much helpful information as we can. Apologies for the lateness of the reply. I was very very far away from email for the last two weeks (LCA followed by vacation). The X server work for F9 is still a bit in flux, sadly. I'll update the feature page as soon as I have a plan for getting it landed, both in F9 and upstream. With any luck, I'll get up from under the email flood before the end of today and get a rough cut of the plan. - ajax From ajackson at redhat.com Mon Feb 11 16:09:50 2008 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 11 Feb 2008 11:09:50 -0500 Subject: F9 Alpha Observations In-Reply-To: <1202430207.7059.17.camel@scrappy.miketc.com> References: <1202430207.7059.17.camel@scrappy.miketc.com> Message-ID: <1202746190.16476.4.camel@localhost.localdomain> On Thu, 2008-02-07 at 18:23 -0600, Mike Chambers wrote: > 2 - radeonhd xorg driver was not installed by default, therefore x > locked up when trying to start. Had to manually change xorg.conf to > vesa driver to get it running. Installed radeonhd after and using it > now, and so far it works, and recognized monitor. Card is x1300 and > monitor is HP w1907. Got an X log from the failed startup? Lockup on X launch is always a bug. - ajax From choeger at cs.tu-berlin.de Mon Feb 11 15:59:52 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Mon, 11 Feb 2008 16:59:52 +0100 Subject: Weird VNC problems with keyboard layout In-Reply-To: <1202643025.20784.2.camel@choeger4> References: <47ADBA48.9010709@niemueller.de> <1202643025.20784.2.camel@choeger4> Message-ID: <1202745592.15599.2.camel@choeger4> Am Sonntag, den 10.02.2008, 12:30 +0100 schrieb Christoph H?ger: > Am Samstag, den 09.02.2008, 15:35 +0100 schrieb Tim Niemueller: > > Hi all. > > > > I have really weird problems with VNC, using different servers, > > different clients, but every combination has the very same symptoms. > > > > I'm using a German localized Gnome, with the German keyboard layout. Now > > if I connect to any remote VNC I cannot type many "special" characters. > > This means umlauts as well as regular charaters like a dash (and / being > > Shift+6). It is not that it is just an English keyboard layout but it > > doesn't seem to be any meaningful keyboard setup that I know. In the > > beginning for example I ended up copying dashes for commands until I > > figured out how to solve this. And this is even more weird: I added the > > US English keyboard layout additionally to the German one. Then I added > > the Gnome keyboard applet to my panel. If I now start the VNC > > connection, and then switch to "USA" for this window it works, and it > > works with the German layout! So then I'm able to type all characters > > including Umlauts, although the keyboard layout for this window is set > > to US English. > > > > As server I have used an Vine Server for OS X (also known as OSXVnc) as > > well as a Qemu-VM started using virt-manager. Clients have been > > tightvnc, realvnc, virt-viewer and vinagre (last two then accounting as > > gtk-vnc). The system is an F-8 machine. I just found out about this fix > > while testing F9Alpha in a VM... > > > > Does anybody know what's going wrong here? Has anybody experienced > > similar problems? I don't even know what I would file a bug against. > > Because so many programs are affected I'd expect that this is some kind > > of Gnome infrastructure problem? > > > > Astonished, > > Tim > > > > -- > > Tim Niemueller www.niemueller.de > > ================================================================= > > Imagination is more important than knowledge. (Albert Einstein) > > > > Hi Tim, > > just checked F8 -> F7 using vino. Everything fine. > I'm going to test F8 -> Debian tomorrow. But thats all I have ;) > > regards > > christoph > -- Hi Tim, just checked fedora -> debian 4 (vncviewer connecting to vino) with no problems. So I would guess its a vine bug. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From jakub.rusinek at gmail.com Mon Feb 11 16:07:59 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 11 Feb 2008 17:07:59 +0100 Subject: Proposed features In-Reply-To: <47B06F6A.4000900@googlemail.com> References: <47AEDD88.9000103@gmail.com> <47B0543D.3000305@googlemail.com> <47B0628A.6080007@gmail.com> <47B06F6A.4000900@googlemail.com> Message-ID: <47B072DF.5000806@gmail.com> > Ex. > The Game SIG could maintain an ini files with featured Game in Fedora, > to make it easy for the users to install/remove these games. See? Even in Fedora such thing have its place :) . Also, packagers could create own ini [or other file, ini is so windowsish] file which would install all required packages and so others... In openSUSE, Ubuntu and derivatives adding 3rd party is required, because they have old packages in repo, or some packages are missing in the repo, while Ubuntu is so happy, because it has big repo... We can make a software portal (I can help, I can help :D !) with such files to make browsing repo easier (but if PackageKit implements icons there will be no difference). From michel.sylvan at gmail.com Mon Feb 11 16:11:19 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Mon, 11 Feb 2008 11:11:19 -0500 Subject: PulseAudio requesting high priority Message-ID: I first noticed this a week or so before Alpha was released: after one of the pulseaudio updates, on the next login I was prompted if I want to turn on high-priority scheduling for PulseAudio, and that it needs super-user authentication. After a fresh Alpha install, the same thing happened, both in: - new user created using useradd - new user created using system-config-users Sounds like something that should either be 1) enabled by default (perhaps using ConsoleKit), or 2) possible to turn off entirely (i.e. "no, I don't need this feature, don't ask me again" -- with instruction on how to change this) Regards, -- Michel Salim http://hircus.jaiku.com/ From sundaram at fedoraproject.org Mon Feb 11 16:19:58 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 11 Feb 2008 21:49:58 +0530 Subject: PulseAudio requesting high priority In-Reply-To: References: Message-ID: <47B075AE.6040109@fedoraproject.org> Michel Salim wrote: > I first noticed this a week or so before Alpha was released: after one > of the pulseaudio updates, on the next login I was prompted if I want > to turn on high-priority scheduling for PulseAudio, and that it needs > super-user authentication. > > After a fresh Alpha install, the same thing happened, both in: > - new user created using useradd > - new user created using system-config-users > > Sounds like something that should either be > 1) enabled by default (perhaps using ConsoleKit), or > 2) possible to turn off entirely (i.e. "no, I don't need this feature, > don't ask me again" -- with instruction on how to change this) Check bugzilla. There is already a bug report open on this and it has been discussed before on the lists too. Rahul From jkeating at redhat.com Mon Feb 11 11:23:36 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 06:23:36 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: References: <20080208160200.18f2dff6@redhat.com> Message-ID: <20080211062336.522f3859@redhat.com> On Fri, 8 Feb 2008 22:51:14 +0000 (UTC) Kevin Kofler wrote: > Will dist-f9-perl be merged before the scripted rebuild. I know xchat > has been rebuilt (using GCC 4.3) in dist-f9-perl, so it's a waste to > rebuild it for dist-f9 now only to have it replaced with the > dist-f9-perl build later (and might even cause EVR problems if not > done carefully). We're waiting to start the automated rebuilds until after perl has landed. As to how much of dist-f9-perl gets tagged over, I leave that up to spot to explain. -- 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 Feb 11 11:26:21 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 06:26:21 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <1dedbbfc0802102250u7b2722ffg244248850e8613b1@mail.gmail.com> References: <20080208160200.18f2dff6@redhat.com> <1202662235.3246.26.camel@eagle.danny.cz> <1dedbbfc0802101142x1fc3b33fl31e21292891f89c5@mail.gmail.com> <1202703914.6718.2.camel@ignacio.lan> <1dedbbfc0802102250u7b2722ffg244248850e8613b1@mail.gmail.com> Message-ID: <20080211062621.43506cd9@redhat.com> On Mon, 11 Feb 2008 07:50:17 +0100 "David Nielsen" wrote: > Because the guidelines for packaging Mono are IMHO broken, we do this > to enable AOT after the fact, I have at least one upstream > complaining loudly over this and personally I'm rather tired of > patching the libdir stuff by hand. > Would anyone oppose making that demand optional? As more and more > code is becoming pure managed it would greatly reduce the work > required to maintain these packages if we could be allowed to package > them as noarch. Less patching, closer to upstream.. all that good > stuff and I wouldn't be pulling out my hair everytime I feel like I'm > writing yet another mindless patch that will never go upstream. I would be more than happy to review amended mono packaging guidelines as part of the Fedora Packaging Committee. Discovery of mono like packages that are marked as arch specific, but don't use gcc to build, is rather difficult and/or time consuming from the script's point of view. I'm still working on a method for packages to 'opt-out' of the rebuilding, and it would be up to the maintainer to make the informed decision that the package in question does not make use of gcc at all in the build paths. -- 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 Feb 11 11:27:25 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 06:27:25 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B05326.5060005@redhat.com> References: <20080208160200.18f2dff6@redhat.com> <47B05326.5060005@redhat.com> Message-ID: <20080211062725.4c8a4c32@redhat.com> On Mon, 11 Feb 2008 08:52:38 -0500 Daniel J Walsh wrote: > > I have the first iteration of a script that will detect packages > > that haven't yet been built with gcc 4.3. The output is sorted by > > package owner. There is a small bug right now in that packages > > that have never actually been built in koji (imported from > > Extras/Fedora Core 6) are automatically added to the list, even if > > they are noarch. I'm working on fixing that. Read that part again Dan (: The public list up as of Friday evening should exclude all noarch packages, as I fixed the bug. -- 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 Feb 11 16:27:58 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 11 Feb 2008 17:27:58 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <1dedbbfc0802102250u7b2722ffg244248850e8613b1@mail.gmail.com> References: <20080208160200.18f2dff6@redhat.com> <1202662235.3246.26.camel@eagle.danny.cz> <1dedbbfc0802101142x1fc3b33fl31e21292891f89c5@mail.gmail.com> <1202703914.6718.2.camel@ignacio.lan> <1dedbbfc0802102250u7b2722ffg244248850e8613b1@mail.gmail.com> Message-ID: <1202747278.3245.13.camel@eagle.danny.cz> > > Pure managed code such as ndesk-dbus should not need a > rebuild, thus I > > was also surprised to find them on the list. > > If it's pure managed code then why is it in an arch-specific > package? > > Because the guidelines for packaging Mono are IMHO broken, we do this > to enable AOT after the fact, I have at least one upstream complaining > loudly over this and personally I'm rather tired of patching the > libdir stuff by hand. The upstream author for my package applied the change from /usr/lib to %{_libdir} into the sources, because at least Ubuntu should use the same schema. > Would anyone oppose making that demand optional? As more and more code > is becoming pure managed it would greatly reduce the work required to > maintain these packages if we could be allowed to package them as > noarch. Less patching, closer to upstream.. all that good stuff and I > wouldn't be pulling out my hair everytime I feel like I'm writing yet > another mindless patch that will never go upstream. Dan From tim at niemueller.de Mon Feb 11 16:32:35 2008 From: tim at niemueller.de (Tim Niemueller) Date: Mon, 11 Feb 2008 17:32:35 +0100 Subject: Weird VNC problems with keyboard layout In-Reply-To: <1202745592.15599.2.camel@choeger4> References: <47ADBA48.9010709@niemueller.de> <1202643025.20784.2.camel@choeger4> <1202745592.15599.2.camel@choeger4> Message-ID: <47B078A3.2090208@niemueller.de> Christoph H?ger schrieb: > just checked fedora -> debian 4 (vncviewer connecting to vino) with no > problems. So I would guess its a vine bug. But I'm using qemu as a host as well and I have the very same problems there! I have just checked a vncviewer -> vino session, in fact that is working fine, vinagre would lockup on two machines thus it was not usable at all. Maybe I should try a fresh install. The current machines was upgraded from F-7. Thanks for testing, Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From fedora at leemhuis.info Mon Feb 11 16:34:07 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 11 Feb 2008 17:34:07 +0100 Subject: Script to update release and changelog? In-Reply-To: <20080211155601.ca4269e5.mschwendt.tmp0701.nospam@arcor.de> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> <20080211155601.ca4269e5.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <47B078FF.7020400@leemhuis.info> On 11.02.2008 15:56, Michael Schwendt wrote: > On Sat, 9 Feb 2008 19:45:28 +0100, Michael Schwendt wrote: >> http://mschwendt.fedorapeople.org/bumpspecfile.py >> http://mschwendt.fedorapeople.org/rebuildrpms.py >> The first one only modifies given spec files and adds a changelog entry. >> The second one can be used to fully automate bump'n'rebuilds like >> rebuildrpms.py foo bar more-rpm-names-here >> Both still need configuration of constants at the top. They have been >> used before to mass-rebuild FE (that's why bumpspecfile.py is different >> from the original that's floating around). > > bumpspecfile.py now retains whitespace around the release value. Hmmm. http://cvs.fedora.redhat.com/viewcvs/rebuild-scripts/bumpspecfile.py?root=fedora&rev=1.1.1.1&view=log [...] Fri Oct 6 22:22:02 2006 UTC (16 months ago) by c4chris Maybe you should put you script there as well, as yours seem to be a updated version with more features? Just my 2 cent. Cu knurd From sebastian at when.com Mon Feb 11 16:40:22 2008 From: sebastian at when.com (sebastian at when.com) Date: Mon, 11 Feb 2008 17:40:22 +0100 Subject: K12Linux Re: Education SIG In-Reply-To: <47AFC312.4070903@redhat.com> References: <47ADB212.3020901@when.com> <47ADF32A.1040101@redhat.com> <47AE028A.4060304@when.com> <47AFC312.4070903@redhat.com> Message-ID: <47B07A76.9080201@when.com> Hi, Warren Togami wrote: > So our two editions would be similar to Ubuntu: > K12Linux Desktop - just the educational desktop apps > K12Linux Server - Desktop, LTSP, Moodle, DansGuardian, Squidguard, etc. Well, what do you think, how should this go on? I have a finished spin (at least for f8), which has been submitted to release engineering, here [1] and also posted several times before - here [2] and here [3]. If you came up with this somehow earlier, (we could have discussed it and) I would have saved several days of work. And, by the way, what do you think of the SIG proposal here [4]? What do you suggest concerning these educational spins? Sebastian [1] http://fedoraproject.org/wiki/SebastianDziallas/Education [2] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02686.html [3] https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00410.html [4] https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00624.html From jkeating at redhat.com Mon Feb 11 11:45:58 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 06:45:58 -0500 Subject: Perl package rebuilds In-Reply-To: References: <200802101159.m1ABxYlK016974@porkchop.devel.redhat.com> Message-ID: <20080211064558.692855f8@redhat.com> On Sun, 10 Feb 2008 16:11:26 +0000 (UTC) Kevin Kofler wrote: > This is bad! You're rebuilding the package again with the old Perl in > dist-f9, so when dist-f9-perl gets merged, you'll have an EVR > problem. Now these packages need to be bumped and built for > dist-f9-perl again! Kevin, calm down. Tom knows that there may be some churn to deal with one he is ready to merge the builds from dist-f9-perl back into dist-f9. He is prepared to deal with that on a case by case basis. No need to sound the klaxon alarms. -- 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 Mon Feb 11 16:51:58 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Feb 2008 07:51:58 -0900 Subject: K12Linux Re: Education SIG In-Reply-To: <47B07A76.9080201@when.com> References: <47ADB212.3020901@when.com> <47ADF32A.1040101@redhat.com> <47AE028A.4060304@when.com> <47AFC312.4070903@redhat.com> <47B07A76.9080201@when.com> Message-ID: <604aa7910802110851x2cc320deo20a9e3692ca799d7@mail.gmail.com> On Feb 11, 2008 7:40 AM, wrote: > Hi, > > Warren Togami wrote: > > So our two editions would be similar to Ubuntu: > > K12Linux Desktop - just the educational desktop apps > > K12Linux Server - Desktop, LTSP, Moodle, DansGuardian, Squidguard, etc. > Well, what do you think, how should this go on? I have a finished spin > (at least for f8), which has been submitted to release engineering, here > [1] and also posted several times before - here [2] and here [3]. If you > came up with this somehow earlier, (we could have discussed it and) I > would have saved several days of work. And, by the way, what do you > think of the SIG proposal here [4]? What do you suggest concerning these > educational spins? There's no reason you can edit the spin's payload for the f9 release timeframe. Spin's aren't set in stone. It's probably best practices to not change the spin payload significantly during a fedora release timeframe, so don't bother trying to edit the f8 based spin you arlready have in process. But if you and warren can come to an agreement as to modifications, there's no reason a modified payload can't be produced in time for F9 release. It's really up to you. -jef From rnorwood at redhat.com Mon Feb 11 16:54:08 2008 From: rnorwood at redhat.com (Robin Norwood) Date: Mon, 11 Feb 2008 11:54:08 -0500 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802100616y33fed8afga5643b5b3faca2c4@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <47AF076F.6030404@gmail.com> <6e24a8e80802100616y33fed8afga5643b5b3faca2c4@mail.gmail.com> Message-ID: <20080211115408.4b59157b@solitude.devel.redhat.com> On Sun, 10 Feb 2008 15:16:52 +0100 Mark wrote: > > It is possible to implement because my feature request has been... > > executed (I don't know english so well)? > > So it's possible (i doubt it) i would like to know how because a > google search for "java rpm bindings" isn't resulting in anything > useful. One of the nice things about PackageKit is that it separates the backend and fronted fairly nicely using dbus. You could write a java frontend for PK, since Java has dbus support. Of course, this assumes that PK provides the API and data model you want. http://www.packagekit.org/pk-using.html -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 Feb 11 11:54:32 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 06:54:32 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <20080210230439.GA12573@devserv.devel.redhat.com> References: <20080208134107.388e9c42@redhat.com> <16de708d0802081045u38a08336v4f014ab16ec35338@mail.gmail.com> <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> <47AF5E3A.3020908@hhs.nl> <20080210230439.GA12573@devserv.devel.redhat.com> Message-ID: <20080211065432.00a2db12@redhat.com> On Sun, 10 Feb 2008 18:04:39 -0500 Alan Cox wrote: > We don't ship codina Erm, yes we do. -- 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 Feb 11 11:59:34 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 06:59:34 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080211062725.4c8a4c32@redhat.com> References: <20080208160200.18f2dff6@redhat.com> <47B05326.5060005@redhat.com> <20080211062725.4c8a4c32@redhat.com> Message-ID: <20080211065934.7c696698@redhat.com> On Mon, 11 Feb 2008 06:27:25 -0500 Jesse Keating wrote: > Read that part again Dan (: > > The public list up as of Friday evening should exclude all noarch > packages, as I fixed the bug. Oops, I spoke too soon. I forgot to git pull in the dir I was running the script from so my last run on Friday didn't have the updated code (nor did my run from earlier this morning). I updated the git clone and started the run again. In another 40~ minutes we should have an updated list without noarch packages. -- 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 Mon Feb 11 17:13:59 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Feb 2008 12:13:59 -0500 Subject: Disk Manager In-Reply-To: <47ADC946.2090404@gmail.com> References: <47ADC946.2090404@gmail.com> Message-ID: <20080211171359.GB1467@nostromo.devel.redhat.com> Jakub 'Livio' Rusinek (jakub.rusinek at gmail.com) said: > I wonder if we can include Disk Manager [1] in "core" ISOs (LiveCD, DVD), > since it's very nice GUI improvement for newbies. > > > 1| http://en.andregondim.eti.br/?p=5 So.... it's basically a graphical fstab editor, that doesn't: - do hotplug notification correctly - support removable devices correctly - use the existing HAL infrastructure - support RAID, or LVM, or encryption I fail to see the point of adding this. Bill From alan at redhat.com Mon Feb 11 17:17:57 2008 From: alan at redhat.com (Alan Cox) Date: Mon, 11 Feb 2008 12:17:57 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <20080211065432.00a2db12@redhat.com> References: <604aa7910802081051o6ce22e48l18c9ca0b3d565edd@mail.gmail.com> <47ACA703.5080700@gmail.com> <20080208135854.53fd3798@redhat.com> <20080210143155.3fb7e91c@n02204> <47AF043C.7040506@fedoraproject.org> <47AF5508.2060909@hhs.nl> <47AF599C.1090301@gmail.com> <47AF5E3A.3020908@hhs.nl> <20080210230439.GA12573@devserv.devel.redhat.com> <20080211065432.00a2db12@redhat.com> Message-ID: <20080211171757.GA30816@devserv.devel.redhat.com> On Mon, Feb 11, 2008 at 06:54:32AM -0500, Jesse Keating wrote: > On Sun, 10 Feb 2008 18:04:39 -0500 > Alan Cox wrote: > > > We don't ship codina > > Erm, yes we do. Sorry meant to say we don't ship the codecs From kagesenshi.87 at gmail.com Mon Feb 11 17:21:15 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Tue, 12 Feb 2008 01:21:15 +0800 Subject: Proposed features In-Reply-To: <47B072DF.5000806@gmail.com> References: <47AEDD88.9000103@gmail.com> <47B0543D.3000305@googlemail.com> <47B0628A.6080007@gmail.com> <47B06F6A.4000900@googlemail.com> <47B072DF.5000806@gmail.com> Message-ID: On Feb 12, 2008 12:07 AM, Jakub 'Livio' Rusinek wrote: > > Ex. > > The Game SIG could maintain an ini files with featured Game in Fedora, > > to make it easy for the users to install/remove these games. > > See? Even in Fedora such thing have its place :) . > > Also, packagers could create own ini [or other file, ini is so > windowsish] file which would install all required packages and so others... its pythonic :D .. import ConfigParser > > We can make a software portal (I can help, I can help :D !) with such > files to make browsing repo easier (but if PackageKit implements icons > there will be no difference). Perhaps extends pkgdb to include a easyinst link .. and also make pkgdb more for benefit of users (instead of its current purpose as something for pkg maint) .. * ability to view bugzilla list related to package (both in fp.o bz and upstream bz) * several infos from spec (URL Tag, source URL, ) * easyinst link * screenshots if possible * a small discussion area (like winehq's appdb) (btw, where can i grab pkgdb's source?) -- 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 warren at togami.com Mon Feb 11 17:24:42 2008 From: warren at togami.com (Warren Togami) Date: Mon, 11 Feb 2008 12:24:42 -0500 Subject: K12Linux Re: Education SIG In-Reply-To: <604aa7910802110851x2cc320deo20a9e3692ca799d7@mail.gmail.com> References: <47ADB212.3020901@when.com> <47ADF32A.1040101@redhat.com> <47AE028A.4060304@when.com> <47AFC312.4070903@redhat.com> <47B07A76.9080201@when.com> <604aa7910802110851x2cc320deo20a9e3692ca799d7@mail.gmail.com> Message-ID: <47B084DA.5090407@togami.com> Jeff Spaleta wrote: > On Feb 11, 2008 7:40 AM, wrote: >> Hi, >> >> Warren Togami wrote: >>> So our two editions would be similar to Ubuntu: >>> K12Linux Desktop - just the educational desktop apps >>> K12Linux Server - Desktop, LTSP, Moodle, DansGuardian, Squidguard, etc. >> Well, what do you think, how should this go on? I have a finished spin >> (at least for f8), which has been submitted to release engineering, here >> [1] and also posted several times before - here [2] and here [3]. If you >> came up with this somehow earlier, (we could have discussed it and) I >> would have saved several days of work. And, by the way, what do you >> think of the SIG proposal here [4]? What do you suggest concerning these >> educational spins? > > There's no reason you can edit the spin's payload for the f9 release > timeframe. Spin's aren't set in stone. It's probably best practices > to not change the spin payload significantly during a fedora release > timeframe, so don't bother trying to edit the f8 based spin you > arlready have in process. But if you and warren can come to an > agreement as to modifications, there's no reason a modified payload > can't be produced in time for F9 release. It's really up to you. > > -jef > I don't really care what is on the Educational Desktop spin. I also don't care what the spin is called. I however will be naming the server spin including LTSP "K12Linux" or "K12Linux Server" and I will include whatever was chosen for the Education Desktop spin. If you create a SIG I will join, but I don't know how much time I can spend on your SIG. Warren Togami wtogami at redhat.com From mtasaka at ioa.s.u-tokyo.ac.jp Mon Feb 11 17:27:26 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 12 Feb 2008 02:27:26 +0900 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080211065934.7c696698@redhat.com> References: <20080208160200.18f2dff6@redhat.com> <47B05326.5060005@redhat.com> <20080211062725.4c8a4c32@redhat.com> <20080211065934.7c696698@redhat.com> Message-ID: <47B0857E.9090104@ioa.s.u-tokyo.ac.jp> Jesse Keating wrote, at 02/11/2008 08:59 PM +9:00: > On Mon, 11 Feb 2008 06:27:25 -0500 > Jesse Keating wrote: > >> Read that part again Dan (: >> >> The public list up as of Friday evening should exclude all noarch >> packages, as I fixed the bug. > > Oops, I spoke too soon. I forgot to git pull in the dir I was running > the script from so my last run on Friday didn't have the updated code > (nor did my run from earlier this morning). I updated the git clone > and started the run again. In another 40~ minutes we should have an > updated list without noarch packages. Well, some of ruby noarch packages are in need43 list. ruby module rpm installs noarch ruby scripts under `ruby -rrbconfig -e "puts Config::CONFIG['sitelibdir']"` (currently /usr/lib/ruby/site_ruby/1.8 ). Regards, Mamoru From a.badger at gmail.com Mon Feb 11 17:30:48 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 11 Feb 2008 09:30:48 -0800 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <1dedbbfc0802102250u7b2722ffg244248850e8613b1@mail.gmail.com> References: <20080208160200.18f2dff6@redhat.com> <1202662235.3246.26.camel@eagle.danny.cz> <1dedbbfc0802101142x1fc3b33fl31e21292891f89c5@mail.gmail.com> <1202703914.6718.2.camel@ignacio.lan> <1dedbbfc0802102250u7b2722ffg244248850e8613b1@mail.gmail.com> Message-ID: <47B08648.6020805@gmail.com> David Nielsen wrote: > > > 2008/2/11, Ignacio Vazquez-Abrams >: > > On Sun, 2008-02-10 at 20:42 +0100, David Nielsen wrote: > > 2008/2/10, Dan Hor?k >: > > The script included also some applications written in C# and > > build with > > Mono, are they really required to be rebuild? > > > > Pure managed code such as ndesk-dbus should not need a rebuild, > thus I > > was also surprised to find them on the list. > > If it's pure managed code then why is it in an arch-specific package? > > > Because the guidelines for packaging Mono are IMHO broken, we do this to > enable AOT after the fact, I have at least one upstream complaining > loudly over this and personally I'm rather tired of patching the libdir > stuff by hand. > Would anyone oppose making that demand optional? As more and more code > is becoming pure managed it would greatly reduce the work required to > maintain these packages if we could be allowed to package them as > noarch. Less patching, closer to upstream.. all that good stuff and I > wouldn't be pulling out my hair everytime I feel like I'm writing yet > another mindless patch that will never go upstream. > I would oppose making the demand optional. It either makes sense or it doesn't. If it does make sense then %{_libdir} is the proper location. If it doesn't then %{_datadir} is the proper location. Many upstreams will take patches for this issue as long as they understand that the patch is making the location buildtime configurable. If they don't it seems to be for one of two reasons: 1) They don't understand or don't want to understand multilib. Therefore, they are willing to put things into /usr/lib and ignore the possible usage of /usr/lib64. 2) They are unwilling to work around mono's limitation on having AOT binaries in the same location as the mono assemblies. Both Debian and Miguel have recommended that assemblies for mono be treated as architecture dependent rather than shipping in /usr/share so upstreams using argument #2 can be pointed at Miguel's post on the subject [1]_. Multilib is a fact of life for Fedora so you can try to persuade upstreams taking argument #1 that a proper build script will allow the right thing to happen on both multilib and non-multilib systems. Otherwise, yes, we do have to carry the patches to support our multilib environment just as we'd have to carry patches if an upstream C library was unresponsive to our requests to unbork their custom Makefiles. [1]_: http://osdir.com/ml/linux.debian.packages.mono/2005-02/msg00007.html FHS section, points 3 & 4. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From limb at jcomserv.net Mon Feb 11 17:20:47 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 11 Feb 2008 11:20:47 -0600 (CST) Subject: Koji issues? Message-ID: <16928.63.85.68.164.1202750447.squirrel@mail.jcomserv.net> Firefox or lynx to http://koji.fedoraproject.org/koji/ times out. Tried from 2 distinct locations. -- novus ordo absurdum From a.badger at gmail.com Mon Feb 11 17:36:20 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 11 Feb 2008 09:36:20 -0800 Subject: Proposed features In-Reply-To: References: <47AEDD88.9000103@gmail.com> <47B0543D.3000305@googlemail.com> <47B0628A.6080007@gmail.com> <47B06F6A.4000900@googlemail.com> <47B072DF.5000806@gmail.com> Message-ID: <47B08794.7030608@gmail.com> Izhar Firdaus wrote: > On Feb 12, 2008 12:07 AM, Jakub 'Livio' Rusinek wrote: >> We can make a software portal (I can help, I can help :D !) with such >> files to make browsing repo easier (but if PackageKit implements icons >> there will be no difference). > > Perhaps extends pkgdb to include a easyinst link .. and also make > pkgdb more for benefit of users (instead of its current purpose as > something for pkg maint) .. > > > * ability to view bugzilla list related to package (both in fp.o bz > and upstream bz) > * several infos from spec (URL Tag, source URL, ) > * easyinst link > * screenshots if possible > * a small discussion area (like winehq's appdb) > > If you want to spearhead some of these end user-oriented changes I'd be happy to include them :-) > (btw, where can i grab pkgdb's source?) Complete download instructions:: https://fedorahosted.org/packagedb/wiki/Download Quick instructions for grabbing the development branch:: $ sudo yum -y install bzr bzrtools $ bzr branch bzr://bzr.fedorahosted.org/bzr/packagedb/fedora-packagedb-devel -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From limb at jcomserv.net Mon Feb 11 17:34:41 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 11 Feb 2008 11:34:41 -0600 (CST) Subject: Koji issues? In-Reply-To: <16928.63.85.68.164.1202750447.squirrel@mail.jcomserv.net> References: <16928.63.85.68.164.1202750447.squirrel@mail.jcomserv.net> Message-ID: <30889.63.85.68.164.1202751281.squirrel@mail.jcomserv.net> > Firefox or lynx to http://koji.fedoraproject.org/koji/ times out. > > Tried from 2 distinct locations. > Better now. Thank you! > -- > novus ordo absurdum > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From dwinship at redhat.com Mon Feb 11 17:51:06 2008 From: dwinship at redhat.com (Dan Winship) Date: Mon, 11 Feb 2008 12:51:06 -0500 Subject: Weird VNC problems with keyboard layout In-Reply-To: <47ADBA48.9010709@niemueller.de> References: <47ADBA48.9010709@niemueller.de> Message-ID: <47B08B0A.4000600@redhat.com> Tim Niemueller wrote: > And this is even more weird: I added the > US English keyboard layout additionally to the German one. Then I added > the Gnome keyboard applet to my panel. If I now start the VNC > connection, and then switch to "USA" for this window it works, and it > works with the German layout! So then I'm able to type all characters > including Umlauts, although the keyboard layout for this window is set > to US English. That is weird. It sounds like either the client or the server is trying to be "clever", and failing. Have you tried vncviewer from the vnc package as a client? It's an awful client, but it does a very basic implementation of the protocol, so if the keyboard works right under vncviewer and not under the other clients, it's probably those clients' fault. Otherwise, it's probably the servers' fault. > As server I have used an Vine Server for OS X (also known as OSXVnc) as > well as a Qemu-VM started using virt-manager. It may help if you make sure the server is using the same keyboard layout as the client. (When using vino as a vnc server, for instance, it's only possible to type keys that are in the intersection of the client and server keyboard layouts, because of limitations in X.) This is probably more likely to help with vnc servers that export "real" sessions (ie, sessions attached to a physical monitor and a keyboard) than with ones that create entirely virtual sessions. -- Dan From cjdahlin at ncsu.edu Mon Feb 11 17:42:43 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 11 Feb 2008 12:42:43 -0500 Subject: Disk Manager In-Reply-To: <20080211171359.GB1467@nostromo.devel.redhat.com> References: <47ADC946.2090404@gmail.com> <20080211171359.GB1467@nostromo.devel.redhat.com> Message-ID: <47B08913.3060204@ncsu.edu> Bill Nottingham wrote: > Jakub 'Livio' Rusinek (jakub.rusinek at gmail.com) said: > >> I wonder if we can include Disk Manager [1] in "core" ISOs (LiveCD, DVD), >> since it's very nice GUI improvement for newbies. >> >> >> 1| http://en.andregondim.eti.br/?p=5 >> > > So.... it's basically a graphical fstab editor, that doesn't: > > - do hotplug notification correctly > - support removable devices correctly > - use the existing HAL infrastructure > - support RAID, or LVM, or encryption > > I fail to see the point of adding this. > > Bill > > It is a problem that needs to be solved. Believe it or not there is a level of user skill where users are more than happy to crack their case open and pop in a hard drive but aren't so comfortable restructuring their filesystem. That being said, all of the above are good reasons not to go with this particular solution unless we want to dig into the source. --CJD From notting at redhat.com Mon Feb 11 17:55:33 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Feb 2008 12:55:33 -0500 Subject: to autodownload or not to autodownload In-Reply-To: <64b14b300802090842x2319e930gbb64e09753f948a8@mail.gmail.com> References: <47AC975F.80704@hhs.nl> <20080209085936.412e5154@pensja.lam.pl> <604aa7910802090028r32ee8140j79a92f17810c22b8@mail.gmail.com> <20080209095318.4b75c8e9@pensja.lam.pl> <47AD7600.4040808@gmail.com> <15e53e180802090747o38204801pe9b716ced0c92a9@mail.gmail.com> <64b14b300802090842x2319e930gbb64e09753f948a8@mail.gmail.com> Message-ID: <20080211175533.GC1467@nostromo.devel.redhat.com> Valent Turkovic (valent.turkovic at gmail.com) said: > Richard is it too hard to make PackageKit work with fedora when it > sees that there is a flash plugin missing that it sets up macromedia > yum repository and installs flash? You seriously want code that contains a list of random upstream repositories in the package manager itself? Bill From limb at jcomserv.net Mon Feb 11 17:54:00 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 11 Feb 2008 11:54:00 -0600 (CST) Subject: Koji issues? In-Reply-To: <30889.63.85.68.164.1202751281.squirrel@mail.jcomserv.net> References: <16928.63.85.68.164.1202750447.squirrel@mail.jcomserv.net> <30889.63.85.68.164.1202751281.squirrel@mail.jcomserv.net> Message-ID: <50194.63.85.68.164.1202752440.squirrel@mail.jcomserv.net> > >> Firefox or lynx to http://koji.fedoraproject.org/koji/ times out. >> >> Tried from 2 distinct locations. >> > > Better now. Thank you! My build had failed, missing SRPM. Assuming it's related to the outage(?), and resubmitting, so it can successfully fail for gcc 4.3 reasons, which will be more helpful. :) >> -- >> novus ordo absurdum >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > > -- > novus ordo absurdum > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From mmcgrath at redhat.com Mon Feb 11 18:07:23 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 11 Feb 2008 12:07:23 -0600 (CST) Subject: Outage Notification - 2008-02-01 15:15 UTC Message-ID: There was an outage starting at 2008-02-01 15:15 UTC, which will lasted approximately 35 minutes. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-02-01 15:15 UTC' Affected Services: Buildsystem Transifex Unaffected Services: Websites (except transifex) CVS / Source Control Buildsystem Database DNS Mail Torrent Fedora Hosted Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/385 Reason for Outage: xen2 rebooted, not sure what happened or why yet. Looking closer, interested parties please track the ticket. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From bpepple at fedoraproject.org Mon Feb 11 18:15:51 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Mon, 11 Feb 2008 13:15:51 -0500 Subject: Orphaning Packages Message-ID: <1202753751.3339.8.camel@kennedy> Hi all, I'm orphaning the following packages: * Liferea - this one is could use some serious love, but will involve some work, since it needs to be ported to the new xulrunner in Rawhide. If I can free up some time from work, I might be able to offer some assistance. * Wesnoth * Galago-Daemon * Libgalago * Libgalago-gtk * Purple-Galago * EDS-Feed * Gnome-Blog * Gnonlin * Gramps 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: 197 bytes Desc: This is a digitally signed message part URL: From jeff at ocjtech.us Mon Feb 11 18:21:54 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Mon, 11 Feb 2008 12:21:54 -0600 Subject: Orphaning Packages In-Reply-To: <1202753751.3339.8.camel@kennedy> References: <1202753751.3339.8.camel@kennedy> Message-ID: <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> On 2/11/08, Brian Pepple wrote: > > * Gnonlin I'll take this because I maintain pitivi, which is dependent on gnonlin. I'd welcome co-maintainers though. > * Gramps I'll take this as well. Ditto on co-maintainers. Jeff From debarshi.ray at gmail.com Mon Feb 11 18:22:15 2008 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 11 Feb 2008 23:52:15 +0530 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <3170f42f0802110203u1e3f8fbfv1ffd48f4ad91bdbe@mail.gmail.com> References: <47AF2A73.3030301@gmail.com> <3170f42f0802102156o6bbc142ay22d62e9dd468085a@mail.gmail.com> <7gh585xq0d.ln2@ppp1053.in.ipex.cz> <3170f42f0802110203u1e3f8fbfv1ffd48f4ad91bdbe@mail.gmail.com> Message-ID: <3170f42f0802111022m7b856ed8ic4de2a49091c4f17@mail.gmail.com> >> Do you need a co-maintainer? > You are the second one after Johan. :-) It will be a pleasure if you > could co-maintain too. The fact that you made the last release makes you even more eligible. :-) Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From mschwendt.tmp0701.nospam at arcor.de Mon Feb 11 18:28:13 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 11 Feb 2008 19:28:13 +0100 Subject: Script to update release and changelog? In-Reply-To: <47B078FF.7020400@leemhuis.info> References: <3149.71.208.79.191.1202580611.squirrel@www.cora.nwra.com> <20080209194528.1c5bfb8d.mschwendt.tmp0701.nospam@arcor.de> <20080211155601.ca4269e5.mschwendt.tmp0701.nospam@arcor.de> <47B078FF.7020400@leemhuis.info> Message-ID: <20080211192813.cd006c5b.mschwendt.tmp0701.nospam@arcor.de> On Mon, 11 Feb 2008 17:34:07 +0100, Thorsten Leemhuis wrote: > > bumpspecfile.py now retains whitespace around the release value. > > Hmmm. > > http://cvs.fedora.redhat.com/viewcvs/rebuild-scripts/bumpspecfile.py?root=fedora&rev=1.1.1.1&view=log > [...] > Fri Oct 6 22:22:02 2006 UTC (16 months ago) by c4chris > > Maybe you should put you script there as well, as yours seem to be a > updated version with more features? > > Just my 2 cent. Hey, didn't know an older version was imported there. I've committed it with a few more changes. EVR is added to the changelog entries now, too. :) From limb at jcomserv.net Mon Feb 11 18:16:29 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 11 Feb 2008 12:16:29 -0600 (CST) Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> Message-ID: <9872.63.85.68.164.1202753789.squirrel@mail.jcomserv.net> > >> In accordance with >> http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal >> (which >> got FESCo approval) we (Fedora Release Engineering) will be conducting a >> mass rebuild of Fedora packages for gcc 4.3. >> >> I have the first iteration of a script that will detect packages that >> haven't yet been built with gcc 4.3. The output is sorted by package >> owner. There is a small bug right now in that packages that have never >> actually been built in koji (imported from Extras/Fedora Core 6) are >> automatically added to the list, even if they are noarch. I'm working >> on fixing that. >> >> I've posted the list at http://jkeating.fedorapeople.org/need43 and >> either tonight or tomorrow I'll be setting up a cron job to keep this >> list updated once an hour or so (depending on how much it hurts koji, >> as there are a lot of queries). >> >> Maintainers are invited to rebuild now, to lower the number of packages >> that will get a scripted rebuild by releng later. >> >> We're also still discussing a way to allow maintainers to opt-out of an >> autorebuild. > > I've got all mine patched and done for 4.3 but xmoto, which I've got > partway fixed but am stuck. Anyone understand this? > > http://koji.fedoraproject.org/koji/getfile?taskID=406771&name=build.log > > Any help would be greatly appreciated. New link to new failure, with new upstream code. http://koji.fedoraproject.org/koji/getfile?taskID=416026&name=build.log > Jon > >> -- >> Jesse Keating >> Fedora -- All my bits are free, are yours? >> _______________________________________________ >> Fedora-devel-announce mailing list >> Fedora-devel-announce at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-announce > > > -- > novus ordo absurdum > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From gnomeuser at gmail.com Mon Feb 11 18:33:40 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Mon, 11 Feb 2008 19:33:40 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B08648.6020805@gmail.com> References: <20080208160200.18f2dff6@redhat.com> <1202662235.3246.26.camel@eagle.danny.cz> <1dedbbfc0802101142x1fc3b33fl31e21292891f89c5@mail.gmail.com> <1202703914.6718.2.camel@ignacio.lan> <1dedbbfc0802102250u7b2722ffg244248850e8613b1@mail.gmail.com> <47B08648.6020805@gmail.com> Message-ID: <1dedbbfc0802111033n1fd9ba26i87bae8cc0f35b34e@mail.gmail.com> 2008/2/11, Toshio Kuratomi : > > David Nielsen wrote: > > > > > > 2008/2/11, Ignacio Vazquez-Abrams > >: > > > > On Sun, 2008-02-10 at 20:42 +0100, David Nielsen wrote: > > > 2008/2/10, Dan Hor?k >: > > > The script included also some applications written in C# > and > > > build with > > > Mono, are they really required to be rebuild? > > > > > > Pure managed code such as ndesk-dbus should not need a rebuild, > > thus I > > > was also surprised to find them on the list. > > > > If it's pure managed code then why is it in an arch-specific > package? > > > > > > Because the guidelines for packaging Mono are IMHO broken, we do this to > > enable AOT after the fact, I have at least one upstream complaining > > loudly over this and personally I'm rather tired of patching the libdir > > stuff by hand. > > Would anyone oppose making that demand optional? As more and more code > > is becoming pure managed it would greatly reduce the work required to > > maintain these packages if we could be allowed to package them as > > noarch. Less patching, closer to upstream.. all that good stuff and I > > wouldn't be pulling out my hair everytime I feel like I'm writing yet > > another mindless patch that will never go upstream. > > > I would oppose making the demand optional. It either makes sense or it > doesn't. If it does make sense then %{_libdir} is the proper location. > If it doesn't then %{_datadir} is the proper location. > > Many upstreams will take patches for this issue as long as they > understand that the patch is making the location buildtime configurable. > If they don't it seems to be for one of two reasons: > > 1) They don't understand or don't want to understand multilib. > Therefore, they are willing to put things into /usr/lib and ignore the > possible usage of /usr/lib64. > > 2) They are unwilling to work around mono's limitation on having AOT > binaries in the same location as the mono assemblies. > > Both Debian and Miguel have recommended that assemblies for mono be > treated as architecture dependent rather than shipping in /usr/share so > upstreams using argument #2 can be pointed at Miguel's post on the > subject [1]_. Multilib is a fact of life for Fedora so you can try to > persuade upstreams taking argument #1 that a proper build script will > allow the right thing to happen on both multilib and non-multilib > systems. Otherwise, yes, we do have to carry the patches to support our > multilib environment just as we'd have to carry patches if an upstream C > library was unresponsive to our requests to unbork their custom Makefiles. > > [1]_: http://osdir.com/ml/linux.debian.packages.mono/2005-02/msg00007.html > FHS section, points 3 & 4. > You make a very convincing argument.. however in the interest of being diplomatic with the nice people who develop these fine tools, I think the smartest thing is to carry the patches and not argue with them - I think it's a case of respecting upstreams opinion even if it's wrong. They will come around the more distributions carry such patches I hope. -------------- next part -------------- An HTML attachment was scrubbed... URL: From limb at jcomserv.net Mon Feb 11 18:22:50 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 11 Feb 2008 12:22:50 -0600 (CST) Subject: Orphaning Packages In-Reply-To: <1202753751.3339.8.camel@kennedy> References: <1202753751.3339.8.camel@kennedy> Message-ID: <15213.63.85.68.164.1202754170.squirrel@mail.jcomserv.net> > Hi all, > > I'm orphaning the following packages: > > * Liferea - this one is could use some serious love, but will > involve some work, since it needs to be ported to the new > xulrunner in Rawhide. If I can free up some time from work, I > might be able to offer some assistance. > * Wesnoth I could pick up wesnoth if no one objects. > -- > 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 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From j.w.r.degoede at hhs.nl Mon Feb 11 18:38:41 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 11 Feb 2008 19:38:41 +0100 Subject: Orphaning Packages In-Reply-To: <15213.63.85.68.164.1202754170.squirrel@mail.jcomserv.net> References: <1202753751.3339.8.camel@kennedy> <15213.63.85.68.164.1202754170.squirrel@mail.jcomserv.net> Message-ID: <47B09631.7010306@hhs.nl> Jon Ciesla wrote: >> Hi all, >> >> I'm orphaning the following packages: >> >> * Liferea - this one is could use some serious love, but will >> involve some work, since it needs to be ported to the new >> xulrunner in Rawhide. If I can free up some time from work, I >> might be able to offer some assistance. >> * Wesnoth > > I could pick up wesnoth if no one objects. > I would have picked it up if you didn't, but since my packageload already is plenty high, I don't object to the contrary, I say go for it :) Regards, Hans From loganjerry at gmail.com Mon Feb 11 18:40:23 2008 From: loganjerry at gmail.com (Jerry James) Date: Mon, 11 Feb 2008 11:40:23 -0700 Subject: Orphaning Packages In-Reply-To: <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> References: <1202753751.3339.8.camel@kennedy> <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> Message-ID: <870180fe0802111040q56bac777qed2b297f6dd16747@mail.gmail.com> On Feb 11, 2008 11:21 AM, Jeffrey Ollie wrote: > On 2/11/08, Brian Pepple wrote: > > * Gramps > > I'll take this as well. Ditto on co-maintainers. I'd be happy to comaintain gramps. I know I need to do something in PackageDB, but I'm fuzzy on the details. Is this documented on the wiki somewhere? -- Jerry James http://loganjerry.googlepages.com/ From limb at jcomserv.net Mon Feb 11 18:31:50 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 11 Feb 2008 12:31:50 -0600 (CST) Subject: Orphaning Packages In-Reply-To: <870180fe0802111040q56bac777qed2b297f6dd16747@mail.gmail.com> References: <1202753751.3339.8.camel@kennedy> <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> <870180fe0802111040q56bac777qed2b297f6dd16747@mail.gmail.com> Message-ID: <25053.63.85.68.164.1202754710.squirrel@mail.jcomserv.net> > On Feb 11, 2008 11:21 AM, Jeffrey Ollie wrote: >> On 2/11/08, Brian Pepple wrote: >> > * Gramps >> >> I'll take this as well. Ditto on co-maintainers. > > I'd be happy to comaintain gramps. I know I need to do something in > PackageDB, but I'm fuzzy on the details. Is this documented on the > wiki somewhere? Might be, but just log into admin.fp.org/pkgdb, find the package, and Take Ownership for each active branch, once orphaned. > -- > Jerry James > http://loganjerry.googlepages.com/ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From markg85 at gmail.com Mon Feb 11 18:46:21 2008 From: markg85 at gmail.com (Mark) Date: Mon, 11 Feb 2008 19:46:21 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> Message-ID: <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> 2008/2/10, Jeff Spaleta : > > Did you explain why you need a java api? Did i miss that? I thought i told that in my first post but apparently i didn't. I need java because it's the only decent programming language that i can do at the moment. I can do php but that isn't good for applications. Also i could learn Python but i rather skip it all together and get strait to c and c++ but that won't happen anytime soon. 2008/2/10, Casey Dahlin : > You can pick up python over a weekend if doing it interests you. Make > sure you get someone to look at your code though, as there's a gap > between python and good python that a lot of people miss (example: if > you are using getters and setters, you're doing it wrong). I don't know python but what's wrong with getters and setters? 2008/2/11, Tim Lauridsen : > I working all the time to improve to look of yumex and i have seen these > mockups before, they look cool, but the problem with these kind of > mockups, is that they are hard to build, be cause they are not drawn by > the standard gtk theme used in fedora, so when you use the standard > widgets to build the same layout, it don't look so sexy. > I is also important for an application to fit in with the rest of the > system look and have use default font sizes, so people also can read it. > I am always open to suggestions to improve the look and functionality of > yumex, or even better contributions. You could make yumex exactly like those mockups and will look that fancy when a fitting (gtk or qt) system theme is installed. by default it should adopt the system gtk theme but making theme capabilities for the application (yumex) itself might be a good idea as well. From limb at jcomserv.net Mon Feb 11 18:34:55 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 11 Feb 2008 12:34:55 -0600 (CST) Subject: Orphaning Packages In-Reply-To: <25053.63.85.68.164.1202754710.squirrel@mail.jcomserv.net> References: <1202753751.3339.8.camel@kennedy> <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> <870180fe0802111040q56bac777qed2b297f6dd16747@mail.gmail.com> <25053.63.85.68.164.1202754710.squirrel@mail.jcomserv.net> Message-ID: <28404.63.85.68.164.1202754895.squirrel@mail.jcomserv.net> > >> On Feb 11, 2008 11:21 AM, Jeffrey Ollie wrote: >>> On 2/11/08, Brian Pepple wrote: >>> > * Gramps >>> >>> I'll take this as well. Ditto on co-maintainers. >> >> I'd be happy to comaintain gramps. I know I need to do something in >> PackageDB, but I'm fuzzy on the details. Is this documented on the >> wiki somewhere? > > Might be, but just log into admin.fp.org/pkgdb, find the package, and Take > Ownership for each active branch, once orphaned. Although in the case of wesnoth and gramps, it appears that Mr. Togami and Mr. Ollie have preceded us. :) >> -- >> Jerry James >> http://loganjerry.googlepages.com/ >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > > -- > novus ordo absurdum > > -- > 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 Mon Feb 11 13:49:30 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 08:49:30 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <1dedbbfc0802111033n1fd9ba26i87bae8cc0f35b34e@mail.gmail.com> References: <20080208160200.18f2dff6@redhat.com> <1202662235.3246.26.camel@eagle.danny.cz> <1dedbbfc0802101142x1fc3b33fl31e21292891f89c5@mail.gmail.com> <1202703914.6718.2.camel@ignacio.lan> <1dedbbfc0802102250u7b2722ffg244248850e8613b1@mail.gmail.com> <47B08648.6020805@gmail.com> <1dedbbfc0802111033n1fd9ba26i87bae8cc0f35b34e@mail.gmail.com> Message-ID: <20080211084930.752ed3a9@redhat.com> On Mon, 11 Feb 2008 19:33:40 +0100 "David Nielsen" wrote: > You make a very convincing argument.. however in the interest of being > diplomatic with the nice people who develop these fine tools, I think > the smartest thing is to carry the patches and not argue with them - > I think it's a case of respecting upstreams opinion even if it's > wrong. They will come around the more distributions carry such > patches I hope. You can respectfully disagree with upstreams, and point them to arguments such as Toshio's. There is a big difference between 'YOUR DOING IT WRONG!' and "Have you considered this aspect 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 jkeating at redhat.com Mon Feb 11 13:54:39 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 08:54:39 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B0857E.9090104@ioa.s.u-tokyo.ac.jp> References: <20080208160200.18f2dff6@redhat.com> <47B05326.5060005@redhat.com> <20080211062725.4c8a4c32@redhat.com> <20080211065934.7c696698@redhat.com> <47B0857E.9090104@ioa.s.u-tokyo.ac.jp> Message-ID: <20080211085439.79f9401b@redhat.com> On Tue, 12 Feb 2008 02:27:26 +0900 Mamoru Tasaka wrote: > Well, some of ruby noarch packages are in need43 list. > ruby module rpm installs noarch ruby scripts under > `ruby -rrbconfig -e "puts Config::CONFIG['sitelibdir']"` > (currently /usr/lib/ruby/site_ruby/1.8 ). Can you give me examples to make sure they're part of the imported package set that I think I fixed? -- 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 loganjerry at gmail.com Mon Feb 11 18:55:30 2008 From: loganjerry at gmail.com (Jerry James) Date: Mon, 11 Feb 2008 11:55:30 -0700 Subject: Orphaning Packages In-Reply-To: <28404.63.85.68.164.1202754895.squirrel@mail.jcomserv.net> References: <1202753751.3339.8.camel@kennedy> <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> <870180fe0802111040q56bac777qed2b297f6dd16747@mail.gmail.com> <25053.63.85.68.164.1202754710.squirrel@mail.jcomserv.net> <28404.63.85.68.164.1202754895.squirrel@mail.jcomserv.net> Message-ID: <870180fe0802111055i3946ff8es84a07781fbf9d60@mail.gmail.com> On Feb 11, 2008 11:34 AM, Jon Ciesla wrote: > > > > >> On Feb 11, 2008 11:21 AM, Jeffrey Ollie wrote: > >>> On 2/11/08, Brian Pepple wrote: > >>> > * Gramps > >>> > >>> I'll take this as well. Ditto on co-maintainers. > >> > >> I'd be happy to comaintain gramps. I know I need to do something in > >> PackageDB, but I'm fuzzy on the details. Is this documented on the > >> wiki somewhere? > > > > Might be, but just log into admin.fp.org/pkgdb, find the package, and Take > > Ownership for each active branch, once orphaned. > > Although in the case of wesnoth and gramps, it appears that Mr. Togami and > Mr. Ollie have preceded us. :) I knew Jeffrey Ollie was taking ownership of gramps. He asked for comaintainers. I'm willing, I'm just not sure what that entails PackageDB-wise. I presume that I push the "Add myself to package" button on each active branch, but then what? Check all of the boxes? Are the meanings of the checkboxes documented somewhere? -- Jerry James http://loganjerry.googlepages.com/ From limb at jcomserv.net Mon Feb 11 18:46:23 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 11 Feb 2008 12:46:23 -0600 (CST) Subject: Orphaning Packages In-Reply-To: <870180fe0802111055i3946ff8es84a07781fbf9d60@mail.gmail.com> References: <1202753751.3339.8.camel@kennedy> <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> <870180fe0802111040q56bac777qed2b297f6dd16747@mail.gmail.com> <25053.63.85.68.164.1202754710.squirrel@mail.jcomserv.net> <28404.63.85.68.164.1202754895.squirrel@mail.jcomserv.net> <870180fe0802111055i3946ff8es84a07781fbf9d60@mail.gmail.com> Message-ID: <40614.63.85.68.164.1202755583.squirrel@mail.jcomserv.net> > On Feb 11, 2008 11:34 AM, Jon Ciesla wrote: >> >> > >> >> On Feb 11, 2008 11:21 AM, Jeffrey Ollie wrote: >> >>> On 2/11/08, Brian Pepple wrote: >> >>> > * Gramps >> >>> >> >>> I'll take this as well. Ditto on co-maintainers. >> >> >> >> I'd be happy to comaintain gramps. I know I need to do something in >> >> PackageDB, but I'm fuzzy on the details. Is this documented on the >> >> wiki somewhere? >> > >> > Might be, but just log into admin.fp.org/pkgdb, find the package, and >> Take >> > Ownership for each active branch, once orphaned. >> >> Although in the case of wesnoth and gramps, it appears that Mr. Togami >> and >> Mr. Ollie have preceded us. :) > > I knew Jeffrey Ollie was taking ownership of gramps. He asked for > comaintainers. I'm willing, I'm just not sure what that entails > PackageDB-wise. I presume that I push the "Add myself to package" > button on each active branch, but then what? Check all of the boxes? > Are the meanings of the checkboxes documented somewhere? My mistake, long day. I'd personally recommend checking all of them, so you're as in-tune with the work on the package as possible. > -- > Jerry James > http://loganjerry.googlepages.com/ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From tim.lauridsen at googlemail.com Mon Feb 11 18:59:11 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Mon, 11 Feb 2008 19:59:11 +0100 Subject: Update problems with system-config-firewall In-Reply-To: <200802110556.m1B5u1Aw030623@laptop13.inf.utfsm.cl> References: <200802101739.m1AHdQAl009854@laptop13.inf.utfsm.cl> <47AF3A78.8020009@fedoraproject.org> <200802110556.m1B5u1Aw030623@laptop13.inf.utfsm.cl> Message-ID: <47B09AFF.6080600@googlemail.com> Horst H. von Brand wrote: > Rahul Sundaram wrote: >> Horst H. von Brand wrote: >>> Today's updates give: >>> system-config-firewall-1.2.3-1.fc9.noarch from development has >>> depsolving problems >>> --> Missing Dependency: usermode >= 1.94.1 is needed by package >>> system-config-firewall-1.2.3-1.fc9.noarch (development) >>> Is this perhaps a typo in the spec, as usermode-1.94-1 is what is >>> installed >>> currently? >>> In any case, can the erroring out of "yum -y update --skip-broken" >>> for this >>> be fixed? It is quite annouying... >> --exclude=system-config-firewall* > > Yes, that I know. Can't the "missing dependency --> Package can't be > installed --> Skip as broken" extended to this case? Why does it work in > other cases? The are many thing there can go wrong in depsolving, i'm working on getting -skip-broken to handle this case. Tim From a.badger at gmail.com Mon Feb 11 19:09:25 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 11 Feb 2008 11:09:25 -0800 Subject: Orphaning Packages In-Reply-To: <870180fe0802111055i3946ff8es84a07781fbf9d60@mail.gmail.com> References: <1202753751.3339.8.camel@kennedy> <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> <870180fe0802111040q56bac777qed2b297f6dd16747@mail.gmail.com> <25053.63.85.68.164.1202754710.squirrel@mail.jcomserv.net> <28404.63.85.68.164.1202754895.squirrel@mail.jcomserv.net> <870180fe0802111055i3946ff8es84a07781fbf9d60@mail.gmail.com> Message-ID: <47B09D65.8070706@gmail.com> Jerry James wrote: > On Feb 11, 2008 11:34 AM, Jon Ciesla wrote: >>>> On Feb 11, 2008 11:21 AM, Jeffrey Ollie wrote: >>>>> On 2/11/08, Brian Pepple wrote: >>>>>> * Gramps >>>>> I'll take this as well. Ditto on co-maintainers. >>>> I'd be happy to comaintain gramps. I know I need to do something in >>>> PackageDB, but I'm fuzzy on the details. Is this documented on the >>>> wiki somewhere? >>> Might be, but just log into admin.fp.org/pkgdb, find the package, and Take >>> Ownership for each active branch, once orphaned. >> Although in the case of wesnoth and gramps, it appears that Mr. Togami and >> Mr. Ollie have preceded us. :) > > I knew Jeffrey Ollie was taking ownership of gramps. He asked for > comaintainers. I'm willing, I'm just not sure what that entails > PackageDB-wise. I presume that I push the "Add myself to package" > button on each active branch, but then what? Check all of the boxes? > Are the meanings of the checkboxes documented somewhere? They're not documented to my knowledge. Here's their meanings: watchbugzilla: You'll be put on the initialCC list for new bugs watchcommits: You will receive an email when someone commits to this branch. commit: You have access to commit to the package in cvs approveacls: You can approve and deny the any of these acls for other people. All together, these are the possible actions that the owner of a package has. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From caillon at redhat.com Mon Feb 11 19:12:12 2008 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 11 Feb 2008 14:12:12 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080211065934.7c696698@redhat.com> References: <20080208160200.18f2dff6@redhat.com> <47B05326.5060005@redhat.com> <20080211062725.4c8a4c32@redhat.com> <20080211065934.7c696698@redhat.com> Message-ID: <47B09E0C.2050506@redhat.com> On 02/11/2008 06:59 AM, Jesse Keating wrote: > On Mon, 11 Feb 2008 06:27:25 -0500 > Jesse Keating wrote: > >> Read that part again Dan (: >> >> The public list up as of Friday evening should exclude all noarch >> packages, as I fixed the bug. > > Oops, I spoke too soon. I forgot to git pull in the dir I was running > the script from so my last run on Friday didn't have the updated code > (nor did my run from earlier this morning). I updated the git clone > and started the run again. In another 40~ minutes we should have an > updated list without noarch packages. It may be useful to include a timestamp at the head of the file... From jkeating at redhat.com Mon Feb 11 14:18:45 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 09:18:45 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B09E0C.2050506@redhat.com> References: <20080208160200.18f2dff6@redhat.com> <47B05326.5060005@redhat.com> <20080211062725.4c8a4c32@redhat.com> <20080211065934.7c696698@redhat.com> <47B09E0C.2050506@redhat.com> Message-ID: <20080211091845.4af7ec75@redhat.com> On Mon, 11 Feb 2008 14:12:12 -0500 Christopher Aillon wrote: > It may be useful to include a timestamp at the head of the file... Good point. I'll add that shortly. (The run being generated won't have said stamp, but the next run will.) -- 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 Mon Feb 11 19:30:10 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Feb 2008 10:30:10 -0900 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> Message-ID: <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> On Feb 11, 2008 9:46 AM, Mark wrote: > 2008/2/10, Jeff Spaleta : > > > > Did you explain why you need a java api? Did i miss that? > > I thought i told that in my first post but apparently i didn't. > I need java because it's the only decent programming language that i > can do at the moment. I can do php but that isn't good for > applications. Also i could learn Python but i rather skip it all > together and get strait to c and c++ but that won't happen anytime > soon. Here's the thing... as a project we've got a significant amount of code and momentum invested in python. If you want to work on this in java only because you know java best, I am going to strongly suggest you reconsider this. If you need to use java because you have some local technical need for a java class to interface with existing java code that you have, that would be an entirely different thing. But if the main goal here is to give back your work to this project and have an impact, its not necessarily the best use of your time to code a java frontend to packgekit. Yes it can be done, but it might not be the best thing to do to meet your primary goal. If your goal is to make a long term impact on what Fedora is actually doing, you'll have a much easier time of it if you bite the bullet and start learning some python now. It's extremely unlikely that we'll be moving our toolbase to java or including a java frontend in our default release offerings. if anything, if you create something clever and compelling in java, someone else will redo it in python so that its more easily consumable and reusable by the project directly. -jef From sandeen at redhat.com Mon Feb 11 19:44:32 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Mon, 11 Feb 2008 13:44:32 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: <1202737220.20305.46.camel@vorpal.macdev.com> References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com><47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx><47AA3B3B.2020204@redhat.com> <47ABD7D7.5080504@redhat.com> <1202700434.20305.37.camel@vorpal.macdev.com> <47AFC580.5090905@redhat.com> <1202737220.20305.46.camel@vorpal.macdev.com> Message-ID: <47B0A5A0.8050402@redhat.com> David G. Mackay wrote: > On Sun, 2008-02-10 at 21:48 -0600, Eric Sandeen wrote: >>> I'm having this problem after installing the 2.6.24.1-26.fc9 kernel. >>> Attempting to run debugfs on either /dev/sda2 >>> or /dev/VolGroup00/LogVol01 gives me a message about a bad magic number >>> in the superblock, >> if it's older debugfs it might not open it. > > It's from e2fsprogs 1.40.5-2 from 27 Jan, 2008. And, it won't open it. > The log shows that e2fsprogs was updated from -1 to -2 during the same > run that updated the kernel. The installation dvd has pre 1.40.5 rpms, > so I'm out of luck trying to downgrade. Just to follow up; Dave had pointed debugfs at, er, the wrong thing. :) So it's all ok. -Eric From sandeen at redhat.com Mon Feb 11 19:46:31 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Mon, 11 Feb 2008 13:46:31 -0600 Subject: call for brave ext4 testers in F9, with caveats In-Reply-To: References: <47A74A26.9020304@redhat.com> <47AA347E.2060201@redhat.com><47AA3542.5080705@redhat.com> <20080206164907.6f9246fc@weaponx><47AA3B3B.2020204@redhat.com> <47ABD7D7.5080504@redhat.com> Message-ID: <47B0A617.8000005@redhat.com> Clyde Kunkel wrote: ... > Or, if I boot with the working ext4 initrd can I run: > > With e2fsprogs 1.40.5 from rawhide: > > # debugfs -w /dev/VolGroup00/fedora9 > debugfs 1.40.5 (27-Jan-2008) > debugfs: set_super_value s_flags 4 > debugfs: quit yes, this is the way to go. Did it get you up & running? > > Also, as a by the way: other little things don't work as expected, but you > never know if they are due to the alpha release or the ext4 filesystem on > LV. However, I will trudge on..... Well, please let me know which little things, and I'll look into them. Thanks! -Eric From mattdm at mattdm.org Mon Feb 11 19:49:41 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 11 Feb 2008 14:49:41 -0500 Subject: *remote* root? [was Re: rawhide report: 20080211 changes] In-Reply-To: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> Message-ID: <20080211194941.GA4359@jadzia.bu.edu> > kernel-2.6.24.1-28.fc9 > ---------------------- > * Sun Feb 10 2008 Dave Airlie > - CVE-2008-0600 - remote root vulnerability in vmsplice Is this just being overly cautious, or is there something you know that we should be even more worried about? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jonstanley at gmail.com Mon Feb 11 20:10:33 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 11 Feb 2008 15:10:33 -0500 Subject: *remote* root? [was Re: rawhide report: 20080211 changes] In-Reply-To: <20080211194941.GA4359@jadzia.bu.edu> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <20080211194941.GA4359@jadzia.bu.edu> Message-ID: On Feb 11, 2008 2:49 PM, Matthew Miller wrote: > Is this just being overly cautious, or is there something you know that we > should be even more worried about? I suspect overly cautious/misinformed, because there is a possibility of there being some other vulnerability would allow remote code execution to be able to exploit this local exploit. Not sure what the exact reason for having a panic attack is, though. From ivazqueznet at gmail.com Mon Feb 11 19:01:07 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Mon, 11 Feb 2008 14:01:07 -0500 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF04FD.2070204@fedoraproject.org> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> Message-ID: <1202756467.6718.8.camel@ignacio.lan> On Mon, 2008-02-11 at 19:46 +0100, Mark wrote: > 2008/2/10, Casey Dahlin : > > You can pick up python over a weekend if doing it interests you. Make > > sure you get someone to look at your code though, as there's a gap > > between python and good python that a lot of people miss (example: if > > you are using getters and setters, you're doing it wrong). > > I don't know python but what's wrong with getters and setters? http://dirtsimple.org/2004/12/python-is-not-java.html http://www.archive.org/download/SeanKellyRecoveryfromAddiction/Recovery_from_Addiction.mov (note: I'm not presenting the video as an anti-Java rant; I include it because it contains a contrast between accessors and properties starting at around 4:20) -- 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 markg85 at gmail.com Mon Feb 11 20:20:09 2008 From: markg85 at gmail.com (Mark) Date: Mon, 11 Feb 2008 21:20:09 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <6e24a8e80802100613o655efefdr6f5f8b2a55b49ab6@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> Message-ID: <6e24a8e80802111220t5c275345u5f5cd8d2b1a18db4@mail.gmail.com> 2008/2/11, Jeff Spaleta : > On Feb 11, 2008 9:46 AM, Mark wrote: > > 2008/2/10, Jeff Spaleta : > > > > > > Did you explain why you need a java api? Did i miss that? > > > > I thought i told that in my first post but apparently i didn't. > > I need java because it's the only decent programming language that i > > can do at the moment. I can do php but that isn't good for > > applications. Also i could learn Python but i rather skip it all > > together and get strait to c and c++ but that won't happen anytime > > soon. > > > > Here's the thing... as a project we've got a significant amount of > code and momentum invested in python. If you want to work on this in > java only because you know java best, I am going to strongly suggest > you reconsider this. If you need to use java because you have some > local technical need for a java class to interface with existing java > code that you have, that would be an entirely different thing. But if > the main goal here is to give back your work to this project and have > an impact, its not necessarily the best use of your time to code a > java frontend to packgekit. Yes it can be done, but it might not be > the best thing to do to meet your primary goal. > > If your goal is to make a long term impact on what Fedora is actually > doing, you'll have a much easier time of it if you bite the bullet and > start learning some python now. It's extremely unlikely that we'll be > moving our toolbase to java or including a java frontend in our > default release offerings. if anything, if you create something clever > and compelling in java, someone else will redo it in python so that > its more easily consumable and reusable by the project directly. > > -jef Oke that makes sense. and what about a c/c++ frontend? that's what i actually want to do with java just as a step between it. Just asking and seeing if that might be a good possibility. I won't make that anytime soon because i have no c/c++ knowledge at the moment or anytime soon (as in 1+ years or so). From makghosh at gmail.com Mon Feb 11 20:23:21 2008 From: makghosh at gmail.com (Arindam Ghosh) Date: Tue, 12 Feb 2008 01:53:21 +0530 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <47AF2A73.3030301@gmail.com> References: <47AF2A73.3030301@gmail.com> Message-ID: <8990327d0802111223w2034b11cm9e6f3893ec47515d@mail.gmail.com> On Feb 10, 2008 10:16 PM, Dawid Gajownik wrote: > * qps -- Visual process status monitor Well, I'll take this one :) -- Arindam Ghosh [http://arindamghosh.wordpress.com] GPG Key: 0EE58920 Key Server: http://pgp.mit.edu From rc040203 at freenet.de Mon Feb 11 18:02:03 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 11 Feb 2008 19:02:03 +0100 Subject: koji build job hanging for 2 days? Message-ID: <1202752923.3286.199.camel@beck.corsepiu.local> Hi, One of my koji buildjobs seems to be hanging for almost 2 days: http://koji.fedoraproject.org/koji/buildinfo?buildID=35211 Ralf From jonstanley at gmail.com Mon Feb 11 20:25:23 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 11 Feb 2008 15:25:23 -0500 Subject: vmsplice Local Root Exploit In-Reply-To: <47B02064.9080100@gmail.com> References: <47B01F4E.8000404@gmail.com> <47B02064.9080100@gmail.com> Message-ID: On Feb 11, 2008 5:16 AM, Valent Turkovic wrote: > Just to clarify. I'm interested how safe is fedora in general with this > king of exploits... and does my argument for not having selinux on > desktop fedora cd versions is justified. An airbag in your car doesn't protect you from being side-swiped either. Does that mean that we should not have airbags in our car, too? Of course not. It's all about risk management. As Alan noted later in this thread, SELinux *can* prevent a series of steps whereby a server vulnerability leads to a shell and the ability to exploit this local vulnerability. Do airbags offer some level of protection? Yes. Will they for sure prevent you from being seriously injured/killed in a car accident? No. Does SELinux offer a good level of protection? Yes. Will it prevent every possible vulnerability from being exploited? No. In both instances, you'd be quite foolish to think otherwise. SELinux is part of a defense-in-depth strategy, that ranges from firewalls at the perimeter, IDS systems, host-based firewalls, and finally SELinux. From mschwendt.tmp0701.nospam at arcor.de Mon Feb 11 20:32:09 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 11 Feb 2008 21:32:09 +0100 Subject: rpms/bonnie++/devel bonnie++-1.03a-gcc43.patch, NONE, 1.1 bonnie++.spec, 1.15, 1.16 In-Reply-To: <200802111920.m1BJKNkY003067@cvs-int.fedora.redhat.com> References: <200802111920.m1BJKNkY003067@cvs-int.fedora.redhat.com> Message-ID: <20080211213209.02c357bb.mschwendt.tmp0701.nospam@arcor.de> On Mon, 11 Feb 2008 14:20:23 -0500, Warren Togami ??? (wtogami) wrote: > Author: wtogami > > Update of /cvs/pkgs/rpms/bonnie++/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2994 > > Modified Files: > bonnie++.spec > Added Files: > bonnie++-1.03a-gcc43.patch > Log Message: > add katzj's gcc-4.3 build fix > > > bonnie++-1.03a-gcc43.patch: > > --- NEW FILE bonnie++-1.03a-gcc43.patch --- > diff -up bonnie++-1.03a/zcav.cpp.gcc43 bonnie++-1.03a/zcav.cpp > --- bonnie++-1.03a/zcav.cpp.gcc43 2008-02-08 20:19:25.000000000 -0500 > +++ bonnie++-1.03a/zcav.cpp 2008-02-08 20:19:37.000000000 -0500 > @@ -9,6 +9,7 @@ using namespace std; > #include > #include > #include > +#include > #include "bonnie.h" > #ifdef HAVE_VECTOR > #include > @@ -72,7 +73,7 @@ int main(int argc, char *argv[]) > usage(); > userName = strdup(optarg); > int i; > - for(i = 0; userName[i] && userName[i] != ':'; i++); > + for(i = 0; userName[i] && userName[i] != ':'; i++) ; > if(userName[i] == ':') > { > if(groupName) That makes no sense. Remove the ';' for the real fix (and optionally put explicit braces around the if-block). From jspaleta at gmail.com Mon Feb 11 20:33:00 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Feb 2008 11:33:00 -0900 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802111220t5c275345u5f5cd8d2b1a18db4@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <47AF0969.3080003@fedoraproject.org> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> <6e24a8e80802111220t5c275345u5f5cd8d2b1a18db4@mail.gmail.com> Message-ID: <604aa7910802111233l36ac8e73wa94b061faec2ad24@mail.gmail.com> On Feb 11, 2008 11:20 AM, Mark wrote: > Oke that makes sense. and what about a c/c++ frontend? that's what i > actually want to do with java just as a step between it. Just asking > and seeing if that might be a good possibility. I won't make that > anytime soon because i have no c/c++ knowledge at the moment or > anytime soon (as in 1+ years or so). Again.. is there a reason you can't work directly with the existing packagekit developers? Having 15 thousand different frontends sure sounds like a bad idea. Packagekit development has momentum, its going places, they have multiple frontends for situations that make sense. If you want to make best impact, you'll find a way to work with them to improve the frontends they are already working on. Unless your ideas for what your application is actually going to do for users is inconsistent with what packagekit developers are already trying to achieve... there is little utility in striking on on your own. If your primary goal is to impact the experience for users generally, you'll get their faster by enhancing what is already being worked on. If you just want to do this for self-education or personal usage, then do whatever you want, you'll succeed at the goal regardless of how you actually implement your code. -jef From jkeating at redhat.com Mon Feb 11 15:34:40 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 10:34:40 -0500 Subject: vmsplice Local Root Exploit In-Reply-To: References: <47B01F4E.8000404@gmail.com> <47B02064.9080100@gmail.com> Message-ID: <20080211103440.764f096f@redhat.com> On Mon, 11 Feb 2008 15:25:23 -0500 "Jon Stanley" wrote: > In both instances, you'd be quite foolish to think otherwise. SELinux > is part of a defense-in-depth strategy, that ranges from firewalls at > the perimeter, IDS systems, host-based firewalls, and finally SELinux Let us not forget timely applied security updates. -- 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 Feb 11 15:35:44 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 10:35:44 -0500 Subject: koji build job hanging for 2 days? In-Reply-To: <1202752923.3286.199.camel@beck.corsepiu.local> References: <1202752923.3286.199.camel@beck.corsepiu.local> Message-ID: <20080211103544.741836aa@redhat.com> On Mon, 11 Feb 2008 19:02:03 +0100 Ralf Corsepius wrote: > One of my koji buildjobs seems to be hanging for almost 2 days: > http://koji.fedoraproject.org/koji/buildinfo?buildID=35211 I freed the hung ppc64 task to see if it'll make it through on a (third?) attempt. The build may have issues on ppc64 that is causing it to hang. -- 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 Mon Feb 11 20:40:16 2008 From: mschwendt.tmp0701.nospam at arcor.de (Michael Schwendt) Date: Mon, 11 Feb 2008 21:40:16 +0100 Subject: rpms/bonnie++/devel bonnie++-1.03a-gcc43.patch, NONE, 1.1 bonnie++.spec, 1.15, 1.16 In-Reply-To: <20080211213209.02c357bb.mschwendt.tmp0701.nospam@arcor.de> References: <200802111920.m1BJKNkY003067@cvs-int.fedora.redhat.com> <20080211213209.02c357bb.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <20080211214016.00e423eb.mschwendt.tmp0701.nospam@arcor.de> On Mon, 11 Feb 2008 21:32:09 +0100, Michael Schwendt wrote: > On Mon, 11 Feb 2008 14:20:23 -0500, Warren Togami ??? (wtogami) wrote: > > > Author: wtogami > > > > Update of /cvs/pkgs/rpms/bonnie++/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2994 > > > > Modified Files: > > bonnie++.spec > > Added Files: > > bonnie++-1.03a-gcc43.patch > > Log Message: > > add katzj's gcc-4.3 build fix > > > > > > bonnie++-1.03a-gcc43.patch: > > > > --- NEW FILE bonnie++-1.03a-gcc43.patch --- > > diff -up bonnie++-1.03a/zcav.cpp.gcc43 bonnie++-1.03a/zcav.cpp > > --- bonnie++-1.03a/zcav.cpp.gcc43 2008-02-08 20:19:25.000000000 -0500 > > +++ bonnie++-1.03a/zcav.cpp 2008-02-08 20:19:37.000000000 -0500 > > @@ -9,6 +9,7 @@ using namespace std; > > #include > > #include > > #include > > +#include > > #include "bonnie.h" > > #ifdef HAVE_VECTOR > > #include > > @@ -72,7 +73,7 @@ int main(int argc, char *argv[]) > > usage(); > > userName = strdup(optarg); > > int i; > > - for(i = 0; userName[i] && userName[i] != ':'; i++); > > + for(i = 0; userName[i] && userName[i] != ':'; i++) ; > > if(userName[i] == ':') > > { > > if(groupName) > > That makes no sense. Remove the ';' for the real fix (and optionally > put explicit braces around the if-block). Oh, sorry. Thinko. Forget this. :) From markg85 at gmail.com Mon Feb 11 20:51:20 2008 From: markg85 at gmail.com (Mark) Date: Mon, 11 Feb 2008 21:51:20 +0100 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <604aa7910802111233l36ac8e73wa94b061faec2ad24@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> <6e24a8e80802111220t5c275345u5f5cd8d2b1a18db4@mail.gmail.com> <604aa7910802111233l36ac8e73wa94b061faec2ad24@mail.gmail.com> Message-ID: <6e24a8e80802111251p62b97e30xc6ffba1fc8e93cd1@mail.gmail.com> 2008/2/11, Jeff Spaleta : > On Feb 11, 2008 11:20 AM, Mark wrote: > > Oke that makes sense. and what about a c/c++ frontend? that's what i > > actually want to do with java just as a step between it. Just asking > > and seeing if that might be a good possibility. I won't make that > > anytime soon because i have no c/c++ knowledge at the moment or > > anytime soon (as in 1+ years or so). > > > Again.. is there a reason you can't work directly with the existing > packagekit developers? Having 15 thousand different frontends sure > sounds like a bad idea. Packagekit development has momentum, its > going places, they have multiple frontends for situations that make > sense. > > If you want to make best impact, you'll find a way to work with them > to improve the frontends they are already working on. > > Unless your ideas for what your application is actually going to do > for users is inconsistent with what packagekit developers are already > trying to achieve... there is little utility in striking on on your > own. If your primary goal is to impact the experience for users > generally, you'll get their faster by enhancing what is already being > worked on. > > If you just want to do this for self-education or personal usage, then > do whatever you want, you'll succeed at the goal regardless of how you > actually implement your code. > > -jef Well.. i personally think that programs that need to be fast (package management needs that in my opinion) can't be written in python simply because it's not the fastest language if you go for performance. but i understand why people use it and am thinking of learning it and that's mainly because python is relatively easy to learn and very powerful. I might learn python sometime.. or not.. i'm not sure about it all. Anyway if i start with something like this to get that mockup as a working app than i will ofcause edit one of the existing frontends (likely PackageKit). Perhaps anyone can code those mockups in python? ^_^ From mattdm at mattdm.org Mon Feb 11 20:54:13 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 11 Feb 2008 15:54:13 -0500 Subject: vmsplice Local Root Exploit In-Reply-To: <20080211103440.764f096f@redhat.com> References: <47B01F4E.8000404@gmail.com> <47B02064.9080100@gmail.com> <20080211103440.764f096f@redhat.com> Message-ID: <20080211205413.GA11474@jadzia.bu.edu> On Mon, Feb 11, 2008 at 10:34:40AM -0500, Jesse Keating wrote: > > In both instances, you'd be quite foolish to think otherwise. SELinux > > is part of a defense-in-depth strategy, that ranges from firewalls at > > the perimeter, IDS systems, host-based firewalls, and finally SELinux > Let us not forget timely applied security updates. Amen! Preach it, brother! -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From cjdahlin at ncsu.edu Mon Feb 11 20:48:48 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 11 Feb 2008 15:48:48 -0500 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802111251p62b97e30xc6ffba1fc8e93cd1@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> <6e24a8e80802111220t5c275345u5f5cd8d2b1a18db4@mail.gmail.com> <604aa7910802111233l36ac8e73wa94b061faec2ad24@mail.gmail.com> <6e24a8e80802111251p62b97e30xc6ffba1fc8e93cd1@mail.gmail.com> Message-ID: <47B0B4B0.5050005@ncsu.edu> Mark wrote: > 2008/2/11, Jeff Spaleta : > >> On Feb 11, 2008 11:20 AM, Mark wrote: >> >>> Oke that makes sense. and what about a c/c++ frontend? that's what i >>> actually want to do with java just as a step between it. Just asking >>> and seeing if that might be a good possibility. I won't make that >>> anytime soon because i have no c/c++ knowledge at the moment or >>> anytime soon (as in 1+ years or so). >>> >> Again.. is there a reason you can't work directly with the existing >> packagekit developers? Having 15 thousand different frontends sure >> sounds like a bad idea. Packagekit development has momentum, its >> going places, they have multiple frontends for situations that make >> sense. >> >> If you want to make best impact, you'll find a way to work with them >> to improve the frontends they are already working on. >> >> Unless your ideas for what your application is actually going to do >> for users is inconsistent with what packagekit developers are already >> trying to achieve... there is little utility in striking on on your >> own. If your primary goal is to impact the experience for users >> generally, you'll get their faster by enhancing what is already being >> worked on. >> >> If you just want to do this for self-education or personal usage, then >> do whatever you want, you'll succeed at the goal regardless of how you >> actually implement your code. >> >> -jef >> > > Well.. i personally think that programs that need to be fast (package > management needs that in my opinion) can't be written in python simply > because it's not the fastest language if you go for performance. but i > understand why people use it and am thinking of learning it and that's > mainly because python is relatively easy to learn and very powerful. > > He calleth down the thunder :) Python's particular performance characteristics aside, package management front ends are going to be mostly disk operations (not very language dependent even in the worst of cases) and yum operations (handled in a library, so really not your code anyway) so this argument is a bad one. I do think there are some particular issues with python that have hurt pirut/pup (poor concurrency support leading to weird drawing issues when yum is crunching things) but there's no reason that can't be coded around. --CJD > I might learn python sometime.. or not.. > i'm not sure about it all. > Anyway if i start with something like this to get that mockup as a > working app than i will ofcause edit one of the existing frontends > (likely PackageKit). > > Perhaps anyone can code those mockups in python? ^_^ > > From bruno at wolff.to Mon Feb 11 19:34:14 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Mon, 11 Feb 2008 13:34:14 -0600 Subject: vmsplice Local Root Exploit In-Reply-To: <7f692fec0802110653x48672913p1601e4c50b46311c@mail.gmail.com> References: <47B01F4E.8000404@gmail.com> <47B05B7F.5050707@ip-solutions.net> <7f692fec0802110653x48672913p1601e4c50b46311c@mail.gmail.com> Message-ID: <20080211193414.GA9989@wolff.to> On Mon, Feb 11, 2008 at 09:53:12 -0500, Yaakov Nemoy wrote: > > >From the development standpoint, is SELinux flawed, or is SELinux > failing to run all users confined because we're still in development > with end user bits and pieces? Currently they are confined in a very big box. Some work is starting on shrinking that box in Fedora 9. Dan Walsh has some comments on restricting Firefox/Minefield on his blog. From jmorris at namei.org Mon Feb 11 21:20:18 2008 From: jmorris at namei.org (James Morris) Date: Tue, 12 Feb 2008 08:20:18 +1100 (EST) Subject: vmsplice Local Root Exploit In-Reply-To: <47B01F4E.8000404@gmail.com> References: <47B01F4E.8000404@gmail.com> Message-ID: On Mon, 11 Feb 2008, Valent Turkovic wrote: > vmsplice Local Root Exploit is in the wild. I have heard that it selinux > doesn't protect against this kind of attacks. True? The vmsplice issues are kernel bugs, which SELinux is not intended to address. - James -- James Morris From caillon at redhat.com Mon Feb 11 21:20:03 2008 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 11 Feb 2008 16:20:03 -0500 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <6e24a8e80802111251p62b97e30xc6ffba1fc8e93cd1@mail.gmail.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> <6e24a8e80802111220t5c275345u5f5cd8d2b1a18db4@mail.gmail.com> <604aa7910802111233l36ac8e73wa94b061faec2ad24@mail.gmail.com> <6e24a8e80802111251p62b97e30xc6ffba1fc8e93cd1@mail.gmail.com> Message-ID: <47B0BC03.1070708@redhat.com> On 02/11/2008 03:51 PM, Mark wrote: > Well.. i personally think that programs that need to be fast (package > management needs that in my opinion) can't be written in python simply > because it's not the fastest language if you go for performance. For what it's worth, PackageKit, its yum backend, and its GNOME frontend are written in C. From tgl at redhat.com Mon Feb 11 21:22:08 2008 From: tgl at redhat.com (Tom Lane) Date: Mon, 11 Feb 2008 16:22:08 -0500 Subject: Current best practice for building dependent packages in rawhide? Message-ID: <9708.1202764928@sss.pgh.pa.us> Pardon me if this has been discussed recently, but if I build two packages in rawhide and want to be sure the second one is built against the new version of the first one, what is the best way? Do I just have to wait for the first one to hit the buildroots, and if so how do I tell when it has done so? regards, tom lane From pertusus at free.fr Mon Feb 11 21:25:25 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 11 Feb 2008 22:25:25 +0100 Subject: Current best practice for building dependent packages in rawhide? In-Reply-To: <9708.1202764928@sss.pgh.pa.us> References: <9708.1202764928@sss.pgh.pa.us> Message-ID: <20080211212525.GC30862@free.fr> On Mon, Feb 11, 2008 at 04:22:08PM -0500, Tom Lane wrote: > Pardon me if this has been discussed recently, but if I build two > packages in rawhide and want to be sure the second one is built against > the new version of the first one, what is the best way? Do I just have > to wait for the first one to hit the buildroots, and if so how do I tell > when it has done so? In http://fedoraproject.org/wiki/PackageMaintainers/UsingKoji look for Chained builds -- Pat From skvidal at fedoraproject.org Mon Feb 11 21:22:52 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 11 Feb 2008 16:22:52 -0500 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47B0BC03.1070708@redhat.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> <6e24a8e80802111220t5c275345u5f5cd8d2b1a18db4@mail.gmail.com> <604aa7910802111233l36ac8e73wa94b061faec2ad24@mail.gmail.com> <6e24a8e80802111251p62b97e30xc6ffba1fc8e93cd1@mail.gmail.com> <47B0BC03.1070708@redhat.com> Message-ID: <1202764972.4696.25.camel@cutter> On Mon, 2008-02-11 at 16:20 -0500, Christopher Aillon wrote: > On 02/11/2008 03:51 PM, Mark wrote: > > Well.. i personally think that programs that need to be fast (package > > management needs that in my opinion) can't be written in python simply > > because it's not the fastest language if you go for performance. > > For what it's worth, PackageKit, its yum backend, and its GNOME frontend > are written in C. And that has nothing to do with speed. -sv -- I only speak for me. From caillon at redhat.com Mon Feb 11 21:26:30 2008 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 11 Feb 2008 16:26:30 -0500 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <1202764972.4696.25.camel@cutter> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> <6e24a8e80802111220t5c275345u5f5cd8d2b1a18db4@mail.gmail.com> <604aa7910802111233l36ac8e73wa94b061faec2ad24@mail.gmail.com> <6e24a8e80802111251p62b97e30xc6ffba1fc8e93cd1@mail.gmail.com> <47B0BC03.1070708@redhat.com> <1202764972.4696.25.camel@cutter> Message-ID: <47B0BD86.2080602@redhat.com> On 02/11/2008 04:22 PM, seth vidal wrote: > On Mon, 2008-02-11 at 16:20 -0500, Christopher Aillon wrote: >> On 02/11/2008 03:51 PM, Mark wrote: >> > Well.. i personally think that programs that need to be fast (package >>> management needs that in my opinion) can't be written in python simply >>> because it's not the fastest language if you go for performance. >> For what it's worth, PackageKit, its yum backend, and its GNOME frontend >> are written in C. > > And that has nothing to do with speed. No. Just that the previous few posts made it appear that it was using python, which I wanted to correct. From vonbrand at inf.utfsm.cl Mon Feb 11 21:31:29 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 11 Feb 2008 18:31:29 -0300 Subject: a plan for updates after end of life In-Reply-To: <20080210231623.GH2652@free.fr> References: <20080209100422.GB2685@free.fr> <604aa7910802091101n65cdb6a0n3d369234a7b917d7@mail.gmail.com> <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <20080210165654.GA2652@free.fr> <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> <20080210193104.GC2652@free.fr> <604aa7910802101211g6484f50bx7f7c573cd162b6fb@mail.gmail.com> <20080210203025.GD2652@free.fr> <604aa7910802101432s40922c2fg57f647edef91332a@mail.gmail.com> <20080210231623.GH2652@free.fr> Message-ID: <200802112131.m1BLVT9O008087@laptop13.inf.utfsm.cl> Patrice Dumas wrote: > On Sun, Feb 10, 2008 at 01:32:50PM -0900, Jeff Spaleta wrote: > > On Feb 10, 2008 11:30 AM, Patrice Dumas wrote: > > > It is not something that can be easily done. The metric which makes the > > > most sense to me today is: has somebody brought an issue with the > > > maintainer work toward the relevant commitee (in that case I guess it > > > would be the UAEL SIG) and the commitee decided to orphan the package. > > > Just like in Fedora. Agreed it is not a perfect process, but there is no > > > reason to have a better one for UAEL. > > What about we also put a branch expiration latch on the ratio of > > maintainers to packages that must be maintained as part of UAEL? > The number of package is (almost) never a good metric. Indeed some > packages are quite hard to maintain (the kernel for example) while > others are easy to maintain, either because they are simple. Also some > packages may be kept synchronized with a fedora version. The kernel may > not be that hard to maintain, in the end, if the kernel of a stable > fedora release can be used as soon as a security issue is found. And how do you propose to measure that? AFAIU, that hasn't been determined for Fedora now. And an older package means more work backporting fixes. > > Require the number of total number of maintainers to packages in UAEL > > to be above some reasonable bar. And additionally require that each > > maintainer of a 'core' UAEL package keep their load with respect to > > UAEL below a certain number of packages. > That looks like a possible idea. What we could do is ask the maintainer > for the time he has to devote to UAEL, Who guarantees that nobody has delusions about the time available to them? > and assign weights to packages > based on their complexity and easyness to update following fedora > packages. Who does the weighting? > But, first, we should do that in fedora proper before, and second I > don't thinkt hat the result will be much more reliable. Right. But as was said, Fedora has its own regulation: It times out at EOL. Developers/package maintainers plan for that and move on. > > The goal would be to minimize a situation where a small number of > > people are being overwhelmed and getting into a situation where things > > a spread too thin for a long period of time after initial interest in > > the branch as dropped. > Once again it is the same in fedora. There is an obvious difference, > there can be more branches in UAEL, but more branch doesn't necessarily > mean more work, if they can be kept synchronized when security issues > are discovered (and it is more or less the plan for UAEL). What is the use of a Fedora 8 after EOL if any packages with significant problems are simply taken from later Fedoras? I for one wouldn't trust such a chimaera, I'd prefer just taking the later version of the distribution in that case. The whole point of a distribution for me is that it gives me a coherent set of packages that "somebody" has checked that they work well together. -- 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 vonbrand at inf.utfsm.cl Mon Feb 11 21:39:54 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 11 Feb 2008 18:39:54 -0300 Subject: a plan for updates after end of life In-Reply-To: <20080210115145.1dc5cd93@laptopd505.fenrus.org> References: <20080209100422.GB2685@free.fr> <20080210115145.1dc5cd93@laptopd505.fenrus.org> Message-ID: <200802112139.m1BLdsV7008457@laptop13.inf.utfsm.cl> Arjan van de Ven wrote: > On Sat, 9 Feb 2008 11:04:22 +0100 > Patrice Dumas wrote: [...] > > Does this looks like a plan acceptable by the Fedora lead? > > Opinions, comments? > My first impression is... "ok so there's now a formal process, and the > result is that there is no branch ever that uses this". The chances of > finding sufficient capable volunteers for even the base package set > is... near zero. In calculus they called this number \epsilon ;-) > I stress "capable" here, and with this I mean people who > both have the time and the skill to track, evaluate and backport security > fixes. That is a non-trivial amount of time and skill *for each > package*. Most people with these skills don't themselves use these older > distros -> they lose interest fast. Or in other words; I'm sure there is > demand for this sort of thing, I just don't think there's sufficient > volunteer supply... There just seems not to be enough /real/ demand to keep it running for a reasonable amount of time. The demand is more a "it sure sounds nice to be able to run the same Fedora for 5 years, in case the versions in between turn out duds", but very few really contemplate suffering such outdated stuff; and in my experience people who run old versions are also the same who don't ever apply any updates. -- 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 james at fedoraproject.com Mon Feb 11 21:42:25 2008 From: james at fedoraproject.com (James Antill) Date: Mon, 11 Feb 2008 16:42:25 -0500 Subject: Any possibility of getting this software installer coded and in fedora (9 or 10)? In-Reply-To: <47B0BC03.1070708@redhat.com> References: <6e24a8e80802100556i325e7715o10c1115ee8c23d7f@mail.gmail.com> <6e24a8e80802100640w15d40a0j724bafe24cab0d64@mail.gmail.com> <47AF626E.20805@gmail.com> <47AF63C9.80607@ncsu.edu> <6e24a8e80802101339u63fed5c7y76a3529d6620ae9e@mail.gmail.com> <604aa7910802101435q466ca01bqf1fd2508607f5eb5@mail.gmail.com> <6e24a8e80802111046s2911af61t9435a931f12649c@mail.gmail.com> <604aa7910802111130i6f878d03tc01967276de301a@mail.gmail.com> <6e24a8e80802111220t5c275345u5f5cd8d2b1a18db4@mail.gmail.com> <604aa7910802111233l36ac8e73wa94b061faec2ad24@mail.gmail.com> <6e24a8e80802111251p62b97e30xc6ffba1fc8e93cd1@mail.gmail.com> <47B0BC03.1070708@redhat.com> Message-ID: <1202766145.19128.126.camel@code.and.org> On Mon, 2008-02-11 at 16:20 -0500, Christopher Aillon wrote: > On 02/11/2008 03:51 PM, Mark wrote: > > Well.. i personally think that programs that need to be fast (package > > management needs that in my opinion) can't be written in python simply > > because it's not the fastest language if you go for performance. > > For what it's worth, PackageKit, its yum backend, and its GNOME frontend > are written in C. I think you mean the backend is written in C _and_ python, which is not quite the same thing. Roughly (AIUI) it's: vanilla yum python python app => yum API PK yum C C C C python python app => PK libs => dbus => PK BE => BE helpers => yum API -- James Antill Fedora From vonbrand at inf.utfsm.cl Mon Feb 11 21:41:55 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 11 Feb 2008 18:41:55 -0300 Subject: a plan for updates after end of life In-Reply-To: <20080210205146.GE2652@free.fr> References: <20080209100422.GB2685@free.fr> <20080210115145.1dc5cd93@laptopd505.fenrus.org> <20080210205146.GE2652@free.fr> Message-ID: <200802112141.m1BLftnk008558@laptop13.inf.utfsm.cl> Patrice Dumas wrote: [...] > The solution for security fixes won't be necessarily backports. It should > be (in general) updates. If the update is not backward compatible and the > maintainer want to do backports, fine. Otherwise it will be an update. People who really want to keep running the older version do so because they /don't/ want the updates... -- 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 jkeating at redhat.com Mon Feb 11 21:46:37 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 16:46:37 -0500 Subject: Current best practice for building dependent packages in rawhide? In-Reply-To: <9708.1202764928@sss.pgh.pa.us> References: <9708.1202764928@sss.pgh.pa.us> Message-ID: <20080211164637.491991e3@redhat.com> On Mon, 11 Feb 2008 16:22:08 -0500 Tom Lane wrote: > Pardon me if this has been discussed recently, but if I build two > packages in rawhide and want to be sure the second one is built > against the new version of the first one, what is the best way? Do I > just have to wait for the first one to hit the buildroots, and if so > how do I tell when it has done so? 'make help' and look for output related to chain builds. It will allow you to chain one build to another for buildroot contents. -- 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 Feb 11 21:48:41 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 16:48:41 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B09E0C.2050506@redhat.com> References: <20080208160200.18f2dff6@redhat.com> <47B05326.5060005@redhat.com> <20080211062725.4c8a4c32@redhat.com> <20080211065934.7c696698@redhat.com> <47B09E0C.2050506@redhat.com> Message-ID: <20080211164841.59686342@redhat.com> On Mon, 11 Feb 2008 14:12:12 -0500 Christopher Aillon wrote: > It may be useful to include a timestamp at the head of the file... There is now a UTC timestamp in ISO format at the top of the file. -- 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 vonbrand at inf.utfsm.cl Mon Feb 11 21:49:19 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 11 Feb 2008 18:49:19 -0300 Subject: a plan for updates after end of life In-Reply-To: <20080210212144.GF2652@free.fr> References: <20080209100422.GB2685@free.fr> <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> <20080210212144.GF2652@free.fr> Message-ID: <200802112149.m1BLnJ1R008998@laptop13.inf.utfsm.cl> Patrice Dumas wrote: > On Sun, Feb 10, 2008 at 01:58:05PM -0700, Stephen John Smoogen wrote: > > > >From the long discussion list afterwords.. I think there is not enough > > meat on the bones of this to say it can be rejected or accepted. [I am > > speaking as myself a person who needs a cup of coffee] > > > > 1) Do packages get updated to the latest or are stuck with back patches? > It is the maintainer decision. The rule of thumb is that maintainers > should be conservative, but don't hesitate to update if backports are > too complicated. Or, as I say in the proposal, between fedora and > RHEL/Centos/EPEL. You need to describe said user base more precisely, and find out what their real needs are. > > 2) What happens for 'core' packages (glibc, kernel, gcc, X, gnome/kde, > > zilla, etc) when the current maintainers (usually Red Hat people) have > > to work on the current stuff and not the back stuff? Who is taking > > them over? What rules do they work with? > Volunteers have to take glibc, kernel, gcc, since they are in the > mandatory packages list. The amndatory packages list is all the > mandatory and default package in core+base comps groups. > Others are taken by volunteers if they want to. Where do said volunteers come from, if people with the required skill sets aren't available for Fedora right now? > If a mandatory package isn't maintained for 7 days the whole branch is > discontinued. Ouch! So I find out out of the blue that the branch is dead?! [...] > > 4) Do you have a pool of volunteers who are doing this? > No. But there must be at least one volunteer for each of the mandatory > package before the branch is said to be part of the project. Sounds sensible. Make that one maintainer and a comaintainer for each core package? -- 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 pertusus at free.fr Mon Feb 11 21:50:02 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 11 Feb 2008 22:50:02 +0100 Subject: a plan for updates after end of life In-Reply-To: <200802112131.m1BLVT9O008087@laptop13.inf.utfsm.cl> References: <20080209203301.GA2734@free.fr> <604aa7910802091321n45bd1252vd23a2babff002c93@mail.gmail.com> <20080210165654.GA2652@free.fr> <604aa7910802101114oc548464u2a6f9dfc5f5996b@mail.gmail.com> <20080210193104.GC2652@free.fr> <604aa7910802101211g6484f50bx7f7c573cd162b6fb@mail.gmail.com> <20080210203025.GD2652@free.fr> <604aa7910802101432s40922c2fg57f647edef91332a@mail.gmail.com> <20080210231623.GH2652@free.fr> <200802112131.m1BLVT9O008087@laptop13.inf.utfsm.cl> Message-ID: <20080211215002.GE30862@free.fr> On Mon, Feb 11, 2008 at 06:31:29PM -0300, Horst H. von Brand wrote: > > > The number of package is (almost) never a good metric. Indeed some > > packages are quite hard to maintain (the kernel for example) while > > others are easy to maintain, either because they are simple. Also some > > packages may be kept synchronized with a fedora version. The kernel may > > not be that hard to maintain, in the end, if the kernel of a stable > > fedora release can be used as soon as a security issue is found. > > And how do you propose to measure that? AFAIU, that hasn't been determined > for Fedora now. And an older package means more work backporting fixes. I am not the one in search of a metric. I think that no metric make sense, other than having a packager willing to maintain, and processes to force a packager to orphan when he doesn't do his job. > > But, first, we should do that in fedora proper before, and second I > > don't thinkt hat the result will be much more reliable. > > Right. But as was said, Fedora has its own regulation: It times out at > EOL. Developers/package maintainers plan for that and move on. Packages may still be carried over to the next release. And once again the y are unmaintained, the fact that it is for a given length of time doesn't make it better. > What is the use of a Fedora 8 after EOL if any packages with significant > problems are simply taken from later Fedoras? If it make sense, indeed. But not every package suffer from security bugs. (as a side note, it is not Fedora 8 after EOL, it is UEAL). > I for one wouldn't trust > such a chimaera, I'd prefer just taking the later version of the > distribution in that case. Do what you want, nobody forces you to use UAEL. > The whole point of a distribution for me is that > it gives me a coherent set of packages that "somebody" has checked that > they work well together. The whole point of my proposal wes to have a set of packages that work together well by selecting packages based on having a maintainer. But maybe I don't understand what you mean. In any case I have retired the project. I don't want to support a project where metrics are needed because packagers are not trusted. -- Pat From pertusus at free.fr Mon Feb 11 21:50:47 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 11 Feb 2008 22:50:47 +0100 Subject: a plan for updates after end of life In-Reply-To: <200802112141.m1BLftnk008558@laptop13.inf.utfsm.cl> References: <20080209100422.GB2685@free.fr> <20080210115145.1dc5cd93@laptopd505.fenrus.org> <20080210205146.GE2652@free.fr> <200802112141.m1BLftnk008558@laptop13.inf.utfsm.cl> Message-ID: <20080211215047.GF30862@free.fr> On Mon, Feb 11, 2008 at 06:41:55PM -0300, Horst H. von Brand wrote: > Patrice Dumas wrote: > > [...] > > > The solution for security fixes won't be necessarily backports. It should > > be (in general) updates. If the update is not backward compatible and the > > maintainer want to do backports, fine. Otherwise it will be an update. > > People who really want to keep running the older version do so because they > /don't/ want the updates... You can draft a proposal to have that. Especially now than I retired mine. -- Pat From tmz at pobox.com Mon Feb 11 21:50:49 2008 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 11 Feb 2008 16:50:49 -0500 Subject: Current best practice for building dependent packages in rawhide? In-Reply-To: <9708.1202764928@sss.pgh.pa.us> References: <9708.1202764928@sss.pgh.pa.us> Message-ID: <20080211215049.GG2720@inocybe.teonanacatl.org> Tom Lane wrote: > Pardon me if this has been discussed recently, but if I build two > packages in rawhide and want to be sure the second one is built > against the new version of the first one, what is the best way? Do > I just have to wait for the first one to hit the buildroots, and if > so how do I tell when it has done so? In rawhide you can use make chainbuild. Say you you want to build whatsit against a new libfoo, commit and tag both. Then in the whatsit branch, do make chain-build CHAIN='libfoo' -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To know what is right and not to do it is the worst cowardice. -- Confucius -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From pertusus at free.fr Mon Feb 11 21:54:16 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 11 Feb 2008 22:54:16 +0100 Subject: a plan for updates after end of life In-Reply-To: <200802112139.m1BLdsV7008457@laptop13.inf.utfsm.cl> References: <20080209100422.GB2685@free.fr> <20080210115145.1dc5cd93@laptopd505.fenrus.org> <200802112139.m1BLdsV7008457@laptop13.inf.utfsm.cl> Message-ID: <20080211215416.GG30862@free.fr> On Mon, Feb 11, 2008 at 06:39:54PM -0300, Horst H. von Brand wrote: > Arjan van de Ven wrote: > > On Sat, 9 Feb 2008 11:04:22 +0100 > > Patrice Dumas wrote: > > [...] > > > > Does this looks like a plan acceptable by the Fedora lead? > > > > Opinions, comments? > > > My first impression is... "ok so there's now a formal process, and the > > result is that there is no branch ever that uses this". The chances of > > finding sufficient capable volunteers for even the base package set > > is... near zero. > > In calculus they called this number \epsilon ;-) You cannot say if you haven't asked. It was in one of the points of the proposal, to start only if there is a maintainer willing to maintain each of the packages in the mandatory and default packages of the Core+Base comps groups. > There just seems not to be enough /real/ demand to keep it running for a > reasonable amount of time. The demand is more a "it sure sounds nice to be > able to run the same Fedora for 5 years, in case the versions in between > turn out duds", but very few really contemplate suffering such outdated > stuff; and in my experience people who run old versions are also the same > who don't ever apply any updates. The point is not here. As long as people are willing to do some work it is relevant to let them do it. The demand is irrelevant here, we are producing a 'Public Good'. -- Pat From jkeating at redhat.com Mon Feb 11 21:57:07 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Feb 2008 16:57:07 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080208160200.18f2dff6@redhat.com> References: <20080208160200.18f2dff6@redhat.com> Message-ID: <20080211165707.578f4761@redhat.com> On Fri, 8 Feb 2008 16:02:00 -0500 Jesse Keating wrote: > I've posted the list at http://jkeating.fedorapeople.org/need43 and > either tonight or tomorrow I'll be setting up a cron job to keep this > list updated once an hour or so (depending on how much it hurts koji, > as there are a lot of queries). > > Maintainers are invited to rebuild now, to lower the number of > packages that will get a scripted rebuild by releng later. > > We're also still discussing a way to allow maintainers to opt-out of > an autorebuild. Over the last couple days I've made a few improvements to the script. A) Skip noarch builds that were imported into koji from Extras/FC6. B) Include a timestamp at the top (UTC ISO format) C) Support a blacklist. It's this last item that I bring to your attention now. The current list on my fedorapeople page is accurate as of the time stamp. If you wish to have us blacklist one or more of your packages, please mail rel-eng at fedoraproject.org with your request and we'll add it to the blacklist. (see http://git.fedorahosted.org/git/?p=releng;a=blob;f=scripts/need-rebuild-gcc43.py;hb=HEAD#l12 ) Future runs of the script will take your request into account remove them from the posted list. We do ask that you provide some reasoning as to why you wish to blacklist your build. Cheers! -- 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 pertusus at free.fr Mon Feb 11 21:58:36 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 11 Feb 2008 22:58:36 +0100 Subject: a plan for updates after end of life In-Reply-To: <200802112149.m1BLnJ1R008998@laptop13.inf.utfsm.cl> References: <20080209100422.GB2685@free.fr> <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> <20080210212144.GF2652@free.fr> <200802112149.m1BLnJ1R008998@laptop13.inf.utfsm.cl> Message-ID: <20080211215836.GH30862@free.fr> On Mon, Feb 11, 2008 at 06:49:19PM -0300, Horst H. von Brand wrote: > > > 1) Do packages get updated to the latest or are stuck with back patches? > > > It is the maintainer decision. The rule of thumb is that maintainers > > should be conservative, but don't hesitate to update if backports are > > too complicated. Or, as I say in the proposal, between fedora and > > RHEL/Centos/EPEL. > > You need to describe said user base more precisely, and find out what their > real needs are. What user base are you talking about? I am talking about maintainers willing to do some work. > Where do said volunteers come from, if people with the required skill sets > aren't available for Fedora right now? What are you basing this on? In the course of my proposal finding if there was enough volunteers (we cannot judge their skills, though) was an objective. Of course maintainers can lie, but I trust them not to. > > If a mandatory package isn't maintained for 7 days the whole branch is > > discontinued. > > Ouch! So I find out out of the blue that the branch is dead?! Yes. If there is not enough people to do the work anymore. > > > 4) Do you have a pool of volunteers who are doing this? > > > No. But there must be at least one volunteer for each of the mandatory > > package before the branch is said to be part of the project. > > Sounds sensible. Make that one maintainer and a comaintainer for each core > package? What is a core package? You mean a package from the minimal set? A maintainer is enough. Of course more is better. Anyway this proposal is retired. -- Pat From airlied at redhat.com Mon Feb 11 22:03:58 2008 From: airlied at redhat.com (Dave Airlie) Date: Tue, 12 Feb 2008 08:03:58 +1000 Subject: *remote* root? [was Re: rawhide report: 20080211 changes] In-Reply-To: References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <20080211194941.GA4359@jadzia.bu.edu> Message-ID: <1202767438.3695.1.camel@optimus> On Mon, 2008-02-11 at 15:10 -0500, Jon Stanley wrote: > On Feb 11, 2008 2:49 PM, Matthew Miller wrote: > > > Is this just being overly cautious, or is there something you know that we > > should be even more worried about? > > I suspect overly cautious/misinformed, because there is a possibility > of there being some other vulnerability would allow remote code > execution to be able to exploit this local exploit. > > Not sure what the exact reason for having a panic attack is, though. > Oops sorry about that, I think my brain was saying don't write remote, don't write remote, don't write remote... it was also early in the morning :) I've fixed the spec files now... Dave. From mattdm at mattdm.org Mon Feb 11 22:06:56 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 11 Feb 2008 17:06:56 -0500 Subject: *remote* root? [was Re: rawhide report: 20080211 changes] In-Reply-To: <1202767438.3695.1.camel@optimus> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <20080211194941.GA4359@jadzia.bu.edu> <1202767438.3695.1.camel@optimus> Message-ID: <20080211220656.GA21873@jadzia.bu.edu> On Tue, Feb 12, 2008 at 08:03:58AM +1000, Dave Airlie wrote: > Oops sorry about that, I think my brain was saying don't write remote, > don't write remote, don't write remote... it was also early in the > morning :) Okay, whew. For what it's worth I made all sorts of similar mistakes putting together our local fixed packages at around the same time. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From paul at xelerance.com Mon Feb 11 22:37:25 2008 From: paul at xelerance.com (Paul Wouters) Date: Mon, 11 Feb 2008 17:37:25 -0500 (EST) Subject: *remote* root? [was Re: rawhide report: 20080211 changes] In-Reply-To: <20080211220656.GA21873@jadzia.bu.edu> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <20080211194941.GA4359@jadzia.bu.edu> <1202767438.3695.1.camel@optimus> <20080211220656.GA21873@jadzia.bu.edu> Message-ID: On Mon, 11 Feb 2008, Matthew Miller wrote: > > Oops sorry about that, I think my brain was saying don't write remote, > > don't write remote, don't write remote... it was also early in the > > morning :) > For what it's worth I made all sorts of similar mistakes putting together > our local fixed packages at around the same time. :) Reminds me of: A local account is required in order to exploit this vulnerability. With a local account the vulnerability can be exploited both locally and remotely. --- Silicon Graphics Security Advisory 19970505-02-PX Paul From lesmikesell at gmail.com Mon Feb 11 22:41:01 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Mon, 11 Feb 2008 16:41:01 -0600 Subject: a plan for updates after end of life In-Reply-To: <200802112141.m1BLftnk008558@laptop13.inf.utfsm.cl> References: <20080209100422.GB2685@free.fr> <20080210115145.1dc5cd93@laptopd505.fenrus.org> <20080210205146.GE2652@free.fr> <200802112141.m1BLftnk008558@laptop13.inf.utfsm.cl> Message-ID: <47B0CEFD.1080606@gmail.com> Horst H. von Brand wrote: > Patrice Dumas wrote: > > [...] > >> The solution for security fixes won't be necessarily backports. It should >> be (in general) updates. If the update is not backward compatible and the >> maintainer want to do backports, fine. Otherwise it will be an update. > > People who really want to keep running the older version do so because they > /don't/ want the updates... People who are running fedora _at all_ don't care about updates of individual programs being to new versions - that happens all the time. However, they may not want to update to a whole new fedora release until a convenient time due to prior bad experiences with compatibility between releases. Or they've tried it on a test machine and know there will be problems with the hardware or other software they are running. -- Les Mikesell lesmikesell at gmail.com From vonbrand at inf.utfsm.cl Mon Feb 11 22:50:29 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 11 Feb 2008 19:50:29 -0300 Subject: a plan for updates after end of life In-Reply-To: <20080211215836.GH30862@free.fr> References: <20080209100422.GB2685@free.fr> <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> <20080210212144.GF2652@free.fr> <200802112149.m1BLnJ1R008998@laptop13.inf.utfsm.cl> <20080211215836.GH30862@free.fr> Message-ID: <200802112250.m1BMoTps015652@laptop13.inf.utfsm.cl> Patrice Dumas wrote: > On Mon, Feb 11, 2008 at 06:49:19PM -0300, Horst H. von Brand wrote: > > > > 1) Do packages get updated to the latest or are stuck with back patches? > > > > > It is the maintainer decision. The rule of thumb is that maintainers > > > should be conservative, but don't hesitate to update if backports are > > > too complicated. Or, as I say in the proposal, between fedora and > > > RHEL/Centos/EPEL. > > You need to describe said user base more precisely, and find out what their > > real needs are. > What user base are you talking about? I am talking about maintainers > willing to do some work. Who will want to use (Fedora + CentOS) / 2? What will they want to use it for? That is the set of people where you might recruit maintainers. > > Where do said volunteers come from, if people with the required skill sets > > aren't available for Fedora right now? > > What are you basing this on? In the course of my proposal finding if > there was enough volunteers (we cannot judge their skills, though) was > an objective. Of course maintainers can lie, but I trust them not to. OK, I misunderstood. > > > If a mandatory package isn't maintained for 7 days the whole branch is > > > discontinued. > > > > Ouch! So I find out out of the blue that the branch is dead?! > > Yes. If there is not enough people to do the work anymore. If I can't reasonably trust the continuity of the branch, it makes it a lot less useless to me. -- 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 choeger at cs.tu-berlin.de Mon Feb 11 22:59:52 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Mon, 11 Feb 2008 23:59:52 +0100 Subject: Proposed features In-Reply-To: <47B03A73.8090304@gmail.com> References: <47AEDD88.9000103@gmail.com> <3adc77210802100524s248caf8bh57f01edc9c590f21@mail.gmail.com> <1202657283.20784.5.camel@choeger4> <47B03A73.8090304@gmail.com> Message-ID: <1202770792.28165.0.camel@choeger4> Am Montag, den 11.02.2008, 13:07 +0100 schrieb Valent Turkovic: > Christoph H?ger wrote: > > Am Sonntag, den 10.02.2008, 13:24 +0000 schrieb Naheem Zaffar: > >> I do not have a Fedora CLA, so I will post a couple of comments here. > >> > >> 1. Fedora 8 (atleast on a fresh install) automatically mounts NTFS as > >> Read/Write and as far as I know it also automagically detects new > >> disks. > > > > My notebook fedora 8 does not. My Desktop on the other hand does. > > I installed Fedora 8 Live CD on one test laptop with ntfs and they are > not automatically mounted. Clicking in "Compter" and entering root pass > mounts them. > > Valent. > fascinating. that worked. wondering, why my desktop ntfs partition appeared from start. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From pertusus at free.fr Mon Feb 11 23:12:34 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 12 Feb 2008 00:12:34 +0100 Subject: a plan for updates after end of life In-Reply-To: <200802112250.m1BMoTps015652@laptop13.inf.utfsm.cl> References: <20080209100422.GB2685@free.fr> <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> <20080210212144.GF2652@free.fr> <200802112149.m1BLnJ1R008998@laptop13.inf.utfsm.cl> <20080211215836.GH30862@free.fr> <200802112250.m1BMoTps015652@laptop13.inf.utfsm.cl> Message-ID: <20080211231234.GJ30862@free.fr> On Mon, Feb 11, 2008 at 07:50:29PM -0300, Horst H. von Brand wrote: > > > > Yes. If there is not enough people to do the work anymore. > > If I can't reasonably trust the continuity of the branch, it makes it a lot > less useless to me. One cannot reasonably trust a volunteer based project. I am just writing down that plain fact. A time span could be set up, but it doesn't make sense. Why stop when there are still maintainers? How to continue when there aren't enough maintainers? Transparently using packages when there is somebody maintaining them seems the best to me. -- Pat From alan at redhat.com Mon Feb 11 23:29:37 2008 From: alan at redhat.com (Alan Cox) Date: Mon, 11 Feb 2008 18:29:37 -0500 Subject: a plan for updates after end of life In-Reply-To: <20080211231234.GJ30862@free.fr> References: <20080209100422.GB2685@free.fr> <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> <20080210212144.GF2652@free.fr> <200802112149.m1BLnJ1R008998@laptop13.inf.utfsm.cl> <20080211215836.GH30862@free.fr> <200802112250.m1BMoTps015652@laptop13.inf.utfsm.cl> <20080211231234.GJ30862@free.fr> Message-ID: <20080211232937.GC12457@devserv.devel.redhat.com> On Tue, Feb 12, 2008 at 12:12:34AM +0100, Patrice Dumas wrote: > One cannot reasonably trust a volunteer based project. I am just writing > down that plain fact. Curiously intuition and reality may differ here. If you have a small number of volunteers communicating well with each other and co-ordinating other folk then the maths says your volunteer based project will be suprisingly robust.. but you need those key people to hold it together to make it work at all. From snecklifter at gmail.com Tue Feb 12 00:11:20 2008 From: snecklifter at gmail.com (Christopher Brown) Date: Tue, 12 Feb 2008 00:11:20 +0000 Subject: Orphaning Packages In-Reply-To: <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> References: <1202753751.3339.8.camel@kennedy> <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> Message-ID: <364d303b0802111611k37e3ec67m1626dd29363ae617@mail.gmail.com> On 11/02/2008, Jeffrey Ollie wrote: > On 2/11/08, Brian Pepple wrote: > > > > * Gnonlin > > I'll take this because I maintain pitivi, which is dependent on > gnonlin. I'd welcome co-maintainers though. As I maintain Jokosher it makes sense for me to add myself here. -- Christopher Brown http://www.chruz.com From pertusus at free.fr Tue Feb 12 00:20:39 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 12 Feb 2008 01:20:39 +0100 Subject: a plan for updates after end of life In-Reply-To: <20080211232937.GC12457@devserv.devel.redhat.com> References: <20080209100422.GB2685@free.fr> <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> <20080210212144.GF2652@free.fr> <200802112149.m1BLnJ1R008998@laptop13.inf.utfsm.cl> <20080211215836.GH30862@free.fr> <200802112250.m1BMoTps015652@laptop13.inf.utfsm.cl> <20080211231234.GJ30862@free.fr> <20080211232937.GC12457@devserv.devel.redhat.com> Message-ID: <20080212002039.GA26591@free.fr> On Mon, Feb 11, 2008 at 06:29:37PM -0500, Alan Cox wrote: > On Tue, Feb 12, 2008 at 12:12:34AM +0100, Patrice Dumas wrote: > > One cannot reasonably trust a volunteer based project. I am just writing > > down that plain fact. > > Curiously intuition and reality may differ here. If you have a small number > of volunteers communicating well with each other and co-ordinating other > folk then the maths says your volunteer based project will be suprisingly > robust.. but you need those key people to hold it together to make it work > at all. In packaging there are less synergies. But I agree that a small set of contributors can do a great work. I personnally wanted that volunteered based project to exist, but it doesn't change the fact that there is no trust, in that there is nothing to force volunteers to do their work. I think that, even without obligation there is room for such project that's why I proposed it, but it can only be judged and trusted after the fact, not before. -- Pat From cjdahlin at ncsu.edu Tue Feb 12 02:11:11 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 11 Feb 2008 21:11:11 -0500 Subject: Bugzilla not sending email Message-ID: <47B1003F.5060307@ncsu.edu> The good Mr. Scott Remnant says he isn't receiving emails from our bugzilla. What might cause this? --CJD From jonstanley at gmail.com Tue Feb 12 02:41:32 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 11 Feb 2008 21:41:32 -0500 Subject: Bugzilla not sending email In-Reply-To: <47B1003F.5060307@ncsu.edu> References: <47B1003F.5060307@ncsu.edu> Message-ID: On Feb 11, 2008 9:11 PM, Casey Dahlin wrote: > The good Mr. Scott Remnant says he isn't receiving > emails from our bugzilla. What might cause this? Dunno, I've gotten bugzilla mail since this was sent. Maybe there was a transient glitch? Maybe his configuration is set to not send him mail? From j.w.r.degoede at hhs.nl Tue Feb 12 08:58:26 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 12 Feb 2008 09:58:26 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080211165707.578f4761@redhat.com> References: <20080208160200.18f2dff6@redhat.com> <20080211165707.578f4761@redhat.com> Message-ID: <47B15FB2.6050305@hhs.nl> Jesse Keating wrote: > On Fri, 8 Feb 2008 16:02:00 -0500 > Jesse Keating wrote: > >> I've posted the list at http://jkeating.fedorapeople.org/need43 and >> either tonight or tomorrow I'll be setting up a cron job to keep this >> list updated once an hour or so (depending on how much it hurts koji, >> as there are a lot of queries). >> >> Maintainers are invited to rebuild now, to lower the number of >> packages that will get a scripted rebuild by releng later. >> >> We're also still discussing a way to allow maintainers to opt-out of >> an autorebuild. > > Over the last couple days I've made a few improvements to the script. > > A) Skip noarch builds that were imported into koji from Extras/FC6. > B) Include a timestamp at the top (UTC ISO format) > C) Support a blacklist. > > It's this last item that I bring to your attention now. The current > list on my fedorapeople page is accurate as of the time stamp. If you > wish to have us blacklist one or more of your packages, please mail > rel-eng at fedoraproject.org with your request and we'll add it to the > blacklist. (see > http://git.fedorahosted.org/git/?p=releng;a=blob;f=scripts/need-rebuild-gcc43.py;hb=HEAD#l12 ) Future runs of the script will take your request into account remove them from the posted list. > > We do ask that you provide some reasoning as to why you wish to > blacklist your build. > Great!, I've one question though, from the initial mass rebuild mail I understood that mass rebuilding now is not mandatory, as that rel-eng will fire of a scripted rebuild for gcc 4.3 somewhat later in the cycle. Did I understand this correctly? I have prepared all my packages for a gcc-4.3 rebuild and would rather see them rebuild scripted then having to manually fire of close to 200 rebuilds. When I say prepared I mean that I've installed gcc-4.3 on both my devel machines the day Jakub posted his don't build with gcc-4.3 list, and in the following weeks fixed all the 45 packages on his list which I ownedd to build with gcc-4.3 and for good measure also a couple of libs used by my packages. So a scripted rebuild should go smooth and I'll gladly pick up and mend any broken pieces. Regards, Hans From marc at mwiriadi.id.au Tue Feb 12 09:41:58 2008 From: marc at mwiriadi.id.au (Marc Wiriadisastra) Date: Tue, 12 Feb 2008 18:41:58 +0900 Subject: package ownership problem Message-ID: <1202809318.24050.11.camel@localhost.localdomain> I'm not sure who to speak to but for some reason I got allocated ownership with package and yet I have nothing to do with it. * Thu Aug 9 2007 Jochen Schmitt 1.2.2-4 - Changing license tag Thats from the changelog of 'and' I'm not to sure what to do? Cheers, Marc From mschwendt at gmail.com Tue Feb 12 09:58:38 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 12 Feb 2008 10:58:38 +0100 Subject: package ownership problem In-Reply-To: <1202809318.24050.11.camel@localhost.localdomain> References: <1202809318.24050.11.camel@localhost.localdomain> Message-ID: <20080212105838.2f3dae36.mschwendt@gmail.com> On Tue, 12 Feb 2008 18:41:58 +0900, Marc Wiriadisastra wrote: > I'm not sure who to speak to but for some reason I got allocated > ownership with package and yet I have nothing to do with it. > > * Thu Aug 9 2007 Jochen Schmitt 1.2.2-4 > - Changing license tag > > Thats from the changelog of 'and' I'm not to sure what to do? *What* package? From marc at mwiriadi.id.au Tue Feb 12 09:59:37 2008 From: marc at mwiriadi.id.au (Marc Wiriadisastra) Date: Tue, 12 Feb 2008 18:59:37 +0900 Subject: package ownership problem In-Reply-To: <20080212105838.2f3dae36.mschwendt@gmail.com> References: <1202809318.24050.11.camel@localhost.localdomain> <20080212105838.2f3dae36.mschwendt@gmail.com> Message-ID: <1202810377.24050.13.camel@localhost.localdomain> On Tue, 2008-02-12 at 10:58 +0100, Michael Schwendt wrote: > On Tue, 12 Feb 2008 18:41:58 +0900, Marc Wiriadisastra wrote: > > > I'm not sure who to speak to but for some reason I got allocated > > ownership with package and yet I have nothing to do with it. > > > > * Thu Aug 9 2007 Jochen Schmitt 1.2.2-4 > > - Changing license tag > > > > Thats from the changelog of 'and' I'm not to sure what to do? > > *What* package? > The package 'AND.' Name: and Version: 1.2.2 Release: 4%{?dist} Summary: Auto nice daemon Cheers, Marc From jwboyer at gmail.com Tue Feb 12 12:17:18 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 12 Feb 2008 06:17:18 -0600 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B15FB2.6050305@hhs.nl> References: <20080208160200.18f2dff6@redhat.com> <20080211165707.578f4761@redhat.com> <47B15FB2.6050305@hhs.nl> Message-ID: <20080212061718.325d2604@zod.rchland.ibm.com> On Tue, 12 Feb 2008 09:58:26 +0100 Hans de Goede wrote: > When I say prepared I mean that I've installed gcc-4.3 on both my devel > machines the day Jakub posted his don't build with gcc-4.3 list, and in the > following weeks fixed all the 45 packages on his list which I ownedd to build > with gcc-4.3 and for good measure also a couple of libs used by my packages. > > So a scripted rebuild should go smooth and I'll gladly pick up and mend any > broken pieces. That should be fine. josh From stickster at gmail.com Tue Feb 12 12:38:42 2008 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 12 Feb 2008 07:38:42 -0500 Subject: package ownership problem In-Reply-To: <1202810377.24050.13.camel@localhost.localdomain> References: <1202809318.24050.11.camel@localhost.localdomain> <20080212105838.2f3dae36.mschwendt@gmail.com> <1202810377.24050.13.camel@localhost.localdomain> Message-ID: <1202819922.8963.0.camel@localhost.localdomain> On Tue, 2008-02-12 at 18:59 +0900, Marc Wiriadisastra wrote: > On Tue, 2008-02-12 at 10:58 +0100, Michael Schwendt wrote: > > On Tue, 12 Feb 2008 18:41:58 +0900, Marc Wiriadisastra wrote: > > > > > I'm not sure who to speak to but for some reason I got allocated > > > ownership with package and yet I have nothing to do with it. > > > > > > * Thu Aug 9 2007 Jochen Schmitt 1.2.2-4 > > > - Changing license tag > > > > > > Thats from the changelog of 'and' I'm not to sure what to do? > > > > *What* package? > > > > The package 'AND.' "Third base!" -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 bruno at wolff.to Tue Feb 12 12:48:24 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 12 Feb 2008 06:48:24 -0600 Subject: Orphaning Packages In-Reply-To: <47B09631.7010306@hhs.nl> References: <1202753751.3339.8.camel@kennedy> <15213.63.85.68.164.1202754170.squirrel@mail.jcomserv.net> <47B09631.7010306@hhs.nl> Message-ID: <20080212124824.GA30396@wolff.to> On Mon, Feb 11, 2008 at 19:38:41 +0100, Hans de Goede wrote: > Jon Ciesla wrote: > >>Hi all, > >> > >>I'm orphaning the following packages: > >> > >> * Liferea - this one is could use some serious love, but will > >> involve some work, since it needs to be ported to the new > >> xulrunner in Rawhide. If I can free up some time from work, I > >> might be able to offer some assistance. > >> * Wesnoth > > > >I could pick up wesnoth if no one objects. > > > > I would have picked it up if you didn't, but since my packageload already > is plenty high, I don't object to the contrary, I say go for it :) I already filed a bugzilla about this, but since the maintainer is changing I thought I would bring attention to it. Wesnoth is in string freeze for what will become 1.4 and the 1.3.x releases are being treated as 1.4 betas, so for F9 it would be nice to switch to this version. There are more campaigns and ESR has done a lot of clean up work on the included campaigns so there should be fewer glitches. From mschwendt at gmail.com Tue Feb 12 13:00:31 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 12 Feb 2008 14:00:31 +0100 Subject: package ownership problem In-Reply-To: <1202810377.24050.13.camel@localhost.localdomain> References: <1202809318.24050.11.camel@localhost.localdomain> <20080212105838.2f3dae36.mschwendt@gmail.com> <1202810377.24050.13.camel@localhost.localdomain> Message-ID: <20080212140031.25db54c6.mschwendt@gmail.com> On Tue, 12 Feb 2008 18:59:37 +0900, Marc Wiriadisastra wrote: > > On Tue, 2008-02-12 at 10:58 +0100, Michael Schwendt wrote: > > On Tue, 12 Feb 2008 18:41:58 +0900, Marc Wiriadisastra wrote: > > > > > I'm not sure who to speak to but for some reason I got allocated > > > ownership with package and yet I have nothing to do with it. > > > > > > * Thu Aug 9 2007 Jochen Schmitt 1.2.2-4 > > > - Changing license tag > > > > > > Thats from the changelog of 'and' I'm not to sure what to do? > > > > *What* package? > > > > The package 'AND.' > Name: and > Version: 1.2.2 > Release: 4%{?dist} > Summary: Auto nice daemon Aha. Consider opening a ticket about that if you believe there is a PackageDB problem. https://admin.fedoraproject.org/pkgdb/packages/name/and You're listed as the owner for devel and F-8 while Jochen is listed as the owner for F-7. When that was changed like that is unknown to me. Can't find a pkgdb entry on fedora-extras-commits about that. From marc at mwiriadi.id.au Tue Feb 12 13:19:11 2008 From: marc at mwiriadi.id.au (Marc Wiriadisastra) Date: Tue, 12 Feb 2008 22:19:11 +0900 Subject: package ownership problem In-Reply-To: <20080212140031.25db54c6.mschwendt@gmail.com> References: <1202809318.24050.11.camel@localhost.localdomain> <20080212105838.2f3dae36.mschwendt@gmail.com> <1202810377.24050.13.camel@localhost.localdomain> <20080212140031.25db54c6.mschwendt@gmail.com> Message-ID: <1202822351.24050.15.camel@localhost.localdomain> On Tue, 2008-02-12 at 14:00 +0100, Michael Schwendt wrote: > On Tue, 12 Feb 2008 18:59:37 +0900, Marc Wiriadisastra wrote: > > > > > On Tue, 2008-02-12 at 10:58 +0100, Michael Schwendt wrote: > > > On Tue, 12 Feb 2008 18:41:58 +0900, Marc Wiriadisastra wrote: > > > > > > > I'm not sure who to speak to but for some reason I got allocated > > > > ownership with package and yet I have nothing to do with it. > > > > > > > > * Thu Aug 9 2007 Jochen Schmitt 1.2.2-4 > > > > - Changing license tag > > > > > > > > Thats from the changelog of 'and' I'm not to sure what to do? > > > > > > *What* package? > > > > > > > The package 'AND.' > > Name: and > > Version: 1.2.2 > > Release: 4%{?dist} > > Summary: Auto nice daemon > > Aha. Consider opening a ticket about that if you believe there is > a PackageDB problem. > > https://admin.fedoraproject.org/pkgdb/packages/name/and > > You're listed as the owner for devel and F-8 while Jochen is > listed as the owner for F-7. When that was changed like that is > unknown to me. Can't find a pkgdb entry on fedora-extras-commits > about that. > Thanks I've posted a bug report. https://fedorahosted.org/packagedb/ticket/115 Cheers, Marc From atkac at redhat.com Tue Feb 12 13:31:03 2008 From: atkac at redhat.com (Adam Tkac) Date: Tue, 12 Feb 2008 14:31:03 +0100 Subject: Weird VNC problems with keyboard layout In-Reply-To: <47ADBA48.9010709@niemueller.de> References: <47ADBA48.9010709@niemueller.de> Message-ID: <20080212133103.GA27084@evileye.atkac.englab.brq.redhat.com> On Sat, Feb 09, 2008 at 03:35:52PM +0100, Tim Niemueller wrote: > Hi all. > Hi, > I have really weird problems with VNC, using different servers, > different clients, but every combination has the very same symptoms. > > I'm using a German localized Gnome, with the German keyboard layout. Now > if I connect to any remote VNC I cannot type many "special" characters. > This means umlauts as well as regular charaters like a dash (and / being > Shift+6). It is not that it is just an English keyboard layout but it > doesn't seem to be any meaningful keyboard setup that I know. In the > beginning for example I ended up copying dashes for commands until I > figured out how to solve this. And this is even more weird: I added the > US English keyboard layout additionally to the German one. Then I added > the Gnome keyboard applet to my panel. If I now start the VNC > connection, and then switch to "USA" for this window it works, and it > works with the German layout! So then I'm able to type all characters > including Umlauts, although the keyboard layout for this window is set > to US English. > > As server I have used an Vine Server for OS X (also known as OSXVnc) as > well as a Qemu-VM started using virt-manager. Clients have been > tightvnc, realvnc, virt-viewer and vinagre (last two then accounting as > gtk-vnc). The system is an F-8 machine. I just found out about this fix > while testing F9Alpha in a VM... > > Does anybody know what's going wrong here? Has anybody experienced > similar problems? I don't even know what I would file a bug against. > Because so many programs are affected I'd expect that this is some kind > of Gnome infrastructure problem? > This is very delicious problem. RFB protocol (used by vnc) specifies nothing related to keyboard mapping between client/server so if you have different keyboard mapping on client and server sides it generally doesn't work. Xvnc have implemented some kind of optimization which guess what mapping is on client side but it is only heuristics approach and doesn't work in all cases. I recommend you use same keyboard mapping on server and client side and it should work as expected. Adam -- Adam Tkac, Red Hat, Inc. From buildsys at redhat.com Tue Feb 12 13:43:38 2008 From: buildsys at redhat.com (Build System) Date: Tue, 12 Feb 2008 08:43:38 -0500 Subject: rawhide report: 20080212 changes Message-ID: <200802121343.m1CDhcuG020048@porkchop.devel.redhat.com> New package R-Matrix R module, Classes etc. for dense and sparse matrices and matrix ops New package classads Condor's ClassAd Library New package condor Condor: High Throughput Computing New package cstream General-purpose stream-handling tool New package electronics-menu Electronics Menu for the Desktop New package isns-utils The iSNS daemon and utility programs New package php-pear-Net-URL-Mapper Simple and flexible way to build nice URLs for web applications Removed package tile Updated Packages: CGAL-3.3.1-9.fc9 ---------------- * Mon Feb 11 2008 Laurent Rineau - 3.3.1-9.fc9 - Rebuild with g++-4.3. ConsoleKit-0.2.8-1.fc9 ---------------------- * Mon Feb 11 2008 Jon McCann - 0.2.8-1 - Update to 0.2.8 ElectricFence-2.2.2-25 ---------------------- * Mon Feb 11 2008 Petr Machata - 2.2.2-25 - Fix ef.sh argument passing - Resolves: #432286 * Thu Aug 16 2007 Petr Machata - 2.2.2-24 - Fix licesing tag. GraphicsMagick-1.1.10-3.fc9 --------------------------- * Mon Feb 11 2008 Andreas Thienemann - 1.1.10-3 - Added patch to include cstring instead of string, fixing gcc4.3 build issue * Mon Feb 11 2008 Andreas Thienemann - 1.1.10-2 - Rebuilt against gcc 4.3 OpenSceneGraph-2.2.0-5.fc9 -------------------------- * Mon Feb 11 2008 Ralf Cors??pius - 2.2.0-5 - Add *-examples-SDL package. - Add osgviewerSDL. - Add *-examples-fltk package. - Add osgviewerFLTK. - Add *-examples-qt package. - Move osgviewerQT to *-examples-qt package. * Mon Feb 11 2008 Ralf Cors??pius - 2.2.0-4 - Rebuild for gcc43. - OpenSceneGraph-2.2.0.diff: Add gcc43 hacks. PyKDE-3.16.0-12.fc9 ------------------- * Mon Feb 11 2008 Rex Dieter 3.16.0-12 - respin (gcc43) PyQt4-4.3.3-2.fc9 ----------------- * Mon Feb 11 2008 Rex Dieter 4.3.3-2 - respin (gcc43) WindowMaker-0.92.0-17.fc9 ------------------------- * Mon Feb 11 2008 Andreas Bierfert - 0.92.0-17 - Rebuilt for gcc43 adplug-2.1-6.fc9 ---------------- * Mon Feb 11 2008 Linus Walleij 2.1-6 - Nailed the GCC build problems to numerous include . * Mon Feb 11 2008 Linus Walleij 2.1-5 - Patch include directives with a patch derived from Debian. * Mon Feb 11 2008 Linus Walleij 2.1-4 - Rebuild for GCC 4.3. apollon-1.0.1-13.fc9 -------------------- * Mon Feb 11 2008 Rex Dieter 1.0.1-13 - respin (gcc43) arptables_jf-0:0.0.8-10.fc9 --------------------------- * Mon Feb 11 2008 Martin Nagy - 0.0.8-10 - rebuild for gcc-4.3 aterm-1.0.1-2.fc9 ----------------- * Mon Feb 11 2008 Andreas Bierfert - 1.0.1-2 - Rebuilt for gcc43 audacious-1.4.6-1.fc9 --------------------- * Mon Feb 11 2008 Ralf Ertzinger 1.4.6-1 - Update to 1.4.6 * Sat Dec 29 2007 Ralf Ertzinger 1.4.5-1 - Update to 1.4.5 * Mon Dec 03 2007 Ralf Ertzinger 1.4.4-1 - Update to 1.4.4 audacious-plugins-1.4.5-1.fc9 ----------------------------- * Mon Feb 11 2008 Ralf Ertzinger 1.4.5-1 - Update to 1.4.5 * Wed Jan 02 2008 Ralf Ertzinger 1.4.4-2 - Fix compilation with GCC 4.3 barcode-0.98-11.fc9 ------------------- * Mon Feb 11 2008 Andreas Thienemann - 0.9.8-11 - Rebuild against gcc-4.3 bluez-gnome-0.19-1.fc9 ---------------------- * Tue Feb 12 2008 - Bastien Nocera - 0.19-1 - Update to 0.19 * Mon Feb 11 2008 - Bastien Nocera - 0.18-2 - Add patch to make the search button work * Mon Feb 11 2008 - Bastien Nocera - 0.18-1 - Update to 0.18 bluez-libs-3.26-1.fc9 --------------------- * Mon Feb 11 2008 - Bastien Nocera - 3.26-1 - Update to 3.26 bluez-utils-3.26-1.fc9 ---------------------- * Mon Feb 11 2008 - Bastien Nocera - 3.26-1 - Update to 3.26 bonnie++-1.03a-9.fc9 -------------------- * Fri Feb 08 2008 Warren Togami 1.03a-9 - rebuild for gcc-4.3 bubblemon-1.46-8.fc9 -------------------- * Mon Feb 11 2008 Andreas Bierfert - 1.46-8 - Rebuilt for gcc43 byzanz-0.1.1-6.fc9 ------------------ * Mon Feb 11 2008 Jeffrey C. Ollie - 0.1.1-6 - Rebuild for GCC 4.3 cabextract-1.2-1.fc9 -------------------- * Mon Feb 11 2008 Patrice Dumas - 1.2-1 - update to 1.2 * Mon Feb 11 2008 Rex Dieter - 1.1-8 - respin (gcc43) - cosmetics cadaver-0.23.2-3 ---------------- * Mon Feb 11 2008 Joe Orton 0.23.2-3 - BuildRequire gettext * Mon Feb 11 2008 Joe Orton 0.23.2-2 - update to 0.23.2 * Mon Feb 11 2008 Joe Orton 0.23.1-2 - update to 0.23.1 cfitsio-3.060-2.fc9 ------------------- * Mon Feb 11 2008 Matthew Truch - 3.060-2 - Bump release for rebuild. clamav-0.92.1-1.fc9 ------------------- * Mon Feb 11 2008 Enrico Scholz - 0.92.1-1 - updated to 0.92.1 crystal-1.0.5-2.fc9 ------------------- * Mon Feb 11 2008 Chitlesh Goorah - 1.0.5-2 - New upstream release - kde4 port 1.0.5 * 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 cupsddk-1.2.3-3.fc9 ------------------- * Mon Feb 11 2008 Tim Waugh 1.2.3-3 - Rebuild for GCC 4.3. dd_rescue-1.14-6.fc9 -------------------- * Mon Feb 11 2008 Andreas Thienemann - 1.14-1 - Updated to dd_rescue 1.14 and dd_rhelp 0.1.2 deskbar-applet-2.21.91-1.fc9 ---------------------------- * Tue Feb 12 2008 Luke Macken - 2.21.91-1 - Update to 2.21.91 dillo-0.8.6-7.fc9 ----------------- * Mon Feb 11 2008 Andreas Bierfert - 0.8.6-7 - Rebuilt for gcc43 dirmngr-1.0.1-2.fc9 ------------------- * Mon Feb 11 2008 Rex Dieter 1.0.1-2 - respin (gcc43) docker-1.5-3.fc9 ---------------- dwarves-1.6-1 ------------- * Mon Feb 11 2008 Arnaldo Carvalho de Melo - 1.6-1 - c83d935a4fd561a3807f520c126c2a61ae1f4d83 - [DWARVES]: Use a hash table for the tags in a CU dynamite-0.1-8.fc9 ------------------ * Mon Feb 11 2008 Andreas Bierfert - 0.1-8 - Rebuilt for gcc43 e2tools-0.0.16-10.fc9 --------------------- * Mon Feb 11 2008 Andreas Thienemann - 0.0.16-10 - Rebuild against gcc-4.3 echoping-6.0.2-1.fc9 -------------------- * Mon Feb 11 2008 Andreas Thienemann - 6.0.2-1 - Updated to 6.0.2 - Split into subpackages for plugins eclipse-phpeclipse-1.1.8-18.fc9 ------------------------------- * Mon Feb 11 2008 Brandon Holbrook 1.1.8-18 - Rebuild for gcc-4.3 eel2-2.21.91-1.fc9 ------------------ * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 enigma-1.01-6.2 --------------- * Mon Feb 11 2008 Thorsten Leemhuis - 1.01-6.2 - rebuild for new libxerces-c epic-4:2.6-4.fc9 ---------------- * Mon Feb 11 2008 Vitezslav Crhonek - 4:2.6-4 - Fix Buildroot exiv2-0.16-2.fc9 ---------------- * Mon Feb 11 2008 Rex Dieter 0.16-2 - respin (gcc43) - gcc43 patch expect-5.43.0-13.fc9 -------------------- * Mon Feb 11 2008 Vitezslav Crhonek - 5:43.0-13 - Rebuild fann-2.0.0-4.1.fc9 ------------------ * Tue Feb 12 2008 Tomas Smetana 2.0.0-4.1 - rebuild (gcc-4.3) fetchmail-6.3.8-5.fc9 --------------------- * Mon Feb 11 2008 Vitezslav Crhonek - 6.3.8-5 - Fix Buildroot file-roller-2.21.91-1.fc9 ------------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 findutils-1:4.2.31-4.fc9 ------------------------ * Mon Feb 11 2008 Vitezslav Crhonek - 1:4.2.31-4 - Rebuild flex-2.5.33-17.fc9 ------------------ * Mon Feb 11 2008 Petr Machata - 2.5.33-17 - Generate prototypes for accessor functions. Upstream patch. - Related: #432203 fltk-1.1.8-0.7.r5989.fc9 ------------------------ * Mon Feb 11 2008 Rex Dieter 1.1.8-0.7.r5989 - respin (gcc43) fluxconf-0.9.9-5.fc9 -------------------- * Mon Feb 11 2008 Andreas Bierfert - 0.9.9-5 - Rebuilt for gcc43 fnfx-0.3-11.fc9 --------------- * Mon Feb 11 2008 Andreas Bierfert - 0.3-11 - Rebuilt for gcc43 gcalctool-5.21.91-1.fc9 ----------------------- * Tue Feb 12 2008 Matthias Clasen - 5.21.91-1 - Update to 5.21.91 ghdl-0.25-0.89svn.7.fc9 ----------------------- * Sun Jan 06 2008 Thomas Sailer - 0.25-0.89svn.7 - disable Pragma No_Run_Time; it does not seem to make much sense and causes problems with gcc-4.3 gift-0.11.8.1-10.fc9 -------------------- * Mon Feb 11 2008 Rex Dieter 0.7.4-3 - respin (gcc43) * 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+ gimmix-0.4.2-3.fc9 ------------------ git-1.5.4.1-2.fc9 ----------------- * Mon Feb 11 2008 Jeremy Katz - 1.5.4.1-2 - Add upstream patch (e62a641de17b172ffc4d3a803085c8afbfbec3d1) to have gitweb rss feeds point be commitdiffs instead of commit gle-4.1.1-4.fc9 --------------- * Sun Feb 10 2008 Terje Rosten - 4.1.1-4 - Add patch to build with gcc-4.3 * Sat Feb 09 2008 Terje Rosten - 4.1.1-3 - rebuild glib-1:1.2.10-29.fc9 -------------------- * Mon Feb 11 2008 Rex Dieter 1:1.2.10-29 - respin (gcc43) glib2-2.15.5-1.fc9 ------------------ * Mon Feb 11 2008 Matthias Clasen - 2.15.5-1 - Update to 2.15.5 gmime-2.2.17-1.fc9 ------------------ * Tue Feb 12 2008 Matthias Clasen - 2.2.17-1 - Update to 2.2.17 gnokii-0.6.22-3.fc9 ------------------- * Mon Feb 11 2008 - Linus Walleij - 0.6.22-3 - Rebuild for GCC 4.3. gnomad2-2.9.1-2.fc9 ------------------- * Mon Feb 11 2008 Linus Walleij 2.9.1-2 - Rebuild for GCC 4.3. gnome-applets-1:2.21.91-1.fc9 ----------------------------- * Tue Feb 12 2008 Matthias Clasen - 1:2.21.91-1 - Update to 2.21.91 gnome-bluetooth-0.11.0-2.fc9 ---------------------------- * Mon Feb 11 2008 - Ondrej Vasik - 0.11.0-1 - gcc43 rebuild gnome-desktop-2.21.91-1.fc9 --------------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 gnome-menus-2.21.91-1.fc9 ------------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 gnome-session-2.21.90-2.fc9 --------------------------- * Mon Feb 11 2008 - Bastien Nocera - 2.21.90-2 - Add patch to make login sounds work - Remove unneeded patch to launch gnome-user-share, it launches using autostart now gnome-settings-daemon-2.21.91-2.fc9 ----------------------------------- * Mon Feb 11 2008 Matthias Clasen - 2.21.91-2 - Remove obsolete control-center translations * Mon Feb 11 2008 - Bastien Nocera - 2.21.91-1 - Update to 2.21.91 - Remove obsolete patches gnome-themes-2.21.91-1.fc9 -------------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 * Mon Jan 14 2008 Matthias Clasen - 2.21.5-1 - Update to 2.21.5 * Tue Nov 13 2007 Matthias Clasen - 2.21.2-1 - Update to 2.21.2 - Drop old Clearlooks tweaking gnomebaker-0.6.2-2.1.fc9 ------------------------ * Tue Feb 12 2008 Tomas Smetana - 0.6.2-2.1 - rebuild (gcc-4.3) - fix #365241 gnomebaker homepage has moved gsm-1.0.12-6.fc9 ---------------- * Mon Feb 11 2008 Jeffrey C. Ollie - 1.0.12-6 - Rebuild for GCC 4.3 gtk+-1:1.2.10-60.fc9 -------------------- * Mon Feb 11 2008 Rex Dieter 1:1.2.10-60 - respin (gcc43) gtkhtml3-3.17.91-1.fc9 ---------------------- * Mon Feb 11 2008 Matthew Barnes - 3.17.91-1.fc9 - Update to 3.17.91 * Fri Feb 08 2008 Matthew Barnes - 3.17.90-2.fc9 - Remove patch for Ximian bug #50052 / GNOME bug #250052 (fixed upstream). - Remove patch for Ximian bug #65670 / GNOME bug #265670 (fixed upstream). - Remove patch for Ximian bug #66206 / GNOME bug #266206 (obsolete?). gvfs-0.1.7-1.fc9 ---------------- * Mon Feb 11 2008 Matthias Clasen - 0.1.7-1 - Update to 0.1.7 hevea-1.10-1.fc9 ---------------- * Mon Feb 11 2008 Andreas Thienemann - 1.10-1 - Updated to 1.10 hpic-0.52.2-6.fc9 ----------------- * Mon Feb 11 2008 Matthew Truch - 0.52.2-6 - Bump revision for rebuild; again. * Fri Jan 18 2008 Matthew Truch - 0.52.2-5 - Bump revision for rebuild. htop-0.7-1.fc9 -------------- * Mon Feb 11 2008 Rafa?? Psota - 0.7-1 - update to 0.7 inn-2.4.3-10.fc9 ---------------- * Mon Feb 11 2008 Ondrej Vasik 2.4.3-10 - again added trigger for sysklogd - rebuild for gcc43 * Wed Jan 16 2008 Ondrej Vasik 2.4.3-9 - do not show annoying fatal log message when nonfatal error eaddrinuse occured in rcreader - use /etc/rsyslog.conf instead of /etc/syslog.conf * Mon Jan 07 2008 Ondrej Vasik 2.4.3-8 - initscript changes - review changes caused errors while in stop() phase - not known variable NEWSBIN(#401241) - added url, fixed License tag jabberd-2.1.23-1.fc9 -------------------- * Mon Feb 11 2008 Adrian Reber - 2.1.23-1 - updated to 2.1.23 jd-2.0.0-0.3.svn1812_trunk.fc9 ------------------------------ * Tue Feb 12 2008 Mamoru Tasaka - 2.0.0-0.3.svn1812 - svn 1812 (version 2.0.0) * Sat Feb 09 2008 Mamoru Tasaka - Remove patch for gcc43 (applied by upstream) - Remove workarround for libsigc++ side bug * Fri Feb 08 2008 Mamoru Tasaka - 2.0.0-0.2.svn1774 - Patch to make jd happy with gcc43 - Workarround for libsigc++ side bug (bug 431017) jwhois-4.0-7.fc9 ---------------- * Mon Feb 11 2008 Vitezslav Crhonek - 4.0-7 - Rebuild kasablanca-0.4.0.2-12.fc9 ------------------------- * Mon Feb 11 2008 Rex Dieter 0.4.0.2-12 - respin (gcc43) kde-i18n-1:3.5.8-5.fc9 ---------------------- * Mon Feb 11 2008 Kevin Kofler 1:3.5.8-5 - on F9+, remove .mo files and documentation for software which moved to extragear in KDE 4: kcoloredit (#432137), kiconedit (#432139), kaudiocreator, kmid, konq-plugins, ksig kdelibs3-3.5.8-24.fc9 --------------------- * Mon Feb 11 2008 Than Ngo 3.5.8-24 - make kresources hidden on f9+ kernel-2.6.24.1-31.fc9 ---------------------- * Mon Feb 11 2008 Roland McGrath - Fix debuginfo sorting regexp. - Strip ELF vmlinux used as /boot image. - Reenable ppc build. * Sun Feb 10 2008 Chuck Ebbert - Enable Infiniband connected mode support. (F8#432196) * Sun Feb 10 2008 Chuck Ebbert - Fix PPC Pegasos libata again (#430802) kover-3-3 --------- * Mon Feb 11 2008 Adrian Reber - 3-3 - rebuilt for gcc43 and kde ksh-20080202-1.fc9 ------------------ * Mon Feb 11 2008 Tomas Smetana 20080202-1 - new upstream version kst-1.5.0-3.fc9 --------------- * Mon Feb 11 2008 Matthew Truch - 1.5.0-3 - Bump release for rebuild. lcms-1.17-3.fc9 --------------- * Mon Feb 11 2008 kwizart < kwizart at gmail.com > - 1.17-3 - Rebuild for gcc 4.3 - Move libs to mutlilibs - Prevent timestramps change - Convert files-not-utf8 lftp-3.6.1-1.fc9 ---------------- * Mon Feb 11 2008 Martin Nagy - 3.6.1-1 - upgrade to upstream version 3.6.1 - remove rpath and make some spec file changes for review (#225984) - remove old patches - fix core dumping when html tag has its argument empty - use own libtool libAfterImage-1.15-4.fc9 ------------------------ * Mon Feb 11 2008 Andreas Bierfert - 1.15-4 - Rebuilt for gcc43 libast-0.7.1-0.5.20060818cvs.fc9 -------------------------------- * Mon Feb 11 2008 Terje R??sten - 0.7.1-0.5.20060818cvs - fix date * Sat Feb 09 2008 Terje R??sten - 0.7.1-0.4.20060818cvs - rebuild * Sun Jan 20 2008 Terje R??sten - 0.7.1-0.3.20060818cvs - Fix multiarch stuff - Some style cleanup libbtctl-0.10.0-2.fc9 --------------------- * Mon Feb 11 2008 - Ondrej Vasik - 0.10.0-2 - gcc43 rebuild libdbi-0.8.3-1.fc9 ------------------ * Mon Feb 11 2008 Tom Lane 0.8.3-1 - Update to version 0.8.3. libdbi-drivers-0.8.3-1.fc9 -------------------------- * Mon Feb 11 2008 Tom Lane 0.8.3-1 - Update to version 0.8.3. - Code is now all licensed LGPLv2+, so adjust License tags. libetpan-0.52-5.fc9 ------------------- * Mon Feb 11 2008 Andreas Bierfert - 0.52-5 - Rebuilt for gcc43 libflashsupport-000-0.3.svn20070904 ----------------------------------- libglademm24-2.6.6-1.fc9 ------------------------ * Mon Feb 11 2008 Denis Leroy - 2.6.6-1 - Update to 2.6.6, bugfix libgnomeuimm26-2.20.2-1.fc9 --------------------------- * Mon Feb 11 2008 Denis Leroy - 2.20.2-1 - Update to 2.20.2, more gcc 4.3 fixes libgweather-2.21.2-6.fc9 ------------------------ * Mon Feb 11 2008 Matthias Clasen 2.21.2-6 - Remove obsolete translations libid3tag-0.15.1b-5.fc9 ----------------------- * Tue Feb 12 2008 Todd Zullinger - 0.15.1b-5 - rebuild for gcc 4.3 libmal-0.31-8.fc9 ----------------- * Fri Feb 08 2008 Rex Dieter 0.31-8 - respin (gcc43) libmimedir-0.4-4.fc9 -------------------- * Mon Feb 11 2008 Andreas Bierfert - 0.4-4 - Rebuilt for gcc43 libopensync-0.36-2.fc9 ---------------------- * Mon Feb 11 2008 Andreas Bierfert - 0.36-2 - Rebuilt for gcc43 * Mon Jan 28 2008 Andreas Bierfert - 0.36-1 - version upgrade * Fri Dec 28 2007 Andreas Bierfert - 0.35-2 - use cmake macro libpng-2:1.2.24-1.fc9 --------------------- * Tue Feb 12 2008 Tom Lane 2:1.2.24-1 - Update to libpng 1.2.24 libpolyxmass-0.9.1-2.fc9 ------------------------ * Mon Feb 11 2008 Andreas Bierfert - 0.9.1-2 - Rebuilt for gcc43 libpri-1.4.3-2.fc9 ------------------ * Mon Feb 11 2008 Jeffrey C. Ollie - 1.4.3-2 - Rebuild for GCC 4.3 libresample-0.1.3-5.fc9 ----------------------- * Mon Feb 11 2008 Jeffrey C. Ollie - 0.1.3-5 - Rebuild for GCC 4.3 linuxdoc-tools-0.9.21-15.fc9 ---------------------------- * Mon Feb 11 2008 Ondrej Vasik 0.9.21-15 - gcc43 rebuild logrotate-3.7.6-3.fc9 --------------------- * Mon Feb 11 2008 Tomas Smetana 3.7.6-3 - fix #432330 segfault on corrupted status file lshw-B.02.12.01-3.fc9 --------------------- * Mon Feb 11 2008 Terje Rosten - B.02.12.01-3 - add patch to build with gcc-4.3 * Sat Feb 09 2008 Terje Rosten - B.02.12.01-2 - rebuild lyx-1.5.3-2.fc9 --------------- * Mon Feb 11 2008 Jos?? Matos - 1.5.3-2 - Rebuild for gcc 4.3 m4-1.4.10-3.fc9 --------------- * Mon Feb 11 2008 Vitezslav Crhonek - 1.4.10-3 - Fix Buildroot memtest86+-2.00-2.fc9 --------------------- * Mon Feb 11 2008 Michal Schmidt - 2.00-2 - forgot to cvs add the compilation patch. * Mon Feb 11 2008 Michal Schmidt - 2.00-1 - New upstream release: 2.00. - Dropped boot time console configuration patches (already upstream). - Fixed compilation on x86_64. mesa-7.1-0.9.fc9 ---------------- * Mon Feb 11 2008 Adam Jackson 7.1-0.9 - mesa-7.1-ia64-build-fix.patch: Fix build on ia64. (#427558) mod_auth_pam-1.1.1-5.fc9 ------------------------ mrtg-2.15.1-8.fc9 ----------------- * Mon Feb 11 2008 Vitezslav Crhonek - 2.15.1-8 - Fix Buildroot mysql-connector-odbc-3.51.23r998-1.fc9 -------------------------------------- * Tue Feb 12 2008 Tom Lane 3.51.23r998-1 - Update to mysql-connector-odbc 3.51.23r998 nautilus-2.21.91-1.fc9 ---------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 * Tue Jan 29 2008 Matthias Clasen - 2.21.90-1 - Update to 2.21.90 * Mon Jan 21 2008 Matthias Clasen - 2.21.6-1 - Update to 2.21.6 ncmpc-0.11.1-9.fc9 ------------------ * Mon Feb 11 2008 Andreas Bierfert - 0.11.1-9 - Rebuilt for gcc43 ncpfs-2.2.6-10.fc9 ------------------ * Mon Feb 11 2008 Vitezslav Crhonek - 2.2.6-10 - Rebuild nessus-libraries-2.2.10-3.fc9 ----------------------------- * Mon Feb 11 2008 Andreas Bierfert - 2.2.10-3 - Rebuilt for gcc43 netatalk-4:2.0.3-16.fc9 ----------------------- * Mon Feb 11 2008 Martin Nagy - 4:2.0.3-16 - rebuild for gcc-4.3 netlabel_tools-0.17-7.fc9 ------------------------- * Mon Feb 11 2008 Steve Conklin - 0.17-7 - New patch for bz#431766 to resolve conflicts * Thu Feb 07 2008 Steve Conklin - 0.17-6 - Various fixes to follow upstream - Resolves bz#431765 The example configuration file is invalid - Resolves bz#431766 The netlabelctl command fails to run due to newer libnl package - Resolves bz#431767 The url listed in the netlabel_tools package is wrong numpy-1.0.3.1-2.fc9 ------------------- * Mon Feb 11 2008 Jarod Wilson 1.0.3.1-2 - Add python egg to %files on f9+ openjade-1.3.2-31.fc9 --------------------- * Mon Feb 11 2008 Ondrej Vasik 1.3.2-31 - gcc43 rebuild openoffice.org-voikko-2.2-0.2.rc1.fc9 ------------------------------------- * Tue Feb 12 2008 Ville-Pekka Vainio - 2.2-0.2.rc1 - Use the package name, not a Debian leftover environment variable as an mktemp template opensp-1.5.2-7.fc9 ------------------ * Mon Feb 11 2008 Ondrej Vasik 1.5.2-7 - gcc43 rebuild orange-0.3-7.cvs20051118.fc9 ---------------------------- * Mon Feb 11 2008 Andreas Bierfert - 0.3-7.cvs20051118 - Rebuilt for gcc43 ovaldi-5.3-6.fc9 ---------------- * Mon Feb 11 2008 Lubomir Kundrak 5.3-6 - Rebuild for newer xerces-c paperkey-0.7-2.fc9 ------------------ perl-XML-LibXML-1:1.65-3.fc9 ---------------------------- * Mon Feb 11 2008 Robin Norwood - 1:1.65-3 - Resolves: bz#432442 - Use epoch to permit upgrade from 1.62001 -> 1.65 * Mon Jan 28 2008 Tom "spot" Callaway - 1.65-2 - disable hacks, build normally * Thu Jan 24 2008 Tom "spot" Callaway - 1.65-1.1 - rebuild for new perl, first pass, temporarily disable BR: XML::Sax, tests php-pear-Log-1.10.0-1.fc9 ------------------------- * Sat Jan 26 2008 Remi Collet 1.10.0-1 - update to 1.10.0 - add Requires php-pear(Mail) (new handler) - remove levels.patch (merged upstream) php-pecl-Fileinfo-1.0.4-3.fc9 ----------------------------- php-shout-0.9.2-1.fc9 --------------------- pidgin-2.3.1-3.fc9 ------------------ * Mon Feb 11 2008 Stu Tomlinson 2.3.1-3 - %{_datadir}/purple should be owned by libpurple (#427807) - Rebuild for gcc 4.3 * Fri Jan 04 2008 Jason L Tibbitts III - 2.3.1-2 - Bump to rebuild against new tcl. * Fri Dec 07 2007 Stu Tomlinson 2.3.1-1 - 2.3.1 Many bugfixes pigment-0.3.4-1.fc9 ------------------- * Fri Feb 08 2008 Matthias Saou 0.3.4-1 - Update to 0.3.4. * Thu Jan 17 2008 Matthias Saou 0.3.3-1 - Update to 0.3.3. - Remove all of the python stuff, in a separate source tarball now. - Add new libglade2-devel build requirement. - Include new pigment-gtk-0.3.pc file. - Disable static libraries since they are now built by default. - No longer remove harmless /usr/lib64 rpath, since "make check" fails... - Re-enable parallel make, it seems to work again. - Remove +x bit from some sources files installes in the devel package. - Enable documentation build explicitly, since it's disabled by default. ppp-2.4.4-4.fc9 --------------- * Mon Feb 11 2008 Martin Nagy 2.4.4-4 - rebuild for gcc-4.3 proxyknife-1.7-3.fc9 -------------------- pv-1.1.0-3.fc9 -------------- * Mon Feb 11 2008 Jakub Hrozek - 1.1.0-3 - Rebuild for GCC 4.3 * Sat Sep 15 2007 Jakub Hrozek - 1.1.0-2 - Fix the license tag * Sat Sep 15 2007 Jakub Hrozek - 1.1.0-1 - Bump to the latest upstream python-daap-0.7-6.fc9 --------------------- * Mon Feb 11 2008 Jeffrey C. Ollie - 0.7-6 - Rebuild for GCC 4.3 - Build egg files. python-docs-2.5.1-2.fc9 ----------------------- * Mon Feb 11 2008 Jame Antill - 2.5.1-2 - mkdir a build root to keep recent rpm/mock happy. python-elixir-0.5.1-1.fc9 ------------------------- * Mon Feb 11 2008 James Bowes 0.5.1-1 - Update to 0.5.1 python-exif-1.0.7-3.fc9 ----------------------- * Mon Feb 11 2008 Terje Rosten - 1.0.7-3 - add script and changes.txt qiv-2.0-9.fc9 ------------- * Mon Feb 11 2008 Andreas Bierfert - 2.0-9 - Rebuilt for gcc43 quagga-0:0.99.9-5.fc9 --------------------- * Mon Feb 11 2008 Martin Nagy - 0.99.9-5 - rebuild for gcc-4.3 radvd-1.0-6.fc9 --------------- * Mon Feb 11 2008 Martin Nagy - 1.0-6 - rebuild for gcc-4.3 rats-2.1-5.fc9 -------------- rawstudio-0.7-2.fc9 ------------------- * Sun Feb 24 2008 Gianluca Sforna - 0.7-2 - rebuild with gcc 4.3 rpcbind-0.1.4-14.fc9 -------------------- * Mon Feb 11 2008 Steve Dickson 0.1.4-14 - Fixed a warning in pmap_svc.c - Cleaned up warmstarts so uid are longer needed, also changed condrestarts to use warmstarts. (bz 428496) rxvt-2.7.10-15.fc9 ------------------ * Mon Feb 11 2008 Andreas Bierfert - 2.7.10-15 - Rebuilt for gcc43 * Wed Nov 07 2007 Andreas Bierfert - 2.7.10-14 - use utempter instead of wtmp/utmp (#214130) * Wed Aug 22 2007 Andreas Bierfert - 2.7.10-12 - new license tag - rebuild for buildid rxvt-unicode-9.0-2.fc9 ---------------------- * Mon Feb 11 2008 Andreas Bierfert - 9.0-2 - Rebuilt for gcc43 scanmem-0.07-3.fc9 ------------------ * Thu Dec 27 2007 Jakub Hrozek 0.07-3 - Rebuild for GCC 4.3 schroedinger-0.9.0-2.fc9 ------------------------ * Mon Feb 11 2008 Jeffrey C. Ollie - 0.9.0-2 - Rebuild for GCC 4.3 scim-sinhala-0.2.0-6.fc9 ------------------------ * Mon Feb 11 2008 Pravin Satpute - 0.2.0-6 - Rebuild for gcc 4.3 scponly-4.6-9.fc9 ----------------- * Mon Feb 11 2008 Warren Togami - 4.6-9 - rebuild with gcc-4.3 sear-0.6.3-9.fc9 ---------------- * Mon Feb 11 2008 Wart 0.6.3-9 - Rebuild for gcc 4.3 selinux-policy-3.2.7-3.fc9 -------------------------- * Tue Feb 05 2008 Dan Walsh 3.2.7-3 - More fixes for polkit * Tue Feb 05 2008 Dan Walsh 3.2.7-2 - Eliminate transition from unconfined_t to qemu by default - Fixes for gpg setserial-2.17-22.fc9 --------------------- * Mon Feb 11 2008 Tim Waugh 2.17-22 - Rebuild for GCC 4.3. sofia-sip-1.12.8-1.fc9 ---------------------- * Mon Feb 11 2008 Jeffrey C. Ollie - 1.12.8-1 - Update to 1.12.8 sofsip-cli-0.13-5.fc9 --------------------- * Mon Feb 11 2008 Jeffrey C. Ollie - 0.13-5 - Rebuild for GCC 4.3 spandsp-0.0.4-0.9.pre16.fc9 --------------------------- * Mon Feb 11 2008 Jeffrey C. Ollie - 0.0.4-0.9.pre16 - Rebuild for GCC 4.3 squid-7:3.0.STABLE1-2.fc9 ------------------------- * Mon Feb 11 2008 Martin Nagy - 7:3.0.STABLE1-2 - rebuild for 4.3 ssmtp-2.61-11.5.fc9.3 --------------------- * Tue Feb 12 2008 Manuel "lonely wolf" Wolfshant 2.61-11.5.3 - rebuilt for gcc 4.3.0 starplot-0.95.4-6.fc9 --------------------- * Mon Feb 11 2008 Debarshi Ray - 0.95.4-6 - Rebuilding with gcc-4.3 in Rawhide. statserial-1.1-41.fc9 --------------------- * Mon Feb 11 2008 Tim Waugh 1.1-41 - Rebuild for GCC 4.3. stellarium-0.9.1-6.fc9 ---------------------- * Mon Feb 11 2008 Jochen Schmitt 0.9.1-6 - Fix gcc-4.3 related issues * Tue Jan 22 2008 Jochen Schmitt 0.9.1-1 - New upstream release * Tue Oct 23 2007 Will Woods 0.9.0-6 - Fix opengl-game-wrapper.sh usage symlinks-1.2-31.fc9 ------------------- * Mon Feb 11 2008 Tim Waugh 1.2-31 - Rebuild for GCC 4.3. system-config-firewall-1.2.3-2.fc9 ---------------------------------- * Mon Feb 11 2008 Thomas Woerner 1.2.3-2 - fixed usermode version (rhbz#428392) system-config-printer-0.7.80-2.fc9 ---------------------------------- * Mon Feb 11 2008 Tim Waugh 0.7.80-2 - Rebuild for GCC 4.3. * Mon Feb 04 2008 Tim Waugh 0.7.80-1 - Updated to pycups-1.9.34. - 0.7.80: - Trouble-shooting support. tcsh-6.15-3.fc9 --------------- * Mon Feb 11 2008 Vitezslav Crhonek - 6.15-3 - Fix Buildroot tftp-0.48-2.fc9 --------------- * Mon Feb 11 2008 Martin Nagy - 0.48-2 - rebuild for gcc-4.3 tidy-0.99.0-17.20070615.fc9 --------------------------- * Mon Feb 11 2008 Rex Dieter 0.99.0-17.20070615 - respin (gcc43) tog-pegasus-2:2.7.0-6.fc9 ------------------------- * Mon Feb 11 2008 Vitezslav Crhonek - 2:2.7.0-6 - Rebuild torsmo-0.18-8.fc9 ----------------- * Mon Feb 11 2008 Andreas Bierfert - 0.18-8 - Rebuilt for gcc43 totem-2.21.93-1.fc9 ------------------- * Tue Feb 12 2008 - Bastien Nocera - 2.21.93-1 - Update to 2.21.93 tree-1.5.0-9.fc9 ---------------- * Mon Feb 11 2008 Tim Waugh 1.5.0-9 - Rebuild for GCC 4.3. * 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). treecc-0.3.8-5.fc9 ------------------ * Mon Feb 11 2008 Andreas Bierfert - 0.3.8-5 - Rebuilt for gcc43 tripwire-2.4.1.2-5.fc9 ---------------------- * Mon Feb 11 2008 Brandon Holbrook 2.4.1.2-5 - Rebuild for gcc-4.3 unixODBC-2.2.12-6.fc9 --------------------- * Mon Feb 11 2008 Tom Lane 2.2.12-6 - Move libodbcinst.so symlink into main package, since it's often dlopen'd Related: #204882 - Clean up specfile's ugly coding for making base-vs-devel decisions unshield-0.5-8.fc9 ------------------ * Mon Feb 11 2008 Andreas Bierfert - 0.5-8 - Rebuilt for gcc43 urlgfe-1.0.2-2.fc9.2 -------------------- * Tue Feb 12 2008 Mamoru Tasaka - Rebuild against gcc43 urw-fonts-2.4-5.fc9 ------------------- * Mon Feb 11 2008 Than Ngo 2.4-5 - fix description uw-imap-2007-3.fc9 ------------------ * Fri Feb 08 2008 Rex Dieter 2007-3 - respin (gcc43) vim-2:7.1.245-1.fc9 ------------------- * Mon Feb 11 2008 Karsten Hopp 7.1.245-1 - patchlevel 245 * Sun Jan 27 2008 Karsten Hopp 7.1.242-1 - patchlevel 242 * Fri Jan 18 2008 Karsten Hopp 7.1.233-2 - silence taglist plugin (#429200) vinagre-0.4.91-1.fc9 -------------------- * Tue Feb 12 2008 Matthias Clasen - 0.4.91-1 - Update to 0.4.91 vino-2.21.91-1.fc9 ------------------ * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 vsftpd-2.0.5-22.fc9 ------------------- * Mon Feb 11 2008 Martin Nagy - 2.0.5-22 - rebuild for gcc-4.3 wesnoth-1.2.8-5.fc9 ------------------- * Mon Feb 11 2008 Warren Togami - 1.2.8-5 - Patch to fix build with gcc-4.3. * Fri Feb 08 2008 Brian Pepple - 1.2.8-4 - Rebuild for gcc-4.3. wxMaxima-0.7.4-3.fc9 -------------------- * Mon Feb 11 2008 Rex Dieter 0.7.4-3 - respin (gcc43) xalan-c-1.10.0-4.fc9 -------------------- * Mon Feb 11 2008 Lubomir Kundrak 1.10.0-4 - Rebuild for newer xerces-c xguest-1.0.6-4.fc9 ------------------ * Mon Feb 11 2008 Florian La Roche - 1.0.6-4 - fix post requires on pam xmlto-0.0.20-2.fc9 ------------------ * Mon Feb 11 2008 Ondrej Vasik - 0.0.20-2 - gcc4.3 rebuild xorg-x11-xinit-1.0.7-5.fc9 -------------------------- * Mon Feb 11 2008 Adam Jackson 1.0.7-5 - Xresources: s/don't/do not/, cpp is dumb. (#431704) * Mon Feb 11 2008 Adam Jackson 1.0.7-4 - xinit-1.0.7-unset.patch: Unset various session-related environment variables at the top of startx. (#431899) yakuake-2.9-1.beta1.fc9 ----------------------- * Mon Feb 11 2008 Johan Cwiklinski - 2.9-1.beta1 - upstream release for KDE4 yp-tools-2.9-3 -------------- * Mon Feb 11 2008 Vitezslav Crhonek - 2.9-3 - Fix Buildroot zaptel-1.4.8-2.fc9 ------------------ * Mon Feb 11 2008 Jeffrey C. Ollie - 1.4.8-2 - Rebuild for GCC 4.3 zlib-1.2.3-17.fc9 ----------------- * Mon Feb 11 2008 Ivana Varekova - 1.2.3-17 - spec file changes From Jochen at herr-schmitt.de Tue Feb 12 15:01:11 2008 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 12 Feb 2008 16:01:11 +0100 Subject: package ownership problem In-Reply-To: <1202822351.24050.15.camel@localhost.localdomain> References: <1202809318.24050.11.camel@localhost.localdomain> <20080212105838.2f3dae36.mschwendt@gmail.com> <1202810377.24050.13.camel@localhost.localdomain> <20080212140031.25db54c6.mschwendt@gmail.com> <1202822351.24050.15.camel@localhost.localdomain> Message-ID: <0ML2xA-1JOwd81eSS-0008UU@mrelayeu.kundenserver.de> On Tue, 12 Feb 2008 22:19:11 +0900, you wrote: >> You're listed as the owner for devel and F-8 while Jochen is >> listed as the owner for F-7. When that was changed like that is >> unknown to me. Can't find a pkgdb entry on fedora-extras-commits >> about that. >> >Thanks I've posted a bug report. >https://fedorahosted.org/packagedb/ticket/115 I have searched for the review request. As you can see on https://bugzilla.redhat.com/show_bug.cgi?id=249590 I was the initiator of the review request. Of corse you are invited for comaintainership for this package. Best Regards: Jochen Schmitt From mschwendt at gmail.com Tue Feb 12 15:16:15 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 12 Feb 2008 16:16:15 +0100 Subject: package ownership problem In-Reply-To: <0ML2xA-1JOwd81eSS-0008UU@mrelayeu.kundenserver.de> References: <1202809318.24050.11.camel@localhost.localdomain> <20080212105838.2f3dae36.mschwendt@gmail.com> <1202810377.24050.13.camel@localhost.localdomain> <20080212140031.25db54c6.mschwendt@gmail.com> <1202822351.24050.15.camel@localhost.localdomain> <0ML2xA-1JOwd81eSS-0008UU@mrelayeu.kundenserver.de> Message-ID: <20080212161615.0163c0fb.mschwendt@gmail.com> On Tue, 12 Feb 2008 16:01:11 +0100, Jochen Schmitt wrote: > On Tue, 12 Feb 2008 22:19:11 +0900, you wrote: > > >> You're listed as the owner for devel and F-8 while Jochen is > >> listed as the owner for F-7. When that was changed like that is > >> unknown to me. Can't find a pkgdb entry on fedora-extras-commits > >> about that. > >> > >Thanks I've posted a bug report. > >https://fedorahosted.org/packagedb/ticket/115 > > I have searched for the review request. As you can see on > > https://bugzilla.redhat.com/show_bug.cgi?id=249590 > > I was the initiator of the review request. Of corse you are > invited for comaintainership for this package. That ticket is from the F-7 timeframe and doesn't tell why/when Marc became the owner of that package for F-8 and devel. Further, watching the "My Packages" page in the PackageDB web ui, it listed two packages I never owned: evolution-brutus and telepathy-something where I was added with watch/commit privileges, which I never had requested myself. I've unchecked the flags. I recommend every package owner to verify: https://admin.fedoraproject.org/pkgdb/users/packages/ From adrian at lisas.de Tue Feb 12 16:09:31 2008 From: adrian at lisas.de (Adrian Reber) Date: Tue, 12 Feb 2008 17:09:31 +0100 Subject: 9-Alpha does not boot with selinux enabled on ppc64 Message-ID: <20080212160931.GA30877@lisas.de> I am not really sure against which component in bugzilla I should assign my problem. I did an new (9-Alpha) installation on ppc64 (JS21) with encrypted root filesystem and ext4 and at the first boot it comes up with following selinux error: SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts SELinux: policy loaded with handle_unknown=allow audit(1202914815.634:3): policy loaded auid=4294967295 /sbin/init: Kernel panic - not syncing: Attempted to kill init! error while loading shared libraries: libsepol.so.1: cannot openRebooting in 180 seconds.. shared object file: Permission denied If I boot it with selinux=0 it works. Any hint against what I should open a bug? Adrian From a.badger at gmail.com Tue Feb 12 16:48:43 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 12 Feb 2008 08:48:43 -0800 Subject: package ownership problem In-Reply-To: <20080212161615.0163c0fb.mschwendt@gmail.com> References: <1202809318.24050.11.camel@localhost.localdomain> <20080212105838.2f3dae36.mschwendt@gmail.com> <1202810377.24050.13.camel@localhost.localdomain> <20080212140031.25db54c6.mschwendt@gmail.com> <1202822351.24050.15.camel@localhost.localdomain> <0ML2xA-1JOwd81eSS-0008UU@mrelayeu.kundenserver.de> <20080212161615.0163c0fb.mschwendt@gmail.com> Message-ID: <47B1CDEB.9040504@gmail.com> Michael Schwendt wrote: > On Tue, 12 Feb 2008 16:01:11 +0100, Jochen Schmitt wrote: > >> On Tue, 12 Feb 2008 22:19:11 +0900, you wrote: >> >>>> You're listed as the owner for devel and F-8 while Jochen is >>>> listed as the owner for F-7. When that was changed like that is >>>> unknown to me. Can't find a pkgdb entry on fedora-extras-commits >>>> about that. >>>> >>> Thanks I've posted a bug report. >>> https://fedorahosted.org/packagedb/ticket/115 >> I have searched for the review request. As you can see on >> >> https://bugzilla.redhat.com/show_bug.cgi?id=249590 >> >> I was the initiator of the review request. Of corse you are >> invited for comaintainership for this package. > > That ticket is from the F-7 timeframe and doesn't tell why/when Marc > became the owner of that package for F-8 and devel. > This problem has been tracked down to the "and" package not being properly fixed up after another package was added to the pkgdb incorrectly. This should be fixed. > Further, watching the "My Packages" page in the PackageDB web ui, it > listed two packages I never owned: evolution-brutus and > telepathy-something where I was added with watch/commit privileges, which > I never had requested myself. I've unchecked the flags. > > I recommend every package owner to verify: > https://admin.fedoraproject.org/pkgdb/users/packages/ > This is a bit less clear. You were given comaintainer status on both telepathy-idle and evolution-brutus when the import from owners.list was done. However, owners.list does not list you as a comaintainer. evolution-brutus has a person listed on the initialcc in owners.list that is not in the pkgdb (now fixed). telepathy-idle does not have any comaintainers or initialcc listed in owners.list. I don't have enough information yet to see any pattern here. If people find more problems on their "My Packages"[1]_ pages I'll be able to look into this further. .. _[1]: https://admin.fedoraproject.org/pkgdb/users/packages/ Thanks for checking into this! -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From andreas.bierfert at lowlatency.de Tue Feb 12 16:59:51 2008 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 12 Feb 2008 17:59:51 +0100 Subject: 9-Alpha does not boot with selinux enabled on ppc64 In-Reply-To: <20080212160931.GA30877@lisas.de> References: <20080212160931.GA30877@lisas.de> Message-ID: <20080212175951.3532f7d0@alkaid.a.lan> On Tue, 12 Feb 2008 17:09:31 +0100 Adrian Reber wrote: > I am not really sure against which component in bugzilla I should assign > my problem. I did an new (9-Alpha) installation on ppc64 (JS21) with > encrypted root filesystem and ext4 and at the first boot it comes up with > following selinux error: Maybe you got hit by [1]. Also see [2] for more infromation especially before rebooting into a newer rawhide kernel... - Andreas [1] - https://bugzilla.redhat.com/show_bug.cgi?id=429857 [2] - http://fedoraproject.org/wiki/FedoraExt4 -- Andreas Bierfert, B.Sc. | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mcepl at redhat.com Tue Feb 12 14:02:50 2008 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 12 Feb 2008 15:02:50 +0100 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake References: <47AF2A73.3030301@gmail.com> <3170f42f0802102156o6bbc142ay22d62e9dd468085a@mail.gmail.com> <7gh585xq0d.ln2@ppp1053.in.ipex.cz> <3170f42f0802110203u1e3f8fbfv1ffd48f4ad91bdbe@mail.gmail.com> <3170f42f0802111022m7b856ed8ic4de2a49091c4f17@mail.gmail.com> Message-ID: On 2008-02-11, 18:22 GMT, Debarshi 'Rishi' Ray wrote: >>> Do you need a co-maintainer? > >> You are the second one after Johan. :-) It will be a pleasure if you >> could co-maintain too. > > The fact that you made the last release makes you even more eligible. :-) Shut ... did I? :) From debarshi.ray at gmail.com Tue Feb 12 17:24:11 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Tue, 12 Feb 2008 22:54:11 +0530 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: References: <47AF2A73.3030301@gmail.com> <3170f42f0802102156o6bbc142ay22d62e9dd468085a@mail.gmail.com> <7gh585xq0d.ln2@ppp1053.in.ipex.cz> <3170f42f0802110203u1e3f8fbfv1ffd48f4ad91bdbe@mail.gmail.com> <3170f42f0802111022m7b856ed8ic4de2a49091c4f17@mail.gmail.com> Message-ID: <3170f42f0802120924i25f12467w9cc9cfc4472c2fbf@mail.gmail.com> >> The fact that you made the last release makes you even more eligible. :-) > Shut ... did I? :) * Wed Dec 26 2007 Mat?j Cepl 0.11.4-1 - New upstream release. :-) Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ (Fedora) * http://gnu.glug-nith.org/ (GNU) * http://mirror.wbut.ac.in/ (CRAN, Fedora, Mozilla, TLDP) From lesmikesell at gmail.com Tue Feb 12 18:07:47 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 12 Feb 2008 12:07:47 -0600 Subject: a plan for updates after end of life In-Reply-To: <20080211231234.GJ30862@free.fr> References: <20080209100422.GB2685@free.fr> <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> <20080210212144.GF2652@free.fr> <200802112149.m1BLnJ1R008998@laptop13.inf.utfsm.cl> <20080211215836.GH30862@free.fr> <200802112250.m1BMoTps015652@laptop13.inf.utfsm.cl> <20080211231234.GJ30862@free.fr> Message-ID: <47B1E073.60009@gmail.com> Patrice Dumas wrote: > On Mon, Feb 11, 2008 at 07:50:29PM -0300, Horst H. von Brand wrote: >>> Yes. If there is not enough people to do the work anymore. >> If I can't reasonably trust the continuity of the branch, it makes it a lot >> less useless to me. > > One cannot reasonably trust a volunteer based project. I am just writing > down that plain fact. > > A time span could be set up, but it doesn't make sense. Why stop when > there are still maintainers? How to continue when there aren't enough > maintainers? Transparently using packages when there is somebody > maintaining them seems the best to me. Looks like a real-world case is here already with the publication of the vm_splice bug that would be outstanding in at least FC6. That's probably a bad thing for users of the FC6 based k12ltsp version since the corresponding new version is still in the planning stages and they would mostly be running in a hostile multiuser environment. -- Les Mikesell lesmikesell at gmail.com From pertusus at free.fr Tue Feb 12 18:14:43 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 12 Feb 2008 19:14:43 +0100 Subject: a plan for updates after end of life In-Reply-To: <47B1E073.60009@gmail.com> References: <20080209100422.GB2685@free.fr> <80d7e4090802101258y7b478873v9183b9c7a280f3ae@mail.gmail.com> <20080210212144.GF2652@free.fr> <200802112149.m1BLnJ1R008998@laptop13.inf.utfsm.cl> <20080211215836.GH30862@free.fr> <200802112250.m1BMoTps015652@laptop13.inf.utfsm.cl> <20080211231234.GJ30862@free.fr> <47B1E073.60009@gmail.com> Message-ID: <20080212181443.GB2760@free.fr> On Tue, Feb 12, 2008 at 12:07:47PM -0600, Les Mikesell wrote: > > Looks like a real-world case is here already with the publication of the > vm_splice bug that would be outstanding in at least FC6. That's probably a > bad thing for users of the FC6 based k12ltsp version since the > corresponding new version is still in the planning stages and they would > mostly be running in a hostile multiuser environment. Updating to the F-7 kernel would certainly fix that. The real test is for the same issue happening in 3 years. -- Pat From dwalsh at redhat.com Tue Feb 12 18:31:19 2008 From: dwalsh at redhat.com (Daniel J Walsh) Date: Tue, 12 Feb 2008 13:31:19 -0500 Subject: 9-Alpha does not boot with selinux enabled on ppc64 In-Reply-To: <20080212160931.GA30877@lisas.de> References: <20080212160931.GA30877@lisas.de> Message-ID: <47B1E5F7.7070608@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adrian Reber wrote: > I am not really sure against which component in bugzilla I should assign > my problem. I did an new (9-Alpha) installation on ppc64 (JS21) with > encrypted root filesystem and ext4 and at the first boot it comes up with > following selinux error: > > SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts > SELinux: policy loaded with handle_unknown=allow > audit(1202914815.634:3): policy loaded auid=4294967295 > /sbin/init: Kernel panic - not syncing: Attempted to kill init! > error while loading shared libraries: libsepol.so.1: cannot openRebooting in 180 seconds.. shared object file: Permission denied > > If I boot it with selinux=0 it works. Any hint against what I should > open a bug? > > Adrian > There was a bug in ext4 that was not supporting extended attributes properly. So you may need a newer kernel then 9-alpha to make selinux work with ext4. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkex5fYACgkQrlYvE4MpobO2UACeNQP232Y6VGGmaSTixAGZmxU9 rmIAoLKivAlOeAmJMvQZTfJzBEJZIgkH =kKRw -----END PGP SIGNATURE----- From tibbs at math.uh.edu Tue Feb 12 20:16:45 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 12 Feb 2008 14:16:45 -0600 Subject: Summary of the 2008-02-12 Packaging Committee meeting Message-ID: Meeting minutes and full logs of the packaging committee meeting which occurred on 2008-02-12 are online: http://fedoraproject.org/wiki/Packaging/Minutes http://fedoraproject.org/wiki/Packaging/Minutes20080212 Executive summary: No new guidelines this week. Issues pending FESCO ratification: * Guidelines for packages using ggc-client-libs * http://fedoraproject.org/wiki/PackagingDrafts/GGZ * Accepted (7-0) Misc business: * http://fedoraproject.org/wiki/PackagingDrafts/OpenOffice.orgExtensions * spot will present FPC's questions to Caolan. * http://fedoraproject.org/wiki/PackagingDrafts/Lisp * No response so far to abadger1999's questions. * FPC is a bit short on Lisp expertise so any outside assistance would be appreciated. * http://fedoraproject.org/wiki/PackagingDrafts/Java * That's all we have for Java guidelines; we would really like to have more. * Java-knowledgeable folks are desparately needed to help us cook up some useful guidelines for Java. - J< -- Jason L Tibbitts III - tibbs at math.uh.edu - 713/743-3486 - 660PGH - 94 PC800 System Manager: University of Houston Department of Mathematics And with death The knowledge comes It was the life all along We'd been afraid of From rjones at redhat.com Tue Feb 12 21:17:18 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 12 Feb 2008 21:17:18 +0000 Subject: Heads up -- ocaml 3.10.1 Message-ID: <47B20CDE.8020403@redhat.com> I've just started to build ocaml 3.10.1 in Rawhide. This will break dependencies for all OCaml packages. I've got new ones ready[1] but I need to wait for the base package to rebuild and get distributed to the builders first. Hopefully it should be all sorted out within 24-48 hours. Rich. [1] http://www.annexia.org/tmp/fedora-ocaml-3.10.1/ -- 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 caillon at redhat.com Tue Feb 12 21:26:01 2008 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 12 Feb 2008 16:26:01 -0500 Subject: package ownership problem In-Reply-To: <47B1CDEB.9040504@gmail.com> References: <1202809318.24050.11.camel@localhost.localdomain> <20080212105838.2f3dae36.mschwendt@gmail.com> <1202810377.24050.13.camel@localhost.localdomain> <20080212140031.25db54c6.mschwendt@gmail.com> <1202822351.24050.15.camel@localhost.localdomain> <0ML2xA-1JOwd81eSS-0008UU@mrelayeu.kundenserver.de> <20080212161615.0163c0fb.mschwendt@gmail.com> <47B1CDEB.9040504@gmail.com> Message-ID: <47B20EE9.2060600@redhat.com> On 02/12/2008 11:48 AM, Toshio Kuratomi wrote: > I don't have enough information yet to see any pattern here. If people > find more problems on their "My Packages"[1]_ pages I'll be able to look > into this further. > > .. _[1]: https://admin.fedoraproject.org/pkgdb/users/packages/ I never found that page useful, because it lists every package that I have commit access to (guessing?). There's quite a lot of packages there, that aren't "mine"... From bkoz at redhat.com Tue Feb 12 21:28:54 2008 From: bkoz at redhat.com (Benjamin Kosnik) Date: Tue, 12 Feb 2008 15:28:54 -0600 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> Message-ID: <20080212152854.4dc6c544@wabash.artheist.org> > I've got all mine patched and done for 4.3 but xmoto, which I've got > partway fixed but am stuck. Anyone understand this? > > http://koji.fedoraproject.org/koji/getfile?taskID=406771&name=build.log Scene.o: In function `CollisionSystem::CollisionSystem()': Scene.cpp:(.text._ZN15CollisionSystemC1Ev[CollisionSystem::CollisionSystem()]+0xd1): undefined reference to `ElementHandler::reset()' This usually means that the definition of class template ElementHandler's member function reset is not included in the translation unit, only the declaration. Find out where it's defined, and make sure that scene.cpp includes that file. -benjamin From bkoz at redhat.com Tue Feb 12 21:42:13 2008 From: bkoz at redhat.com (Benjamin Kosnik) Date: Tue, 12 Feb 2008 15:42:13 -0600 Subject: GCC 4.3 C++ question In-Reply-To: <47ADC356.7040107@niemueller.de> References: <47ADC356.7040107@niemueller.de> Message-ID: <20080212154213.34ae8bb7@wabash.artheist.org> > class SomeClass > { > public: > SomeClass(); > // more stuff... > protected: > typedef struct _mylist mylist_t; > struct _mylist { > mylist_t *next; // here > void *dataM > }; > }; Please note that this does not compile with gcc-4.1 or gcc-4.3. This is not due to an update in GCC, but rather to malformed code. %g++ -c test.cc test.cc:12: error: expected ';' before '}' token test.cc:12: error: expected `;' before '}' token There is no valid "_mylist" type in scope at the typedef, so mylist_t is invalid and it's use later shows this error. Change to: struct _mylist { _mylist *next; // NB void *dataM; }; typedef _mylist mylist_t; -benjamin From loupgaroublond at gmail.com Tue Feb 12 22:07:31 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Tue, 12 Feb 2008 17:07:31 -0500 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: References: Message-ID: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> Was there no discussion of Haskell? or did I miss the log of the meeting where this happened? On 12 Feb 2008 14:16:45 -0600, Jason L Tibbitts III wrote: > Meeting minutes and full logs of the packaging committee meeting which > occurred on 2008-02-12 are online: > > http://fedoraproject.org/wiki/Packaging/Minutes > http://fedoraproject.org/wiki/Packaging/Minutes20080212 > > Executive summary: > > No new guidelines this week. > > Issues pending FESCO ratification: > * Guidelines for packages using ggc-client-libs > * http://fedoraproject.org/wiki/PackagingDrafts/GGZ > * Accepted (7-0) > > Misc business: > > * http://fedoraproject.org/wiki/PackagingDrafts/OpenOffice.orgExtensions > * spot will present FPC's questions to Caolan. > > * http://fedoraproject.org/wiki/PackagingDrafts/Lisp > * No response so far to abadger1999's questions. > * FPC is a bit short on Lisp expertise so any outside assistance > would be appreciated. > > * http://fedoraproject.org/wiki/PackagingDrafts/Java > * That's all we have for Java guidelines; we would really like to > have more. > * Java-knowledgeable folks are desparately needed to help us cook up > some useful guidelines for Java. > > - J< > > > > -- > Jason L Tibbitts III - tibbs at math.uh.edu - 713/743-3486 - 660PGH - 94 PC800 > System Manager: University of Houston Department of Mathematics > And with death The knowledge comes It was the life all along We'd been afraid of > > -- > 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 Tue Feb 12 22:18:42 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 12 Feb 2008 16:18:42 -0600 Subject: Summary of the 2008-02-12 Packaging Committee meeting References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> Message-ID: Yaakov Nemoy wrote: > Was there no discussion of Haskell? No, I see nothing haskell-related on http://fedoraproject.org/wiki/Packaging/GuidelinesTodo either. Should there be? -- Rex > On 12 Feb 2008 14:16:45 -0600, Jason L Tibbitts III > wrote: >> Meeting minutes and full logs of the packaging committee meeting which >> occurred on 2008-02-12 are online: >> >> http://fedoraproject.org/wiki/Packaging/Minutes >> http://fedoraproject.org/wiki/Packaging/Minutes20080212 From tibbs at math.uh.edu Tue Feb 12 22:22:41 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 12 Feb 2008 16:22:41 -0600 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> Message-ID: >>>>> "YN" == Yaakov Nemoy writes: YN> Was there no discussion of Haskell? or did I miss the log of the YN> meeting where this happened? That meeting was to be two weeks ago, but we didn't have quorum. We did have some discussion, though, and I chatted with you on IRC and relayed the questions that the committee had, which you agreed with. However, I don't believe that the draft was updated, or if it was, we were not aware of it. - J< From a.badger at gmail.com Tue Feb 12 22:28:40 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 12 Feb 2008 14:28:40 -0800 Subject: package ownership problem In-Reply-To: <47B20EE9.2060600@redhat.com> References: <1202809318.24050.11.camel@localhost.localdomain> <20080212105838.2f3dae36.mschwendt@gmail.com> <1202810377.24050.13.camel@localhost.localdomain> <20080212140031.25db54c6.mschwendt@gmail.com> <1202822351.24050.15.camel@localhost.localdomain> <0ML2xA-1JOwd81eSS-0008UU@mrelayeu.kundenserver.de> <20080212161615.0163c0fb.mschwendt@gmail.com> <47B1CDEB.9040504@gmail.com> <47B20EE9.2060600@redhat.com> Message-ID: <47B21D98.5000404@gmail.com> Christopher Aillon wrote: > On 02/12/2008 11:48 AM, Toshio Kuratomi wrote: > >> I don't have enough information yet to see any pattern here. If >> people find more problems on their "My Packages"[1]_ pages I'll be >> able to look into this further. >> >> .. _[1]: https://admin.fedoraproject.org/pkgdb/users/packages/ > > I never found that page useful, because it lists every package that I > have commit access to (guessing?). There's quite a lot of packages > there, that aren't "mine"... > There's a way to limit what is returned but it doesn't currently have a nice UI to access it. Just add the query param ?acls= to the end of that URL. Example:: https://admin.fedoraproject.org/pkgdb/users/packages/?acls=owner,commit The acls param takes a comma separated list of the following values: * owner -- you are the owner of the package * commit -- you have explicit commit access to the package (does not include commit access via groups that you belong to.) * approveacls -- you have access to approve, deny, and change acls on the package. * watchcommits -- you are signed up to watch for commits to the package * watchbugzilla -- you are signed up to watch for bugs If someone would like to create a bit of html to expose this functionality via a form I would be happy to merge that into the pkgdb. Also needing just a tiny bit of html coding would be a template to allow one to type in the package name and be taken to the proper page. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From wart at kobold.org Tue Feb 12 22:50:00 2008 From: wart at kobold.org (Michael Thomas) Date: Tue, 12 Feb 2008 14:50:00 -0800 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> Message-ID: <47B22298.2030303@kobold.org> Rex Dieter wrote: > Yaakov Nemoy wrote: > >> Was there no discussion of Haskell? > > No, I see nothing haskell-related on > http://fedoraproject.org/wiki/Packaging/GuidelinesTodo > either. Should there be? How does one get something on that list? I tried resurrecting the Tcl packaging guidelines discussion on fedora-packaging about a month ago, but it seems to have fallen on deaf ears. --Wart From sundaram at fedoraproject.org Tue Feb 12 23:05:32 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 13 Feb 2008 04:35:32 +0530 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: <47B22298.2030303@kobold.org> References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B22298.2030303@kobold.org> Message-ID: <47B2263C.4000003@fedoraproject.org> Michael Thomas wrote: > Rex Dieter wrote: >> Yaakov Nemoy wrote: >> >>> Was there no discussion of Haskell? >> >> No, I see nothing haskell-related on >> http://fedoraproject.org/wiki/Packaging/GuidelinesTodo >> either. Should there be? > > How does one get something on that list? I tried resurrecting the Tcl > packaging guidelines discussion on fedora-packaging about a month ago, > but it seems to have fallen on deaf ears. Follow the process outlined in http://fedoraproject.org/wiki/Packaging/Committee Rahul From tcallawa at redhat.com Tue Feb 12 22:58:51 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 12 Feb 2008 17:58:51 -0500 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: <47B22298.2030303@kobold.org> References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B22298.2030303@kobold.org> Message-ID: <1202857131.3251.134.camel@dhcp83-61.boston.redhat.com> On Tue, 2008-02-12 at 14:50 -0800, Michael Thomas wrote: > Rex Dieter wrote: > > Yaakov Nemoy wrote: > > > >> Was there no discussion of Haskell? > > > > No, I see nothing haskell-related on > > http://fedoraproject.org/wiki/Packaging/GuidelinesTodo > > either. Should there be? > > How does one get something on that list? I tried resurrecting the Tcl > packaging guidelines discussion on fedora-packaging about a month ago, > but it seems to have fallen on deaf ears. You edit http://fedoraproject.org/wiki/PackagingDrafts/DraftsTodo That table is directly inherited into GuidelinesTodo. ~spot From bos at serpentine.com Tue Feb 12 23:00:08 2008 From: bos at serpentine.com (Bryan O'Sullivan) Date: Tue, 12 Feb 2008 15:00:08 -0800 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> Message-ID: <47B224F8.1070908@serpentine.com> Jason L Tibbitts III wrote: > However, I don't believe that the draft was updated, or if it was, we > were not aware of it. It would also make some sense to give the Haskell package maintainers (myself and Jens) some heads-up in advance of meetings and the like. We're both too busy to find out about these kinds of events without some kind of explicit notification, I'm afraid. And Haskell packaging is a delicate enough art that it doesn't make much sense to hold discussions in the absence of at least one of us. References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B224F8.1070908@serpentine.com> Message-ID: >>>>> "BO" == Bryan O'Sullivan writes: BO> It would also make some sense to give the Haskell package BO> maintainers (myself and Jens) some heads-up in advance of meetings BO> and the like. Well, the next meeting is 2008-02-26 at 17:00UTC in #fedora-meeting. Anyone who is interested is welcome to attend. BO> And Haskell packaging is a delicate enough art that it doesn't BO> make much sense to hold discussions in the absence of at least one BO> of us. Erm, well first we have someone dismayed that we didn't discuss Haskell and then we're told it's pointless to discuss Haskell without you or Jens present. And I do find that odd because as far as I know the process so far has been driven by Yaakov and I wasn't aware that either you or Jens were to be involved. - J< From jspaleta at gmail.com Tue Feb 12 23:39:01 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Feb 2008 14:39:01 -0900 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B224F8.1070908@serpentine.com> Message-ID: <604aa7910802121539u5550769fpc815246d619b953@mail.gmail.com> On 12 Feb 2008 17:22:11 -0600, Jason L Tibbitts III wrote: > Erm, well first we have someone dismayed that we didn't discuss > Haskell and then we're told it's pointless to discuss Haskell without > you or Jens present. And I do find that odd because as far as I know > the process so far has been driven by Yaakov and I wasn't aware that > either you or Jens were to be involved. The question becomes... is Yaakov drafting as it stands incorporating input from the haskell maintainers? Yaakov is on the watchbugs and watchcommits for ghc.. so its not like the maintainers of the package are unknown to him. I really hope he's been proactive about engaging the affected maintainers in the space, before approaching the committee. -jef From jonathan.underwood at gmail.com Tue Feb 12 23:47:54 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 12 Feb 2008 23:47:54 +0000 Subject: Packages stuck pending? Message-ID: <645d17210802121547s2fff354anedfe30d36abeacfa@mail.gmail.com> Hi, I'm not sure if there's an issue with pushing new builds, but I have had requests for packages (sunifdef and shorewall for f7 and f8) stuck as pending since 6th Feb. Did something break? Jonathan. From loganjerry at gmail.com Tue Feb 12 23:52:08 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 12 Feb 2008 16:52:08 -0700 Subject: Package naming guidelines questions Message-ID: <870180fe0802121552n243d0736p41d27647a1d405d2@mail.gmail.com> In the section entitled, "Multiple packages with the same base name", the package naming guidelines state that one package should use the base name with no version, and all others should include the version in their names. I have two questions about this. First, is the intent that the most recent version of the package be the one with no version number, or is that left up to the maintainer(s) to decide? If the latter, and the maintainers decide to make an older version be the one with no number, what should happen when that package is retired? I started thinking about this in conjunction with the call for help with the Java guidelines. We currently have an "asm2" package, because there used to be an "asm" package. The name of the upstream project is just "asm", so the "asm2" package is currently violating the naming guidelines. Second, is the use of the word "compat" in the name, as in "compat-libstdc++-33", considered mandatory, desirable, undesirable, something else? So, running with the previous example, should we rename "asm2" to "compat-asm2" and make the upcoming "asm3" package be named "asm"? I remember some discussion of "compat" on this list, but I don't see anything about it in the current guidelines. Thanks, -- Jerry James http://loganjerry.googlepages.com/ From petersen at redhat.com Wed Feb 13 00:18:23 2008 From: petersen at redhat.com (Jens Petersen) Date: Wed, 13 Feb 2008 10:18:23 +1000 Subject: Haskell Packaging Guidelines Review In-Reply-To: <7f692fec0801252042g6809db2cp487b486d0892f20d@mail.gmail.com> References: <7f692fec0801252042g6809db2cp487b486d0892f20d@mail.gmail.com> Message-ID: <47B2374F.8090005@redhat.com> Hi Yaakov, Sorry for the late followup. Glad to have you join our Haskell SIG. :) > I've been working on writing up guidelines for packaging Haskell > packages. I need some input from people who know their way around > Fedora very well. Some of the issues involved nuances of Haskell, but > many of them are questions because I don't know enough about Fedora > myself. If any one has the time to give these a looking over, and > comment on some of the points where I've left question marks, it would > be very helpful so that hopefully I might have a few interesting > things in for Fedora 9 Beta. > http://fedoraproject.org/wiki/PackagingDrafts/Haskell Thanks for working on this. It is something that the Haskell SIG had not got round to doing yet. Though we are not that big, I think it would help to make a fedora-haskell-list for the SIG, so that we can focus more on the discussion there, since there is so much traffic on f-d-l. I will try to review your draft carefully soon, and provide some feedback. Thanks, Jens From bos at serpentine.com Wed Feb 13 00:22:52 2008 From: bos at serpentine.com (Bryan O'Sullivan) Date: Tue, 12 Feb 2008 16:22:52 -0800 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B224F8.1070908@serpentine.com> Message-ID: <47B2385C.5070003@serpentine.com> Jason L Tibbitts III wrote: > Erm, well first we have someone dismayed that we didn't discuss > Haskell and then we're told it's pointless to discuss Haskell without > you or Jens present. And I do find that odd because as far as I know > the process so far has been driven by Yaakov and I wasn't aware that > either you or Jens were to be involved. Well, now you are :-) I'm glad Yaakov is driving the process, because I don't have time to do it myself. I and/or Jens will make time to review his proposal before the next packaging meeting. References: <870180fe0802121552n243d0736p41d27647a1d405d2@mail.gmail.com> Message-ID: <1202862551.6718.11.camel@ignacio.lan> On Tue, 2008-02-12 at 16:52 -0700, Jerry James wrote: > Second, is the use of the word "compat" in the name, as in > "compat-libstdc++-33", considered mandatory, desirable, undesirable, > something else? So, running with the previous example, should we > rename "asm2" to "compat-asm2" and make the upcoming "asm3" package be > named "asm"? I remember some discussion of "compat" on this list, but > I don't see anything about it in the current guidelines. compat-* packages are for the sole purpose of providing libraries required by third-party applications. No Fedora packages should ever be built against them, and no application packages should use the compat- namespace. -- 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 a.badger at gmail.com Wed Feb 13 00:41:31 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 12 Feb 2008 16:41:31 -0800 Subject: Package naming guidelines questions In-Reply-To: <870180fe0802121552n243d0736p41d27647a1d405d2@mail.gmail.com> References: <870180fe0802121552n243d0736p41d27647a1d405d2@mail.gmail.com> Message-ID: <47B23CBB.7000403@gmail.com> Jerry James wrote: > In the section entitled, "Multiple packages with the same base name", > the package naming guidelines state that one package should use the > base name with no version, and all others should include the version > in their names. I have two questions about this. > > First, is the intent that the most recent version of the package be > the one with no version number, or is that left up to the > maintainer(s) to decide? If the latter, and the maintainers decide to > make an older version be the one with no number, what should happen > when that package is retired? I started thinking about this in > conjunction with the call for help with the Java guidelines. We > currently have an "asm2" package, because there used to be an "asm" > package. The name of the upstream project is just "asm", so the > "asm2" package is currently violating the naming guidelines. > It's up to the maintainer. It is certainly preferable for the maintainer to follow upstream but this can mean different thing in different packages. > Second, is the use of the word "compat" in the name, as in > "compat-libstdc++-33", considered mandatory, desirable, undesirable, > something else? Compat packages are generally different from what is currently documented in the naming guidelines. There was talk of writing guidelines for compat- packages but no one has done that yet. The guidelines are covering things like gtk and gtk2 where you want to have two parallel versions of a library where either can be built against. compat- packages are generally runtime-only. I don't know if java has the separation of devel bits and runtime bits so I don't know if this makes sense for them. > So, running with the previous example, should we > rename "asm2" to "compat-asm2" and make the upcoming "asm3" package be > named "asm"? Up to the maintainer whether to use asm for the latest or the earliest package. Whether to use compat- needs a better understanding of java in general and what you want to enable with the asm package in particular. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From lmacken at redhat.com Wed Feb 13 01:06:59 2008 From: lmacken at redhat.com (Luke Macken) Date: Tue, 12 Feb 2008 20:06:59 -0500 Subject: Packages stuck pending? In-Reply-To: <645d17210802121547s2fff354anedfe30d36abeacfa@mail.gmail.com> References: <645d17210802121547s2fff354anedfe30d36abeacfa@mail.gmail.com> Message-ID: <20080213010659.GB29691@crow> On Tue, Feb 12, 2008 at 11:47:54PM +0000, Jonathan Underwood wrote: > Hi, > > I'm not sure if there's an issue with pushing new builds, but I have > had requests for packages (sunifdef and shorewall for f7 and f8) stuck > as pending since 6th Feb. Did something break? They'll go out in the next push. We hit some issues yesterday while trying to compose our updates repositories. createrepo segfaulted in the first attempt, and then the xen server bodhi was running on died with the next. Getting the kernel out the door was priority. luke From rodd at clarkson.id.au Wed Feb 13 01:59:33 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Feb 2008 12:59:33 +1100 Subject: How important are ISO standards to Fedora? Message-ID: <1202867973.3208.254.camel@localhost.localdomain> Hi All, How important are ISO standards to Fedora. Does Fedora aim to adhere to ISO standards where they exist. For example, while a lot of people were thrilled that the open office file format was made an ISO standard, what bearing would this have had on Fedora. R. -- "It's a fine line between denial and faith. It's much better on my side" From loupgaroublond at gmail.com Wed Feb 13 02:17:17 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Tue, 12 Feb 2008 21:17:17 -0500 Subject: Haskell Packaging Guidelines Review In-Reply-To: <47B2374F.8090005@redhat.com> References: <7f692fec0801252042g6809db2cp487b486d0892f20d@mail.gmail.com> <47B2374F.8090005@redhat.com> Message-ID: <7f692fec0802121817n4eb75b6x2c05e26a22017fb0@mail.gmail.com> On Feb 12, 2008 7:18 PM, Jens Petersen wrote: > Hi Yaakov, > > Sorry for the late followup. Glad to have you join our Haskell SIG. :) > > > I've been working on writing up guidelines for packaging Haskell > > packages. I need some input from people who know their way around > > Fedora very well. Some of the issues involved nuances of Haskell, but > > many of them are questions because I don't know enough about Fedora > > myself. If any one has the time to give these a looking over, and > > comment on some of the points where I've left question marks, it would > > be very helpful so that hopefully I might have a few interesting > > things in for Fedora 9 Beta. > > > http://fedoraproject.org/wiki/PackagingDrafts/Haskell > > Thanks for working on this. It is something that the Haskell SIG had > not got round to doing yet. Though we are not that big, I think it > would help to make a fedora-haskell-list for the SIG, so that we can > focus more on the discussion there, since there is so much traffic on f-d-l. > > I will try to review your draft carefully soon, and provide some feedback. Thanks Jens. I'm glad to see that people are finally picking up on this. I'm CCing this to infrastructure, hopefully they can create a list. -Yaakov From petersen at redhat.com Wed Feb 13 02:23:59 2008 From: petersen at redhat.com (Jens Petersen) Date: Wed, 13 Feb 2008 12:23:59 +1000 Subject: Haskell Packaging Guidelines Review In-Reply-To: <7f692fec0802121817n4eb75b6x2c05e26a22017fb0@mail.gmail.com> References: <7f692fec0801252042g6809db2cp487b486d0892f20d@mail.gmail.com> <47B2374F.8090005@redhat.com> <7f692fec0802121817n4eb75b6x2c05e26a22017fb0@mail.gmail.com> Message-ID: <47B254BF.3040804@redhat.com> > I'm CCing this to infrastructure, hopefully they can create a list. I already requested one. :) Jens From loupgaroublond at gmail.com Wed Feb 13 02:26:06 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Tue, 12 Feb 2008 21:26:06 -0500 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: <604aa7910802121539u5550769fpc815246d619b953@mail.gmail.com> References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B224F8.1070908@serpentine.com> <604aa7910802121539u5550769fpc815246d619b953@mail.gmail.com> Message-ID: <7f692fec0802121826q5818699vba9492fc22635301@mail.gmail.com> On Feb 12, 2008 6:39 PM, Jeff Spaleta wrote: > On 12 Feb 2008 17:22:11 -0600, Jason L Tibbitts III wrote: > > Erm, well first we have someone dismayed that we didn't discuss > > Haskell and then we're told it's pointless to discuss Haskell without > > you or Jens present. And I do find that odd because as far as I know > > the process so far has been driven by Yaakov and I wasn't aware that > > either you or Jens were to be involved. > > The question becomes... is Yaakov drafting as it stands incorporating > input from the haskell maintainers? Yaakov is on the watchbugs and > watchcommits for ghc.. so its not like the maintainers of the package > are unknown to him. I really hope he's been proactive about engaging > the affected maintainers in the space, before approaching the > committee. My original goal was to get xmonad into Fedora. I found that packaging Haskell packages requires some care, but can be done pretty quickly, so I decided doing things in full would be better. My impression was that Bob and Jens were busy, and didn't have the time to push things forward, so I figured the best way to do this would be to do it myself. In a way though, this is with some direction from Bob if not from Jens as well, as the bulk of the standard is based on the design behind Bob's program cabal-rpm. I plan on putting together some changes, but I've been delayed from one task to another. Now that I have both Bob's and Jen's, I also want to say I want to ask about making some changes to how GHC is packaged. Again, it is something I wanted to put together some details for first. -Yaakov From loupgaroublond at gmail.com Wed Feb 13 02:26:49 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Tue, 12 Feb 2008 21:26:49 -0500 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: <7f692fec0802121826q5818699vba9492fc22635301@mail.gmail.com> References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B224F8.1070908@serpentine.com> <604aa7910802121539u5550769fpc815246d619b953@mail.gmail.com> <7f692fec0802121826q5818699vba9492fc22635301@mail.gmail.com> Message-ID: <7f692fec0802121826h57de3846nf70e85b33f9c8f79@mail.gmail.com> On Feb 12, 2008 9:26 PM, Yaakov Nemoy wrote: > On Feb 12, 2008 6:39 PM, Jeff Spaleta wrote: > > On 12 Feb 2008 17:22:11 -0600, Jason L Tibbitts III wrote: > > > Erm, well first we have someone dismayed that we didn't discuss > > > Haskell and then we're told it's pointless to discuss Haskell without > > > you or Jens present. And I do find that odd because as far as I know > > > the process so far has been driven by Yaakov and I wasn't aware that > > > either you or Jens were to be involved. > > > > The question becomes... is Yaakov drafting as it stands incorporating > > input from the haskell maintainers? Yaakov is on the watchbugs and > > watchcommits for ghc.. so its not like the maintainers of the package > > are unknown to him. I really hope he's been proactive about engaging > > the affected maintainers in the space, before approaching the > > committee. > > My original goal was to get xmonad into Fedora. I found that > packaging Haskell packages requires some care, but can be done pretty > quickly, so I decided doing things in full would be better. My > impression was that Bob and Jens were busy, and didn't have the time > to push things forward, so I figured the best way to do this would be > to do it myself. > > In a way though, this is with some direction from Bob if not from Jens > as well, as the bulk of the standard is based on the design behind > Bob's program cabal-rpm. I plan on putting together some changes, but > I've been delayed from one task to another. > > Now that I have both Bob's and Jen's, I also want to say I want to ask > about making some changes to how GHC is packaged. Again, it is > something I wanted to put together some details for first. > > -Yaakov > Replace Bob with Bryan. My apologies. From ivazqueznet at gmail.com Wed Feb 13 02:30:24 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 12 Feb 2008 21:30:24 -0500 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202867973.3208.254.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> Message-ID: <1202869824.6718.14.camel@ignacio.lan> On Wed, 2008-02-13 at 12:59 +1100, Rodd Clarkson wrote: > How important are ISO standards to Fedora. Does Fedora aim to adhere to > ISO standards where they exist. For example, while a lot of people were > thrilled that the open office file format was made an ISO standard, what > bearing would this have had on Fedora. Open and unencumbered standards are important to Fedora. Whether or not the ISO ratifies them is of little consequence. -- 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 bos at serpentine.com Wed Feb 13 02:36:29 2008 From: bos at serpentine.com (Bryan O'Sullivan) Date: Tue, 12 Feb 2008 18:36:29 -0800 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: <7f692fec0802121826q5818699vba9492fc22635301@mail.gmail.com> References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B224F8.1070908@serpentine.com> <604aa7910802121539u5550769fpc815246d619b953@mail.gmail.com> <7f692fec0802121826q5818699vba9492fc22635301@mail.gmail.com> Message-ID: <47B257AD.7080500@serpentine.com> Yaakov Nemoy wrote: > Now that I have both Bob's and Jen's, I also want to say I want to ask > about making some changes to how GHC is packaged. Ask away, but let's start the discussion on the new list once it's set up. References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B224F8.1070908@serpentine.com> <604aa7910802121539u5550769fpc815246d619b953@mail.gmail.com> <7f692fec0802121826q5818699vba9492fc22635301@mail.gmail.com> <47B257AD.7080500@serpentine.com> Message-ID: <47B25AA8.8010602@fedoraproject.org> Bryan O'Sullivan wrote: > Yaakov Nemoy wrote: > >> Now that I have both Bob's and Jen's, I also want to say I want to ask >> about making some changes to how GHC is packaged. > > Ask away, but let's start the discussion on the new list once it's set up. If you are going to actively start working together as a SIG in a separate mailing list, it would be great if you could post updates to this list in a regular way like Release Engineering, KDE SIG, Packaging Committee and others do so. Fedora Weekly News would be a good place to report major updates too. Rahul From jspaleta at gmail.com Wed Feb 13 03:41:38 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Feb 2008 18:41:38 -0900 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: <7f692fec0802121826q5818699vba9492fc22635301@mail.gmail.com> References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B224F8.1070908@serpentine.com> <604aa7910802121539u5550769fpc815246d619b953@mail.gmail.com> <7f692fec0802121826q5818699vba9492fc22635301@mail.gmail.com> Message-ID: <604aa7910802121941w5e0101eeo89c44aef05ca16ef@mail.gmail.com> On Feb 12, 2008 5:26 PM, Yaakov Nemoy wrote: > My original goal was to get xmonad into Fedora. I found that > packaging Haskell packages requires some care, but can be done pretty > quickly, so I decided doing things in full would be better. My > impression was that Bob and Jens were busy, and didn't have the time > to push things forward, so I figured the best way to do this would be > to do it myself. I've no problem with you pushing things forward and having a detailed plan. I love detailed plans. But I didn't want this to come up on the packaging committee agenda for a vote until other maintainers in the Haskell space took a look at it. The last thing we want to do is put things into position for a vote and then find out that the other maintainers who are directly affected by this have a serious problem... the resulting discussion would be much less sane. And it make the packaging committee look like bad guys for taking up the issue. If anyone is going to look like bad, I'd rather it be me by forcing people to actually talk to each other. For anyone watching this thread, I'll sum it up. When designing new guidance, you must take a proactive effort to communicate with other maintainers who are working in the space your guidance is meant to address before you bring this sort of thing to the packaging committee as an agenda item. The packaging committee are not experts in all niche areas, there must be some discussion on record between maintainers in the area in question concerning specialized guidance. If you make the effort to make that discussion happen (which includes bug tickets against existing packages and private emails to maintainers if need be), and all you get is crickets... talk to me or another board member. We'll figure out where the communication breakdown is and do something about it to make sure your efforts aren't just being silently ignored. If what your working on is crackrock, we'll make sure you know it. If people are generally okay with it, then we'll make sure people say that for the record. If there's collaboration that needs to be done to refine it...we'll make sure there's a reasonable chance for that to happen before the packaging committee takes it up. -jef From jeff at ocjtech.us Wed Feb 13 03:43:11 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 12 Feb 2008 21:43:11 -0600 Subject: Building Asterisk in Rawhide on i386 Message-ID: <935ead450802121943h69ffe22g688c875bacdca1b5@mail.gmail.com> I'm having some difficulty building Asterisk in Rawhide now that GCC has been upgraded to 4.3. As you can see from [1] the build error out because of some undefined symbols (__sync_fetch_and_add_4 and __sync_sub_and_fetch_4). From what I've been able to figure out from googling around is that these two functions are no longer available when building with '-march=i386' because i386 processors don't have the atomic operations that are required. The "solution" that I have seen proposed is to build with '-march=i686'. Unless someone has some other solution, I'd like to start building Asterisk as i686 in Rawhide rather than i386. Jeff [1] http://koji.fedoraproject.org/koji/getfile?taskID=415415&name=build.log From adam at spicenitz.org Wed Feb 13 04:02:31 2008 From: adam at spicenitz.org (Adam Goode) Date: Tue, 12 Feb 2008 23:02:31 -0500 Subject: selinux execmem and sigaltstack Message-ID: <47B26BD7.7090602@spicenitz.org> Hi, I am trying to figure out how to properly allocate memory for sigaltstack in all cases. This is for MLton, which I maintain in Fedora. Here is the problem: originally, MLton was not using PROT_EXEC for areas of memory used with sigaltstack. This was causing parisc to fail, since it uses trampolines on the stack. http://mlton.org/pipermail/mlton/2004-December/026512.html Now Fedora 9 tightens the default selinux booleans and by default mprotect with PROT_EXEC will fail. I want to fix MLton upstream to work correctly. Should I special case systems that require PROT_EXEC? Or is there a more correct way to allocate memory for it? Might this mean that sigaltstack() programs under SELinux on certain architectures must run in unconfined_u:object_r:unconfined_execmem_exec_t ? Thanks, Adam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature URL: From Matt_Domsch at dell.com Wed Feb 13 04:14:25 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 12 Feb 2008 22:14:25 -0600 Subject: mass rebuild stats Message-ID: <20080213041425.GA15665@auslistsprd01.us.dell.com> I'm in the middle of a full rawhide rebuild, but thought I'd throw out some interesting stats. Out of 5340 packages: 837 packages currently failing on x86_64, 724 on i386. 82 packages that haven't been rebuilt in a year, fail to build now. 5 packages that haven't been rebuilt in 18 months, fail to build now. Comparing Jesse's needs gcc 4.3 list: on needs43 but not failing Matt's rebuild: 1984 (this bodes well for the mass rebuild - most will succeed) on needs43 and currently failing Matt's rebuild: 608 (these will need developer attention) not on needs43 but failing Matt's rebuild: 229 (these will need developer attention) -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From rc040203 at freenet.de Tue Feb 12 06:37:20 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 12 Feb 2008 07:37:20 +0100 Subject: ppc64 gcc4.3 broken? [Was: koji build job hanging for 2 days?] In-Reply-To: <20080211103544.741836aa@redhat.com> References: <1202752923.3286.199.camel@beck.corsepiu.local> <20080211103544.741836aa@redhat.com> Message-ID: <1202798240.3725.12.camel@beck.corsepiu.local> On Mon, 2008-02-11 at 10:35 -0500, Jesse Keating wrote: > On Mon, 11 Feb 2008 19:02:03 +0100 > Ralf Corsepius wrote: > > > One of my koji buildjobs seems to be hanging for almost 2 days: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=35211 > > I freed the hung ppc64 task to see if it'll make it through on a > (third?) attempt. The build may have issues on ppc64 that is causing > it to hang. Hangs again - Looks like a GCC bug to me. At least, http://koji.fedoraproject.org/koji/getfile?taskID=410994&name=build.log ends (or hang) midst of a compilation statement: ... if g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I. -I../../../tests/cxts -I../../../otherlibs/highgui -I../../../cxcore/include -I../../../cv/include -I../../../cvaux/include -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mminimal-toc -MT aoptflowpyrlk.o -MD -MP -MF ".deps/aoptflowpyrlk.Tpo" -c -o aoptflowpyrlk.o aoptflowpyrlk.cpp; \ then mv -f ".deps/aoptflowpyrlk.Tpo" ".deps/aoptflowpyrlk.Po"; else rm -f ".deps/aoptflowpyrlk.Tpo"; exit 1; fi In file included from ../../../cvaux/include/cvaux.h:1458, from cvtest.h:51, from aoptflowpyrlk.cpp:42: [EOF] => I am inclined to think ppc64-g++-gcc4.3 has entered a compiler race. Ralf From kevin.kofler at chello.at Wed Feb 13 05:55:57 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 05:55:57 +0000 (UTC) Subject: ppc64 gcc4.3 broken? [Was: koji build job hanging for 2 days?] References: <1202752923.3286.199.camel@beck.corsepiu.local> <20080211103544.741836aa@redhat.com> <1202798240.3725.12.camel@beck.corsepiu.local> Message-ID: Ralf Corsepius freenet.de> writes: > At least, > http://koji.fedoraproject.org/koji/getfile?taskID=410994&name=build.log > ends (or hang) midst of a compilation statement: Be careful there before jumping to conclusions, file output is cached, so the log doesn't always indicate the exact place the crash takes place (because there's more output stuck in the cache). The log now says this: contour-approx: [32mOk /bin/sh: line 4: 23972 Terminated ${dir}$tst FAIL: cvtest ========================================================== 1 of 1 tests failed so it looks like the testsuite is locking up. Of course, this may still be a compiler bug (miscompilation), but it could also be a bug in the code exposed by the new compiler (e.g. an aliasing violation). Kevin Kofler From rodd at clarkson.id.au Wed Feb 13 06:05:57 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Feb 2008 17:05:57 +1100 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202869824.6718.14.camel@ignacio.lan> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> Message-ID: <1202882757.3208.268.camel@localhost.localdomain> On Tue, 2008-02-12 at 21:30 -0500, Ignacio Vazquez-Abrams wrote: > On Wed, 2008-02-13 at 12:59 +1100, Rodd Clarkson wrote: > > How important are ISO standards to Fedora. Does Fedora aim to adhere to > > ISO standards where they exist. For example, while a lot of people were > > thrilled that the open office file format was made an ISO standard, what > > bearing would this have had on Fedora. > > Open and unencumbered standards are important to Fedora. Whether or not > the ISO ratifies them is of little consequence. Right, so where does paper sizing fit into this? Wouldn't it be more correct for Fedora to default to the ISO standard for paper (A4, etc) than to the US standard for paper (letter, etc)? I raise this for two reasons: Firstly, the ISO standard on paper is what most of the world uses and therefor seems to make a sensible default. Secondly, if the ISO standard was the default size for paper, I'm guessing the totally broken way that applications handle paper sizes would actually be addressed and this wouldn't be an issue. R PS. This is related to a conversation with my father (a newish linux used) about how nice printer was in Linux (and particularly Fedora) to find that it is (from a user perspective) horribly broken (expect a flurry of bug reports). - R. -- "It's a fine line between denial and faith. It's much better on my side" From jspaleta at gmail.com Wed Feb 13 06:20:47 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Feb 2008 21:20:47 -0900 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202882757.3208.268.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> Message-ID: <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> On Feb 12, 2008 9:05 PM, Rodd Clarkson wrote: > Wouldn't it be more correct for Fedora to default to the ISO standard > for paper (A4, etc) than to the US standard for paper (letter, etc)? Fedora's default papersize setting... where? -jef From jspaleta at gmail.com Wed Feb 13 06:35:17 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Feb 2008 21:35:17 -0900 Subject: How important are ISO standards to Fedora? In-Reply-To: <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> Message-ID: <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> On Feb 12, 2008 9:20 PM, Jeff Spaleta wrote: > On Feb 12, 2008 9:05 PM, Rodd Clarkson wrote: > > Wouldn't it be more correct for Fedora to default to the ISO standard > > for paper (A4, etc) than to the US standard for paper (letter, etc)? > > Fedora's default papersize setting... where? Take a close look at the file cupshelpers.py in system-config-printer Letter is selected by default only for a small number of specific locales. What more do you want? Blood? If you are going to argue that we should make A4 the default, even for en_US and en_CA... locations where printers can be assumed that Letter sized paper is what is in the trays... you and I are going to have a serious discussion about balancing usability against idealism. -jef"You want A4 to be the default for en_US, meet me on the steps of the capital building in DC and spend a week championing the cause of metric system adoption. You'll know who I am. I'll be the one holding the medications with your name on the bottle"spaleta From rc040203 at freenet.de Wed Feb 13 07:17:26 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 13 Feb 2008 08:17:26 +0100 Subject: ppc64 gcc4.3 broken? [Was: koji build job hanging for 2 days?] In-Reply-To: References: <1202752923.3286.199.camel@beck.corsepiu.local> <20080211103544.741836aa@redhat.com> <1202798240.3725.12.camel@beck.corsepiu.local> Message-ID: <1202887046.3291.4.camel@beck.corsepiu.local> On Wed, 2008-02-13 at 05:55 +0000, Kevin Kofler wrote: > Ralf Corsepius freenet.de> writes: > > At least, > > http://koji.fedoraproject.org/koji/getfile?taskID=410994&name=build.log > > ends (or hang) midst of a compilation statement: > > Be careful there before jumping to conclusions, file output is cached, so the > log doesn't always indicate the exact place the crash takes place (because > there's more output stuck in the cache). You call looking at build.logs for several hours and watching them not receiving any updates/progress for several hours a premature conclusion? Sorry, but then koji has a usability problem ... From kevin.kofler at chello.at Wed Feb 13 07:38:39 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 07:38:39 +0000 (UTC) Subject: ppc64 gcc4.3 broken? [Was: koji build job hanging for 2 days?] References: <1202752923.3286.199.camel@beck.corsepiu.local> <20080211103544.741836aa@redhat.com> <1202798240.3725.12.camel@beck.corsepiu.local> <1202887046.3291.4.camel@beck.corsepiu.local> Message-ID: Ralf Corsepius freenet.de> writes: > You call looking at build.logs for several hours and watching them not > receiving any updates/progress for several hours a premature conclusion? > > Sorry, but then koji has a usability problem ... How is that Koji's fault? The operating system and/or C library caches stdio writes, they aren't output immediately unless fflush is explicitly called, and Koji has no control on the processes which are outputting to the redirected stdout (make and its subprocesses). There's no way to fix that in Koji. Kevin Kofler From rc040203 at freenet.de Wed Feb 13 07:44:11 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 13 Feb 2008 08:44:11 +0100 Subject: ppc64 gcc4.3 broken? [Was: koji build job hanging for 2 days?] In-Reply-To: References: <1202752923.3286.199.camel@beck.corsepiu.local> <20080211103544.741836aa@redhat.com> <1202798240.3725.12.camel@beck.corsepiu.local> <1202887046.3291.4.camel@beck.corsepiu.local> Message-ID: <1202888651.3291.9.camel@beck.corsepiu.local> On Wed, 2008-02-13 at 07:38 +0000, Kevin Kofler wrote: > Ralf Corsepius freenet.de> writes: > > You call looking at build.logs for several hours and watching them not > > receiving any updates/progress for several hours a premature conclusion? > > > > Sorry, but then koji has a usability problem ... > > How is that Koji's fault? The operating system and/or C library caches stdio > writes, they aren't output immediately unless fflush is explicitly called, and > Koji has no control on the processes which are outputting to the redirected > stdout (make and its subprocesses). stdout/stderr are being flushed upon all "\n"'s. The compiler-call the build job hung on ppc64, on all other architectures takes in the "order of minutes" => the logs are being flushed at the same rate > There's no way to fix that in Koji. no comment. From triad at df.lth.se Wed Feb 13 07:48:20 2008 From: triad at df.lth.se (Linus Walleij) Date: Wed, 13 Feb 2008 08:48:20 +0100 (CET) Subject: Locales (WAS: How important are ISO standards) In-Reply-To: <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> Message-ID: On Tue, 12 Feb 2008, Jeff Spaleta wrote: > Letter is selected by default only for a small number of specific > locales. I'd be surprised if the real problem was anything else than the simple fact that users who just want "an English Fedora" will not know how to localize Fedora for say, France while keeping the english language. Anaconda isn't very helpful in this either. For example if you choose to install in English language, then select "Paris" on the time map, it doesn't suggest you to switch locale to "en_FR" (which doesn't work BTW), what they actually want is probably to change some LC_* vars to fr_FR, like LC_PAPER and LC_TIME. How do you actually do that? LC_PAPER=\"fr_FR.UTF-8\" in /etc/sysconfig/i18n is my best guess. And there is no user-friendly way of doing that. Perhaps an enhancement bug for Anaconda here? Or is it too much detail for an average user? And do apps really respect the LC_* stuff ? Linus From jakub at redhat.com Wed Feb 13 07:49:24 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 13 Feb 2008 02:49:24 -0500 Subject: Building Asterisk in Rawhide on i386 In-Reply-To: <935ead450802121943h69ffe22g688c875bacdca1b5@mail.gmail.com> References: <935ead450802121943h69ffe22g688c875bacdca1b5@mail.gmail.com> Message-ID: <20080213074924.GL24887@devserv.devel.redhat.com> On Tue, Feb 12, 2008 at 09:43:11PM -0600, Jeffrey Ollie wrote: > I'm having some difficulty building Asterisk in Rawhide now that GCC > has been upgraded to 4.3. As you can see from [1] the build error out > because of some undefined symbols (__sync_fetch_and_add_4 and > __sync_sub_and_fetch_4). From what I've been able to figure out from > googling around is that these two functions are no longer available > when building with '-march=i386' because i386 processors don't have > the atomic operations that are required. No longer is a wrong word. __sync_fetch_and_add never worked for -march=i386, it can't - there is no atomic instruction on i386 ISA through which that could be implemented. > The "solution" that I have > seen proposed is to build with '-march=i686'. Unless someone has some > other solution, I'd like to start building Asterisk as i686 in Rawhide > rather than i386. Rather use -march=i486 -mtune=generic, and don't bother with using non-i386.rpm rpms. glibc/libstdc++/libgomp is built -march=i486 in i386.rpm packages already (NPTL doesn't support pre-i486), so Fedora for a few releases won't boot on pre-i486 anyway. On the other side, some people still use i586-ish CPUs (or i686 without cmov, that's the same deal) with Fedora, so limiting packages to i686 would hurt. Jakub From kevin.kofler at chello.at Wed Feb 13 07:54:11 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 07:54:11 +0000 (UTC) Subject: ppc64 gcc4.3 broken? [Was: koji build job hanging for 2 days?] References: <1202752923.3286.199.camel@beck.corsepiu.local> <20080211103544.741836aa@redhat.com> <1202798240.3725.12.camel@beck.corsepiu.local> <1202887046.3291.4.camel@beck.corsepiu.local> <1202888651.3291.9.camel@beck.corsepiu.local> Message-ID: Ralf Corsepius freenet.de> writes: > stdout/stderr are being flushed upon all "\n"'s. Wrong, stderr is, stdout isn't. Kevin Kofler From kevin.kofler at chello.at Wed Feb 13 08:24:35 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 08:24:35 +0000 (UTC) Subject: selinux execmem and sigaltstack References: <47B26BD7.7090602@spicenitz.org> Message-ID: Adam Goode spicenitz.org> writes: > Now Fedora 9 tightens the default selinux booleans and by default > mprotect with PROT_EXEC will fail. I want to fix MLton upstream to work Ouch, executable stacks are evil, the only reason you got away with it until now is that it is a custom stack being allocated that way (the system-allocated stack falls under "execstack" which is already banned by SELinux, with few exceptions). > correctly. Should I special case systems that require PROT_EXEC? Or is Maybe the GCC and glibc folks (Jakub Jelinek, Ulrich Drepper, ...) can tell you more, but IMHO special-casing the broken systems is the right thing to do if you want to get the patch upstream. For a quick fix, in Fedora, you should be able to simply patch out the PROT_EXEC entirely, parisc isn't a Fedora architecture anyway. Kevin Kofler From petersen at redhat.com Wed Feb 13 09:13:30 2008 From: petersen at redhat.com (Jens Petersen) Date: Wed, 13 Feb 2008 19:13:30 +1000 Subject: announcing fedora-haskell-list Message-ID: <47B2B4BA.6080405@redhat.com> There is now a mailing list to discussion Haskell in Fedora and a forum for the Fedora Haskell SIG. https://www.redhat.com/mailman/listinfo/fedora-haskell-list Please join if you would like to follow Haskell issues in Fedora or would like to contribute to Haskell packaging, etc. Jens From johannbg at hi.is Wed Feb 13 09:37:43 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Wed, 13 Feb 2008 09:37:43 +0000 Subject: How important are ISO standards to Fedora? In-Reply-To: <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> Message-ID: <47B2BA67.9090400@hi.is> Jeff Spaleta wrote: > On Feb 12, 2008 9:20 PM, Jeff Spaleta wrote: > >> On Feb 12, 2008 9:05 PM, Rodd Clarkson wrote: >> >>> Wouldn't it be more correct for Fedora to default to the ISO standard >>> for paper (A4, etc) than to the US standard for paper (letter, etc)? >>> >> Fedora's default papersize setting... where? >> > > Take a close look at the file cupshelpers.py > > in system-config-printer > > Letter is selected by default only for a small number of specific > locales. What more do you want? Blood? > > If you are going to argue that we should make A4 the default, even for > en_US and en_CA... locations where printers can be assumed that Letter > sized paper is what is in the trays... you and I are going to have a > serious discussion about balancing usability against idealism. > > -jef"You want A4 to be the default for en_US, meet me on the steps of > the capital building in DC and spend a week championing the cause of > metric system adoption. You'll know who I am. I'll be the one holding > the medications with your name on the bottle"spaleta > > +1 Fedora should default to the ISO standard.. Best regards. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From ml at deadbabylon.de Wed Feb 13 09:40:37 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Wed, 13 Feb 2008 10:40:37 +0100 Subject: KDE-SIG weekly report (07/2008) Message-ID: <200802131040.45687.ml@deadbabylon.de> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply ?to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 07/2008 Time: 2008-02-12 16:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-12 Meeting log: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-12?action=AttachFile&do=get&target=fedora-kde-sig-2008-02-12.txt ---------------------------------------------------------------------------------- = Participants = - DennisGilmore - RexDieter - SebastianVahl - ThanNgo ---------------------------------------------------------------------------------- = Agenda = topics to discuss: * knetworkmanager * PolicyKit integration (#428212) [1] * Last preparations before Feature Freeze (4 March 2008) * missing former KDE 3 packages (kmid, kaudiocreator, ksig, konq-plugins) * compiz-kde = Summary = o knetworkmanager: - An initial build of knetworkmanager with NetworkManager-0.7 support is now in Rawhide - It is still rough and missing many features. We have to evaluate it before F9 gets freezed o PolicyKit integration: - We should make sure to integrate PolicyKit in KDE 4 before F9 gets freezed. o missing former KDE 3 packages (kmid, kaudiocreator, ksig, konq-plugins): - SebastianVahl has packaged the svn versions of kmid and kaudiocreator (SPECS available at KDE4Status) [2] - kaudiocreator is always crashing at startup. kmid should be usuable but is untested at the moment. - ksig and konq-plugins are not yet packaged - We should consider if we don't ship a kdemultimedia3 package instead (only if this is really needed) - RexDieter will package at least arts in a (compat-)kdemultimedia3 package o compiz-kde: - compiz-kde has unresolved dependencies (libkdecorations.so) for some time now because kde-window-decorator isn't ported to kwin4 yet - The kde-desktop-effects.sh script inside compiz-kde should be adjusted to also provide a quick switch to kwin's desktop effects. - At least the namings should be adjusted o Last preparations before Feature Freeze: - generally speaking KDE 4 should be in a good shape - If possible we should package more KDE 4 applications - koffice2 should also be considered ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-19 ---------------------------------------------------------------------------------- = Links = [1] https://bugzilla.redhat.com/show_bug.cgi?id=428212 [2] http://fedoraproject.org/wiki/SIGs/KDE/KDE4Status -------------- 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 ivazqueznet at gmail.com Wed Feb 13 09:43:42 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 13 Feb 2008 04:43:42 -0500 Subject: announcing fedora-haskell-list In-Reply-To: <47B2B4BA.6080405@redhat.com> References: <47B2B4BA.6080405@redhat.com> Message-ID: <1202895822.6718.16.camel@ignacio.lan> On Wed, 2008-02-13 at 19:13 +1000, Jens Petersen wrote: > Please join if you would like to follow Haskell issues in Fedora or > would like to contribute to Haskell packaging, etc. There's a conspiracy afoot to drive me insane with mailing lists, I tells ya... :P -- 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 johannbg at hi.is Wed Feb 13 09:48:25 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Wed, 13 Feb 2008 09:48:25 +0000 Subject: Locales (WAS: How important are ISO standards) In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> Message-ID: <47B2BCE9.7090602@hi.is> Linus Walleij wrote: > On Tue, 12 Feb 2008, Jeff Spaleta wrote: > >> Letter is selected by default only for a small number of specific >> locales. > > I'd be surprised if the real problem was anything else than the simple > fact that users who just want "an English Fedora" will not know how to > localize Fedora for say, France while keeping the english language. > > Anaconda isn't very helpful in this either. For example if you choose > to install in English language, then select "Paris" on the time map, > it doesn't suggest you to switch locale to "en_FR" (which doesn't work > BTW), what they actually want is probably to change some LC_* vars to > fr_FR, like LC_PAPER and LC_TIME. > > How do you actually do that? > LC_PAPER=\"fr_FR.UTF-8\" in /etc/sysconfig/i18n > is my best guess. And there is no user-friendly way of doing that. > > Perhaps an enhancement bug for Anaconda here? Or is it too much detail > for an average user? And do apps really respect the LC_* stuff ? > > Linus > A option in S-C-P is one way of doing it. Server Settings --> Set default paper/media size to [ users choose the paper size they want ] and S-C-P changes it where it needs to be changed.. Best regard.. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From lordmorgul at gmail.com Wed Feb 13 09:51:42 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 13 Feb 2008 01:51:42 -0800 Subject: How important are ISO standards to Fedora? In-Reply-To: <47B2BA67.9090400@hi.is> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <47B2BA67.9090400@hi.is> Message-ID: <47B2BDAE.7050004@gmail.com> ? wrote: > Jeff Spaleta wrote: >> On Feb 12, 2008 9:20 PM, Jeff Spaleta wrote: >> >>> On Feb 12, 2008 9:05 PM, Rodd Clarkson wrote: >>> >>>> Wouldn't it be more correct for Fedora to default to the ISO standard >>>> for paper (A4, etc) than to the US standard for paper (letter, etc)? >>>> >>> Fedora's default papersize setting... where? >>> >> >> Take a close look at the file cupshelpers.py >> >> in system-config-printer >> >> Letter is selected by default only for a small number of specific >> locales. What more do you want? Blood? >> >> If you are going to argue that we should make A4 the default, even for >> en_US and en_CA... locations where printers can be assumed that Letter >> sized paper is what is in the trays... you and I are going to have a >> serious discussion about balancing usability against idealism. >> >> -jef"You want A4 to be the default for en_US, meet me on the steps of >> the capital building in DC and spend a week championing the cause of >> metric system adoption. You'll know who I am. I'll be the one holding >> the medications with your name on the bottle"spaleta >> >> > +1 Fedora should default to the ISO standard.. > > Best regards. > Johann B. I suspect you might not have interpreted Jef's sarcasm quite right, because I don't read him as +1 for changing anything there. Any choice of 'default' in paper sizes would simply be wrong somewhere... the only reasonable thing Fedora 'should' do is choose the most likely default based on locale. Maybe some more work needs done on that (which is a configuration issue). -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From kevin.kofler at chello.at Wed Feb 13 09:53:44 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 09:53:44 +0000 (UTC) Subject: KDE-SIG weekly report (07/2008) References: <200802131040.45687.ml@deadbabylon.de> Message-ID: Sebastian Vahl deadbabylon.de> writes: > - An initial build of knetworkmanager with NetworkManager-0.7 support is now > in Rawhide Actually it's not, it has been untagged. I've fixed the wiki page. Kevin Kofler From rodd at clarkson.id.au Wed Feb 13 09:55:49 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Feb 2008 20:55:49 +1100 Subject: How important are ISO standards to Fedora? In-Reply-To: <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> Message-ID: <1202896550.3208.285.camel@localhost.localdomain> On Tue, 2008-02-12 at 21:35 -0900, Jeff Spaleta wrote: > On Feb 12, 2008 9:20 PM, Jeff Spaleta wrote: > > On Feb 12, 2008 9:05 PM, Rodd Clarkson wrote: > > > Wouldn't it be more correct for Fedora to default to the ISO standard > > > for paper (A4, etc) than to the US standard for paper (letter, etc)? > > > > Fedora's default papersize setting... where? > > Take a close look at the file cupshelpers.py > > in system-config-printer > > Letter is selected by default only for a small number of specific > locales. What more do you want? Blood? Actually, I'd just like it to work. I've been using Redhat and Fedora since version Redhat 6.0. And I upgrade with almost every new release. In that time I've have to tell my computer I'm an A4 user. For example, I'm using Fedora 8 at the moment and yet again, I've had to inform a bunch of applications that I'm an A4 user. Again. > If you are going to argue that we should make A4 the default, even for > en_US and en_CA... locations where printers can be assumed that Letter > sized paper is what is in the trays... you and I are going to have a > serious discussion about balancing usability against idealism. If you made A4 the default, and then changed it for en_US and en_CA then what I'm asking for above would probably work. R. > -jef"You want A4 to be the default for en_US, meet me on the steps of > the capital building in DC and spend a week championing the cause of > metric system adoption. You'll know who I am. I'll be the one holding > the medications with your name on the bottle"spaleta > -- "It's a fine line between denial and faith. It's much better on my side" From rodd at clarkson.id.au Wed Feb 13 09:58:26 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Feb 2008 20:58:26 +1100 Subject: How important are ISO standards to Fedora? In-Reply-To: <47B2BDAE.7050004@gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <47B2BA67.9090400@hi.is> <47B2BDAE.7050004@gmail.com> Message-ID: <1202896706.3208.288.camel@localhost.localdomain> On Wed, 2008-02-13 at 01:51 -0800, Andrew Farris wrote: > ? wrote: > > Jeff Spaleta wrote: > >> On Feb 12, 2008 9:20 PM, Jeff Spaleta wrote: > >> > >>> On Feb 12, 2008 9:05 PM, Rodd Clarkson wrote: > >>> > >>>> Wouldn't it be more correct for Fedora to default to the ISO standard > >>>> for paper (A4, etc) than to the US standard for paper (letter, etc)? > >>>> > >>> Fedora's default papersize setting... where? > >>> > >> > >> Take a close look at the file cupshelpers.py > >> > >> in system-config-printer > >> > >> Letter is selected by default only for a small number of specific > >> locales. What more do you want? Blood? > >> > >> If you are going to argue that we should make A4 the default, even for > >> en_US and en_CA... locations where printers can be assumed that Letter > >> sized paper is what is in the trays... you and I are going to have a > >> serious discussion about balancing usability against idealism. > >> > >> -jef"You want A4 to be the default for en_US, meet me on the steps of > >> the capital building in DC and spend a week championing the cause of > >> metric system adoption. You'll know who I am. I'll be the one holding > >> the medications with your name on the bottle"spaleta > >> > >> > > +1 Fedora should default to the ISO standard.. > > > > Best regards. > > Johann B. > > I suspect you might not have interpreted Jef's sarcasm quite right, because I > don't read him as +1 for changing anything there. Any choice of 'default' in > paper sizes would simply be wrong somewhere... the only reasonable thing Fedora > 'should' do is choose the most likely default based on locale. Maybe some more > work needs done on that (which is a configuration issue). As far as I'm aware, the installer asks where you live (with regard to time zones), but given you can select cities on a map, shouldn't this be enough? R. -- "It's a fine line between denial and faith. It's much better on my side" From abo at kth.se Wed Feb 13 10:10:04 2008 From: abo at kth.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Wed, 13 Feb 2008 11:10:04 +0100 Subject: Locales (WAS: How important are ISO standards) In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> Message-ID: <1202897404.30117.66.camel@realdor.ite.kth.se> ons 2008-02-13 klockan 08:48 +0100 skrev Linus Walleij: > Anaconda isn't very helpful in this either. For example if you choose to > install in English language, then select "Paris" on the time map, it > doesn't suggest you to switch locale to "en_FR" (which doesn't work BTW), So what about en_GB.UTF-8 if you're in Europe and want English messages? That should give you ISO paper sizes. I suppose Anaconda could suggest that. /abo From rodd at clarkson.id.au Wed Feb 13 10:11:11 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Feb 2008 21:11:11 +1100 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202896550.3208.285.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <1202896550.3208.285.camel@localhost.localdomain> Message-ID: <1202897471.3208.292.camel@localhost.localdomain> On Wed, 2008-02-13 at 20:55 +1100, Rodd Clarkson wrote: > > If you are going to argue that we should make A4 the default, even > for > > en_US and en_CA... locations where printers can be assumed that > Letter > > sized paper is what is in the trays... you and I are going to have a > > serious discussion about balancing usability against idealism. > > If you made A4 the default, and then changed it for en_US and en_CA > then > what I'm asking for above would probably work. My apologies, it appears that A4 is the default. It also appears that Fedora isn't setting some locale variable that it should. What variable it this all based on, and how would I check what it is? R. -- "It's a fine line between denial and faith. It's much better on my side" From johannbg at hi.is Wed Feb 13 10:21:27 2008 From: johannbg at hi.is (=?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmRzc29uIg==?=) Date: Wed, 13 Feb 2008 10:21:27 +0000 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202896706.3208.288.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <47B2BA67.9090400@hi.is> <47B2BDAE.7050004@gmail.com> <1202896706.3208.288.camel@localhost.localdomain> Message-ID: <47B2C4A7.2080806@hi.is> >> I suspect you might not have interpreted Jef's sarcasm quite right, because I >> don't read him as +1 for changing anything there. Any choice of 'default' in >> paper sizes would simply be wrong somewhere... the only reasonable thing Fedora >> 'should' do is choose the most likely default based on locale. Maybe some more >> work needs done on that (which is a configuration issue). >> > > Lack of early strong black coffee made me put the line (+1 Fedora should default to the ISO standard) in the wrong place so it looked like I was +1-ing Jef which was not what I was doing I was rooting for Fedora should default to standards in this case ISO.. BR. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 381 bytes Desc: not available URL: From mzerqung at 0pointer.de Wed Feb 13 11:03:40 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 12:03:40 +0100 Subject: PulseAudio requesting high priority In-Reply-To: References: Message-ID: <20080213110340.GA7457@tango.0pointer.de> On Mon, 11.02.08 11:11, Michel Salim (michel.sylvan at gmail.com) wrote: > I first noticed this a week or so before Alpha was released: after one > of the pulseaudio updates, on the next login I was prompted if I want > to turn on high-priority scheduling for PulseAudio, and that it needs > super-user authentication. > > After a fresh Alpha install, the same thing happened, both in: > - new user created using useradd > - new user created using system-config-users > > Sounds like something that should either be > 1) enabled by default (perhaps using ConsoleKit), or > 2) possible to turn off entirely (i.e. "no, I don't need this feature, > don't ask me again" -- with instruction on how to change this) The idea is to show this dialog only when rt or high-prio is enabled in the config file, but you lack the necessary privs. However, due to some reasons, this doesn't really work as intended, yet. By default, we will not enable rt, because it is not safe on multi-user systems. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From adrian at lisas.de Wed Feb 13 11:13:18 2008 From: adrian at lisas.de (Adrian Reber) Date: Wed, 13 Feb 2008 12:13:18 +0100 Subject: 9-Alpha does not boot with selinux enabled on ppc64 In-Reply-To: <20080212175951.3532f7d0@alkaid.a.lan> References: <20080212160931.GA30877@lisas.de> <20080212175951.3532f7d0@alkaid.a.lan> Message-ID: <20080213111318.GA17709@lisas.de> On Tue, Feb 12, 2008 at 05:59:51PM +0100, Andreas Bierfert wrote: > Adrian Reber wrote: > > > I am not really sure against which component in bugzilla I should assign > > my problem. I did an new (9-Alpha) installation on ppc64 (JS21) with > > encrypted root filesystem and ext4 and at the first boot it comes up with > > following selinux error: > > Maybe you got hit by [1]. Also see [2] for more infromation especially > before rebooting into a newer rawhide kernel... > > [1] - https://bugzilla.redhat.com/show_bug.cgi?id=429857 > [2] - http://fedoraproject.org/wiki/FedoraExt4 Thanks for the links. I have it now working with the 9-Alpha kernel and the current rawhide kernel with ext4 and selinux enabled. Following steps were necessary (like described in the wiki): * boot with enforcing=0 * fixfiles restore / * debugfs -w /dev/mapper/VolGroup00-LogVol00 debugfs 1.40.6 (09-Feb-2008) debugfs: set_super_value s_flags 4 debugfs: quit And from that point I can boot with both kernels. Adrian From jonathan.underwood at gmail.com Wed Feb 13 11:51:39 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 13 Feb 2008 11:51:39 +0000 Subject: Packages stuck pending? In-Reply-To: <20080213010659.GB29691@crow> References: <645d17210802121547s2fff354anedfe30d36abeacfa@mail.gmail.com> <20080213010659.GB29691@crow> Message-ID: <645d17210802130351i10dc3d98t82573120c7956f2d@mail.gmail.com> On 13/02/2008, Luke Macken wrote: > They'll go out in the next push. We hit some issues yesterday while > trying to compose our updates repositories. createrepo segfaulted in > the first attempt, and then the xen server bodhi was running on died > with the next. Getting the kernel out the door was priority. OK, thanks Luke. From dcbw at redhat.com Wed Feb 13 13:20:37 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 13 Feb 2008 08:20:37 -0500 Subject: bodhi update lag Message-ID: <1202908837.19266.3.camel@localhost.localdomain> Hi, Just wondering whether the latest update lag was a one-time thing or if there are other problems that are causing pushes to be slow. For example, https://admin.fedoraproject.org/updates/F8/FEDORA-2008-1624 was submitted on 2008-02-06, but the actual push to testing happened 7 days later on 2008-02-13. 7 days is a bit too long for pushes, I think. Anything in particular going on? Thanks, Dan From limb at jcomserv.net Wed Feb 13 13:25:56 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 13 Feb 2008 07:25:56 -0600 (CST) Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080212152854.4dc6c544@wabash.artheist.org> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> <20080212152854.4dc6c544@wabash.artheist.org> Message-ID: <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> > >> I've got all mine patched and done for 4.3 but xmoto, which I've got >> partway fixed but am stuck. Anyone understand this? >> >> http://koji.fedoraproject.org/koji/getfile?taskID=406771&name=build.log > > Scene.o: In function `CollisionSystem::CollisionSystem()': > Scene.cpp:(.text._ZN15CollisionSystemC1Ev[CollisionSystem::CollisionSystem()]+0xd1): > undefined reference to `ElementHandler::reset()' > > This usually means that the definition of > class template ElementHandler's member function reset is not included > in the translation unit, only the declaration. > > Find out where it's defined, and make sure that scene.cpp includes that > file. It's defined in Collision.h in the parent directory, and it is included in Scene.cpp, but I noticed in Scene.h it uses: #include "Collision.h" rather than: #include "../Collision.h" So I patched that, but it doesn't help. > -benjamin > > -- > 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 Feb 13 13:38:35 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 13 Feb 2008 08:38:35 -0500 Subject: bodhi update lag In-Reply-To: <1202908837.19266.3.camel@localhost.localdomain> References: <1202908837.19266.3.camel@localhost.localdomain> Message-ID: <20080213083835.7d2d149c@redhat.com> On Wed, 13 Feb 2008 08:20:37 -0500 Dan Williams wrote: > Just wondering whether the latest update lag was a one-time thing or > if there are other problems that are causing pushes to be slow. For > example, https://admin.fedoraproject.org/updates/F8/FEDORA-2008-1624 > was submitted on 2008-02-06, but the actual push to testing happened > 7 days later on 2008-02-13. 7 days is a bit too long for pushes, I > think. Anything in particular going on? This was a one time thing. I had planned to do a push on Friday/Saturday but I got hit with a really bad stomach bug. Then the critical kernel security issue came up and that took priority over any other pushes. Unfortunately a push failure plus a machine reboot conspired to make that kernel push take all day. Then yesterday was spent getting all the packages signed (there were a lot of them) and a push going, which finally made it out today. We're making some changes today that should speed up the process a bit. -- 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 Wed Feb 13 13:46:03 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 14:46:03 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <47A19569.7010700@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> Message-ID: <20080213134603.GA25815@tango.0pointer.de> On Thu, 31.01.08 01:31, Andrew Farris (lordmorgul at gmail.com) wrote: > > Warren Togami wrote: >> Hi folks, >> Is anyone else seeing regular crashing of applications like pidgin, >> mplayer or xine caused by pulseaudio? Did anybody manage to get useful >> backtraces out of this? >> Thanks, >> Warren Togami >> wtogami at redhat.com > > I just had an issue with rhythmbox locking up while playing through > pulseaudio. It locked only when I switched to VT1 where root was logged > in, and it immediately stopped playing and froze. I've got the backtrace > for all threads, but the top few are below. The rest is rather long so I > won't post it yet. I haven't had rhythmbox do this before tonight. > > Usually it will stop playing through the sink device (it is still trying > to) until returning to the login that is running rhythmbox, but this time > it actually froze and did not keep streaming to the sink. This is somewhat expected behaviour. Access to the audio device follows the active session on the display. I.e. if you switch VTs than ConsoleKit+HAL will change the ACLs of the audio devices and tell PA to stop accessing the audio device. This will cause playback to pause for all applications accessing PA. However, as soon as you switch back the session, the playback should continue. This is not perfect however, since we don't inform Gst/Rhyhtmbox that the audio device is temporarily stopped (there's no way to do that afaik). Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mschwendt at gmail.com Wed Feb 13 14:24:16 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 13 Feb 2008 15:24:16 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> <20080212152854.4dc6c544@wabash.artheist.org> <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> Message-ID: <20080213152416.a6dbf57f.mschwendt@gmail.com> On Wed, 13 Feb 2008 07:25:56 -0600 (CST), Jon Ciesla wrote: > > > > >> I've got all mine patched and done for 4.3 but xmoto, which I've got > >> partway fixed but am stuck. Anyone understand this? > >> > >> http://koji.fedoraproject.org/koji/getfile?taskID=406771&name=build.log > > > > Scene.o: In function `CollisionSystem::CollisionSystem()': > > Scene.cpp:(.text._ZN15CollisionSystemC1Ev[CollisionSystem::CollisionSystem()]+0xd1): > > undefined reference to `ElementHandler::reset()' > > > > This usually means that the definition of > > class template ElementHandler's member function reset is not included > > in the translation unit, only the declaration. > > > > Find out where it's defined, and make sure that scene.cpp includes that > > file. > > It's defined in Collision.h in the parent directory, and it is included in > Scene.cpp, but I noticed in Scene.h it uses: > > #include "Collision.h" > > rather than: > > #include "../Collision.h" > > So I patched that, but it doesn't help. It's declared in Collision.h but defined only in Collision.cpp, which doesn't work as it is a template. The author had tried to also move the ctor into the .cpp file and mentions in a comment that it didn't compile. Moving the definition of ElementHandler::reset() method into the Collision.h file would fix this (but it's likely not the only definition that needs to be moved). From selinux at gmail.com Wed Feb 13 14:53:48 2008 From: selinux at gmail.com (Tom London) Date: Wed, 13 Feb 2008 06:53:48 -0800 Subject: Another 4.3 c++ question.... (vmware kernel g++ module rebuild issue) Message-ID: <4c4ba1530802130653o24a405e4ya5d052446955085b@mail.gmail.com> vmware module rebuild fails with kernel-2.6.25-0.35.rc1.fc9.i686 (and gcc-c++-4.3.0-0.7.i386?). The following code from compiles fine with gcc but not with g++: typedef int pteval_t; struct pte_t { pteval_t pte; int junk; }; typedef struct pte_t pte_t; static inline pte_t native_make_pte(pteval_t val) { return (pte_t) { .pte = val }; } [tbl at localhost ~]$ g++ -S t.c t.c: In function 'pte_t native_make_pte(pteval_t)': t.c:12: error: expected primary-expression before ')' token t.c:12: error: expected ';' before '{' token t.c:12: error: expected primary-expression before '.' token t.c:12: error: expected `;' before '}' token Has 4.3 g++ changed the acceptability of the "designated initializer" in the return? Changing the "dot =" to (obsolete?) "colon" appears acceptable: static inline pte_t native_make_pte(pteval_t val) { return (pte_t) { pte:val }; } There is a similar construct in : static inline pte_t __pte(pteval_t val) { pteval_t ret; if (sizeof(pteval_t) > sizeof(long)) ret = PVOP_CALL2(pteval_t, pv_mmu_ops.make_pte, val, (u64)val >> 32); else ret = PVOP_CALL1(pteval_t, pv_mmu_ops.make_pte, val); return (pte_t) { .pte = ret }; } Changing to "colon" makes g++ happy. This an issue with VMware? g++? headers? other? tom -- Tom London From alan at redhat.com Wed Feb 13 14:56:57 2008 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Feb 2008 09:56:57 -0500 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202882757.3208.268.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> Message-ID: <20080213145657.GA23527@devserv.devel.redhat.com> On Wed, Feb 13, 2008 at 05:05:57PM +1100, Rodd Clarkson wrote: > Right, so where does paper sizing fit into this? Locale dependant. Alan From kevin.kofler at chello.at Wed Feb 13 14:57:12 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 14:57:12 +0000 (UTC) Subject: pulseaudio causing crashing of applications References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> Message-ID: Lennart Poettering 0pointer.de> writes: > This is somewhat expected behaviour. Access to the audio device > follows the active session on the display. I.e. if you switch VTs than > ConsoleKit+HAL will change the ACLs of the audio devices and tell PA > to stop accessing the audio device. This will cause playback to pause > for all applications accessing PA. However, as soon as you switch back > the session, the playback should continue. This is not perfect > however, since we don't inform Gst/Rhyhtmbox that the audio device is > temporarily stopped (there's no way to do that afaik). Have you considered just muting the sound rather than blocking the applications? The obvious drawback is that the user doesn't automatically get back to where he/she left, but on the other hand, you can't really expect sound applications to know how to handle a blocked sound device, and it is also application-specific whether returning to where you left is a good or bad idea (think of a live stream, for example: in that case, returning to where you left might not even be possible, and if it is, it's usually not what the user wants). Kevin Kofler From jakub at redhat.com Wed Feb 13 15:03:10 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 13 Feb 2008 10:03:10 -0500 Subject: Another 4.3 c++ question.... (vmware kernel g++ module rebuild issue) In-Reply-To: <4c4ba1530802130653o24a405e4ya5d052446955085b@mail.gmail.com> References: <4c4ba1530802130653o24a405e4ya5d052446955085b@mail.gmail.com> Message-ID: <20080213150309.GO24887@devserv.devel.redhat.com> On Wed, Feb 13, 2008 at 06:53:48AM -0800, Tom London wrote: > vmware module rebuild fails with kernel-2.6.25-0.35.rc1.fc9.i686 (and > gcc-c++-4.3.0-0.7.i386?). > > The following code from compiles fine with gcc but not with g++: > > typedef int pteval_t; > > struct pte_t { > pteval_t pte; > int junk; > }; > > typedef struct pte_t pte_t; > > static inline pte_t native_make_pte(pteval_t val) > { > return (pte_t) { .pte = val }; > } > > [tbl at localhost ~]$ g++ -S t.c > t.c: In function 'pte_t native_make_pte(pteval_t)': > t.c:12: error: expected primary-expression before ')' token > t.c:12: error: expected ';' before '{' token > t.c:12: error: expected primary-expression before '.' token > t.c:12: error: expected `;' before '}' token > > > Has 4.3 g++ changed the acceptability of the "designated initializer" > in the return? No, if you try g++ 4.1.x, it will fail the same way. Really, C is not a subset of C++, it is a different language, and this header is written in C (particularly ISO C99). Why are you trying to compile vmware with g++ rather than gcc? Jakub From limb at jcomserv.net Wed Feb 13 15:06:39 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 13 Feb 2008 09:06:39 -0600 (CST) Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080213152416.a6dbf57f.mschwendt@gmail.com> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> <20080212152854.4dc6c544@wabash.artheist.org> <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> <20080213152416.a6dbf57f.mschwendt@gmail.com> Message-ID: <19365.63.85.68.164.1202915199.squirrel@mail.jcomserv.net> > On Wed, 13 Feb 2008 07:25:56 -0600 (CST), Jon Ciesla wrote: > >> >> > >> >> I've got all mine patched and done for 4.3 but xmoto, which I've got >> >> partway fixed but am stuck. Anyone understand this? >> >> >> >> http://koji.fedoraproject.org/koji/getfile?taskID=406771&name=build.log >> > >> > Scene.o: In function `CollisionSystem::CollisionSystem()': >> > Scene.cpp:(.text._ZN15CollisionSystemC1Ev[CollisionSystem::CollisionSystem()]+0xd1): >> > undefined reference to `ElementHandler::reset()' >> > >> > This usually means that the definition of >> > class template ElementHandler's member function reset is not included >> > in the translation unit, only the declaration. >> > >> > Find out where it's defined, and make sure that scene.cpp includes >> that >> > file. >> >> It's defined in Collision.h in the parent directory, and it is included >> in >> Scene.cpp, but I noticed in Scene.h it uses: >> >> #include "Collision.h" >> >> rather than: >> >> #include "../Collision.h" >> >> So I patched that, but it doesn't help. > > It's declared in Collision.h but defined only in Collision.cpp, which > doesn't work as it is a template. The author had tried to also move the > ctor into the .cpp file and mentions in a comment that it didn't compile. > Moving the definition of ElementHandler::reset() method into the > Collision.h file would fix this (but it's likely not the only definition > that needs to be moved). That makes sense. As my c++ are not quite up to this, I've sent this upstream. Thanks all! > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From selinux at gmail.com Wed Feb 13 15:08:45 2008 From: selinux at gmail.com (Tom London) Date: Wed, 13 Feb 2008 07:08:45 -0800 Subject: Another 4.3 c++ question.... (vmware kernel g++ module rebuild issue) In-Reply-To: <20080213150309.GO24887@devserv.devel.redhat.com> References: <4c4ba1530802130653o24a405e4ya5d052446955085b@mail.gmail.com> <20080213150309.GO24887@devserv.devel.redhat.com> Message-ID: <4c4ba1530802130708j1e43799fvc2e892ea53236e96@mail.gmail.com> On Wed, Feb 13, 2008 at 7:03 AM, Jakub Jelinek wrote: > On Wed, Feb 13, 2008 at 06:53:48AM -0800, Tom London wrote: > > vmware module rebuild fails with kernel-2.6.25-0.35.rc1.fc9.i686 (and > > gcc-c++-4.3.0-0.7.i386?). > > > > The following code from compiles fine with gcc but not with g++: > > > > typedef int pteval_t; > > > > struct pte_t { > > pteval_t pte; > > int junk; > > }; > > > > typedef struct pte_t pte_t; > > > > static inline pte_t native_make_pte(pteval_t val) > > { > > return (pte_t) { .pte = val }; > > } > > > > [tbl at localhost ~]$ g++ -S t.c > > t.c: In function 'pte_t native_make_pte(pteval_t)': > > t.c:12: error: expected primary-expression before ')' token > > t.c:12: error: expected ';' before '{' token > > t.c:12: error: expected primary-expression before '.' token > > t.c:12: error: expected `;' before '}' token > > > > > > Has 4.3 g++ changed the acceptability of the "designated initializer" > > in the return? > > No, if you try g++ 4.1.x, it will fail the same way. > Really, C is not a subset of C++, it is a different language, and this > header is written in C (particularly ISO C99). > > Why are you trying to compile vmware with g++ rather than gcc? > > Jakub > Sigh ..... appears that VMWare uses some g++ "down in the module". I had no problem compiling VMWare modules prior to yesterday, so I'm guessing some changes to kernel header files exposed this. Any idea why the old "colon" syntax would appear to still work? (at least not complain)? That seems a bit strange. tom -- Tom London From Matt_Domsch at dell.com Wed Feb 13 15:09:39 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 13 Feb 2008 09:09:39 -0600 Subject: Fedora x86_64 rawhide rebuild in mock status 2008-02-09 Message-ID: <20080213150939.GA5767@humbolt.us.dell.com> Fedora Rawhide-in-Mock Build Results for x86_64 Based on tree on Feb 09, 2008 Note: this tree was built using gcc 4.3, so many failures (~600) are as a result of changes packages will need to adapt to this new compiler. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 5339 Number failed to build: 866 Number expected to fail due to ExclusiveArch or ExcludeArch: 35 Leaving: 831 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 831 ---------------------------------- 8Kingdoms-1.1.0-5.fc9 (build/make) jwrdegoede BibTool-2.48-6.fc7 (build/make) pertusus CCfits-1.8-1.fc9 (build/make) sergiopr Django-0.96.1-1.fc9 (build/make) salimma GraphicsMagick-1.1.10-1.fc9 (build/make) ixs HippoDraw-1.21.1-2.fc8 (build/make) pfkeb Inventor-2.1.5-31.fc9 (build/make) corsepiu LabPlot-1.5.1.6-4.fc8 (build/make) chitlesh MAKEDEV-3.23-1.2 (build/make) clumens Macaulay2-0.9.95-9.fc9 (build/make) rdieter Miro-1.1-2.fc9 (build/make) tscherf,caillon,alexlan NetworkManager-0.7.0-0.8.svn3302.fc9 (build/make) dcbw,wtogami,dcbw NetworkManager-openvpn-0.7.0-8.svn3302.fc9 (build/make) timn,steve,choeger OpenIPMI-2.0.13-1.fc9 (build/make) pknirsch OpenSceneGraph-2.2.0-3.fc9 (build/make) corsepiu PerceptualDiff-1.0.1-6.fc8 (build/make) kwizart PyRTF-0.45-5.fc8 (build/make) jamatos,mpeters,jamatos PySolFC-1.1-4.fc9 (build/make) firewing QuantLib-0.8.1-4.fc9 (build/make) spot SOAPpy-0.11.6-6.fc7 (build/make) xulchris SteGUI-0.0.1-12.fc9 (build/make) pingou WebKit-1.0.0-0.4.svn29336.fc9 (build/make) pgordon abiword-2.4.6-7.fc9 (build/make) uwog acpid-1.0.6-5.fc9 (build/make) zprikryl adanaxisgpl-1.2.4-1.fc9 (build/make) southa adplug-2.1-3.fc9 (build/make) snirkel agave-0.4.2-5.fc8 (build/make) abompard aget-0.4-3.fc8 (build/make) orphan aiksaurus-1.2.1-15.fc6 (build/make) uwog aircrack-ng-0.9.1-2.fc8 (build/make) till airsnort-0.2.7e-11.fc7 (build/make) awjb akode-2.0.2-4.fc9 (build/make) rdieter allegro-4.2.2-7.fc9 (build/make) jnovy,jwrdegoede alliance-5.0-10.20070718snap.fc8 (build/make) chitlesh alpine-1.00-2.fc9 (build/make) joshuadf,rdieter,jima alsa-tools-1.0.15-2.fc9 (build/make) timj amanith-0.3-6.fc9 (build/make) spot amarok-1.4.8-2.fc9 (build/make) abompard,rdieter amarokFS-0.5-1.fc7 (build/make) faucamp anjuta-2.2.0-4.fc9 (build/make) rishi antlr-2.7.7-1jpp.6.fc8 (build/make) dbhole apt-0.5.15lorg3.94-1.fc9 (build/make) athimm,pmatilai aqsis-1.2.0-6.fc8 (build/make) kwizart,denis ardour-2.2-3.fc9 (build/make) green,jwrdegoede aria2-0.12.0-2.fc9 (build/make) ecik arm-gp2x-linux-glibc-2.3.6-4.fc8 (build/make) jwrdegoede arts-1.5.8-4.fc8 (build/make) than,rdieter asio-0.3.8-7.fc9 (build/make) uwog astyle-1.21-6.fc8 (build/make) addutko,mtasaka atitvout-0.4-7 (build/make) awjb atlascpp-0.6.1-2.fc9 (build/make) wart audacious-plugins-1.4.4-1.fc9 (build/make) ertzing audacity-1.3.2-18.fc9 (build/make) gemi,mschwendt audit-1.6.7-2.fc9 (build/make) sgrubb authconfig-5.3.20-1.fc9 (build/make) tmraz authd-1.4.3-11 (build/make) jsafrane,jsafrane autogen-5.8.9-1.fc7 (build/make) rishi avahi-0.6.22-4.fc9 (build/make) orphan,lennart avr-libc-1.4.6-4.fc8 (build/make) jwrdegoede awesfx-0.5.0d-4.fc7 (build/make) stransky bacula-2.0.3-13.fc9 (build/make) ixs,mmcgrath basket-1.0.2-3.fc9 (build/make) abompard bbkeys-0.9.0-9 (build/make) thias bes-3.5.3-3.fc9 (build/make) pertusus bibletime-1.6.5-2.fc9 (build/make) anderson,deji bidiv-1.5-4.fc6 (build/make) danken bit-0.4.1-1.fc7 (build/make) rvinyard bitbake-1.8.8-1.fc8 (build/make) ixs bitgtkmm-0.4.0-2.fc7 (build/make) rvinyard bitlbee-1.0.4-1.fc8 (build/make) robert bittorrent-4.4.0-5.fc7 (build/make) pghmcfc blackbox-0.70.1-9 (build/make) thias blam-1.8.3-13.fc9 (build/make) pgordon,sindrepb blitz-0.9-5.fc9 (build/make) sergiopr blktool-4-6.fc6 (build/make) jgarzik blobby-0.6-0.7.a.fc8 (build/make) abompard blogtk-1.1-8.fc7 (build/make) pfrields bluez-utils-3.25-1.fc9 (build/make) dwmw2,hadess bmpx-0.40.13-7.fc9 (build/make) akahl bonnie++-1.03a-7.fc8 (build/make) wtogami,rmyers brltty-3.9-1.1.fc9 (build/make) tjanouse brutus-keyring-0.9.0-6.fc8 (build/make) bpepple,colding bsd-games-2.17-22.fc9 (build/make) wart bug-buddy-2.21.90-1.fc9 (build/make) rstrode buoh-0.8.2-2.fc7 (build/make) chabotc bzflag-2.0.10-4.fc9 (build/make) nphilipp cadaver-0.23.0-2 (build/make) jorton cal3d-0.11.0-4.fc7 (build/make) xulchris callweaver-1.2-0.4.rc5.20071230.fc9 (build/make) dwmw2 camstream-0.26.3-12.fc8 (open_missing_mode) nomis80 castor-0.9.5-1jpp.7 (build/make) pcheung cdcollect-0.6.0-4.fc8 (build/make) sharkcz cdrdao-1.2.2-3 (build/make) harald celestia-1.4.1-7.fc7 (build/make) steve,mmahut checkstyle-4.1-4jpp.2.fc8 (build/make) nsantos,dbhole chmsee-1.0.0-1.34.fc9 (build/make) bbbush,pertusus cinepaint-0.22.1-5.fc8 (build/make) kwizart claws-mail-plugins-3.2.0-1.fc9 (build/make) awjb clips-6.24-22.fc7 (build/make) rvinyard clipsmm-0.0.7-1.fc7 (build/make) rvinyard clisp-2.43-3.fc9 (build/make) gemi,green cln-1.1.13-4.fc8 (build/make) qspencer clutter-0.4.2-1.fc8 (build/make) allisson cman-2.0.60-3.fc7 (build/make) cfeist cohoba-0.0.4-5.fc7 (build/make) tjikkun,bpepple compat-erlang-R10B-11.9.fc9 (build/make) gemi compiz-0.6.2-6.fc9 (build/make) krh compizconfig-python-0.6.0.1-2.fc9 (build/make) izhar cone-0.74-1.fc9 (build/make) steve conexus-0.5.3-2.fc8 (build/make) rvinyard conexusmm-0.5.0-3.fc7 (build/make) rvinyard conntrack-tools-0.9.5-3.fc9 (build/make) stingray contacts-0.8-1.fc9 (build/make) jkeating coolkey-1.1.0-5.fc8 (build/make) rrelyea,jmagne coreutils-6.10-5.fc9 (build/make) ovasik,twaugh cowbell-0.2.7.1-6.fc6 (build/make) sindrepb cpio-2.9-5.fc9 (build/make) rbrich cppad-20071229-6.fc9 (build/make) bradbell cpuspeed-1.2.1-3.fc8 (build/make) jwilson cryptix-asn1-20011119-7jpp.2 (build/make) orphan crystal-clear-20050622-6.fc8 (build/make) chitlesh ctrlproxy-3.0.5-1.fc9 (build/make) jwboyer curl-7.18.0-1.fc9 (build/make) jnovy curlftpfs-0.9.1-1.fc7 (build/make) anderson cyphesis-0.5.15-3.fc9 (build/make) wart cyrus-imapd-2.3.9-8.fc9 (build/make) tjanouse cyrus-sasl-2.1.22-11.fc9 (build/make) sconklin dap-freeform_handler-3.7.7-2.fc9 (build/make) pertusus dap-hdf4_handler-3.7.7-3.fc9 (build/make) pertusus dar-2.3.6-3.fc9 (build/make) xris darcs-1.0.9-6.fc8 (build/make) jjh,petersen dasher-4.7.0-1.fc9 (build/make) davidz db4o-6.1-2.fc7 (build/make) pfj dbxml-2.3.10-9.fc9 (build/make) mzazrive deluge-0.5.8.3-1.fc9 (build/make) pgordon devhelp-0.17-1.fc9 (build/make) mbarnes device-mapper-multipath-0.4.7-11.fc7 (build/make) lvm-team,agk,mornfall,mbroz,dwysocha,bmarzins dhcpv6-1.0.11-1.fc9 (build/make) dcantrel distcache-1.4.5-16 (build/make) jorton dmraid-1.0.0.rc14-6.fc9 (build/make) lvm-team,agk,mornfall,bmr,mbroz,mauelsha,dwysocha dnsmasq-2.41-0.6.rc1.fc9 (build/make) jima docker-1.5-2.fc9 (build/make) awjb dosbox-0.72-1.fc8 (build/make) awjb doxygen-1.5.4-1.fc9 (build/make) than drgeo-1.1.0-11.fc8 (build/make) tanguy drivel-2.1.1-0.3.20071130svn.fc9 (build/make) pfrields ds9-5.1-1.fc9 (build/make) sergiopr dsniff-2.4-0.1.b1.fc9 (build/make) robert duplicity-0.4.3-1.fc8 (build/make) robert dvgrab-3.1-1.fc9 (build/make) jwilson echoping-5.2.0-3.fc9 (build/make) ixs eclipse-3.3.1.1-14.fc9 (build/make) overholt,oliver,overholt eclipse-emf-2.2.2-1.fc7 (build/make) orphan eclipse-mylyn-2.0.0-9.fc8 (build/make) overholt ecryptfs-utils-38-0.fc9 (build/make) mhalcrow,karsten,kevin eiciel-0.9.5-1.fc9 (build/make) cweyl ekg2-0.1.1-2.fc9 (build/make) rathann elektra-0.6.10-6.fc9 (build/make) pertusus,kwizart elsa-1.4-2.fc8 (build/make) thouveng enblend-3.1-0.1.20080121cvs.fc9 (build/make) bpostle,jspaleta enigma-1.01-4.1 (build/make) thl,wart epiphany-2.21.5-0.1.svn7856.fc9 (build/make) gecko-maint epiphany-extensions-2.20.1-3.fc9 (build/make) caillon,pgordon epydoc-2.1-8.fc8 (build/make) thias epylog-1.0.3-5.fc7 (build/make) icon eris-1.3.13-1.fc9 (build/make) wart erlang-R12B-0.1.fc9 (build/make) gemi esc-1.0.1-8.fc9 (build/make) jmagne etherbat-1.0.1-4.fc9 (build/make) limb evolution-brutus-1.1.28.7-2.fc8 (build/make) bpepple,colding evolution-data-server-2.21.90-1.fc9 (build/make) mbarnes,mcrha evolution-exchange-2.21.90-1.fc9 (build/make) mbarnes evolution-sharp-0.15.4-1.fc9 (build/make) mbarnes exiv2-0.16-1.fc9 (build/make) rdieter f-spot-0.4.1-2.fc9 (build/make) caillon factory-3.0.3-1.fc9 (build/make) rdieter farsight-0.1.25-1.fc8 (build/make) bpepple,tjikkun fbdesk-1.4.1-1.fc9 (build/make) awjb fedora-ds-base-1.1.0-4.fc9 (build/make) rmeggins,ausil,nkinder,nhosoi festival-1.96-2.fc9 (build/make) davidz fgfs-Atlas-0.3.1-7.fc9 (build/make) bellet fillets-ng-0.7.4-3.fc8 (build/make) thias fityk-0.8.1-10.fc8 (build/make) jpye flagpoll-0.9.1-1.fc8 (build/make) deji fluxbox-1.0.0-2.fc9 (build/make) awjb fluxstyle-1.0.1-2.fc7 (build/make) errr fmt-ptrn-1.3.13-1.fc9 (build/make) mikep fonttools-2.0-0.11.20060223cvs.fc7 (build/make) roozbeh,fonts-sig fontypython-0.2.0-6.fc7 (build/make) cr33dog,fonts-sig fpc-2.2.0-10.fc8 (build/make) joost freeipmi-0.5.1-1.fc9 (build/make) pknirsch freetennis-0.4.8-6.fc7 (build/make) rjones frozen-bubble-2.1.0-5.fc8 (build/make) thias,jwrdegoede fuse-emulator-utils-0.9.0-1.fc9 (build/make) oddsocks,pfj fuse-encfs-1.4.1.1-1.fc9 (build/make) peter fuseiso-20070708-2.fc9 (build/make) spot fwfstab-0.02-2.fc9 (build/make) firewing g-wrap-1.9.9-5.fc9 (build/make) laxathom galeon-2.0.4-2.fc9 (build/make) denis gamin-0.1.9-4.fc8 (build/make) tbzatek gazpacho-0.7.2-2.fc8 (build/make) icon gcalctool-5.21.90-1.fc9 (build/make) rstrode gcdmaster-1.2.2-3.fc8 (build/make) denis gchempaint-0.8.5-2.fc9 (build/make) belegdol gdal-1.5.0-2.fc9 (build/make) rezso gdl-0.9-0.pre6.fc9 (build/make) orion gdmap-0.7.5-6.fc6 (build/make) splinux gds2pov-0.20070815-1.fc8 (build/make) chitlesh geany-0.12-4.fc8 (build/make) josef gedit-plugins-2.18.0-2.fc7 (build/make) trondd gengetopt-2.21-3.fc8 (build/make) rishi geos-2.2.3-1.fc7 (build/make) smccann getmail-4.7.7-2.fc9 (build/make) knol gfa-0.4.1-4.fc7 (build/make) splinux ghc-6.8.2-2.fc9 (build/make) bos,petersen,ynemoy ghdl-0.25-0.89svn.6.fc8 (build/make) sailer ghostscript-8.61-7.fc9 (build/make) twaugh giggle-0.4-1.fc9 (build/make) jbowes gimmage-0.2.3-1.fc8 (build/make) denis ginac-1.4.1-1.fc9 (build/make) qspencer gjots2-2.3.4-7.fc7 (build/make) rvokal gkrellm-2.3.1-2.fc9 (build/make) jwrdegoede,scop gl-117-1.3.2-4.fc7 (build/make) steve gle-4.1.1-2.fc9 (build/make) terjeros glest-3.0.0-2.fc9 (build/make) abompard glimmer-3.02-2.fc8 (build/make) c4chris glipper-0.95.1-2.fc7 (build/make) splinux glob2-0.9.1-2.fc8 (build/make) rafalzaq glom-1.6.7-1.fc9 (build/make) denis gmrun-0.9.2-10.fc8 (build/make) gilboa gmyth-0.7.0-1.fc9 (build/make) hadess gnash-0.8.1-6.fc9 (build/make) pertusus gnet2-2.0.7-10.fc8 (build/make) tmraz gnome-applet-tvn24-0.2.8-3.fc9 (build/make) liviopl gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak gnome-blog-0.9.1-5.fc7 (build/make) bpepple gnome-chemistry-utils-0.8.6-1.fc9 (build/make) belegdol gnome-device-manager-0.2-2.fc9 (build/make) davidz gnome-games-2.21.90-1.fc9 (build/make) rstrode,jwrdegoede gnome-media-2.20.1-7.fc9 (build/make) hadess gnome-python2-extras-2.19.1-12.fc9 (build/make) mbarnes gnome-schedule-2.0.1-1.fc9 (build/make) farnold gnome-sharp-2.16.0-5.fc8 (build/make) laxathom,laxathom gnome-specimen-0.3-1.fc8 (build/make) splinux gnome-spell-1.0.8-3.fc9 (build/make) mbarnes gnome-web-photo-0.3-8.fc9 (build/make) hadess gob2-2.0.15-1.fc9 (build/make) tsmetana,rvokal gpar2-0.3-4.fc9 (build/make) drago01 gprolog-1.3.0-12.fc9 (build/make) s4504kr gpsdrive-2.09-4.fc8 (build/make) kevin gpsim-0.22.0-5.fc8 (build/make) dionysos granule-1.2.4-2.fc7 (build/make) vlg graphviz-2.16-3.2.fc9 (build/make) jima grass-6.2.2-3.fc9 (build/make) rezso gresistor-0.0.1-11.fc8 (build/make) chitlesh grhino-0.16.0-2.fc8 (build/make) salimma grisbi-0.5.9-4.fc8 (build/make) abompard grub-0.97-21.fc9 (build/make) pjones gshutdown-0.2-2.fc8 (build/make) laxathom gstm-1.2-6.fc7 (build/make) splinux gstreamer-plugins-farsight-0.12.5-1.fc8 (build/make) bpepple,tjikkun gtk-sharp-1.0.10-12.fc7 (build/make) pfj gtk-sharp2-2.10.0-6.fc8 (build/make) laxathom,laxathom gtk2hs-0.9.12.1-8.fc9 (build/make) bos,petersen gtkhtml3-3.17.90-1.fc9 (build/make) mbarnes,mcrha gtkhtml38-3.12.3-6.fc8 (build/make) notting gtkimageview-1.5.0-1.fc9 (build/make) nphilipp gtkmathview-0.7.6-5.fc6 (build/make) uwog gtkmozembedmm-1.4.2.cvs20060817-17.fc9 (build/make) hguemar gtksourceview-1.8.5-3.fc8 (build/make) rstrode gts-0.7.6-8.fc9 (build/make) edhill,corsepiu guile-gnome-platform-2.15.93-6.fc8 (build/make) laxathom guitone-0.7-2.fc9 (build/make) thm gwave-2-5.20070514snap.fc9 (build/make) chitlesh gxine-0.5.11-15.fc9 (build/make) mso hackedbox-0.8.5-3.fc8 (build/make) thias hal-cups-utils-0.6.13-2.fc8 (build/make) twaugh haproxy-1.3.14.2-1.fc9 (build/make) jjh hawknl-1.68-2.fc8 (build/make) jwrdegoede heartbeat-2.1.2-3.fc9 (build/make) kevin hippo-canvas-0.2.25-1.fc9 (build/make) walters,johnp,mpg ht2html-2.0-5.fc6 (build/make) ifoox htop-0.6.5-1.fc7 (build/make) rafalzaq hugin-0.7.0-0.2.20080121svn.fc9 (build/make) bpostle,jspaleta hunspell-ar-0.20060208-1.fc8 (build/make) danken ice-3.2.1-14.fc9 (build/make) mef icecream-0.8.0-8.20080117svn.fc9 (build/make) michich idioskopos-0.4.1-1.fc7 (build/make) rvinyard igraph-0.4.5-4.fc9 (build/make) nbecker incron-0.5.5-1.fc7 (build/make) ruben initscripts-8.63-1 (build/make) notting ip-sentinel-0.12-10.fc7 (build/make) ensc ipe-6.0-0.22.pre28.fc9 (build/make) rineau iptables-1.3.8-6.fc9 (build/make) twoerner,sconklin iptstate-2.2.1-1.fc8 (build/make) twoerner iputils-20070202-7.fc9 (build/make) mnagy irda-utils-0.9.18-3.fc8 (build/make) karsten irqbalance-0.55-7.fc9 (build/make) nhorman irssi-0.8.12-4.fc9 (build/make) mmahut itpp-4.0.0-2.fc9 (build/make) edhill iverilog-0.9.20070608-1.fc8 (build/make) rezso,chitlesh java-1.5.0-gcj-1.5.0.0-19.fc9 (build/make) fitzsim java-1.7.0-icedtea-1.7.0.0-0.24.b24.fc9 (build/make) fitzsim jgroups-2.2.9.2-3jpp.2 (build/make) orphan jigdo-0.7.3-4.fc8 (build/make) iburrell jokosher-1.0-0.1.20070929svn.fc8 (build/make) snecker jrtplib-3.7.1-2.fc8 (build/make) jcollie junitperf-1.9.1-2jpp.1.fc7 (build/make) mwringe k3d-0.6.7.0-4.fc8 (build/make) denis kadu-0.6.0-0.7.beta2.fc9 (build/make) ecik kasumi-2.3-1.fc9 (build/make) tagoh katapult-0.3.2.1-2.fc8 (build/make) chitlesh kazehakase-0.5.0-1.fc9.2 (build/make) mtasaka kbackup-0.5.3-1.fc8 (build/make) dionysos kbibtex-0.2-13.fc8 (build/make) noltec kcemirror-0.1.5-1.fc7 (build/make) awjb,abompard kchmviewer-3.0-2.fc7 (build/make) pertusus,jpo kdebase-workspace-4.0.1-4.fc9 (build/make) than,rdieter,svahl,kkofler,ltinkl kdebase3-3.5.8-35.fc9 (build/make) than,rdieter,svahl,kkofler kdemultimedia-4.0.1-1.fc9 (build/make) than,rdieter,kkofler,ltinkl kdenetwork-4.0.1-2.fc9 (build/make) than,rdieter,kkofler,ltinkl kdirstat-2.5.3-6.fc8 (build/make) chitlesh kdissert-1.0.7-1.fc7 (build/make) icon keepassx-0.2.2-4.fc8 (build/make) abompard kernel-xen-2.6-2.6.21.7-2893.fc9 (build/make) xen-maint,berrange,ehabkost keurocalc-0.9.7-3.fc8 (build/make) chitlesh kexec-tools-1.102pre-3.fc9 (build/make) nhorman kflickr-0.9-1.fc8 (build/make) stahnma kid3-0.10-3.fc9 (build/make) scop kio_p7zip-0.3.1-5.fc8 (build/make) nixaff4 kio_resources-0.2-3.fc8 (build/make) chitlesh kio_sword-0.3-5.fc9 (build/make) anderson,deji kiosktool-1.0-8.fc8 (build/make) rdieter kipi-plugins-0.1.5-0.1.beta1.fc9 (build/make) rdieter,abompard,mgarski,ltinkl kismet-0.0.2007.10.R1-2.fc9 (build/make) ensc kleansweep-0.2.9-5.fc8 (build/make) chitlesh klear-0.6.1-1.fc8 (build/make) trasher klibido-0.2.5-8.fc8 (build/make) faucamp kmobiletools-0.4.3.3-3.fc6 (build/make) ausil kmymoney2-0.8.8-1.fc9 (build/make) rdieter knemo-0.4.7-1.fc7 (build/make) faucamp knetstats-1.6.1-4.fc8 (build/make) chitlesh koffice-1.6.3-13.fc8 (build/make) awjb,rdieter koffice-langpack-1.6.3-1.fc8 (build/make) awjb kooldock-0.4.6-2.fc8 (build/make) ecik kover-3-2 (build/make) adrian koverartist-0.5-8.fc8 (build/make) svahl kphotobymail-0.4.1-1.fc7 (build/make) kushal kpolynome-0.1.2-10.fc8 (build/make) chitlesh krb5-1.6.3-4.fc9 (build/make) nalin krecipes-0.9.1-6.fc8 (build/make) ausil krename-3.0.14-2.fc8 (build/make) ecik krusader-1.80.0-4.fc9 (build/make) mgarski kshutdown-1.0.1-1.fc8 (build/make) chitlesh ksshaskpass-0.3-3.fc8 (build/make) abompard ktechlab-0.3.69-5.fc8 (build/make) chitlesh lagan-2.0-1.fc8 (build/make) c4chris lam-7.1.2-11.fc9 (build/make) dledford lash-0.5.3-3.fc8 (build/make) green latencytop-0.3-4.fc9 (build/make) michich ldapjdk-4.17-1jpp.7 (build/make) orphan ldapvi-1.7-4.fc9 (build/make) ghenry,tibbs libassa-3.4.2-4 (build/make) vlg libbeagle-0.3.0-4.fc9 (build/make) mclasen libbtctl-0.10.0-1.fc9 (build/make) ovasik,rvokal libcdio-0.79-2.fc9 (build/make) adrian libcmpiutil-0.1-6.fc9 (build/make) danms libdap-3.7.10-2.fc9 (build/make) pertusus libdbi-drivers-0.8.2-1.3.fc9 (build/make) tgl libevent-1.3e-1.fc9 (build/make) steved libextractor-0.5.18a-1.fc8 (build/make) ensc libfac-3.0.3-1.fc9 (build/make) rdieter libflaim-4.9.989-18.fc9 (build/make) snecker libfprint-0.0.5-2.fc9 (build/make) pingou libfreebob-1.0.3-2.fc9 (build/make) green libgdiplus-1.2.6-1.fc9 (build/make) laxathom,laxathom libgee-0.1.1-2.fc9 (build/make) salimma libgnomecups-0.2.3-1.fc9 (build/make) davidz libgpod-0.6.0-3.fc9 (build/make) hadess,tmz libgsf-1.14.7-2.fc9 (build/make) caolanm libgtksourceviewmm-0.3.1-1.fc8 (build/make) splinux libident-0.32-1.fc9 (build/make) ixs libjingle-0.3.11-5.fc9 (build/make) bpepple,tjikkun libkexif-0.2.5-2.fc8 (build/make) abompard,rdieter libkipi-0.1.5-2.fc8 (build/make) abompard,rdieter libmpd-0.15.0-1.fc9 (build/make) adrian libmusicbrainz-2.1.5-3.fc9 (build/make) hadess,rdieter libnc-dap-3.7.0-9.fc9 (build/make) pertusus libnetfilter_conntrack-0.0.82-1.fc9 (build/make) stingray libnids-1.22-3.fc9 (build/make) robert libnl-1.1-1.fc9 (build/make) dcbw,dcbw,nhorman libofa-0.9.3-10.fc8 (build/make) rdieter libofx-0.8.3-4 (build/make) notting liboil-0.3.12-11.fc8 (build/make) behdad,thias libopenraw-0.0.4-2.fc9 (build/make) trondd libopensync-0.36-1.fc9 (build/make) awjb libopensync-plugin-google-calendar-0.35-2.fc9 (build/make) awjb libopensync-plugin-syncml-0.35-1.fc9 (build/make) cheese libpfm-3.2-0.071017.1.fc9 (build/make) wcohen libpolyxmass-0.9.1-1.fc8 (build/make) awjb libpqxx-2.6.8-7.fc8 (build/make) awjb,rdieter libqalculate-0.9.6-2.fc8 (build/make) deji libsmbios-0.13.13-1.fc9 (build/make) mebrown libspectrum-0.4.0-1.fc9 (build/make) oddsocks,pfj libsynaptics-0.14.6c-2.fc8 (build/make) orion libtommath-0.41-7.fc9 (build/make) jjh libtorrent-0.11.8-2.fc9 (build/make) chabotc libtranslate-0.99-13.fc9 (build/make) buc libtunepimp-0.5.3-9.fc8 (build/make) rdieter,kwizart libunwind-0.99-0.1.frysk20070405cvs.fc7 (build/make) jkratoch libuser-0.56.7-1 (build/make) mitr libvpd-1.5.0-1.fc9 (build/make) emunson libwvstreams-4.4.1-3.fc9 (build/make) ovasik libxml++-2.20.0-1.fc8 (build/make) icon,denis libzzub-0.2.3-10.fc9 (build/make) akahl,mtasaka licq-1.3.4-10.fc9 (build/make) jmoskovc lilypond-2.10.33-1.fc8 (build/make) qspencer lineak-defaultplugin-0.9-2.fc6 (build/make) xris lineak-kdeplugins-0.9-2.fc6 (build/make) xris lineak-xosdplugin-0.9-2.fc6 (build/make) xris lineakd-0.9-5.fc6 (build/make) xris linkage-0.1.4-4.fc8 (build/make) drago01 linkchecker-4.7-10.fc8 (build/make) mikep linux-atm-2.5.0-5 (build/make) dwmw2 linuxdcpp-1.0.1-1.fc9 (build/make) mgarski linuxwacom-0.7.9.4-1.fc9 (build/make) arozansk lksctp-tools-1.0.7-2.fc8 (build/make) zprikryl,zprikryl llvm-2.1-2.fc9 (build/make) bos loki-lib-0.1.6-4.fc8.1 (build/make) sergiopr lostirc-0.4.6-3.fc8 (build/make) splinux,splinux loudmouth-1.3.3-2.fc9 (build/make) bpepple,otaylor,tjikkun,robot101 lshw-B.02.12.01-1.fc9 (build/make) terjeros lvm2-2.02.33-9.fc9 (build/make) lvm-team,agk,mornfall,bmr,mbroz,dwysocha,bmarzins lzma-4.32.2-2.fc9 (build/make) patriceb mail-notification-5.0-2.fc9 (build/make) buc,thl,buc manaworld-0.0.23-1.fc8 (build/make) wart mapserver-5.0.0-1.fc9 (build/make) rezso,oliver,devrim maven-doxia-1.0-0.1.a7.3jpp.5.fc8 (build/make) dbhole maven-jxr-1.0-2jpp.4.fc8 (build/make) dbhole maven-scm-1.0-0.1.b3.2jpp.2.fc8 (build/make) dbhole maven-shared-1.0-4jpp.3.fc8 (build/make) dbhole maven-surefire-1.5.3-2jpp.4.fc8 (build/make) dbhole maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe maven2-2.0.4-10jpp.8.fc8 (build/make) dbhole maxima-5.14.0-4.fc9 (build/make) rdieter,jamatos mbuffer-20070502-1.fc7 (open_missing_mode) adalloz mc-4.6.1a-50.20070604cvs.fc9 (build/make) jnovy mcabber-0.9.4-1.fc9 (build/make) mfleming meanwhile-1.0.2-5.fc8 (build/make) jwboyer mercator-0.2.5-3.fc9 (build/make) wart metamonitor-0.4.5-3.fc6 (build/make) eitch mimetic-0.9.3-2.fc8 (build/make) ensc mkinitrd-6.0.28-4.fc9 (build/make) pjones,wtogami,dcantrel mkvtoolnix-2.1.0-1.fc8 (build/make) rathann mod_revocator-1.0.2-2.fc9 (build/make) rcritten modello-1.0-0.1.a8.4jpp.3.fc7 (build/make) mwringe module-init-tools-3.4-2.fc8 (build/make) jcm mono-1.2.6-6.1.fc9 (build/make) laxathom,pfj,laxathom monodevelop-0.17-4.fc9 (build/make) pfj monotone-0.38-2.fc9 (build/make) roland moto4lin-0.3-6.fc7 (build/make) jafo mtd-utils-1.1.0-2.fc8 (build/make) dwmw2,jwboyer muParser-1.28-2.fc8 (build/make) frankb mugshot-1.1.56-1.fc8 (build/make) otaylor muine-scrobbler-0.1.8-2.fc8 (build/make) sindrepb multiget-1.1.4-7.fc8 (build/make) allisson,mtasaka museek+-0.1.13-1.fc8 (build/make) belegdol musicbox-0.2.3-5.fc6 (build/make) splinux mx-2.0.6-3 (build/make) misa mx4j-3.0.1-6jpp.4 (build/make) fnasser mysql++-2.3.2-2.fc8 (build/make) remi mysql-5.0.45-6.fc9 (build/make) tgl mysql-gui-tools-5.0r12-5.fc9 (build/make) ausil mysql-proxy-0.6.0-2.fc9 (build/make) ruben nagi-2.06-4.fc8 (build/make) limb nagios-plugins-1.4.10-3.fc9 (build/make) mmcgrath,jpo nbd-2.9.7-3.fc8 (build/make) eharrison,wtogami,dyoung nc-1.84-15.fc9 (build/make) jsafrane,rvokal,jsafrane nc6-1.0-5.fc8 (build/make) jsafrane,rvokal,jsafrane ncarg-4.4.2-5.fc9 (build/make) orion,pertusus nco-3.9.1-1.fc8 (build/make) edhill,pertusus nemiver-0.4.0-3.fc9 (build/make) pgordon nessus-core-2.2.10-3.fc9 (build/make) awjb net-tools-1.60-84.fc8 (build/make) rvokal netcdf-3.6.2-4.fc8 (build/make) edhill,orion,jspaleta,pertusus nethack-vultures-2.1.0-10.fc8 (build/make) meme netlabel_tools-0.17-5.fc6 (build/make) sconklin,sconklin netpbm-10.35.37-1.fc9 (build/make) jnovy newscache-1.2-0.4.rc6.fc6 (build/make) buc nfs-utils-lib-1.1.1-1.fc9 (build/make) steved nget-0.27.1-7.fc8 (build/make) rishi ninja-1.5.8.1-7 (build/make) adrian notecase-1.6.1-2.fc8 (build/make) splinux nspluginwrapper-0.9.91.5-21.fc9 (build/make) stransky,caillon,wtogami nss-3.11.99.3-1.fc9 (build/make) kengert ntfs-config-1.0-0.5.rc5.fc8 (build/make) laxathom ntfsprogs-2.0.0-4.fc9 (build/make) spot numpy-1.0.3.1-1.fc8 (build/make) jwilson,jspaleta nut-2.2.1-1.fc9 (build/make) tsmetana nx-2.1.0-24.fc9 (build/make) athimm,limb obex-data-server-0.1-1.fc9 (build/make) hadess ocaml-lablgl-1.02-15.fc8 (build/make) gemi ocaml-ocamlnet-2.2.9-1.fc9 (build/make) rjones,gemi odccm-0.11-1.fc9 (build/make) awjb offlineimap-5.99.4-1.fc9 (build/make) till oggconvert-0.3.0-14.fc9 (build/make) ngompa online-desktop-0.2.22-1.fc9 (build/make) walters oooqs2-1.0-3.fc6 (build/make) ausil openais-0.80.1-6 (build/make) sdake,sdake openbabel-2.1.1-2.fc9 (build/make) rathann openct-0.6.14-3.fc8 (build/make) jwrdegoede,scop openhpi-2.10.1-1.fc9 (build/make) pknirsch openssl-0.9.8g-4.fc9 (build/make) tmraz oprofile-0.9.3-15.fc9 (build/make) wcohen orpie-1.4.3-5.fc6 (build/make) xris osgcal-0.1.46-3.fc9 (build/make) xulchris pam_mount-0.32-2.fc9 (build/make) till pan-0.132-2.fc8 (build/make) adalloz,mpeters paprefs-0.9.6-1.fc9 (build/make) emoret papyrus-0.7.1-1.fc7 (build/make) rvinyard paraview-3.2.1-3.fc9 (build/make) orion,pertusus pari-2.3.0-5.fc7 (build/make) gemi passwd-0.74-5.fc8 (build/make) tmraz pcmanx-gtk2-0.3.5-9.336svn.fc7 (open_missing_mode) leo pdfcube-0.0.2-6.fc8 (build/make) maxx pdfedit-0.3.2-2.fc8 (build/make) bjohnson pdns-2.9.21-3.fc9 (build/make) ruben pdns-recursor-3.1.4-4.fc7 (build/make) ruben pekwm-0.1.5-5.fc7 (build/make) errr perl-5.8.8-31.fc9 (build/make) rnorwood,spot,corsepiu,kasal perl-CPANPLUS-Dist-Build-0.05-3.fc9 (build/make) cweyl,perl-sig perl-Catalyst-Runtime-5.7007-4.fc7 (build/make) cweyl,perl-sig perl-Email-Reply-1.202-1.fc8 (build/make) spot,perl-sig perl-File-MimeInfo-0.14-1.fc8 (build/make) pertusus,perl-sig perl-Glib-1.162-1.fc9 (build/make) spot,perl-sig perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve,perl-sig perl-Module-Build-0.2808-1.fc8 (build/make) steve,perl-sig perl-PDL-2.4.3-4.fc8 (build/make) rnorwood,orion perl-PPI-Tester-0.06-2.fc6 (build/make) spot,perl-sig perl-Perl-Critic-1.053-1.fc8 (build/make) cweyl,perl-sig perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl,perl-sig perl-Sys-Virt-0.1.1-9.fc7 (build/make) steve,perl-sig,berrange perl-Test-AutoBuild-1.2.2-1.fc9 (build/make) berrange perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) ixs,perl-sig perl-XML-Twig-3.29-4.fc8 (build/make) rnorwood perl-XML-Validator-Schema-1.08-1.fc7 (build/make) ixs,perl-sig petitboot-0.0.1-7.fc8 (build/make) dwmw2,jwboyer pida-0.5.1-5.fc9 (build/make) rishi pidgin-2.3.1-2.fc9 (build/make) wtogami,nosnilmot pidgin-otr-3.1.0-2.fc8 (build/make) pwouters pigment-0.3.2-1.fc8 (build/make) thias pikdev-0.9.2-3.fc8 (build/make) dionysos piklab-0.15.0-1.fc9 (build/make) chitlesh,dionysos pikloops-0.2.5-1.fc9 (build/make) dionysos pinot-0.82-1.fc9 (build/make) drago01 pioneers-0.11.3-3.fc9 (build/make) jwrdegoede plague-0.4.4.1-4.fc7 (build/make) dcbw planet-2.0-4.fc8 (build/make) richdawe planner-0.14.2-11.fc9 (build/make) caolanm plexus-ant-factory-1.0-0.1.a1.2jpp.5.fc8 (build/make) dbhole plexus-appserver-1.0-0.1.a5.3jpp.3.fc8 (build/make) dbhole plexus-bsh-factory-1.0-0.1.a7s.2jpp.5.fc8 (build/make) dbhole plexus-cdc-1.0-0.1.a4.2jpp.3.fc8 (build/make) dbhole plexus-maven-plugin-1.2-2jpp.2.fc8 (build/make) dbhole plexus-runtime-builder-1.0-0.1.a9.2jpp.2.fc8 (build/make) dbhole plexus-xmlrpc-1.0-0.1.b4.3jpp.6.fc8 (build/make) dbhole poker2d-1.2.0-3.fc9 (build/make) xulchris poker3d-1.1.36-7.fc9 (build/make) xulchris postgresql-plruby-0.5.1-5.fc9 (build/make) devrim postr-0.9-1.fc8 (build/make) trondd powerman-1.0.32-4.fc9 (build/make) jwilson powerpc-utils-papr-1.0.4-2.fc9 (build/make) dwmw2 ppl-0.9-18.fc9 (build/make) bagnara prelink-0.4.0-1 (build/make) jakub preload-0.4-5.fc9 (build/make) mwiriadi pstoedit-3.45-1.fc8 (build/make) denis ptouch-driver-1.2-8.fc8 (build/make) lkundrak pulseaudio-0.9.8-5.fc9 (build/make) lennart,drzeus pyOpenSSL-0.6-2.p24.9 (build/make) misa pychart-1.39-6.fc8 (build/make) spot pychecker-0.8.17-2 (build/make) vcrhonek pygame-1.7.1-14.fc7 (build/make) xulchris pygsl-0.9.1-6.fc8 (build/make) jamatos pyparsing-1.4.7-1.fc8 (build/make) jamatos python-GeoIP-1.2.1-9.fc8 (build/make) mfleming python-TurboMail-2.1-1.fc9 (build/make) lmacken python-bibtex-1.2.4-3.fc9 (build/make) zkota python-cerealizer-0.6-2.fc9 (build/make) spot python-configobj-4.4.0-2.fc8 (build/make) lmacken,toshio python-cpio-0.1-4.fc8 (build/make) jamatos python-dialog-2.7-7.fc8 (build/make) abompard python-docs-2.5.1-1.fc8 (build/make) james,katzj python-durus-3.5-3.fc7 (build/make) shahms python-fpconst-0.7.3-1.fc8 (build/make) xulchris python-gammu-0.24-1.fc8.1 (build/make) laxathom python-gdata-1.0.9-1.fc9 (build/make) hadess,bjohnson python-kaa-imlib2-0.2.2-1.fc9 (build/make) kwizart python-lirc-0.0.5-5 (build/make) thias python-memcached-1.39-1.fc8 (build/make) jafo python-metar-1.3.0-2.fc7 (build/make) thias python-nltk-0.9-0.2.b2.fc8 (build/make) salimma python-nltk_lite-0.9-0.1.b2.fc8 (build/make) salimma python-ogg-1.3-7 (build/make) thias python-psyco-1.5.1-5.fc7 (build/make) shahms python-pydns-2.3.0-5.fc7 (build/make) jafo python-pyspf-2.0.3-1.fc8 (build/make) jafo python-quixote-2.4-5.fc7 (build/make) shahms python-reportlab-2.1-2.fc9 (build/make) bpepple python-simpletal-4.1-5.fc7 (build/make) shahms python-sqlite2-2.3.3-1.fc7 (build/make) laxathom,lmacken python-sqlobject-0.9.2-1.fc9 (build/make) lmacken,toshio python-tag-0.91-5 (build/make) thias python-telepathy-0.14.0-4.fc9 (build/make) bpepple,tjikkun python-tpg-3.1.0-4.fc7 (build/make) shahms python-twisted-conch-0.8.0-1.fc8 (build/make) thomasvs python-twisted-core-2.5.0-2.fc8 (build/make) thomasvs python-twisted-lore-0.2.0-4.fc7 (build/make) thomasvs python-twisted-mail-0.4.0-1.fc8 (build/make) thomasvs python-twisted-names-0.4.0-1.fc8 (build/make) thomasvs python-twisted-news-0.3.0-1.fc8 (build/make) thomasvs python-twisted-runner-0.2.0-4.fc7 (build/make) thomasvs python-twisted-web-0.7.0-1.fc8 (build/make) thomasvs python-twisted-words-0.5.0-1.fc8 (build/make) thomasvs python-urlgrabber-3.0.0-3.fc8 (build/make) katzj python-urljr-1.0.1-1.fc7 (build/make) jcollie python-vorbis-1.5-0.2.a (build/make) thias pyxdg-0.15-5.fc8.1 (build/make) spot,jpmahowa,sindrepb pyxf86config-0.3.34-1.fc8 (build/make) ajax pyxmms-2.06-4.fc7 (build/make) pfj pyzor-0.4.0-11.fc7 (build/make) ixs qa-assistant-0.4.90.5-2.fc6 (build/make) toshio qcad-2.0.5.0-6.fc9 (build/make) gemi qfits-6.2.0-3.fc8 (build/make) sergiopr qgis-0.9.0-2.fc8 (build/make) silfreed qgo-1.5.2-1.fc6 (build/make) kaboom qof-0.7.2-1.fc8 (build/make) toshio qpidc-0.2-17.fc9 (build/make) aconway,nsantos qps-1.9.19-0.2.b.fc7 (build/make) makghosh qt-3.3.8b-3.fc9 (build/make) than qt4-4.3.3-6.fc9 (build/make) than,rdieter qtiplot-0.9-8.fc9 (build/make) frankb qtpfsgui-1.9.0-1.fc9 (build/make) silfreed quadkonsole-2.0.2-1.fc7 (build/make) nomis80 quodlibet-1.0-2.fc8 (build/make) jcollie rapidsvn-0.9.4-7.fc9 (build/make) timj rb_libtorrent-0.12-3.fc9 (build/make) pgordon rbldnsd-0.996a-4.fc8 (build/make) pghmcfc readahead-1.4.2-3.fc8 (build/make) kzak redhat-menus-8.9.11-2.fc9 (build/make) rstrode rekall-2.4.5-6.fc8.1 (build/make) spot repoman-0.9-3.fc8 (build/make) dcantrel,clumens rhm-0.2-11.fc9 (build/make) aconway,nsantos rlog-1.3.7-3.fc6 (build/make) peter rosegarden4-1.6.0-1.fc8 (build/make) seg rpy-1.0.1-2.fc9 (build/make) jamatos,alexlan rsh-0.17-45.fc9 (build/make) atkac rtorrent-0.7.8-1.fc8 (build/make) chabotc ruby-1.8.6.111-7.fc9 (build/make) tagoh ruby-bdb-0.6.0-1.fc7 (build/make) errr ruby-gnome2-0.16.0-26.fc9 (build/make) allisson ruby-hpricot-0.6-1.fc9 (build/make) mtasaka rudeconfig-5.0.5-1.fc7 (build/make) homeless rxvt-unicode-9.0-1.fc9 (build/make) awjb s3switch-0.0-9.20020912.fc6 (build/make) pwouters samba-3.2.0-0.pre1.2.fc9 (build/make) simo sbcl-1.0.13-1.fc9 (build/make) rdieter,green sblim-wbemcli-1.5.1-5.fc7 (build/make) hamzy scim-array-0.0.2-2.fc9 (build/make) dchen scim-chewing-0.3.1-12.fc9 (build/make) cchance scim-fcitx-3.1.1-7.fc8 (build/make) petersen,qshen scim-hangul-0.3.2-1.fc9 (build/make) zhu scim-m17n-0.2.2-2.fc8 (build/make) pnemade,petersen scim-pinyin-0.5.91-23.fc9 (build/make) phuang scim-skk-0.5.2-8.fc6 (build/make) ryo scim-tables-0.5.7-3.fc7 (build/make) cchance scim-tomoe-0.6.0-2.fc8 (build/make) ryo,petersen scipy-0.6.0-3.fc8 (build/make) jspaleta scons-0.97-2.fc8 (build/make) gemi scribes-0.3.3.3-1.fc9 (build/make) pgordon scrip-1.4-9.fc8 (build/make) edhill scsi-target-utils-0.0-2.20070803snap.fc9 (build/make) michaelc,terjeros,michaelc seahorse-2.21.4-3.fc9 (build/make) skvidal seamonkey-1.1.8-3.fc9 (build/make) gecko-maint,kengert sear-0.6.3-8.fc9 (build/make) wart seq24-0.8.7-8.fc8 (build/make) green setools-3.3.2-2.fc9 (build/make) pebenito,dwalsh shared-mime-info-0.23-2.fc9 (build/make) hadess showimg-0.9.5-16.fc9 (build/make) abompard sipp-3.0-1.fc9 (build/make) peter skstream-0.3.6-2.fc8 (build/make) wart slim-1.3.0-2.fc9 (build/make) afb slrn-0.9.8.1pl1-7.20070716cvs.fc9 (build/make) mlichvar smarteiffel-2.3-2.fc9 (build/make) gemi sofsip-cli-0.13-4.fc8 (build/make) jcollie sos-1.8-1.fc8 (build/make) navid source-highlight-2.8-1.fc9 (build/make) adrian specto-0.2.0-4.fc8 (build/make) laxathom spr-07.00.00-1.fc8 (build/make) wart srecord-1.36-1.fc8 (build/make) spot stardict-3.0.1-1.fc9 (build/make) zhu stellarium-0.9.1-4.fc9 (build/make) s4504kr,mmahut,kwizart stratagus-2.2.4-1.fc8 (build/make) peter straw-0.27-12.fc9 (build/make) subhodip subversion-api-docs-1.4.4-2.fc8 (build/make) bojan supertux-0.3.1-1.fc9 (build/make) steve svnmailer-1.0.8-3.fc7 (build/make) mfleming sword-1.5.10-1.fc9 (build/make) deji syck-0.61-3.fc9 (build/make) oliver synce-gnomevfs-0.11-1.fc9 (build/make) awjb synce-kde-0.9.1-1.fc7 (build/make) awjb,abompard synce-software-manager-0.9.0-9.fc9 (build/make) awjb syncevolution-0.6-2.fc8 (build/make) mcepl synergy-1.3.1-5.fc8 (build/make) thias system-config-boot-0.2.17-1.fc8 (build/make) harald system-config-date-1.9.22-1.fc9 (build/make) nphilipp systemtap-0.6.1-1.fc9 (build/make) fche,wcohen tar-1.19-2.fc9 (build/make) rbrich taskjuggler-2.4.0-5.fc9 (build/make) ovasik tastymenu-0.8.2-2.fc8 (build/make) nixaff4 tclabc-1.0.9-1.fc7 (build/make) gemi tcp_wrappers-7.6-50.fc8 (build/make) tjanouse tcpdump-3.9.8-3.fc9 (build/make) mlichvar teckit-2.2.1-2.fc8 (build/make) jnovy teg-0.11.2-14.fc9 (build/make) cheese telepathy-salut-0.2.2-1.fc9 (build/make) bpepple,johnp telescope-server-0-0.2.20070315.fc8 (build/make) jspaleta tellico-1.3-4.fc9 (build/make) jamatos testoob-1.13-4.fc8 (build/make) dgoodwin texlive-2007-16.fc9 (build/make) jnovy,pertusus thunderbird-2.0.0.9-2.fc9 (build/make) gecko-maint tomoe-0.6.0-3.fc8 (build/make) ryo,petersen torcs-1.3.0-3.fc8 (build/make) thias torque-2.1.10-4.fc9 (build/make) garrick transmission-1.03-1.fc9 (build/make) denis trousers-0.3.1-5.fc9 (build/make) key ttcp-1.12-16.fc8 (build/make) mmaslano ttmkfdir-3.0.9-24.fc7 (build/make) lizhang ttywatch-0.14-10.fc8 (build/make) mdomsch twinkle-1.1-4.fc9 (build/make) kevin udev-118-1.fc9 (build/make) harald usbsink-0.3.2-1.fc8 (build/make) jspaleta usermode-1.94-1.fc9 (build/make) mitr,mitr,tmraz uuid-1.6.0-2.fc8 (build/make) steve varconf-0.6.5-2.fc8 (build/make) wart vdccm-0.10.1-1.fc9 (build/make) awjb,abompard vdr-1.4.7-7.fc9 (build/make) scop vdr-femon-1.1.5-1.fc9 (build/make) scop vdr-osdteletext-0.5.1-29.fc8 (build/make) scop vdr-skinsoppalusikka-1.0.6-1.fc9 (build/make) vpv vdr-subtitles-0.5.0-4.fc9 (build/make) scop vdr-sudoku-0.1.3-2.fc8 (build/make) scop vdr-text2skin-1.1-21.20051217cvs.fc9 (build/make) scop vdr-ttxtsubs-0.0.5-3.fc9 (build/make) scop vdr-tvonscreen-1.0.141-1.fc9 (build/make) vpv vdr-wapd-0.9-1.fc9 (build/make) scop vegastrike-0.4.3-7.fc8 (build/make) jwrdegoede verbiste-0.1.21-1.fc8 (build/make) icon vino-2.21.90-1.fc9 (build/make) davidz vips-7.12.5-3.fc9 (build/make) agoode vtk-5.0.3-22.fc9 (build/make) athimm wammu-0.19-3.fc8 (build/make) laxathom wdfs-1.4.2-5.fc9 (build/make) ajax wesnoth-1.2.8-3.fc9 (build/make) wtogami widelands-0-0.7.build11.fc8 (build/make) karlik wireshark-0.99.7-2.fc9 (build/make) rvokal wlassistant-0.5.7-5.fc8 (build/make) spot wmctrl-1.07-2.fc6 (build/make) errr wordtrans-1.1-0.3.pre13.fc9 (build/make) than workrave-1.8.5-1.fc9 (build/make) tmraz wormux-0.7.9-5.fc8 (build/make) wart wpa_supplicant-0.5.7-21.fc9 (build/make) dcbw ws-commons-util-1.0.1-6.fc8 (build/make) green,overholt wuja-0.0.8-2.fc8 (build/make) dgoodwin wv-1.2.4-2.fc8 (build/make) abompard wv2-0.2.3-4.fc9 (build/make) awjb wvdial-1.60-3.fc9 (build/make) ovasik wxPython-2.8.4.0-2.fc8 (build/make) mattdm xaos-3.2.3-1.fc7 (build/make) gemi xbsql-0.11-9.fc8 (build/make) spot xdaliclock-2.23-3.fc6 (build/make) kaboom xdelta-1.1.4-2.fc8 (build/make) atkac xfce4-battery-plugin-0.5.0-2.fc7 (build/make) cwickert xfdesktop-4.4.2-1.fc9 (build/make) kevin xferstats-2.16-16.fc9 (build/make) jmoskovc xfprint-4.4.2-1.fc9 (build/make) kevin xine-plugin-1.0-5.fc8 (build/make) mso xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser xmlcopyeditor-1.1.0.6-3.fc9 (build/make) ivazquez xmlrpc3-3.0-1jpp.4.fc8 (build/make) overholt xmms-adplug-1.2-6.fc9 (build/make) snirkel xmoto-0.3.4-1.fc9 (build/make) limb xorg-x11-drv-acecad-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-apm-1.1.1-7.fc8 (build/make) xgl-maint xorg-x11-drv-ark-0.6.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-ast-0.81.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-calcomp-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-chips-1.1.1-5.fc8 (build/make) xgl-maint xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-glint-1.1.1-7.fc8 (build/make) xgl-maint xorg-x11-drv-i128-1.2.1-1.fc8 (build/make) xgl-maint xorg-x11-drv-i740-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-magellan-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-magictouch-1.0.0.5-5.fc8 (build/make) xgl-maint xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-rendition-4.1.3-5.fc8 (build/make) xgl-maint xorg-x11-drv-s3-0.5.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-s3virge-1.9.1-5.fc8 (build/make) xgl-maint xorg-x11-drv-siliconmotion-1.5.1-3.fc8 (build/make) xgl-maint xorg-x11-drv-spaceorb-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-tdfx-1.3.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-trident-1.2.3-6.fc8 (build/make) xgl-maint xorg-x11-drv-tseng-1.1.0-7.fc8 (build/make) xgl-maint xorg-x11-drv-vga-4.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-via-0.2.2-4.fc8 (build/make) xgl-maint xorg-x11-drv-voodoo-1.1.1-1.fc8 (build/make) xgl-maint xorg-x11-server-1.4.99.1-0.19.20080107.fc9 (build/make) xgl-maint xorg-x11-server-utils-7.3-2.fc9 (build/make) xgl-maint xplanet-1.2.0-3.fc9.2 (build/make) mtasaka xqilla-2.0.0-1.fc9 (build/make) mzazrive xqilla10-1.0.2-2.fc9 (build/make) mzazrive xscorch-0.2.0-12.fc8 (build/make) mgarski xscreensaver-5.04-3.fc9 (build/make) mtasaka yafray-0.0.9-5.fc9 (build/make) kwizart yakuake-2.7.5-4.fc7 (build/make) mmahut,trasher yelp-2.21.1-3.fc9 (build/make) mbarnes yum-metadata-parser-1.1.2-7.fc9 (build/make) skvidal,katzj,skvidal,pnasrat,jbowes zeroinstall-injector-0.31-1.fc8 (build/make) salimma zhcon-0.2.6-5.fc7 (build/make) zhu 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 Wed Feb 13 15:11:24 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 13 Feb 2008 09:11:24 -0600 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-09 Message-ID: <20080213151124.GA5878@humbolt.us.dell.com> Fedora Rawhide-in-Mock Build Results for i386 Based on tree on Feb 09, 2008 Note: this tree was built using gcc 4.3, so many failures (~600) are as a result of changes packages will need to adapt to this new compiler. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 5340 Number failed to build: 724 Number expected to fail due to ExclusiveArch or ExcludeArch: 12 Leaving: 712 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 712 ---------------------------------- 8Kingdoms-1.1.0-5.fc9 (build/make) jwrdegoede BibTool-2.48-6.fc7 (build/make) pertusus CCfits-1.8-1.fc9 (build/make) sergiopr Django-0.96.1-1.fc9 (build/make) salimma GraphicsMagick-1.1.10-1.fc9 (build/make) ixs HippoDraw-1.21.1-2.fc8 (build/make) pfkeb Inventor-2.1.5-31.fc9 (build/make) corsepiu LabPlot-1.5.1.6-4.fc8 (build/make) chitlesh MAKEDEV-3.23-1.2 (build/make) clumens Macaulay2-0.9.95-9.fc9 (build/make) rdieter Miro-1.1-2.fc9 (build/make) tscherf,caillon,alexlan OpenSceneGraph-2.2.0-3.fc9 (build/make) corsepiu PerceptualDiff-1.0.1-6.fc8 (build/make) kwizart PyRTF-0.45-5.fc8 (build/make) jamatos,mpeters,jamatos PySolFC-1.1-4.fc9 (build/make) firewing QuantLib-0.8.1-4.fc9 (build/make) spot R-systemfit-0.8-6.fc8 (build/make) orion SOAPpy-0.11.6-6.fc7 (build/make) xulchris SteGUI-0.0.1-12.fc9 (build/make) pingou WebKit-1.0.0-0.4.svn29336.fc9 (build/make) pgordon abiword-2.4.6-7.fc9 (build/make) uwog acpid-1.0.6-5.fc9 (build/make) zprikryl adanaxisgpl-1.2.4-1.fc9 (build/make) southa adplug-2.1-3.fc9 (build/make) snirkel agave-0.4.2-5.fc8 (build/make) abompard aget-0.4-3.fc8 (build/make) orphan aiksaurus-1.2.1-15.fc6 (build/make) uwog aircrack-ng-0.9.1-2.fc8 (build/make) till airsnort-0.2.7e-11.fc7 (build/make) awjb akode-2.0.2-4.fc9 (build/make) rdieter alliance-5.0-10.20070718snap.fc8 (build/make) chitlesh alpine-1.00-2.fc9 (build/make) joshuadf,rdieter,jima alsa-tools-1.0.15-2.fc9 (build/make) timj amanith-0.3-6.fc9 (build/make) spot amarok-1.4.8-2.fc9 (build/make) abompard,rdieter amarokFS-0.5-1.fc7 (build/make) faucamp anjuta-2.2.0-4.fc9 (build/make) rishi antlr-2.7.7-1jpp.6.fc8 (build/make) dbhole apt-0.5.15lorg3.94-1.fc9 (build/make) athimm,pmatilai aqsis-1.2.0-6.fc8 (build/make) kwizart,denis ardour-2.2-3.fc9 (build/make) green,jwrdegoede aria2-0.12.0-2.fc9 (build/make) ecik arm-gp2x-linux-glibc-2.3.6-4.fc8 (build/make) jwrdegoede arts-1.5.8-4.fc8 (build/make) than,rdieter asio-0.3.8-7.fc9 (build/make) uwog asterisk-1.4.17-1.fc9 (build/make) jcollie astyle-1.21-6.fc8 (build/make) addutko,mtasaka athcool-0.3.11-5.fc6 (build/make) drago01 atlascpp-0.6.1-2.fc9 (build/make) wart audacious-plugins-1.4.4-1.fc9 (build/make) ertzing audacity-1.3.2-18.fc9 (build/make) gemi,mschwendt audit-1.6.7-2.fc9 (build/make) sgrubb authd-1.4.3-11 (build/make) jsafrane,jsafrane autogen-5.8.9-1.fc7 (build/make) rishi automake16-1.6.3-14 (build/make) karsten avr-libc-1.4.6-4.fc8 (build/make) jwrdegoede awesfx-0.5.0d-4.fc7 (build/make) stransky bacula-2.0.3-13.fc9 (build/make) ixs,mmcgrath basket-1.0.2-3.fc9 (build/make) abompard bbkeys-0.9.0-9 (build/make) thias bes-3.5.3-3.fc9 (build/make) pertusus bibletime-1.6.5-2.fc9 (build/make) anderson,deji bidiv-1.5-4.fc6 (build/make) danken bit-0.4.1-1.fc7 (build/make) rvinyard bitbake-1.8.8-1.fc8 (build/make) ixs bitgtkmm-0.4.0-2.fc7 (build/make) rvinyard bittorrent-4.4.0-5.fc7 (build/make) pghmcfc blackbox-0.70.1-9 (build/make) thias blam-1.8.3-13.fc9 (build/make) pgordon,sindrepb blitz-0.9-5.fc9 (build/make) sergiopr blobby-0.6-0.7.a.fc8 (build/make) abompard blogtk-1.1-8.fc7 (build/make) pfrields bmpx-0.40.13-7.fc9 (build/make) akahl bonnie++-1.03a-7.fc8 (build/make) wtogami,rmyers brltty-3.9-1.1.fc9 (build/make) tjanouse brutus-keyring-0.9.0-6.fc8 (build/make) bpepple,colding bsd-games-2.17-22.fc9 (build/make) wart buoh-0.8.2-2.fc7 (build/make) chabotc bzflag-2.0.10-4.fc9 (build/make) nphilipp cadaver-0.23.0-2 (build/make) jorton cal3d-0.11.0-4.fc7 (build/make) xulchris callweaver-1.2-0.4.rc5.20071230.fc9 (build/make) dwmw2 camstream-0.26.3-12.fc8 (open_missing_mode) nomis80 castor-0.9.5-1jpp.7 (build/make) pcheung cdrdao-1.2.2-3 (build/make) harald celestia-1.4.1-7.fc7 (build/make) steve,mmahut checkstyle-4.1-4jpp.2.fc8 (build/make) nsantos,dbhole chmsee-1.0.0-1.34.fc9 (build/make) bbbush,pertusus cinepaint-0.22.1-5.fc8 (build/make) kwizart claws-mail-plugins-3.2.0-1.fc9 (build/make) awjb clips-6.24-22.fc7 (build/make) rvinyard clipsmm-0.0.7-1.fc7 (build/make) rvinyard clisp-2.43-3.fc9 (build/make) gemi,green cln-1.1.13-4.fc8 (build/make) qspencer cman-2.0.60-3.fc7 (build/make) cfeist cmucl-19d-5.fc8 (build/make) rdieter,green compat-erlang-R10B-11.9.fc9 (build/make) gemi compiz-0.6.2-6.fc9 (build/make) krh cone-0.74-1.fc9 (build/make) steve conexus-0.5.3-2.fc8 (build/make) rvinyard conexusmm-0.5.0-3.fc7 (build/make) rvinyard conntrack-tools-0.9.5-3.fc9 (build/make) stingray contacts-0.8-1.fc9 (build/make) jkeating coolkey-1.1.0-5.fc8 (build/make) rrelyea,jmagne coreutils-6.10-5.fc9 (build/make) ovasik,twaugh cowbell-0.2.7.1-6.fc6 (build/make) sindrepb cpio-2.9-5.fc9 (build/make) rbrich cppad-20071229-6.fc9 (build/make) bradbell cpuspeed-1.2.1-3.fc8 (build/make) jwilson cryptix-asn1-20011119-7jpp.2 (build/make) orphan crystal-clear-20050622-6.fc8 (build/make) chitlesh curl-7.18.0-1.fc9 (build/make) jnovy cyphesis-0.5.15-3.fc9 (build/make) wart cyrus-imapd-2.3.9-8.fc9 (build/make) tjanouse cyrus-sasl-2.1.22-11.fc9 (build/make) sconklin dap-freeform_handler-3.7.7-2.fc9 (build/make) pertusus dap-hdf4_handler-3.7.7-3.fc9 (build/make) pertusus dar-2.3.6-3.fc9 (build/make) xris darcs-1.0.9-6.fc8 (build/make) jjh,petersen dasher-4.7.0-1.fc9 (build/make) davidz db4o-6.1-2.fc7 (build/make) pfj dbxml-2.3.10-9.fc9 (build/make) mzazrive deluge-0.5.8.3-1.fc9 (build/make) pgordon devhelp-0.17-1.fc9 (build/make) mbarnes device-mapper-multipath-0.4.7-11.fc7 (build/make) lvm-team,agk,mornfall,mbroz,dwysocha,bmarzins dhcpv6-1.0.11-1.fc9 (build/make) dcantrel distcache-1.4.5-16 (build/make) jorton dmraid-1.0.0.rc14-6.fc9 (build/make) lvm-team,agk,mornfall,bmr,mbroz,mauelsha,dwysocha dnsmasq-2.41-0.6.rc1.fc9 (build/make) jima dosbox-0.72-1.fc8 (build/make) awjb doxygen-1.5.4-1.fc9 (build/make) than drgeo-1.1.0-11.fc8 (build/make) tanguy drivel-2.1.1-0.3.20071130svn.fc9 (build/make) pfrields ds9-5.1-1.fc9 (build/make) sergiopr duplicity-0.4.3-1.fc8 (build/make) robert dvgrab-3.1-1.fc9 (build/make) jwilson echoping-5.2.0-3.fc9 (build/make) ixs eclipse-3.3.1.1-14.fc9 (build/make) overholt,oliver,overholt eclipse-emf-2.2.2-1.fc7 (build/make) orphan eclipse-mylyn-2.0.0-9.fc8 (build/make) overholt ecryptfs-utils-38-0.fc9 (build/make) mhalcrow,karsten,kevin eiciel-0.9.5-1.fc9 (build/make) cweyl ekg2-0.1.1-2.fc9 (build/make) rathann elektra-0.6.10-6.fc9 (build/make) pertusus,kwizart elilo-3.6-7 (build/make) clumens enblend-3.1-0.1.20080121cvs.fc9 (build/make) bpostle,jspaleta enigma-1.01-4.1 (build/make) thl,wart epiphany-2.21.5-0.1.svn7856.fc9 (build/make) gecko-maint epiphany-extensions-2.20.1-3.fc9 (build/make) caillon,pgordon epydoc-2.1-8.fc8 (build/make) thias epylog-1.0.3-5.fc7 (build/make) icon eris-1.3.13-1.fc9 (build/make) wart erlang-R12B-0.1.fc9 (build/make) gemi esc-1.0.1-8.fc9 (build/make) jmagne evolution-brutus-1.1.28.7-2.fc8 (build/make) bpepple,colding evolution-data-server-2.21.90-1.fc9 (build/make) mbarnes,mcrha evolution-exchange-2.21.90-1.fc9 (build/make) mbarnes evolution-sharp-0.15.4-1.fc9 (build/make) mbarnes exiv2-0.16-1.fc9 (build/make) rdieter f-spot-0.4.1-2.fc9 (build/make) caillon factory-3.0.3-1.fc9 (build/make) rdieter farsight-0.1.25-1.fc8 (build/make) bpepple,tjikkun fbdesk-1.4.1-1.fc9 (build/make) awjb fedora-ds-base-1.1.0-4.fc9 (build/make) rmeggins,ausil,nkinder,nhosoi festival-1.96-2.fc9 (build/make) davidz fgfs-Atlas-0.3.1-7.fc9 (build/make) bellet fillets-ng-0.7.4-3.fc8 (build/make) thias fityk-0.8.1-10.fc8 (build/make) jpye flagpoll-0.9.1-1.fc8 (build/make) deji fluxbox-1.0.0-2.fc9 (build/make) awjb fluxstyle-1.0.1-2.fc7 (build/make) errr fmt-ptrn-1.3.13-1.fc9 (build/make) mikep fonttools-2.0-0.11.20060223cvs.fc7 (build/make) roozbeh,fonts-sig fontypython-0.2.0-6.fc7 (build/make) cr33dog,fonts-sig freeipmi-0.5.1-1.fc9 (build/make) pknirsch freetennis-0.4.8-6.fc7 (build/make) rjones fuse-encfs-1.4.1.1-1.fc9 (build/make) peter g-wrap-1.9.9-5.fc9 (build/make) laxathom galeon-2.0.4-2.fc9 (build/make) denis gamin-0.1.9-4.fc8 (build/make) tbzatek gazpacho-0.7.2-2.fc8 (build/make) icon gcdmaster-1.2.2-3.fc8 (build/make) denis gchempaint-0.8.5-2.fc9 (build/make) belegdol gcl-2.6.7-17.fc9 (build/make) gemi,green gdal-1.5.0-2.fc9 (build/make) rezso gdl-0.9-0.pre6.fc9 (build/make) orion gdmap-0.7.5-6.fc6 (build/make) splinux gds2pov-0.20070815-1.fc8 (build/make) chitlesh gedit-plugins-2.18.0-2.fc7 (build/make) trondd gengetopt-2.21-3.fc8 (build/make) rishi geos-2.2.3-1.fc7 (build/make) smccann getmail-4.7.7-2.fc9 (build/make) knol gfa-0.4.1-4.fc7 (build/make) splinux gforth-0.6.2-10.fc7 (build/make) gemi ghc-6.8.2-2.fc9 (build/make) bos,petersen,ynemoy ghdl-0.25-0.89svn.6.fc8 (build/make) sailer gimmage-0.2.3-1.fc8 (build/make) denis ginac-1.4.1-1.fc9 (build/make) qspencer gjots2-2.3.4-7.fc7 (build/make) rvokal gkrellm-2.3.1-2.fc9 (build/make) jwrdegoede,scop gl-117-1.3.2-4.fc7 (build/make) steve gle-4.1.1-2.fc9 (build/make) terjeros glimmer-3.02-2.fc8 (build/make) c4chris glipper-0.95.1-2.fc7 (build/make) splinux glob2-0.9.1-2.fc8 (build/make) rafalzaq glom-1.6.7-1.fc9 (build/make) denis gmrun-0.9.2-10.fc8 (build/make) gilboa gnash-0.8.1-6.fc9 (build/make) pertusus gnet2-2.0.7-10.fc8 (build/make) tmraz gnome-applet-tvn24-0.2.8-3.fc9 (build/make) liviopl gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak gnome-chemistry-utils-0.8.6-1.fc9 (build/make) belegdol gnome-device-manager-0.2-2.fc9 (build/make) davidz gnome-games-2.21.90-1.fc9 (build/make) rstrode,jwrdegoede gnome-media-2.20.1-7.fc9 (build/make) hadess gnome-python2-extras-2.19.1-12.fc9 (build/make) mbarnes gnome-spell-1.0.8-3.fc9 (build/make) mbarnes gnome-web-photo-0.3-8.fc9 (build/make) hadess gpar2-0.3-4.fc9 (build/make) drago01 gpsdrive-2.09-4.fc8 (build/make) kevin gpsim-0.22.0-5.fc8 (build/make) dionysos graphviz-2.16-3.2.fc9 (build/make) jima grass-6.2.2-3.fc9 (build/make) rezso gresistor-0.0.1-11.fc8 (build/make) chitlesh grhino-0.16.0-2.fc8 (build/make) salimma grub-0.97-21.fc9 (build/make) pjones gstm-1.2-6.fc7 (build/make) splinux gstreamer-plugins-farsight-0.12.5-1.fc8 (build/make) bpepple,tjikkun gtk-sharp-1.0.10-12.fc7 (build/make) pfj gtk2hs-0.9.12.1-8.fc9 (build/make) bos,petersen gtkhtml3-3.17.90-1.fc9 (build/make) mbarnes,mcrha gtkhtml38-3.12.3-6.fc8 (build/make) notting gtkmathview-0.7.6-5.fc6 (build/make) uwog gtkmozembedmm-1.4.2.cvs20060817-17.fc9 (build/make) hguemar gtksourceview-1.8.5-3.fc8 (build/make) rstrode guile-gnome-platform-2.15.93-6.fc8 (build/make) laxathom guitone-0.7-2.fc9 (build/make) thm gwave-2-5.20070514snap.fc9 (build/make) chitlesh gxine-0.5.11-15.fc9 (build/make) mso hackedbox-0.8.5-3.fc8 (build/make) thias haproxy-1.3.14.2-1.fc9 (build/make) jjh hawknl-1.68-2.fc8 (build/make) jwrdegoede ht2html-2.0-5.fc6 (build/make) ifoox htop-0.6.5-1.fc7 (build/make) rafalzaq hugin-0.7.0-0.2.20080121svn.fc9 (build/make) bpostle,jspaleta hunspell-ar-0.20060208-1.fc8 (build/make) danken ice-3.2.1-14.fc9 (build/make) mef icecream-0.8.0-8.20080117svn.fc9 (build/make) michich idioskopos-0.4.1-1.fc7 (build/make) rvinyard igraph-0.4.5-4.fc9 (build/make) nbecker incron-0.5.5-1.fc7 (build/make) ruben ip-sentinel-0.12-10.fc7 (build/make) ensc ipe-6.0-0.22.pre28.fc9 (build/make) rineau iptables-1.3.8-6.fc9 (build/make) twoerner,sconklin iptstate-2.2.1-1.fc8 (build/make) twoerner iputils-20070202-7.fc9 (build/make) mnagy irssi-0.8.12-4.fc9 (build/make) mmahut itpp-4.0.0-2.fc9 (build/make) edhill iverilog-0.9.20070608-1.fc8 (build/make) rezso,chitlesh java-1.5.0-gcj-1.5.0.0-19.fc9 (build/make) fitzsim java-1.7.0-icedtea-1.7.0.0-0.24.b24.fc9 (build/make) fitzsim jgroups-2.2.9.2-3jpp.2 (build/make) orphan jigdo-0.7.3-4.fc8 (build/make) iburrell jokosher-1.0-0.1.20070929svn.fc8 (build/make) snecker jrtplib-3.7.1-2.fc8 (build/make) jcollie k3d-0.6.7.0-4.fc8 (build/make) denis kadu-0.6.0-0.7.beta2.fc9 (build/make) ecik kasumi-2.3-1.fc9 (build/make) tagoh katapult-0.3.2.1-2.fc8 (build/make) chitlesh kazehakase-0.5.0-1.fc9.2 (build/make) mtasaka kbackup-0.5.3-1.fc8 (build/make) dionysos kbibtex-0.2-13.fc8 (build/make) noltec kcemirror-0.1.5-1.fc7 (build/make) awjb,abompard kchmviewer-3.0-2.fc7 (build/make) pertusus,jpo kdebase3-3.5.8-35.fc9 (build/make) than,rdieter,svahl,kkofler kdemultimedia-4.0.1-1.fc9 (build/make) than,rdieter,kkofler,ltinkl kdirstat-2.5.3-6.fc8 (build/make) chitlesh kdissert-1.0.7-1.fc7 (build/make) icon keepassx-0.2.2-4.fc8 (build/make) abompard keurocalc-0.9.7-3.fc8 (build/make) chitlesh kflickr-0.9-1.fc8 (build/make) stahnma kid3-0.10-3.fc9 (build/make) scop kio_p7zip-0.3.1-5.fc8 (build/make) nixaff4 kio_resources-0.2-3.fc8 (build/make) chitlesh kio_sword-0.3-5.fc9 (build/make) anderson,deji kiosktool-1.0-8.fc8 (build/make) rdieter kismet-0.0.2007.10.R1-2.fc9 (build/make) ensc kleansweep-0.2.9-5.fc8 (build/make) chitlesh klear-0.6.1-1.fc8 (build/make) trasher klibido-0.2.5-8.fc8 (build/make) faucamp kmobiletools-0.4.3.3-3.fc6 (build/make) ausil kmymoney2-0.8.8-1.fc9 (build/make) rdieter knemo-0.4.7-1.fc7 (build/make) faucamp knetstats-1.6.1-4.fc8 (build/make) chitlesh koffice-1.6.3-13.fc8 (build/make) awjb,rdieter koffice-langpack-1.6.3-1.fc8 (build/make) awjb kooldock-0.4.6-2.fc8 (build/make) ecik kover-3-2 (build/make) adrian koverartist-0.5-8.fc8 (build/make) svahl kphotobymail-0.4.1-1.fc7 (build/make) kushal kpolynome-0.1.2-10.fc8 (build/make) chitlesh krb5-1.6.3-4.fc9 (build/make) nalin krecipes-0.9.1-6.fc8 (build/make) ausil krename-3.0.14-2.fc8 (build/make) ecik krusader-1.80.0-4.fc9 (build/make) mgarski kshutdown-1.0.1-1.fc8 (build/make) chitlesh ksshaskpass-0.3-3.fc8 (build/make) abompard ktechlab-0.3.69-5.fc8 (build/make) chitlesh lagan-2.0-1.fc8 (build/make) c4chris lam-7.1.2-11.fc9 (build/make) dledford lash-0.5.3-3.fc8 (build/make) green ldapjdk-4.17-1jpp.7 (build/make) orphan libassa-3.4.2-4 (build/make) vlg libcdio-0.79-2.fc9 (build/make) adrian libcmpiutil-0.1-6.fc9 (build/make) danms libdap-3.7.10-2.fc9 (build/make) pertusus libdbi-drivers-0.8.2-1.3.fc9 (build/make) tgl libevent-1.3e-1.fc9 (build/make) steved libextractor-0.5.18a-1.fc8 (build/make) ensc libfac-3.0.3-1.fc9 (build/make) rdieter libflaim-4.9.989-18.fc9 (build/make) snecker libfreebob-1.0.3-2.fc9 (build/make) green libgtksourceviewmm-0.3.1-1.fc8 (build/make) splinux libident-0.32-1.fc9 (build/make) ixs libjingle-0.3.11-5.fc9 (build/make) bpepple,tjikkun libkexif-0.2.5-2.fc8 (build/make) abompard,rdieter libkipi-0.1.5-2.fc8 (build/make) abompard,rdieter libmusicbrainz-2.1.5-3.fc9 (build/make) hadess,rdieter libnc-dap-3.7.0-9.fc9 (build/make) pertusus libnetfilter_conntrack-0.0.82-1.fc9 (build/make) stingray libnl-1.1-1.fc9 (build/make) dcbw,dcbw,nhorman libofa-0.9.3-10.fc8 (build/make) rdieter libofx-0.8.3-4 (build/make) notting libopenraw-0.0.4-2.fc9 (build/make) trondd libopensync-plugin-google-calendar-0.35-2.fc9 (build/make) awjb libopensync-plugin-syncml-0.35-1.fc9 (build/make) cheese libpfm-3.2-0.071017.1.fc9 (build/make) wcohen libpqxx-2.6.8-7.fc8 (build/make) awjb,rdieter libqalculate-0.9.6-2.fc8 (build/make) deji libsmbios-0.13.13-1.fc9 (build/make) mebrown libsynaptics-0.14.6c-2.fc8 (build/make) orion libtommath-0.41-7.fc9 (build/make) jjh libtorrent-0.11.8-2.fc9 (build/make) chabotc libtunepimp-0.5.3-9.fc8 (build/make) rdieter,kwizart libvpd-1.5.0-1.fc9 (build/make) emunson libwvstreams-4.4.1-3.fc9 (build/make) ovasik libxml++-2.20.0-1.fc8 (build/make) icon,denis libzzub-0.2.3-10.fc9 (build/make) akahl,mtasaka licq-1.3.4-10.fc9 (build/make) jmoskovc lilypond-2.10.33-1.fc8 (build/make) qspencer lineak-defaultplugin-0.9-2.fc6 (build/make) xris lineak-kdeplugins-0.9-2.fc6 (build/make) xris lineak-xosdplugin-0.9-2.fc6 (build/make) xris lineakd-0.9-5.fc6 (build/make) xris linkage-0.1.4-4.fc8 (build/make) drago01 linkchecker-4.7-10.fc8 (build/make) mikep linux-atm-2.5.0-5 (build/make) dwmw2 linuxdcpp-1.0.1-1.fc9 (build/make) mgarski linuxwacom-0.7.9.4-1.fc9 (build/make) arozansk lksctp-tools-1.0.7-2.fc8 (build/make) zprikryl,zprikryl llvm-2.1-2.fc9 (build/make) bos loki-lib-0.1.6-4.fc8.1 (build/make) sergiopr lostirc-0.4.6-3.fc8 (build/make) splinux,splinux loudmouth-1.3.3-2.fc9 (build/make) bpepple,otaylor,tjikkun,robot101 lshw-B.02.12.01-1.fc9 (build/make) terjeros lvm2-2.02.33-9.fc9 (build/make) lvm-team,agk,mornfall,bmr,mbroz,dwysocha,bmarzins lzma-4.32.2-2.fc9 (build/make) patriceb mail-notification-5.0-2.fc9 (build/make) buc,thl,buc manaworld-0.0.23-1.fc8 (build/make) wart mapserver-5.0.0-1.fc9 (build/make) rezso,oliver,devrim maven-doxia-1.0-0.1.a7.3jpp.5.fc8 (build/make) dbhole maven-jxr-1.0-2jpp.4.fc8 (build/make) dbhole maven-scm-1.0-0.1.b3.2jpp.2.fc8 (build/make) dbhole maven-shared-1.0-4jpp.3.fc8 (build/make) dbhole maven-surefire-1.5.3-2jpp.4.fc8 (build/make) dbhole maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe maven2-2.0.4-10jpp.8.fc8 (build/make) dbhole maxima-5.14.0-4.fc9 (build/make) rdieter,jamatos mbuffer-20070502-1.fc7 (open_missing_mode) adalloz mercator-0.2.5-3.fc9 (build/make) wart metamonitor-0.4.5-3.fc6 (build/make) eitch mimetic-0.9.3-2.fc8 (build/make) ensc mkvtoolnix-2.1.0-1.fc8 (build/make) rathann mod_revocator-1.0.2-2.fc9 (build/make) rcritten modello-1.0-0.1.a8.4jpp.3.fc7 (build/make) mwringe module-init-tools-3.4-2.fc8 (build/make) jcm monodevelop-0.17-4.fc9 (build/make) pfj monotone-0.38-2.fc9 (build/make) roland moto4lin-0.3-6.fc7 (build/make) jafo mtd-utils-1.1.0-2.fc8 (build/make) dwmw2,jwboyer muParser-1.28-2.fc8 (build/make) frankb mugshot-1.1.56-1.fc8 (build/make) otaylor muine-scrobbler-0.1.8-2.fc8 (build/make) sindrepb multiget-1.1.4-7.fc8 (build/make) allisson,mtasaka museek+-0.1.13-1.fc8 (build/make) belegdol musicbox-0.2.3-5.fc6 (build/make) splinux mx-2.0.6-3 (build/make) misa mx4j-3.0.1-6jpp.4 (build/make) fnasser mysql++-2.3.2-2.fc8 (build/make) remi mysql-5.0.45-6.fc9 (build/make) tgl mysql-gui-tools-5.0r12-5.fc9 (build/make) ausil nagi-2.06-4.fc8 (build/make) limb nagios-plugins-1.4.10-3.fc9 (build/make) mmcgrath,jpo nant-0.85-17.fc9 (build/make) pfj nc6-1.0-5.fc8 (build/make) jsafrane,rvokal,jsafrane ncarg-4.4.2-5.fc9 (build/make) orion,pertusus nco-3.9.1-1.fc8 (build/make) edhill,pertusus nemiver-0.4.0-3.fc9 (build/make) pgordon net-tools-1.60-84.fc8 (build/make) rvokal netcdf-3.6.2-4.fc8 (build/make) edhill,orion,jspaleta,pertusus nethack-vultures-2.1.0-10.fc8 (build/make) meme netlabel_tools-0.17-5.fc6 (build/make) sconklin,sconklin newscache-1.2-0.4.rc6.fc6 (build/make) buc nfs-utils-lib-1.1.1-1.fc9 (build/make) steved nget-0.27.1-7.fc8 (build/make) rishi ninja-1.5.8.1-7 (build/make) adrian notecase-1.6.1-2.fc8 (build/make) splinux numpy-1.0.3.1-1.fc8 (build/make) jwilson,jspaleta nut-2.2.1-1.fc9 (build/make) tsmetana nx-2.1.0-24.fc9 (build/make) athimm,limb ocaml-lablgl-1.02-15.fc8 (build/make) gemi ocaml-ocamlnet-2.2.9-1.fc9 (build/make) rjones,gemi offlineimap-5.99.4-1.fc9 (build/make) till oggconvert-0.3.0-14.fc9 (build/make) ngompa oooqs2-1.0-3.fc6 (build/make) ausil oorexx-3.2.0-2.fc9 (build/make) gemi openais-0.80.1-6 (build/make) sdake,sdake openbabel-2.1.1-2.fc9 (build/make) rathann openct-0.6.14-3.fc8 (build/make) jwrdegoede,scop openhpi-2.10.1-1.fc9 (build/make) pknirsch openssl-0.9.8g-4.fc9 (build/make) tmraz oprofile-0.9.3-15.fc9 (build/make) wcohen orpie-1.4.3-5.fc6 (build/make) xris osgcal-0.1.46-3.fc9 (build/make) xulchris pan-0.132-2.fc8 (build/make) adalloz,mpeters paprefs-0.9.6-1.fc9 (build/make) emoret papyrus-0.7.1-1.fc7 (build/make) rvinyard paraview-3.2.1-3.fc9 (build/make) orion,pertusus pari-2.3.0-5.fc7 (build/make) gemi pcmanx-gtk2-0.3.5-9.336svn.fc7 (open_missing_mode) leo pdfcube-0.0.2-6.fc8 (build/make) maxx pdfedit-0.3.2-2.fc8 (build/make) bjohnson pdns-2.9.21-3.fc9 (build/make) ruben pdns-recursor-3.1.4-4.fc7 (build/make) ruben pekwm-0.1.5-5.fc7 (build/make) errr perl-5.8.8-31.fc9 (build/make) rnorwood,spot,corsepiu,kasal perl-CPANPLUS-Dist-Build-0.05-3.fc9 (build/make) cweyl,perl-sig perl-Catalyst-Runtime-5.7007-4.fc7 (build/make) cweyl,perl-sig perl-Email-Reply-1.202-1.fc8 (build/make) spot,perl-sig perl-File-MimeInfo-0.14-1.fc8 (build/make) pertusus,perl-sig perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve,perl-sig perl-Module-Build-0.2808-1.fc8 (build/make) steve,perl-sig perl-PDL-2.4.3-4.fc8 (build/make) rnorwood,orion perl-PPI-Tester-0.06-2.fc6 (build/make) spot,perl-sig perl-Perl-Critic-1.053-1.fc8 (build/make) cweyl,perl-sig perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl,perl-sig perl-Sys-Virt-0.1.1-9.fc7 (build/make) steve,perl-sig,berrange perl-Test-AutoBuild-1.2.2-1.fc9 (build/make) berrange perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) ixs,perl-sig perl-XML-Twig-3.29-4.fc8 (build/make) rnorwood perl-XML-Validator-Schema-1.08-1.fc7 (build/make) ixs,perl-sig petitboot-0.0.1-7.fc8 (build/make) dwmw2,jwboyer pida-0.5.1-5.fc9 (build/make) rishi pikdev-0.9.2-3.fc8 (build/make) dionysos piklab-0.15.0-1.fc9 (build/make) chitlesh,dionysos pikloops-0.2.5-1.fc9 (build/make) dionysos pinot-0.82-1.fc9 (build/make) drago01 pioneers-0.11.3-3.fc9 (build/make) jwrdegoede plague-0.4.4.1-4.fc7 (build/make) dcbw planet-2.0-4.fc8 (build/make) richdawe plexus-ant-factory-1.0-0.1.a1.2jpp.5.fc8 (build/make) dbhole plexus-appserver-1.0-0.1.a5.3jpp.3.fc8 (build/make) dbhole plexus-bsh-factory-1.0-0.1.a7s.2jpp.5.fc8 (build/make) dbhole plexus-cdc-1.0-0.1.a4.2jpp.3.fc8 (build/make) dbhole plexus-maven-plugin-1.2-2jpp.2.fc8 (build/make) dbhole plexus-runtime-builder-1.0-0.1.a9.2jpp.2.fc8 (build/make) dbhole plexus-xmlrpc-1.0-0.1.b4.3jpp.6.fc8 (build/make) dbhole poker3d-1.1.36-7.fc9 (build/make) xulchris postgresql-plruby-0.5.1-5.fc9 (build/make) devrim postr-0.9-1.fc8 (build/make) trondd powerman-1.0.32-4.fc9 (build/make) jwilson powerpc-utils-papr-1.0.4-2.fc9 (build/make) dwmw2 ppl-0.9-18.fc9 (build/make) bagnara prelink-0.4.0-1 (build/make) jakub pstoedit-3.45-1.fc8 (build/make) denis ptouch-driver-1.2-8.fc8 (build/make) lkundrak pyOpenSSL-0.6-2.p24.9 (build/make) misa pychart-1.39-6.fc8 (build/make) spot pychecker-0.8.17-2 (build/make) vcrhonek pygame-1.7.1-14.fc7 (build/make) xulchris pygsl-0.9.1-6.fc8 (build/make) jamatos pyparsing-1.4.7-1.fc8 (build/make) jamatos python-GeoIP-1.2.1-9.fc8 (build/make) mfleming python-TurboMail-2.1-1.fc9 (build/make) lmacken python-cerealizer-0.6-2.fc9 (build/make) spot python-configobj-4.4.0-2.fc8 (build/make) lmacken,toshio python-cpio-0.1-4.fc8 (build/make) jamatos python-dialog-2.7-7.fc8 (build/make) abompard python-docs-2.5.1-1.fc8 (build/make) james,katzj python-durus-3.5-3.fc7 (build/make) shahms python-fpconst-0.7.3-1.fc8 (build/make) xulchris python-gammu-0.24-1.fc8.1 (build/make) laxathom python-gdata-1.0.9-1.fc9 (build/make) hadess,bjohnson python-lirc-0.0.5-5 (build/make) thias python-memcached-1.39-1.fc8 (build/make) jafo python-metar-1.3.0-2.fc7 (build/make) thias python-nltk-0.9-0.2.b2.fc8 (build/make) salimma python-nltk_lite-0.9-0.1.b2.fc8 (build/make) salimma python-ogg-1.3-7 (build/make) thias python-psyco-1.5.1-5.fc7 (build/make) shahms python-pydns-2.3.0-5.fc7 (build/make) jafo python-pyspf-2.0.3-1.fc8 (build/make) jafo python-quixote-2.4-5.fc7 (build/make) shahms python-simpletal-4.1-5.fc7 (build/make) shahms python-sqlite2-2.3.3-1.fc7 (build/make) laxathom,lmacken python-sqlobject-0.9.2-1.fc9 (build/make) lmacken,toshio python-tag-0.91-5 (build/make) thias python-telepathy-0.14.0-4.fc9 (build/make) bpepple,tjikkun python-tpg-3.1.0-4.fc7 (build/make) shahms python-twisted-conch-0.8.0-1.fc8 (build/make) thomasvs python-twisted-core-2.5.0-2.fc8 (build/make) thomasvs python-twisted-lore-0.2.0-4.fc7 (build/make) thomasvs python-twisted-mail-0.4.0-1.fc8 (build/make) thomasvs python-twisted-names-0.4.0-1.fc8 (build/make) thomasvs python-twisted-news-0.3.0-1.fc8 (build/make) thomasvs python-twisted-runner-0.2.0-4.fc7 (build/make) thomasvs python-twisted-web-0.7.0-1.fc8 (build/make) thomasvs python-twisted-words-0.5.0-1.fc8 (build/make) thomasvs python-urlgrabber-3.0.0-3.fc8 (build/make) katzj python-urljr-1.0.1-1.fc7 (build/make) jcollie python-vorbis-1.5-0.2.a (build/make) thias pyxdg-0.15-5.fc8.1 (build/make) spot,jpmahowa,sindrepb pyxf86config-0.3.34-1.fc8 (build/make) ajax pyxmms-2.06-4.fc7 (build/make) pfj pyzor-0.4.0-11.fc7 (build/make) ixs qa-assistant-0.4.90.5-2.fc6 (build/make) toshio qcad-2.0.5.0-6.fc9 (build/make) gemi qgis-0.9.0-2.fc8 (build/make) silfreed qgo-1.5.2-1.fc6 (build/make) kaboom qpidc-0.2-17.fc9 (build/make) aconway,nsantos qps-1.9.19-0.2.b.fc7 (build/make) makghosh qt-3.3.8b-3.fc9 (build/make) than qt4-4.3.3-6.fc9 (build/make) than,rdieter qtiplot-0.9-8.fc9 (build/make) frankb qtpfsgui-1.9.0-1.fc9 (build/make) silfreed quadkonsole-2.0.2-1.fc7 (build/make) nomis80 rapidsvn-0.9.4-7.fc9 (build/make) timj rb_libtorrent-0.12-3.fc9 (build/make) pgordon rbldnsd-0.996a-4.fc8 (build/make) pghmcfc readahead-1.4.2-3.fc8 (build/make) kzak redhat-menus-8.9.11-2.fc9 (build/make) rstrode rekall-2.4.5-6.fc8.1 (build/make) spot repoman-0.9-3.fc8 (build/make) dcantrel,clumens rhm-0.2-11.fc9 (build/make) aconway,nsantos rlog-1.3.7-3.fc6 (build/make) peter rosegarden4-1.6.0-1.fc8 (build/make) seg rpy-1.0.1-2.fc9 (build/make) jamatos,alexlan rsh-0.17-45.fc9 (build/make) atkac rtorrent-0.7.8-1.fc8 (build/make) chabotc ruby-1.8.6.111-7.fc9 (build/make) tagoh ruby-bdb-0.6.0-1.fc7 (build/make) errr ruby-hpricot-0.6-1.fc9 (build/make) mtasaka rudeconfig-5.0.5-1.fc7 (build/make) homeless samba-3.2.0-0.pre1.2.fc9 (build/make) simo sbcl-1.0.13-1.fc9 (build/make) rdieter,green sblim-wbemcli-1.5.1-5.fc7 (build/make) hamzy scim-array-0.0.2-2.fc9 (build/make) dchen scim-chewing-0.3.1-12.fc9 (build/make) cchance scim-fcitx-3.1.1-7.fc8 (build/make) petersen,qshen scim-hangul-0.3.2-1.fc9 (build/make) zhu scim-m17n-0.2.2-2.fc8 (build/make) pnemade,petersen scim-pinyin-0.5.91-23.fc9 (build/make) phuang scim-skk-0.5.2-8.fc6 (build/make) ryo scim-tables-0.5.7-3.fc7 (build/make) cchance scim-tomoe-0.6.0-2.fc8 (build/make) ryo,petersen scipy-0.6.0-3.fc8 (build/make) jspaleta scons-0.97-2.fc8 (build/make) gemi scrip-1.4-9.fc8 (build/make) edhill scsi-target-utils-0.0-2.20070803snap.fc9 (build/make) michaelc,terjeros,michaelc seahorse-2.21.4-3.fc9 (build/make) skvidal sear-0.6.3-8.fc9 (build/make) wart seq24-0.8.7-8.fc8 (build/make) green setools-3.3.2-2.fc9 (build/make) pebenito,dwalsh showimg-0.9.5-16.fc9 (build/make) abompard sipp-3.0-1.fc9 (build/make) peter skstream-0.3.6-2.fc8 (build/make) wart slim-1.3.0-2.fc9 (build/make) afb slrn-0.9.8.1pl1-7.20070716cvs.fc9 (build/make) mlichvar smarteiffel-2.3-2.fc9 (build/make) gemi sos-1.8-1.fc8 (build/make) navid source-highlight-2.8-1.fc9 (build/make) adrian specto-0.2.0-4.fc8 (build/make) laxathom spr-07.00.00-1.fc8 (build/make) wart srecord-1.36-1.fc8 (build/make) spot stardict-3.0.1-1.fc9 (build/make) zhu stellarium-0.9.1-4.fc9 (build/make) s4504kr,mmahut,kwizart stratagus-2.2.4-1.fc8 (build/make) peter straw-0.27-12.fc9 (build/make) subhodip subversion-api-docs-1.4.4-2.fc8 (build/make) bojan supertux-0.3.1-1.fc9 (build/make) steve svnmailer-1.0.8-3.fc7 (build/make) mfleming sword-1.5.10-1.fc9 (build/make) deji syck-0.61-3.fc9 (build/make) oliver synce-kde-0.9.1-1.fc7 (build/make) awjb,abompard syncevolution-0.6-2.fc8 (build/make) mcepl synergy-1.3.1-5.fc8 (build/make) thias system-config-date-1.9.22-1.fc9 (build/make) nphilipp systemtap-0.6.1-1.fc9 (build/make) fche,wcohen tar-1.19-2.fc9 (build/make) rbrich taskjuggler-2.4.0-5.fc9 (build/make) ovasik tastymenu-0.8.2-2.fc8 (build/make) nixaff4 tclabc-1.0.9-1.fc7 (build/make) gemi tcp_wrappers-7.6-50.fc8 (build/make) tjanouse tcpdump-3.9.8-3.fc9 (build/make) mlichvar teckit-2.2.1-2.fc8 (build/make) jnovy telepathy-salut-0.2.2-1.fc9 (build/make) bpepple,johnp telescope-server-0-0.2.20070315.fc8 (build/make) jspaleta tellico-1.3-4.fc9 (build/make) jamatos testoob-1.13-4.fc8 (build/make) dgoodwin texlive-2007-16.fc9 (build/make) jnovy,pertusus thunderbird-2.0.0.9-2.fc9 (build/make) gecko-maint torcs-1.3.0-3.fc8 (build/make) thias torque-2.1.10-4.fc9 (build/make) garrick transmission-1.03-1.fc9 (build/make) denis trousers-0.3.1-5.fc9 (build/make) key ttcp-1.12-16.fc8 (build/make) mmaslano ttmkfdir-3.0.9-24.fc7 (build/make) lizhang twinkle-1.1-4.fc9 (build/make) kevin usbsink-0.3.2-1.fc8 (build/make) jspaleta uuid-1.6.0-2.fc8 (build/make) steve varconf-0.6.5-2.fc8 (build/make) wart vdccm-0.10.1-1.fc9 (build/make) awjb,abompard vdr-1.4.7-7.fc9 (build/make) scop vdr-femon-1.1.5-1.fc9 (build/make) scop vdr-osdteletext-0.5.1-29.fc8 (build/make) scop vdr-skinsoppalusikka-1.0.6-1.fc9 (build/make) vpv vdr-subtitles-0.5.0-4.fc9 (build/make) scop vdr-sudoku-0.1.3-2.fc8 (build/make) scop vdr-text2skin-1.1-21.20051217cvs.fc9 (build/make) scop vdr-ttxtsubs-0.0.5-3.fc9 (build/make) scop vdr-tvonscreen-1.0.141-1.fc9 (build/make) vpv vdr-wapd-0.9-1.fc9 (build/make) scop vegastrike-0.4.3-7.fc8 (build/make) jwrdegoede verbiste-0.1.21-1.fc8 (build/make) icon vino-2.21.90-1.fc9 (build/make) davidz vips-7.12.5-3.fc9 (build/make) agoode vtk-5.0.3-22.fc9 (build/make) athimm wammu-0.19-3.fc8 (build/make) laxathom wesnoth-1.2.8-3.fc9 (build/make) wtogami widelands-0-0.7.build11.fc8 (build/make) karlik wlassistant-0.5.7-5.fc8 (build/make) spot wordtrans-1.1-0.3.pre13.fc9 (build/make) than workrave-1.8.5-1.fc9 (build/make) tmraz wormux-0.7.9-5.fc8 (build/make) wart wpa_supplicant-0.5.7-21.fc9 (build/make) dcbw ws-commons-util-1.0.1-6.fc8 (build/make) green,overholt wuja-0.0.8-2.fc8 (build/make) dgoodwin wv2-0.2.3-4.fc9 (build/make) awjb wvdial-1.60-3.fc9 (build/make) ovasik wxPython-2.8.4.0-2.fc8 (build/make) mattdm xaos-3.2.3-1.fc7 (build/make) gemi xbsql-0.11-9.fc8 (build/make) spot xdaliclock-2.23-3.fc6 (build/make) kaboom xfce4-battery-plugin-0.5.0-2.fc7 (build/make) cwickert xine-plugin-1.0-5.fc8 (build/make) mso xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser xmlcopyeditor-1.1.0.6-3.fc9 (build/make) ivazquez xmlrpc3-3.0-1jpp.4.fc8 (build/make) overholt xmms-adplug-1.2-6.fc9 (build/make) snirkel xmoto-0.3.4-1.fc9 (build/make) limb xorg-x11-drv-acecad-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-amd-0.0-22.20070625.fc8 (build/make) xgl-maint,bernie xorg-x11-drv-apm-1.1.1-7.fc8 (build/make) xgl-maint xorg-x11-drv-ark-0.6.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-ast-0.81.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-calcomp-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-chips-1.1.1-5.fc8 (build/make) xgl-maint xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint xorg-x11-drv-cyrix-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-glint-1.1.1-7.fc8 (build/make) xgl-maint xorg-x11-drv-i128-1.2.1-1.fc8 (build/make) xgl-maint xorg-x11-drv-i740-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-magellan-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-magictouch-1.0.0.5-5.fc8 (build/make) xgl-maint xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint xorg-x11-drv-neomagic-1.1.1-4.fc8 (build/make) xgl-maint xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-rendition-4.1.3-5.fc8 (build/make) xgl-maint xorg-x11-drv-s3-0.5.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-s3virge-1.9.1-5.fc8 (build/make) xgl-maint xorg-x11-drv-siliconmotion-1.5.1-3.fc8 (build/make) xgl-maint xorg-x11-drv-spaceorb-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-tdfx-1.3.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-trident-1.2.3-6.fc8 (build/make) xgl-maint xorg-x11-drv-tseng-1.1.0-7.fc8 (build/make) xgl-maint xorg-x11-drv-vermilion-1.0.0-2.fc8 (build/make) xgl-maint xorg-x11-drv-vga-4.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-via-0.2.2-4.fc8 (build/make) xgl-maint xorg-x11-drv-voodoo-1.1.1-1.fc8 (build/make) xgl-maint xorg-x11-server-1.4.99.1-0.19.20080107.fc9 (build/make) xgl-maint xorg-x11-server-utils-7.3-2.fc9 (build/make) xgl-maint xqilla-2.0.0-1.fc9 (build/make) mzazrive xqilla10-1.0.2-2.fc9 (build/make) mzazrive xscorch-0.2.0-12.fc8 (build/make) mgarski xscreensaver-5.04-3.fc9 (build/make) mtasaka yafray-0.0.9-5.fc9 (build/make) kwizart yakuake-2.7.5-4.fc7 (build/make) mmahut,trasher yelp-2.21.1-3.fc9 (build/make) mbarnes zeroinstall-injector-0.31-1.fc8 (build/make) salimma zhcon-0.2.6-5.fc7 (build/make) zhu With bugs filed: 0 ---------------------------------- -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From jakub at redhat.com Wed Feb 13 15:17:51 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 13 Feb 2008 10:17:51 -0500 Subject: Another 4.3 c++ question.... (vmware kernel g++ module rebuild issue) In-Reply-To: <4c4ba1530802130708j1e43799fvc2e892ea53236e96@mail.gmail.com> References: <4c4ba1530802130653o24a405e4ya5d052446955085b@mail.gmail.com> <20080213150309.GO24887@devserv.devel.redhat.com> <4c4ba1530802130708j1e43799fvc2e892ea53236e96@mail.gmail.com> Message-ID: <20080213151751.GP24887@devserv.devel.redhat.com> On Wed, Feb 13, 2008 at 07:08:45AM -0800, Tom London wrote: > On Wed, Feb 13, 2008 at 7:03 AM, Jakub Jelinek wrote: > > On Wed, Feb 13, 2008 at 06:53:48AM -0800, Tom London wrote: > Any idea why the old "colon" syntax would appear to still work? (at > least not complain)? That seems a bit strange. C++ standard (C++98, but AFAIK no changes are planned for C++0x) doesn't have designated initializers, only C99 does. The g++ front-end supports very limited subset of the old style designated initializers as a GNU extension, but nobody wrote support for the C99 designated initializers as GNU extension for C++ FE. Jakub From rjones at redhat.com Wed Feb 13 15:18:34 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 13 Feb 2008 15:18:34 +0000 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-09 In-Reply-To: <20080213151124.GA5878@humbolt.us.dell.com> References: <20080213151124.GA5878@humbolt.us.dell.com> Message-ID: <47B30A4A.5030804@redhat.com> Matt Domsch wrote: > ocaml-lablgl-1.02-15.fc8 (build/make) gemi > ocaml-ocamlnet-2.2.9-1.fc9 (build/make) rjones,gemi I fixed both of these bugs last night by coincidence when doing the 3.10.1 upgrade. They are both in F-9, or will be shortly. 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 notting at redhat.com Wed Feb 13 15:26:08 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 13 Feb 2008 10:26:08 -0500 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202882757.3208.268.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> Message-ID: <20080213152608.GA5024@nostromo.devel.redhat.com> Rodd Clarkson (rodd at clarkson.id.au) said: > Right, so where does paper sizing fit into this? > > Wouldn't it be more correct for Fedora to default to the ISO standard > for paper (A4, etc) than to the US standard for paper (letter, etc)? No. Use LC_PAPER. Bill From j.w.r.degoede at hhs.nl Wed Feb 13 15:45:17 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 13 Feb 2008 16:45:17 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <19365.63.85.68.164.1202915199.squirrel@mail.jcomserv.net> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> <20080212152854.4dc6c544@wabash.artheist.org> <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> <20080213152416.a6dbf57f.mschwendt@gmail.com> <19365.63.85.68.164.1202915199.squirrel@mail.jcomserv.net> Message-ID: <47B3108D.8070608@hhs.nl> Jon Ciesla wrote: >> On Wed, 13 Feb 2008 07:25:56 -0600 (CST), Jon Ciesla wrote: >> >>>>> I've got all mine patched and done for 4.3 but xmoto, which I've got >>>>> partway fixed but am stuck. Anyone understand this? >>>>> >>>>> http://koji.fedoraproject.org/koji/getfile?taskID=406771&name=build.log >>>> Scene.o: In function `CollisionSystem::CollisionSystem()': >>>> Scene.cpp:(.text._ZN15CollisionSystemC1Ev[CollisionSystem::CollisionSystem()]+0xd1): >>>> undefined reference to `ElementHandler::reset()' >>>> >>>> This usually means that the definition of >>>> class template ElementHandler's member function reset is not included >>>> in the translation unit, only the declaration. >>>> >>>> Find out where it's defined, and make sure that scene.cpp includes >>> that >>>> file. >>> It's defined in Collision.h in the parent directory, and it is included >>> in >>> Scene.cpp, but I noticed in Scene.h it uses: >>> >>> #include "Collision.h" >>> >>> rather than: >>> >>> #include "../Collision.h" >>> >>> So I patched that, but it doesn't help. >> It's declared in Collision.h but defined only in Collision.cpp, which >> doesn't work as it is a template. The author had tried to also move the >> ctor into the .cpp file and mentions in a comment that it didn't compile. >> Moving the definition of ElementHandler::reset() method into the >> Collision.h file would fix this (but it's likely not the only definition >> that needs to be moved). > > That makes sense. As my c++ are not quite up to this, I've sent this > upstream. Thanks all! > Attached is a patch which fixes this by un-inlining the Collision constructor. Actually it seems that the best way to fix this is to un-inline all Collision members which use the template and move the template entirely to Collision.cpp Regards, Hans -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff URL: From skasal at redhat.com Wed Feb 13 15:55:14 2008 From: skasal at redhat.com (Stepan Kasal) Date: Wed, 13 Feb 2008 16:55:14 +0100 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" Message-ID: <20080213155514.GA9648@camelia.ucw.cz> Hi, I was surprised when I noticed that dbus-daemon lives in /bin. According to old tradition, /bin and /sbin should contain only binaries necessary for Single user mode. In Single user mode, it seems there is a bash and that seems like all; is it really necessary to have dbus that low? Looking into bugzilla, I noticed #104058, "dbus starts too late". In short, dbus has to be started before bluetooth, which in turn has to be started before networking. Now I see that the "traditional" definition is not accurate enough. /usr over network is an important feature of Fedora, which has to be kept in mind. So we have to have (at least some) network support in /bin and /sbin. But there are more and more kinds of networking which need more and more things, which all then should go to /bin. OTOH, even such a low-level thing as glib is not going to be moved to /lib, because "is has always been under /usr". An idea: Couldn't we split the "networking" to two parts? Some of them are suitable for carrying /usr (e.g. eth0), while other obviously aren't (bluetooth connection to my cell phone). So the networks which might be needed for /usr would start very early, while all the bells and whistles about hot plugging modern gadgets would start later and would not pretent that they do not depend on /usr mounted. Cheers, Stepan Kasal From notting at redhat.com Wed Feb 13 16:04:10 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 13 Feb 2008 11:04:10 -0500 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <20080213155514.GA9648@camelia.ucw.cz> References: <20080213155514.GA9648@camelia.ucw.cz> Message-ID: <20080213160410.GA8378@nostromo.devel.redhat.com> Stepan Kasal (skasal at redhat.com) said: > OTOH, even such a low-level thing as glib is not going to be moved to > /lib, because "is has always been under /usr". Really? Have you looked? > Couldn't we split the "networking" to two parts? Some of them are > suitable for carrying /usr (e.g. eth0), while other obviously aren't > (bluetooth connection to my cell phone). The long term answer is just to not support network /usr with a local /. Bill From lmacken at redhat.com Wed Feb 13 16:09:17 2008 From: lmacken at redhat.com (Luke Macken) Date: Wed, 13 Feb 2008 11:09:17 -0500 Subject: bodhi update lag In-Reply-To: <20080213083835.7d2d149c@redhat.com> References: <1202908837.19266.3.camel@localhost.localdomain> <20080213083835.7d2d149c@redhat.com> Message-ID: <20080213160917.GB21722@crow> On Wed, Feb 13, 2008 at 08:38:35AM -0500, Jesse Keating wrote: > On Wed, 13 Feb 2008 08:20:37 -0500 > Dan Williams wrote: > > > Just wondering whether the latest update lag was a one-time thing or > > if there are other problems that are causing pushes to be slow. For > > example, https://admin.fedoraproject.org/updates/F8/FEDORA-2008-1624 > > was submitted on 2008-02-06, but the actual push to testing happened > > 7 days later on 2008-02-13. 7 days is a bit too long for pushes, I > > think. Anything in particular going on? > > This was a one time thing. I had planned to do a push on > Friday/Saturday but I got hit with a really bad stomach bug. Then the > critical kernel security issue came up and that took priority over any > other pushes. Unfortunately a push failure plus a machine reboot > conspired to make that kernel push take all day. Then yesterday was > spent getting all the packages signed (there were a lot of them) and a > push going, which finally made it out today. Most of the notices for the last push went out last night, but bodhi flipped out when it hit a private bugzilla in some new code. I fixed the bug and pushed out the rest of the notices and the updates-testing digest this morning. My fault if you notice duplicate comments in your bugs from bodhi today, it may have happened to a couple of updates. If you notice any other problems with recent pushes, please let me know. luke From dan at danny.cz Wed Feb 13 16:12:40 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Wed, 13 Feb 2008 17:12:40 +0100 Subject: Fedora x86_64 rawhide rebuild in mock status 2008-02-09 In-Reply-To: <20080213150939.GA5767@humbolt.us.dell.com> References: <20080213150939.GA5767@humbolt.us.dell.com> Message-ID: <1202919160.3250.11.camel@eagle.danny.cz> > cdcollect-0.6.0-4.fc8 (build/make) sharkcz from the root.log: ... DEBUG util.py:250: 0:ccache-2.4-11.fc8.x86_64 DEBUG util.py:250: 0:gtk-sharp2-devel-2.10.0-6.fc8.x86_64 DEBUG util.py:250: 0:perl-XML-Parser-2.34-10.fc9.x86_64 DEBUG util.py:250: 0:gnome-sharp-devel-2.16.0-5.fc8.x86_64 DEBUG util.py:250: 0:mono-data-sqlite-1.2.6-6.1.fc9.x86_64 DEBUG util.py:250: 0:gettext-0.17-1.fc9.x86_64 DEBUG util.py:250: 0:sqlite-devel-3.5.4-3.fc9.x86_64 DEBUG util.py:250: 0:mono-devel-1.2.6-6.1.fc9.x86_64 DEBUG util.py:250: 0:desktop-file-utils-0.14-2.fc9.x86_64 DEBUG util.py:250: 0:glib2-devel-2.15.4-2.fc9.x86_64 DEBUG backend.py:490: /usr/bin/yum --installroot /var/lib/mock/fedora-development-x86_64-cdcollect-0.6.0-4.fc8.src.rpm/root/ install ccache 'gtk-sharp2-devel >= 2.8.0' 'perl(XML::Parser)' 'gnome-sharp-devel' 'mono-data-sqlite' 'gettext' 'sqlite-devel >= 3.3.5' 'mono-devel >= 1.1.17' 'desktop-file-utils' 'glib2-devel' DEBUG util.py:272: Executing command: /usr/bin/yum --installroot /var/lib/mock/fedora-development-x86_64-cdcollect-0.6.0-4.fc8.src.rpm/root/ install ccache 'gtk-sharp2-devel >= 2.8.0' 'perl(XML::Parser)' 'gnome-sharp-devel' 'mono-data-sqlite' 'gettext' 'sqlite-devel >= 3.3.5' 'mono-devel >= 1.1.17' 'desktop-file-utils' 'glib2-devel' DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed by package glib2-devel DEBUG util.py:250: Error: Missing Dependency: libfam.so.0 is needed by package glib2 DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed by package glib2 ... Looks like as an inconsistent state of rawhide. Dan From jkeating at redhat.com Wed Feb 13 16:19:33 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 13 Feb 2008 11:19:33 -0500 Subject: Fedora x86_64 rawhide rebuild in mock status 2008-02-09 In-Reply-To: <1202919160.3250.11.camel@eagle.danny.cz> References: <20080213150939.GA5767@humbolt.us.dell.com> <1202919160.3250.11.camel@eagle.danny.cz> Message-ID: <20080213111933.7c44ef7e@redhat.com> On Wed, 13 Feb 2008 17:12:40 +0100 Dan Hor?k wrote: > Looks like as an inconsistent state of rawhide. This was tracked down to a bad setting in mock. The stupid excludes on x86_64 to keep everything but glibc-devel.i386 out failed. -- 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 Feb 13 16:17:17 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 13 Feb 2008 10:17:17 -0600 (CST) Subject: Fedora x86_64 rawhide rebuild in mock status 2008-02-09 In-Reply-To: <1202919160.3250.11.camel@eagle.danny.cz> References: <20080213150939.GA5767@humbolt.us.dell.com> <1202919160.3250.11.camel@eagle.danny.cz> Message-ID: <22629.63.85.68.164.1202919437.squirrel@mail.jcomserv.net> >> cdcollect-0.6.0-4.fc8 (build/make) sharkcz > > from the root.log: > ... > DEBUG util.py:250: 0:ccache-2.4-11.fc8.x86_64 > DEBUG util.py:250: 0:gtk-sharp2-devel-2.10.0-6.fc8.x86_64 > DEBUG util.py:250: 0:perl-XML-Parser-2.34-10.fc9.x86_64 > DEBUG util.py:250: 0:gnome-sharp-devel-2.16.0-5.fc8.x86_64 > DEBUG util.py:250: 0:mono-data-sqlite-1.2.6-6.1.fc9.x86_64 > DEBUG util.py:250: 0:gettext-0.17-1.fc9.x86_64 > DEBUG util.py:250: 0:sqlite-devel-3.5.4-3.fc9.x86_64 > DEBUG util.py:250: 0:mono-devel-1.2.6-6.1.fc9.x86_64 > DEBUG util.py:250: 0:desktop-file-utils-0.14-2.fc9.x86_64 > DEBUG util.py:250: 0:glib2-devel-2.15.4-2.fc9.x86_64 > DEBUG backend.py:490: /usr/bin/yum --installroot > /var/lib/mock/fedora-development-x86_64-cdcollect-0.6.0-4.fc8.src.rpm/root/ > install ccache 'gtk-sharp2-devel >= 2.8.0' 'perl(XML::Parser)' > 'gnome-sharp-devel' 'mono-data-sqlite' 'gettext' 'sqlite-devel >= 3.3.5' > 'mono-devel >= 1.1.17' 'desktop-file-utils' 'glib2-devel' > DEBUG util.py:272: Executing command: /usr/bin/yum --installroot > /var/lib/mock/fedora-development-x86_64-cdcollect-0.6.0-4.fc8.src.rpm/root/ > install ccache 'gtk-sharp2-devel >= 2.8.0' 'perl(XML::Parser)' > 'gnome-sharp-devel' 'mono-data-sqlite' 'gettext' 'sqlite-devel >= 3.3.5' > 'mono-devel >= 1.1.17' 'desktop-file-utils' 'glib2-devel' > DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed > by package glib2-devel > DEBUG util.py:250: Error: Missing Dependency: libfam.so.0 is needed by > package glib2 > DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed > by package glib2 > ... > > Looks like as an inconsistent state of rawhide. > I got that on some, too. > Dan > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From caillon at redhat.com Wed Feb 13 16:21:33 2008 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 13 Feb 2008 11:21:33 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B3108D.8070608@hhs.nl> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> <20080212152854.4dc6c544@wabash.artheist.org> <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> <20080213152416.a6dbf57f.mschwendt@gmail.com> <19365.63.85.68.164.1202915199.squirrel@mail.jcomserv.net> <47B3108D.8070608@hhs.nl> Message-ID: <47B3190D.1090502@redhat.com> On 02/13/2008 10:45 AM, Hans de Goede wrote: > > Attached is a patch which fixes this by un-inlining the Collision > constructor. Actually it seems that the best way to fix this is to > un-inline all Collision members which use the template and move the > template entirely to Collision.cpp And since you are using C++, don't hesitate to take advantage of initialization list, either. E.g.: + CollisionSystem::CollisionSystem() + : m_pGrid(NULL), m_bDebugFlag(false) + { + } Since you're using templates, it may be a win in this specific case (I haven't looked too deeply), but nonetheless it is a good habit to get into as it can have performance benefits. Just make sure you keep the list in the same order as declared in the class. From rjones at redhat.com Wed Feb 13 16:26:04 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 13 Feb 2008 16:26:04 +0000 Subject: Is Rawhide report MIA today? Message-ID: <47B31A1C.2090103@redhat.com> $subject says it all ... -------------- 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 poelstra at redhat.com Wed Feb 13 16:30:25 2008 From: poelstra at redhat.com (John Poelstra) Date: Wed, 13 Feb 2008 08:30:25 -0800 Subject: Fedora Rel-Eng Meeting Recap 2007-FEB-13 Message-ID: <47B31B21.5060801@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2008-feb-11 Please make corrections and clarifications to the wiki page. == gcc4.3 == * http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal * people can opt out of mass rebuild * take non-responsive maintainers for failed builds to FESCo == Spins == * Release Engineering is expected to produce custom spins for F8 1. it's a lot of bit moving 1. are we supposed to be producing them from F8 GOLD or F8 + Updates, and if from Updates, does installing from them still work? * as of yet, all 'spins' have been live based, which don't allow for upgrades * releng does not have have a checklist of what we look for when approving a spin from a technical aspect * http://fedoraproject.org/wiki/RahulSundaram/SpinsProcess * See IRC log for detailed discussion ACTION: Jeremy to write first draft of how Spins should work--in detail--using Rahul's proposal as a starting point == Mirror Master Move == * Targeting Wednesday * Rough plan: 1. turn off rawhide Tuesday night 1. turn off everything else on Wednesday * Continue discussion on #fedora-admin == IRC Transcript == From notting at redhat.com Wed Feb 13 16:30:59 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 13 Feb 2008 11:30:59 -0500 Subject: Is Rawhide report MIA today? In-Reply-To: <47B31A1C.2090103@redhat.com> References: <47B31A1C.2090103@redhat.com> Message-ID: <20080213163059.GA9887@nostromo.devel.redhat.com> Richard W.M. Jones (rjones at redhat.com) said: > $subject says it all ... We are currently reorganizing the Fedora mirror master structure in order to enable faster and simpler pushes of rawhide, updates, test releases, etc. As part of that, the rawhide sync is disabled. Should be back later today/tomorrow. Bill From mclasen at redhat.com Wed Feb 13 16:43:21 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 13 Feb 2008 11:43:21 -0500 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <20080213155514.GA9648@camelia.ucw.cz> References: <20080213155514.GA9648@camelia.ucw.cz> Message-ID: <1202921001.3123.2.camel@localhost.localdomain> On Wed, 2008-02-13 at 16:55 +0100, Stepan Kasal wrote: > > Now I see that the "traditional" definition is not accurate enough. > /usr over network is an important feature of Fedora, which has to be > kept in mind. So we have to have (at least some) network support in > /bin and /sbin. Can you explain how the separate /usr is not just an anachronism that is holding us back ? From rjones at redhat.com Wed Feb 13 16:43:42 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 13 Feb 2008 16:43:42 +0000 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <1202921001.3123.2.camel@localhost.localdomain> References: <20080213155514.GA9648@camelia.ucw.cz> <1202921001.3123.2.camel@localhost.localdomain> Message-ID: <47B31E3E.6060605@redhat.com> Matthias Clasen wrote: > On Wed, 2008-02-13 at 16:55 +0100, Stepan Kasal wrote: > >> Now I see that the "traditional" definition is not accurate enough. >> /usr over network is an important feature of Fedora, which has to be >> kept in mind. So we have to have (at least some) network support in >> /bin and /sbin. > > Can you explain how the separate /usr is not just an anachronism that > is holding us back ? I was going to say something about small flash-based systems, but even 2 or 4 GB of flash is cheap these days ... 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 mschwendt at gmail.com Wed Feb 13 16:53:04 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 13 Feb 2008 17:53:04 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B3108D.8070608@hhs.nl> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> <20080212152854.4dc6c544@wabash.artheist.org> <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> <20080213152416.a6dbf57f.mschwendt@gmail.com> <19365.63.85.68.164.1202915199.squirrel@mail.jcomserv.net> <47B3108D.8070608@hhs.nl> Message-ID: <20080213175304.028869e5.mschwendt@gmail.com> On Wed, 13 Feb 2008 16:45:17 +0100, Hans de Goede wrote: > Jon Ciesla wrote: > >> On Wed, 13 Feb 2008 07:25:56 -0600 (CST), Jon Ciesla wrote: > >> > >>>>> I've got all mine patched and done for 4.3 but xmoto, which I've got > >>>>> partway fixed but am stuck. Anyone understand this? > >>>>> > >>>>> http://koji.fedoraproject.org/koji/getfile?taskID=406771&name=build.log > >>>> Scene.o: In function `CollisionSystem::CollisionSystem()': > >>>> Scene.cpp:(.text._ZN15CollisionSystemC1Ev[CollisionSystem::CollisionSystem()]+0xd1): > >>>> undefined reference to `ElementHandler::reset()' > >>>> > >>>> This usually means that the definition of > >>>> class template ElementHandler's member function reset is not included > >>>> in the translation unit, only the declaration. > >>>> > >>>> Find out where it's defined, and make sure that scene.cpp includes > >>> that > >>>> file. > >>> It's defined in Collision.h in the parent directory, and it is included > >>> in > >>> Scene.cpp, but I noticed in Scene.h it uses: > >>> > >>> #include "Collision.h" > >>> > >>> rather than: > >>> > >>> #include "../Collision.h" > >>> > >>> So I patched that, but it doesn't help. > >> It's declared in Collision.h but defined only in Collision.cpp, which > >> doesn't work as it is a template. The author had tried to also move the > >> ctor into the .cpp file and mentions in a comment that it didn't compile. > >> Moving the definition of ElementHandler::reset() method into the > >> Collision.h file would fix this (but it's likely not the only definition > >> that needs to be moved). > > > > That makes sense. As my c++ are not quite up to this, I've sent this > > upstream. Thanks all! > > > > > Attached is a patch which fixes this by un-inlining the Collision constructor. > Actually it seems that the best way to fix this is to un-inline all Collision > members which use the template and move the template entirely to Collision.cpp Note, however, that it only fixes the current implementation, not the bad design (the splitting of the template declaration/definition). It would break again as soon as the class template were instantiated with a different type parameter that is not covered inside Collision.cpp. From limb at jcomserv.net Wed Feb 13 16:48:53 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 13 Feb 2008 10:48:53 -0600 (CST) Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B3190D.1090502@redhat.com> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> <20080212152854.4dc6c544@wabash.artheist.org> <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> <20080213152416.a6dbf57f.mschwendt@gmail.com> <19365.63.85.68.164.1202915199.squirrel@mail.jcomserv.net> <47B3108D.8070608@hhs.nl> <47B3190D.1090502@redhat.com> Message-ID: <54879.63.85.68.164.1202921333.squirrel@mail.jcomserv.net> > On 02/13/2008 10:45 AM, Hans de Goede wrote: >> >> Attached is a patch which fixes this by un-inlining the Collision >> constructor. Actually it seems that the best way to fix this is to >> un-inline all Collision members which use the template and move the >> template entirely to Collision.cpp > > And since you are using C++, don't hesitate to take advantage of > initialization list, either. E.g.: > > + CollisionSystem::CollisionSystem() > + : m_pGrid(NULL), m_bDebugFlag(false) > + { > + } > > Since you're using templates, it may be a win in this specific case (I > haven't looked too deeply), but nonetheless it is a good habit to get > into as it can have performance benefits. Just make sure you keep the > list in the same order as declared in the class. > I've applied Hans patch, and it works beautifully. I've also heard back from upstream, and they say it's fixed in svn, and a 0.4.1 will be out shortly. Given that, I think I'll forward Christopher's suggestion to upstream, and wait for 0.4.1. Thanks everyone! -- novus ordo absurdum From opensource at till.name Wed Feb 13 16:49:08 2008 From: opensource at till.name (Till Maas) Date: Wed, 13 Feb 2008 17:49:08 +0100 Subject: INT_MAX undeclared / limits.h (was: Re: Fedora i386 rawhide rebuild in mock status 2008-02-09) In-Reply-To: <20080213151124.GA5878@humbolt.us.dell.com> References: <20080213151124.GA5878@humbolt.us.dell.com> Message-ID: <200802131749.17260.opensource@till.name> On Wed February 13 2008, Matt Domsch wrote: > aircrack-ng-0.9.1-2.fc8 (build/make) till The error here is: src/aireplay-ng.c: In function 'do_attack_test': src/aireplay-ng.c:4129: error: 'INT_MAX' undeclared (first use in this function) src/aireplay-ng.c:4129: error: (Each undeclared identifier is reported only once src/aireplay-ng.c:4129: error: for each function it appears in.) Is this really a bug in aireplay-ng, i.e. does it have to include limits.h where INT_MAX comes from, or is this a bug in some other package? Why was it not needed to include limits.h earlier, any ideas? 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 jspaleta at gmail.com Wed Feb 13 16:57:04 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Feb 2008 07:57:04 -0900 Subject: Locales (WAS: How important are ISO standards) In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> Message-ID: <604aa7910802130857y3f6bf83ei97643aafd96a767a@mail.gmail.com> On Feb 12, 2008 10:48 PM, Linus Walleij wrote: > > I'd be surprised if the real problem was anything else than the simple > fact that users who just want "an English Fedora" will not know how to > localize Fedora for say, France while keeping the english language. Simple rule... if you are not in North America.. avoid using en_US for anything. Aren't there other English locales available at install time? Every Frenchman should know..instinctively.. that anything designated specifically for the US is going to be ass-backwards to the rest of the modern world. -jef From mzerqung at 0pointer.de Wed Feb 13 17:00:26 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 18:00:26 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> Message-ID: <20080213170025.GA16793@tango.0pointer.de> On Wed, 13.02.08 14:57, Kevin Kofler (kevin.kofler at chello.at) wrote: > > Lennart Poettering 0pointer.de> writes: > > This is somewhat expected behaviour. Access to the audio device > > follows the active session on the display. I.e. if you switch VTs than > > ConsoleKit+HAL will change the ACLs of the audio devices and tell PA > > to stop accessing the audio device. This will cause playback to pause > > for all applications accessing PA. However, as soon as you switch back > > the session, the playback should continue. This is not perfect > > however, since we don't inform Gst/Rhyhtmbox that the audio device is > > temporarily stopped (there's no way to do that afaik). > > Have you considered just muting the sound rather than blocking the > applications? The obvious drawback is that the user doesn't automatically get > back to where he/she left, but on the other hand, you can't really expect sound > applications to know how to handle a blocked sound device, and it is also > application-specific whether returning to where you left is a good or bad idea > (think of a live stream, for example: in that case, returning to where you left > might not even be possible, and if it is, it's usually not what the user > wants). It's a bit difficult to continue streaming audio based on the sound cards clock if you don't have access to the sound card anymore. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From jspaleta at gmail.com Wed Feb 13 16:59:12 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Feb 2008 07:59:12 -0900 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <47B31E3E.6060605@redhat.com> References: <20080213155514.GA9648@camelia.ucw.cz> <1202921001.3123.2.camel@localhost.localdomain> <47B31E3E.6060605@redhat.com> Message-ID: <604aa7910802130859s28c7ffabma3b2dab7605f9946@mail.gmail.com> 2008/2/13 Richard W.M. Jones : > I was going to say something about small flash-based systems, but even 2 > or 4 GB of flash is cheap these days ... The only use I currently have for my old 32 meg flash card is as a bootdisk for a LFS linux firewall appliance. I haven't thought about adding the complexity of using a network /usr. It just isn't worth the hassle. -jef From alan at redhat.com Wed Feb 13 17:10:10 2008 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Feb 2008 12:10:10 -0500 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <1202921001.3123.2.camel@localhost.localdomain> References: <20080213155514.GA9648@camelia.ucw.cz> <1202921001.3123.2.camel@localhost.localdomain> Message-ID: <20080213171010.GA28447@devserv.devel.redhat.com> On Wed, Feb 13, 2008 at 11:43:21AM -0500, Matthias Clasen wrote: > > /usr over network is an important feature of Fedora, which has to be > > kept in mind. So we have to have (at least some) network support in > > /bin and /sbin. > > Can you explain how the separate /usr is not just an anachronism that > is holding us back ? Its defined in the LSB, its a long tradition and its very useful. Please don't confuse "I don't use it" with "obsolete" or you'll end up with a distro that's like some of the desktop apps and only usable by exact clones of their authors. From rc040203 at freenet.de Wed Feb 13 17:11:32 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 13 Feb 2008 18:11:32 +0100 Subject: INT_MAX undeclared / limits.h (was: Re: Fedora i386 rawhide rebuild in mock status 2008-02-09) In-Reply-To: <200802131749.17260.opensource@till.name> References: <20080213151124.GA5878@humbolt.us.dell.com> <200802131749.17260.opensource@till.name> Message-ID: <1202922692.3376.5.camel@beck.corsepiu.local> On Wed, 2008-02-13 at 17:49 +0100, Till Maas wrote: > On Wed February 13 2008, Matt Domsch wrote: > > > aircrack-ng-0.9.1-2.fc8 (build/make) till > > The error here is: > > src/aireplay-ng.c: In function 'do_attack_test': > src/aireplay-ng.c:4129: error: 'INT_MAX' undeclared (first use in this > function) > src/aireplay-ng.c:4129: error: (Each undeclared identifier is reported only > once > src/aireplay-ng.c:4129: error: for each function it appears in.) > > Is this really a bug in aireplay-ng, i.e. does it have to include limits.h > where INT_MAX comes from, Yes. > or is this a bug in some other package? No. A *.c file must make sure it includes all headers it requires. => A *.c file wanting to use INT_MAX must include limits.h. > Why was it > not needed to include limits.h earlier, any ideas? Many possibilities, but the most likely is because another header (accidentally, bogusly) included limits.h, such that your *.c received it indirectly? Ralf From notting at redhat.com Wed Feb 13 17:13:51 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 13 Feb 2008 12:13:51 -0500 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <20080213171010.GA28447@devserv.devel.redhat.com> References: <20080213155514.GA9648@camelia.ucw.cz> <1202921001.3123.2.camel@localhost.localdomain> <20080213171010.GA28447@devserv.devel.redhat.com> Message-ID: <20080213171351.GA11903@nostromo.devel.redhat.com> Alan Cox (alan at redhat.com) said: > > Can you explain how the separate /usr is not just an anachronism that > > is holding us back ? > > Its defined in the LSB, its a long tradition and its very useful. Separate /usr is different from local / and network /usr. One is fairly useful, one is becoming more and more pointless over time. Bill From opensource at till.name Wed Feb 13 17:09:26 2008 From: opensource at till.name (Till Maas) Date: Wed, 13 Feb 2008 18:09:26 +0100 Subject: INT_MAX undeclared / limits.h In-Reply-To: <200802131749.17260.opensource@till.name> References: <20080213151124.GA5878@humbolt.us.dell.com> <200802131749.17260.opensource@till.name> Message-ID: <200802131809.31467.opensource@till.name> On Wed February 13 2008, Till Maas wrote: > Is this really a bug in aireplay-ng, i.e. does it have to include limits.h > where INT_MAX comes from, or is this a bug in some other package? Why was > it not needed to include limits.h earlier, any ideas? In Fedora 7 and 8, INT_MAX is already declared when arpa/inet.h is included, i.e. this compiles: #include #include main() { printf("%i", INT_MAX); } But I guess it won't compile in Rawhide. arpa/inet.h comes from glibc-headers which is a subpackage of glibc, so is this a bug in glibc? 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 nphilipp at redhat.com Wed Feb 13 17:17:12 2008 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 13 Feb 2008 18:17:12 +0100 Subject: Fedora x86_64 rawhide rebuild in mock status 2008-02-09 In-Reply-To: <20080213150939.GA5767@humbolt.us.dell.com> References: <20080213150939.GA5767@humbolt.us.dell.com> Message-ID: <1202923032.17826.9.camel@gibraltar.str.redhat.com> Hi Matt, On Wed, 2008-02-13 at 09:09 -0600, Matt Domsch wrote: > bzflag-2.0.10-4.fc9 (build/make) nphilipp C++ headers issue > gtkimageview-1.5.0-1.fc9 (build/make) nphilipp > system-config-date-1.9.22-1.fc9 (build/make) nphilipp These seem to both be dependency problems in other packages: gtkimageview: DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed by package glib2-devel DEBUG util.py:250: Error: Missing Dependency: libfam.so.0 is needed by package glib2 DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed by package glib2 s-c-date: DEBUG util.py:250: Error: Missing Dependency: usermode >= 1.94.1 is needed by package system-config-firewall The issues are the same on i386. 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 martin.sourada at gmail.com Wed Feb 13 17:17:09 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Wed, 13 Feb 2008 18:17:09 +0100 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-09 In-Reply-To: <20080213151124.GA5878@humbolt.us.dell.com> References: <20080213151124.GA5878@humbolt.us.dell.com> Message-ID: <1202923029.6856.12.camel@pc-notebook> On Wed, 2008-02-13 at 09:11 -0600, Matt Domsch wrote: > Fedora Rawhide-in-Mock Build Results for i386 > Based on tree on Feb 09, 2008 > > Note: this tree was built using gcc 4.3, so many failures (~600) are > as a result of changes packages will need to adapt to this new compiler. > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > Total packages: 5340 > Number failed to build: 724 > Number expected to fail due to ExclusiveArch or ExcludeArch: 12 > Leaving: 712 > (there may be some duplicates if rawhide has 2 versions of a package) > > Of those expected to have worked... > Without a bug filed: 712 > gxine-0.5.11-15.fc9 (build/make) mso > xine-plugin-1.0-5.fc8 (build/make) mso These two failed due too a bug in xine-lib's xine.m4 file (already fixed in cvs). I've already made a workaround for it and built it with gcc 4.3 in rawhide. Martin Reference: https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00561.html and the following thread. -------------- 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 Wed Feb 13 17:17:35 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 13 Feb 2008 11:17:35 -0600 Subject: Fedora x86_64 rawhide rebuild in mock status 2008-02-09 In-Reply-To: <20080213111933.7c44ef7e@redhat.com> References: <20080213150939.GA5767@humbolt.us.dell.com> <1202919160.3250.11.camel@eagle.danny.cz> <20080213111933.7c44ef7e@redhat.com> Message-ID: <20080213171735.GA8518@auslistsprd01.us.dell.com> On Wed, Feb 13, 2008 at 11:19:33AM -0500, Jesse Keating wrote: > On Wed, 13 Feb 2008 17:12:40 +0100 > Dan Hor??k wrote: > > > Looks like as an inconsistent state of rawhide. > > This was tracked down to a bad setting in mock. The stupid excludes on > x86_64 to keep everything but glibc-devel.i386 out failed. I'm rebuilding the packages to account for this fix now. At most 120 packages were affected out of the 831 reported failures, so folks should look at the actual failure - chances are it's still real... -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From ben.kreuter at gmail.com Wed Feb 13 17:23:46 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Wed, 13 Feb 2008 12:23:46 -0500 Subject: INT_MAX undeclared / limits.h (was: Re: Fedora i386 rawhide rebuild in mock status 2008-02-09) In-Reply-To: <200802131749.17260.opensource@till.name> References: <20080213151124.GA5878@humbolt.us.dell.com> <200802131749.17260.opensource@till.name> Message-ID: <200802131223.53578.ben.kreuter@gmail.com> On Wednesday 13 February 2008 11:49:08 Till Maas wrote: > > Is this really a bug in aireplay-ng, i.e. does it have to include limits.h > where INT_MAX comes from, or is this a bug in some other package? Why was > it not needed to include limits.h earlier, any ideas? > > Regards, > Till GCC4.3 introduces a new header structure that is meant to be more streamlined, and therefore more efficient for the preprocessor step of compiling. This means that headers that were once implicitly included (like limits.h) are not included anymore, unless they absolutely have to. Although this is somewhat unusual, it is entirely compliant with the C99 and C++98/TR1 standards, and it is always a best practice to explicitly include headers. GCC4.2 had a lot of implicit inclusions, as did earlier versions. Although it is a poor way to write code, a lot of programmers relied on these implicit inclusions, and so the migration path to GCC4.3 may be a little rough. -- Benjamin Kreuter -- Message sent on: Wed Feb 13 12:19:31 EST 2008 -------------- 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 Wed Feb 13 17:27:49 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Feb 2008 08:27:49 -0900 Subject: How important are ISO standards to Fedora? In-Reply-To: <20080213152608.GA5024@nostromo.devel.redhat.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> Message-ID: <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> On Feb 13, 2008 6:26 AM, Bill Nottingham wrote: > Rodd Clarkson (rodd at clarkson.id.au) said: > > Right, so where does paper sizing fit into this? > > > > Wouldn't it be more correct for Fedora to default to the ISO standard > > for paper (A4, etc) than to the US standard for paper (letter, etc)? > > No. Use LC_PAPER. I'm looking through the s-c-printer code in f8. And it looks like LC_MESSAGES is being used. /usr/share/system-config-printer/system-config-printer.py: self.language = locale.getlocale(locale.LC_MESSAGES) and then... cupshelpers.setPPDPageSize(ppd, self.language[0]) and. setPPDPageSize from cupshelpers.py sets Letter for a narrow set of locales. Perhaps there is a bug here, but it certainly appears to me that the intent is to do the right thing based on locale. -jef From loupgaroublond at gmail.com Wed Feb 13 17:42:08 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Wed, 13 Feb 2008 12:42:08 -0500 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202882757.3208.268.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> Message-ID: <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> On Feb 13, 2008 1:05 AM, Rodd Clarkson wrote: > > On Tue, 2008-02-12 at 21:30 -0500, Ignacio Vazquez-Abrams wrote: > > On Wed, 2008-02-13 at 12:59 +1100, Rodd Clarkson wrote: > > > How important are ISO standards to Fedora. Does Fedora aim to adhere to > > > ISO standards where they exist. For example, while a lot of people were > > > thrilled that the open office file format was made an ISO standard, what > > > bearing would this have had on Fedora. > > > > Open and unencumbered standards are important to Fedora. Whether or not > > the ISO ratifies them is of little consequence. > > Right, so where does paper sizing fit into this? > > Wouldn't it be more correct for Fedora to default to the ISO standard > for paper (A4, etc) than to the US standard for paper (letter, etc)? Why? Better yet, if I select the nl_NL.utf8 locale on system install, what's the default paper size? What if I'm testing the locale in an American office hooked up to an American printer that only has letter and legal sized paper? What is most correct is to pick a set of standards based on the user's location, and make it easy to override specific settings, in common use cases, like paper size, and date formats. Do you have a better solution here? (On the contrary, if your regional locale defaults to letter size paper, but you're the one in one million people in the US who owns an A4 only printer, how can we accommodate you?) -Yaakov From j.w.r.degoede at hhs.nl Wed Feb 13 17:43:45 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 13 Feb 2008 18:43:45 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080213175304.028869e5.mschwendt@gmail.com> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> <20080212152854.4dc6c544@wabash.artheist.org> <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> <20080213152416.a6dbf57f.mschwendt@gmail.com> <19365.63.85.68.164.1202915199.squirrel@mail.jcomserv.net> <47B3108D.8070608@hhs.nl> <20080213175304.028869e5.mschwendt@gmail.com> Message-ID: <47B32C51.1090706@hhs.nl> Michael Schwendt wrote: > On Wed, 13 Feb 2008 16:45:17 +0100, Hans de Goede wrote: > >> Jon Ciesla wrote: >>>> On Wed, 13 Feb 2008 07:25:56 -0600 (CST), Jon Ciesla wrote: >>>> >>>>>>> I've got all mine patched and done for 4.3 but xmoto, which I've got >>>>>>> partway fixed but am stuck. Anyone understand this? >>>>>>> >>>>>>> http://koji.fedoraproject.org/koji/getfile?taskID=406771&name=build.log >>>>>> Scene.o: In function `CollisionSystem::CollisionSystem()': >>>>>> Scene.cpp:(.text._ZN15CollisionSystemC1Ev[CollisionSystem::CollisionSystem()]+0xd1): >>>>>> undefined reference to `ElementHandler::reset()' >>>>>> >>>>>> This usually means that the definition of >>>>>> class template ElementHandler's member function reset is not included >>>>>> in the translation unit, only the declaration. >>>>>> >>>>>> Find out where it's defined, and make sure that scene.cpp includes >>>>> that >>>>>> file. >>>>> It's defined in Collision.h in the parent directory, and it is included >>>>> in >>>>> Scene.cpp, but I noticed in Scene.h it uses: >>>>> >>>>> #include "Collision.h" >>>>> >>>>> rather than: >>>>> >>>>> #include "../Collision.h" >>>>> >>>>> So I patched that, but it doesn't help. >>>> It's declared in Collision.h but defined only in Collision.cpp, which >>>> doesn't work as it is a template. The author had tried to also move the >>>> ctor into the .cpp file and mentions in a comment that it didn't compile. >>>> Moving the definition of ElementHandler::reset() method into the >>>> Collision.h file would fix this (but it's likely not the only definition >>>> that needs to be moved). >>> That makes sense. As my c++ are not quite up to this, I've sent this >>> upstream. Thanks all! >>> >> >> Attached is a patch which fixes this by un-inlining the Collision constructor. >> Actually it seems that the best way to fix this is to un-inline all Collision >> members which use the template and move the template entirely to Collision.cpp > > Note, however, that it only fixes the current implementation, not the bad > design (the splitting of the template declaration/definition). It would > break again as soon as the class template were instantiated with a > different type parameter that is not covered inside Collision.cpp. > Quoting myself: "move the template entirely to Collision.cpp", which would effectively make it a private template only meant for use inside Collision.cpp, so it will not be possible for other .cpp files to use it and therefore it cannot be "instantiated with a different type parameter that is not covered inside Collision.cpp", since all use will be in Collision.cpp and only in Collision.cpp . Regards, Hans From jonathan.underwood at gmail.com Wed Feb 13 17:46:23 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 13 Feb 2008 17:46:23 +0000 Subject: License change - emacs-auctex and tex-preview now GPLv3+ Message-ID: <645d17210802130946m2d2df85p59c3961a6e8b82e9@mail.gmail.com> With the update to AuCTeX 11.85 the license has changed from GPLv2+ to GPLv3+. This also applies to tex-preview. I don't think this affects anyone at all. From opensource at till.name Wed Feb 13 17:42:55 2008 From: opensource at till.name (Till Maas) Date: Wed, 13 Feb 2008 18:42:55 +0100 Subject: INT_MAX undeclared / limits.h (was: Re: Fedora i386 rawhide rebuild in mock status 2008-02-09) In-Reply-To: <200802131223.53578.ben.kreuter@gmail.com> References: <20080213151124.GA5878@humbolt.us.dell.com> <200802131749.17260.opensource@till.name> <200802131223.53578.ben.kreuter@gmail.com> Message-ID: <200802131842.55842.opensource@till.name> On Wed February 13 2008, Benjamin Kreuter wrote: > GCC4.3 introduces a new header structure that is meant to be more > streamlined, and therefore more efficient for the preprocessor step of > compiling. This means that headers that were once implicitly included > (like limits.h) are not included anymore, unless they absolutely have to. > Although this is somewhat unusual, it is entirely compliant with the C99 > and C++98/TR1 standards, and it is always a best practice to explicitly > include headers. Thank you for this wonderful explanation. The bug (missing include) is already fixed in rawhide and reported upstream. 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 jspaleta at gmail.com Wed Feb 13 17:54:36 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Feb 2008 08:54:36 -0900 Subject: How important are ISO standards to Fedora? In-Reply-To: <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> Message-ID: <604aa7910802130954y96e942v6616bd357c5b9aec@mail.gmail.com> On Feb 13, 2008 8:42 AM, Yaakov Nemoy wrote: > (On the contrary, if your regional locale defaults to letter size > paper, but you're the one in one million people in the US who owns an > A4 only printer, how can we accommodate you?) You go into the papersize selector for the printer options in s-c-printer and you select A4 and manual set the default for that printer. Sane defaults never accommodate everyone, customization of something is inevitable. Because we are all that one in one million person in some respect. -jef"still trying to figure out how to make openoffice's inherent date string presentation choose MM/DD/YYYY to meet my local audience's expectations when doing presentations."spaleta From mclasen at redhat.com Wed Feb 13 17:56:02 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 13 Feb 2008 12:56:02 -0500 Subject: libsoup soname bump in rawhide Message-ID: <1202925362.3123.20.camel@localhost.localdomain> I'm going to build libsoup 2.3.2 soon. Despite the scary looking release announcement, DanW tells me that it is not going to break applications that are using libsoup 2.3.0. Nevertheless, the soname is going to change from libsoup-2.4.so.0 to .1, so rebuilding will be necessary. Matthias From mschwendt at gmail.com Wed Feb 13 18:03:33 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 13 Feb 2008 19:03:33 +0100 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <47B32C51.1090706@hhs.nl> References: <20080208160200.18f2dff6@redhat.com> <35161.192.168.0.1.1202535220.squirrel@mail.jcomserv.net> <20080212152854.4dc6c544@wabash.artheist.org> <56211.63.85.68.164.1202909156.squirrel@mail.jcomserv.net> <20080213152416.a6dbf57f.mschwendt@gmail.com> <19365.63.85.68.164.1202915199.squirrel@mail.jcomserv.net> <47B3108D.8070608@hhs.nl> <20080213175304.028869e5.mschwendt@gmail.com> <47B32C51.1090706@hhs.nl> Message-ID: <20080213190333.28c543c6.mschwendt@gmail.com> On Wed, 13 Feb 2008 18:43:45 +0100, Hans de Goede wrote: > >> Attached is a patch which fixes this by un-inlining the Collision constructor. > >> Actually it seems that the best way to fix this is to un-inline all Collision > >> members which use the template and move the template entirely to Collision.cpp > > > > Note, however, that it only fixes the current implementation, not the bad > > design (the splitting of the template declaration/definition). It would > > break again as soon as the class template were instantiated with a > > different type parameter that is not covered inside Collision.cpp. > > > > Quoting myself: "move the template entirely to Collision.cpp", which would > effectively make it a private template only meant for use inside Collision.cpp, > so it will not be possible for other .cpp files to use it and therefore it > cannot be "instantiated with a different type parameter that is not covered > inside Collision.cpp", since all use will be in Collision.cpp and only in > Collision.cpp . Then Collision.h could not use it either. And if it were moved entirely into Collision.h, it could as well be moved into an ElementHandler.h to allow for proper reuse. From alan at redhat.com Wed Feb 13 17:58:58 2008 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Feb 2008 12:58:58 -0500 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <20080213171351.GA11903@nostromo.devel.redhat.com> References: <20080213155514.GA9648@camelia.ucw.cz> <1202921001.3123.2.camel@localhost.localdomain> <20080213171010.GA28447@devserv.devel.redhat.com> <20080213171351.GA11903@nostromo.devel.redhat.com> Message-ID: <20080213175858.GA31633@devserv.devel.redhat.com> On Wed, Feb 13, 2008 at 12:13:51PM -0500, Bill Nottingham wrote: > > Its defined in the LSB, its a long tradition and its very useful. > > Separate /usr is different from local / and network /usr. One is fairly > useful, one is becoming more and more pointless over time. Actually I would say the reverse. The imaginative are finding it very very useful because you can fit the rest of the system on flash and the /usr partition over the network either by NFS or GFS2. That is *very* useful as it gives you local storage, local CPU and no rotating noise generators. From ssorce at redhat.com Wed Feb 13 18:01:02 2008 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 13 Feb 2008 13:01:02 -0500 Subject: How important are ISO standards to Fedora? In-Reply-To: <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> Message-ID: <1202925662.3704.6.camel@localhost.localdomain> On Wed, 2008-02-13 at 12:42 -0500, Yaakov Nemoy wrote: > > (On the contrary, if your regional locale defaults to letter size > paper, but you're the one in one million people in the US who owns an > A4 only printer, how can we accommodate you?) FYI: It was quite common for me to choose US English as the locale and use A4 paper (you can't find letter sized paper there) when I was living in Italy. Simo. -- Simo Sorce * Red Hat, Inc * New York From notting at redhat.com Wed Feb 13 18:09:26 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 13 Feb 2008 13:09:26 -0500 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <20080213175858.GA31633@devserv.devel.redhat.com> References: <20080213155514.GA9648@camelia.ucw.cz> <1202921001.3123.2.camel@localhost.localdomain> <20080213171010.GA28447@devserv.devel.redhat.com> <20080213171351.GA11903@nostromo.devel.redhat.com> <20080213175858.GA31633@devserv.devel.redhat.com> Message-ID: <20080213180926.GA15249@nostromo.devel.redhat.com> Alan Cox (alan at redhat.com) said: > On Wed, Feb 13, 2008 at 12:13:51PM -0500, Bill Nottingham wrote: > > > Its defined in the LSB, its a long tradition and its very useful. > > > > Separate /usr is different from local / and network /usr. One is fairly > > useful, one is becoming more and more pointless over time. > > Actually I would say the reverse. The imaginative are finding it very > very useful because you can fit the rest of the system on flash and the /usr > partition over the network either by NFS or GFS2. > > That is *very* useful as it gives you local storage, local CPU and no rotating > noise generators. What's the usage case for local storage that makes this preferable over just a network boot? Bill From bpepple at fedoraproject.org Wed Feb 13 18:12:26 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 13 Feb 2008 13:12:26 -0500 Subject: libsoup soname bump in rawhide In-Reply-To: <1202925362.3123.20.camel@localhost.localdomain> References: <1202925362.3123.20.camel@localhost.localdomain> Message-ID: <1202926346.3239.0.camel@kennedy> On Wed, 2008-02-13 at 12:56 -0500, Matthias Clasen wrote: > I'm going to build libsoup 2.3.2 soon. Despite the scary looking release > announcement, DanW tells me that it is not going to break applications > that are using libsoup 2.3.0. Nevertheless, the soname is going to > change from libsoup-2.4.so.0 to .1, so rebuilding will be necessary. Thanks for the heads up. /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: 197 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Wed Feb 13 18:14:41 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 13 Feb 2008 13:14:41 -0500 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <20080213175858.GA31633@devserv.devel.redhat.com> References: <20080213155514.GA9648@camelia.ucw.cz> <1202921001.3123.2.camel@localhost.localdomain> <20080213171010.GA28447@devserv.devel.redhat.com> <20080213171351.GA11903@nostromo.devel.redhat.com> <20080213175858.GA31633@devserv.devel.redhat.com> Message-ID: <1202926481.31536.14.camel@aglarond.local> On Wed, 2008-02-13 at 12:58 -0500, Alan Cox wrote: > On Wed, Feb 13, 2008 at 12:13:51PM -0500, Bill Nottingham wrote: > > > Its defined in the LSB, its a long tradition and its very useful. > > > > Separate /usr is different from local / and network /usr. One is fairly > > useful, one is becoming more and more pointless over time. > > Actually I would say the reverse. The imaginative are finding it very > very useful because you can fit the rest of the system on flash and the /usr > partition over the network either by NFS or GFS2. > > That is *very* useful as it gives you local storage, local CPU and no rotating > noise generators. We already end up having to support a lot of what's needed to do things like this in the initramfs for / on iSCSI or NFS. And then you just boot off the flash and get all of the advantages but none of the annoyances that dealing with a /usr-not-on-/ entails Jeremy From j.w.r.degoede at hhs.nl Wed Feb 13 18:18:04 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 13 Feb 2008 19:18:04 +0100 Subject: Need help with build error caused by tetex -> texlive migration Message-ID: <47B3345C.4060906@hhs.nl> Hi All, Can anyone (preferably someone with good tex skills) help me fix this build error: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/avr-libc-1.4.6-4.fc8.src.rpm/result/build.log Thanks & Regards, Hans From Jochen at herr-schmitt.de Wed Feb 13 18:26:04 2008 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 13 Feb 2008 19:26:04 +0100 Subject: Need help with build error caused by tetex -> texlive migration In-Reply-To: <47B3345C.4060906@hhs.nl> References: <47B3345C.4060906@hhs.nl> Message-ID: <47B3363C.2020407@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans de Goede schrieb: > > Can anyone (preferably someone with good tex skills) help me fix > this build error: > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/avr-libc-1.4.6-4.fc8.src.rpm/result/build.log > > The error message says, that a file with the name 'demo' is missing. Perhaps is should be 'demo.ps' or 'demo.eps' in the \includegraphics command. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHszYcT2AHK6txfgwRAtCjAKCl5FtcA+LHyN6H16DYxQROA9LXMQCgu2Ju 6qMnLJLU+LWorfX6zvR/pcE= =GIVF -----END PGP SIGNATURE----- From lesmikesell at gmail.com Wed Feb 13 18:33:27 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 13 Feb 2008 12:33:27 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213170025.GA16793@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> Message-ID: <47B337F7.2090007@gmail.com> Lennart Poettering wrote: > >> Lennart Poettering 0pointer.de> writes: >>> This is somewhat expected behaviour. Access to the audio device >>> follows the active session on the display. I.e. if you switch VTs than >>> ConsoleKit+HAL will change the ACLs of the audio devices and tell PA >>> to stop accessing the audio device. This will cause playback to pause >>> for all applications accessing PA. However, as soon as you switch back >>> the session, the playback should continue. This is not perfect >>> however, since we don't inform Gst/Rhyhtmbox that the audio device is >>> temporarily stopped (there's no way to do that afaik). >> Have you considered just muting the sound rather than blocking the >> applications? The obvious drawback is that the user doesn't automatically get >> back to where he/she left, but on the other hand, you can't really expect sound >> applications to know how to handle a blocked sound device, and it is also >> application-specific whether returning to where you left is a good or bad idea >> (think of a live stream, for example: in that case, returning to where you left >> might not even be possible, and if it is, it's usually not what the user >> wants). > > It's a bit difficult to continue streaming audio based on the sound > cards clock if you don't have access to the sound card anymore. Does this mean you should always use Xnest, NX client, vnc, ssh, etc, instead of VTs to get login sessions that don't accidentally grab unrelated hardware ownership? That seems backwards if what you really want is an audio player as a server that isn't tied to a particular login session. -- Les Mikesell lesmikesell at gmail.com From selinux at gmail.com Wed Feb 13 18:32:01 2008 From: selinux at gmail.com (Tom London) Date: Wed, 13 Feb 2008 10:32:01 -0800 Subject: Another 4.3 c++ question.... (vmware kernel g++ module rebuild issue) In-Reply-To: <20080213151751.GP24887@devserv.devel.redhat.com> References: <4c4ba1530802130653o24a405e4ya5d052446955085b@mail.gmail.com> <20080213150309.GO24887@devserv.devel.redhat.com> <4c4ba1530802130708j1e43799fvc2e892ea53236e96@mail.gmail.com> <20080213151751.GP24887@devserv.devel.redhat.com> Message-ID: <4c4ba1530802131032g3e038116g9f9a977e80021a31@mail.gmail.com> On Wed, Feb 13, 2008 at 7:17 AM, Jakub Jelinek wrote: > On Wed, Feb 13, 2008 at 07:08:45AM -0800, Tom London wrote: > > On Wed, Feb 13, 2008 at 7:03 AM, Jakub Jelinek wrote: > > > On Wed, Feb 13, 2008 at 06:53:48AM -0800, Tom London wrote: > > > Any idea why the old "colon" syntax would appear to still work? (at > > least not complain)? That seems a bit strange. > > C++ standard (C++98, but AFAIK no changes are planned for C++0x) doesn't > have designated initializers, only C99 does. The g++ front-end supports > very limited subset of the old style designated initializers as a GNU > extension, but nobody wrote support for the C99 designated initializers > as GNU extension for C++ FE. > > > > Jakub > Thanks for the help here. Appears that the issue is that one of the header file "include only once" macro variables changed names with newer kernel. I now have enough to push this to vmware ...... Thanks. tom -- Tom London From bpepple at fedoraproject.org Wed Feb 13 18:33:17 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 13 Feb 2008 13:33:17 -0500 Subject: Plan for tomorrows (20080214) FESCO meeting Message-ID: <1202927597.3239.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 18:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo meeting -- Any objection to this week's report from FPC at https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00990.html /topic FESCO-Meeting -- Decide on candidate announcement date for 2008 FESCo Election - all /topic FESCo-Meeting -- New Features - http://fedoraproject.org/wiki/Features/Dashboard - poelcat * http://fedoraproject.org/wiki/Features/Gvfs * http://fedoraproject.org/wiki/Features/NewGdm * http://fedoraproject.org/wiki/Features/Swfdec * http://fedoraproject.org/wiki/Features/JigdoRelease /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). 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... Later, /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: 197 bytes Desc: This is a digitally signed message part URL: From mzerqung at 0pointer.de Wed Feb 13 18:37:45 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 19:37:45 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B337F7.2090007@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> Message-ID: <20080213183745.GA27011@tango.0pointer.de> On Wed, 13.02.08 12:33, Les Mikesell (lesmikesell at gmail.com) wrote: >>> Have you considered just muting the sound rather than blocking the >>> applications? The obvious drawback is that the user doesn't automatically >>> get back to where he/she left, but on the other hand, you can't really >>> expect sound applications to know how to handle a blocked sound device, >>> and it is also application-specific whether returning to where you left >>> is a good or bad idea (think of a live stream, for example: in that case, >>> returning to where you left might not even be possible, and if it is, >>> it's usually not what the user wants). >> It's a bit difficult to continue streaming audio based on the sound >> cards clock if you don't have access to the sound card anymore. > > Does this mean you should always use Xnest, NX client, vnc, ssh, etc, > instead of VTs to get login sessions that don't accidentally grab > unrelated "accidentaly"? "unrelated"? The whole point of CK is that we change ownership of *related* devices, i.e. those directly attached to the seat in some way. > hardware ownership? That seems backwards if what you really want is an > audio player as a server that isn't tied to a particular login session. Hmm, I think we had this discussion multiple times already on this ML... You can always change the HAL/CK policy to not limited access to audio devices to the current session. The default however is that only the active user session can access the device. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From wtogami at redhat.com Wed Feb 13 18:55:34 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 13 Feb 2008 13:55:34 -0500 Subject: Orphaning Packages In-Reply-To: <28404.63.85.68.164.1202754895.squirrel@mail.jcomserv.net> References: <1202753751.3339.8.camel@kennedy> <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> <870180fe0802111040q56bac777qed2b297f6dd16747@mail.gmail.com> <25053.63.85.68.164.1202754710.squirrel@mail.jcomserv.net> <28404.63.85.68.164.1202754895.squirrel@mail.jcomserv.net> Message-ID: <47B33D26.70905@redhat.com> Jon Ciesla wrote: >>> On Feb 11, 2008 11:21 AM, Jeffrey Ollie wrote: >>>> On 2/11/08, Brian Pepple wrote: >>>>> * Gramps >>>> I'll take this as well. Ditto on co-maintainers. >>> I'd be happy to comaintain gramps. I know I need to do something in >>> PackageDB, but I'm fuzzy on the details. Is this documented on the >>> wiki somewhere? >> Might be, but just log into admin.fp.org/pkgdb, find the package, and Take >> Ownership for each active branch, once orphaned. > > Although in the case of wesnoth and gramps, it appears that Mr. Togami and > Mr. Ollie have preceded us. :) Are you still interested in maintaining wesnoth? I'd like to be co-maintainer but not primary owner. Warren From ndbecker2 at gmail.com Wed Feb 13 19:01:08 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 13 Feb 2008 14:01:08 -0500 Subject: help with g++-4.3 (headers) Message-ID: I don't have g++-4.3 installed. When building ipython: walktrap_graph.cpp: In member function 'void Graph::convert_from_igraph(const igraph_t*, const igraph_vector_t*)': walktrap_graph.cpp:167: error: 'sort' was not declared in this scope walktrap_graph.cpp: In member function 'long int Graph::memory()': walktrap_graph.cpp:190: error: 'strlen' was not declared in this scope I tried adding: #include #include and using std::sort, std::strlen. Any ideas? From jspaleta at gmail.com Wed Feb 13 19:06:09 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Feb 2008 10:06:09 -0900 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B337F7.2090007@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> Message-ID: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> On Feb 13, 2008 9:33 AM, Les Mikesell wrote: > Does this mean you should always use Xnest, NX client, vnc, ssh, etc, > instead of VTs to get login sessions that don't accidentally grab > unrelated hardware ownership? That seems backwards if what you really > want is an audio player as a server that isn't tied to a particular > login session. As we get more familiar with making HAL/CK policy edits, these sorts of questions will lose meaning. HAL/CK policies can and will be customized away from the default set of rules written with a shared desktop in mind. There's no technical reason that a music server daemon package for example couldn't drop in new policy that changed the behavior here. We just have to understand how to write that policy file and then agree that's the sort of thing we want server packages to do on install. -jef From bpepple at fedoraproject.org Wed Feb 13 19:28:57 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 13 Feb 2008 14:28:57 -0500 Subject: FESCo Meeting Summary for 2008-02-07 Message-ID: <1202930937.3239.13.camel@kennedy> Sorry about getting this out so late, but I've been swamped with work the last week. == Members Present == * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Jesse Keating (f13) * Dennis Gilmore (dgilmore) * Bill Nottingham (notting) * Warren Togami (warren) * Jeremy Katz (jeremy) * Christopher Aillon (caillon) == Members Absent == * Tom Callaway (spot) == Summary == === New Package Maintainer Sponsor === * FESCo approved notting's request to become a sponsor. === gcc-4.3 Mass Rebuild === * FESCo approved the f13's proposal to handle the gcc-4.3 rebuild. http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal === FESCo Election === * Discussed when to have our next election, and what changes we wanted to make: * Reduce the number of FESCo members to 9. * Election will happen twice a year, on the third Tuesday after a release. * The election after F9 will have all 9 seats up for election. Subsequent elections will have 4 seats up for election, which will be the bottom 4 vote getters from the prior elections. === F9 Feature Process === * FESCo approved the following feature for F9: * http://fedoraproject.org/wiki/Features/XenFullvirtKernelBoot * http://fedoraproject.org/wiki/Features/Perl510 * http://fedoraproject.org/wiki/Features/IMDesktopIntegration IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-02-07.html Later, /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: 197 bytes Desc: This is a digitally signed message part URL: From jwboyer at gmail.com Wed Feb 13 19:31:49 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 13 Feb 2008 13:31:49 -0600 Subject: Plan for tomorrows (20080214) FESCO meeting In-Reply-To: <1202927597.3239.5.camel@kennedy> References: <1202927597.3239.5.camel@kennedy> Message-ID: <20080213133149.0f48f70e@zod.rchland.ibm.com> On Wed, 13 Feb 2008 13:33:17 -0500 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 18:00 UTC > in #fedora-meeting on irc.freenode.org: > > /topic FESCo meeting -- Any objection to this week's report from FPC at > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00990.html > > /topic FESCO-Meeting -- Decide on candidate announcement date for 2008 > FESCo Election - all > > /topic FESCo-Meeting -- New Features - > http://fedoraproject.org/wiki/Features/Dashboard - poelcat > * http://fedoraproject.org/wiki/Features/Gvfs > * http://fedoraproject.org/wiki/Features/NewGdm > * http://fedoraproject.org/wiki/Features/Swfdec > * http://fedoraproject.org/wiki/Features/JigdoRelease > > /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). You can also propose topics in the meeting while it is > in the "Free discussion around Fedora" phase. Rel-eng needs to work with FESCo on how to deal with gcc 4.3 mass rebuild failures that have unresponsive maintainers. I don't have a proposal ready yet, but it would be good to have some discussion on this. josh From bpepple at fedoraproject.org Wed Feb 13 19:39:44 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 13 Feb 2008 14:39:44 -0500 Subject: Plan for tomorrows (20080214) FESCO meeting In-Reply-To: <20080213133149.0f48f70e@zod.rchland.ibm.com> References: <1202927597.3239.5.camel@kennedy> <20080213133149.0f48f70e@zod.rchland.ibm.com> Message-ID: <1202931584.3239.14.camel@kennedy> On Wed, 2008-02-13 at 13:31 -0600, Josh Boyer wrote: > > Rel-eng needs to work with FESCo on how to deal with gcc 4.3 mass > rebuild failures that have unresponsive maintainers. I don't have a > proposal ready yet, but it would be good to have some discussion on > this. That's fine. I'll add a general purpose gcc-4.3 topic to tomorrow's meeting. /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: 197 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Wed Feb 13 19:51:30 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 19:51:30 +0000 (UTC) Subject: pulseaudio causing crashing of applications References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> Message-ID: Lennart Poettering 0pointer.de> writes: > It's a bit difficult to continue streaming audio based on the sound > cards clock if you don't have access to the sound card anymore. Wouldn't using an operating system timer or some other low-precision timing be good enough in this case? You can't hear the messy result anyway if there's no accessible sound device to output to. ;-) Kevin Kofler From rc040203 at freenet.de Wed Feb 13 17:24:48 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 13 Feb 2008 18:24:48 +0100 Subject: INT_MAX undeclared / limits.h In-Reply-To: <200802131809.31467.opensource@till.name> References: <20080213151124.GA5878@humbolt.us.dell.com> <200802131749.17260.opensource@till.name> <200802131809.31467.opensource@till.name> Message-ID: <1202923488.3376.18.camel@beck.corsepiu.local> On Wed, 2008-02-13 at 18:09 +0100, Till Maas wrote: > On Wed February 13 2008, Till Maas wrote: > > > Is this really a bug in aireplay-ng, i.e. does it have to include limits.h > > where INT_MAX comes from, or is this a bug in some other package? Why was > > it not needed to include limits.h earlier, any ideas? > > In Fedora 7 and 8, INT_MAX is already declared when arpa/inet.h is included, > i.e. this compiles: > > #include > #include > > main() { > printf("%i", INT_MAX); > } > > But I guess it won't compile in Rawhide. arpa/inet.h comes from glibc-headers > which is a subpackage of glibc, so is this a bug in glibc? Nope. What you describe above simply is unreliable, undocumented behavior - It might work somewhere, but it also might not work somewhere else. POSIX mandates code to include to reliably get INT_MAX. So all that has happened is: glibc has changed its undocumented behavior, which some applications had relied upon. These apps now break, because their implementors missed they had been relying upon undocumented behavior. Ralf From mzerqung at 0pointer.de Wed Feb 13 20:04:47 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 21:04:47 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> Message-ID: <20080213200447.GA31292@tango.0pointer.de> On Wed, 13.02.08 19:51, Kevin Kofler (kevin.kofler at chello.at) wrote: > > Lennart Poettering 0pointer.de> writes: > > It's a bit difficult to continue streaming audio based on the sound > > cards clock if you don't have access to the sound card anymore. > > Wouldn't using an operating system timer or some other low-precision timing be > good enough in this case? You can't hear the messy result anyway if there's no > accessible sound device to output to. ;-) But it would be a PITA to do the switching forth and back. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From rdieter at math.unl.edu Wed Feb 13 20:07:06 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 13 Feb 2008 14:07:06 -0600 Subject: help with g++-4.3 (headers) References: Message-ID: Neal Becker wrote: > I don't have g++-4.3 installed. When building ipython: ... > walktrap_graph.cpp:167: error: 'sort' was not declared in this scope > walktrap_graph.cpp:190: error: 'strlen' was not declared in this scope > > I tried adding: > #include > #include In my K&R book, strlen needs: #include not sure about sort. -- Rex From kevin.kofler at chello.at Wed Feb 13 20:08:51 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 20:08:51 +0000 (UTC) Subject: Fedora x86_64 rawhide rebuild in mock status 2008-02-09 References: <20080213150939.GA5767@humbolt.us.dell.com> Message-ID: Matt Domsch dell.com> writes: > kdebase-workspace-4.0.1-4.fc9 (build/make) than,rdieter,svahl,kkofler,ltinkl NOTABUG (in this package): DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed by package glib2-devel DEBUG util.py:250: Error: Missing Dependency: libfam.so.0 is needed by package glib2 DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed by package glib2 > kdebase3-3.5.8-35.fc9 (build/make) than,rdieter,svahl,kkofler Already fixed in kdebase3-3.5.8-37.fc9. > kdemultimedia-4.0.1-1.fc9 (build/make) than,rdieter,kkofler,ltinkl That's a fun one: juk/CMakeFiles/juk.dir/flags.make:6: *** missing separator . Stop. I'm looking into that. > kdenetwork-4.0.1-2.fc9 (build/make) than,rdieter,kkofler,ltinkl NOTABUG (in this package): DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed by package glib2-devel DEBUG util.py:250: Error: Missing Dependency: libfam.so.0 is needed by package glib2 DEBUG util.py:250: Error: Missing Dependency: libselinux.so.1 is needed by package glib2 Kevin Kofler From bpepple at fedoraproject.org Wed Feb 13 20:11:00 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 13 Feb 2008 15:11:00 -0500 Subject: Looking for help with a ppc64 build failure Message-ID: <1202933460.3239.20.camel@kennedy> Hi all, I'm looking for some help with a ppc64 build failure I'm getting with telepathy-glib. Here's the error I'm seeing: (cd .libs && rm -f libtelepathy-glib-internal.la && ln -s ../libtelepathy-glib-internal.la libtelepathy-glib-internal.la) /usr/bin/nm -B .libs/libtelepathy-glib-internal.a > _gen/abi.nm grep " T " < _gen/abi.nm > _gen/abi.funcs make[3]: *** [_gen/abi.txt] Error 1 make[3]: Leaving directory `/builddir/build/BUILD/telepathy-glib-0.7.2/telepathy-glib' make[2]: *** [all] Error 2 rm _gen/tp-spec-channel.xml _gen/tp-spec-connection.xml _gen/tp-spec-dbus-daemon.xml _gen/tp-spec-media-session-handler.xml _gen/tp-spec-connection-manager.xml _gen/tp-spec-media-stream-handler.xml _gen/tp-spec-generic.xml make[2]: Leaving directory `/builddir/build/BUILD/telepathy-glib-0.7.2/telepathy-glib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/telepathy-glib-0.7.2' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.29620 (%build) Any suggestions would be much appreciated. Here's a link to my scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=419798 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: 197 bytes Desc: This is a digitally signed message part URL: From lesmikesell at gmail.com Wed Feb 13 20:17:35 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 13 Feb 2008 14:17:35 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213183745.GA27011@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <20080213183745.GA27011@tango.0pointer.de> Message-ID: <47B3505F.10205@gmail.com> Lennart Poettering wrote: >>> It's a bit difficult to continue streaming audio based on the sound >>> cards clock if you don't have access to the sound card anymore. >> Does this mean you should always use Xnest, NX client, vnc, ssh, etc, >> instead of VTs to get login sessions that don't accidentally grab >> unrelated > > "accidentaly"? "unrelated"? The whole point of CK is that we change > ownership of *related* devices, i.e. those directly attached to the > seat in some way. OK, is the way to describe to CK what is really related instead of what parts of my hardware someone else thought might be related documented somewhere? >> hardware ownership? That seems backwards if what you really want is an >> audio player as a server that isn't tied to a particular login session. > > Hmm, I think we had this discussion multiple times already on this > ML... Well, we've typed the same points of view before. I'm not sure I'd call that a discussion. I'm used to the X concept of hardware independence and the same things working the same way whether you run it on a VT, through Xnest, vnc, or the NX client. Having the ability to re-route sound to a network session is a plus - if it is optional. Having the ability to specify that you want exclusive use of a device would be a plus. But having a device disabled in a still-running session because someone logs in on a keyboard that happens to be nearby is just weird in a system that is supposed to provide device independence. -- Les Mikesell lesmikesell at gmail.com From ben.kreuter at gmail.com Wed Feb 13 20:18:07 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Wed, 13 Feb 2008 15:18:07 -0500 Subject: help with g++-4.3 (headers) In-Reply-To: References: Message-ID: <200802131518.11622.ben.kreuter@gmail.com> On Wednesday 13 February 2008 15:07:06 Rex Dieter wrote: > > In my K&R book, strlen needs: K&R is a classical C book. In C++, the proper header for strlen is cstring. -- Benjamin Kreuter -- Message sent on: Wed Feb 13 15:17:30 EST 2008 -------------- 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 ben.kreuter at gmail.com Wed Feb 13 20:19:21 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Wed, 13 Feb 2008 15:19:21 -0500 Subject: help with g++-4.3 (headers) In-Reply-To: References: Message-ID: <200802131519.25670.ben.kreuter@gmail.com> On Wednesday 13 February 2008 14:01:08 Neal Becker wrote: > I don't have g++-4.3 installed. When building ipython: > walktrap_graph.cpp: In member function 'void > Graph::convert_from_igraph(const igraph_t*, const igraph_vector_t*)': > walktrap_graph.cpp:167: error: 'sort' was not declared in this scope > walktrap_graph.cpp: In member function 'long int Graph::memory()': > walktrap_graph.cpp:190: error: 'strlen' was not declared in this scope > > I tried adding: > #include > #include > > and using std::sort, std::strlen. Any ideas? Where did you add that? -- Benjamin Kreuter -- Message sent on: Wed Feb 13 15:18:14 EST 2008 -------------- 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 ndbecker2 at gmail.com Wed Feb 13 20:20:41 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 13 Feb 2008 15:20:41 -0500 Subject: help with g++-4.3 (headers) References: Message-ID: Rex Dieter wrote: > Neal Becker wrote: > >> I don't have g++-4.3 installed. When building ipython: > ... >> walktrap_graph.cpp:167: error: 'sort' was not declared in this scope >> walktrap_graph.cpp:190: error: 'strlen' was not declared in this scope >> >> I tried adding: >> #include >> #include > > In my K&R book, strlen needs: > #include > > not sure about sort. > > -- Rex > This is c++. should bring in std::strlen. http://www.cplusplus.com/reference/clibrary/cstring/ And it is working on F8. sort is supposed to be std::sort from STL . It is working on F8. From jakub at redhat.com Wed Feb 13 20:21:41 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 13 Feb 2008 15:21:41 -0500 Subject: INT_MAX undeclared / limits.h In-Reply-To: <1202923488.3376.18.camel@beck.corsepiu.local> References: <20080213151124.GA5878@humbolt.us.dell.com> <200802131749.17260.opensource@till.name> <200802131809.31467.opensource@till.name> <1202923488.3376.18.camel@beck.corsepiu.local> Message-ID: <20080213202141.GR24887@devserv.devel.redhat.com> On Wed, Feb 13, 2008 at 06:24:48PM +0100, Ralf Corsepius wrote: > > On Wed, 2008-02-13 at 18:09 +0100, Till Maas wrote: > > On Wed February 13 2008, Till Maas wrote: > > In Fedora 7 and 8, INT_MAX is already declared when arpa/inet.h is included, > > i.e. this compiles: > > > > #include > > #include > > > > main() { > > printf("%i", INT_MAX); > > } > > > > But I guess it won't compile in Rawhide. arpa/inet.h comes from glibc-headers > > which is a subpackage of glibc, so is this a bug in glibc? > Nope. What you describe above simply is unreliable, undocumented > behavior - It might work somewhere, but it also might not work somewhere > else. > > POSIX mandates code to include to reliably get INT_MAX. In this case even POSIX mandates that limits.h is not included by arpa/inet.h nor stdio.h (that strict requirement is just when using POSIX feature test macros, but programs assuming anything else are broken anyway). POSIX lists which headers may be included inside of each header (precisely symbols from which headers it can make visible), and in arpa/inet.h case that's just netinet/in.h and inttypes.h. See http://www.opengroup.org/onlinepubs/009695399/basedefs/arpa/inet.h.html and http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_02.html#tag_02_02_02 so the removal of limits.h include in bits/socket.h was a bug fix. Jakub From limb at jcomserv.net Wed Feb 13 20:25:39 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 13 Feb 2008 14:25:39 -0600 (CST) Subject: Orphaning Packages In-Reply-To: <47B33D26.70905@redhat.com> References: <1202753751.3339.8.camel@kennedy> <935ead450802111021r3056e94fqdb3fcf6de938dfac@mail.gmail.com> <870180fe0802111040q56bac777qed2b297f6dd16747@mail.gmail.com> <25053.63.85.68.164.1202754710.squirrel@mail.jcomserv.net> <28404.63.85.68.164.1202754895.squirrel@mail.jcomserv.net> <47B33D26.70905@redhat.com> Message-ID: <10911.63.85.68.164.1202934339.squirrel@mail.jcomserv.net> > Jon Ciesla wrote: >>>> On Feb 11, 2008 11:21 AM, Jeffrey Ollie wrote: >>>>> On 2/11/08, Brian Pepple wrote: >>>>>> * Gramps >>>>> I'll take this as well. Ditto on co-maintainers. >>>> I'd be happy to comaintain gramps. I know I need to do something in >>>> PackageDB, but I'm fuzzy on the details. Is this documented on the >>>> wiki somewhere? >>> Might be, but just log into admin.fp.org/pkgdb, find the package, and >>> Take >>> Ownership for each active branch, once orphaned. >> >> Although in the case of wesnoth and gramps, it appears that Mr. Togami >> and >> Mr. Ollie have preceded us. :) > > Are you still interested in maintaining wesnoth? I'd like to be > co-maintainer but not primary owner. Sure. Let me know when it's open in pkgdb. > Warren > -- novus ordo absurdum From alan at redhat.com Wed Feb 13 20:30:40 2008 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Feb 2008 15:30:40 -0500 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <20080213180926.GA15249@nostromo.devel.redhat.com> References: <20080213155514.GA9648@camelia.ucw.cz> <1202921001.3123.2.camel@localhost.localdomain> <20080213171010.GA28447@devserv.devel.redhat.com> <20080213171351.GA11903@nostromo.devel.redhat.com> <20080213175858.GA31633@devserv.devel.redhat.com> <20080213180926.GA15249@nostromo.devel.redhat.com> Message-ID: <20080213203040.GA8269@devserv.devel.redhat.com> On Wed, Feb 13, 2008 at 01:09:26PM -0500, Bill Nottingham wrote: > > That is *very* useful as it gives you local storage, local CPU and no rotating > > noise generators. > > What's the usage case for local storage that makes this preferable over > just a network boot? Its a lot faster and easier to configure. Alan From lordmorgul at gmail.com Wed Feb 13 21:01:17 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 13 Feb 2008 13:01:17 -0800 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202896706.3208.288.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <47B2BA67.9090400@hi.is> <47B2BDAE.7050004@gmail.com> <1202896706.3208.288.camel@localhost.localdomain> Message-ID: <47B35A9D.8070404@gmail.com> Rodd Clarkson wrote: > On Wed, 2008-02-13 at 01:51 -0800, Andrew Farris wrote: >> I suspect you might not have interpreted Jef's sarcasm quite right, because I >> don't read him as +1 for changing anything there. Any choice of 'default' in >> paper sizes would simply be wrong somewhere... the only reasonable thing Fedora >> 'should' do is choose the most likely default based on locale. Maybe some more >> work needs done on that (which is a configuration issue). > > As far as I'm aware, the installer asks where you live (with regard to > time zones), but given you can select cities on a map, shouldn't this be > enough? > > > R. Apparently not, as per the existence of this thread. ;) But seriously, you don't need to select a city to set the timezone, and a timezone can (and does) overlap with countries that would have differing standards for paper size... selecting a city should be enough, if thats required to set locale (timezone) but it needs to also coordinate with the rest of the system rather than just time. I don't know if its being done right now, as what happens for US English in PST timezone handles my needs. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Wed Feb 13 21:06:09 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 13 Feb 2008 13:06:09 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213134603.GA25815@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> Message-ID: <47B35BC1.3020903@gmail.com> Lennart Poettering wrote: > On Thu, 31.01.08 01:31, Andrew Farris (lordmorgul at gmail.com) wrote: > >> Warren Togami wrote: >>> Hi folks, >>> Is anyone else seeing regular crashing of applications like pidgin, >>> mplayer or xine caused by pulseaudio? Did anybody manage to get useful >>> backtraces out of this? >>> Thanks, >>> Warren Togami >>> wtogami at redhat.com >> I just had an issue with rhythmbox locking up while playing through >> pulseaudio. It locked only when I switched to VT1 where root was logged >> in, and it immediately stopped playing and froze. I've got the backtrace >> for all threads, but the top few are below. The rest is rather long so I >> won't post it yet. I haven't had rhythmbox do this before tonight. >> >> Usually it will stop playing through the sink device (it is still trying >> to) until returning to the login that is running rhythmbox, but this time >> it actually froze and did not keep streaming to the sink. > > This is somewhat expected behaviour. Access to the audio device > follows the active session on the display. I.e. if you switch VTs than > ConsoleKit+HAL will change the ACLs of the audio devices and tell PA > to stop accessing the audio device. This will cause playback to pause > for all applications accessing PA. However, as soon as you switch back > the session, the playback should continue. This is not perfect > however, since we don't inform Gst/Rhyhtmbox that the audio device is > temporarily stopped (there's no way to do that afaik). > > Lennart Well I would expect the writes to the device to be denied, but not that rhythmbox would freeze rather than just continuing to try and play. If in fact the applications all received a 'pause' message that would be ok I suppose, but that is not quite what happened in that situation. Rhythmbox actually thought it was playing the entire time once or twice, the track time continues, and it then gains access to play to the audio device again when returning from VT. The crash is not expected; the track time stopped, and rhythmbox does not respond to input. So I guess this is an area for improvement to get the applications to correctly handle this situation since it is designed behavior on pulseaudio's end (to deny access while not being the active session). -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From mzerqung at 0pointer.de Wed Feb 13 21:10:14 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 22:10:14 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B35BC1.3020903@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> Message-ID: <20080213211013.GA1144@tango.0pointer.de> On Wed, 13.02.08 13:06, Andrew Farris (lordmorgul at gmail.com) wrote: > Well I would expect the writes to the device to be denied, but not that > rhythmbox would freeze rather than just continuing to try and play. If in > fact the applications all received a 'pause' message that would be ok I > suppose, but that is not quite what happened in that situation. Rhythmbox > actually thought it was playing the entire time once or twice, the track > time continues, and it then gains access to play to the audio device again > when returning from VT. The crash is not expected; the track time stopped, > and rhythmbox does not respond to input. PA provides the necessary information. It's just that Gst doesn't and thus simply blocks waiting until it can write to the audio device the next time, freezing the UI. > So I guess this is an area for improvement to get the applications to > correctly handle this situation since it is designed behavior on > pulseaudio's end (to deny access while not being the active session). I am not sure why this should be an issue at all. So Rhythmbox's UI freezes while the session is inactive. So what? The session is *inactive*! The UI doesn't need to be responsive. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From j.w.r.degoede at hhs.nl Wed Feb 13 21:20:09 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 13 Feb 2008 22:20:09 +0100 Subject: Need help with build error caused by tetex -> texlive migration In-Reply-To: <47B3363C.2020407@herr-schmitt.de> References: <47B3345C.4060906@hhs.nl> <47B3363C.2020407@herr-schmitt.de> Message-ID: <47B35F09.6020200@hhs.nl> Jochen Schmitt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hans de Goede schrieb: >> Can anyone (preferably someone with good tex skills) help me fix >> this build error: >> http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/avr-libc-1.4.6-4.fc8.src.rpm/result/build.log >> >> > > The error message says, that a file with the name 'demo' is missing. > Perhaps is should be 'demo.ps' or 'demo.eps' > in the \includegraphics command. > Thanks, It was missing a BuildRequires: texlive-utils Which now a days appearantly is needed when building pdf docs generated by doxygen. Now I get (with a local test build on fully up2date rawhide): Overfull \vbox (39.43942pt too high) has occurred while \output is active [242]) (./wdt_8h.tex [243]) (./overview.tex [244] [245] [246] [247] [248] [249]) (./malloc.tex ! Argument of \@sect has an extra }. \par l.1 ...96af830ebe744d9678e5251dfd3ebd}{malloc()} } \label{malloc} The problematic part of malloc.tex is this as far as I can see: \hypertarget{malloc}{}\subsection{Memory Areas and Using \hyperlink{group__avr__stdlib_g4996af830ebe744d9678e5251dfd3ebd}{malloc()} }\label{malloc} But I don't see any non matched } there, also notice that this tex code is generated by doxygen. Regards, Hans From lordmorgul at gmail.com Wed Feb 13 21:20:49 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 13 Feb 2008 13:20:49 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213211013.GA1144@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> Message-ID: <47B35F31.6050101@gmail.com> Lennart Poettering wrote: > On Wed, 13.02.08 13:06, Andrew Farris (lordmorgul at gmail.com) wrote: > >> Well I would expect the writes to the device to be denied, but not that >> rhythmbox would freeze rather than just continuing to try and play. If in >> fact the applications all received a 'pause' message that would be ok I >> suppose, but that is not quite what happened in that situation. Rhythmbox >> actually thought it was playing the entire time once or twice, the track >> time continues, and it then gains access to play to the audio device again >> when returning from VT. The crash is not expected; the track time stopped, >> and rhythmbox does not respond to input. > > PA provides the necessary information. It's just that Gst doesn't and > thus simply blocks waiting until it can write to the audio device the > next time, freezing the UI. > >> So I guess this is an area for improvement to get the applications to >> correctly handle this situation since it is designed behavior on >> pulseaudio's end (to deny access while not being the active session). > > I am not sure why this should be an issue at all. So Rhythmbox's UI > freezes while the session is inactive. So what? The session is > *inactive*! The UI doesn't need to be responsive. > > Lennart > Correction. Rhythmbox froze during AND after the session was inactive, making it permanently frozen (dead, defunct, useless). This is definitely wrong. So its an issue with how gst (and by extension rhythmbox) handle things, inappropriately in that case. But it was a problem. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From ssorce at redhat.com Wed Feb 13 21:22:06 2008 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 13 Feb 2008 16:22:06 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213211013.GA1144@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> Message-ID: <1202937726.3704.16.camel@localhost.localdomain> On Wed, 2008-02-13 at 22:10 +0100, Lennart Poettering wrote: > PA provides the necessary information. It's just that Gst doesn't and > thus simply blocks waiting until it can write to the audio device the > next time, freezing the UI. Lennart, as PA has rerouting capabilities already, couldn't you simply reroute sound to /dev/null (and mic from /dev/null) ? This would prevent most older applications from crashing I guess. Simo. -- Simo Sorce * Red Hat, Inc * New York From lordmorgul at gmail.com Wed Feb 13 21:26:27 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 13 Feb 2008 13:26:27 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213200447.GA31292@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <20080213200447.GA31292@tango.0pointer.de> Message-ID: <47B36083.7000308@gmail.com> Lennart Poettering wrote: > On Wed, 13.02.08 19:51, Kevin Kofler (kevin.kofler at chello.at) wrote: > >> Lennart Poettering 0pointer.de> writes: >>> It's a bit difficult to continue streaming audio based on the sound >>> cards clock if you don't have access to the sound card anymore. >> Wouldn't using an operating system timer or some other low-precision timing be >> good enough in this case? You can't hear the messy result anyway if there's no >> accessible sound device to output to. ;-) > > But it would be a PITA to do the switching forth and back. And it is entirely pointless to stream to a device just to ignore it there. The problem seems like it is easily resolved by pausing applications streaming to the device, if that works as expected. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From kevin.kofler at chello.at Wed Feb 13 21:34:07 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 21:34:07 +0000 (UTC) Subject: pulseaudio causing crashing of applications References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <1202937726.3704.16.camel@localhost.localdomain> Message-ID: Simo Sorce redhat.com> writes: > as PA has rerouting capabilities already, couldn't you simply reroute > sound to /dev/null (and mic from /dev/null) ? > > This would prevent most older applications from crashing I guess. +1, that's how I'd implement the "muting" I suggested. Let the applications still stream to the per-user PA session, but PA just "eat" whatever is being streamed if there isn't a hardware device it can output to. Kevin Kofler From kevin.kofler at chello.at Wed Feb 13 21:39:55 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 13 Feb 2008 21:39:55 +0000 (UTC) Subject: Fedora x86_64 rawhide rebuild in mock status 2008-02-09 References: <20080213150939.GA5767@humbolt.us.dell.com> Message-ID: > > kdemultimedia-4.0.1-1.fc9 (build/make) than,rdieter,kkofler,ltinkl > > That's a fun one: > juk/CMakeFiles/juk.dir/flags.make:6: *** > missing separator > . Stop. > I'm looking into that. Well, somehow that cmake-generated file got some bogus linebreaks into the list of flags, I don't know where they come from. Kevin Kofler From mzerqung at 0pointer.de Wed Feb 13 21:46:47 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 22:46:47 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B35F31.6050101@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> Message-ID: <20080213214647.GA2315@tango.0pointer.de> On Wed, 13.02.08 13:20, Andrew Farris (lordmorgul at gmail.com) wrote: >>> the track time continues, and it then gains access to play to the audio >>> device again when returning from VT. The crash is not expected; the >>> track time stopped, and rhythmbox does not respond to input. >> PA provides the necessary information. It's just that Gst doesn't and >> thus simply blocks waiting until it can write to the audio device the >> next time, freezing the UI. >>> So I guess this is an area for improvement to get the applications to >>> correctly handle this situation since it is designed behavior on >>> pulseaudio's end (to deny access while not being the active session). >> I am not sure why this should be an issue at all. So Rhythmbox's UI >> freezes while the session is inactive. So what? The session is >> *inactive*! The UI doesn't need to be responsive. >> Lennart > > Correction. Rhythmbox froze during AND after the session was inactive, > making it permanently frozen (dead, defunct, useless). This is definitely > wrong. So its an issue with how gst (and by extension rhythmbox) handle > things, inappropriately in that case. But it was a problem. This sounds as if some other process blocked the audio device when switching back the session so that PA was unable to reopen the device and thus playback stays suspended. Could you please check this, by running "pactl" in a terminal when this happens again, and then type "list-sinks"? If your sound card sink remains in SUSPENDED state, than this is most likely the issue. Or, you might have hit the well-known issue HAL where it fails to restore ACLs sometimes and thus PA is not able to reopen the device properly. Check getfacl /dev/snd/* Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Wed Feb 13 21:49:04 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 22:49:04 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <1202937726.3704.16.camel@localhost.localdomain> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <1202937726.3704.16.camel@localhost.localdomain> Message-ID: <20080213214904.GB2315@tango.0pointer.de> On Wed, 13.02.08 16:22, Simo Sorce (ssorce at redhat.com) wrote: > > > On Wed, 2008-02-13 at 22:10 +0100, Lennart Poettering wrote: > > PA provides the necessary information. It's just that Gst doesn't and > > thus simply blocks waiting until it can write to the audio device the > > next time, freezing the UI. > > Lennart, > as PA has rerouting capabilities already, couldn't you simply reroute > sound to /dev/null (and mic from /dev/null) ? > > This would prevent most older applications from crashing I guess. I don't see why apps should "crash" due to this. They might freeze and then unfreeze again. But "crash"? No, hopefully not. If they are this fragile than they should be fixed, instead of adding non-trivial workarounds to PA. Don't forget that C-z is very similar to this kind of freezing. If an app can't survive C-z than it needs fixing anyway I would say. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Wed Feb 13 21:52:26 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 22:52:26 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213214904.GB2315@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <1202937726.3704.16.camel@localhost.localdomain> <20080213214904.GB2315@tango.0pointer.de> Message-ID: <20080213215226.GC2315@tango.0pointer.de> On Wed, 13.02.08 22:49, Lennart Poettering (mzerqung at 0pointer.de) wrote: > > On Wed, 2008-02-13 at 22:10 +0100, Lennart Poettering wrote: > > > PA provides the necessary information. It's just that Gst doesn't and > > > thus simply blocks waiting until it can write to the audio device the > > > next time, freezing the UI. > > > > Lennart, > > as PA has rerouting capabilities already, couldn't you simply reroute > > sound to /dev/null (and mic from /dev/null) ? > > > > This would prevent most older applications from crashing I guess. > > I don't see why apps should "crash" due to this. They might freeze and > then unfreeze again. But "crash"? No, hopefully not. If they are this > fragile than they should be fixed, instead of adding non-trivial > workarounds to PA. Don't forget that C-z is very similar to this kind > of freezing. If an app can't survive C-z than it needs fixing anyway I > would say. Oh, and let's not forget that I believe the expected user behaviour is music to stop and resume on session switch -- not muting. I mean, the information about this suspending is forwarded to the application by PA. However, the gst plugin isn't able to make any good use of that information, because afaik downstream elements are not supposed to change the state of the pipeline. Maybe some Gst guru can look into this and tell me what I should be doing with those events in Gst? Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mccann at jhu.edu Wed Feb 13 22:08:52 2008 From: mccann at jhu.edu (William Jon McCann) Date: Wed, 13 Feb 2008 17:08:52 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213215226.GC2315@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <1202937726.3704.16.camel@localhost.localdomain> <20080213214904.GB2315@tango.0pointer.de> <20080213215226.GC2315@tango.0pointer.de> Message-ID: <939dd5750802131408l2cb6c9a6k9281c113f769febb@mail.gmail.com> Hey, On Feb 13, 2008 4:52 PM, Lennart Poettering wrote: > On Wed, 13.02.08 22:49, Lennart Poettering (mzerqung at 0pointer.de) wrote: > > > > On Wed, 2008-02-13 at 22:10 +0100, Lennart Poettering wrote: > > > > PA provides the necessary information. It's just that Gst doesn't and > > > > thus simply blocks waiting until it can write to the audio device the > > > > next time, freezing the UI. > > > > > > Lennart, > > > as PA has rerouting capabilities already, couldn't you simply reroute > > > sound to /dev/null (and mic from /dev/null) ? > > > > > > This would prevent most older applications from crashing I guess. > > > > I don't see why apps should "crash" due to this. They might freeze and > > then unfreeze again. But "crash"? No, hopefully not. If they are this > > fragile than they should be fixed, instead of adding non-trivial > > workarounds to PA. Don't forget that C-z is very similar to this kind > > of freezing. If an app can't survive C-z than it needs fixing anyway I > > would say. > > Oh, and let's not forget that I believe the expected user behaviour is > music to stop and resume on session switch -- not muting. I mean, the > information about this suspending is forwarded to the application by > PA. However, the gst plugin isn't able to make any good use of that > information, because afaik downstream elements are not supposed to > change the state of the pipeline. Yeah. Similar to: http://bugzilla.gnome.org/show_bug.cgi?id=347426 Jon From lesmikesell at gmail.com Wed Feb 13 22:12:39 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 13 Feb 2008 16:12:39 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> Message-ID: <47B36B57.5070209@gmail.com> Jeff Spaleta wrote: > On Feb 13, 2008 9:33 AM, Les Mikesell wrote: >> Does this mean you should always use Xnest, NX client, vnc, ssh, etc, >> instead of VTs to get login sessions that don't accidentally grab >> unrelated hardware ownership? That seems backwards if what you really >> want is an audio player as a server that isn't tied to a particular >> login session. > > > As we get more familiar with making HAL/CK policy edits, these sorts > of questions will lose meaning. HAL/CK policies can and will be > customized away from the default set of rules written with a shared > desktop in mind. There's no technical reason that a music server > daemon package for example couldn't drop in new policy that changed > the behavior here. We just have to understand how to write that > policy file and then agree that's the sort of thing we want server > packages to do on install. I'm not convinced that anyone can deduce the behavior I want from the packages that are installed. Or even that I'd know for sure myself ahead of time in all cases but I have a hard time imagining a case where I'd want access cut off to an existing, running session just because someone else might want to check their email on a different account and they do it from a VT instead of Xnest. Is it possible to make the rules easy to manage locally - and can you have a first-served wins rule? -- Les Mikesell lesmikesell at gmail.com From cra at WPI.EDU Wed Feb 13 22:14:43 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Wed, 13 Feb 2008 17:14:43 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B36B57.5070209@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> Message-ID: <20080213221443.GJ18684@angus.ind.WPI.EDU> On Wed, Feb 13, 2008 at 04:12:39PM -0600, Les Mikesell wrote: > ...in all cases but I have a hard time imagining a case where I'd > want access cut off to an existing, running session just because > someone else might want to check their email on a different account > and they do it from a VT instead of Xnest. It has been said before. Imagine if someone left a mic snooping program running on Session #1 while Session #2 came along and started talking on the phone? This kind of thing should be prevented BY DEFAULT. From lordmorgul at gmail.com Wed Feb 13 22:19:37 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 13 Feb 2008 14:19:37 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213214647.GA2315@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> Message-ID: <47B36CF9.2000707@gmail.com> Lennart Poettering wrote: > On Wed, 13.02.08 13:20, Andrew Farris (lordmorgul at gmail.com) wrote: >> Correction. Rhythmbox froze during AND after the session was inactive, >> making it permanently frozen (dead, defunct, useless). This is definitely >> wrong. So its an issue with how gst (and by extension rhythmbox) handle >> things, inappropriately in that case. But it was a problem. > > This sounds as if some other process blocked the audio device when > switching back the session so that PA was unable to reopen the device > and thus playback stays suspended. > > Could you please check this, by running "pactl" in a terminal when > this happens again, and then type "list-sinks"? If your sound card > sink remains in SUSPENDED state, than this is most likely the issue. > > Or, you might have hit the well-known issue HAL where it fails to > restore ACLs sometimes and thus PA is not able to reopen the device > properly. Check getfacl /dev/snd/* I will try to look into that, although I'm also seeing some freezes of rhythmbox without the VT change which may be unrelated. Those clues will help I wasn't aware of them. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From mzerqung at 0pointer.de Wed Feb 13 22:21:06 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 13 Feb 2008 23:21:06 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B36B57.5070209@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> Message-ID: <20080213222106.GA4360@tango.0pointer.de> On Wed, 13.02.08 16:12, Les Mikesell (lesmikesell at gmail.com) wrote: >> As we get more familiar with making HAL/CK policy edits, these sorts >> of questions will lose meaning. HAL/CK policies can and will be >> customized away from the default set of rules written with a shared >> desktop in mind. There's no technical reason that a music server >> daemon package for example couldn't drop in new policy that changed >> the behavior here. We just have to understand how to write that >> policy file and then agree that's the sort of thing we want server >> packages to do on install. > > I'm not convinced that anyone can deduce the behavior I want from the > packages that are installed. Or even that I'd know for sure myself ahead > of time in all cases but I have a hard time imagining a case where I'd want > access cut off to an existing, running session just because someone else > might want to check their email on a different account and they do it from > a VT instead of Xnest. Is it possible to make the rules easy to manage > locally - and can you have a first-served wins rule? We had exactly the same discussion already on this ML. Please consult the archives, instead of decreasing the signal-to-noise ration of this ml even further. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From loganjerry at gmail.com Wed Feb 13 22:22:30 2008 From: loganjerry at gmail.com (Jerry James) Date: Wed, 13 Feb 2008 15:22:30 -0700 Subject: Need help with build error caused by tetex -> texlive migration In-Reply-To: <47B35F09.6020200@hhs.nl> References: <47B3345C.4060906@hhs.nl> <47B3363C.2020407@herr-schmitt.de> <47B35F09.6020200@hhs.nl> Message-ID: <870180fe0802131422o3f4f8ba4lc3e1e1c64992b0a0@mail.gmail.com> On Feb 13, 2008 2:20 PM, Hans de Goede wrote: > Now I get (with a local test build on fully up2date rawhide): > Overfull \vbox (39.43942pt too high) has occurred while \output is active > [242]) (./wdt_8h.tex [243]) (./overview.tex [244] [245] [246] [247] [248] > [249]) (./malloc.tex > ! Argument of \@sect has an extra }. > > \par > l.1 ...96af830ebe744d9678e5251dfd3ebd}{malloc()} } > \label{malloc} > > The problematic part of malloc.tex is this as far as I can see: > \hypertarget{malloc}{}\subsection{Memory Areas and Using > \hyperlink{group__avr__stdlib_g4996af830ebe744d9678e5251dfd3ebd}{malloc()} > }\label{malloc} > > But I don't see any non matched } there, also notice that this tex code is > generated by doxygen. This might explain the error message: http://www.tex.ac.uk/cgi-bin/texfaq2html?label=extrabrace Does the document use the hyperref package? If so, what version of that package comes with texlive? It is version 6.71 in F8's tetex. Is a build log available for this failed run? -- Jerry James http://loganjerry.googlepages.com/ From ssorce at redhat.com Wed Feb 13 22:25:26 2008 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 13 Feb 2008 17:25:26 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213221443.GJ18684@angus.ind.WPI.EDU> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> Message-ID: <1202941526.6125.1.camel@localhost.localdomain> On Wed, 2008-02-13 at 17:14 -0500, Chuck Anderson wrote: > On Wed, Feb 13, 2008 at 04:12:39PM -0600, Les Mikesell wrote: > > ...in all cases but I have a hard time imagining a case where I'd > > want access cut off to an existing, running session just because > > someone else might want to check their email on a different account > > and they do it from a VT instead of Xnest. > > It has been said before. Imagine if someone left a mic snooping > program running on Session #1 while Session #2 came along and started > talking on the phone? This kind of thing should be prevented BY > DEFAULT. Just to make it more complicated MIC = INPUT != OUTPUT :-) Ie, the security problem is most likly with input channels, although most of the complains come on how the output channels are managed. Just food for thought, I am not pending in either direction. Simo. -- Simo Sorce * Red Hat, Inc * New York From jspaleta at gmail.com Wed Feb 13 22:28:42 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Feb 2008 13:28:42 -0900 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B36B57.5070209@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> Message-ID: <604aa7910802131428n60c24e75jba190749f67c9cff@mail.gmail.com> On Feb 13, 2008 1:12 PM, Les Mikesell wrote: > I'm not convinced that anyone can deduce the behavior I want from the > packages that are installed. Or even that I'd know for sure myself > ahead of time in all cases but I have a hard time imagining a case where > I'd want access cut off to an existing, running session just because > someone else might want to check their email on a different account and > they do it from a VT instead of Xnest. Is it possible to make the rules > easy to manage locally - and can you have a first-served wins rule? These questions suggest that you aren't familiar with hal policy at all. The only interesting question in this discussion is.. can it be made it easy. I'm sure it can be... we just have to get there. And the first step in getting there is for everyone who really cares about this sort of stuff make a real effort at understanding how to write hal policy..including acl related polcy. Instead of just pissing and moaning about it because they haven't made an effort to understand it. And since I always endeavor to practice what I preach, I've been trying to write acl policy to get a specialized usb device that I own working as the console owner and I'm still not doing it correctly. I have the hal matching rules right, I know my policy is matching the device. What it's not doing is setting up the acls. And I'm having a real hard time troubleshooting what is actually happening. -jef From jeff at ocjtech.us Wed Feb 13 22:31:52 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Wed, 13 Feb 2008 16:31:52 -0600 Subject: Building Asterisk on PPC64 Message-ID: <935ead450802131431l1adf4ffao51f88636741b28c0@mail.gmail.com> Asterisk has been having problems building on PPC64 (this predates GCC 4.3 so I can't blame that). It builds fine on all of the other architectures and I've personally tested it on i386 and x86_64. There are no error messages printed so I'm really not sure where to go from here. If anyone can give me some pointers I'd appreciate it. The log from a PPC64 scratch build can be found here: http://koji.fedoraproject.org/koji/getfile?taskID=424866&name=build.log Jeff From lesmikesell at gmail.com Wed Feb 13 22:50:35 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 13 Feb 2008 16:50:35 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213221443.GJ18684@angus.ind.WPI.EDU> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> Message-ID: <47B3743B.7000607@gmail.com> Chuck Anderson wrote: > On Wed, Feb 13, 2008 at 04:12:39PM -0600, Les Mikesell wrote: >> ...in all cases but I have a hard time imagining a case where I'd >> want access cut off to an existing, running session just because >> someone else might want to check their email on a different account >> and they do it from a VT instead of Xnest. > > It has been said before. Imagine if someone left a mic snooping > program running on Session #1 while Session #2 came along and started > talking on the phone? This kind of thing should be prevented BY > DEFAULT. Imagine if session #1 is already on an emergency phone call while someone switches VT's and they get cut off. That kind of thing should never happen. Give the existing session exclusive access and don't worry about what some other session might try. -- Les Mikesell lesmikesell at gmail.com From buildsys at redhat.com Wed Feb 13 23:16:11 2008 From: buildsys at redhat.com (Build System) Date: Wed, 13 Feb 2008 18:16:11 -0500 Subject: rawhide report: 20080213 changes Message-ID: <200802132316.m1DNGBOC028447@porkchop.devel.redhat.com> New package cairo-clock Cairo-rendered on-screen clock New package gnome-nds-thumbnailer Thumbnailer for Nintendo DS ROM files New package ipcalculator A utility for computing broadcast, network, mask, and host ranges New package perl-VCS-LibCVS Access CVS working directories and repositories New package publican Common files and scripts for publishing Documentation New package sugar-toolkit Sugar toolkit New package waf A Python-based build system Removed package eclipse-emf Updated Packages: Canna-3.7p3-23.fc9 ------------------ * Tue Feb 12 2008 Akira TAGOH - 3.7p3-23 - Rebuild for gcc-4.3. ConsoleKit-0.2.9-1.fc9 ---------------------- * Tue Feb 12 2008 Jon McCann - 0.2.9-1 - Update to 0.2.9 acl-2.2.47-1.fc9 ---------------- * Tue Feb 12 2008 Jiri Moskovcak 2.2.47-1 - new upstream version akode-2.0.2-5.fc9 ----------------- * Tue Feb 12 2008 Rex Dieter 2.0.2-5 - gcc43 patch alchemist-1.0.37-3.fc9 ---------------------- * Tue Feb 12 2008 Tim Waugh 1.0.37-3 - Removed HTML documentation to avoid multilib conflict (bug #340601). Don't use alchemist in new software. alleyoop-0.9.3-4.fc9 -------------------- * Tue Feb 12 2008 Gianluca Sforna - 0.9.3-4 - rebuild with gcc 4.3 amsn-0.97-3.fc9 --------------- * Tue Feb 12 2008 Sander Hoentjen - 0.97-3 - Rebuilt for gcc-4.3 anaconda-11.4.0.35-1 -------------------- * Tue Feb 12 2008 Jeremy Katz - 11.4.0.35-1 - Fix the build (katzj) * Tue Feb 12 2008 Jeremy Katz - 11.4.0.34-1 - Handle modules with more than one description (#432414) (katzj) - Finish HDISO installs, at least for DVDs (#431132). (clumens) - Move migration to before mounting filesystems (katzj) - Fix silly thinko in Eric's patch (katzj) - Allow ext3->ext4 upgrades (sandeen) - Do the man pages in rescue mode the right way. (jgranado) - Merge branch 'master' of ssh://git.fedorahosted.org/git/anaconda (notting) - Use /etc/adjtime as the configuration file for UTC/not-UTC. (notting) - Remove all our own mount code. (clumens) - Use the mount program instead of our own code. (clumens) - Add the real mount programs to stage1. (clumens) - Use the correct variables to get the ipv6 info. (#432035) (jgranado) - Update error messages to match function names. (dcantrell) - Rename nl.c to iface.c and functions to iface_* (dcantrell) - In rescue mode, show interface configuration (#429953) (dcantrell) - Add qla2xxx firmware (#377921) (katzj) - Rename base repo (#430806). (clumens) - Remove dep on anaconda from pkgorder (katzj) - Remove no longer used dumphdrlist script (katzj) anthy-9100e-2.fc9 ----------------- * Tue Feb 12 2008 Akira TAGOH - 9100e-2 - Rebuild for gcc-4.3. antiword-0.37-6.fc9 ------------------- * Tue Feb 12 2008 Adrian Reber - 0.37-6 - rebuilt for gcc43 apcupsd-3.14.3-2.1.fc9 ---------------------- * Tue Feb 12 2008 Tomas Smetana - 3.14.3-2.1 - rebuild (gcc-4.3) asunder-1.0.2-1.fc9 ------------------- * Mon Feb 04 2008 Marcin Zajaczkowski - 1.0.2-1 - updated to 1.0.2 authd-1.4.3-12 -------------- * Tue Feb 12 2008 Jan Safranek - 1.4.3-12 - fix build with new gcc bind-32:9.5.0-26.b2.fc9 ----------------------- * Mon Feb 11 2008 Adam Tkac 32:9.5.0-26.b2 - build with -D_GNU_SOURCE (#431734) - improved fix for #253537, posttrans script is now used - improved fix for #400461 - 9.5.0b2 - bind-9.3.2b1-PIE.patch replaced by bind-9.5-PIE.patch - only named, named-sdb and lwresd are PIE - bind-9.5-sdb.patch has been updated - bind-9.5-libidn.patch has been updated - bind-9.4.0-sdb-sqlite-bld.patch replaced by bind-9.5-sdb-sqlite-bld.patch - removed bind-9.5-gssapi-header.patch (upstream) - removed bind-9.5-CVE-2008-0122.patch (upstream) - removed bind-9.2.2-nsl.patch - improved sdb_tools Makefile.in bitmap-fonts-0.3-5.2.fc9 ------------------------ * Tue Feb 12 2008 Rahul Bhalerao - 0.3-5.2 - Rebuild for gcc4.3. bluez-gnome-0.20-1.fc9 ---------------------- * Tue Feb 12 2008 - Bastien Nocera - 0.20-1 - Update to 0.20 booty-0.96-1.fc9 ---------------- * Tue Feb 12 2008 Peter Jones - 0.96-1 - Fix wrong variable name in dmraid partition detection. * Wed Jan 02 2008 Chris Lumens - 0.95-1 - Write out initrd= in /etc/aboot.conf (#427112). * Sun Dec 23 2007 Bill Nottingham - 0.94-1 - fix up for more anaconda changes (#426562) chkrootkit-0.48-5.fc9 --------------------- * Tue Feb 12 2008 Michael Schwendt - 0.48-5 - Fix the empty warning of the shell history files anomalies check. - Initialise two variables in chkdirs.c to silence compiler. * Fri Feb 08 2008 Michael Schwendt - 0.48-3 - rebuilt for GCC 4.3 as requested by Fedora Release Engineering (only in devel) * Sat Jan 12 2008 Michael Schwendt - 0.48-2 - Install README with mode 0644. control-center-1:2.21.90-8.fc9 ------------------------------ * Tue Feb 12 2008 Soren Sandmann - 2.21.90-8 - Update randr capplet cpuspeed-1:1.2.1-4.fc9 ---------------------- * Tue Feb 12 2008 Jarod Wilson 1.2.1-4 - Fix up for gcc 4.3 - Work around multi-core step detection problems (#392781) cronie-1.0-5.fc9 ---------------- * Tue Feb 12 2008 Marcela Maslanova - 1.0-5 - upgrade from less than cronie-1.0-4 didn't add chkconfig cups-1:1.3.5-5.fc9 ------------------ * Tue Feb 12 2008 Tim Waugh 1:1.3.5-5 - Fixed admin.cgi handling of DefaultAuthType (bug #432478, STR #2703). * Tue Feb 05 2008 Tim Waugh 1:1.3.5-4 - Fix compilation of SO_PEERCRED support. - Include fixes from svn up to revision 7287. No longer need str2650 or str2664 patches. * Fri Feb 01 2008 Tim Waugh - Updated initscript for LSB exit codes and actions (bug #246897). dbus-glib-0.74-3.fc9 -------------------- * Tue Feb 12 2008 Dan Williams - 0.74-3 - Ignore namespaces in introspection XML eclipse-pydev-1:1.3.12-1.fc8 ---------------------------- * Fri Feb 01 2008 Jeff Johnston 1:1.3.12-1 - Resolves Bugzilla #431200 - 1.3.12 emacs-auctex-11.85-5.fc9 ------------------------ * Wed Feb 13 2008 Jonathan G. Underwood - 11.85-5 - Re-add creation of emacs_startdir * Tue Feb 12 2008 Jonathan G. Underwood - 11.85-4 - Remove BuildRequires for pkgconfig - not needed - Clean out uneeded creation of site start directory - Remove /usr/share/doc/auctex directory from buildroot * Tue Feb 12 2008 Jonathan G. Underwood - 11.85-3 - Bump release and rebuild - had forgotten to upload the new sources emacs-vm-8.0.7.522-2.fc9 ------------------------ * Tue Feb 12 2008 Jonathan G. Underwood - 8.0.7.522-2 - Bump release and rebuild for GCC 4.3 eog-2.21.90-1.fc9 ----------------- * Wed Feb 13 2008 Matthias Clasen - 2.21.90-1 - Update to 2.21.90 eruby-1.0.5-11 -------------- * Tue Feb 12 2008 Akira TAGOh - 1.0.5-11 - Rebuild for gcc-4.3. evince-2.21.91-1.fc9 -------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 evolution-2.21.91-1.fc9 ----------------------- * Mon Feb 11 2008 Matthew Barnes - 2.21.91-1.fc9 - Update to 2.21.91 - Bump eds_version to 2.21.91. - Remove patch for GNOME bug #240073 (fixed upstream). * Sat Feb 02 2008 Matthew Barnes - 2.21.90-4.fc9 - Remove some obsolete configure options: --enable-file-chooser, --enable-file-locking, --enable-dot-locking - Remove gnome-doc-utils work-around for GNOME bug #427939 (fixed upstream). - Remove patch for RH bug #215478 (fixed upstream). * Tue Jan 29 2008 Matthew Barnes - 2.21.90-3.fc9 - Add patch to address the recent deprecation of G_GNUC_FUNCTION. evolution-data-server-2.21.91-1.fc9 ----------------------------------- * Mon Feb 11 2008 Matthew Barnes - 2.21.91-1.fc9 - Update to 2.21.91 - Add patch for GNOME bug #516074 (latest glibc breaks Camel). evolution-sharp-0.15.91-1.fc9 ----------------------------- * Tue Feb 12 2008 Matthew Barnes - 0.15.91-1.fc9 - Update to 0.15.91 flpsed-0.5.0-4.fc9 ------------------ * Tue Feb 12 2008 Nicholas Boyle - 0.5.0-4 -Rebuild for GCC 4.3 fmt-ptrn-1.3.14-1.fc9 --------------------- * Tue Feb 12 2008 W. Michael Petullo - 1.3.14-1 - Updated to new 1.3.14. * Mon Feb 11 2008 W. Michael Petullo - 1.3.13-2 - Update to use java-1.5.0-gcj-devel. * Sat Dec 22 2007 W. Michael Petullo - 1.3.13-1 - Updated to new 1.3.13. - License GPLv2+. - Update make install command. gdm-1:2.21.7-1.fc9 ------------------ * Tue Feb 12 2008 Jon McCann - 1:2.21.7-1 - Update to 2.21.7 * Fri Feb 08 2008 Ray Strode - 1:2.21.7-0.2008.02.08.1 - Update to snapshot * Wed Jan 30 2008 Jon McCann - 1:2.21.6-1 - Update to 2.21.6 glibmm24-2.15.5-1.fc9 --------------------- * Tue Feb 12 2008 Denis Leroy - 2.15.5-1 - Update to 2.15.5, skipping borked 2.15.4, CHANGES file gone gnome-applet-netspeed-0.14-3.fc9 -------------------------------- * Tue Feb 12 2008 Julian Sikorski - 0.14-3 - Rebuilt for gcc-4.3 gnome-desktop-2.21.91-2.fc9 --------------------------- * Tue Feb 12 2008 Soren Sandmann - 2.21.91-2 - Add monitor-db.[ch] * Tue Feb 12 2008 Soren Sandmann - Update randrwrap gnome-doc-utils-0.12.1-1.fc9 ---------------------------- * Tue Feb 12 2008 Matthew Barnes - 0.12.1-1 - Update to 0.12.1 gnome-keyring-2.21.91-1.fc9 --------------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 - Drop upstreamed patch gnome-session-2.21.91-1.fc9 --------------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 gnome-settings-daemon-2.21.91-3.fc9 ----------------------------------- * Tue Feb 12 2008 Soren Sandmann - 2.21.91-3 - Add patch to make the xrandr plugin listen for client messages from the control panel and reread the configuration file. gnome-terminal-2.21.91-1.fc9 ---------------------------- * Wed Feb 13 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 goffice04-0.4.3-3.fc9 --------------------- * Tue Feb 12 2008 Julian Sikorski - 0.4.3-3 - Rebuilt for gcc-4.3 gq-1.3.3-3.fc9 -------------- * Tue Feb 12 2008 Terje R??sten - 1.3.3-3 - Rebuild * Mon Jan 21 2008 Terje R??sten - 1.3.3-2 - Add patch from svn to fix infinite loop - Adjust buildreq - Fix scrollkeeper stuff * Tue Jan 08 2008 Terje R??sten - 1.3.3-1 - 1.3.3 graphviz-2.16-3.3.fc9 --------------------- * Tue Feb 12 2008 Patrick "Jima" Laughton 2.16-3.3 - Added upstream-provided patch for building under GCC 4.3 (thanks John!) gtk2-2.12.8-1.fc9 ----------------- * Tue Feb 12 2008 Matthias Clasen - 2.12.8-1 - Update to 2.12.8 gtk2-engines-2.13.5-1.fc9 ------------------------- * Tue Feb 12 2008 Matthias Clasen - 2.13.5-1 - Update to 2.13.5 gtkpod-0.99.12-2.fc9 -------------------- * Tue Feb 12 2008 Todd Zullinger - 0.99.12-2 - rebuild for gcc 4.3 hal-cups-utils-0.6.14-1.fc9 --------------------------- * Tue Feb 12 2008 Tim Waugh 0.6.14-1 - 0.6.14: - Build command lines more carefully. - Only provide one notification for multi-function devices. - Better support for HP printers. * Fri Sep 14 2007 Tim Waugh 0.6.13-1 - 0.6.13: - Enable/disable fix. - Speed improvements. * Wed Aug 29 2007 Tim Waugh 0.6.12-3 - More specific license tag. - Better buildroot tag. hexedit-1.2.12-9.fc9 -------------------- * Tue Feb 12 2008 Jiri Moskovcak - 1.2.12-9 - rebuild jetty-5.1.12-1jpp.9.fc8 ----------------------- * Tue Feb 12 2008 Jeff Johnston 5.1.12-1jpp.9 - Resolves #427821 - Make this package owner of jetty doc directory kakasi-2.3.4-26.fc9 ------------------- * Tue Feb 12 2008 Akira TAGOH - 2.3.4-26 - Rebuild for gcc-4.3. katapult-0.3.2.1-3.fc9 ---------------------- * Tue Feb 12 2008 Chitlesh Goorah - 0.3.2.1-3 - queued for mass rebuild for Fedora 9 - gcc43 kcc-2.3-28 ---------- * Tue Feb 12 2008 Akira TAGOH - 2.3-28 - Rebuild for gcc-4.3. kernel-2.6.25-0.35.rc1.fc9 -------------------------- * Tue Feb 12 2008 Jarod Wilson - Fix up firewire bits to apply to 2.6.25 * Tue Feb 12 2008 Kyle McMartin - Bump. * Tue Feb 12 2008 Kyle McMartin - Linux 2.6.25-rc1 kinput2-v3.1-37.fc9 ------------------- * Tue Feb 12 2008 Akira TAGOH - v3.1-37 - Rebuild for gcc-4.3. lcms-1.17-4.fc9 --------------- * Wed Feb 13 2008 kwizart < kwizart at gmail.com > - 1.17-4 - Fix packaging bug #432568 (multilib transition). lftp-3.6.1-2.fc9 ---------------- * Tue Feb 12 2008 Martin Nagy - 3.6.1-2 - fix library paths (#432468) libXfont-1.3.1-4.fc9 -------------------- * Tue Feb 12 2008 Adam Jackson 1.3.1-4 - libXfont-1.3.1-visibility.patch: Prevent a symbol collision with ghostscript. (#216124) * Fri Jan 18 2008 Dave Airlie 1.3.1-3 - cve-2008-0006.patch: XFS Integer Overflow Vulnerability * Sun Jan 13 2008 parag 1.3.1-2 - Merge-review #226073 Spec cleanups. libchewing-0.3.0-10.fc9 ----------------------- * Wed Feb 13 2008 Caius Chance - 0.3.0-10.fc9 - Rebuild for F9. libgnomeui-2.21.91-1.fc9 ------------------------ * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 libgpod-0.6.0-4.fc9 ------------------- * Tue Feb 12 2008 Todd Zullinger - 0.6.0-4 - rebuild for gcc 4.3 libident-0.32-2.fc9 ------------------- * Tue Feb 12 2008 Andreas Thienemann - 0.32-2 - Rebuild against gcc34 with -D_GNU_SOURCE libksba-1.0.3-1.fc9 ------------------- * Tue Feb 12 2008 Rex Dieter 1.0.3-1 - libksba-1.0.3 libofa-0.9.3-12.fc9 ------------------- * Tue Feb 12 2008 Rex Dieter 0.9.3-12 - gcc43 patch * Sat Sep 01 2007 Rex Dieter 0.9.3-11 - -devel: fix summary - fix pkgconfig, URL-patching logic libsmi-0.4.5-4.fc9 ------------------ * Tue Feb 12 2008 Adam Jackson 0.4.5-4 - Add %defattr. (#430298) libwnck-2.21.91-1.fc9 --------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 libwvstreams-4.4.1-4.fc9 ------------------------ * Tue Feb 12 2008 Ondrej Vasik - 4.4.1-4 - gcc43 rebuild, climits instead limits.h usage libytnef-1.5-3.fc9 ------------------ livecd-tools-014-1.fc9 ---------------------- * Tue Feb 12 2008 Jeremy Katz - 014-1 - Rework to provide a python API for use by other tools (thanks to markmc for a lot of the legwork here) - Fix creation of images with ext2 filesystems and no SELinux - Don't require a yum-cache directory inside of the cachedir (#430066) - Many config updates for rawhide - Allow running live images from MMC/SD (#430444) - Don't let a non-standard TMPDIR break things (Jim Meyering) lv-4.51-13.fc9 -------------- * Tue Feb 12 2008 Akira TAGOH - 4.51-13 - Rebuild for gcc-4.3. mboxgrep-0.7.9-5.fc9 -------------------- * Tue Feb 12 2008 Andreas Thienemann - 0.7.9-5 - Rebuild against gcc-4.3 mcstrans-0.2.7-2.fc9 -------------------- * Tue Feb 12 2008 Dan Walsh 0.2.7-2 - Rebuild for gcc 4.3 mesa-7.1-0.10.fc9 ----------------- * Tue Feb 12 2008 Adam Jackson 7.1-0.10 - mesa-7.1-sis-ia64.patch: Fix sis driver on ia64. (#432428) metacity-2.21.13-1.fc9 ---------------------- * Tue Feb 12 2008 Matthias Clasen - 2.21.13-1 - Update to 2.21.13 metapixel-1.0.2-3.fc9 --------------------- * Tue Feb 12 2008 Andreas Thienemann - 1.0.2-3 - Rebuild against gcc-4.3 mew-5.2.52-2.fc9 ---------------- * Tue Feb 12 2008 Akira TAGOH - 5.2.52-2 - Rebuild for gcc-4.3. * Tue Jan 08 2008 Akira TAGOH - Use evince instead of xpdf for displaying a pdf file. moreutils-0.28-3.fc9 -------------------- * Wed Feb 13 2008 Marc Bradshaw 0.28-3.fc9 - fixed typo in changelog * Wed Feb 13 2008 Marc Bradshaw 0.28-2.fc9 - fixed typo in changelog * Wed Feb 13 2008 Marc Bradshaw 0.28-1.fc9 - New upstream version released with these changes - vidir: Applied patch from Stefan Fritsch - * Check for control characters (especially newlines) in filenames and error out, since this can greatly confuse the editor or vidir. - * If the source of a rename does not exist (and thus the rename will fail anyway), vidir should not move an existing target file to a tmpfile. - * If a directory is renamed, vidir should take that into account when renaming files in this directory. - * If a directory name is passed as name/ to vidir, vidir should not add second slash after the name. - vidir: Add support for unlinking directories. - Add example to man page about recursive modification of directories. - isutf8: Correct inverted exit code when passed a file to check. mpc-0.12.1-2.fc9 ---------------- * Tue Feb 12 2008 Adrian Reber - 0.12.1-2 - rebuilt for gcc43 nagios-2.10-6.fc9 ----------------- * Tue Feb 12 2008 Mike McGrath 2.10-6 - Rebuild for gcc43 namazu-2.0.17-7.fc9 ------------------- * Tue Feb 12 2008 Akira TAGOH - 2.0.17-7 - Rebuild for gcc-4.3. nc6-1.0-6.fc9 ------------- * Tue Feb 12 2008 Jan Safranek 1.0-6 - fix compilation with gcc 4.3 net-snmp-1:5.4.1-9.fc9 ---------------------- * Tue Feb 12 2008 Jan Safranek 5.4.1-9 - introduce /etc/sysconfig/snmpd. Use it to specify snmpd command line options. /etc/snmp/snmpd.options is not used anymore (#431391) nhpf-1.42-11.fc9 ---------------- * Wed Feb 13 2008 Caius Chance - 1.42-11.fc9 - Rebuild for F9. nkf-1:2.0.8b-2.fc9 ------------------ * Tue Feb 12 2008 Akira TAGOH - 1:2.0.8b-2 - Rebuild for gcc-4.3. nrpe-2.7-6.fc9 -------------- * Tue Feb 12 2008 Mike McGrath - 2.7-6 - Rebuild for gcc43 nut-2.2.1-3.fc9 --------------- * Tue Feb 12 2008 Tomas Smetana 2.2.1-3 - fix compilation error with new glibc headers * Tue Feb 12 2008 Tomas Smetana 2.2.1-2 - rebuild (gcc-4.3) * Wed Jan 09 2008 Tomas Smetana 2.2.1-1 - new upstream version ocaml-3.10.1-1.fc9 ------------------ * Tue Feb 12 2008 Richard W.M. Jones - 3.10.1-1 - new upstream version 3.10.1 * Fri Jan 04 2008 Gerard Milmeister - 3.10.0-8 - patch for building with tcl/tk 8.5 * Thu Sep 06 2007 Richard W.M. Jones - 3.10.0-7 - Run chrpath to delete rpaths used on some of the stublibs. - Ignore Parsetree module in dependency calculation. - Fixed ocaml-find-{requires,provides}.sh regexp calculation so it doesn't over-match module names. ocaml-calendar-2.0-1.fc9 ------------------------ * Tue Feb 12 2008 Richard W.M. Jones - 2.0-1 - New upstream version 2.0. - Rebuild for OCaml 3.10.1. ocaml-csv-1.1.6-6.fc9 --------------------- * Tue Feb 12 2008 Richard W.M. Jones - 1.1.6-6 - Force rebuild for OCaml 3.10.1. ocaml-curl-0.2.1-6.fc9 ---------------------- * Tue Feb 12 2008 Richard W.M. Jones - 0.2.1-6 - Force rebuild for OCaml 3.10.1. ocaml-curses-0.1-6.20020319.fc9 ------------------------------- * Tue Feb 12 2008 Richard W.M. Jones - 0.1-6.20020319 - Rebuild for OCaml 3.10.1 ocaml-expat-0.9.1-9.fc9 ----------------------- * Tue Feb 12 2008 Richard W.M. Jones - 0.9.1-9 - Rebuild for OCaml 3.10.1. ocaml-extlib-1.5.1-1.fc9 ------------------------ * Tue Feb 12 2008 Richard W.M. Jones - 1.5.1-1 - New upstream version 1.5.1. - New home page. - Rebuild for OCaml 3.10.1. ocaml-findlib-1.2.1-1.fc9 ------------------------- * Tue Feb 12 2008 Richard W.M. Jones - 1.2.1-1 - New upstream version 1.2.1. ocaml-lablgl-1.03-1.fc9 ----------------------- * Tue Feb 12 2008 Richard W.M. Jones - 1.03-1 - New upstream version 1.03. - Fix for Tk 8.5. - Rebuild for OCaml 3.10.1. ocaml-lablgtk-2.10.0-2.fc9 -------------------------- * Tue Feb 12 2008 Richard W.M. Jones - 2.10.0-2 - Rebuild for OCaml 3.10.1. ocaml-pcre-5.13.0-1.fc9 ----------------------- * Tue Feb 12 2008 Richard W.M. Jones - 5.13.0-1 - New upstream version 5.13.0. - Rebuild for OCaml 3.10.1. ocaml-ssl-0.4.2-7.fc9 --------------------- * Tue Feb 12 2008 Richard W.M. Jones - 0.4.2-7 - Rebuild for OCaml 3.10.1. - For some reason 'Unix' and 'UnixLabels' leak so ignore them. ocaml-ulex-1.0-7.fc9 -------------------- * Tue Feb 12 2008 Richard W.M. Jones - 1.0-7 - Rebuild for OCaml 3.10.1 ocaml-xml-light-2.2.cvs20070817-6.fc9 ------------------------------------- * Tue Feb 12 2008 Richard W.M. Jones - 2.2.cvs20070817-6 - Rebuild for OCaml 3.10.1 openoffice.org-1:2.4.0-6.3.fc9 ------------------------------ * Tue Feb 12 2008 Caolan McNamara - 1:2.4.0-6.3 - Resolves: rhbz#431805 openoffice.org-2.4.0.ooo85931.svx.getentrypos.patch - Resolves: rhbz#431620 presentation problems - add openoffice.org-2.4.0.ooo85624.sw.headerfooters.patch from fridrich - add openoffice.org-2.4.0.oooXXXXX.ucb.newneon.patch for new neon * Tue Feb 05 2008 Caolan McNamara - 1:2.4.0-6.2 - fix problem with mixed fontsizes with same font face - resync workspace.notes2.patch - Resolves: ooo#84209 make letter wizard work with gstreamer changes - Resolves: rhbz#431606 require jre not java - Resolves: rhbz#431620/ooo#85909 depth mismatch for text - ooo#85914 work around trouble with deleting multiple notes - add openoffice.org-2.4.0.ooo85921.sd.editmasterundermouse.patch for jrb * Mon Feb 04 2008 Caolan McNamara - 1:2.4.0-6.1 - next milestone - Resolves: rhbz#422661 support n-up printing of rotated landscape slides in a human-expectation direction - drop integrated openoffice.org-2.4.0.ooo84684.vcl.fixfontconfig.patch - drop openoffice.org.2.0.3-ooo66018.cppuhelper.dangerousvisibility.patch now that we have gcc 4.3.0 - drop integrated openoffice.org-2.4.0.ooo85321.vcl.pixmapleak.patch - add workspace.gcc430two.patch for some newly needed includes - add openoffice.org-2.4.0.ooo85854.sw.graphicsaveas.patch for riel openssh-4.7p1-8.fc9 ------------------- * Tue Feb 12 2008 Dennis Gilmore - 4.7p1-8 - we build for sparcv9 now and it needs -fPIE orca-2.21.91-1.fc9 ------------------ * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 paperkey-0.8-1.fc9 ------------------ paps-0.6.8-5.fc9 ---------------- * Tue Feb 12 2008 Akira TAGOH - 0.6.8-5 - Rebuild for gcc-4.3. perl-File-RsyncP-0.68-3.fc9 --------------------------- * Tue Feb 12 2008 Mike McGrath - 0.68-3 - Rebuild for gcc43 perl-NetAddr-IP-4.007-1.fc9 --------------------------- * Tue Feb 12 2008 Andreas Thienemann 4.007-1 - Updated to 4.007 - Rebuilt against gcc-4.3 perl-Text-Iconv-1.7-3.fc9 ------------------------- * Tue Feb 12 2008 Andreas Thienemann - 1.7-3 - Rebuilt against gcc-4.3 * Mon Jan 28 2008 Tom "spot" Callaway - 1.7-2 - rebuild for new perl perl-Text-Kakasi-2.04-7.fc9 --------------------------- * Tue Feb 12 2008 Akira TAGOH - 2.04-7 - Rebuild for gcc-4.3. postgresql-jdbc-0:8.3.603-1jpp.fc9 ---------------------------------- * Tue Feb 12 2008 Tom Lane 8.3.603-1jpp - Update to build 8.3-603 postgresql-odbc-08.03.0100-1.fc9 -------------------------------- * Tue Feb 12 2008 Tom Lane 08.03.0100-1 - Update to version 08.03.0100 - Since it looks like upstream has decided to stick with psqlodbcw.so permanently, allow the library to have that name. But continue to provide psqlodbc.so as a symlink. procps-3.2.7-20.fc9 ------------------- * Tue Feb 12 2008 Tomas Smetana 3.2.7-20 - rebuild (gcc-4.3) psmisc-22.6-3.fc9 ----------------- * Tue Feb 12 2008 Tomas Smetana 22.6-3 - rebuild (gcc-4.3) python-kaa-base-0.3.0-1.fc9 --------------------------- * Wed Feb 13 2008 kwizart < kwizart at gmail.com > - 0.3.0-1 - Update to 0.3.0 python-kaa-imlib2-0.2.3-1.fc9 ----------------------------- * Wed Feb 13 2008 kwizart < kwizart at gmail.com > - 0.2.3-1 - Update to 0.2.3 python-kaa-metadata-0.7.2-1.fc9 ------------------------------- * Wed Feb 13 2008 kwizart < kwizart at gmail.com > - 0.7.2-1 - Update to 0.7.2 python-meld3-0.6.3-3.fc9 ------------------------ * Tue Feb 12 2008 Mike McGrath 0.6.3-3 - Rebuild for gcc43 qt-qsa-1.1.5-4.fc9 ------------------ * Tue Feb 12 2008 Julian Sikorski - 1.1.5-4 - Rebuilt for gcc-4.3 quota-1:3.15-3.fc9 ------------------ * Tue Feb 12 2008 Ondrej Vasik 3.15-3 - allow to build with rpcsetquota enabled(disabled by default, #159292) - rebuild for gcc43 * Thu Jan 24 2008 Steve Dickson 3.15-2 - More review comments: - BuiltPreReq to BuiltReq - Removed '.' From Summary - Added 'GPLv2+' to License Tag - Condensed the _sysconfdir entries in to one line rhpxl-0.49-4.fc9 ---------------- * Tue Feb 12 2008 Adam Jackson 0.49-4 - rhpxl-0.49-ibmasm.patch: Fix string handling in ibmasm setup. (#353021) ruby-hpricot-0.6-2.fc9 ---------------------- * Wed Feb 13 2008 Mamoru Tasaka - 0.6-2 - Rebuild against gcc43 - Patch for Rakefile to skip unneeded commands call for ragel 6.0+ (bug 432186, Thanks Jeremy Hinegardner !!) sane-backends-1.0.19-2.fc9 -------------------------- * Tue Feb 12 2008 Nils Philippsen - 1.0.19-2 - add files missing from CVS to make autoconf work * Tue Feb 12 2008 Nils Philippsen - 1.0.19-1 - version 1.0.19 final scim-chewing-0.3.1-13.fc9 ------------------------- * Sun Jan 13 2008 Caius Chance 0.3.1-13.fc9 - Rebuild for F9. selinux-policy-3.2.7-4.fc9 -------------------------- sip-4.7.4-2.fc9 --------------- * Tue Feb 12 2008 Rex Dieter - 4.7.4-2 - fix 64bit patch * Tue Feb 12 2008 Rex Dieter - 4.7.4-1 - sip-4.7.4 * Thu Dec 06 2007 Rex Dieter - 4.7.3-1 - sip-4.7.3 smart-0.52-54.fc9 ----------------- * Tue Feb 12 2008 Ville Skytt?? - 0.52-54 - Configure ksmarttray with dependency tracking disabled. * Thu Jan 03 2008 Ville Skytt?? - 0.52-53 - Include possibly generated smart-*.egg-info in main package. * Sun Dec 02 2007 Ville Skytt?? - 0.52-52 - BuildRequire kdelibs3-devel instead of kdelibs-devel. - Explicitly source qt profile.d snippet during build. smartmontools-1:5.37-8.5.fc9 ---------------------------- * Tue Feb 12 2008 Tomas Smetana - 1:5.37-8.5 - rebuild (gcc-4.3) source-highlight-2.8-2.fc9 -------------------------- * Tue Feb 12 2008 Adrian Reber - 2.8-2 - added gcc43 patch sqlite-3.5.6-1.fc9 ------------------ * Tue Feb 12 2008 Panu Matilainen - 3.5.6-1 - update to 3.5.6 - also fixes #432447 system-config-keyboard-1.2.11-6.fc9 ----------------------------------- * Tue Feb 12 2008 Lubomir Kundrak - 1.2.11-6 - Fix a typo systemtap-0.6.1-4.fc9 --------------------- * Tue Feb 12 2008 Will Cohen - 0.6.1-4 - Add patch for gcc 4.3. * Fri Feb 01 2008 Frank Ch. Eigler - 0.6.1-3 - Add zlib-devel dependency which is supposed to come from crash-devel. * Fri Feb 01 2008 Frank Ch. Eigler - 0.6.1-2 - Process testsuite .stp files to fool "#! stap" dep. finder. tcltls-1.5.0-16.fc9 ------------------- * Tue Feb 12 2008 Sander Hoentjen - 1.5.0-16 - Rebuilt for gcc-4.3 tinyerp-4.2.2-1.fc9 ------------------- * Tue Feb 12 2008 Dan Horak 4.2.2-1 - update to upstream version 4.2.2 tkdnd-1.0a2-10.fc9 ------------------ * Tue Feb 12 2008 Sander Hoentjen - 1.0a2-10 - Rebuilt for gcc-4.3 tomboy-0.9.6-1.fc9 ------------------ * Wed Feb 13 2008 Matthias Clasen - 0.9.6-1 - Update to 0.9.6 tomcat-native-1.1.12-2.fc9 -------------------------- * Tue Feb 12 2008 Ville Skytt?? - 1.1.12-2 - Apply upstream fix to silence (seemingly harmless?) configure error spewage. tomcat5-0:5.5.26-1jpp.2.fc9 --------------------------- * Tue Feb 12 2008 Devrim GUNDUZ 0:5.5.26-1jpp.2 - Rebuilt xchat-gnome-0.18-9.fc9 ---------------------- * Tue Feb 12 2008 Brian Pepple - 0.18-9 - Updated away/back patch. (#430883) xdg-user-dirs-0.10-1.fc9 ------------------------ * Tue Feb 12 2008 Alexander Larsson - 0.10-1 - Update to 0.10 (new translations) xdg-user-dirs-gtk-0.7-1.fc9 --------------------------- * Tue Feb 12 2008 Alexander Larsson - 0.7-1 - Update to 0.7 - Uncomment missing patches * Sun Nov 04 2007 Matthias Clasen - 0.6-4 - Correct the URL xorg-x11-drv-nv-2.1.6-8.fc9 --------------------------- * Tue Feb 12 2008 Adam Jackson 2.1.6-8 - nv-2.1.6-panel-fix.patch: Don't discard EDID blocks just because their input type bit disagrees with the hardware connection sensing; this usually just means the block is lying. (#294861) ypbind-3:1.20.4-4.fc9 --------------------- * Tue Feb 12 2008 Vitezslav Crhonek - 3:1.20.4-4 - Fix Buildroot ytalk-3.3.0-12.fc9 ------------------ * Tue Feb 12 2008 Mike McGrath 3.3.9-12 - Rebuild for gcc43 zzuf-0.10-2.fc9 --------------- * Tue Feb 12 2008 Ville Skytt?? - 0.10-2 - Rebuild. Broken deps for i386 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.i386 requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 cegui-0.5.0b-6.fc8.i386 requires libxerces-c.so.27 claws-mail-plugins-3.2.0-1.fc9.i386 requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-perl-2.003-3.fc9.i386 requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.i386 requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 eggdrop-1.6.18-14.fc9.i386 requires libdns.so.40 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 gdal-1.5.0-2.fc9.i386 requires libxerces-c.so.27 glest-3.0.0-2.fc9.i386 requires libxerces-c.so.27 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 ocaml-libvirt-0.3.3.4-1.fc9.i386 requires ocaml(runtime) = 0:3.10.0 ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(Gobject) = 0:ee42732b4a30c4a51c9404c9248bdfc7 ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(GDraw) = 0:46d8089795ef40692654b65ce34a033a ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(Thread) = 0:e2377aef73842c2ee2b34a8bad15102f ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(Glib) = 0:4705fd73608e01dc074d5f820cb3a5e1 ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(GMain) = 0:f2b5ce056973b1b97a090ab7066a45b9 ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(Pango) = 0:22df408481cbe1573bb54afcacedb398 ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(Pcre) = 0:f6714af42aef787ec2fb7e8f50bb376a ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(Types) = 0:c2ef3369acfd38dafc8294786964051c ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(GdkEvent) = 0:688c3af2eb719e6761d1ce4bde8514c5 ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(runtime) = 0:3.10.0 ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(Gtk) = 0:d7770c814d0ffbddbb24dd431ec84097 ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(Gdk) = 0:28ae0e06033d5fb5e0a09fe1ee896f9b ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(GtkStock) = 0:10f413ad3f448e625d20b65b91a5ca08 ocaml-ocamlnet-2.2.9-1.fc9.i386 requires ocaml(GdkPixbuf) = 0:024802c778e4351176f76109e97867c5 ocaml-ocamlnet-nethttpd-2.2.9-1.fc9.i386 requires ocaml(runtime) = 0:3.10.0 ocaml-ocamlnet-nethttpd-2.2.9-1.fc9.i386 requires ocaml(Pcre) = 0:f6714af42aef787ec2fb7e8f50bb376a perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 rpy-1.0.1-2.fc9.i386 requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 xmlcopyeditor-1.1.0.6-3.fc9.i386 requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.i386 requires libxerces-c.so.27 xqilla-devel-2.0.0-1.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.i386 requires libxerces-c.so.27 xqilla10-devel-1.0.2-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 Broken deps for x86_64 ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-1.so.0()(64bit) 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-widgets-1.so.0()(64bit) bmpx-0.40.13-7.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) cegui-0.5.0b-6.fc8.i386 requires libxerces-c.so.27 cegui-0.5.0b-6.fc8.x86_64 requires libxerces-c.so.27()(64bit) claws-mail-plugins-3.2.0-1.fc9.x86_64 requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) eggdrop-1.6.18-14.fc9.x86_64 requires libdns.so.40()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) gdal-1.5.0-2.fc9.i386 requires libxerces-c.so.27 gdal-1.5.0-2.fc9.x86_64 requires libxerces-c.so.27()(64bit) glest-3.0.0-2.fc9.x86_64 requires libxerces-c.so.27()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.i386 requires libobjc.so.1 libFoundation-1.1.3-10.fc6.x86_64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 ocaml-libvirt-0.3.3.4-1.fc9.x86_64 requires ocaml(runtime) = 0:3.10.0 ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(Thread) = 0:e2377aef73842c2ee2b34a8bad15102f ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(Gobject) = 0:ee42732b4a30c4a51c9404c9248bdfc7 ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(GDraw) = 0:46d8089795ef40692654b65ce34a033a ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(Glib) = 0:4705fd73608e01dc074d5f820cb3a5e1 ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(GMain) = 0:f2b5ce056973b1b97a090ab7066a45b9 ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(Pcre) = 0:f6714af42aef787ec2fb7e8f50bb376a ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(Types) = 0:c2ef3369acfd38dafc8294786964051c ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(Pango) = 0:22df408481cbe1573bb54afcacedb398 ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(GdkEvent) = 0:688c3af2eb719e6761d1ce4bde8514c5 ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(runtime) = 0:3.10.0 ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(Gtk) = 0:d7770c814d0ffbddbb24dd431ec84097 ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(Gdk) = 0:28ae0e06033d5fb5e0a09fe1ee896f9b ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(GtkStock) = 0:10f413ad3f448e625d20b65b91a5ca08 ocaml-ocamlnet-2.2.9-1.fc9.x86_64 requires ocaml(GdkPixbuf) = 0:024802c778e4351176f76109e97867c5 ocaml-ocamlnet-nethttpd-2.2.9-1.fc9.x86_64 requires ocaml(runtime) = 0:3.10.0 ocaml-ocamlnet-nethttpd-2.2.9-1.fc9.x86_64 requires ocaml(Pcre) = 0:f6714af42aef787ec2fb7e8f50bb376a perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) rpy-1.0.1-2.fc9.x86_64 requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.i386 requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) xmlcopyeditor-1.1.0.6-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla-2.0.0-1.fc9.i386 requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-1.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.i386 requires libxerces-c.so.27 xqilla10-1.0.2-2.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-2.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc ---------------------------------------------------------- 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-widgets-1.so.0 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-1.so.0 bmpx-0.40.13-7.fc9.ppc requires libsoup-2.2.so.8 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 cegui-0.5.0b-6.fc8.ppc requires libxerces-c.so.27 cegui-0.5.0b-6.fc8.ppc64 requires libxerces-c.so.27()(64bit) claws-mail-plugins-3.2.0-1.fc9.ppc requires claws-mail-plugins-clamav compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.ppc requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 eggdrop-1.6.18-14.fc9.ppc requires libdns.so.40 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) gdal-1.5.0-2.fc9.ppc requires libxerces-c.so.27 gdal-1.5.0-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.ppc requires libobjc.so.1 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 ocaml-libvirt-0.3.3.4-1.fc9.ppc requires ocaml(runtime) = 0:3.10.0 ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(Gobject) = 0:ee42732b4a30c4a51c9404c9248bdfc7 ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(GDraw) = 0:46d8089795ef40692654b65ce34a033a ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(Thread) = 0:e2377aef73842c2ee2b34a8bad15102f ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(Glib) = 0:4705fd73608e01dc074d5f820cb3a5e1 ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(GMain) = 0:f2b5ce056973b1b97a090ab7066a45b9 ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(Pango) = 0:22df408481cbe1573bb54afcacedb398 ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(Pcre) = 0:f6714af42aef787ec2fb7e8f50bb376a ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(Types) = 0:c2ef3369acfd38dafc8294786964051c ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(GdkEvent) = 0:688c3af2eb719e6761d1ce4bde8514c5 ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(runtime) = 0:3.10.0 ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(Gtk) = 0:d7770c814d0ffbddbb24dd431ec84097 ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(Gdk) = 0:28ae0e06033d5fb5e0a09fe1ee896f9b ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(GtkStock) = 0:10f413ad3f448e625d20b65b91a5ca08 ocaml-ocamlnet-2.2.9-1.fc9.ppc requires ocaml(GdkPixbuf) = 0:024802c778e4351176f76109e97867c5 ocaml-ocamlnet-nethttpd-2.2.9-1.fc9.ppc requires ocaml(runtime) = 0:3.10.0 ocaml-ocamlnet-nethttpd-2.2.9-1.fc9.ppc requires ocaml(Pcre) = 0:f6714af42aef787ec2fb7e8f50bb376a perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 rpy-1.0.1-2.fc9.ppc requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.ppc requires libsoup-2.2.so.8 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) xmlcopyeditor-1.1.0.6-3.fc9.ppc requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.ppc requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-1.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.ppc requires libxerces-c.so.27 xqilla10-1.0.2-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) cegui-0.5.0b-6.fc8.ppc64 requires libxerces-c.so.27()(64bit) claws-mail-plugins-3.2.0-1.fc9.ppc64 requires claws-mail-plugins-clamav dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) eggdrop-1.6.18-14.fc9.ppc64 requires libdns.so.40()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) gdal-1.5.0-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 libFoundation-1.1.3-10.fc6.ppc64 requires libobjc.so.1()(64bit) libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) rpy-1.0.1-2.fc9.ppc64 requires R = 0:2.6.1 seahorse-2.21.4-3.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) xmlcopyeditor-1.1.0.6-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-2.0.0-1.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 From alan at redhat.com Wed Feb 13 23:27:31 2008 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Feb 2008 18:27:31 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B3743B.7000607@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> Message-ID: <20080213232731.GA15099@devserv.devel.redhat.com> On Wed, Feb 13, 2008 at 04:50:35PM -0600, Les Mikesell wrote: > >It has been said before. Imagine if someone left a mic snooping > >program running on Session #1 while Session #2 came along and started > >talking on the phone? This kind of thing should be prevented BY > >DEFAULT. Absolutely > Imagine if session #1 is already on an emergency phone call while On an IP phone ? Not a good idea already > someone switches VT's and they get cut off. That kind of thing should Such an application if truely critical should lock the VT switch off From pertusus at free.fr Wed Feb 13 23:47:47 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 14 Feb 2008 00:47:47 +0100 Subject: Plan for tomorrows (20080214) FESCO meeting In-Reply-To: <1202927597.3239.5.camel@kennedy> References: <1202927597.3239.5.camel@kennedy> Message-ID: <20080213234747.GA2629@free.fr> On Wed, Feb 13, 2008 at 01:33:17PM -0500, Brian Pepple wrote: > Hi, > > 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). You can also propose topics in the meeting while it is > in the "Free discussion around Fedora" phase. I don't know if it is under the FESCo responsibility, but I think it would be nice to have maintainer mailed something like once a month the packagedb requests that are 'Awaiting review'. I have currently a bunch of these, it's a bit annoying that it never gets handled, and my guess is that the maintainers missed the first mail. -- Pat From lesmikesell at gmail.com Wed Feb 13 23:52:21 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 13 Feb 2008 17:52:21 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213232731.GA15099@devserv.devel.redhat.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> Message-ID: <47B382B5.7080200@gmail.com> Alan Cox wrote: > On Wed, Feb 13, 2008 at 04:50:35PM -0600, Les Mikesell wrote: >>> It has been said before. Imagine if someone left a mic snooping >>> program running on Session #1 while Session #2 came along and started >>> talking on the phone? This kind of thing should be prevented BY >>> DEFAULT. > > Absolutely But why not just block any other access? A tape drive wouldn't work well with 2 writers but unix systems can usually prevent that without breaking a running session because someone else logs in nearby. >> Imagine if session #1 is already on an emergency phone call while > > On an IP phone ? Not a good idea already People don't plan when emergencies are going to happen. >> someone switches VT's and they get cut off. That kind of thing should > > Such an application if truely critical should lock the VT switch off If you knew you were going to have an emergency you'd probably do something to avoid it instead of planning how to avoid a surprising loss of device access. -- Les Mikesell lesmikesell at gmail.com From bpepple at fedoraproject.org Wed Feb 13 23:57:33 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 13 Feb 2008 18:57:33 -0500 Subject: Plan for tomorrows (20080214) FESCO meeting In-Reply-To: <20080213234747.GA2629@free.fr> References: <1202927597.3239.5.camel@kennedy> <20080213234747.GA2629@free.fr> Message-ID: <1202947053.3233.1.camel@kennedy> On Thu, 2008-02-14 at 00:47 +0100, Patrice Dumas wrote: > I don't know if it is under the FESCo responsibility, but I think it > would be nice to have maintainer mailed something like once a month the > packagedb requests that are 'Awaiting review'. I have currently a bunch > of these, it's a bit annoying that it never gets handled, and my guess > is that the maintainers missed the first mail. Sounds like a good idea to me. I don't think FESCo necessary needs to discuss it, I think a RFE to the PackageDB is all that's need. Later, /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: 197 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Thu Feb 14 00:15:24 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 13 Feb 2008 16:15:24 -0800 Subject: Plan for tomorrows (20080214) FESCO meeting In-Reply-To: <1202947053.3233.1.camel@kennedy> References: <1202927597.3239.5.camel@kennedy> <20080213234747.GA2629@free.fr> <1202947053.3233.1.camel@kennedy> Message-ID: <47B3881C.5090804@gmail.com> Brian Pepple wrote: > On Thu, 2008-02-14 at 00:47 +0100, Patrice Dumas wrote: >> I don't know if it is under the FESCo responsibility, but I think it >> would be nice to have maintainer mailed something like once a month the >> packagedb requests that are 'Awaiting review'. I have currently a bunch >> of these, it's a bit annoying that it never gets handled, and my guess >> is that the maintainers missed the first mail. > > Sounds like a good idea to me. I don't think FESCo necessary needs to > discuss it, I think a RFE to the PackageDB is all that's need. > RFE + time or patches :-) I'm currently porting pkgdb/python-fedora to SA-0.4/TG-1.0.4 and then I'll be working on FAS2 so if someone wants to write up something to do this it would be great. I think the easiest first round would be a cron script that ties into the packagedb similar to the script that syncs descriptions and summaries from the yum repos[1]_ [2]_. If you want to get more involved, TurboGears does have a means of performing jobs at set intervals that we can tie into instead of cron[3]_. .. _[1]: http://bzr.fedorahosted.org/bzr/packagedb-fedora-packagedb-devel?cmd=content;path=server-scripts/pkgdb-sync-repo.in .. _[2]: http://bzr.fedorahosted.org/bzr/packagedb-fedora-packagedb-devel?cmd=content;path=pkgdb/yumrepo.py .. _[3]: http://docs.turbogears.org/1.0/Scheduler -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From ndbecker2 at gmail.com Thu Feb 14 00:53:18 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 13 Feb 2008 19:53:18 -0500 Subject: help with g++-4.3 (headers) References: <200802131518.11622.ben.kreuter@gmail.com> Message-ID: Benjamin Kreuter wrote: > On Wednesday 13 February 2008 15:07:06 Rex Dieter wrote: >> >> In my K&R book, strlen needs: > > K&R is a classical C book. In C++, the proper header for strlen is > cstring. > > -- Benjamin Kreuter > > > OK, it's fixed. My patch actually was OK, but for some reason it didn't make it into CVS. It's too bad I can't get some direct access to the build directory. All I can see is the build log. I can't tell, for example, that it was using the wrong patch. From lordmorgul at gmail.com Thu Feb 14 01:16:07 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 13 Feb 2008 17:16:07 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213214647.GA2315@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> Message-ID: <47B39657.1000604@gmail.com> Lennart Poettering wrote: > On Wed, 13.02.08 13:20, Andrew Farris (lordmorgul at gmail.com) wrote: >> Correction. Rhythmbox froze during AND after the session was inactive, >> making it permanently frozen (dead, defunct, useless). This is definitely >> wrong. So its an issue with how gst (and by extension rhythmbox) handle >> things, inappropriately in that case. But it was a problem. > > This sounds as if some other process blocked the audio device when > switching back the session so that PA was unable to reopen the device > and thus playback stays suspended. > > Could you please check this, by running "pactl" in a terminal when > this happens again, and then type "list-sinks"? If your sound card > sink remains in SUSPENDED state, than this is most likely the issue. > > Or, you might have hit the well-known issue HAL where it fails to > restore ACLs sometimes and thus PA is not able to reopen the device > properly. Check getfacl /dev/snd/* > > Lennart fyi I've opened [1] on the rhythmbox freezes issue. I've got a few backtraces up though I'm unsure how useful they are in this situation with streaming media. In about 5 tries I got rhythmbox to freeze after vt switch, the latest comment has the backtrace of that specifically. pactl does not show SUSPENDED as a flag on any sink (I have two sound cards, though only one is being used at that time), and the acls seem to have access for my user (that is attached to the bug). https://bugzilla.redhat.com/show_bug.cgi?id=432711 -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From rodd at clarkson.id.au Thu Feb 14 01:41:21 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 14 Feb 2008 12:41:21 +1100 Subject: How important are ISO standards to Fedora? In-Reply-To: <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> Message-ID: <1202953281.3208.338.camel@localhost.localdomain> On Wed, 2008-02-13 at 08:27 -0900, Jeff Spaleta wrote: > On Feb 13, 2008 6:26 AM, Bill Nottingham wrote: > > Rodd Clarkson (rodd at clarkson.id.au) said: > > > Right, so where does paper sizing fit into this? > > > > > > Wouldn't it be more correct for Fedora to default to the ISO standard > > > for paper (A4, etc) than to the US standard for paper (letter, etc)? > > > > No. Use LC_PAPER. > > I'm looking through the s-c-printer code in f8. And it looks like > LC_MESSAGES is being used. On my system it doesn't appear that either of these are set to anything. And surely location isn't being set based on a language preference? I live in Australia, but prefer English (USA) to English (Australia). [rodd at localhost system-config-printer]$ echo $LC_PAPER [rodd at localhost system-config-printer]$ echo $LC_MESSAGES [rodd at localhost system-config-printer]$ -- "It's a fine line between denial and faith. It's much better on my side" From jakub.rusinek at gmail.com Thu Feb 14 05:58:18 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 14 Feb 2008 06:58:18 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213215226.GC2315@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <1202937726.3704.16.camel@localhost.localdomain> <20080213214904.GB2315@tango.0pointer.de> <20080213215226.GC2315@tango.0pointer.de> Message-ID: <47B3D87A.9070405@gmail.com> I get same issue when switching using fast-user-switch-applet to other account and then back to mine. No sound. From petersen at redhat.com Thu Feb 14 05:56:07 2008 From: petersen at redhat.com (Jens Petersen) Date: Thu, 14 Feb 2008 15:56:07 +1000 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202953281.3208.338.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> Message-ID: <47B3D7F7.80900@redhat.com> It may be hard to do in system-config-date, but getting the default right would be nice I agree. Rodd Clarkson wrote: > [rodd at localhost system-config-printer]$ echo $LC_PAPER > [rodd at localhost system-config-printer]$ echo $LC_MESSAGES Try running "locale". From pertusus at free.fr Thu Feb 14 09:27:02 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 14 Feb 2008 10:27:02 +0100 Subject: Need help with build error caused by tetex -> texlive migration In-Reply-To: <47B35F09.6020200@hhs.nl> References: <47B3345C.4060906@hhs.nl> <47B3363C.2020407@herr-schmitt.de> <47B35F09.6020200@hhs.nl> Message-ID: <20080214092658.GA4359@free.fr> On Wed, Feb 13, 2008 at 10:20:09PM +0100, Hans de Goede wrote: > Jochen Schmitt wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hans de Goede schrieb: >>> Can anyone (preferably someone with good tex skills) help me fix >>> this build error: >>> http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/avr-libc-1.4.6-4.fc8.src.rpm/result/build.log >>> >>> >> >> The error message says, that a file with the name 'demo' is missing. >> Perhaps is should be 'demo.ps' or 'demo.eps' >> in the \includegraphics command. >> > > Thanks, > > It was missing a BuildRequires: > texlive-utils > > Which now a days appearantly is needed when building pdf docs generated by doxygen. Looking at the build log it looks like something needs epstopdf which is now in texlive-utils. You can also Requires %{_bindir}/epstopdf or /usr/bin/epstopdf. -- Pat From rodd at clarkson.id.au Thu Feb 14 10:07:07 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 14 Feb 2008 21:07:07 +1100 Subject: How important are ISO standards to Fedora? In-Reply-To: <47B3D7F7.80900@redhat.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> Message-ID: <1202983627.15710.8.camel@localhost.localdomain> On Thu, 2008-02-14 at 15:56 +1000, Jens Petersen wrote: > It may be hard to do in system-config-date, but getting the default > right would be nice I agree. > > Rodd Clarkson wrote: > > [rodd at localhost system-config-printer]$ echo $LC_PAPER > > [rodd at localhost system-config-printer]$ echo $LC_MESSAGES > > Try running "locale". [rodd at localhost ~]$ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= [rodd at localhost ~]$ So, let me get this straight. All of this was set because I said I wanted my computer to speak English (USA)? If this is the case, then anaconda really needs a little more smarts than making the assumption that because I choose to use a language I must live where that language is spoken. Maybe anaconda needs to ask a for more questions about my location before setting my locale? R. -- "It's a fine line between denial and faith. It's much better on my side" From mschwendt at gmail.com Thu Feb 14 10:22:16 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 14 Feb 2008 11:22:16 +0100 Subject: Fw: Re: JACK upgrade is ABI/API-incompatible Message-ID: <20080214112216.2dbdd4d9.mschwendt@gmail.com> Thought the examples in this message might be of general interest to other Fedora packagers, too... [...] Begin forwarded message: From: Michael Schwendt Subject: Re: JACK upgrade is ABI/API-incompatible > > No need to use rawhide. "yum install rpmdevtools" with older Fedora > > works, too. Tools like rpmsodiff work on RPM package files. > > Do I understand correctly the process? I need to do: > - build on any Fedora (f.e. fc 7) new jack library > - install tools from above > - run tools on binary rpm Yes. You build the upgrade rpms for your dist of choice, then compare the previous rpms with the new rpms. Examples: $ rpmsoname jack-audio-connection-kit-0.103.0-5.fc9.i386.rpm /usr/lib/libjack.so.0.0.23 libjack.so.0 $ rpmsoname jack-audio-connection-kit-0.109.0-1.fc9.i386.rpm /usr/lib/libjack.so.0.0.28 libjack.so.0 Library SONAME hasn't changed, but in this case that is misleading, because: $ rpmsodiff jack-audio-connection-kit-0.103.0-5.fc9.i386.rpm jack-audio-connection-kit-0.109.0-1.fc9.i386.rpm [...] 2 symbols removed T jack_port_lock T jack_port_unlock [...] 11 symbols added [...] The two removed symbols break dependencies at run-time and at build-time. Both the ABI and the API of the library have changed. For the alternative abicheck tool you would install the built upgrade rpms, then check binaries that are linked against the library: $ rpm -q jack-audio-connection-kit jack-audio-connection-kit-0.103.0-4.fc8 $ rpm -U jack-audio-connection-kit-0.109.0-1.fc8.i386.rpm $ abicheck /usr/bin/audacity [...] /usr/bin/audacity: UNBOUND_SYMBOLS: 2 (run ldd -r on binary for more info) $ ldd -r /usr/bin/audacity|grep undef undefined symbol: jack_port_lock (/usr/bin/audacity) undefined symbol: jack_port_unlock (/usr/bin/audacity) $ abicheck /usr/lib/libportaudio.so.2 [...] /usr/lib/libportaudio.so.2: UNBOUND_SYMBOLS: 2 (run ldd -r on binary for more info) $ ldd -r /usr/lib/libportaudio.so.2|grep undef undefined symbol: jack_port_lock (/usr/lib/libportaudio.so.2) undefined symbol: jack_port_unlock (/usr/lib/libportaudio.so.2) -- Michael Schwendt Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.06 1.23 1.25 From johannbg at hi.is Thu Feb 14 10:45:58 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Thu, 14 Feb 2008 10:45:58 +0000 Subject: How important are ISO standards to Fedora? In-Reply-To: <1202983627.15710.8.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> Message-ID: <47B41BE6.50801@hi.is> Rodd Clarkson wrote: > On Thu, 2008-02-14 at 15:56 +1000, Jens Petersen wrote: > >> It may be hard to do in system-config-date, but getting the default >> right would be nice I agree. >> >> Rodd Clarkson wrote: >> >>> [rodd at localhost system-config-printer]$ echo $LC_PAPER >>> [rodd at localhost system-config-printer]$ echo $LC_MESSAGES >>> >> Try running "locale". >> > > [rodd at localhost ~]$ locale > LANG=en_US.UTF-8 > LC_CTYPE="en_US.UTF-8" > LC_NUMERIC="en_US.UTF-8" > LC_TIME="en_US.UTF-8" > LC_COLLATE="en_US.UTF-8" > LC_MONETARY="en_US.UTF-8" > LC_MESSAGES="en_US.UTF-8" > LC_PAPER="en_US.UTF-8" > LC_NAME="en_US.UTF-8" > LC_ADDRESS="en_US.UTF-8" > LC_TELEPHONE="en_US.UTF-8" > LC_MEASUREMENT="en_US.UTF-8" > LC_IDENTIFICATION="en_US.UTF-8" > LC_ALL= > [rodd at localhost ~]$ > > So, let me get this straight. All of this was set because I said I > wanted my computer to speak English (USA)? > > If this is the case, then anaconda really needs a little more smarts > than making the assumption that because I choose to use a language I > must live where that language is spoken. Maybe anaconda needs to ask a > for more questions about my location before setting my locale? > > > R. > > > How about address this whole Letter vs A4 issue by putting an option in S-C-P that change the paper size... Server Settings --> Set default paper/media size to [ users choose the A4 or Letter ] and S-C-P changes it where it needs to be change for example the option might change LC_PAPER="en_US.UTF-8" to LC_PAPER="en_GB.UTF-8"... Best regards. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From xavier at bachelot.org Thu Feb 14 11:31:02 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Thu, 14 Feb 2008 12:31:02 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> Message-ID: <47B42676.9060707@bachelot.org> > xerces-c-2.8.0-1.fc9 > -------------------- > * Sun Feb 10 2008 Peter Lemenkov 2.8.0-1 > - Ver. 2.8.0 > > perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 > perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) > perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 > perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) There's no way to fix this as there is no perl-XML-Xerces 2.8.0 counterpart to xerces-c-2.8.0 and there will not be in the foreseeable future, as confirmed by upstream : http://marc.info/?l=xerces-p-dev&m=120277940726111&w=2 Is there a way to blacklist this package from the broken deps nag mail, or am I doomed to get it daily until xerces 3.0 is released ? Regards, Xavier From kagesenshi.87 at gmail.com Thu Feb 14 11:35:35 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Thu, 14 Feb 2008 19:35:35 +0800 Subject: How important are ISO standards to Fedora? In-Reply-To: <47B41BE6.50801@hi.is> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> Message-ID: 2008/2/14 "J?hann B. Gu?mundsson" : > the option might change LC_PAPER="en_US.UTF-8" to LC_PAPER="en_GB.UTF-8"... what about for people who are located in some other countries which doesnt have en_{COUNTRY} from the `locale --all-locales` output and want computer to use english, ??? (eg: en_MY is not there in `locale --all-locales`) -- 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 alan at redhat.com Thu Feb 14 11:40:31 2008 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Feb 2008 06:40:31 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B382B5.7080200@gmail.com> References: <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> Message-ID: <20080214114031.GB2179@devserv.devel.redhat.com> On Wed, Feb 13, 2008 at 05:52:21PM -0600, Les Mikesell wrote: > But why not just block any other access? A tape drive wouldn't work Because the device changes ownership > well with 2 writers but unix systems can usually prevent that without > breaking a running session because someone else logs in nearby. Different thing altogether. If a previos session could snoop your keystrokes, watch your desktop and borrow your bank card details you would be suprised and I suspect cross. Audio and video snooping via sound card/web camera is no different. Alan From lemenkov at gmail.com Thu Feb 14 11:44:52 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 14 Feb 2008 14:44:52 +0300 Subject: rawhide report: 20080211 changes In-Reply-To: <47B42676.9060707@bachelot.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> Message-ID: 2008/2/14, Xavier Bachelot : > > > perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 > > perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) > > perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 > > perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) > Is there a way to blacklist this package from the broken deps nag mail, > or am I doomed to get it daily until xerces 3.0 is released ? One possible solution is to provide compat-xerces-c-2.7.0. -- With best regards! From buc at odusz.so-cdu.ru Thu Feb 14 11:47:57 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 14 Feb 2008 14:47:57 +0300 Subject: Locales (WAS: How important are ISO standards) In-Reply-To: <604aa7910802130857y3f6bf83ei97643aafd96a767a@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <604aa7910802130857y3f6bf83ei97643aafd96a767a@mail.gmail.com> Message-ID: <47B42A6D.3000903@odu.neva.ru> Jeff Spaleta wrote: > On Feb 12, 2008 10:48 PM, Linus Walleij wrote: > >> I'd be surprised if the real problem was anything else than the simple >> fact that users who just want "an English Fedora" will not know how to >> localize Fedora for say, France while keeping the english language. >> LANG=fr_FR.UTF-8 LC_MESSAGES=C LC_COLLATE=C LC_TIME=C ... Certainly it works for English only, because "C locale" is English by its nature. ~buc From ggw at wolves.durham.nc.us Thu Feb 14 11:52:08 2008 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Thu, 14 Feb 2008 06:52:08 -0500 Subject: How important are ISO standards to Fedora? In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> Message-ID: <47B42B68.4020504@wolves.durham.nc.us> Izhar Firdaus wrote: > 2008/2/14 "J?hann B. Gu?mundsson" : >> the option might change LC_PAPER="en_US.UTF-8" to LC_PAPER="en_GB.UTF-8"... > > what about for people who are located in some other countries which > doesnt have en_{COUNTRY} from the `locale --all-locales` output and > want computer to use english, ??? > > (eg: en_MY is not there in `locale --all-locales`) > > Could it pick up some hint of locale from the timezone settings? -- Wolfe From mschwendt at gmail.com Thu Feb 14 12:03:48 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 14 Feb 2008 13:03:48 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> Message-ID: <20080214130348.1e17f695.mschwendt@gmail.com> On Thu, 14 Feb 2008 14:44:52 +0300, Peter Lemenkov wrote: > 2008/2/14, Xavier Bachelot: > > > > > perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 > > > perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) > > > perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 > > > perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) > > > > Is there a way to blacklist this package from the broken deps nag mail, > > or am I doomed to get it daily until xerces 3.0 is released ? > > One possible solution is to provide compat-xerces-c-2.7.0. As the topic of "compat-" packages has come up elsewhere, too, recently, please think carefully whether to introduce either xerces-c27 or: compat-xerces-c The compat- packages normally do not offer any -devel files you could use to (re)build other packages with. They are solely for binary compatibility with available packages, regardless of whether within Fedora or provided by a 3rd party. That's what the term "compatibility" means in this case. And we should not confuse the notion with multiple parallel installable versions of a library and its corresponding -devel packages. If you considered a compat-xerces-c-devel-2.7.0, that kind of defeats the purpose of compat- packages, and you could as well drop the "compat-" prefix from the package namespace and append the SONAME version to the base name, as in "xerces-c27" and "xerces-c27-devel". From johannbg at hi.is Thu Feb 14 12:11:30 2008 From: johannbg at hi.is (=?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmRzc29uIg==?=) Date: Thu, 14 Feb 2008 12:11:30 +0000 Subject: How important are ISO standards to Fedora? In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> Message-ID: <47B42FF2.90501@hi.is> Izhar Firdaus wrote: > 2008/2/14 "J?hann B. Gu?mundsson" : > >> the option might change LC_PAPER="en_US.UTF-8" to LC_PAPER="en_GB.UTF-8"... >> > > what about for people who are located in some other countries which > doesnt have en_{COUNTRY} from the `locale --all-locales` output and > want computer to use english, ??? > > (eg: en_MY is not there in `locale --all-locales`) > > > Then one should be created for that country that is missing... S-C-P only needs to change the height and width inside the LC_PAPER variable... Server Settings --> Set default paper/media size to [ users choose the paper size they want ] and S-C-P adjusts the height and with according to what ever the paper size the user had chosen.... ( Letter ) LC_PAPER height=279 width=216 To ( A4 ) LC_PAPER height=297 width=210 Best regards. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 381 bytes Desc: not available URL: From mcepl at redhat.com Thu Feb 14 12:52:28 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 14 Feb 2008 13:52:28 +0100 Subject: How important are ISO standards to Fedora? References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> Message-ID: On 2008-02-14, 01:41 GMT, Rodd Clarkson wrote: > [rodd at localhost system-config-printer]$ echo $LC_PAPER > > [rodd at localhost system-config-printer]$ echo $LC_MESSAGES The correct command is $ locale Best, Mat?j From mcepl at redhat.com Thu Feb 14 12:50:16 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 14 Feb 2008 13:50:16 +0100 Subject: How important are ISO standards to Fedora? References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> <1202925662.3704.6.camel@localhost.localdomain> Message-ID: <81qd85xkvs.ln2@ppp1053.in.ipex.cz> On 2008-02-13, 18:01 GMT, Simo Sorce wrote: > FYI: It was quite common for me to choose US English as the > locale and use A4 paper (you can't find letter sized paper > there) when I was living in Italy. Then I would suggest to use en.IE-UTF-8 locale -- by that you get English, A4 paper, and EUR as your currency. Mat?j From mcepl at redhat.com Thu Feb 14 12:51:29 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 14 Feb 2008 13:51:29 +0100 Subject: How important are ISO standards to Fedora? References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> Message-ID: On 2008-02-13, 17:42 GMT, Yaakov Nemoy wrote: > Better yet, if I select the nl_NL.utf8 locale on system > install, what's the default paper size? What if I'm testing > the locale in an American office hooked up to an American > printer that only has letter and legal sized paper? Then you should RTFM -- that's what LC_PAPER is for. It could be different from LANG and LC_ALL. Mat?j From rc040203 at freenet.de Thu Feb 14 13:11:33 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Feb 2008 14:11:33 +0100 Subject: How important are ISO standards to Fedora? In-Reply-To: <81qd85xkvs.ln2@ppp1053.in.ipex.cz> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> <1202925662.3704.6.camel@localhost.localdomain> <81qd85xkvs.ln2@ppp1053.in.ipex.cz> Message-ID: <1202994693.3376.59.camel@beck.corsepiu.local> On Thu, 2008-02-14 at 13:50 +0100, Matej Cepl wrote: > On 2008-02-13, 18:01 GMT, Simo Sorce wrote: > > FYI: It was quite common for me to choose US English as the > > locale and use A4 paper (you can't find letter sized paper > > there) when I was living in Italy. > > Then I would suggest to use en.IE-UTF-8 locale -- by that you get > English, A4 paper, and EUR as your currency. I would use LANG=it_IT.utf-8 LC_MESSAGES=en_US.utf-8 This way you should get everything but messages in Italian (A4, EUR, date formats, etc.). Ralf From mike at miketc.com Thu Feb 14 13:26:47 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 14 Feb 2008 07:26:47 -0600 Subject: Gnome-session errors Message-ID: <1202995607.2398.4.camel@scrappy.miketc.com> After last night's updates, when logging in, I get a box twice (one while logging in, and the other just as gnome desktop appears), that says "couldn't load gnome-sessions, will try again at next login, sound/themes/etc.. won't work),blah, blah". Anyone else seeing this? Haven't bugzilla'd it yet to see if anyone else or problem on my end. gnome-session-2.21.91-1.fc9.i386 -- Mike Chambers Madisonville, KY "The best lil town on Earth!" From mcepl at redhat.com Thu Feb 14 13:33:35 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 14 Feb 2008 14:33:35 +0100 Subject: Locales (WAS: How important are ISO standards) References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <604aa7910802130857y3f6bf83ei97643aafd96a767a@mail.gmail.com> <47B42A6D.3000903@odu.neva.ru> Message-ID: On 2008-02-14, 11:47 GMT, Dmitry Butskoy wrote: > LANG=fr_FR.UTF-8 > LC_MESSAGES=C > LC_COLLATE=C > LC_TIME=C > ... > > Certainly it works for English only, because "C locale" is English by > its nature. and C locale is not UTF-8 but us-ascii. Mat?j From mcepl at redhat.com Thu Feb 14 13:33:01 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 14 Feb 2008 14:33:01 +0100 Subject: How important are ISO standards to Fedora? References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> <1202925662.3704.6.camel@localhost.localdomain> <81qd85xkvs.ln2@ppp1053.in.ipex.cz> <1202994693.3376.59.camel@beck.corsepiu.local> Message-ID: On 2008-02-14, 13:11 GMT, Ralf Corsepius wrote: > LANG=it_IT.utf-8 > LC_MESSAGES=en_US.utf-8 > > This way you should get everything but messages in Italian (A4, EUR, > date formats, etc.). Some people may not like sorting by it_IT, but yes, that's other way around the same problem. Mat?j From lesmikesell at gmail.com Thu Feb 14 13:54:15 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 14 Feb 2008 07:54:15 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080214114031.GB2179@devserv.devel.redhat.com> References: <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> Message-ID: <47B44807.7060309@gmail.com> Alan Cox wrote: > On Wed, Feb 13, 2008 at 05:52:21PM -0600, Les Mikesell wrote: >> But why not just block any other access? A tape drive wouldn't work > > Because the device changes ownership Traditional unix behavior is that open file descriptors stay open and working even if access permissions change. >> well with 2 writers but unix systems can usually prevent that without >> breaking a running session because someone else logs in nearby. > > Different thing altogether. > > If a previos session could snoop your keystrokes, watch your desktop and > borrow your bank card details you would be suprised and I suspect cross. Audio > and video snooping via sound card/web camera is no different. If something needs exclusive access, it should arrange for exclusive access and just not work until it can get it (i.e. politely wait its turn instead of rudely breaking a working process). I can see where this might make sense on the VT keyboard since that device is necessarily shared during the procedure. But it doesn't make any more sense to interrupt a running phone or music player session because someone else is temporarily using a certain keybord than it would to break a running tape backup for the same circumstance. Or at least this should be left as an easily chosen local policy. With controls based on ownership, can't root still do the snooping operations you are concerned about anyway? Fedora is probably mostly used on machines with only a few users, so chances are that the owner of the first session being interrupted has root access anyway and could bypass the access restrictions the switch tries to impose. Wouldn't it be better to kernel locking or some mechanism that can really ensure exclusive access for situations like a phone session? -- Les Mikesell lesmikesell at gmail.com From mzerqung at 0pointer.de Thu Feb 14 14:00:13 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Thu, 14 Feb 2008 15:00:13 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B44807.7060309@gmail.com> References: <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> Message-ID: <20080214140013.GA3691@tango.0pointer.de> On Thu, 14.02.08 07:54, Les Mikesell (lesmikesell at gmail.com) wrote: >>> But why not just block any other access? A tape drive wouldn't work >> Because the device changes ownership > > Traditional unix behavior is that open file descriptors stay open and > working even if access permissions change. Yes, and you know what? Unix sucks. Just because something is the way Unix is doing it it doesn't mean it's right. Also, Solaris has had frevoke() for some time, and we'll hopefully get it on Linux soon, too. And when we have that, we can kick any process from any fd at any time. Awesome! A Unix lover's nightmare... Muahahaha! Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From 777tahder at schlaegel.com Thu Feb 14 14:01:46 2008 From: 777tahder at schlaegel.com (Schlaegel) Date: Thu, 14 Feb 2008 06:01:46 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213221443.GJ18684@angus.ind.WPI.EDU> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> Message-ID: <4e1f5c1a0802140601r39ed0d7egbeef3287c788fffd@mail.gmail.com> On Wed, Feb 13, 2008 at 2:14 PM, Chuck Anderson wrote: > It has been said before. Imagine if someone left a mic snooping > program running on Session #1 while Session #2 came along and started > talking on the phone? This kind of thing should be prevented BY > DEFAULT. But why does ownership go to the most recent session, instead of the first active session? In real life, an audience member does not automatically get exclusive use of the microphone a public speaker is speaking into, just because the audience member happened to be the last one to enter the room. Instead, if a public speaker is using a microphone, then he or she expects to be the exclusive user of that microphone until he or she sets it down, gives it to someone, or purposefully shares it. From ncorrare at fedoraproject.org Thu Feb 14 14:18:49 2008 From: ncorrare at fedoraproject.org (Nicolas A. Corrarello) Date: Thu, 14 Feb 2008 12:18:49 -0200 Subject: thinkpad-acpi upstream version? (Revival) In-Reply-To: <409676c70801272314q4ed6a57ch3a753e82f9563cf@mail.gmail.com> References: <47852A26.4010609@fedoraproject.org> <364d303b0801091641y763baef2y12a95bde37547c42@mail.gmail.com> <47866320.1040606@redhat.com> <4786653C.5020204@fedoraproject.org> <47868933.6060008@redhat.com> <1200010908.20425.6.camel@vincent52.localdomain> <478789EA.50302@redhat.com> <20080111165311.GU29887@angus.ind.WPI.EDU> <4787AA76.4050105@poolshark.org> <409676c70801272314q4ed6a57ch3a753e82f9563cf@mail.gmail.com> Message-ID: <1202998729.2932.0.camel@localhost.localdomain> I think there are new upstream patches for 2.6.24 and 2.6.25 rc1. Maybe those can be included in F9? -- - -- Nicolas A. Corrarello Fedora Ambassador Argentina c: +54 (911) 6017-2120 e: ncorrare at fedoraproject.org GPG Key: DFC893EE h: fedoraproject.org/wiki/NicolasCorrarello/ GPG Fingerprint: 5C93 42DA 98E1 4EEF B24B 7F8C E145 B2F9 DFC8 93EE Import my key: $ gpg --keyserver pgp.mit.edu --recv-key 0xDFC893EE On Mon, 2008-01-28 at 08:14 +0100, Trond Danielsen wrote: > On Jan 11, 2008 6:42 PM, Denis Leroy wrote: > > On my T61 (Nvidia Quadro NVS-140M), suspend works, but the brightness > > keys and sound keys do not work. I also get the bar graph, but actual > > brightness doesn't change at all > > I have almost the same laptop as you (T61p), and I have the same > problem with the volume keys, but the brightness keys work just fine. > However, I have tainted my computer with the proprietary driver from > Nvidia, if that makes any difference... > > -- > Trond Danielsen > From ncorrare at fedoraproject.org Thu Feb 14 14:21:56 2008 From: ncorrare at fedoraproject.org (Nicolas A. Corrarello) Date: Thu, 14 Feb 2008 12:21:56 -0200 Subject: Feature for F9: Bluetooth Message-ID: <1202998916.2932.4.camel@localhost.localdomain> I found a beautiful proximity detector for bluetooth, that calls gnome-screensaver -l when I'm near (and obviously unblocks when I'm far). It haves a nice interface in python and it is called: blueproximity. Given our bluetooth improvements feature for F9. Is anyone packaging this?. I've been testing it and it is preety stable. Maybe this question have been asked like a thousand times but where can I find the packaging guidelines for Fedora, and how can we get this tool included?. -- - -- Nicolas A. Corrarello Fedora Ambassador Argentina c: +54 (911) 6017-2120 e: ncorrare at fedoraproject.org GPG Key: DFC893EE h: fedoraproject.org/wiki/NicolasCorrarello/ GPG Fingerprint: 5C93 42DA 98E1 4EEF B24B 7F8C E145 B2F9 DFC8 93EE Import my key: $ gpg --keyserver pgp.mit.edu --recv-key 0xDFC893EE From jakub.rusinek at gmail.com Thu Feb 14 14:57:41 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 14 Feb 2008 15:57:41 +0100 Subject: Feature for F9: Bluetooth In-Reply-To: <1202998916.2932.4.camel@localhost.localdomain> References: <1202998916.2932.4.camel@localhost.localdomain> Message-ID: <47B456E5.2060409@gmail.com> Nicolas A. Corrarello pisze: > I found a beautiful proximity detector for bluetooth, that calls > gnome-screensaver -l when I'm near (and obviously unblocks when I'm > far). It haves a nice interface in python and it is called: > blueproximity. Given our bluetooth improvements feature for F9. Is > anyone packaging this?. I've been testing it and it is preety stable. > Maybe this question have been asked like a thousand times but where can > I find the packaging guidelines for Fedora, and how can we get this tool > included?. Search bugzilla for blueproximity. If nothing found, check Koji and Bodhi. Then if you're sure blueproximity is not in our repos, packages it yourself. It's not so hard work. From ncorrare at fedoraproject.org Thu Feb 14 14:55:43 2008 From: ncorrare at fedoraproject.org (Nicolas A. Corrarello) Date: Thu, 14 Feb 2008 12:55:43 -0200 Subject: Feature for F9: Bluetooth In-Reply-To: <47B456E5.2060409@gmail.com> References: <1202998916.2932.4.camel@localhost.localdomain> <47B456E5.2060409@gmail.com> Message-ID: <1203000943.2932.6.camel@localhost.localdomain> That's what I'm trying, I'm reading the packaging guidelines right now. I'll hop on to #fedora-devel if I have any questions... -- - -- Nicolas A. Corrarello Fedora Ambassador Argentina c: +54 (911) 6017-2120 e: ncorrare at fedoraproject.org GPG Key: DFC893EE h: fedoraproject.org/wiki/NicolasCorrarello/ GPG Fingerprint: 5C93 42DA 98E1 4EEF B24B 7F8C E145 B2F9 DFC8 93EE Import my key: $ gpg --keyserver pgp.mit.edu --recv-key 0xDFC893EE On Thu, 2008-02-14 at 15:57 +0100, Jakub 'Livio' Rusinek wrote: > Nicolas A. Corrarello pisze: > > I found a beautiful proximity detector for bluetooth, that calls > > gnome-screensaver -l when I'm near (and obviously unblocks when I'm > > far). It haves a nice interface in python and it is called: > > blueproximity. Given our bluetooth improvements feature for F9. Is > > anyone packaging this?. I've been testing it and it is preety stable. > > Maybe this question have been asked like a thousand times but where can > > I find the packaging guidelines for Fedora, and how can we get this tool > > included?. > > Search bugzilla for blueproximity. If nothing found, check Koji and Bodhi. > > Then if you're sure blueproximity is not in our repos, packages it > yourself. It's not so hard work. > From notting at redhat.com Thu Feb 14 14:57:44 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Feb 2008 09:57:44 -0500 Subject: package EOL: gtkhtml38 Message-ID: <20080214145744.GC3674@nostromo.devel.redhat.com> I'm intending to drop gtkhtml38 from rawhide/F9. It's a compatibility library for an older GtkHTML3 API that nothing uses any more, hence there's really not any point in shipping it. Bill From jakub.rusinek at gmail.com Thu Feb 14 15:03:55 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 14 Feb 2008 16:03:55 +0100 Subject: Feature for F9: Bluetooth In-Reply-To: <1203000943.2932.6.camel@localhost.localdomain> References: <1202998916.2932.4.camel@localhost.localdomain> <47B456E5.2060409@gmail.com> <1203000943.2932.6.camel@localhost.localdomain> Message-ID: <47B4585B.7010002@gmail.com> Nicolas A. Corrarello pisze: > That's what I'm trying, I'm reading the packaging guidelines right now. > I'll hop on to #fedora-devel if I have any questions... Good then :) . PS: Do not top-post next time, please. Hard to follow. From lesmikesell at gmail.com Thu Feb 14 14:58:35 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 14 Feb 2008 08:58:35 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <4e1f5c1a0802140601r39ed0d7egbeef3287c788fffd@mail.gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <4e1f5c1a0802140601r39ed0d7egbeef3287c788fffd@mail.gmail.com> Message-ID: <47B4571B.1090703@gmail.com> Schlaegel wrote: > On Wed, Feb 13, 2008 at 2:14 PM, Chuck Anderson wrote: >> It has been said before. Imagine if someone left a mic snooping >> program running on Session #1 while Session #2 came along and started >> talking on the phone? This kind of thing should be prevented BY >> DEFAULT. > > But why does ownership go to the most recent session, instead of the > first active session? > > In real life, an audience member does not automatically get exclusive > use of the microphone a public speaker is speaking into, just because > the audience member happened to be the last one to enter the room. > Instead, if a public speaker is using a microphone, then he or she > expects to be the exclusive user of that microphone until he or she > sets it down, gives it to someone, or purposefully shares it. Exactly! I can see where the new unexpected default behavior might be useful, but it should be a choice left up to local configuration. Plus, it doesn't make sense at all in the context of anything but a 1-user-at-a-time situation with only one device in action. I rarely use the physical console, preferring to use the NX client from another machine, most of the time near enough that the speakers would be usable, though. And I wouldn't want a login on the physical console to interrupt my remote session. It just doesn't make a lot of sense to have permissions determined by where you are instead of who you are in the first place, but what happens when there are multiple logins or you add some extra usb sound devices and want to run concurrent sessions? Where does bluetooth fit into this scheme? If you have a phone call going with a slightly remote bluetooth headset, does a user switch at the keyboard for something unrelated break it? -- Les Mikesell lesmikesell at gmail.com From Matt_Domsch at dell.com Thu Feb 14 14:58:31 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 14 Feb 2008 08:58:31 -0600 Subject: Fedora x86_64 rawhide rebuild in mock status 2008-02-13 Message-ID: <20080214085831.A24613@humbolt.us.dell.com> Fedora Rawhide-in-Mock Build Results for x86_64 Based on tree on Feb 13, 2008 This corrected a number of failures due to incorrect mock excludes on x86_64. Note: this tree was built using gcc 4.3, so many failure are as a result of changes packages will need to adapt to this new compiler. Package list sorted by person is appended. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 5352 Number failed to build: 690 Number expected to fail due to ExclusiveArch or ExcludeArch: 36 Leaving: 654 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 654 ---------------------------------- 8Kingdoms-1.1.0-5.fc9 (build/make) jwrdegoede BibTool-2.48-6.fc7 (build/make) pertusus Django-0.96.1-1.fc9 (build/make) salimma HippoDraw-1.21.1-2.fc8 (build/make) pfkeb Inventor-2.1.5-31.fc9 (build/make) corsepiu LabPlot-1.5.1.6-4.fc8 (build/make) chitlesh MAKEDEV-3.23-1.2 (build/make) clumens Macaulay2-0.9.95-9.fc9 (build/make) rdieter Miro-1.1-2.fc9 (build/make) tscherf,caillon,alexlan OpenSceneGraph-2.2.0-5.fc9 (build/make) corsepiu PyKDE-3.16.0-12.fc9 (build/make) rdieter,jamatos PyRTF-0.45-5.fc8 (build/make) jamatos,mpeters,jamatos PySolFC-1.1-4.fc9 (build/make) firewing QuantLib-0.8.1-4.fc9 (build/make) spot SOAPpy-0.11.6-6.fc7 (build/make) xulchris SteGUI-0.0.1-12.fc9 (build/make) pingou WebKit-1.0.0-0.4.svn29336.fc9 (build/make) pgordon abiword-2.4.6-7.fc9 (build/make) uwog acpid-1.0.6-5.fc9 (build/make) zprikryl adanaxisgpl-1.2.4-1.fc9 (build/make) southa agave-0.4.2-5.fc8 (build/make) abompard aget-0.4-3.fc8 (build/make) orphan aiksaurus-1.2.1-15.fc6 (build/make) uwog aircrack-ng-0.9.1-2.fc8 (build/make) till airsnort-0.2.7e-11.fc7 (build/make) awjb akode-2.0.2-4.fc9 (build/make) rdieter alliance-5.0-10.20070718snap.fc8 (build/make) chitlesh alpine-1.00-2.fc9 (build/make) joshuadf,rdieter,jima alsa-tools-1.0.15-2.fc9 (build/make) timj amanith-0.3-6.fc9 (build/make) spot amarok-1.4.8-2.fc9 (build/make) abompard,rdieter amarokFS-0.5-1.fc7 (build/make) faucamp anjuta-2.2.0-4.fc9 (build/make) rishi antlr-2.7.7-1jpp.6.fc8 (build/make) dbhole apt-0.5.15lorg3.94-1.fc9 (build/make) athimm,pmatilai ardour-2.2-3.fc9 (build/make) green,jwrdegoede aria2-0.12.0-2.fc9 (build/make) ecik arm-gp2x-linux-glibc-2.3.6-4.fc8 (build/make) jwrdegoede arts-1.5.8-4.fc8 (build/make) than,rdieter asio-0.3.8-7.fc9 (build/make) uwog astyle-1.21-6.fc8 (build/make) addutko,mtasaka atitvout-0.4-7 (build/make) awjb audit-1.6.7-2.fc9 (build/make) sgrubb authd-1.4.3-11 (build/make) jsafrane,jsafrane autogen-5.8.9-1.fc7 (build/make) rishi avr-libc-1.4.6-4.fc8 (build/make) jwrdegoede awesfx-0.5.0d-4.fc7 (build/make) stransky bacula-2.0.3-13.fc9 (build/make) ixs,mmcgrath basket-1.0.2-3.fc9 (build/make) abompard bbkeys-0.9.0-9 (build/make) thias bes-3.5.3-3.fc9 (build/make) pertusus bibletime-1.6.5-2.fc9 (build/make) anderson,deji bidiv-1.5-4.fc6 (build/make) danken bit-0.4.1-1.fc7 (build/make) rvinyard bitbake-1.8.8-1.fc8 (build/make) ixs bitgtkmm-0.4.0-2.fc7 (build/make) rvinyard bittorrent-4.4.0-5.fc7 (build/make) pghmcfc blackbox-0.70.1-9 (build/make) thias blam-1.8.3-13.fc9 (build/make) pgordon,sindrepb blitz-0.9-5.fc9 (build/make) sergiopr blobby-0.6-0.7.a.fc8 (build/make) abompard blogtk-1.1-8.fc7 (build/make) pfrields bmpx-0.40.13-7.fc9 (build/make) akahl brltty-3.9-1.1.fc9 (build/make) tjanouse brutus-keyring-0.9.0-6.fc8 (build/make) bpepple,colding buoh-0.8.2-2.fc7 (build/make) chabotc bzflag-2.0.10-4.fc9 (build/make) nphilipp cal3d-0.11.0-4.fc7 (build/make) xulchris callweaver-1.2-0.4.rc5.20071230.fc9 (build/make) dwmw2 camstream-0.26.3-12.fc8 (open_missing_mode) nomis80 castor-0.9.5-1jpp.7 (build/make) pcheung cdrdao-1.2.2-3 (build/make) harald celestia-1.4.1-7.fc7 (build/make) steve,mmahut checkstyle-4.1-4jpp.2.fc8 (build/make) nsantos,dbhole chmsee-1.0.0-1.34.fc9 (build/make) bbbush,pertusus cinepaint-0.22.1-5.fc8 (build/make) kwizart claws-mail-plugins-3.2.0-1.fc9 (build/make) awjb clips-6.24-22.fc7 (build/make) rvinyard clipsmm-0.0.7-1.fc7 (build/make) rvinyard clisp-2.43-3.fc9 (build/make) gemi,green cln-1.1.13-4.fc8 (build/make) qspencer cman-2.0.60-3.fc7 (build/make) cfeist compat-erlang-R10B-11.9.fc9 (build/make) gemi compiz-0.6.2-6.fc9 (build/make) krh cone-0.74-1.fc9 (build/make) steve conexus-0.5.3-2.fc8 (build/make) rvinyard conexusmm-0.5.0-3.fc7 (build/make) rvinyard conntrack-tools-0.9.5-3.fc9 (build/make) stingray contacts-0.8-1.fc9 (build/make) jkeating coolkey-1.1.0-5.fc8 (build/make) rrelyea,jmagne coreutils-6.10-5.fc9 (build/make) ovasik,twaugh cowbell-0.2.7.1-6.fc6 (build/make) sindrepb cpio-2.9-5.fc9 (build/make) rbrich cppad-20071229-6.fc9 (build/make) bradbell cpuspeed-1.2.1-3.fc8 (build/make) jwilson cryptix-asn1-20011119-7jpp.2 (build/make) orphan crystal-clear-20050622-6.fc8 (build/make) chitlesh curl-7.18.0-1.fc9 (build/make) jnovy cyphesis-0.5.15-3.fc9 (build/make) wart cyrus-imapd-2.3.9-8.fc9 (build/make) tjanouse cyrus-sasl-2.1.22-11.fc9 (build/make) sconklin dap-freeform_handler-3.7.7-2.fc9 (build/make) pertusus dap-hdf4_handler-3.7.7-3.fc9 (build/make) pertusus dar-2.3.6-3.fc9 (build/make) xris darcs-1.0.9-6.fc8 (build/make) jjh,petersen dasher-4.7.0-1.fc9 (build/make) davidz db4o-6.1-2.fc7 (build/make) pfj dbxml-2.3.10-9.fc9 (build/make) mzazrive deluge-0.5.8.3-1.fc9 (build/make) pgordon devhelp-0.17-1.fc9 (build/make) mbarnes device-mapper-multipath-0.4.7-11.fc7 (build/make) lvm-team,agk,mornfall,mbroz,dwysocha,bmarzins dhcpv6-1.0.11-1.fc9 (build/make) dcantrel distcache-1.4.5-16 (build/make) jorton dmraid-1.0.0.rc14-6.fc9 (build/make) lvm-team,agk,mornfall,bmr,mbroz,mauelsha,dwysocha dnsmasq-2.41-0.6.rc1.fc9 (build/make) jima dosbox-0.72-1.fc8 (build/make) awjb doxygen-1.5.4-1.fc9 (build/make) than drgeo-1.1.0-11.fc8 (build/make) tanguy drivel-2.1.1-0.3.20071130svn.fc9 (build/make) pfrields ds9-5.1-1.fc9 (build/make) sergiopr dvgrab-3.1-1.fc9 (build/make) jwilson eclipse-3.3.1.1-14.fc9 (build/make) overholt,oliver,overholt eclipse-emf-2.2.2-1.fc7 (build/make) orphan eclipse-mylyn-2.0.0-9.fc8 (build/make) overholt eclipse-phpeclipse-1.1.8-18.fc9 (build/make) static ecryptfs-utils-38-0.fc9 (build/make) mhalcrow,karsten,kevin eiciel-0.9.5-1.fc9 (build/make) cweyl ekg2-0.1.1-2.fc9 (build/make) rathann elektra-0.6.10-6.fc9 (build/make) pertusus,kwizart enblend-3.1-0.1.20080121cvs.fc9 (build/make) bpostle,jspaleta epiphany-2.21.5-0.1.svn7856.fc9 (build/make) gecko-maint epiphany-extensions-2.20.1-3.fc9 (build/make) caillon,pgordon epydoc-2.1-8.fc8 (build/make) thias epylog-1.0.3-5.fc7 (build/make) icon erlang-R12B-0.1.fc9 (build/make) gemi esc-1.0.1-8.fc9 (build/make) jmagne evolution-brutus-1.1.28.7-2.fc8 (build/make) bpepple,colding evolution-data-server-2.21.90-1.fc9 (build/make) mbarnes,mcrha evolution-exchange-2.21.90-1.fc9 (build/make) mbarnes evolution-sharp-0.15.4-1.fc9 (build/make) mbarnes f-spot-0.4.1-2.fc9 (build/make) caillon factory-3.0.3-1.fc9 (build/make) rdieter farsight-0.1.25-1.fc8 (build/make) bpepple,tjikkun,morgan fbdesk-1.4.1-1.fc9 (build/make) awjb fedora-ds-base-1.1.0-4.fc9 (build/make) rmeggins,ausil,nkinder,nhosoi festival-1.96-2.fc9 (build/make) davidz fillets-ng-0.7.4-3.fc8 (build/make) thias fityk-0.8.1-10.fc8 (build/make) jpye flagpoll-0.9.1-1.fc8 (build/make) deji fluxbox-1.0.0-2.fc9 (build/make) awjb fluxstyle-1.0.1-2.fc7 (build/make) errr fmt-ptrn-1.3.13-1.fc9 (build/make) mikep fonttools-2.0-0.11.20060223cvs.fc7 (build/make) roozbeh,fonts-sig fontypython-0.2.0-6.fc7 (build/make) cr33dog,fonts-sig fpc-2.2.0-10.fc8 (build/make) joost freeipmi-0.5.1-1.fc9 (build/make) pknirsch freetennis-0.4.8-6.fc7 (build/make) rjones fuse-encfs-1.4.1.1-1.fc9 (build/make) peter fwfstab-0.02-2.fc9 (build/make) firewing g-wrap-1.9.9-5.fc9 (build/make) laxathom galeon-2.0.4-2.fc9 (build/make) denis gamin-0.1.9-4.fc8 (build/make) tbzatek gazpacho-0.7.2-2.fc8 (build/make) icon gcdmaster-1.2.2-3.fc8 (build/make) denis gchempaint-0.8.5-2.fc9 (build/make) belegdol gdal-1.5.0-2.fc9 (build/make) rezso gdl-0.9-0.pre6.fc9 (build/make) orion gdmap-0.7.5-6.fc6 (build/make) splinux gds2pov-0.20070815-1.fc8 (build/make) chitlesh gedit-plugins-2.18.0-2.fc7 (build/make) trondd gengetopt-2.21-3.fc8 (build/make) rishi geos-2.2.3-1.fc7 (build/make) smccann getmail-4.7.7-2.fc9 (build/make) knol gfa-0.4.1-4.fc7 (build/make) splinux ghc-6.8.2-2.fc9 (build/make) bos,petersen,ynemoy gimmage-0.2.3-1.fc8 (build/make) denis ginac-1.4.1-1.fc9 (build/make) qspencer gjots2-2.3.4-7.fc7 (build/make) rvokal gkrellm-2.3.1-2.fc9 (build/make) jwrdegoede,scop gl-117-1.3.2-4.fc7 (build/make) steve glimmer-3.02-2.fc8 (build/make) c4chris glipper-0.95.1-2.fc7 (build/make) splinux glob2-0.9.1-2.fc8 (build/make) rafalzaq glom-1.6.7-1.fc9 (build/make) denis gmrun-0.9.2-10.fc8 (build/make) gilboa gnash-0.8.1-6.fc9 (build/make) pertusus gnet2-2.0.7-10.fc8 (build/make) tmraz gnome-applet-tvn24-0.2.8-3.fc9 (build/make) liviopl gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak gnome-chemistry-utils-0.8.6-1.fc9 (build/make) belegdol gnome-device-manager-0.2-2.fc9 (build/make) davidz gnome-games-2.21.90-1.fc9 (build/make) rstrode,jwrdegoede gnome-media-2.20.1-7.fc9 (build/make) hadess gnome-python2-extras-2.19.1-12.fc9 (build/make) mbarnes gnome-sharp-2.16.0-5.fc8 (build/make) laxathom,laxathom gnome-specimen-0.3-1.fc8 (build/make) splinux gnome-spell-1.0.8-3.fc9 (build/make) mbarnes gnome-web-photo-0.3-8.fc9 (build/make) hadess gprolog-1.3.0-12.fc9 (build/make) s4504kr gpsim-0.22.0-5.fc8 (build/make) dionysos graphviz-2.16-3.2.fc9 (build/make) jima grass-6.2.2-3.fc9 (build/make) rezso gresistor-0.0.1-11.fc8 (build/make) chitlesh grhino-0.16.0-2.fc8 (build/make) salimma grub-0.97-21.fc9 (build/make) pjones gstm-1.2-6.fc7 (build/make) splinux gstreamer-plugins-farsight-0.12.5-1.fc8 (build/make) bpepple,tjikkun,morgan gtk-sharp-1.0.10-12.fc7 (build/make) pfj gtk-sharp2-2.10.0-6.fc8 (build/make) laxathom,laxathom gtk2hs-0.9.12.1-8.fc9 (build/make) bos,petersen gtkhtml38-3.12.3-6.fc8 (build/make) notting gtkmathview-0.7.6-5.fc6 (build/make) uwog gtkmozembedmm-1.4.2.cvs20060817-17.fc9 (build/make) hguemar gtksourceview-1.8.5-3.fc8 (build/make) rstrode guile-gnome-platform-2.15.93-6.fc8 (build/make) laxathom guitone-0.7-2.fc9 (build/make) thm gwave-2-5.20070514snap.fc9 (build/make) chitlesh hackedbox-0.8.5-3.fc8 (build/make) thias haproxy-1.3.14.2-1.fc9 (build/make) jjh hawknl-1.68-2.fc8 (build/make) jwrdegoede ht2html-2.0-5.fc6 (build/make) ifoox hugin-0.7.0-0.2.20080121svn.fc9 (build/make) bpostle,jspaleta hunspell-ar-0.20060208-1.fc8 (build/make) danken ice-3.2.1-14.fc9 (build/make) mef idioskopos-0.4.1-1.fc7 (build/make) rvinyard igraph-0.4.5-4.fc9 (build/make) nbecker ip-sentinel-0.12-10.fc7 (build/make) ensc ipe-6.0-0.22.pre28.fc9 (build/make) rineau iptables-1.3.8-6.fc9 (build/make) twoerner,sconklin iptstate-2.2.1-1.fc8 (build/make) twoerner iputils-20070202-7.fc9 (build/make) mnagy irssi-0.8.12-4.fc9 (build/make) mmahut itpp-4.0.0-2.fc9 (build/make) edhill iverilog-0.9.20070608-1.fc8 (build/make) rezso,chitlesh java-1.5.0-gcj-1.5.0.0-19.fc9 (build/make) fitzsim java-1.7.0-icedtea-1.7.0.0-0.24.b24.fc9 (build/make) fitzsim jgroups-2.2.9.2-3jpp.2 (build/make) orphan jigdo-0.7.3-4.fc8 (build/make) iburrell jokosher-1.0-0.1.20070929svn.fc8 (build/make) snecker jrtplib-3.7.1-2.fc8 (build/make) jcollie junitperf-1.9.1-2jpp.1.fc7 (build/make) mwringe k3d-0.6.7.0-4.fc8 (build/make) denis kadu-0.6.0-0.7.beta2.fc9 (build/make) ecik kasumi-2.3-1.fc9 (build/make) tagoh katapult-0.3.2.1-2.fc8 (build/make) chitlesh kazehakase-0.5.0-1.fc9.2 (build/make) mtasaka kbackup-0.5.3-1.fc8 (build/make) dionysos kbibtex-0.2-13.fc8 (build/make) noltec kcemirror-0.1.5-1.fc7 (build/make) awjb,abompard kchmviewer-3.0-2.fc7 (build/make) pertusus,jpo kdemultimedia-4.0.1-1.fc9 (build/make) than,rdieter,kkofler,ltinkl kdirstat-2.5.3-6.fc8 (build/make) chitlesh kdissert-1.0.7-1.fc7 (build/make) icon keepassx-0.2.2-4.fc8 (build/make) abompard kernel-xen-2.6-2.6.21.7-2893.fc9 (build/make) xen-maint,berrange,ehabkost keurocalc-0.9.7-3.fc8 (build/make) chitlesh kflickr-0.9-1.fc8 (build/make) stahnma kid3-0.10-3.fc9 (build/make) scop kio_p7zip-0.3.1-5.fc8 (build/make) nixaff4 kio_resources-0.2-3.fc8 (build/make) chitlesh kio_sword-0.3-5.fc9 (build/make) anderson,deji kiosktool-1.0-8.fc8 (build/make) rdieter kismet-0.0.2007.10.R1-2.fc9 (build/make) ensc kleansweep-0.2.9-5.fc8 (build/make) chitlesh klear-0.6.1-1.fc8 (build/make) trasher klibido-0.2.5-8.fc8 (build/make) faucamp kmobiletools-0.4.3.3-3.fc6 (build/make) ausil kmymoney2-0.8.8-1.fc9 (build/make) rdieter knemo-0.4.7-1.fc7 (build/make) faucamp knetstats-1.6.1-4.fc8 (build/make) chitlesh koffice-1.6.3-13.fc8 (build/make) awjb,rdieter koffice-langpack-1.6.3-1.fc8 (build/make) awjb kooldock-0.4.6-2.fc8 (build/make) ecik kphotobymail-0.4.1-1.fc7 (build/make) kushal kpolynome-0.1.2-10.fc8 (build/make) chitlesh krb5-1.6.3-4.fc9 (build/make) nalin krecipes-0.9.1-6.fc8 (build/make) ausil krename-3.0.14-2.fc8 (build/make) ecik krusader-1.80.0-4.fc9 (build/make) mgarski kshutdown-1.0.1-1.fc8 (build/make) chitlesh ksshaskpass-0.3-3.fc8 (build/make) abompard ktechlab-0.3.69-5.fc8 (build/make) chitlesh lagan-2.0-1.fc8 (build/make) c4chris lam-7.1.2-11.fc9 (build/make) dledford lash-0.5.3-3.fc8 (build/make) green ldapjdk-4.17-1jpp.7 (build/make) orphan libcdio-0.79-2.fc9 (build/make) adrian libcmpiutil-0.1-6.fc9 (build/make) danms libdap-3.7.10-2.fc9 (build/make) pertusus libevent-1.3e-1.fc9 (build/make) steved libextractor-0.5.18a-1.fc8 (build/make) ensc libfac-3.0.3-1.fc9 (build/make) rdieter libflaim-4.9.989-18.fc9 (build/make) snecker libfreebob-1.0.3-2.fc9 (build/make) green libgtksourceviewmm-0.3.1-1.fc8 (build/make) splinux libident-0.32-1.fc9 (build/make) ixs libjingle-0.3.11-5.fc9 (build/make) bpepple,tjikkun,morgan libkexif-0.2.5-2.fc8 (build/make) abompard,rdieter libkipi-0.1.5-2.fc8 (build/make) abompard,rdieter libmusicbrainz-2.1.5-3.fc9 (build/make) hadess,rdieter libnc-dap-3.7.0-9.fc9 (build/make) pertusus libnetfilter_conntrack-0.0.82-1.fc9 (build/make) stingray libnl-1.1-1.fc9 (build/make) dcbw,dcbw,nhorman libofa-0.9.3-10.fc8 (build/make) rdieter libofx-0.8.3-4 (build/make) notting libopenraw-0.0.4-2.fc9 (build/make) trondd libopensync-plugin-google-calendar-0.35-2.fc9 (build/make) awjb libopensync-plugin-syncml-0.35-1.fc9 (build/make) cheese libpfm-3.2-0.071017.1.fc9 (build/make) wcohen libpqxx-2.6.8-7.fc8 (build/make) awjb,rdieter libsmbios-0.13.13-1.fc9 (build/make) mebrown libsynaptics-0.14.6c-2.fc8 (build/make) orion libtommath-0.41-7.fc9 (build/make) jjh libtorrent-0.11.8-2.fc9 (build/make) chabotc libtunepimp-0.5.3-9.fc8 (build/make) rdieter,kwizart libvpd-1.5.0-1.fc9 (build/make) emunson libwvstreams-4.4.1-3.fc9 (build/make) ovasik libxml++-2.20.0-1.fc8 (build/make) icon,denis libzzub-0.2.3-10.fc9 (build/make) akahl,mtasaka licq-1.3.4-10.fc9 (build/make) jmoskovc lilypond-2.10.33-1.fc8 (build/make) qspencer lineak-defaultplugin-0.9-2.fc6 (build/make) xris lineak-kdeplugins-0.9-2.fc6 (build/make) xris lineak-xosdplugin-0.9-2.fc6 (build/make) xris lineakd-0.9-5.fc6 (build/make) xris linkage-0.1.4-4.fc8 (build/make) drago01 linkchecker-4.7-10.fc8 (build/make) mikep linux-atm-2.5.0-5 (build/make) dwmw2 linuxdcpp-1.0.1-1.fc9 (build/make) mgarski linuxwacom-0.7.9.4-1.fc9 (build/make) arozansk lksctp-tools-1.0.7-2.fc8 (build/make) zprikryl,zprikryl llvm-2.1-2.fc9 (build/make) bos loki-lib-0.1.6-4.fc8.1 (build/make) sergiopr lostirc-0.4.6-3.fc8 (build/make) splinux,splinux loudmouth-1.3.3-2.fc9 (build/make) bpepple,otaylor,tjikkun,robot101 lvm2-2.02.33-9.fc9 (build/make) lvm-team,agk,mornfall,bmr,mbroz,dwysocha,bmarzins mail-notification-5.0-2.fc9 (build/make) buc,thl,buc manaworld-0.0.23-1.fc8 (build/make) wart mapserver-5.0.0-1.fc9 (build/make) rezso,oliver,devrim maven-doxia-1.0-0.1.a7.3jpp.5.fc8 (build/make) dbhole maven-jxr-1.0-2jpp.4.fc8 (build/make) dbhole maven-scm-1.0-0.1.b3.2jpp.2.fc8 (build/make) dbhole maven-shared-1.0-4jpp.3.fc8 (build/make) dbhole maven-surefire-1.5.3-2jpp.4.fc8 (build/make) dbhole maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe maven2-2.0.4-10jpp.8.fc8 (build/make) dbhole maxima-5.14.0-4.fc9 (build/make) rdieter,jamatos mbuffer-20070502-1.fc7 (open_missing_mode) adalloz memtest86+-2.00-2.fc9 (build/make) wtogami metamonitor-0.4.5-3.fc6 (build/make) eitch mimetic-0.9.3-2.fc8 (build/make) ensc mkvtoolnix-2.1.0-1.fc8 (build/make) rathann mod_revocator-1.0.2-2.fc9 (build/make) rcritten modello-1.0-0.1.a8.4jpp.3.fc7 (build/make) mwringe module-init-tools-3.4-2.fc8 (build/make) jcm monodevelop-0.17-4.fc9 (build/make) pfj monotone-0.38-2.fc9 (build/make) roland moto4lin-0.3-6.fc7 (build/make) jafo mtd-utils-1.1.0-2.fc8 (build/make) dwmw2,jwboyer muParser-1.28-2.fc8 (build/make) frankb mugshot-1.1.56-1.fc8 (build/make) otaylor muine-scrobbler-0.1.8-2.fc8 (build/make) sindrepb multiget-1.1.4-7.fc8 (build/make) allisson,mtasaka musicbox-0.2.3-5.fc6 (build/make) splinux mx-2.0.6-3 (build/make) misa mx4j-3.0.1-6jpp.4 (build/make) fnasser mysql-5.0.45-6.fc9 (build/make) tgl mysql-gui-tools-5.0r12-5.fc9 (build/make) ausil nagi-2.06-4.fc8 (build/make) limb nagios-plugins-1.4.10-3.fc9 (build/make) mmcgrath,jpo nc6-1.0-5.fc8 (build/make) jsafrane,rvokal,jsafrane ncarg-4.4.2-5.fc9 (build/make) orion,pertusus nco-3.9.1-1.fc8 (build/make) edhill,pertusus nemiver-0.4.0-3.fc9 (build/make) pgordon net-tools-1.60-84.fc8 (build/make) rvokal netcdf-3.6.2-4.fc8 (build/make) edhill,orion,jspaleta,pertusus nethack-vultures-2.1.0-10.fc8 (build/make) meme netpbm-10.35.37-1.fc9 (build/make) jnovy newscache-1.2-0.4.rc6.fc6 (build/make) buc nfs-utils-lib-1.1.1-1.fc9 (build/make) steved nget-0.27.1-7.fc8 (build/make) rishi ninja-1.5.8.1-7 (build/make) adrian notecase-1.6.1-2.fc8 (build/make) splinux nss-3.11.99.3-1.fc9 (build/make) kengert ntfs-config-1.0-0.5.rc5.fc8 (build/make) laxathom nut-2.2.1-1.fc9 (build/make) tsmetana nx-2.1.0-24.fc9 (build/make) athimm,limb ocaml-lablgl-1.02-15.fc8 (build/make) gemi ocaml-ocamlnet-2.2.9-1.fc9 (build/make) rjones,gemi offlineimap-5.99.4-1.fc9 (build/make) till oggconvert-0.3.0-14.fc9 (build/make) ngompa oooqs2-1.0-3.fc6 (build/make) ausil openais-0.80.1-6 (build/make) sdake,sdake openbabel-2.1.1-2.fc9 (build/make) rathann openct-0.6.14-3.fc8 (build/make) jwrdegoede,scop openhpi-2.10.1-1.fc9 (build/make) pknirsch openssl-0.9.8g-4.fc9 (build/make) tmraz oprofile-0.9.3-15.fc9 (build/make) wcohen orpie-1.4.3-5.fc6 (build/make) xris osgcal-0.1.46-3.fc9 (build/make) xulchris pan-0.132-2.fc8 (build/make) adalloz,mpeters paprefs-0.9.6-1.fc9 (build/make) emoret papyrus-0.7.1-1.fc7 (build/make) rvinyard paraview-3.2.1-3.fc9 (build/make) orion,pertusus pari-2.3.0-5.fc7 (build/make) gemi pcmanx-gtk2-0.3.5-9.336svn.fc7 (open_missing_mode) leo pdfcube-0.0.2-6.fc8 (build/make) maxx pdfedit-0.3.2-2.fc8 (build/make) bjohnson pekwm-0.1.5-5.fc7 (build/make) errr perl-5.8.8-31.fc9 (build/make) rnorwood,spot,corsepiu,kasal perl-CPANPLUS-Dist-Build-0.05-3.fc9 (build/make) cweyl,perl-sig perl-Catalyst-Runtime-5.7007-4.fc7 (build/make) cweyl,perl-sig perl-Email-Reply-1.202-1.fc8 (build/make) spot,perl-sig perl-File-MimeInfo-0.14-1.fc8 (build/make) pertusus,perl-sig perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve,perl-sig perl-Module-Build-0.2808-1.fc8 (build/make) steve,perl-sig perl-PDL-2.4.3-4.fc8 (build/make) rnorwood,orion perl-PPI-Tester-0.06-2.fc6 (build/make) spot,perl-sig perl-Perl-Critic-1.053-1.fc8 (build/make) cweyl,perl-sig perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl,perl-sig perl-Sys-Virt-0.1.1-9.fc7 (build/make) steve,perl-sig,berrange perl-Test-AutoBuild-1.2.2-1.fc9 (build/make) berrange perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) ixs,perl-sig perl-XML-Twig-3.29-4.fc8 (build/make) rnorwood perl-XML-Validator-Schema-1.08-1.fc7 (build/make) ixs,perl-sig petitboot-0.0.1-7.fc8 (build/make) dwmw2,jwboyer pida-0.5.1-5.fc9 (build/make) rishi pikdev-0.9.2-3.fc8 (build/make) dionysos piklab-0.15.0-1.fc9 (build/make) chitlesh,dionysos pikloops-0.2.5-1.fc9 (build/make) dionysos pioneers-0.11.3-3.fc9 (build/make) jwrdegoede plague-0.4.4.1-4.fc7 (build/make) dcbw planet-2.0-4.fc8 (build/make) richdawe plexus-ant-factory-1.0-0.1.a1.2jpp.5.fc8 (build/make) dbhole plexus-appserver-1.0-0.1.a5.3jpp.3.fc8 (build/make) dbhole plexus-bsh-factory-1.0-0.1.a7s.2jpp.5.fc8 (build/make) dbhole plexus-cdc-1.0-0.1.a4.2jpp.3.fc8 (build/make) dbhole plexus-maven-plugin-1.2-2jpp.2.fc8 (build/make) dbhole plexus-runtime-builder-1.0-0.1.a9.2jpp.2.fc8 (build/make) dbhole plexus-xmlrpc-1.0-0.1.b4.3jpp.6.fc8 (build/make) dbhole poker3d-1.1.36-7.fc9 (build/make) xulchris postgresql-plruby-0.5.1-5.fc9 (build/make) devrim powerman-1.0.32-4.fc9 (build/make) jwilson powerpc-utils-papr-1.0.4-2.fc9 (build/make) dwmw2 ppl-0.9-18.fc9 (build/make) bagnara prelink-0.4.0-1 (build/make) jakub pstoedit-3.45-1.fc8 (build/make) denis ptouch-driver-1.2-8.fc8 (build/make) lkundrak pyOpenSSL-0.6-2.p24.9 (build/make) misa pychart-1.39-6.fc8 (build/make) spot pychecker-0.8.17-2 (build/make) vcrhonek pygame-1.7.1-14.fc7 (build/make) xulchris pygsl-0.9.1-6.fc8 (build/make) jamatos pyparsing-1.4.7-1.fc8 (build/make) jamatos python-GeoIP-1.2.1-9.fc8 (build/make) mfleming python-TurboMail-2.1-1.fc9 (build/make) lmacken python-cerealizer-0.6-2.fc9 (build/make) spot python-configobj-4.4.0-2.fc8 (build/make) lmacken,toshio python-cpio-0.1-4.fc8 (build/make) jamatos python-dialog-2.7-7.fc8 (build/make) abompard python-durus-3.5-3.fc7 (build/make) shahms python-fpconst-0.7.3-1.fc8 (build/make) xulchris python-gammu-0.24-1.fc8.1 (build/make) laxathom python-gdata-1.0.9-1.fc9 (build/make) hadess,bjohnson python-lirc-0.0.5-5 (build/make) thias python-memcached-1.39-1.fc8 (build/make) jafo python-metar-1.3.0-2.fc7 (build/make) thias python-nltk-0.9-0.2.b2.fc8 (build/make) salimma python-nltk_lite-0.9-0.1.b2.fc8 (build/make) salimma python-ogg-1.3-7 (build/make) thias python-psyco-1.5.1-5.fc7 (build/make) shahms python-pydns-2.3.0-5.fc7 (build/make) jafo python-pyspf-2.0.3-1.fc8 (build/make) jafo python-quixote-2.4-5.fc7 (build/make) shahms python-reportlab-2.1-2.fc9 (build/make) bpepple python-simpletal-4.1-5.fc7 (build/make) shahms python-sqlite2-2.3.3-1.fc7 (build/make) laxathom,lmacken python-sqlobject-0.9.2-1.fc9 (build/make) lmacken,toshio python-tag-0.91-5 (build/make) thias python-telepathy-0.14.0-4.fc9 (build/make) bpepple,tjikkun,morgan python-tpg-3.1.0-4.fc7 (build/make) shahms python-twisted-conch-0.8.0-1.fc8 (build/make) thomasvs python-twisted-core-2.5.0-2.fc8 (build/make) thomasvs python-twisted-lore-0.2.0-4.fc7 (build/make) thomasvs python-twisted-mail-0.4.0-1.fc8 (build/make) thomasvs python-twisted-names-0.4.0-1.fc8 (build/make) thomasvs python-twisted-news-0.3.0-1.fc8 (build/make) thomasvs python-twisted-runner-0.2.0-4.fc7 (build/make) thomasvs python-twisted-web-0.7.0-1.fc8 (build/make) thomasvs python-twisted-words-0.5.0-1.fc8 (build/make) thomasvs python-urlgrabber-3.0.0-3.fc8 (build/make) katzj python-urljr-1.0.1-1.fc7 (build/make) jcollie python-vorbis-1.5-0.2.a (build/make) thias pyxdg-0.15-5.fc8.1 (build/make) spot,jpmahowa,sindrepb pyxf86config-0.3.34-1.fc8 (build/make) ajax pyxmms-2.06-4.fc7 (build/make) pfj pyzor-0.4.0-11.fc7 (build/make) ixs qa-assistant-0.4.90.5-2.fc6 (build/make) toshio qcad-2.0.5.0-6.fc9 (build/make) gemi qfits-6.2.0-3.fc8 (build/make) sergiopr qgis-0.9.0-2.fc8 (build/make) silfreed qgo-1.5.2-1.fc6 (build/make) kaboom qpidc-0.2-17.fc9 (build/make) aconway,nsantos qps-1.9.19-0.2.b.fc7 (build/make) makghosh qt-3.3.8b-3.fc9 (build/make) than qt4-4.3.3-6.fc9 (build/make) than,rdieter qtiplot-0.9-8.fc9 (build/make) frankb qtpfsgui-1.9.0-1.fc9 (build/make) silfreed quadkonsole-2.0.2-1.fc7 (build/make) nomis80 rapidsvn-0.9.4-7.fc9 (build/make) timj rb_libtorrent-0.12-3.fc9 (build/make) pgordon rbldnsd-0.996a-4.fc8 (build/make) pghmcfc readahead-1.4.2-3.fc8 (build/make) kzak redhat-menus-8.9.11-2.fc9 (build/make) rstrode rekall-2.4.5-6.fc8.1 (build/make) spot repoman-0.9-3.fc8 (build/make) dcantrel,clumens rhm-0.2-11.fc9 (build/make) aconway,nsantos rlog-1.3.7-3.fc6 (build/make) peter rosegarden4-1.6.0-1.fc8 (build/make) seg rpy-1.0.1-2.fc9 (build/make) jamatos,alexlan rsh-0.17-45.fc9 (build/make) atkac rtorrent-0.7.8-1.fc8 (build/make) chabotc ruby-1.8.6.111-7.fc9 (build/make) tagoh ruby-bdb-0.6.0-1.fc7 (build/make) errr ruby-hpricot-0.6-1.fc9 (build/make) mtasaka rudeconfig-5.0.5-1.fc7 (build/make) homeless s3switch-0.0-9.20020912.fc6 (build/make) pwouters samba-3.2.0-0.pre1.2.fc9 (build/make) simo sbcl-1.0.13-1.fc9 (build/make) rdieter,green sblim-wbemcli-1.5.1-5.fc7 (build/make) hamzy scim-array-0.0.2-2.fc9 (build/make) dchen scim-chewing-0.3.1-12.fc9 (build/make) cchance scim-fcitx-3.1.1-7.fc8 (build/make) petersen,qshen scim-hangul-0.3.2-1.fc9 (build/make) zhu scim-pinyin-0.5.91-23.fc9 (build/make) phuang scim-skk-0.5.2-8.fc6 (build/make) ryo scim-tables-0.5.7-3.fc7 (build/make) cchance scim-tomoe-0.6.0-2.fc8 (build/make) ryo,petersen scipy-0.6.0-3.fc8 (build/make) jspaleta scons-0.97-2.fc8 (build/make) gemi scribes-0.3.3.3-1.fc9 (build/make) pgordon scrip-1.4-9.fc8 (build/make) edhill seahorse-2.21.4-3.fc9 (build/make) skvidal seq24-0.8.7-8.fc8 (build/make) green setools-3.3.2-2.fc9 (build/make) pebenito,dwalsh showimg-0.9.5-16.fc9 (build/make) abompard sipp-3.0-1.fc9 (build/make) peter slim-1.3.0-2.fc9 (build/make) afb slrn-0.9.8.1pl1-7.20070716cvs.fc9 (build/make) mlichvar smarteiffel-2.3-2.fc9 (build/make) gemi sos-1.8-1.fc8 (build/make) navid source-highlight-2.8-1.fc9 (build/make) adrian specto-0.2.0-4.fc8 (build/make) laxathom srecord-1.36-1.fc8 (build/make) spot stardict-3.0.1-1.fc9 (build/make) zhu stratagus-2.2.4-1.fc8 (build/make) peter straw-0.27-12.fc9 (build/make) subhodip subversion-api-docs-1.4.4-2.fc8 (build/make) bojan supertux-0.3.1-1.fc9 (build/make) steve svnmailer-1.0.8-3.fc7 (build/make) mfleming syck-0.61-3.fc9 (build/make) oliver synce-kde-0.9.1-1.fc7 (build/make) awjb,abompard syncevolution-0.6-2.fc8 (build/make) mcepl synergy-1.3.1-5.fc8 (build/make) thias systemtap-0.6.1-1.fc9 (build/make) fche,wcohen tar-1.19-2.fc9 (build/make) rbrich taskjuggler-2.4.0-5.fc9 (build/make) ovasik tastymenu-0.8.2-2.fc8 (build/make) nixaff4 tclabc-1.0.9-1.fc7 (build/make) gemi tcp_wrappers-7.6-50.fc8 (build/make) tjanouse tcpdump-3.9.8-3.fc9 (build/make) mlichvar teckit-2.2.1-2.fc8 (build/make) jnovy telepathy-salut-0.2.2-1.fc9 (build/make) bpepple,johnp,morgan telescope-server-0-0.2.20070315.fc8 (build/make) jspaleta tellico-1.3-4.fc9 (build/make) jamatos testoob-1.13-4.fc8 (build/make) dgoodwin texlive-2007-16.fc9 (build/make) jnovy,pertusus thunderbird-2.0.0.9-2.fc9 (build/make) gecko-maint torcs-1.3.0-3.fc8 (build/make) thias torque-2.1.10-4.fc9 (build/make) garrick trousers-0.3.1-5.fc9 (build/make) key ttcp-1.12-16.fc8 (build/make) mmaslano ttmkfdir-3.0.9-24.fc7 (build/make) lizhang usbsink-0.3.2-1.fc8 (build/make) jspaleta uuid-1.6.0-2.fc8 (build/make) steve vdccm-0.10.1-1.fc9 (build/make) awjb,abompard vdr-1.4.7-7.fc9 (build/make) scop vdr-femon-1.1.5-1.fc9 (build/make) scop vdr-osdteletext-0.5.1-29.fc8 (build/make) scop vdr-skinsoppalusikka-1.0.6-1.fc9 (build/make) vpv vdr-subtitles-0.5.0-4.fc9 (build/make) scop vdr-sudoku-0.1.3-2.fc8 (build/make) scop vdr-text2skin-1.1-21.20051217cvs.fc9 (build/make) scop vdr-ttxtsubs-0.0.5-3.fc9 (build/make) scop vdr-tvonscreen-1.0.141-1.fc9 (build/make) vpv vdr-wapd-0.9-1.fc9 (build/make) scop vegastrike-0.4.3-7.fc8 (build/make) jwrdegoede verbiste-0.1.21-1.fc8 (build/make) icon vtk-5.0.3-22.fc9 (build/make) athimm wammu-0.19-3.fc8 (build/make) laxathom wlassistant-0.5.7-5.fc8 (build/make) spot wordtrans-1.1-0.3.pre13.fc9 (build/make) than workrave-1.8.5-1.fc9 (build/make) tmraz wpa_supplicant-0.5.7-21.fc9 (build/make) dcbw ws-commons-util-1.0.1-6.fc8 (build/make) green,overholt wuja-0.0.8-2.fc8 (build/make) dgoodwin wv2-0.2.3-4.fc9 (build/make) awjb wvdial-1.60-3.fc9 (build/make) ovasik wxPython-2.8.4.0-2.fc8 (build/make) mattdm xaos-3.2.3-1.fc7 (build/make) gemi xbsql-0.11-9.fc8 (build/make) spot xdaliclock-2.23-3.fc6 (build/make) kaboom xfce4-battery-plugin-0.5.0-2.fc7 (build/make) cwickert xfdesktop-4.4.2-1.fc9 (build/make) kevin xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser xmlcopyeditor-1.1.0.6-3.fc9 (build/make) ivazquez xmlrpc3-3.0-1jpp.4.fc8 (build/make) overholt xmms-adplug-1.2-6.fc9 (build/make) snirkel xmoto-0.3.4-1.fc9 (build/make) limb xorg-x11-drv-acecad-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-apm-1.1.1-7.fc8 (build/make) xgl-maint xorg-x11-drv-ark-0.6.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-ast-0.81.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-calcomp-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-chips-1.1.1-5.fc8 (build/make) xgl-maint xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-glint-1.1.1-7.fc8 (build/make) xgl-maint xorg-x11-drv-i128-1.2.1-1.fc8 (build/make) xgl-maint xorg-x11-drv-i740-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-magellan-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-magictouch-1.0.0.5-5.fc8 (build/make) xgl-maint xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-rendition-4.1.3-5.fc8 (build/make) xgl-maint xorg-x11-drv-s3-0.5.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-s3virge-1.9.1-5.fc8 (build/make) xgl-maint xorg-x11-drv-siliconmotion-1.5.1-3.fc8 (build/make) xgl-maint xorg-x11-drv-spaceorb-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-tdfx-1.3.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-trident-1.2.3-6.fc8 (build/make) xgl-maint xorg-x11-drv-tseng-1.1.0-7.fc8 (build/make) xgl-maint xorg-x11-drv-vga-4.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-via-0.2.2-4.fc8 (build/make) xgl-maint xorg-x11-drv-voodoo-1.1.1-1.fc8 (build/make) xgl-maint xorg-x11-server-1.4.99.1-0.19.20080107.fc9 (build/make) xgl-maint xorg-x11-server-utils-7.3-2.fc9 (build/make) xgl-maint xqilla-2.0.0-1.fc9 (build/make) mzazrive xqilla10-1.0.2-2.fc9 (build/make) mzazrive xscorch-0.2.0-12.fc8 (build/make) mgarski yelp-2.21.1-3.fc9 (build/make) mbarnes zeroinstall-injector-0.31-1.fc8 (build/make) salimma zhcon-0.2.6-5.fc7 (build/make) zhu With bugs filed: 0 ---------------------------------- ---------------------------------- Packages by owner: abompard: agave,amarok,basket,blobby,kcemirror,keepassx,ksshaskpass,libkexif,libkipi,python-dialog,showimg,synce-kde,vdccm aconway: qpidc,rhm adalloz: mbuffer,pan addutko: astyle adrian: libcdio,ninja,source-highlight afb: slim agk: device-mapper-multipath,dmraid,lvm2 ajax: pyxf86config akahl: bmpx,libzzub alexlan: Miro,rpy allisson: multiget anderson: bibletime,kio_sword arozansk: linuxwacom athimm: apt,nx,vtk atkac: rsh ausil: fedora-ds-base,kmobiletools,krecipes,mysql-gui-tools,oooqs2 awjb: airsnort,atitvout,claws-mail-plugins,dosbox,fbdesk,fluxbox,kcemirror,koffice,koffice-langpack,libopensync-plugin-google-calendar,libpqxx,synce-kde,vdccm,wv2 bagnara: ppl bbbush: chmsee belegdol: gchempaint,gnome-chemistry-utils berrange: kernel-xen-2.6,perl-Sys-Virt,perl-Test-AutoBuild bjohnson: pdfedit,python-gdata bmarzins: device-mapper-multipath,lvm2 bmr: dmraid,lvm2 bojan: subversion-api-docs bos: ghc,gtk2hs,llvm bpepple: brutus-keyring,evolution-brutus,farsight,gstreamer-plugins-farsight,libjingle,loudmouth,python-reportlab,python-telepathy,telepathy-salut bpostle: enblend,hugin bradbell: cppad buc: mail-notification,mail-notification,newscache c4chris: glimmer,lagan caillon: Miro,epiphany-extensions,f-spot cchance: scim-chewing,scim-tables cfeist: cman chabotc: buoh,libtorrent,rtorrent cheese: libopensync-plugin-syncml chitlesh: LabPlot,alliance,crystal-clear,gds2pov,gresistor,gwave,iverilog,katapult,kdirstat,keurocalc,kio_resources,kleansweep,knetstats,kpolynome,kshutdown,ktechlab,piklab clumens: MAKEDEV,repoman colding: brutus-keyring,evolution-brutus corsepiu: Inventor,OpenSceneGraph,perl cr33dog: fontypython cweyl: eiciel,perl-CPANPLUS-Dist-Build,perl-Catalyst-Runtime,perl-Perl-Critic,perl-RRD-Simple cwickert: xfce4-battery-plugin danken: bidiv,hunspell-ar danms: libcmpiutil davidz: dasher,festival,gnome-device-manager dbhole: antlr,checkstyle,maven-doxia,maven-jxr,maven-scm,maven-shared,maven-surefire,maven2,plexus-ant-factory,plexus-appserver,plexus-bsh-factory,plexus-cdc,plexus-maven-plugin,plexus-runtime-builder,plexus-xmlrpc dcantrel: dhcpv6,repoman dcbw: libnl,libnl,plague,wpa_supplicant dchen: scim-array deji: bibletime,flagpoll,kio_sword denis: galeon,gcdmaster,gimmage,glom,k3d,libxml++,pstoedit devrim: mapserver,postgresql-plruby dgoodwin: testoob,wuja dionysos: gpsim,kbackup,pikdev,piklab,pikloops dledford: lam drago01: linkage dwalsh: setools dwmw2: callweaver,linux-atm,mtd-utils,petitboot,powerpc-utils-papr dwysocha: device-mapper-multipath,dmraid,lvm2 ecik: aria2,kadu,kooldock,krename edhill: itpp,nco,netcdf,scrip ehabkost: kernel-xen-2.6 eitch: metamonitor emoret: paprefs emunson: libvpd ensc: ip-sentinel,kismet,libextractor,mimetic errr: fluxstyle,pekwm,ruby-bdb faucamp: amarokFS,klibido,knemo fche: systemtap firewing: PySolFC,fwfstab fitzsim: java-1.5.0-gcj,java-1.7.0-icedtea fnasser: mx4j,xml-commons-resolver fonts-sig: fonttools,fontypython frankb: muParser,qtiplot garrick: torque gecko-maint: epiphany,thunderbird gemi: clisp,compat-erlang,erlang,ocaml-lablgl,ocaml-ocamlnet,pari,qcad,scons,smarteiffel,tclabc,xaos gilboa: gmrun green: ardour,clisp,lash,libfreebob,sbcl,seq24,ws-commons-util hadess: gnome-media,gnome-web-photo,libmusicbrainz,python-gdata hamzy: sblim-wbemcli harald: cdrdao hguemar: gtkmozembedmm homeless: rudeconfig iburrell: jigdo icon: epylog,gazpacho,kdissert,libxml++,verbiste ifoox: ht2html ivazquez: xmlcopyeditor ixs: bacula,bitbake,libident,perl-XML-Filter-BufferText,perl-XML-Validator-Schema,pyzor jafo: moto4lin,python-memcached,python-pydns,python-pyspf jakub: prelink jamatos: PyKDE,PyRTF,PyRTF,maxima,pygsl,pyparsing,python-cpio,rpy,tellico jcm: module-init-tools jcollie: jrtplib,python-urljr jima: alpine,dnsmasq,graphviz jjh: darcs,haproxy,libtommath jkeating: contacts jmagne: coolkey,esc jmoskovc: licq jnovy: curl,netpbm,teckit,texlive johnp: telepathy-salut joost: fpc jorton: distcache joshuadf: alpine jpmahowa: pyxdg jpo: kchmviewer,nagios-plugins jpye: fityk jsafrane: authd,authd,nc6,nc6 jspaleta: enblend,hugin,netcdf,scipy,telescope-server,usbsink jwboyer: mtd-utils,petitboot jwilson: cpuspeed,dvgrab,powerman jwrdegoede: 8Kingdoms,ardour,arm-gp2x-linux-glibc,avr-libc,gkrellm,gnome-games,hawknl,openct,pioneers,vegastrike kaboom: qgo,xdaliclock karsten: ecryptfs-utils kasal: perl katzj: python-urlgrabber kengert: nss kevin: ecryptfs-utils,xfdesktop key: trousers kkofler: kdemultimedia knol: getmail krh: compiz kushal: kphotobymail kwizart: cinepaint,elektra,libtunepimp kzak: gnome-applet-vm,readahead laxathom: g-wrap,gnome-sharp,gnome-sharp,gtk-sharp2,gtk-sharp2,guile-gnome-platform,ntfs-config,python-gammu,python-sqlite2,specto,wammu leo: pcmanx-gtk2 limb: nagi,nx,xmoto liviopl: gnome-applet-tvn24 lizhang: ttmkfdir lkundrak: ptouch-driver lmacken: python-TurboMail,python-configobj,python-sqlite2,python-sqlobject ltinkl: kdemultimedia lvm-team: device-mapper-multipath,dmraid,lvm2 makghosh: qps mattdm: wxPython mauelsha: dmraid maxx: pdfcube mbarnes: devhelp,evolution-data-server,evolution-exchange,evolution-sharp,gnome-python2-extras,gnome-spell,yelp mbroz: device-mapper-multipath,dmraid,lvm2 mcepl: syncevolution mcrha: evolution-data-server mebrown: libsmbios mef: ice meme: nethack-vultures mfleming: python-GeoIP,svnmailer mgarski: krusader,linuxdcpp,xscorch mhalcrow: ecryptfs-utils mikep: fmt-ptrn,linkchecker misa: mx,pyOpenSSL mlichvar: slrn,tcpdump mmahut: celestia,irssi mmaslano: ttcp mmcgrath: bacula,nagios-plugins mnagy: iputils morgan: farsight,gstreamer-plugins-farsight,libjingle,python-telepathy,telepathy-salut mornfall: device-mapper-multipath,dmraid,lvm2 mpeters: PyRTF,pan mtasaka: astyle,kazehakase,libzzub,multiget,ruby-hpricot mwringe: junitperf,maven-wagon,modello mzazrive: dbxml,xqilla,xqilla10 nalin: krb5 navid: sos nbecker: igraph ngompa: oggconvert nhorman: libnl nhosoi: fedora-ds-base nixaff4: kio_p7zip,tastymenu nkinder: fedora-ds-base noltec: kbibtex nomis80: camstream,quadkonsole notting: gtkhtml38,libofx nphilipp: bzflag nsantos: checkstyle,qpidc,rhm oliver: eclipse,mapserver,syck orion: gdl,libsynaptics,ncarg,netcdf,paraview,perl-PDL orphan: aget,cryptix-asn1,eclipse-emf,jgroups,ldapjdk otaylor: loudmouth,mugshot ovasik: coreutils,libwvstreams,taskjuggler,wvdial overholt: eclipse,eclipse,eclipse-mylyn,ws-commons-util,xmlrpc3 pcheung: castor pebenito: setools perl-sig: perl-CPANPLUS-Dist-Build,perl-Catalyst-Runtime,perl-Email-Reply,perl-File-MimeInfo,perl-Kwiki-Revisions,perl-Module-Build,perl-PPI-Tester,perl-Perl-Critic,perl-RRD-Simple,perl-Sys-Virt,perl-XML-Filter-BufferText,perl-XML-Validator-Schema pertusus: BibTool,bes,chmsee,dap-freeform_handler,dap-hdf4_handler,elektra,gnash,kchmviewer,libdap,libnc-dap,ncarg,nco,netcdf,paraview,perl-File-MimeInfo,texlive peter: fuse-encfs,rlog,sipp,stratagus petersen: darcs,ghc,gtk2hs,scim-fcitx,scim-tomoe pfj: db4o,gtk-sharp,monodevelop,pyxmms pfkeb: HippoDraw pfrields: blogtk,drivel pghmcfc: bittorrent,rbldnsd pgordon: WebKit,blam,deluge,epiphany-extensions,nemiver,rb_libtorrent,scribes phuang: scim-pinyin pingou: SteGUI pjones: grub pknirsch: freeipmi,openhpi pmatilai: apt pwouters: s3switch qshen: scim-fcitx qspencer: cln,ginac,lilypond rafalzaq: glob2 rathann: ekg2,mkvtoolnix,openbabel rbrich: cpio,tar rcritten: mod_revocator rdieter: Macaulay2,PyKDE,akode,alpine,amarok,arts,factory,kdemultimedia,kiosktool,kmymoney2,koffice,libfac,libkexif,libkipi,libmusicbrainz,libofa,libpqxx,libtunepimp,maxima,qt4,sbcl rezso: gdal,grass,iverilog,mapserver richdawe: planet rineau: ipe rishi: anjuta,autogen,gengetopt,nget,pida rjones: freetennis,ocaml-ocamlnet rmeggins: fedora-ds-base rnorwood: perl,perl-PDL,perl-XML-Twig robot101: loudmouth roland: monotone roozbeh: fonttools rrelyea: coolkey rstrode: gnome-games,gtksourceview,redhat-menus rvinyard: bit,bitgtkmm,clips,clipsmm,conexus,conexusmm,idioskopos,papyrus rvokal: gjots2,nc6,net-tools ryo: scim-skk,scim-tomoe s4504kr: gprolog salimma: Django,grhino,python-nltk,python-nltk_lite,zeroinstall-injector sconklin: cyrus-sasl,iptables scop: gkrellm,kid3,openct,vdr,vdr-femon,vdr-osdteletext,vdr-subtitles,vdr-sudoku,vdr-text2skin,vdr-ttxtsubs,vdr-wapd sdake: openais,openais seg: rosegarden4 sergiopr: blitz,ds9,loki-lib,qfits sgrubb: audit shahms: python-durus,python-psyco,python-quixote,python-simpletal,python-tpg silfreed: qgis,qtpfsgui simo: samba sindrepb: blam,cowbell,muine-scrobbler,pyxdg skvidal: seahorse smccann: geos snecker: jokosher,libflaim snirkel: xmms-adplug southa: adanaxisgpl splinux: gdmap,gfa,glipper,gnome-specimen,gstm,libgtksourceviewmm,lostirc,lostirc,musicbox,notecase spot: QuantLib,amanith,perl,perl-Email-Reply,perl-PPI-Tester,pychart,python-cerealizer,pyxdg,rekall,srecord,wlassistant,xbsql stahnma: kflickr static: eclipse-phpeclipse steve: celestia,cone,gl-117,perl-Kwiki-Revisions,perl-Module-Build,perl-Sys-Virt,supertux,uuid steved: libevent,nfs-utils-lib stingray: conntrack-tools,libnetfilter_conntrack stransky: awesfx subhodip: straw tagoh: kasumi,ruby tanguy: drgeo tbzatek: gamin tgl: mysql than: arts,doxygen,kdemultimedia,qt,qt4,wordtrans thias: bbkeys,blackbox,epydoc,fillets-ng,hackedbox,python-lirc,python-metar,python-ogg,python-tag,python-vorbis,synergy,torcs thl: mail-notification thm: guitone thomasvs: python-twisted-conch,python-twisted-core,python-twisted-lore,python-twisted-mail,python-twisted-names,python-twisted-news,python-twisted-runner,python-twisted-web,python-twisted-words till: aircrack-ng,offlineimap timj: alsa-tools,rapidsvn tjanouse: brltty,cyrus-imapd,tcp_wrappers tjikkun: farsight,gstreamer-plugins-farsight,libjingle,loudmouth,python-telepathy tmraz: gnet2,openssl,workrave toshio: python-configobj,python-sqlobject,qa-assistant trasher: klear trondd: gedit-plugins,libopenraw tscherf: Miro tsmetana: nut twaugh: coreutils twoerner: iptables,iptstate uwog: abiword,aiksaurus,asio,gtkmathview vcrhonek: pychecker vpv: vdr-skinsoppalusikka,vdr-tvonscreen wart: cyphesis,manaworld wcohen: libpfm,oprofile,systemtap wtogami: memtest86+ xen-maint: kernel-xen-2.6 xgl-maint: xorg-x11-drv-acecad,xorg-x11-drv-apm,xorg-x11-drv-ark,xorg-x11-drv-ast,xorg-x11-drv-calcomp,xorg-x11-drv-chips,xorg-x11-drv-citron,xorg-x11-drv-dmc,xorg-x11-drv-dynapro,xorg-x11-drv-glint,xorg-x11-drv-i128,xorg-x11-drv-i740,xorg-x11-drv-magellan,xorg-x11-drv-magictouch,xorg-x11-drv-microtouch,xorg-x11-drv-penmount,xorg-x11-drv-rendition,xorg-x11-drv-s3,xorg-x11-drv-s3virge,xorg-x11-drv-siliconmotion,xorg-x11-drv-spaceorb,xorg-x11-drv-tdfx,xorg-x11-drv-trident,xorg-x11-drv-tseng,xorg-x11-drv-vga,xorg-x11-drv-via,xorg-x11-drv-voodoo,xorg-x11-server,xorg-x11-server-utils xris: dar,lineak-defaultplugin,lineak-kdeplugins,lineak-xosdplugin,lineakd,orpie xulchris: SOAPpy,cal3d,osgcal,poker3d,pygame,python-fpconst ynemoy: ghc zhu: scim-hangul,stardict,zhcon zprikryl: acpid,lksctp-tools,lksctp-tools -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Thu Feb 14 14:59:46 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 14 Feb 2008 08:59:46 -0600 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-13 Message-ID: <20080214085946.A24710@humbolt.us.dell.com> Fedora Rawhide-in-Mock Build Results for i386 Based on tree on Feb 13, 2008 This corrected a number of failures due to incorrect mock excludes on x86_64. Note: this tree was built using gcc 4.3, so many failures are as a result of changes packages will need to adapt to this new compiler. Package list sorted by person is appended. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 5354 Number failed to build: 656 Number expected to fail due to ExclusiveArch or ExcludeArch: 12 Leaving: 644 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 644 ---------------------------------- 8Kingdoms-1.1.0-5.fc9 (build/make) jwrdegoede BibTool-2.48-6.fc7 (build/make) pertusus Django-0.96.1-1.fc9 (build/make) salimma HippoDraw-1.21.1-2.fc8 (build/make) pfkeb Inventor-2.1.5-31.fc9 (build/make) corsepiu LabPlot-1.5.1.6-4.fc8 (build/make) chitlesh MAKEDEV-3.23-1.2 (build/make) clumens Macaulay2-0.9.95-9.fc9 (build/make) rdieter Miro-1.1-2.fc9 (build/make) tscherf,caillon,alexlan PyRTF-0.45-5.fc8 (build/make) jamatos,mpeters,jamatos PySolFC-1.1-4.fc9 (build/make) firewing QuantLib-0.8.1-4.fc9 (build/make) spot R-systemfit-0.8-6.fc8 (build/make) orion SOAPpy-0.11.6-6.fc7 (build/make) xulchris SteGUI-0.0.1-12.fc9 (build/make) pingou WebKit-1.0.0-0.4.svn29336.fc9 (build/make) pgordon abiword-2.4.6-7.fc9 (build/make) uwog acpid-1.0.6-5.fc9 (build/make) zprikryl adanaxisgpl-1.2.4-1.fc9 (build/make) southa agave-0.4.2-5.fc8 (build/make) abompard aget-0.4-3.fc8 (build/make) orphan aiksaurus-1.2.1-15.fc6 (build/make) uwog aircrack-ng-0.9.1-2.fc8 (build/make) till airsnort-0.2.7e-11.fc7 (build/make) awjb akode-2.0.2-4.fc9 (build/make) rdieter alliance-5.0-10.20070718snap.fc8 (build/make) chitlesh alpine-1.00-2.fc9 (build/make) joshuadf,rdieter,jima alsa-tools-1.0.15-2.fc9 (build/make) timj amanith-0.3-6.fc9 (build/make) spot amarok-1.4.8-2.fc9 (build/make) abompard,rdieter amarokFS-0.5-1.fc7 (build/make) faucamp anjuta-2.2.0-4.fc9 (build/make) rishi antlr-2.7.7-1jpp.6.fc8 (build/make) dbhole apt-0.5.15lorg3.94-1.fc9 (build/make) athimm,pmatilai ardour-2.2-3.fc9 (build/make) green,jwrdegoede aria2-0.12.0-2.fc9 (build/make) ecik arm-gp2x-linux-glibc-2.3.6-4.fc8 (build/make) jwrdegoede arts-1.5.8-4.fc8 (build/make) than,rdieter asio-0.3.8-7.fc9 (build/make) uwog asterisk-1.4.17-1.fc9 (build/make) jcollie astyle-1.21-6.fc8 (build/make) addutko,mtasaka audit-1.6.7-2.fc9 (build/make) sgrubb authd-1.4.3-11 (build/make) jsafrane,jsafrane autogen-5.8.9-1.fc7 (build/make) rishi avr-libc-1.4.6-4.fc8 (build/make) jwrdegoede awesfx-0.5.0d-4.fc7 (build/make) stransky bacula-2.0.3-13.fc9 (build/make) ixs,mmcgrath basket-1.0.2-3.fc9 (build/make) abompard bbkeys-0.9.0-9 (build/make) thias bes-3.5.3-3.fc9 (build/make) pertusus bibletime-1.6.5-2.fc9 (build/make) anderson,deji bidiv-1.5-4.fc6 (build/make) danken bit-0.4.1-1.fc7 (build/make) rvinyard bitbake-1.8.8-1.fc8 (build/make) ixs bitgtkmm-0.4.0-2.fc7 (build/make) rvinyard bittorrent-4.4.0-5.fc7 (build/make) pghmcfc blackbox-0.70.1-9 (build/make) thias blam-1.8.3-13.fc9 (build/make) pgordon,sindrepb blitz-0.9-5.fc9 (build/make) sergiopr blobby-0.6-0.7.a.fc8 (build/make) abompard blogtk-1.1-8.fc7 (build/make) pfrields bmpx-0.40.13-7.fc9 (build/make) akahl brltty-3.9-1.1.fc9 (build/make) tjanouse brutus-keyring-0.9.0-6.fc8 (build/make) bpepple,colding buoh-0.8.2-2.fc7 (build/make) chabotc bzflag-2.0.10-4.fc9 (build/make) nphilipp cal3d-0.11.0-4.fc7 (build/make) xulchris callweaver-1.2-0.4.rc5.20071230.fc9 (build/make) dwmw2 camstream-0.26.3-12.fc8 (open_missing_mode) nomis80 castor-0.9.5-1jpp.7 (build/make) pcheung cdrdao-1.2.2-3 (build/make) harald celestia-1.4.1-7.fc7 (build/make) steve,mmahut checkstyle-4.1-4jpp.2.fc8 (build/make) nsantos,dbhole chmsee-1.0.0-1.34.fc9 (build/make) bbbush,pertusus cinepaint-0.22.1-5.fc8 (build/make) kwizart claws-mail-plugins-3.2.0-1.fc9 (build/make) awjb clips-6.24-22.fc7 (build/make) rvinyard clipsmm-0.0.7-1.fc7 (build/make) rvinyard clisp-2.43-3.fc9 (build/make) gemi,green cln-1.1.13-4.fc8 (build/make) qspencer cman-2.0.60-3.fc7 (build/make) cfeist cmucl-19d-5.fc8 (build/make) rdieter,green compat-erlang-R10B-11.9.fc9 (build/make) gemi compiz-0.6.2-6.fc9 (build/make) krh cone-0.74-1.fc9 (build/make) steve conexus-0.5.3-2.fc8 (build/make) rvinyard conexusmm-0.5.0-3.fc7 (build/make) rvinyard conntrack-tools-0.9.5-3.fc9 (build/make) stingray contacts-0.8-1.fc9 (build/make) jkeating coolkey-1.1.0-5.fc8 (build/make) rrelyea,jmagne coreutils-6.10-5.fc9 (build/make) ovasik,twaugh cowbell-0.2.7.1-6.fc6 (build/make) sindrepb cpio-2.9-5.fc9 (build/make) rbrich cppad-20071229-6.fc9 (build/make) bradbell cpuspeed-1.2.1-3.fc8 (build/make) jwilson cryptix-asn1-20011119-7jpp.2 (build/make) orphan crystal-clear-20050622-6.fc8 (build/make) chitlesh curl-7.18.0-1.fc9 (build/make) jnovy cyphesis-0.5.15-3.fc9 (build/make) wart cyrus-imapd-2.3.9-8.fc9 (build/make) tjanouse cyrus-sasl-2.1.22-11.fc9 (build/make) sconklin dap-freeform_handler-3.7.7-2.fc9 (build/make) pertusus dap-hdf4_handler-3.7.7-3.fc9 (build/make) pertusus dar-2.3.6-3.fc9 (build/make) xris darcs-1.0.9-6.fc8 (build/make) jjh,petersen dasher-4.7.0-1.fc9 (build/make) davidz db4o-6.1-2.fc7 (build/make) pfj dbxml-2.3.10-9.fc9 (build/make) mzazrive deluge-0.5.8.3-1.fc9 (build/make) pgordon devhelp-0.17-1.fc9 (build/make) mbarnes device-mapper-multipath-0.4.7-11.fc7 (build/make) lvm-team,agk,mornfall,mbroz,dwysocha,bmarzins dhcpv6-1.0.11-1.fc9 (build/make) dcantrel distcache-1.4.5-16 (build/make) jorton dmraid-1.0.0.rc14-6.fc9 (build/make) lvm-team,agk,mornfall,bmr,mbroz,mauelsha,dwysocha dnsmasq-2.41-0.6.rc1.fc9 (build/make) jima dosbox-0.72-1.fc8 (build/make) awjb doxygen-1.5.4-1.fc9 (build/make) than drgeo-1.1.0-11.fc8 (build/make) tanguy drivel-2.1.1-0.3.20071130svn.fc9 (build/make) pfrields ds9-5.1-1.fc9 (build/make) sergiopr dvgrab-3.1-1.fc9 (build/make) jwilson eclipse-3.3.1.1-14.fc9 (build/make) overholt,oliver,overholt eclipse-emf-2.2.2-1.fc7 (build/make) orphan eclipse-mylyn-2.0.0-9.fc8 (build/make) overholt ecryptfs-utils-38-0.fc9 (build/make) mhalcrow,karsten,kevin eiciel-0.9.5-1.fc9 (build/make) cweyl ekg2-0.1.1-2.fc9 (build/make) rathann elektra-0.6.10-6.fc9 (build/make) pertusus,kwizart elilo-3.6-7 (build/make) clumens enblend-3.1-0.1.20080121cvs.fc9 (build/make) bpostle,jspaleta epiphany-2.21.5-0.1.svn7856.fc9 (build/make) gecko-maint epiphany-extensions-2.20.1-3.fc9 (build/make) caillon,pgordon epydoc-2.1-8.fc8 (build/make) thias epylog-1.0.3-5.fc7 (build/make) icon erlang-R12B-0.1.fc9 (build/make) gemi esc-1.0.1-8.fc9 (build/make) jmagne evolution-brutus-1.1.28.7-2.fc8 (build/make) bpepple,colding evolution-data-server-2.21.90-1.fc9 (build/make) mbarnes,mcrha evolution-exchange-2.21.90-1.fc9 (build/make) mbarnes evolution-sharp-0.15.4-1.fc9 (build/make) mbarnes f-spot-0.4.1-2.fc9 (build/make) caillon factory-3.0.3-1.fc9 (build/make) rdieter farsight-0.1.25-1.fc8 (build/make) bpepple,tjikkun,morgan fbdesk-1.4.1-1.fc9 (build/make) awjb fedora-ds-base-1.1.0-4.fc9 (build/make) rmeggins,ausil,nkinder,nhosoi festival-1.96-2.fc9 (build/make) davidz fillets-ng-0.7.4-3.fc8 (build/make) thias fityk-0.8.1-10.fc8 (build/make) jpye flagpoll-0.9.1-1.fc8 (build/make) deji fluxbox-1.0.0-2.fc9 (build/make) awjb fluxstyle-1.0.1-2.fc7 (build/make) errr fmt-ptrn-1.3.13-1.fc9 (build/make) mikep fonttools-2.0-0.11.20060223cvs.fc7 (build/make) roozbeh,fonts-sig fontypython-0.2.0-6.fc7 (build/make) cr33dog,fonts-sig freeipmi-0.5.1-1.fc9 (build/make) pknirsch freetennis-0.4.8-6.fc7 (build/make) rjones fuse-encfs-1.4.1.1-1.fc9 (build/make) peter g-wrap-1.9.9-5.fc9 (build/make) laxathom galeon-2.0.4-2.fc9 (build/make) denis gamin-0.1.9-4.fc8 (build/make) tbzatek gazpacho-0.7.2-2.fc8 (build/make) icon gcdmaster-1.2.2-3.fc8 (build/make) denis gchempaint-0.8.5-2.fc9 (build/make) belegdol gcl-2.6.7-17.fc9 (build/make) gemi,green gdal-1.5.0-2.fc9 (build/make) rezso gdl-0.9-0.pre6.fc9 (build/make) orion gdmap-0.7.5-6.fc6 (build/make) splinux gds2pov-0.20070815-1.fc8 (build/make) chitlesh gedit-plugins-2.18.0-2.fc7 (build/make) trondd gengetopt-2.21-3.fc8 (build/make) rishi geos-2.2.3-1.fc7 (build/make) smccann getmail-4.7.7-2.fc9 (build/make) knol gfa-0.4.1-4.fc7 (build/make) splinux gforth-0.6.2-10.fc7 (build/make) gemi ghc-6.8.2-2.fc9 (build/make) bos,petersen,ynemoy gimmage-0.2.3-1.fc8 (build/make) denis ginac-1.4.1-1.fc9 (build/make) qspencer gjots2-2.3.4-7.fc7 (build/make) rvokal gkrellm-2.3.1-2.fc9 (build/make) jwrdegoede,scop gl-117-1.3.2-4.fc7 (build/make) steve glimmer-3.02-2.fc8 (build/make) c4chris glipper-0.95.1-2.fc7 (build/make) splinux glob2-0.9.1-2.fc8 (build/make) rafalzaq glom-1.6.7-1.fc9 (build/make) denis gmrun-0.9.2-10.fc8 (build/make) gilboa gnash-0.8.1-6.fc9 (build/make) pertusus gnet2-2.0.7-10.fc8 (build/make) tmraz gnome-applet-tvn24-0.2.8-3.fc9 (build/make) liviopl gnome-applet-vm-0.1.2-2.fc7 (build/make) kzak gnome-chemistry-utils-0.8.6-1.fc9 (build/make) belegdol gnome-device-manager-0.2-2.fc9 (build/make) davidz gnome-games-2.21.90-1.fc9 (build/make) rstrode,jwrdegoede gnome-media-2.20.1-7.fc9 (build/make) hadess gnome-python2-extras-2.19.1-12.fc9 (build/make) mbarnes gnome-spell-1.0.8-3.fc9 (build/make) mbarnes gnome-web-photo-0.3-8.fc9 (build/make) hadess gpsim-0.22.0-5.fc8 (build/make) dionysos graphviz-2.16-3.2.fc9 (build/make) jima grass-6.2.2-3.fc9 (build/make) rezso gresistor-0.0.1-11.fc8 (build/make) chitlesh grhino-0.16.0-2.fc8 (build/make) salimma grub-0.97-21.fc9 (build/make) pjones gstm-1.2-6.fc7 (build/make) splinux gstreamer-plugins-farsight-0.12.5-1.fc8 (build/make) bpepple,tjikkun,morgan gtk-sharp-1.0.10-12.fc7 (build/make) pfj gtk2hs-0.9.12.1-8.fc9 (build/make) bos,petersen gtkhtml38-3.12.3-6.fc8 (build/make) notting gtkmathview-0.7.6-5.fc6 (build/make) uwog gtkmozembedmm-1.4.2.cvs20060817-17.fc9 (build/make) hguemar gtksourceview-1.8.5-3.fc8 (build/make) rstrode guile-gnome-platform-2.15.93-6.fc8 (build/make) laxathom guitone-0.7-2.fc9 (build/make) thm gwave-2-5.20070514snap.fc9 (build/make) chitlesh hackedbox-0.8.5-3.fc8 (build/make) thias haproxy-1.3.14.2-1.fc9 (build/make) jjh hawknl-1.68-2.fc8 (build/make) jwrdegoede ht2html-2.0-5.fc6 (build/make) ifoox hugin-0.7.0-0.2.20080121svn.fc9 (build/make) bpostle,jspaleta hunspell-ar-0.20060208-1.fc8 (build/make) danken ice-3.2.1-14.fc9 (build/make) mef idioskopos-0.4.1-1.fc7 (build/make) rvinyard igraph-0.4.5-4.fc9 (build/make) nbecker ip-sentinel-0.12-10.fc7 (build/make) ensc ipe-6.0-0.22.pre28.fc9 (build/make) rineau iptables-1.3.8-6.fc9 (build/make) twoerner,sconklin iptstate-2.2.1-1.fc8 (build/make) twoerner iputils-20070202-7.fc9 (build/make) mnagy irssi-0.8.12-4.fc9 (build/make) mmahut itpp-4.0.0-2.fc9 (build/make) edhill iverilog-0.9.20070608-1.fc8 (build/make) rezso,chitlesh java-1.5.0-gcj-1.5.0.0-19.fc9 (build/make) fitzsim java-1.7.0-icedtea-1.7.0.0-0.24.b24.fc9 (build/make) fitzsim jgroups-2.2.9.2-3jpp.2 (build/make) orphan jigdo-0.7.3-4.fc8 (build/make) iburrell jokosher-1.0-0.1.20070929svn.fc8 (build/make) snecker jrtplib-3.7.1-2.fc8 (build/make) jcollie k3d-0.6.7.0-4.fc8 (build/make) denis kadu-0.6.0-0.7.beta2.fc9 (build/make) ecik kasumi-2.3-1.fc9 (build/make) tagoh katapult-0.3.2.1-2.fc8 (build/make) chitlesh kazehakase-0.5.0-1.fc9.2 (build/make) mtasaka kbackup-0.5.3-1.fc8 (build/make) dionysos kbibtex-0.2-13.fc8 (build/make) noltec kcemirror-0.1.5-1.fc7 (build/make) awjb,abompard kchmviewer-3.0-2.fc7 (build/make) pertusus,jpo kdemultimedia-4.0.1-1.fc9 (build/make) than,rdieter,kkofler,ltinkl kdirstat-2.5.3-6.fc8 (build/make) chitlesh kdissert-1.0.7-1.fc7 (build/make) icon keepassx-0.2.2-4.fc8 (build/make) abompard keurocalc-0.9.7-3.fc8 (build/make) chitlesh kflickr-0.9-1.fc8 (build/make) stahnma kid3-0.10-3.fc9 (build/make) scop kio_p7zip-0.3.1-5.fc8 (build/make) nixaff4 kio_resources-0.2-3.fc8 (build/make) chitlesh kio_sword-0.3-5.fc9 (build/make) anderson,deji kiosktool-1.0-8.fc8 (build/make) rdieter kismet-0.0.2007.10.R1-2.fc9 (build/make) ensc kleansweep-0.2.9-5.fc8 (build/make) chitlesh klear-0.6.1-1.fc8 (build/make) trasher klibido (build/make) faucamp kmobiletools-0.4.3.3-3.fc6 (build/make) ausil kmymoney2-0.8.8-1.fc9 (build/make) rdieter knemo-0.4.7-1.fc7 (build/make) faucamp knetstats-1.6.1-4.fc8 (build/make) chitlesh koffice-1.6.3-13.fc8 (build/make) awjb,rdieter koffice-langpack-1.6.3-1.fc8 (build/make) awjb kooldock-0.4.6-2.fc8 (build/make) ecik kphotobymail-0.4.1-1.fc7 (build/make) kushal kpolynome-0.1.2-10.fc8 (build/make) chitlesh krb5-1.6.3-4.fc9 (build/make) nalin krecipes-0.9.1-6.fc8 (build/make) ausil krename-3.0.14-2.fc8 (build/make) ecik krusader-1.80.0-4.fc9 (build/make) mgarski kshutdown-1.0.1-1.fc8 (build/make) chitlesh ksshaskpass-0.3-3.fc8 (build/make) abompard ktechlab-0.3.69-5.fc8 (build/make) chitlesh lagan-2.0-1.fc8 (build/make) c4chris lam-7.1.2-11.fc9 (build/make) dledford lash-0.5.3-3.fc8 (build/make) green ldapjdk-4.17-1jpp.7 (build/make) orphan libcdio-0.79-2.fc9 (build/make) adrian libcmpiutil-0.1-6.fc9 (build/make) danms libdap-3.7.10-2.fc9 (build/make) pertusus libevent-1.3e-1.fc9 (build/make) steved libextractor-0.5.18a-1.fc8 (build/make) ensc libfac-3.0.3-1.fc9 (build/make) rdieter libflaim-4.9.989-18.fc9 (build/make) snecker libfreebob-1.0.3-2.fc9 (build/make) green libgtksourceviewmm-0.3.1-1.fc8 (build/make) splinux libident-0.32-1.fc9 (build/make) ixs libjingle-0.3.11-5.fc9 (build/make) bpepple,tjikkun,morgan libkexif-0.2.5-2.fc8 (build/make) abompard,rdieter libkipi-0.1.5-2.fc8 (build/make) abompard,rdieter libmusicbrainz-2.1.5-3.fc9 (build/make) hadess,rdieter libnc-dap-3.7.0-9.fc9 (build/make) pertusus libnetfilter_conntrack-0.0.82-1.fc9 (build/make) stingray libnl-1.1-1.fc9 (build/make) dcbw,dcbw,nhorman libofa-0.9.3-10.fc8 (build/make) rdieter libofx-0.8.3-4 (build/make) notting libopenraw-0.0.4-2.fc9 (build/make) trondd libopensync-plugin-google-calendar-0.35-2.fc9 (build/make) awjb libopensync-plugin-syncml-0.35-1.fc9 (build/make) cheese libpfm-3.2-0.071017.1.fc9 (build/make) wcohen libpqxx-2.6.8-7.fc8 (build/make) awjb,rdieter libsmbios-0.13.13-1.fc9 (build/make) mebrown libsynaptics-0.14.6c-2.fc8 (build/make) orion libtommath-0.41-7.fc9 (build/make) jjh libtorrent-0.11.8-2.fc9 (build/make) chabotc libtunepimp-0.5.3-9.fc8 (build/make) rdieter,kwizart libvpd-1.5.0-1.fc9 (build/make) emunson libwvstreams-4.4.1-3.fc9 (build/make) ovasik libxml++-2.20.0-1.fc8 (build/make) icon,denis libzzub-0.2.3-10.fc9 (build/make) akahl,mtasaka licq-1.3.4-10.fc9 (build/make) jmoskovc lilypond-2.10.33-1.fc8 (build/make) qspencer lineak-defaultplugin-0.9-2.fc6 (build/make) xris lineak-kdeplugins-0.9-2.fc6 (build/make) xris lineak-xosdplugin-0.9-2.fc6 (build/make) xris lineakd-0.9-5.fc6 (build/make) xris linkage-0.1.4-4.fc8 (build/make) drago01 linkchecker-4.7-10.fc8 (build/make) mikep linux-atm-2.5.0-5 (build/make) dwmw2 linuxdcpp-1.0.1-1.fc9 (build/make) mgarski linuxwacom-0.7.9.4-1.fc9 (build/make) arozansk lksctp-tools-1.0.7-2.fc8 (build/make) zprikryl,zprikryl llvm-2.1-2.fc9 (build/make) bos loki-lib-0.1.6-4.fc8.1 (build/make) sergiopr lostirc-0.4.6-3.fc8 (build/make) splinux,splinux loudmouth-1.3.3-2.fc9 (build/make) bpepple,otaylor,tjikkun,robot101 lvm2-2.02.33-9.fc9 (build/make) lvm-team,agk,mornfall,bmr,mbroz,dwysocha,bmarzins mail-notification-5.0-2.fc9 (build/make) buc,thl,buc manaworld-0.0.23-1.fc8 (build/make) wart mapserver-5.0.0-1.fc9 (build/make) rezso,oliver,devrim maven-doxia-1.0-0.1.a7.3jpp.5.fc8 (build/make) dbhole maven-jxr-1.0-2jpp.4.fc8 (build/make) dbhole maven-scm-1.0-0.1.b3.2jpp.2.fc8 (build/make) dbhole maven-shared-1.0-4jpp.3.fc8 (build/make) dbhole maven-surefire-1.5.3-2jpp.4.fc8 (build/make) dbhole maven-wagon-1.0-0.1.a5.3jpp.1.fc7 (build/make) mwringe maven2-2.0.4-10jpp.8.fc8 (build/make) dbhole maxima-5.14.0-4.fc9 (build/make) rdieter,jamatos mbuffer-20070502-1.fc7 (open_missing_mode) adalloz metamonitor-0.4.5-3.fc6 (build/make) eitch mimetic-0.9.3-2.fc8 (build/make) ensc mkvtoolnix-2.1.0-1.fc8 (build/make) rathann mod_revocator-1.0.2-2.fc9 (build/make) rcritten modello-1.0-0.1.a8.4jpp.3.fc7 (build/make) mwringe module-init-tools-3.4-2.fc8 (build/make) jcm monodevelop-0.17-4.fc9 (build/make) pfj monotone-0.38-2.fc9 (build/make) roland moto4lin-0.3-6.fc7 (build/make) jafo mtd-utils-1.1.0-2.fc8 (build/make) dwmw2,jwboyer muParser-1.28-2.fc8 (build/make) frankb mugshot-1.1.56-1.fc8 (build/make) otaylor muine-scrobbler-0.1.8-2.fc8 (build/make) sindrepb multiget-1.1.4-7.fc8 (build/make) allisson,mtasaka musicbox-0.2.3-5.fc6 (build/make) splinux mx-2.0.6-3 (build/make) misa mx4j-3.0.1-6jpp.4 (build/make) fnasser mysql-5.0.45-6.fc9 (build/make) tgl mysql-gui-tools-5.0r12-5.fc9 (build/make) ausil nagi-2.06-4.fc8 (build/make) limb nagios-plugins-1.4.10-3.fc9 (build/make) mmcgrath,jpo nc6-1.0-5.fc8 (build/make) jsafrane,rvokal,jsafrane ncarg-4.4.2-5.fc9 (build/make) orion,pertusus nco-3.9.1-1.fc8 (build/make) edhill,pertusus nemiver-0.4.0-3.fc9 (build/make) pgordon net-tools-1.60-84.fc8 (build/make) rvokal netcdf-3.6.2-4.fc8 (build/make) edhill,orion,jspaleta,pertusus nethack-vultures-2.1.0-10.fc8 (build/make) meme newscache-1.2-0.4.rc6.fc6 (build/make) buc nfs-utils-lib-1.1.1-1.fc9 (build/make) steved nget-0.27.1-7.fc8 (build/make) rishi ninja-1.5.8.1-7 (build/make) adrian notecase-1.6.1-2.fc8 (build/make) splinux nut-2.2.1-1.fc9 (build/make) tsmetana nx-2.1.0-24.fc9 (build/make) athimm,limb ocaml-lablgl-1.02-15.fc8 (build/make) gemi ocaml-ocamlnet-2.2.9-1.fc9 (build/make) rjones,gemi offlineimap-5.99.4-1.fc9 (build/make) till oggconvert-0.3.0-14.fc9 (build/make) ngompa oooqs2-1.0-3.fc6 (build/make) ausil oorexx-3.2.0-2.fc9 (build/make) gemi openais-0.80.1-6 (build/make) sdake,sdake openbabel-2.1.1-2.fc9 (build/make) rathann openct-0.6.14-3.fc8 (build/make) jwrdegoede,scop openhpi-2.10.1-1.fc9 (build/make) pknirsch openssl-0.9.8g-4.fc9 (build/make) tmraz oprofile-0.9.3-15.fc9 (build/make) wcohen orpie-1.4.3-5.fc6 (build/make) xris osgcal-0.1.46-3.fc9 (build/make) xulchris pan-0.132-2.fc8 (build/make) adalloz,mpeters paprefs-0.9.6-1.fc9 (build/make) emoret papyrus-0.7.1-1.fc7 (build/make) rvinyard paraview-3.2.1-3.fc9 (build/make) orion,pertusus pari-2.3.0-5.fc7 (build/make) gemi pcmanx-gtk2-0.3.5-9.336svn.fc7 (open_missing_mode) leo pdfcube-0.0.2-6.fc8 (build/make) maxx pdfedit-0.3.2-2.fc8 (build/make) bjohnson pekwm-0.1.5-5.fc7 (build/make) errr perl-5.8.8-31.fc9 (build/make) rnorwood,spot,corsepiu,kasal perl-CPANPLUS-Dist-Build-0.05-3.fc9 (build/make) cweyl,perl-sig perl-Catalyst-Runtime-5.7007-4.fc7 (build/make) cweyl,perl-sig perl-Email-Reply-1.202-1.fc8 (build/make) spot,perl-sig perl-File-MimeInfo-0.14-1.fc8 (build/make) pertusus,perl-sig perl-Kwiki-Revisions-0.15-5.fc7 (build/make) steve,perl-sig perl-Module-Build-0.2808-1.fc8 (build/make) steve,perl-sig perl-PDL-2.4.3-4.fc8 (build/make) rnorwood,orion perl-PPI-Tester-0.06-2.fc6 (build/make) spot,perl-sig perl-Perl-Critic-1.053-1.fc8 (build/make) cweyl,perl-sig perl-RRD-Simple-1.43-1.fc7 (build/make) cweyl,perl-sig perl-Sys-Virt-0.1.1-9.fc7 (build/make) steve,perl-sig,berrange perl-Test-AutoBuild-1.2.2-1.fc9 (build/make) berrange perl-XML-Filter-BufferText-1.01-2.fc7 (build/make) ixs,perl-sig perl-XML-Twig-3.29-4.fc8 (build/make) rnorwood perl-XML-Validator-Schema-1.08-1.fc7 (build/make) ixs,perl-sig petitboot-0.0.1-7.fc8 (build/make) dwmw2,jwboyer pida-0.5.1-5.fc9 (build/make) rishi pikdev-0.9.2-3.fc8 (build/make) dionysos piklab-0.15.0-1.fc9 (build/make) chitlesh,dionysos pikloops-0.2.5-1.fc9 (build/make) dionysos pioneers-0.11.3-3.fc9 (build/make) jwrdegoede plague-0.4.4.1-4.fc7 (build/make) dcbw planet-2.0-4.fc8 (build/make) richdawe plexus-ant-factory-1.0-0.1.a1.2jpp.5.fc8 (build/make) dbhole plexus-appserver-1.0-0.1.a5.3jpp.3.fc8 (build/make) dbhole plexus-bsh-factory-1.0-0.1.a7s.2jpp.5.fc8 (build/make) dbhole plexus-cdc-1.0-0.1.a4.2jpp.3.fc8 (build/make) dbhole plexus-maven-plugin-1.2-2jpp.2.fc8 (build/make) dbhole plexus-runtime-builder-1.0-0.1.a9.2jpp.2.fc8 (build/make) dbhole plexus-xmlrpc-1.0-0.1.b4.3jpp.6.fc8 (build/make) dbhole poker3d-1.1.36-7.fc9 (build/make) xulchris postgresql-plruby-0.5.1-5.fc9 (build/make) devrim powerman-1.0.32-4.fc9 (build/make) jwilson powerpc-utils-papr-1.0.4-2.fc9 (build/make) dwmw2 ppl-0.9-18.fc9 (build/make) bagnara prelink-0.4.0-1 (build/make) jakub pstoedit-3.45-1.fc8 (build/make) denis ptouch-driver-1.2-8.fc8 (build/make) lkundrak pyOpenSSL-0.6-2.p24.9 (build/make) misa pychart-1.39-6.fc8 (build/make) spot pychecker-0.8.17-2 (build/make) vcrhonek pygame-1.7.1-14.fc7 (build/make) xulchris pygsl-0.9.1-6.fc8 (build/make) jamatos pyparsing-1.4.7-1.fc8 (build/make) jamatos python-GeoIP-1.2.1-9.fc8 (build/make) mfleming python-TurboMail-2.1-1.fc9 (build/make) lmacken python-cerealizer-0.6-2.fc9 (build/make) spot python-configobj-4.4.0-2.fc8 (build/make) lmacken,toshio python-cpio-0.1-4.fc8 (build/make) jamatos python-dialog-2.7-7.fc8 (build/make) abompard python-durus-3.5-3.fc7 (build/make) shahms python-fpconst-0.7.3-1.fc8 (build/make) xulchris python-gammu-0.24-1.fc8.1 (build/make) laxathom python-gdata-1.0.9-1.fc9 (build/make) hadess,bjohnson python-lirc-0.0.5-5 (build/make) thias python-memcached-1.39-1.fc8 (build/make) jafo python-metar-1.3.0-2.fc7 (build/make) thias python-nltk-0.9-0.2.b2.fc8 (build/make) salimma python-nltk_lite-0.9-0.1.b2.fc8 (build/make) salimma python-ogg-1.3-7 (build/make) thias python-psyco-1.5.1-5.fc7 (build/make) shahms python-pydns-2.3.0-5.fc7 (build/make) jafo python-pyspf-2.0.3-1.fc8 (build/make) jafo python-quixote-2.4-5.fc7 (build/make) shahms python-simpletal-4.1-5.fc7 (build/make) shahms python-sqlite2-2.3.3-1.fc7 (build/make) laxathom,lmacken python-sqlobject-0.9.2-1.fc9 (build/make) lmacken,toshio python-tag-0.91-5 (build/make) thias python-telepathy-0.14.0-4.fc9 (build/make) bpepple,tjikkun,morgan python-tpg-3.1.0-4.fc7 (build/make) shahms python-twisted-conch-0.8.0-1.fc8 (build/make) thomasvs python-twisted-core-2.5.0-2.fc8 (build/make) thomasvs python-twisted-lore-0.2.0-4.fc7 (build/make) thomasvs python-twisted-mail-0.4.0-1.fc8 (build/make) thomasvs python-twisted-names-0.4.0-1.fc8 (build/make) thomasvs python-twisted-news-0.3.0-1.fc8 (build/make) thomasvs python-twisted-runner-0.2.0-4.fc7 (build/make) thomasvs python-twisted-web-0.7.0-1.fc8 (build/make) thomasvs python-twisted-words-0.5.0-1.fc8 (build/make) thomasvs python-urlgrabber-3.0.0-3.fc8 (build/make) katzj python-urljr-1.0.1-1.fc7 (build/make) jcollie python-vorbis-1.5-0.2.a (build/make) thias pyxdg-0.15-5.fc8.1 (build/make) spot,jpmahowa,sindrepb pyxf86config-0.3.34-1.fc8 (build/make) ajax pyxmms-2.06-4.fc7 (build/make) pfj pyzor-0.4.0-11.fc7 (build/make) ixs qa-assistant-0.4.90.5-2.fc6 (build/make) toshio qcad-2.0.5.0-6.fc9 (build/make) gemi qgis-0.9.0-2.fc8 (build/make) silfreed qgo-1.5.2-1.fc6 (build/make) kaboom qpidc-0.2-17.fc9 (build/make) aconway,nsantos qps-1.9.19-0.2.b.fc7 (build/make) makghosh qt-3.3.8b-3.fc9 (build/make) than qt4-4.3.3-6.fc9 (build/make) than,rdieter qtiplot-0.9-8.fc9 (build/make) frankb qtpfsgui-1.9.0-1.fc9 (build/make) silfreed quadkonsole-2.0.2-1.fc7 (build/make) nomis80 rapidsvn-0.9.4-7.fc9 (build/make) timj rb_libtorrent-0.12-3.fc9 (build/make) pgordon rbldnsd-0.996a-4.fc8 (build/make) pghmcfc readahead-1.4.2-3.fc8 (build/make) kzak redhat-menus-8.9.11-2.fc9 (build/make) rstrode rekall-2.4.5-6.fc8.1 (build/make) spot repoman-0.9-3.fc8 (build/make) dcantrel,clumens rhm-0.2-11.fc9 (build/make) aconway,nsantos rlog-1.3.7-3.fc6 (build/make) peter rosegarden4-1.6.0-1.fc8 (build/make) seg rpy-1.0.1-2.fc9 (build/make) jamatos,alexlan rsh-0.17-45.fc9 (build/make) atkac rtorrent-0.7.8-1.fc8 (build/make) chabotc ruby-1.8.6.111-7.fc9 (build/make) tagoh ruby-bdb-0.6.0-1.fc7 (build/make) errr ruby-hpricot-0.6-1.fc9 (build/make) mtasaka rudeconfig-5.0.5-1.fc7 (build/make) homeless samba-3.2.0-0.pre1.2.fc9 (build/make) simo sbcl-1.0.13-1.fc9 (build/make) rdieter,green sblim-wbemcli-1.5.1-5.fc7 (build/make) hamzy scim-array-0.0.2-2.fc9 (build/make) dchen scim-chewing-0.3.1-12.fc9 (build/make) cchance scim-fcitx-3.1.1-7.fc8 (build/make) petersen,qshen scim-hangul-0.3.2-1.fc9 (build/make) zhu scim-pinyin-0.5.91-23.fc9 (build/make) phuang scim-skk-0.5.2-8.fc6 (build/make) ryo scim-tables-0.5.7-3.fc7 (build/make) cchance scim-tomoe-0.6.0-2.fc8 (build/make) ryo,petersen scipy-0.6.0-3.fc8 (build/make) jspaleta scons-0.97-2.fc8 (build/make) gemi scrip-1.4-9.fc8 (build/make) edhill seahorse-2.21.4-3.fc9 (build/make) skvidal seq24-0.8.7-8.fc8 (build/make) green setools-3.3.2-2.fc9 (build/make) pebenito,dwalsh showimg-0.9.5-16.fc9 (build/make) abompard sipp-3.0-1.fc9 (build/make) peter slim-1.3.0-2.fc9 (build/make) afb slrn-0.9.8.1pl1-7.20070716cvs.fc9 (build/make) mlichvar smarteiffel-2.3-2.fc9 (build/make) gemi sos-1.8-1.fc8 (buildroot) navid source-highlight-2.8-1.fc9 (build/make) adrian specto-0.2.0-4.fc8 (build/make) laxathom srecord-1.36-1.fc8 (build/make) spot stardict-3.0.1-1.fc9 (build/make) zhu stratagus-2.2.4-1.fc8 (build/make) peter straw-0.27-12.fc9 (build/make) subhodip subversion-api-docs-1.4.4-2.fc8 (build/make) bojan supertux-0.3.1-1.fc9 (build/make) steve svnmailer-1.0.8-3.fc7 (build/make) mfleming syck-0.61-3.fc9 (build/make) oliver synce-kde-0.9.1-1.fc7 (build/make) awjb,abompard syncevolution-0.6-2.fc8 (build/make) mcepl synergy-1.3.1-5.fc8 (build/make) thias systemtap-0.6.1-1.fc9 (build/make) fche,wcohen tar-1.19-2.fc9 (build/make) rbrich taskjuggler-2.4.0-5.fc9 (build/make) ovasik tastymenu-0.8.2-2.fc8 (build/make) nixaff4 tclabc-1.0.9-1.fc7 (build/make) gemi tcp_wrappers-7.6-50.fc8 (build/make) tjanouse tcpdump-3.9.8-3.fc9 (build/make) mlichvar teckit-2.2.1-2.fc8 (build/make) jnovy telepathy-salut-0.2.2-1.fc9 (build/make) bpepple,johnp,morgan telescope-server-0-0.2.20070315.fc8 (build/make) jspaleta tellico-1.3-4.fc9 (build/make) jamatos testoob-1.13-4.fc8 (build/make) dgoodwin texlive-2007-16.fc9 (build/make) jnovy,pertusus thunderbird-2.0.0.9-2.fc9 (build/make) gecko-maint torcs-1.3.0-3.fc8 (build/make) thias torque-2.1.10-4.fc9 (build/make) garrick trousers-0.3.1-5.fc9 (build/make) key ttcp-1.12-16.fc8 (build/make) mmaslano ttmkfdir-3.0.9-24.fc7 (build/make) lizhang usbsink-0.3.2-1.fc8 (build/make) jspaleta uuid-1.6.0-2.fc8 (build/make) steve vdccm-0.10.1-1.fc9 (build/make) awjb,abompard vdr-1.4.7-7.fc9 (build/make) scop vdr-femon-1.1.5-1.fc9 (build/make) scop vdr-osdteletext-0.5.1-29.fc8 (build/make) scop vdr-skinsoppalusikka-1.0.6-1.fc9 (build/make) vpv vdr-subtitles-0.5.0-4.fc9 (build/make) scop vdr-sudoku-0.1.3-2.fc8 (build/make) scop vdr-text2skin-1.1-21.20051217cvs.fc9 (build/make) scop vdr-ttxtsubs-0.0.5-3.fc9 (build/make) scop vdr-tvonscreen-1.0.141-1.fc9 (build/make) vpv vdr-wapd-0.9-1.fc9 (build/make) scop vegastrike-0.4.3-7.fc8 (build/make) jwrdegoede verbiste-0.1.21-1.fc8 (build/make) icon vtk-5.0.3-22.fc9 (build/make) athimm wammu-0.19-3.fc8 (build/make) laxathom wlassistant-0.5.7-5.fc8 (build/make) spot wordtrans-1.1-0.3.pre13.fc9 (build/make) than workrave-1.8.5-1.fc9 (build/make) tmraz wpa_supplicant-0.5.7-21.fc9 (build/make) dcbw ws-commons-util-1.0.1-6.fc8 (build/make) green,overholt wuja-0.0.8-2.fc8 (build/make) dgoodwin wv2-0.2.3-4.fc9 (build/make) awjb wvdial-1.60-3.fc9 (build/make) ovasik wxPython-2.8.4.0-2.fc8 (build/make) mattdm xaos-3.2.3-1.fc7 (build/make) gemi xbsql-0.11-9.fc8 (build/make) spot xdaliclock-2.23-3.fc6 (build/make) kaboom xfce4-battery-plugin-0.5.0-2.fc7 (build/make) cwickert xml-commons-resolver-1.1-1jpp.12 (build/make) fnasser xmlcopyeditor-1.1.0.6-3.fc9 (build/make) ivazquez xmlrpc3-3.0-1jpp.4.fc8 (build/make) overholt xmms-adplug-1.2-6.fc9 (build/make) snirkel xmoto-0.3.4-1.fc9 (build/make) limb xorg-x11-drv-acecad-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-amd-0.0-22.20070625.fc8 (build/make) xgl-maint,bernie xorg-x11-drv-apm-1.1.1-7.fc8 (build/make) xgl-maint xorg-x11-drv-ark-0.6.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-ast-0.81.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-calcomp-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-chips-1.1.1-5.fc8 (build/make) xgl-maint xorg-x11-drv-citron-2.2.0-2.fc7 (build/make) xgl-maint xorg-x11-drv-cyrix-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-dmc-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-dynapro-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-glint-1.1.1-7.fc8 (build/make) xgl-maint xorg-x11-drv-i128-1.2.1-1.fc8 (build/make) xgl-maint xorg-x11-drv-i740-1.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-magellan-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-magictouch-1.0.0.5-5.fc8 (build/make) xgl-maint xorg-x11-drv-microtouch-1.1.0-2.fc7 (build/make) xgl-maint xorg-x11-drv-neomagic-1.1.1-4.fc8 (build/make) xgl-maint xorg-x11-drv-penmount-1.1.0-3.fc7 (build/make) xgl-maint xorg-x11-drv-rendition-4.1.3-5.fc8 (build/make) xgl-maint xorg-x11-drv-s3-0.5.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-s3virge-1.9.1-5.fc8 (build/make) xgl-maint xorg-x11-drv-siliconmotion-1.5.1-3.fc8 (build/make) xgl-maint xorg-x11-drv-spaceorb-1.1.0-4.fc8 (build/make) xgl-maint xorg-x11-drv-tdfx-1.3.0-6.fc8 (build/make) xgl-maint xorg-x11-drv-trident-1.2.3-6.fc8 (build/make) xgl-maint xorg-x11-drv-tseng-1.1.0-7.fc8 (build/make) xgl-maint xorg-x11-drv-vermilion-1.0.0-2.fc8 (build/make) xgl-maint xorg-x11-drv-vga-4.1.0-5.fc8 (build/make) xgl-maint xorg-x11-drv-via-0.2.2-4.fc8 (build/make) xgl-maint xorg-x11-drv-voodoo-1.1.1-1.fc8 (build/make) xgl-maint xorg-x11-server-1.4.99.1-0.19.20080107.fc9 (build/make) xgl-maint xorg-x11-server-utils-7.3-2.fc9 (build/make) xgl-maint xqilla-2.0.0-1.fc9 (build/make) mzazrive xqilla10-1.0.2-2.fc9 (build/make) mzazrive xscorch-0.2.0-12.fc8 (build/make) mgarski yelp-2.21.1-3.fc9 (build/make) mbarnes zeroinstall-injector-0.31-1.fc8 (build/make) salimma zhcon-0.2.6-5.fc7 (build/make) zhu With bugs filed: 0 ---------------------------------- ---------------------------------- Packages by owner: abompard: agave,amarok,basket,blobby,kcemirror,keepassx,ksshaskpass,libkexif,libkipi,python-dialog,showimg,synce-kde,vdccm aconway: qpidc,rhm adalloz: mbuffer,pan addutko: astyle adrian: libcdio,ninja,source-highlight afb: slim agk: device-mapper-multipath,dmraid,lvm2 ajax: pyxf86config akahl: bmpx,libzzub alexlan: Miro,rpy allisson: multiget anderson: bibletime,kio_sword arozansk: linuxwacom athimm: apt,nx,vtk atkac: rsh ausil: fedora-ds-base,kmobiletools,krecipes,mysql-gui-tools,oooqs2 awjb: airsnort,claws-mail-plugins,dosbox,fbdesk,fluxbox,kcemirror,koffice,koffice-langpack,libopensync-plugin-google-calendar,libpqxx,synce-kde,vdccm,wv2 bagnara: ppl bbbush: chmsee belegdol: gchempaint,gnome-chemistry-utils bernie: xorg-x11-drv-amd berrange: perl-Sys-Virt,perl-Test-AutoBuild bjohnson: pdfedit,python-gdata bmarzins: device-mapper-multipath,lvm2 bmr: dmraid,lvm2 bojan: subversion-api-docs bos: ghc,gtk2hs,llvm bpepple: brutus-keyring,evolution-brutus,farsight,gstreamer-plugins-farsight,libjingle,loudmouth,python-telepathy,telepathy-salut bpostle: enblend,hugin bradbell: cppad buc: mail-notification,mail-notification,newscache c4chris: glimmer,lagan caillon: Miro,epiphany-extensions,f-spot cchance: scim-chewing,scim-tables cfeist: cman chabotc: buoh,libtorrent,rtorrent cheese: libopensync-plugin-syncml chitlesh: LabPlot,alliance,crystal-clear,gds2pov,gresistor,gwave,iverilog,katapult,kdirstat,keurocalc,kio_resources,kleansweep,knetstats,kpolynome,kshutdown,ktechlab,piklab clumens: MAKEDEV,elilo,repoman colding: brutus-keyring,evolution-brutus corsepiu: Inventor,perl cr33dog: fontypython cweyl: eiciel,perl-CPANPLUS-Dist-Build,perl-Catalyst-Runtime,perl-Perl-Critic,perl-RRD-Simple cwickert: xfce4-battery-plugin danken: bidiv,hunspell-ar danms: libcmpiutil davidz: dasher,festival,gnome-device-manager dbhole: antlr,checkstyle,maven-doxia,maven-jxr,maven-scm,maven-shared,maven-surefire,maven2,plexus-ant-factory,plexus-appserver,plexus-bsh-factory,plexus-cdc,plexus-maven-plugin,plexus-runtime-builder,plexus-xmlrpc dcantrel: dhcpv6,repoman dcbw: libnl,libnl,plague,wpa_supplicant dchen: scim-array deji: bibletime,flagpoll,kio_sword denis: galeon,gcdmaster,gimmage,glom,k3d,libxml++,pstoedit devrim: mapserver,postgresql-plruby dgoodwin: testoob,wuja dionysos: gpsim,kbackup,pikdev,piklab,pikloops dledford: lam drago01: linkage dwalsh: setools dwmw2: callweaver,linux-atm,mtd-utils,petitboot,powerpc-utils-papr dwysocha: device-mapper-multipath,dmraid,lvm2 ecik: aria2,kadu,kooldock,krename edhill: itpp,nco,netcdf,scrip eitch: metamonitor emoret: paprefs emunson: libvpd ensc: ip-sentinel,kismet,libextractor,mimetic errr: fluxstyle,pekwm,ruby-bdb faucamp: amarokFS,klibido,knemo fche: systemtap firewing: PySolFC fitzsim: java-1.5.0-gcj,java-1.7.0-icedtea fnasser: mx4j,xml-commons-resolver fonts-sig: fonttools,fontypython frankb: muParser,qtiplot garrick: torque gecko-maint: epiphany,thunderbird gemi: clisp,compat-erlang,erlang,gcl,gforth,ocaml-lablgl,ocaml-ocamlnet,oorexx,pari,qcad,scons,smarteiffel,tclabc,xaos gilboa: gmrun green: ardour,clisp,cmucl,gcl,lash,libfreebob,sbcl,seq24,ws-commons-util hadess: gnome-media,gnome-web-photo,libmusicbrainz,python-gdata hamzy: sblim-wbemcli harald: cdrdao hguemar: gtkmozembedmm homeless: rudeconfig iburrell: jigdo icon: epylog,gazpacho,kdissert,libxml++,verbiste ifoox: ht2html ivazquez: xmlcopyeditor ixs: bacula,bitbake,libident,perl-XML-Filter-BufferText,perl-XML-Validator-Schema,pyzor jafo: moto4lin,python-memcached,python-pydns,python-pyspf jakub: prelink jamatos: PyRTF,PyRTF,maxima,pygsl,pyparsing,python-cpio,rpy,tellico jcm: module-init-tools jcollie: asterisk,jrtplib,python-urljr jima: alpine,dnsmasq,graphviz jjh: darcs,haproxy,libtommath jkeating: contacts jmagne: coolkey,esc jmoskovc: licq jnovy: curl,teckit,texlive johnp: telepathy-salut jorton: distcache joshuadf: alpine jpmahowa: pyxdg jpo: kchmviewer,nagios-plugins jpye: fityk jsafrane: authd,authd,nc6,nc6 jspaleta: enblend,hugin,netcdf,scipy,telescope-server,usbsink jwboyer: mtd-utils,petitboot jwilson: cpuspeed,dvgrab,powerman jwrdegoede: 8Kingdoms,ardour,arm-gp2x-linux-glibc,avr-libc,gkrellm,gnome-games,hawknl,openct,pioneers,vegastrike kaboom: qgo,xdaliclock karsten: ecryptfs-utils kasal: perl katzj: python-urlgrabber kevin: ecryptfs-utils key: trousers kkofler: kdemultimedia knol: getmail krh: compiz kushal: kphotobymail kwizart: cinepaint,elektra,libtunepimp kzak: gnome-applet-vm,readahead laxathom: g-wrap,guile-gnome-platform,python-gammu,python-sqlite2,specto,wammu leo: pcmanx-gtk2 limb: nagi,nx,xmoto liviopl: gnome-applet-tvn24 lizhang: ttmkfdir lkundrak: ptouch-driver lmacken: python-TurboMail,python-configobj,python-sqlite2,python-sqlobject ltinkl: kdemultimedia lvm-team: device-mapper-multipath,dmraid,lvm2 makghosh: qps mattdm: wxPython mauelsha: dmraid maxx: pdfcube mbarnes: devhelp,evolution-data-server,evolution-exchange,evolution-sharp,gnome-python2-extras,gnome-spell,yelp mbroz: device-mapper-multipath,dmraid,lvm2 mcepl: syncevolution mcrha: evolution-data-server mebrown: libsmbios mef: ice meme: nethack-vultures mfleming: python-GeoIP,svnmailer mgarski: krusader,linuxdcpp,xscorch mhalcrow: ecryptfs-utils mikep: fmt-ptrn,linkchecker misa: mx,pyOpenSSL mlichvar: slrn,tcpdump mmahut: celestia,irssi mmaslano: ttcp mmcgrath: bacula,nagios-plugins mnagy: iputils morgan: farsight,gstreamer-plugins-farsight,libjingle,python-telepathy,telepathy-salut mornfall: device-mapper-multipath,dmraid,lvm2 mpeters: PyRTF,pan mtasaka: astyle,kazehakase,libzzub,multiget,ruby-hpricot mwringe: maven-wagon,modello mzazrive: dbxml,xqilla,xqilla10 nalin: krb5 navid: sos nbecker: igraph ngompa: oggconvert nhorman: libnl nhosoi: fedora-ds-base nixaff4: kio_p7zip,tastymenu nkinder: fedora-ds-base noltec: kbibtex nomis80: camstream,quadkonsole notting: gtkhtml38,libofx nphilipp: bzflag nsantos: checkstyle,qpidc,rhm oliver: eclipse,mapserver,syck orion: R-systemfit,gdl,libsynaptics,ncarg,netcdf,paraview,perl-PDL orphan: aget,cryptix-asn1,eclipse-emf,jgroups,ldapjdk otaylor: loudmouth,mugshot ovasik: coreutils,libwvstreams,taskjuggler,wvdial overholt: eclipse,eclipse,eclipse-mylyn,ws-commons-util,xmlrpc3 pcheung: castor pebenito: setools perl-sig: perl-CPANPLUS-Dist-Build,perl-Catalyst-Runtime,perl-Email-Reply,perl-File-MimeInfo,perl-Kwiki-Revisions,perl-Module-Build,perl-PPI-Tester,perl-Perl-Critic,perl-RRD-Simple,perl-Sys-Virt,perl-XML-Filter-BufferText,perl-XML-Validator-Schema pertusus: BibTool,bes,chmsee,dap-freeform_handler,dap-hdf4_handler,elektra,gnash,kchmviewer,libdap,libnc-dap,ncarg,nco,netcdf,paraview,perl-File-MimeInfo,texlive peter: fuse-encfs,rlog,sipp,stratagus petersen: darcs,ghc,gtk2hs,scim-fcitx,scim-tomoe pfj: db4o,gtk-sharp,monodevelop,pyxmms pfkeb: HippoDraw pfrields: blogtk,drivel pghmcfc: bittorrent,rbldnsd pgordon: WebKit,blam,deluge,epiphany-extensions,nemiver,rb_libtorrent phuang: scim-pinyin pingou: SteGUI pjones: grub pknirsch: freeipmi,openhpi pmatilai: apt qshen: scim-fcitx qspencer: cln,ginac,lilypond rafalzaq: glob2 rathann: ekg2,mkvtoolnix,openbabel rbrich: cpio,tar rcritten: mod_revocator rdieter: Macaulay2,akode,alpine,amarok,arts,cmucl,factory,kdemultimedia,kiosktool,kmymoney2,koffice,libfac,libkexif,libkipi,libmusicbrainz,libofa,libpqxx,libtunepimp,maxima,qt4,sbcl rezso: gdal,grass,iverilog,mapserver richdawe: planet rineau: ipe rishi: anjuta,autogen,gengetopt,nget,pida rjones: freetennis,ocaml-ocamlnet rmeggins: fedora-ds-base rnorwood: perl,perl-PDL,perl-XML-Twig robot101: loudmouth roland: monotone roozbeh: fonttools rrelyea: coolkey rstrode: gnome-games,gtksourceview,redhat-menus rvinyard: bit,bitgtkmm,clips,clipsmm,conexus,conexusmm,idioskopos,papyrus rvokal: gjots2,nc6,net-tools ryo: scim-skk,scim-tomoe salimma: Django,grhino,python-nltk,python-nltk_lite,zeroinstall-injector sconklin: cyrus-sasl,iptables scop: gkrellm,kid3,openct,vdr,vdr-femon,vdr-osdteletext,vdr-subtitles,vdr-sudoku,vdr-text2skin,vdr-ttxtsubs,vdr-wapd sdake: openais,openais seg: rosegarden4 sergiopr: blitz,ds9,loki-lib sgrubb: audit shahms: python-durus,python-psyco,python-quixote,python-simpletal,python-tpg silfreed: qgis,qtpfsgui simo: samba sindrepb: blam,cowbell,muine-scrobbler,pyxdg skvidal: seahorse smccann: geos snecker: jokosher,libflaim snirkel: xmms-adplug southa: adanaxisgpl splinux: gdmap,gfa,glipper,gstm,libgtksourceviewmm,lostirc,lostirc,musicbox,notecase spot: QuantLib,amanith,perl,perl-Email-Reply,perl-PPI-Tester,pychart,python-cerealizer,pyxdg,rekall,srecord,wlassistant,xbsql stahnma: kflickr steve: celestia,cone,gl-117,perl-Kwiki-Revisions,perl-Module-Build,perl-Sys-Virt,supertux,uuid steved: libevent,nfs-utils-lib stingray: conntrack-tools,libnetfilter_conntrack stransky: awesfx subhodip: straw tagoh: kasumi,ruby tanguy: drgeo tbzatek: gamin tgl: mysql than: arts,doxygen,kdemultimedia,qt,qt4,wordtrans thias: bbkeys,blackbox,epydoc,fillets-ng,hackedbox,python-lirc,python-metar,python-ogg,python-tag,python-vorbis,synergy,torcs thl: mail-notification thm: guitone thomasvs: python-twisted-conch,python-twisted-core,python-twisted-lore,python-twisted-mail,python-twisted-names,python-twisted-news,python-twisted-runner,python-twisted-web,python-twisted-words till: aircrack-ng,offlineimap timj: alsa-tools,rapidsvn tjanouse: brltty,cyrus-imapd,tcp_wrappers tjikkun: farsight,gstreamer-plugins-farsight,libjingle,loudmouth,python-telepathy tmraz: gnet2,openssl,workrave toshio: python-configobj,python-sqlobject,qa-assistant trasher: klear trondd: gedit-plugins,libopenraw tscherf: Miro tsmetana: nut twaugh: coreutils twoerner: iptables,iptstate uwog: abiword,aiksaurus,asio,gtkmathview vcrhonek: pychecker vpv: vdr-skinsoppalusikka,vdr-tvonscreen wart: cyphesis,manaworld wcohen: libpfm,oprofile,systemtap xgl-maint: xorg-x11-drv-acecad,xorg-x11-drv-amd,xorg-x11-drv-apm,xorg-x11-drv-ark,xorg-x11-drv-ast,xorg-x11-drv-calcomp,xorg-x11-drv-chips,xorg-x11-drv-citron,xorg-x11-drv-cyrix,xorg-x11-drv-dmc,xorg-x11-drv-dynapro,xorg-x11-drv-glint,xorg-x11-drv-i128,xorg-x11-drv-i740,xorg-x11-drv-magellan,xorg-x11-drv-magictouch,xorg-x11-drv-microtouch,xorg-x11-drv-neomagic,xorg-x11-drv-penmount,xorg-x11-drv-rendition,xorg-x11-drv-s3,xorg-x11-drv-s3virge,xorg-x11-drv-siliconmotion,xorg-x11-drv-spaceorb,xorg-x11-drv-tdfx,xorg-x11-drv-trident,xorg-x11-drv-tseng,xorg-x11-drv-vermilion,xorg-x11-drv-vga,xorg-x11-drv-via,xorg-x11-drv-voodoo,xorg-x11-server,xorg-x11-server-utils xris: dar,lineak-defaultplugin,lineak-kdeplugins,lineak-xosdplugin,lineakd,orpie xulchris: SOAPpy,cal3d,osgcal,poker3d,pygame,python-fpconst ynemoy: ghc zhu: scim-hangul,stardict,zhcon zprikryl: acpid,lksctp-tools,lksctp-tools -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From rjones at redhat.com Thu Feb 14 15:03:48 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 14 Feb 2008 15:03:48 +0000 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-13 In-Reply-To: <20080214085946.A24710@humbolt.us.dell.com> References: <20080214085946.A24710@humbolt.us.dell.com> Message-ID: <47B45854.2080607@redhat.com> Matt Domsch wrote: > freetennis-0.4.8-6.fc7 (build/make) rjones [...] > ocaml-lablgl-1.02-15.fc8 (build/make) gemi > ocaml-ocamlnet-2.2.9-1.fc9 (build/make) rjones,gemi Gemi: All of these packages are fixed in Fedora CVS now, same goes for the apparent dependency problems from the Rawhide report yesterday. I'm just waiting for them to get pushed through the system. 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 jkeating at redhat.com Thu Feb 14 15:09:01 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 14 Feb 2008 10:09:01 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B4571B.1090703@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <4e1f5c1a0802140601r39ed0d7egbeef3287c788fffd@mail.gmail.com> <47B4571B.1090703@gmail.com> Message-ID: <20080214100901.4e44f5c9@redhat.com> On Thu, 14 Feb 2008 08:58:35 -0600 Les Mikesell wrote: > but it should be a choice left up to local configuration. How is it not a choice of local configuration right 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: From jwilson at redhat.com Thu Feb 14 15:12:53 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 14 Feb 2008 10:12:53 -0500 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-13 In-Reply-To: <20080214085946.A24710@humbolt.us.dell.com> References: <20080214085946.A24710@humbolt.us.dell.com> Message-ID: <200802141012.53611.jwilson@redhat.com> On Thursday 14 February 2008 09:59:46 am Matt Domsch wrote: > jwilson: cpuspeed,dvgrab,powerman These were all gcc 4.3-related build failures. Fixes for all three committed yesterday, all built successfully in koji. -- Jarod Wilson jwilson at redhat.com From laurent.rineau__fedora at normalesup.org Thu Feb 14 15:17:15 2008 From: laurent.rineau__fedora at normalesup.org (Laurent Rineau) Date: Thu, 14 Feb 2008 16:17:15 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080214100901.4e44f5c9@redhat.com> References: <47A1376D.7010408@redhat.com> <47B4571B.1090703@gmail.com> <20080214100901.4e44f5c9@redhat.com> Message-ID: <200802141617.15647@rineau.tsetse> On Thursday 14 February 2008 16:09:01 Jesse Keating wrote: > On Thu, 14 Feb 2008 08:58:35 -0600 > > Les Mikesell wrote: > > but it should be a choice left up to local configuration. > > How is it not a choice of local configuration right now? Maybe there should be a HOWTO related to that subject, so that everybody sees how easy it is to change that setup. Personally, I do not know how, yet. I do not even manage to find where I should look for a solution. -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From alan at redhat.com Thu Feb 14 15:20:32 2008 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Feb 2008 10:20:32 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B44807.7060309@gmail.com> References: <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> Message-ID: <20080214152032.GB12933@devserv.devel.redhat.com> On Thu, Feb 14, 2008 at 07:54:15AM -0600, Les Mikesell wrote: > >Because the device changes ownership > > Traditional unix behavior is that open file descriptors stay open and > working even if access permissions change. Actually no. The tty behaviour has been different since the earliest days for precisely these reasons > turn instead of rudely breaking a working process). I can see where > this might make sense on the VT keyboard since that device is > necessarily shared during the procedure. But it doesn't make any more > sense to interrupt a running phone or music player session because > someone else is temporarily using a certain keybord than it would to > break a running tape backup for the same circumstance. Or at least this > should be left as an easily chosen local policy. And local policy should defalt to security first. > the first session being interrupted has root access anyway and could > bypass the access restrictions the switch tries to impose. Wouldn't it > be better to kernel locking or some mechanism that can really ensure > exclusive access for situations like a phone session? VT switch locking policy is handled by X, and by X clients, the kernel just implements the rules. Your objections really make no rational sense anyway, you don't "accidentally" switch sessions to another user. Alan From lesmikesell at gmail.com Thu Feb 14 15:57:27 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 14 Feb 2008 09:57:27 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080214152032.GB12933@devserv.devel.redhat.com> References: <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> Message-ID: <47B464E7.3090603@gmail.com> Alan Cox wrote: > On Thu, Feb 14, 2008 at 07:54:15AM -0600, Les Mikesell wrote: >>> Because the device changes ownership >> Traditional unix behavior is that open file descriptors stay open and >> working even if access permissions change. > > Actually no. The tty behaviour has been different since the earliest days > for precisely these reasons But your /dev/tty is different from my /dev/tty and they stay that way if we are both logged in. >> turn instead of rudely breaking a working process). I can see where >> this might make sense on the VT keyboard since that device is >> necessarily shared during the procedure. But it doesn't make any more >> sense to interrupt a running phone or music player session because >> someone else is temporarily using a certain keybord than it would to >> break a running tape backup for the same circumstance. Or at least this >> should be left as an easily chosen local policy. > > And local policy should defalt to security first. That's fine if there is a sane, documented method to manage policy. >> the first session being interrupted has root access anyway and could >> bypass the access restrictions the switch tries to impose. Wouldn't it >> be better to kernel locking or some mechanism that can really ensure >> exclusive access for situations like a phone session? > > VT switch locking policy is handled by X, and by X clients, the kernel just > implements the rules. How does this relate to sessions not tied to a local keyboard? That is, if my session is via freenx, will a console login break access to the audio devices? > Your objections really make no rational sense anyway, you don't "accidentally" > switch sessions to another user. The accidental part is the idea that a certain keyboard is somehow related to other devices. That might be true in some cases, but it is just circumstantial. If someone is listening to music through speakers or has a phone call going he may not be near the keyboard, and someone else logging in to check their mail would have no relationship at all to the audio devices. -- Les Mikesell lesmikesell at gmail.com From selinux at gmail.com Thu Feb 14 16:08:46 2008 From: selinux at gmail.com (Tom London) Date: Thu, 14 Feb 2008 08:08:46 -0800 Subject: rawhide report: 20080213 changes In-Reply-To: <200802132316.m1DNGBOC028447@porkchop.devel.redhat.com> References: <200802132316.m1DNGBOC028447@porkchop.devel.redhat.com> Message-ID: <4c4ba1530802140808i4fb73ef9u5665deb9e43de348@mail.gmail.com> On Wed, Feb 13, 2008 at 3:16 PM, Build System wrote: > > kernel-2.6.25-0.35.rc1.fc9 > -------------------------- > * Tue Feb 12 2008 Jarod Wilson > - Fix up firewire bits to apply to 2.6.25 > > * Tue Feb 12 2008 Kyle McMartin > - Bump. > > * Tue Feb 12 2008 Kyle McMartin > - Linux 2.6.25-rc1 > "qemu-kvm" says: open /dev/kvm: No such file or directory Could not initialize KVM, will disable KVM support Also, recent kernels appear to set: /boot/config-2.6.25-0.35.rc1.fc9:CONFIG_MAC80211_DEBUGFS=y /boot/config-2.6.25-0.35.rc1.fc9:CONFIG_RT2X00_LIB_DEBUGFS=y This permanent? tom [Sorry for reporting this here, but firefox seems to faint on bugzilla pages......] -- Tom London From luitjens at cs.utah.edu Thu Feb 14 16:09:36 2008 From: luitjens at cs.utah.edu (Justin) Date: Thu, 14 Feb 2008 09:09:36 -0700 Subject: alsa-plugins-a52 with fedora 8? Message-ID: <47B467C0.70503@cs.utah.edu> Hi, I'm sorry if this is not the right mailing list for this question. I was directed here from another list. I would contact the alsa package maintainer directly but I don't know who it is. I have noticed the alsa package alsa-plugins-a52 seems to be missing in at least Fedora 8. Is this intentional? Is it possible to get this added? Thanks, Justin From jwilson at redhat.com Thu Feb 14 16:14:01 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 14 Feb 2008 11:14:01 -0500 Subject: thinkpad-acpi upstream version? (Revival) In-Reply-To: <1202998729.2932.0.camel@localhost.localdomain> References: <47852A26.4010609@fedoraproject.org> <409676c70801272314q4ed6a57ch3a753e82f9563cf@mail.gmail.com> <1202998729.2932.0.camel@localhost.localdomain> Message-ID: <200802141114.01147.jwilson@redhat.com> On Thursday 14 February 2008 09:18:49 am Nicolas A. Corrarello wrote: > I think there are new upstream patches for 2.6.24 and 2.6.25 rc1. Maybe > those can be included in F9? Yep. We're already targeting kernel 2.6.25 for F9, so you'll get that for free. :) (Or did you mean additional patches that aren't yet in or going into Linus' tree?) > On Mon, 2008-01-28 at 08:14 +0100, Trond Danielsen wrote: > > On Jan 11, 2008 6:42 PM, Denis Leroy wrote: > > > On my T61 (Nvidia Quadro NVS-140M), suspend works, but the brightness > > > > > > keys and sound keys do not work. I also get the bar graph, but actual > > > brightness doesn't change at all > > > > I have almost the same laptop as you (T61p), and I have the same > > problem with the volume keys, but the brightness keys work just fine. > > However, I have tainted my computer with the proprietary driver from > > Nvidia, if that makes any difference... -- Jarod Wilson jwilson at redhat.com From katzj at redhat.com Thu Feb 14 16:14:12 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 14 Feb 2008 11:14:12 -0500 Subject: rawhide report: 20080213 changes In-Reply-To: <4c4ba1530802140808i4fb73ef9u5665deb9e43de348@mail.gmail.com> References: <200802132316.m1DNGBOC028447@porkchop.devel.redhat.com> <4c4ba1530802140808i4fb73ef9u5665deb9e43de348@mail.gmail.com> Message-ID: <1203005652.31536.87.camel@aglarond.local> (Note: haven't updated yet to the new kernel, probably will later today...) On Thu, 2008-02-14 at 08:08 -0800, Tom London wrote: > "qemu-kvm" says: > open /dev/kvm: No such file or directory > Could not initialize KVM, will disable KVM support Is kvm-intel (or kvm-amd) getting loaded? Any messages from them in dmesg? Jeremy From tjanouse at redhat.com Thu Feb 14 16:23:55 2008 From: tjanouse at redhat.com (Tomas Janousek) Date: Thu, 14 Feb 2008 17:23:55 +0100 Subject: NI_MAXHOST and NI_MAXSERV need _GNU_SOURCE now (was: Re: Fedora i386 rawhide rebuild in mock status 2008-02-09) In-Reply-To: <20080213151124.GA5878@humbolt.us.dell.com> References: <20080213151124.GA5878@humbolt.us.dell.com> Message-ID: <20080214162355.GA4612@redhat.com> Hello, On Wed, Feb 13, 2008 at 09:11:24AM -0600, Matt Domsch wrote: > brltty-3.9-1.1.fc9 (build/make) tjanouse > cyrus-imapd-2.3.9-8.fc9 (build/make) tjanouse > tcp_wrappers-7.6-50.fc8 (build/make) tjanouse I'm missing the NI_MAXHOST and NI_MAXSERV there because of this: http://sourceware.org/cgi-bin/cvsweb.cgi/libc/resolv/netdb.h.diff?r1=1.47&r2=1.48&cvsroot=glibc What do you think is the correct solution? Add a check to configure whether we need _GNU_SOURCE to get these constants? Also, this may be worth a man page change (they are mentioned in getnameinfo(3)), so I'm Ccing Ivana. Thanks in advance, -- TJ. (Brno, CZ), BaseOS, Red Hat From selinux at gmail.com Thu Feb 14 16:30:19 2008 From: selinux at gmail.com (Tom London) Date: Thu, 14 Feb 2008 08:30:19 -0800 Subject: rawhide report: 20080213 changes In-Reply-To: <1203005652.31536.87.camel@aglarond.local> References: <200802132316.m1DNGBOC028447@porkchop.devel.redhat.com> <4c4ba1530802140808i4fb73ef9u5665deb9e43de348@mail.gmail.com> <1203005652.31536.87.camel@aglarond.local> Message-ID: <4c4ba1530802140830r11de6636mf339aa31ac3beb23@mail.gmail.com> On Thu, Feb 14, 2008 at 8:14 AM, Jeremy Katz wrote: > (Note: haven't updated yet to the new kernel, probably will later > today...) > > > On Thu, 2008-02-14 at 08:08 -0800, Tom London wrote: > > "qemu-kvm" says: > > open /dev/kvm: No such file or directory > > Could not initialize KVM, will disable KVM support > > Is kvm-intel (or kvm-amd) getting loaded? Any messages from them in > dmesg? > > Jeremy > Nope: [root at localhost ~]# modprobe kvm-intel FATAL: Module kvm_intel not found. [root at localhost ~]# tom -- Tom London From selinux at gmail.com Thu Feb 14 17:00:20 2008 From: selinux at gmail.com (Tom London) Date: Thu, 14 Feb 2008 09:00:20 -0800 Subject: rawhide report: 20080213 changes In-Reply-To: <4c4ba1530802140830r11de6636mf339aa31ac3beb23@mail.gmail.com> References: <200802132316.m1DNGBOC028447@porkchop.devel.redhat.com> <4c4ba1530802140808i4fb73ef9u5665deb9e43de348@mail.gmail.com> <1203005652.31536.87.camel@aglarond.local> <4c4ba1530802140830r11de6636mf339aa31ac3beb23@mail.gmail.com> Message-ID: <4c4ba1530802140900k6a6a9745l7a965873017c5379@mail.gmail.com> On Thu, Feb 14, 2008 at 8:30 AM, Tom London wrote: > On Thu, Feb 14, 2008 at 8:14 AM, Jeremy Katz wrote: > > (Note: haven't updated yet to the new kernel, probably will later > > today...) > > > > > > On Thu, 2008-02-14 at 08:08 -0800, Tom London wrote: > > > "qemu-kvm" says: > > > open /dev/kvm: No such file or directory > > > Could not initialize KVM, will disable KVM support > > > > Is kvm-intel (or kvm-amd) getting loaded? Any messages from them in > > dmesg? > > > > Jeremy > > > Nope: > > [root at localhost ~]# modprobe kvm-intel > FATAL: Module kvm_intel not found. > [root at localhost ~]# > Yeah, no modules in /lib/modules.... [root at localhost 2.6.24.1-28.fc9]# find . -name \*kvm\* -print ./kernel/drivers/kvm ./kernel/drivers/kvm/kvm.ko ./kernel/drivers/kvm/kvm-intel.ko ./kernel/drivers/kvm/kvm-amd.ko [root at localhost 2.6.24.1-28.fc9]# cd .. [root at localhost modules]# cd *25* [root at localhost 2.6.25-0.35.rc1.fc9]# find . -name \*kvm\* -print [root at localhost 2.6.25-0.35.rc1.fc9]# -- Tom London From rc040203 at freenet.de Thu Feb 14 17:09:04 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Feb 2008 18:09:04 +0100 Subject: NI_MAXHOST and NI_MAXSERV need _GNU_SOURCE now (was: Re: Fedora i386 rawhide rebuild in mock status 2008-02-09) In-Reply-To: <20080214162355.GA4612@redhat.com> References: <20080213151124.GA5878@humbolt.us.dell.com> <20080214162355.GA4612@redhat.com> Message-ID: <1203008944.3376.80.camel@beck.corsepiu.local> On Thu, 2008-02-14 at 17:23 +0100, Tomas Janousek wrote: > Hello, > > On Wed, Feb 13, 2008 at 09:11:24AM -0600, Matt Domsch wrote: > > brltty-3.9-1.1.fc9 (build/make) tjanouse > > cyrus-imapd-2.3.9-8.fc9 (build/make) tjanouse > > tcp_wrappers-7.6-50.fc8 (build/make) tjanouse > > I'm missing the NI_MAXHOST and NI_MAXSERV there because of this: > > http://sourceware.org/cgi-bin/cvsweb.cgi/libc/resolv/netdb.h.diff?r1=1.47&r2=1.48&cvsroot=glibc Well, this change only exposes a portability issue, having lurked in glibc. c.f. http://www.opengroup.org/onlinepubs/009695399/basedefs/netdb.h.html > What do you think is the correct solution? > > Add a check to configure whether we > need _GNU_SOURCE to get these constants? This would be one approach to work-around this issue inside of a package. Setting _GNU_SOURCE in a public header would be a mistake. Ralf From lesmikesell at gmail.com Thu Feb 14 17:19:48 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 14 Feb 2008 11:19:48 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080214140013.GA3691@tango.0pointer.de> References: <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214140013.GA3691@tango.0pointer.de> Message-ID: <47B47834.90204@gmail.com> Lennart Poettering wrote: >>>> But why not just block any other access? A tape drive wouldn't work >>> Because the device changes ownership >> Traditional unix behavior is that open file descriptors stay open and >> working even if access permissions change. > > Yes, and you know what? Unix sucks. Unix is a nice simple generalized system. The only thing that sucks about it is that every person who has touched it trying to make it work better in some specialized situation has invented their own bizarre and unique configuration language with syntax as different as possible from every other specialization. To the point that you can neither see the simplicity nor deal with all the bolted-on afterthoughts. In any case, making it only work like a single-user toy OS that makes bad assumptions about devices isn't the way to fix it. > Just because something is the way Unix is doing it it doesn't mean > it's right. Also, Solaris has had frevoke() for some time, and we'll > hopefully get it on Linux soon, too. And when we have that, we can > kick any process from any fd at any time. Awesome! A Unix lover's > nightmare... Muahahaha! There's nothing wrong with having the capabilities to do these things. It is wrong to change defaults in a surprising way, its wrong to give permissions according to where you are instead of who you are, and its wrong to add default policy changes before documenting the way to manage them locally in unsurprising ways. -- Les Mikesell lesmikesell at gmail.com From jwilson at redhat.com Thu Feb 14 17:18:30 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 14 Feb 2008 12:18:30 -0500 Subject: rawhide report: 20080213 changes In-Reply-To: <4c4ba1530802140900k6a6a9745l7a965873017c5379@mail.gmail.com> References: <200802132316.m1DNGBOC028447@porkchop.devel.redhat.com> <4c4ba1530802140830r11de6636mf339aa31ac3beb23@mail.gmail.com> <4c4ba1530802140900k6a6a9745l7a965873017c5379@mail.gmail.com> Message-ID: <200802141218.30937.jwilson@redhat.com> On Thursday 14 February 2008 12:00:20 pm Tom London wrote: > On Thu, Feb 14, 2008 at 8:30 AM, Tom London wrote: > > [root at localhost ~]# modprobe kvm-intel > > FATAL: Module kvm_intel not found. > > [root at localhost ~]# > > Yeah, no modules in /lib/modules.... > > [root at localhost 2.6.24.1-28.fc9]# find . -name \*kvm\* -print > ./kernel/drivers/kvm > ./kernel/drivers/kvm/kvm.ko > ./kernel/drivers/kvm/kvm-intel.ko > ./kernel/drivers/kvm/kvm-amd.ko > [root at localhost 2.6.24.1-28.fc9]# cd .. > [root at localhost modules]# cd *25* > [root at localhost 2.6.25-0.35.rc1.fc9]# find . -name \*kvm\* -print > [root at localhost 2.6.25-0.35.rc1.fc9]# Meh. And there's no mention of KVM in the kernel .config file either. Looks like we never told it to build for some reason. But its there in the config-* files in cvs... Not sure how the frell it disappeared... -- Jarod Wilson jwilson at redhat.com From jspaleta at gmail.com Thu Feb 14 17:26:48 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Feb 2008 08:26:48 -0900 Subject: How important are ISO standards to Fedora? In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> <1202925662.3704.6.camel@localhost.localdomain> <81qd85xkvs.ln2@ppp1053.in.ipex.cz> <1202994693.3376.59.camel@beck.corsepiu.local> Message-ID: <604aa7910802140926o488f75d7ice921f2372623bba@mail.gmail.com> On Thu, Feb 14, 2008 at 4:33 AM, Matej Cepl wrote: > Some people may not like sorting by it_IT, but yes, that's other > way around the same problem. The only interesting question left is... can we expose locale customizations like this in a better way. -jef From Jochen at herr-schmitt.de Thu Feb 14 17:27:05 2008 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 14 Feb 2008 18:27:05 +0100 Subject: How to get a core dump from the koji buildsystem Message-ID: <47B479E9.8050004@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, I have a very specific issue with gnu-smalltalk-3.0.1. When I try to build it on the koji buildsystem, I will get a segmentation fault. please see http://koji.fedoraproject.org/koji/getfile?taskID=427144&name=build.log I have notified the upstram aothor about this issue. Because he has asked for the core dump, want to ask, how I can get a core dump from the buildsystem. I was not able to reproduced this scenario on an other system. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHtHnfT2AHK6txfgwRAsCtAJ4oViHHL4cGh2oyYeqmW0cXQIhmAACgtRgZ fhkBPFYckbtJB+vSeiaVrUM= =EsOs -----END PGP SIGNATURE----- From berrange at redhat.com Thu Feb 14 17:39:20 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 14 Feb 2008 17:39:20 +0000 Subject: rawhide report: 20080213 changes In-Reply-To: <200802141218.30937.jwilson@redhat.com> References: <200802132316.m1DNGBOC028447@porkchop.devel.redhat.com> <4c4ba1530802140830r11de6636mf339aa31ac3beb23@mail.gmail.com> <4c4ba1530802140900k6a6a9745l7a965873017c5379@mail.gmail.com> <200802141218.30937.jwilson@redhat.com> Message-ID: <20080214173920.GI6826@redhat.com> On Thu, Feb 14, 2008 at 12:18:30PM -0500, Jarod Wilson wrote: > On Thursday 14 February 2008 12:00:20 pm Tom London wrote: > > On Thu, Feb 14, 2008 at 8:30 AM, Tom London wrote: > > > [root at localhost ~]# modprobe kvm-intel > > > FATAL: Module kvm_intel not found. > > > [root at localhost ~]# > > > > Yeah, no modules in /lib/modules.... > > > > [root at localhost 2.6.24.1-28.fc9]# find . -name \*kvm\* -print > > ./kernel/drivers/kvm > > ./kernel/drivers/kvm/kvm.ko > > ./kernel/drivers/kvm/kvm-intel.ko > > ./kernel/drivers/kvm/kvm-amd.ko > > [root at localhost 2.6.24.1-28.fc9]# cd .. > > [root at localhost modules]# cd *25* > > [root at localhost 2.6.25-0.35.rc1.fc9]# find . -name \*kvm\* -print > > [root at localhost 2.6.25-0.35.rc1.fc9]# > > Meh. And there's no mention of KVM in the kernel .config file either. Looks > like we never told it to build for some reason. But its there in the config-* > files in cvs... Not sure how the frell it disappeared... Latest kernel trees screwed up the KVM config - see this thread: http://www.mail-archive.com/kvm-devel at lists.sourceforge.net/msg12757.html And this fix http://lkml.org/lkml/2008/2/10/26 Dan, -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From poelstra at redhat.com Thu Feb 14 17:50:09 2008 From: poelstra at redhat.com (John Poelstra) Date: Thu, 14 Feb 2008 09:50:09 -0800 Subject: Feature Status for Fedora 9 Alpha--Please Help In-Reply-To: <1202746015.16476.2.camel@localhost.localdomain> References: <47A2AB28.3050500@redhat.com> <1202746015.16476.2.camel@localhost.localdomain> Message-ID: <47B47F51.5080800@redhat.com> Adam Jackson said the following on 02/11/2008 08:06 AM Pacific Time: > On Thu, 2008-01-31 at 21:16 -0800, John Poelstra wrote: >> Dear Feature Owners, >> >> The Alpha release for Fedora 9 is scheduled to start on February 5, >> 2008. As we begin the Alpha for Fedora 9 more attention inside and >> outside of Fedora will be drawn to on what is coming in Fedora 9. Here >> is an opportunity to give everyone a good first impression and provide >> as much helpful information as we can. > > Apologies for the lateness of the reply. I was very very far away from > email for the last two weeks (LCA followed by vacation). > > The X server work for F9 is still a bit in flux, sadly. I'll update the > feature page as soon as I have a plan for getting it landed, both in F9 > and upstream. With any luck, I'll get up from under the email flood > before the end of today and get a rough cut of the plan. > > - ajax > Thanks for letting us know where things are at. Look forward to the updates at: http://fedoraproject.org/wiki/Features/XserverOnePointFive John From jwilson at redhat.com Thu Feb 14 18:33:08 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 14 Feb 2008 13:33:08 -0500 Subject: rawhide report: 20080213 changes In-Reply-To: <20080214173920.GI6826@redhat.com> References: <200802132316.m1DNGBOC028447@porkchop.devel.redhat.com> <200802141218.30937.jwilson@redhat.com> <20080214173920.GI6826@redhat.com> Message-ID: <200802141333.08331.jwilson@redhat.com> On Thursday 14 February 2008 12:39:20 pm Daniel P. Berrange wrote: > On Thu, Feb 14, 2008 at 12:18:30PM -0500, Jarod Wilson wrote: > > On Thursday 14 February 2008 12:00:20 pm Tom London wrote: > > > On Thu, Feb 14, 2008 at 8:30 AM, Tom London wrote: > > > > [root at localhost ~]# modprobe kvm-intel > > > > FATAL: Module kvm_intel not found. > > > > [root at localhost ~]# > > > > > > Yeah, no modules in /lib/modules.... > > > > > > [root at localhost 2.6.24.1-28.fc9]# find . -name \*kvm\* -print > > > ./kernel/drivers/kvm > > > ./kernel/drivers/kvm/kvm.ko > > > ./kernel/drivers/kvm/kvm-intel.ko > > > ./kernel/drivers/kvm/kvm-amd.ko > > > [root at localhost 2.6.24.1-28.fc9]# cd .. > > > [root at localhost modules]# cd *25* > > > [root at localhost 2.6.25-0.35.rc1.fc9]# find . -name \*kvm\* -print > > > [root at localhost 2.6.25-0.35.rc1.fc9]# > > > > Meh. And there's no mention of KVM in the kernel .config file either. > > Looks like we never told it to build for some reason. But its there in > > the config-* files in cvs... Not sure how the frell it disappeared... > > Latest kernel trees screwed up the KVM config - see this thread: > > http://www.mail-archive.com/kvm-devel at lists.sourceforge.net/msg12757.html > > And this fix > > http://lkml.org/lkml/2008/2/10/26 Cool, thanks. Should have said fix committed shortly after doing a quick sanity-check build. -- Jarod Wilson jwilson at redhat.com From joachim.frieben at googlemail.com Thu Feb 14 19:21:48 2008 From: joachim.frieben at googlemail.com (Joachim Frieben) Date: Thu, 14 Feb 2008 20:21:48 +0100 Subject: rawhide report: 20080213 changes Message-ID: <1c252d490802141121l2476ba04if03c132a99f2ed86@mail.gmail.com> Two updated packages listed in the rawhide report of 2008-02-13 exhibit disttag fc8: - eclipse-pydev-1.3.12-1.fc8 - jetty-5.1.12-1jpp.9.fc8 In koji they are tagged as dist-f8-updates. Have they slipped unintentionally into the rawhide repository? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at miketc.com Thu Feb 14 19:31:13 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 14 Feb 2008 13:31:13 -0600 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide Message-ID: <1203017473.2298.1.camel@scrappy.miketc.com> After upgrading today to this kernel, while booting, it stops at usb messages. I see above those, that /proc, /sys/, and another couldn't mount/be found or something along those lines. Anyone else seeing this? -- Mike Chambers Madisonville, KY "The best lil town on Earth!" From selinux at gmail.com Thu Feb 14 19:36:25 2008 From: selinux at gmail.com (Tom London) Date: Thu, 14 Feb 2008 11:36:25 -0800 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <1203017473.2298.1.camel@scrappy.miketc.com> References: <1203017473.2298.1.camel@scrappy.miketc.com> Message-ID: <4c4ba1530802141136i640c43e6l60d73003b7112da6@mail.gmail.com> On Thu, Feb 14, 2008 at 11:31 AM, Mike Chambers wrote: > After upgrading today to this kernel, while booting, it stops at usb > messages. I see above those, that /proc, /sys/, and another couldn't > mount/be found or something along those lines. > > Anyone else seeing this? > Boots fine for me..... Thinkpad X60. tom -- Tom London From joshuadfranklin at yahoo.com Thu Feb 14 19:45:38 2008 From: joshuadfranklin at yahoo.com (Joshua Daniel Franklin) Date: Thu, 14 Feb 2008 11:45:38 -0800 (PST) Subject: FYI: NI_MAXHOST glibc problem Message-ID: <766168.74401.qm@web37903.mail.mud.yahoo.com> I've seen several posts related to this change: http://sourceware.org/bugzilla/show_bug.cgi?id=5737 It breaks at least alpine and UW-IMAP, too. ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From jwilson at redhat.com Thu Feb 14 19:47:42 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 14 Feb 2008 14:47:42 -0500 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <4c4ba1530802141136i640c43e6l60d73003b7112da6@mail.gmail.com> References: <1203017473.2298.1.camel@scrappy.miketc.com> <4c4ba1530802141136i640c43e6l60d73003b7112da6@mail.gmail.com> Message-ID: <200802141447.42891.jwilson@redhat.com> On Thursday 14 February 2008 02:36:25 pm Tom London wrote: > On Thu, Feb 14, 2008 at 11:31 AM, Mike Chambers wrote: > > After upgrading today to this kernel, while booting, it stops at usb > > messages. I see above those, that /proc, /sys/, and another couldn't > > mount/be found or something along those lines. > > > > Anyone else seeing this? > > Boots fine for me..... Thinkpad X60. We've had sporadic reports of boot failures with various 2.6.25 kernels, mostly relating to mount failures, and I believe, mostly involving lvm failing to find volume groups. Updating to the latest kernel and lvm2 packages may or may not help... -- Jarod Wilson jwilson at redhat.com From jkeating at redhat.com Thu Feb 14 19:48:55 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 14 Feb 2008 14:48:55 -0500 Subject: rawhide report: 20080213 changes In-Reply-To: <1c252d490802141121l2476ba04if03c132a99f2ed86@mail.gmail.com> References: <1c252d490802141121l2476ba04if03c132a99f2ed86@mail.gmail.com> Message-ID: <20080214144855.594d23e1@redhat.com> On Thu, 14 Feb 2008 20:21:48 +0100 "Joachim Frieben" wrote: > Two updated packages listed in the rawhide report of 2008-02-13 > exhibit disttag fc8: > > - eclipse-pydev-1.3.12-1.fc8 > - jetty-5.1.12-1jpp.9.fc8 > > In koji they are tagged as dist-f8-updates. Have they slipped > unintentionally into the rawhide repository? That's inheritance working for you. The developer did a F8 updates, without a build from devel/ so the F8 update is inherited into 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 rhally at mindspring.com Thu Feb 14 19:55:57 2008 From: rhally at mindspring.com (Richard Hally) Date: Thu, 14 Feb 2008 14:55:57 -0500 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <200802141447.42891.jwilson@redhat.com> References: <1203017473.2298.1.camel@scrappy.miketc.com> <4c4ba1530802141136i640c43e6l60d73003b7112da6@mail.gmail.com> <200802141447.42891.jwilson@redhat.com> Message-ID: <47B49CCD.8050507@mindspring.com> Jarod Wilson wrote: > On Thursday 14 February 2008 02:36:25 pm Tom London wrote: >> On Thu, Feb 14, 2008 at 11:31 AM, Mike Chambers wrote: >>> After upgrading today to this kernel, while booting, it stops at usb >>> messages. I see above those, that /proc, /sys/, and another couldn't >>> mount/be found or something along those lines. >>> >>> Anyone else seeing this? >> Boots fine for me..... Thinkpad X60. > > We've had sporadic reports of boot failures with various 2.6.25 kernels, > mostly relating to mount failures, and I believe, mostly involving lvm > failing to find volume groups. Updating to the latest kernel and lvm2 > packages may or may not help... > > I'm seeing the same problem. I don't use lvm on the disk. BTW, there was no rawhide report for today's update so I couldn't look at what had changed. (the previous kernel works). Richard From wtogami at redhat.com Thu Feb 14 20:04:06 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 14 Feb 2008 15:04:06 -0500 Subject: Rawhide Orphanarium Message-ID: <47B49EB6.3090504@redhat.com> Below is a current list of orphaned ownership packages that are still in the rawhide collection. The third column is the last person to built the package. Some of these packages like avahi obviously need a new owner because we depend on it. Others it might be a good idea to drop before F9 Beta (pending FESCO discussion). Any comments? Warren Togami wtogami at redhat.com aget-0.4-3.fc8 dist-f8 sundaram agg-2.5-6.fc9 dist-f9 pertusus avahi-0.6.22-5.fc9 dist-f9 ausil bea-stax-1.2.0-0.1.rc1.2jpp.1.fc7 fe7-merge jkeating cgi-util-2.2.1-15.fc8 dist-f8 mikep classpathx-jaf-1.0-9jpp.1 dist-fc6 jkeating cryptix-asn1-20011119-7jpp.2 dist-fc6 jkeating eds-feed-0.5.0-8.fc9 dist-f9 bpepple galago-daemon-0.5.1-4.fc9 dist-f9 bpepple gkrellm-weather-2.0.7-4.fc8 dist-f8 scop gnome-blog-0.9.1-5.fc7 fe7-merge jkeating gtkhtml38-3.12.3-6.fc8 dist-f8 jkeating hunky-fonts-0.3.1-4.fc6 fe7-merge jkeating isorelax-0-0.1.release20050331.1jpp.2.fc7 fe7-merge jkeating java_cup-0.10-0.k.6jpp.1 dist-fc6 jkeating jaxen-1.1-1jpp.2.fc7 fe7-merge jkeating jaxen-bootstrap-1.1-1jpp.1.fc7 fe7-merge jkeating jgroups-2.2.9.2-3jpp.2 dist-fc6 jkeating jlex-1.2.6-5jpp.1 dist-fc6 jkeating jzlib-1.0.7-4jpp.1 dist-fc6 jkeating knemo-0.4.7-1.fc7 fe7-merge jkeating ldapjdk-4.17-1jpp.7 dist-fc6 jkeating libdaemon-0.12-2.fc8 dist-f8 jkeating libgalago-0.5.2-6.fc9 dist-f9 bpepple libgalago-gtk-0.5.0-7.fc9 dist-f9 bpepple liferea-1.4.11-1.fc9 dist-f9 bpepple log4j-1.2.14-3jpp.1.fc8 dist-f8 vivekl purple-galago-0.5.1-6.fc9 dist-f9 bpepple tanukiwrapper-3.2.3-1jpp.1.fc8 dist-f8 vivekl velocity-1.4-6jpp.1 dist-fc6 jkeating windowlab-1.34-4.fc7 fe7-merge jkeating xmlrpc-2.0.1-3jpp.2 dist-fc7 jkeating From adam at spicenitz.org Thu Feb 14 20:07:08 2008 From: adam at spicenitz.org (Adam Goode) Date: Thu, 14 Feb 2008 15:07:08 -0500 Subject: Rawhide Orphanarium In-Reply-To: <47B49EB6.3090504@redhat.com> References: <47B49EB6.3090504@redhat.com> Message-ID: <47B49F6C.3030202@spicenitz.org> Warren Togami wrote: > Below is a current list of orphaned ownership packages that are still in > the rawhide collection. The third column is the last person to built > the package. Some of these packages like avahi obviously need a new > owner because we depend on it. Others it might be a good idea to drop > before F9 Beta (pending FESCO discussion). > > Any comments? > Hi, I can take gkrellm-weather. Adam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From kmaraas at broadpark.no Thu Feb 14 20:19:17 2008 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Thu, 14 Feb 2008 21:19:17 +0100 Subject: FYI: NI_MAXHOST glibc problem In-Reply-To: <766168.74401.qm@web37903.mail.mud.yahoo.com> References: <766168.74401.qm@web37903.mail.mud.yahoo.com> Message-ID: <1203020357.12839.3.camel@localhost.localdomain> to., 14.02.2008 kl. 11.45 -0800, skrev Joshua Daniel Franklin: > I've seen several posts related to this change: > > http://sourceware.org/bugzilla/show_bug.cgi?id=5737 > > It breaks at least alpine and UW-IMAP, too. > At least as I understand it this is not a bug in glibc because these two fields are really not part of the standard and really are GNU extensions. Maybe the apps were just broken a long time and need to be fixed... Cheers Kjartan From jos at xos.nl Thu Feb 14 20:22:48 2008 From: jos at xos.nl (Jos Vos) Date: Thu, 14 Feb 2008 21:22:48 +0100 Subject: 915resolution enhancement (by SUSE) Message-ID: <200802142022.m1EKMmep020693@jasmine.xos.nl> Hi, A suggestion for the 915resolution maintainer: you may want to look at SUSE's patches for 915resolution to support more recent Intel chipsets. Their src.rpm including the patches can be found at: http://download.opensuse.org/repositories/X11:/Drivers:/Video:/intel-G33/SLE_10_SP1/repodata/repoview/915resolution-0-0.5.2.1-35.1.html Their patch to support more chipsets seems to be pretty straigtforward. Using their patched version just saved my life (well, kind of ;-)) on RHEL5, where I could get my HW config working (new G33 chipset) with the "i810" driver on 1680x1050 after using 915resolution. To be honest, my HW works out-of-the-box on F8 without running 915resolution, because the "intel" driver there works fine, but it's good to have a tool like 915resolution ready for weird setups. Cheers, -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From pertusus at free.fr Thu Feb 14 20:31:36 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 14 Feb 2008 21:31:36 +0100 Subject: Rawhide Orphanarium In-Reply-To: <47B49EB6.3090504@redhat.com> References: <47B49EB6.3090504@redhat.com> Message-ID: <20080214203136.GA2718@free.fr> On Thu, Feb 14, 2008 at 03:04:06PM -0500, Warren Togami wrote: > Below is a current list of orphaned ownership packages that are still in > the rawhide collection. The third column is the last person to built the > package. Some of these packages like avahi obviously need a new owner > because we depend on it. Others it might be a good idea to drop before F9 > Beta (pending FESCO discussion). > > Any comments? > > Warren Togami > > agg-2.5-6.fc9 dist-f9 pertusus Indeed, I am the de facto maintainer. I just granted myself ownership. There is something really strange, there are 12 co-maintainers who have watchcommit and commit or only commit (though anybody can commit..) I am not sure they are all really interested. It would be nice if somebody could review it: https://bugzilla.redhat.com/show_bug.cgi?id=221717 Tibbs seems to be interested, but he is allready doing a lot of reviews. agg is a gnash dependency. -- Pat From kevin.kofler at chello.at Thu Feb 14 20:41:15 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 14 Feb 2008 20:41:15 +0000 (UTC) Subject: 915resolution enhancement (by SUSE) References: <200802142022.m1EKMmep020693@jasmine.xos.nl> Message-ID: FYI, 915resolution is obsolete, users should be using the "intel" driver with native modesetting these days, and the old "i180" driver will be gone entirely in Fedora 9. Kevin Kofler From fedora at leemhuis.info Thu Feb 14 20:46:42 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 14 Feb 2008 21:46:42 +0100 Subject: 915resolution enhancement (by SUSE) In-Reply-To: <200802142022.m1EKMmep020693@jasmine.xos.nl> References: <200802142022.m1EKMmep020693@jasmine.xos.nl> Message-ID: <47B4A8B2.2080302@leemhuis.info> On 14.02.2008 21:22, Jos Vos wrote: > A suggestion for the 915resolution maintainer: you may want to look > at SUSE's patches for 915resolution to support more recent Intel > chipsets. Their src.rpm including the patches can be found at: > http://download.opensuse.org/repositories/X11:/Drivers:/Video:/intel-G33/SLE_10_SP1/repodata/repoview/915resolution-0-0.5.2.1-35.1.html > Their patch to support more chipsets seems to be pretty straigtforward. > > Using their patched version just saved my life (well, kind of ;-)) > on RHEL5, where I could get my HW config working (new G33 chipset) > with the "i810" driver on 1680x1050 after using 915resolution. While at it a small addition: 915resolution is on the EPEL wishlist. Are there any volunteers here that want to take care of it in EPEL? CU knurd From cmadams at hiwaay.net Thu Feb 14 20:47:41 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 14 Feb 2008 14:47:41 -0600 Subject: FYI: NI_MAXHOST glibc problem In-Reply-To: <1203020357.12839.3.camel@localhost.localdomain> References: <766168.74401.qm@web37903.mail.mud.yahoo.com> <1203020357.12839.3.camel@localhost.localdomain> Message-ID: <20080214204740.GD1441169@hiwaay.net> Once upon a time, Kjartan Maraas said: > to., 14.02.2008 kl. 11.45 -0800, skrev Joshua Daniel Franklin: > > I've seen several posts related to this change: > > > > http://sourceware.org/bugzilla/show_bug.cgi?id=5737 > > > > It breaks at least alpine and UW-IMAP, too. > > > At least as I understand it this is not a bug in glibc because these two > fields are really not part of the standard and really are GNU > extensions. Maybe the apps were just broken a long time and need to be > fixed... They do not appear to be "GNU extentsions", as they are also in the man pages (looking at getnameinfo) and include files on Tru64 5.1B (under _OSF_SOURCE, but so are the other defines that are in SUSv3) and Solaris 9 (under __EXTENSIONS__ but again with all the other SUSv3 defined stuff). Neither of the pages on those OSes mentions any additional defines as being required. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From ajackson at redhat.com Thu Feb 14 21:08:54 2008 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 14 Feb 2008 16:08:54 -0500 Subject: 915resolution enhancement (by SUSE) In-Reply-To: <200802142022.m1EKMmep020693@jasmine.xos.nl> References: <200802142022.m1EKMmep020693@jasmine.xos.nl> Message-ID: <1203023334.16476.120.camel@localhost.localdomain> On Thu, 2008-02-14 at 21:22 +0100, Jos Vos wrote: > Hi, > > A suggestion for the 915resolution maintainer: you may want to look > at SUSE's patches for 915resolution to support more recent Intel > chipsets. Their src.rpm including the patches can be found at: > > http://download.opensuse.org/repositories/X11:/Drivers:/Video:/intel-G33/SLE_10_SP1/repodata/repoview/915resolution-0-0.5.2.1-35.1.html > > Their patch to support more chipsets seems to be pretty straigtforward. > > Using their patched version just saved my life (well, kind of ;-)) > on RHEL5, where I could get my HW config working (new G33 chipset) > with the "i810" driver on 1680x1050 after using 915resolution. It's worth noting that the i810 driver does not exist anymore in F9. 915resolution's useful lifetime is coming to an end. - ajax From notting at redhat.com Thu Feb 14 21:02:57 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Feb 2008 16:02:57 -0500 Subject: 915resolution enhancement (by SUSE) In-Reply-To: <47B4A8B2.2080302@leemhuis.info> References: <200802142022.m1EKMmep020693@jasmine.xos.nl> <47B4A8B2.2080302@leemhuis.info> Message-ID: <20080214210257.GA1842@nostromo.devel.redhat.com> Thorsten Leemhuis (fedora at leemhuis.info) said: > On 14.02.2008 21:22, Jos Vos wrote: > > A suggestion for the 915resolution maintainer: you may want to look > > at SUSE's patches for 915resolution to support more recent Intel > > chipsets. Their src.rpm including the patches can be found at: > > http://download.opensuse.org/repositories/X11:/Drivers:/Video:/intel-G33/SLE_10_SP1/repodata/repoview/915resolution-0-0.5.2.1-35.1.html > > Their patch to support more chipsets seems to be pretty straigtforward. > > > > Using their patched version just saved my life (well, kind of ;-)) > > on RHEL5, where I could get my HW config working (new G33 chipset) > > with the "i810" driver on 1680x1050 after using 915resolution. > > While at it a small addition: 915resolution is on the EPEL wishlist. Are > there any volunteers here that want to take care of it in EPEL? Note that the intel modesetting driver will most likely appear in future releases of RHEL 5, making i915resolution obsolete there as well. Bill From orion at cora.nwra.com Thu Feb 14 21:22:28 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 14 Feb 2008 14:22:28 -0700 Subject: No more EVR problem reports? Message-ID: <47B4B114.5070305@cora.nwra.com> Why no more EVR problem reports? -- 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 joshuadfranklin at yahoo.com Thu Feb 14 21:24:22 2008 From: joshuadfranklin at yahoo.com (Joshua Daniel Franklin) Date: Thu, 14 Feb 2008 13:24:22 -0800 (PST) Subject: FYI: NI_MAXHOST glibc problem Message-ID: <662064.3525.qm@web37908.mail.mud.yahoo.com> --- Joshua Daniel Franklin wrote: > http://sourceware.org/bugzilla/show_bug.cgi?id=5737 Sounds like the discussion should be taken there. It would be interesting to know how many of the Fedora build failures are from this change. Matt, would you mind grepping for "error: 'NI_MAXHOST' undeclared" ? The alpine build failure is here: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/alpine-1.00-2.fc9.src.rpm/result/build.log The important lines are: ip_unix.c: In function 'ip_sockaddrtostring': ip_unix.c:81: error: 'NI_MAXHOST' undeclared (first use in this function) ip_unix.c:81: error: (Each undeclared identifier is reported only once ip_unix.c:81: error: for each function it appears in.) Please note that alpine (nee pine) is ported to an extremely wide variety of platforms, so it is probably a good test case of real-world portable vs theoretical standard http://www.washington.edu/alpine/acquire/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From bpepple at fedoraproject.org Thu Feb 14 21:29:44 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 14 Feb 2008 16:29:44 -0500 Subject: FESCo Meeting Summary for 2008-02-14 Message-ID: <1203024584.4170.3.camel@nixon> == Members Present == * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Dennis Gilmore (dgilmore) * Bill Nottingham (notting) * Warren Togami (warren) * Jeremy Katz (jeremy) * Christian Iseli (c4chris) * Kevin Fenzi (nirik) * Jesse Keating (f13) * Josh Boyer (jwb) == Members Absent == * David Woodhouse (dwmw2) * Christopher Aillon (caillon) * Tom Callaway (spot) == Summary == === Fedora Packaging Committee GGZ Gaming Zone Packaging Proposal === * FESCo had no objections to the FPC's GGZ packaging proposal. http://fedoraproject.org/wiki/PackagingDrafts/GGZ === F9 Feature Process === * FESCo approved the following feature for F9: * http://fedoraproject.org/wiki/Features/Gvfs * http://fedoraproject.org/wiki/Features/Swfdec * http://fedoraproject.org/wiki/Features/NewGdm * http://fedoraproject.org/wiki/Features/RandrSupport * FESCo had some questions in regard to the Jigdo Release proposal before approving it. f13 added the questions to the feature page. http://fedoraproject.org/wiki/Features/JigdoRelease * FESCo voted to drop the Server Provides feature proposal, since it hasn't been updated since Nov. 2007. This feature can be brought back up until feature freeze, providing that it's feature page is updated. http://fedoraproject.org/wiki/Features/ServerProvides === GCC-4.3 === * f13 noted that perl-5.10.0 hasn't landed yet in Rawhide. The plan is to start firing off builds on 2-18-2008, unless f13 hears that perl-5.10.0 is going to land on Monday. * Currently there are ~300 packages that fail to build against gcc-4.3, and help is going to be needed to triage these builds. IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-02-14.html Later, /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 pertusus at free.fr Thu Feb 14 21:33:21 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 14 Feb 2008 22:33:21 +0100 Subject: FESCo Meeting Summary for 2008-02-14 In-Reply-To: <1203024584.4170.3.camel@nixon> References: <1203024584.4170.3.camel@nixon> Message-ID: <20080214213321.GB2718@free.fr> On Thu, Feb 14, 2008 at 04:29:44PM -0500, Brian Pepple wrote: > * FESCo voted to drop the Server Provides feature proposal, since > it hasn't been updated since Nov. 2007. This feature can be > brought back up until feature freeze, providing that it's > feature page is updated. > http://fedoraproject.org/wiki/Features/ServerProvides I'll update the page when the package maintainers apply the one liner diffs. -- Pat From marc at mwiriadi.id.au Thu Feb 14 21:38:46 2008 From: marc at mwiriadi.id.au (Marc Wiriadisastra) Date: Fri, 15 Feb 2008 06:38:46 +0900 Subject: Rawhide Orphanarium In-Reply-To: <47B49EB6.3090504@redhat.com> References: <47B49EB6.3090504@redhat.com> Message-ID: <1203025126.2297.0.camel@localhost.localdomain> On Thu, 2008-02-14 at 15:04 -0500, Warren Togami wrote: > Below is a current list of orphaned ownership packages that are still in > the rawhide collection. The third column is the last person to built > the package. Some of these packages like avahi obviously need a new > owner because we depend on it. Others it might be a good idea to drop > before F9 Beta (pending FESCO discussion). > > Any comments? > > Warren Togami > wtogami at redhat.com > > aget-0.4-3.fc8 dist-f8 sundaram > agg-2.5-6.fc9 dist-f9 pertusus > avahi-0.6.22-5.fc9 dist-f9 ausil > bea-stax-1.2.0-0.1.rc1.2jpp.1.fc7 fe7-merge jkeating > cgi-util-2.2.1-15.fc8 dist-f8 mikep > classpathx-jaf-1.0-9jpp.1 dist-fc6 jkeating > cryptix-asn1-20011119-7jpp.2 dist-fc6 jkeating > eds-feed-0.5.0-8.fc9 dist-f9 bpepple > galago-daemon-0.5.1-4.fc9 dist-f9 bpepple > gkrellm-weather-2.0.7-4.fc8 dist-f8 scop > gnome-blog-0.9.1-5.fc7 fe7-merge jkeating > gtkhtml38-3.12.3-6.fc8 dist-f8 jkeating > hunky-fonts-0.3.1-4.fc6 fe7-merge jkeating > isorelax-0-0.1.release20050331.1jpp.2.fc7 fe7-merge jkeating > java_cup-0.10-0.k.6jpp.1 dist-fc6 jkeating > jaxen-1.1-1jpp.2.fc7 fe7-merge jkeating > jaxen-bootstrap-1.1-1jpp.1.fc7 fe7-merge jkeating > jgroups-2.2.9.2-3jpp.2 dist-fc6 jkeating > jlex-1.2.6-5jpp.1 dist-fc6 jkeating > jzlib-1.0.7-4jpp.1 dist-fc6 jkeating > knemo-0.4.7-1.fc7 fe7-merge jkeating > ldapjdk-4.17-1jpp.7 dist-fc6 jkeating > libdaemon-0.12-2.fc8 dist-f8 jkeating > libgalago-0.5.2-6.fc9 dist-f9 bpepple > libgalago-gtk-0.5.0-7.fc9 dist-f9 bpepple > liferea-1.4.11-1.fc9 dist-f9 bpepple > log4j-1.2.14-3jpp.1.fc8 dist-f8 vivekl > purple-galago-0.5.1-6.fc9 dist-f9 bpepple > tanukiwrapper-3.2.3-1jpp.1.fc8 dist-f8 vivekl > velocity-1.4-6jpp.1 dist-fc6 jkeating > windowlab-1.34-4.fc7 fe7-merge jkeating > xmlrpc-2.0.1-3jpp.2 dist-fc7 jkeating > I'll take liferea unless someone else wants it? Cheers, Marc From jeff at ocjtech.us Thu Feb 14 21:42:45 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 14 Feb 2008 15:42:45 -0600 Subject: Rawhide Orphanarium In-Reply-To: <1203025126.2297.0.camel@localhost.localdomain> References: <47B49EB6.3090504@redhat.com> <1203025126.2297.0.camel@localhost.localdomain> Message-ID: <935ead450802141342o55e9afbcq36545de30b4f9642@mail.gmail.com> On 2/14/08, Marc Wiriadisastra wrote: > > I'll take liferea unless someone else wants it? I don't want to be primary as there are a couple of packages I'm going to try and run through the review process soon, but I'd be willing to co-maintain. Jeff From Michael_E_Brown at dell.com Thu Feb 14 21:43:16 2008 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Thu, 14 Feb 2008 15:43:16 -0600 Subject: libsmbios soname bump Message-ID: <20080214214315.GA7159@humbolt.us.dell.com> I have pushed libsmbios v2.0 to the fedora repository. All programs that link against libsmbios will need to be rebuild. This release is mostly API compatible with the old release. Some minor changes were made to fix some C++ const-correctness issues. Libsmbios v2 has several changes: 1) GCC 4.3 fixes 2) ABI-incompatible, thus the soname bumps to 2. 3) bumped the version to 2 to match the soname 4) RPM renames: libsmbios-bin -> renamed to: smbios-utils libsmbios-libs -> renamed to: libsmbios 5) The API is largely unchanged. There were some C++ const-correctness fixes to the API, so some small adjustments may need to be made to client code. 6) The unused libsmbiosxml library was dropped. The new RPMs still Provide: the old names, so things should continue to work. -- Michael From jwilson at redhat.com Thu Feb 14 21:46:42 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 14 Feb 2008 16:46:42 -0500 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <47B49CCD.8050507@mindspring.com> References: <1203017473.2298.1.camel@scrappy.miketc.com> <200802141447.42891.jwilson@redhat.com> <47B49CCD.8050507@mindspring.com> Message-ID: <200802141646.42095.jwilson@redhat.com> On Thursday 14 February 2008 02:55:57 pm Richard Hally wrote: > Jarod Wilson wrote: > > On Thursday 14 February 2008 02:36:25 pm Tom London wrote: > >> On Thu, Feb 14, 2008 at 11:31 AM, Mike Chambers wrote: > >>> After upgrading today to this kernel, while booting, it stops at usb > >>> messages. I see above those, that /proc, /sys/, and another couldn't > >>> mount/be found or something along those lines. > >>> > >>> Anyone else seeing this? > >> > >> Boots fine for me..... Thinkpad X60. > > > > We've had sporadic reports of boot failures with various 2.6.25 kernels, > > mostly relating to mount failures, and I believe, mostly involving lvm > > failing to find volume groups. Updating to the latest kernel and lvm2 > > packages may or may not help... > > I'm seeing the same problem. > I don't use lvm on the disk. > BTW, there was no rawhide report for today's update so I couldn't look at > what had changed. (the previous kernel works). $ rpm -q --changelog kernel- |head -n 25 -- Jarod Wilson jwilson at redhat.com From rodd at clarkson.id.au Thu Feb 14 22:04:31 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 15 Feb 2008 09:04:31 +1100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <47B41BE6.50801@hi.is> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> Message-ID: <1203026671.15710.57.camel@localhost.localdomain> On Thu, 2008-02-14 at 10:45 +0000, "J?hann B. Gu?mundsson" wrote: > >> Try running "locale". > > > > [rodd at localhost ~]$ locale > > LANG=en_US.UTF-8 > > LC_CTYPE="en_US.UTF-8" > > LC_NUMERIC="en_US.UTF-8" > > LC_TIME="en_US.UTF-8" > > LC_COLLATE="en_US.UTF-8" > > LC_MONETARY="en_US.UTF-8" > > LC_MESSAGES="en_US.UTF-8" > > LC_PAPER="en_US.UTF-8" > > LC_NAME="en_US.UTF-8" > > LC_ADDRESS="en_US.UTF-8" > > LC_TELEPHONE="en_US.UTF-8" > > LC_MEASUREMENT="en_US.UTF-8" > > LC_IDENTIFICATION="en_US.UTF-8" > > LC_ALL= > > [rodd at localhost ~]$ > > > > So, let me get this straight. All of this was set because I said I > > wanted my computer to speak English (USA)? > > > How about address this whole Letter vs A4 issue by putting an option in > S-C-P that change the paper size... Actually, I'm starting to realize that this is much bigger than just A4 or letter. Because I chose the English (USA) language, anaconda has assumed that everything I do is US. I'm even stunned to note that while I select Melbourne, AUSTRALIA as my time zone, local reports LC_TIME as en_US.UTF-8. This is just plain ridiculous! Clearly, anaconda needs some way to ask where someone lives (instead of what appears to be a borked idea that if you speak a language you must live where that language is spoken) and is probably needs some finer grade control allowing advanced options to set more of these options in locale. I may use English US on my computer, but I measure using metric, and format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get any of the latter right, and that's just plain wrong. R. -- "It's a fine line between denial and faith. It's much better on my side" From triad at df.lth.se Thu Feb 14 22:08:39 2008 From: triad at df.lth.se (Linus Walleij) Date: Thu, 14 Feb 2008 23:08:39 +0100 (CET) Subject: Feature for F9: Bluetooth In-Reply-To: <1202998916.2932.4.camel@localhost.localdomain> References: <1202998916.2932.4.camel@localhost.localdomain> Message-ID: On Thu, 14 Feb 2008, Nicolas A. Corrarello wrote: > I found a beautiful proximity detector for bluetooth, that calls > gnome-screensaver -l when I'm near (and obviously unblocks when I'm > far). It haves a nice interface in python and it is called: > blueproximity. Cool, package it. I discussed this feature with Bastien a few weeks back, and apparently IIRC this has the downside that it will drain the battery of your phone, due to much heavy BT traffic. (Right Bastien?) Linus From dominik at greysector.net Thu Feb 14 22:17:07 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 14 Feb 2008 23:17:07 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1203026671.15710.57.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> Message-ID: <20080214221706.GA28583@ryvius.greysector.net> On Thursday, 14 February 2008 at 23:04, Rodd Clarkson wrote: > > On Thu, 2008-02-14 at 10:45 +0000, "J?hann B. Gu?mundsson" wrote: > > > >> Try running "locale". > > > > > > [rodd at localhost ~]$ locale > > > LANG=en_US.UTF-8 > > > LC_CTYPE="en_US.UTF-8" > > > LC_NUMERIC="en_US.UTF-8" > > > LC_TIME="en_US.UTF-8" > > > LC_COLLATE="en_US.UTF-8" > > > LC_MONETARY="en_US.UTF-8" > > > LC_MESSAGES="en_US.UTF-8" > > > LC_PAPER="en_US.UTF-8" > > > LC_NAME="en_US.UTF-8" > > > LC_ADDRESS="en_US.UTF-8" > > > LC_TELEPHONE="en_US.UTF-8" > > > LC_MEASUREMENT="en_US.UTF-8" > > > LC_IDENTIFICATION="en_US.UTF-8" > > > LC_ALL= > > > [rodd at localhost ~]$ > > > > > > So, let me get this straight. All of this was set because I said I > > > wanted my computer to speak English (USA)? > > > > > How about address this whole Letter vs A4 issue by putting an option in > > S-C-P that change the paper size... > > Actually, I'm starting to realize that this is much bigger than just A4 > or letter. > > Because I chose the English (USA) language, anaconda has assumed that > everything I do is US. > > I'm even stunned to note that while I select Melbourne, AUSTRALIA as my > time zone, local reports LC_TIME as en_US.UTF-8. Timezone and locale are two different things. LC_TIME only affects the way dates are displayed. 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 ncorrare at fedoraproject.org Thu Feb 14 22:18:40 2008 From: ncorrare at fedoraproject.org (Nicolas A. Corrarello) Date: Thu, 14 Feb 2008 20:18:40 -0200 Subject: Feature for F9: Bluetooth In-Reply-To: References: <1202998916.2932.4.camel@localhost.localdomain> Message-ID: <1203027520.2932.26.camel@localhost.localdomain> Well, I've it preety much ready according to the packaging guidelines. Not bad considering its my first specfile (thanks skvidal for the help). Now, what's next? Where do I upload the SRPM? -- - -- Nicolas A. Corrarello Fedora Ambassador Argentina c: +54 (911) 6017-2120 e: ncorrare at fedoraproject.org GPG Key: DFC893EE h: fedoraproject.org/wiki/NicolasCorrarello/ GPG Fingerprint: 5C93 42DA 98E1 4EEF B24B 7F8C E145 B2F9 DFC8 93EE Import my key: $ gpg --keyserver pgp.mit.edu --recv-key 0xDFC893EE On Thu, 2008-02-14 at 23:08 +0100, Linus Walleij wrote: > On Thu, 14 Feb 2008, Nicolas A. Corrarello wrote: > > > I found a beautiful proximity detector for bluetooth, that calls > > gnome-screensaver -l when I'm near (and obviously unblocks when I'm > > far). It haves a nice interface in python and it is called: > > blueproximity. > > Cool, package it. > > I discussed this feature with Bastien a few weeks back, and apparently > IIRC this has the downside that it will drain the battery of your phone, > due to much heavy BT traffic. (Right Bastien?) > > Linus > -------------- 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 jos at xos.nl Thu Feb 14 22:20:47 2008 From: jos at xos.nl (Jos Vos) Date: Thu, 14 Feb 2008 23:20:47 +0100 Subject: 915resolution enhancement (by SUSE) In-Reply-To: <20080214210257.GA1842@nostromo.devel.redhat.com> References: <200802142022.m1EKMmep020693@jasmine.xos.nl> <47B4A8B2.2080302@leemhuis.info> <20080214210257.GA1842@nostromo.devel.redhat.com> Message-ID: <20080214222047.GA21156@jasmine.xos.nl> On Thu, Feb 14, 2008 at 04:02:57PM -0500, Bill Nottingham wrote: > Note that the intel modesetting driver will most likely appear in future > releases of RHEL 5, making i915resolution obsolete there as well. That's indeed the response I got to my bug report for RHEL5. The only problem was that I had to solve my problem now, and not in the future ;-) (how near that future -- i.e. RHEL 5.2 -- might be). -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From triad at df.lth.se Thu Feb 14 22:21:09 2008 From: triad at df.lth.se (Linus Walleij) Date: Thu, 14 Feb 2008 23:21:09 +0100 (CET) Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1203026671.15710.57.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> Message-ID: Opened this as BZ: https://bugzilla.redhat.com/show_bug.cgi?id=432887 Linus From triad at df.lth.se Thu Feb 14 22:30:32 2008 From: triad at df.lth.se (Linus Walleij) Date: Thu, 14 Feb 2008 23:30:32 +0100 (CET) Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <20080214221706.GA28583@ryvius.greysector.net> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <20080214221706.GA28583@ryvius.greysector.net> Message-ID: On Thu, 14 Feb 2008, Dominik 'Rathann' Mierzejewski wrote: > Timezone and locale are two different things. > LC_TIME only affects the way dates are displayed. True, but if you choose "English (US)" as install language, then clicked "Stockholm" for time zone, what would you argue is the best locale setting for LC_TIME? It is not really certain that just because you have an English (US) Fedora, you want dates as mm/dd/yyyy. In fact I would argue, that if TZ is set to Stockholm meredian, the user is very unlikely to understand what date 14/02/2008 is, since we Swedes always write 2008-02-14, and the user will more likely be a Swede (OK could be hosted internet service for the US I do agree, but think probabilities). And we definately don't have "letter" paper around under any circumstances. The important question to ask is whether there are apps/libs out there that get trouble unless the LC_* vars are actually different. glibc will likely survive, since it has all of these settings. Linus From Matt_Domsch at dell.com Thu Feb 14 22:31:07 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 14 Feb 2008 16:31:07 -0600 Subject: FYI: NI_MAXHOST glibc problem In-Reply-To: <662064.3525.qm@web37908.mail.mud.yahoo.com> References: <662064.3525.qm@web37908.mail.mud.yahoo.com> Message-ID: <20080214223107.GA19730@auslistsprd01.us.dell.com> On Thu, Feb 14, 2008 at 01:24:22PM -0800, Joshua Daniel Franklin wrote: > --- Joshua Daniel Franklin wrote: > > > http://sourceware.org/bugzilla/show_bug.cgi?id=5737 > > Sounds like the discussion should be taken there. It > would be interesting to know how many of the Fedora > build failures are from this change. Matt, would you > mind grepping for "error: 'NI_MAXHOST' undeclared" ? alpine-1.00-2.fc9.src.rpm brltty-3.9-1.1.fc9.src.rpm curl-7.18.0-1.fc9.src.rpm cyrus-imapd-2.3.9-8.fc9.src.rpm cyrus-sasl-2.1.22-11.fc9.src.rpm ghc-6.8.2-2.fc9.src.rpm gkrellm-2.3.1-2.fc9.src.rpm gnet2-2.0.7-10.fc8.src.rpm irssi-0.8.12-4.fc9.src.rpm krb5-1.6.3-4.fc9.src.rpm lash-0.5.3-3.fc8.src.rpm libevent-1.3e-1.fc9.src.rpm libident-0.32-1.fc9.src.rpm lksctp-tools-1.0.7-2.fc8.src.rpm loudmouth-1.3.3-2.fc9.src.rpm mail-notification-5.0-2.fc9.src.rpm nc6-1.0-5.fc8.src.rpm nfs-utils-lib-1.1.1-1.fc9.src.rpm openssl-0.9.8g-4.fc9.src.rpm pioneers-0.11.3-3.fc9.src.rpm rbldnsd-0.996a-4.fc8.src.rpm rsh-0.17-45.fc9.src.rpm ruby-1.8.6.111-7.fc9.src.rpm slrn-0.9.8.1pl1-7.20070716cvs.fc9.src.rpm tcp_wrappers-7.6-50.fc8.src.rpm tcpdump-3.9.8-3.fc9.src.rpm telepathy-salut-0.2.2-1.fc9.src.rpm ttcp-1.12-16.fc8.src.rpm xorg-x11-server-utils-7.3-2.fc9.src.rpm -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From alan at redhat.com Thu Feb 14 22:36:25 2008 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Feb 2008 17:36:25 -0500 Subject: Feature for F9: Bluetooth In-Reply-To: References: <1202998916.2932.4.camel@localhost.localdomain> Message-ID: <20080214223625.GA24606@devserv.devel.redhat.com> On Thu, Feb 14, 2008 at 11:08:39PM +0100, Linus Walleij wrote: > I discussed this feature with Bastien a few weeks back, and apparently > IIRC this has the downside that it will drain the battery of your phone, > due to much heavy BT traffic. (Right Bastien?) That would itself be an intriguing demonstration if you really can build a battery life spoiler 8) If its just being used for PAM auth however that shouldn't be a problem as you only need to check for auth on login attempts From redhat at olen.net Thu Feb 14 22:37:37 2008 From: redhat at olen.net (Ola Thoresen) Date: Thu, 14 Feb 2008 23:37:37 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <20080214221706.GA28583@ryvius.greysector.net> Message-ID: <47B4C2B1.9060100@olen.net> Linus Walleij wrote: > The important question to ask is whether there are apps/libs out there > that get trouble unless the LC_* vars are actually different. glibc will > likely survive, since it has all of these settings. > I've had these in my .bash_env for a few years now, and had no problems so far: declare -x LANG="en_US.UTF-8" declare -x LC_ALL="" declare -x LC_CTYPE="nb_NO.UTF-8" declare -x LC_NUMERIC="nb_NO.UTF-8" declare -x LC_TIME="nb_NO.UTF-8" declare -x LC_COLLATE="nb_NO.UTF-8" declare -x LC_MONETARY="nb_NO.UTF-8" declare -x LC_MESSAGES="en_US.UTF-8" declare -x LC_PAPER="nb_NO.UTF-8" declare -x LC_NAME="nb_NO.UTF-8" declare -x LC_ADDRESS="nb_NO.UTF-8" declare -x LC_TELEPHONE="nb_NO.UTF-8" declare -x LC_MEASUREMENT="nb_NO.UTF-8" declare -x LC_IDENTIFICATION="nb_NO.UTF-8" It does not fix everything, but it is better than nothing. (But I had to set the all manually, and it only works for my user ofcourse). /Ola (T) -- _,--', _._.--._____ .--.--';_'-.', ";_ _.,-' Ola Thoresen .'--'. _.' {`'-;_ .-.>.' '-:_ ) / `' '=. It is easier to fix Unix ) > {_/, /~) than to live with Windows |/ `^ .' From menthos at menthos.com Thu Feb 14 22:41:29 2008 From: menthos at menthos.com (Christian Rose) Date: Thu, 14 Feb 2008 23:41:29 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1203026671.15710.57.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> Message-ID: <97da516f0802141441h1d62cd3fh542037181ea8e5f9@mail.gmail.com> On 2/14/08, Rodd Clarkson wrote: > On Thu, 2008-02-14 at 10:45 +0000, "J?hann B. Gu?mundsson" wrote: > > >> Try running "locale". > > > > > > [rodd at localhost ~]$ locale > > > LANG=en_US.UTF-8 > > > LC_CTYPE="en_US.UTF-8" > > > LC_NUMERIC="en_US.UTF-8" > > > LC_TIME="en_US.UTF-8" > > > LC_COLLATE="en_US.UTF-8" > > > LC_MONETARY="en_US.UTF-8" > > > LC_MESSAGES="en_US.UTF-8" > > > LC_PAPER="en_US.UTF-8" > > > LC_NAME="en_US.UTF-8" > > > LC_ADDRESS="en_US.UTF-8" > > > LC_TELEPHONE="en_US.UTF-8" > > > LC_MEASUREMENT="en_US.UTF-8" > > > LC_IDENTIFICATION="en_US.UTF-8" > > > LC_ALL= > > > [rodd at localhost ~]$ > > > > > > So, let me get this straight. All of this was set because I said I > > > wanted my computer to speak English (USA)? [...] > Actually, I'm starting to realize that this is much bigger than just A4 > or letter. > > Because I chose the English (USA) language, anaconda has assumed that > everything I do is US. > > I'm even stunned to note that while I select Melbourne, AUSTRALIA as my > time zone, local reports LC_TIME as en_US.UTF-8. Actually, LC_TIME is just for formatting of time. Local time and time zone are completely irrelevant matters -- if you would be an American living in Australia, chances are that you would still want LC_TIME=en_?S (US time formatting of the local Australian time). > This is just plain ridiculous! > > Clearly, anaconda needs some way to ask where someone lives (instead of > what appears to be a borked idea that if you speak a language you must > live where that language is spoken) and is probably needs some finer > grade control allowing advanced options to set more of these options in > locale. > > I may use English US on my computer, but I measure using metric, and > format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get > any of the latter right, and that's just plain wrong. There are more use cases -- at work (higher education in Sweden), most student computers will be set to English by default, so as to accomodate for both local students and exchange students. Another example is some of the big multinational Swedish companies -- some of them have English language as the corporate language policy. Even though the daily language between local coworkers are in Swedish, all formal written communication has to be in English. And the computers too, of course. In both cases, computer systems will be installed with English as the default, but in neither case, the other "side effects" of setting LC_ALL=en_US are desired. You'd still want LC_PAPER=sv_SE as that is the only thing that the printer at the end of the corridor carries, and so on with the other LC_* variables. In some cases, you'd be facing clueless IT departments to your complaints about useless defaults is "well, uh, corporate policy mandates US English as the language, so we set it in the installer", ignoring any complaints about side effects. In some cases, you'll be in the hands of IT staff with a clue, and who really want to "do the right thing" and set useful defaults, but who are out of luck because of broken software that assumes that just because you want LC_MESSAGES=en_US, everything else should be en_US too. Clearly this needs to get fixed in Anaconda. Christian From rodd at clarkson.id.au Thu Feb 14 22:41:33 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 15 Feb 2008 09:41:33 +1100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <47B4C2B1.9060100@olen.net> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <20080214221706.GA28583@ryvius.greysector.net> <47B4C2B1.9060100@olen.net> Message-ID: <1203028893.15710.63.camel@localhost.localdomain> On Thu, 2008-02-14 at 23:37 +0100, Ola Thoresen wrote: > Linus Walleij wrote: > > > The important question to ask is whether there are apps/libs out there > > that get trouble unless the LC_* vars are actually different. glibc will > > likely survive, since it has all of these settings. > > > > I've had these in my .bash_env for a few years now, and had no problems > so far: > > declare -x LANG="en_US.UTF-8" > declare -x LC_ALL="" > declare -x LC_CTYPE="nb_NO.UTF-8" > declare -x LC_NUMERIC="nb_NO.UTF-8" > declare -x LC_TIME="nb_NO.UTF-8" > declare -x LC_COLLATE="nb_NO.UTF-8" > declare -x LC_MONETARY="nb_NO.UTF-8" > declare -x LC_MESSAGES="en_US.UTF-8" > declare -x LC_PAPER="nb_NO.UTF-8" > declare -x LC_NAME="nb_NO.UTF-8" > declare -x LC_ADDRESS="nb_NO.UTF-8" > declare -x LC_TELEPHONE="nb_NO.UTF-8" > declare -x LC_MEASUREMENT="nb_NO.UTF-8" > declare -x LC_IDENTIFICATION="nb_NO.UTF-8" > > It does not fix everything, but it is better than nothing. > (But I had to set the all manually, and it only works for my user ofcourse). I've not doubt that with a little fiddling I could make a work around for this too. However, this should just work and I shouldn't have to fiddle. R. -- "It's a fine line between denial and faith. It's much better on my side" From rodd at clarkson.id.au Thu Feb 14 22:43:37 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 15 Feb 2008 09:43:37 +1100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> Message-ID: <1203029017.15710.65.camel@localhost.localdomain> Thanks Linus R. On Thu, 2008-02-14 at 23:21 +0100, Linus Walleij wrote: > Opened this as BZ: > https://bugzilla.redhat.com/show_bug.cgi?id=432887 > > Linus > -- "It's a fine line between denial and faith. It's much better on my side" From rodd at clarkson.id.au Thu Feb 14 22:47:30 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 15 Feb 2008 09:47:30 +1100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <20080214221706.GA28583@ryvius.greysector.net> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <20080214221706.GA28583@ryvius.greysector.net> Message-ID: <1203029250.15710.70.camel@localhost.localdomain> On Thu, 2008-02-14 at 23:17 +0100, Dominik 'Rathann' Mierzejewski wrote: > On Thursday, 14 February 2008 at 23:04, Rodd Clarkson wrote: > > > > On Thu, 2008-02-14 at 10:45 +0000, "J?hann B. Gu?mundsson" wrote: > > > > > >> Try running "locale". > > > > > > > > [rodd at localhost ~]$ locale > > > > LANG=en_US.UTF-8 > > > > LC_CTYPE="en_US.UTF-8" > > > > LC_NUMERIC="en_US.UTF-8" > > > > LC_TIME="en_US.UTF-8" > > > > LC_COLLATE="en_US.UTF-8" > > > > LC_MONETARY="en_US.UTF-8" > > > > LC_MESSAGES="en_US.UTF-8" > > > > LC_PAPER="en_US.UTF-8" > > > > LC_NAME="en_US.UTF-8" > > > > LC_ADDRESS="en_US.UTF-8" > > > > LC_TELEPHONE="en_US.UTF-8" > > > > LC_MEASUREMENT="en_US.UTF-8" > > > > LC_IDENTIFICATION="en_US.UTF-8" > > > > LC_ALL= > > > > [rodd at localhost ~]$ > > > > > > > > So, let me get this straight. All of this was set because I said I > > > > wanted my computer to speak English (USA)? > > > > > > > How about address this whole Letter vs A4 issue by putting an option in > > > S-C-P that change the paper size... > > > > Actually, I'm starting to realize that this is much bigger than just A4 > > or letter. > > > > Because I chose the English (USA) language, anaconda has assumed that > > everything I do is US. > > > > I'm even stunned to note that while I select Melbourne, AUSTRALIA as my > > time zone, local reports LC_TIME as en_US.UTF-8. > > Timezone and locale are two different things. > > LC_TIME only affects the way dates are displayed. I get this. But when I select my timezone from the map of the world, I also select a (nearby) city and a country. These are going to be far better indicators of what paper I use, or how I format my date that my choice of language. In fact, I've always wondered why Fedora listed English (UK) and English (Australia) since they are the same thing. R. -- "It's a fine line between denial and faith. It's much better on my side" From rodd at clarkson.id.au Thu Feb 14 22:51:20 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 15 Feb 2008 09:51:20 +1100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <97da516f0802141441h1d62cd3fh542037181ea8e5f9@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <97da516f0802141441h1d62cd3fh542037181ea8e5f9@mail.gmail.com> Message-ID: <1203029480.15710.75.camel@localhost.localdomain> On Thu, 2008-02-14 at 23:41 +0100, Christian Rose wrote: > > I'm even stunned to note that while I select Melbourne, AUSTRALIA as my > > time zone, local reports LC_TIME as en_US.UTF-8. > > Actually, LC_TIME is just for formatting of time. Local time and time > zone are completely irrelevant matters -- if you would be an American > living in Australia, chances are that you would still want > LC_TIME=en_?S (US time formatting of the local Australian time). Strangely, as an Australian that lived in the US for three years, I used (real) English (UK) and set the date to US along with measurements, paper, dates and the like. R. -- "It's a fine line between denial and faith. It's much better on my side" From sundaram at fedoraproject.org Thu Feb 14 22:59:48 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 15 Feb 2008 04:29:48 +0530 Subject: Feature for F9: Bluetooth In-Reply-To: <1203027520.2932.26.camel@localhost.localdomain> References: <1202998916.2932.4.camel@localhost.localdomain> <1203027520.2932.26.camel@localhost.localdomain> Message-ID: <47B4C7E4.3020704@fedoraproject.org> Nicolas A. Corrarello wrote: > Well, I've it preety much ready according to the packaging guidelines. > Not bad considering its my first specfile (thanks skvidal for the help). > > Now, what's next? Where do I upload the SRPM? Read http://fedoraproject.org/wiki/PackageMaintainers/Join Rahul From jspaleta at gmail.com Thu Feb 14 22:53:20 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Feb 2008 13:53:20 -0900 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1203026671.15710.57.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> Message-ID: <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> On Thu, Feb 14, 2008 at 1:04 PM, Rodd Clarkson wrote: > I may use English US on my computer, but I measure using metric, and > format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get > any of the latter right, and that's just plain wrong. Here's a better question. Why are you using US English? Why aren't you using another English locale? I strongly believe that exposing locale customizations to the extent necessary to make you happy in anaconda is a really dumb idea. This sort of stuff is a PER USER configuration which is too complicated for the installer to need to mess with. We set a sane default in the installer based on the locale, and then the installer gets the hell out of the way. if you want to make PER USER customizations, then figure out a way to expose PER USER customizations for the different locale based settings. -jef From johannbg at hi.is Thu Feb 14 22:54:30 2008 From: johannbg at hi.is (Johann B. Gudmundsson) Date: Thu, 14 Feb 2008 22:54:30 +0000 Subject: ISO 216 vs U.S. paper Another "Mars Climate Orbiter" in the horizon Message-ID: <47B4C6A6.5000005@hi.is> Consistency in applications that support printing and from which file or from they get/set their default printer paper size Did a little research and notice this... Note this is a clean system install running FC-8 updated with updates-testing. I've done no printer configuration what so ever.. Gedit is set to A4 <--- ISO 216 Gthumb is set to A4 <--- ISO 216 Gimp is set to Letter <--- U.S. paper Firefox is set to Letter <--- U.S. paper Thunderbird is set to Letter <--- U.S. paper Open office defaults to Letter <--- U.S. paper [johannbg at localhost ~]$ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= [johannbg at localhost ~]$ locale -ck LC_PAPER LC_PAPER height=279 width=216 paper-codeset="UTF-8" As Tim Waugh pointed me out today when I filed an RFE for an idea I had regarding S-C-P and changing the default paper size.. ( see Bug 432802 ) "a) a feature request for CUPS to key off the system LC_PAPER locale setting specifically, rather than the LC_MESSAGES setting as it currently does." I would say any application that support printing and uses LC_MESSAGES. If and only if developers can agree on that LC_PAPER is where the application that support printing will get their default paper size from... " b) a configuration tool to allow LC_PAPER to be set in /etc/sysconfig/i18n" I strongly suggest that tool will be S-C-P but that tool cant be developed until developer can agree on where to get the default settings. Best regards. Johann B. From johannbg at hi.is Thu Feb 14 23:05:17 2008 From: johannbg at hi.is (Johann B. Gudmundsson) Date: Thu, 14 Feb 2008 23:05:17 +0000 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> Message-ID: <47B4C92D.2090300@hi.is> Jeff Spaleta wrote: > On Thu, Feb 14, 2008 at 1:04 PM, Rodd Clarkson wrote: > >> I may use English US on my computer, but I measure using metric, and >> format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get >> any of the latter right, and that's just plain wrong. >> > > Here's a better question. Why are you using US English? Why aren't you > using another English locale? > > I strongly believe that exposing locale customizations to the extent > necessary to make you happy in anaconda is a really dumb idea. This > sort of stuff is a PER USER configuration which is too complicated for > the installer to need to mess with. > > We set a sane default in the installer based on the locale, and then > the installer gets the hell out of the way. if you want to make PER > USER customizations, then figure out a way to expose PER USER > customizations for the different locale based settings. > > -jef > > +1 Exactly as it should be. :) Best regards. Johann B. From ssorce at redhat.com Thu Feb 14 23:31:04 2008 From: ssorce at redhat.com (Simo Sorce) Date: Thu, 14 Feb 2008 18:31:04 -0500 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> Message-ID: <1203031864.5304.21.camel@localhost.localdomain> On Thu, 2008-02-14 at 13:53 -0900, Jeff Spaleta wrote: > > Here's a better question. Why are you using US English? Why aren't you > using another English locale? CAN I HAS ENGLISH(IT) ? KTHXBYE ;-) Simo. -- Simo Sorce * Red Hat, Inc * New York From konrad at tylerc.org Thu Feb 14 23:38:21 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Thu, 14 Feb 2008 15:38:21 -0800 Subject: alsa-plugins-a52 with fedora 8? In-Reply-To: <47B467C0.70503@cs.utah.edu> References: <47B467C0.70503@cs.utah.edu> Message-ID: <200802141538.21568.konrad@tylerc.org> Quoth Justin: > Hi, > > I'm sorry if this is not the right mailing list for this question. I was > directed here from another list. I would contact the alsa package > maintainer directly but I don't know who it is. > > I have noticed the alsa package alsa-plugins-a52 seems to be missing in > at least Fedora 8. Is this intentional? Is it possible to get this added? > > Thanks, > Justin I don't know anything, but Martin here maintains alsa-libs and ought to be able to help you out. -- Konrad Meyer http://konrad.sobertillnoon.com/ -------------- 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 Feb 14 23:02:33 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Feb 2008 18:02:33 -0500 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <200802141646.42095.jwilson@redhat.com> References: <1203017473.2298.1.camel@scrappy.miketc.com> <200802141447.42891.jwilson@redhat.com> <47B49CCD.8050507@mindspring.com> <200802141646.42095.jwilson@redhat.com> Message-ID: <20080214230233.GA2750@nostromo.devel.redhat.com> Jarod Wilson (jwilson at redhat.com) said: > > I'm seeing the same problem. > > I don't use lvm on the disk. > > BTW, there was no rawhide report for today's update so I couldn't look at > > what had changed. (the previous kernel works). This has nothing to do with LVM tools specifically, AFAICT. It has to do with the kernel used to build your initrd. Newer kernels (2.6.25-git) rearrange sysfs - things that were directories are now symlinks, etc. This hurts mkinitrd pretty badly - it can't find the root devices right, to include the right drivers. So any initrd built on 2.6.25-x will fail. The attached patch (which is a utter hack) fixes it for me. Bill -------------- next part -------------- --- mkinitrd 2008-02-14 17:51:10.000000000 -0500 +++ /sbin/mkinitrd 2008-02-14 17:51:02.000000000 -0500 @@ -188,12 +188,11 @@ } findone() { - echo nash-find "$@" | /sbin/nash --force --quiet \ - | /bin/awk '{ print $1; exit; }' + find -L "$@" 2>/dev/null | /bin/awk '{ print $1; exit; }' } findall() { - echo nash-find "$@" | /sbin/nash --force --quiet + find -L "$@" 2>/dev/null } dm_get_uuid() { @@ -480,7 +479,7 @@ finddevnoinsys() { majmin="$1" if [ -n "$majmin" ]; then - dev=$(findall /sys/block -name dev | while read device ; do \ + dev=$(findall /sys/block -name dev -maxdepth 3 | while read device ; do \ echo "$majmin" | cmp -s $device && echo $device ; done) if [ -n "$dev" ]; then dev=${dev%%/dev} @@ -554,7 +553,7 @@ if [[ "$device" =~ ^/sys ]]; then device=${device##*/} fi - sysfs=$(findone -type d /sys/block -name $device) + sysfs=$(findone /sys/block -name $device -type d -maxdepth 2) fi [ -z "$sysfs" ] && return qpushd $sysfs From ncorrare at fedoraproject.org Thu Feb 14 23:45:27 2008 From: ncorrare at fedoraproject.org (Nicolas A. Corrarello) Date: Thu, 14 Feb 2008 21:45:27 -0200 Subject: Feature for F9: Bluetooth In-Reply-To: <20080214223625.GA24606@devserv.devel.redhat.com> References: <1202998916.2932.4.camel@localhost.localdomain> <20080214223625.GA24606@devserv.devel.redhat.com> Message-ID: <1203032727.2902.1.camel@localhost.localdomain> On Thu, 2008-02-14 at 17:36 -0500, Alan Cox wrote: > On Thu, Feb 14, 2008 at 11:08:39PM +0100, Linus Walleij wrote: > > I discussed this feature with Bastien a few weeks back, and apparently > > IIRC this has the downside that it will drain the battery of your phone, > > due to much heavy BT traffic. (Right Bastien?) > > That would itself be an intriguing demonstration if you really can build > a battery life spoiler 8) I've been monitoring the battery stuff. The indicator has'nt drop today, using this baby full time. I just have to remember not to lend the cellphone to a friend, lol. > > If its just being used for PAM auth however that shouldn't be a problem as > you only need to check for auth on login attempts > > -- - -- Nicolas A. Corrarello Fedora Ambassador Argentina c: +54 (911) 6017-2120 e: ncorrare at fedoraproject.org GPG Key: DFC893EE h: fedoraproject.org/wiki/NicolasCorrarello/ GPG Fingerprint: 5C93 42DA 98E1 4EEF B24B 7F8C E145 B2F9 DFC8 93EE Import my key: $ gpg --keyserver pgp.mit.edu --recv-key 0xDFC893EE -------------- 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 Feb 14 23:45:37 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Feb 2008 14:45:37 -0900 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1203031864.5304.21.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <1203031864.5304.21.camel@localhost.localdomain> Message-ID: <604aa7910802141545w33a1d5d5x9dbac04f92229b5a@mail.gmail.com> On Thu, Feb 14, 2008 at 2:31 PM, Simo Sorce wrote: > > On Thu, 2008-02-14 at 13:53 -0900, Jeff Spaleta wrote: > > > > Here's a better question. Why are you using US English? Why aren't you > > using another English locale? > > CAN I HAS ENGLISH(IT) ? IT people don't speak english... they speak perl. -jef From wart at kobold.org Thu Feb 14 23:51:16 2008 From: wart at kobold.org (Michael Thomas) Date: Thu, 14 Feb 2008 15:51:16 -0800 Subject: Have built updated rpms for Guichan0.7.1 and Manaworld0.24 for fc8.x86_64 In-Reply-To: <47AFDA86.8000807@kobold.org> References: <70e9e2170802092043w16363975ydc5bbe521e665d18@mail.gmail.com> <200802092052.06967.konrad@tylerc.org> <47AFDA86.8000807@kobold.org> Message-ID: <47B4D3F4.2040708@kobold.org> Wart wrote: > Konrad Meyer wrote: >> Quoth Rawk Beaches: >>> Hello, this is my first mail to the list so correct me if I have sent to the >>> wrong place. >> This is my first mail to the list as well, so please forgive me if I'm not >> totally correct. I think I may be able to guide you though. >> >>> I have made some updated Fedora 8 x86_64 rpms for guichan and manaworld and >>> I would like to contribute them. These updates are fairly necessary as >>> manaworld0.23 crashes often. >> I would talk to the owner of these packages, Michael Thomas > DOT org>, and see if you can help him out and/or hold co-maintainer status on >> the packages. > > Sorry for not seeing this post sooner. fedora-devel has deluged my > mailbox as of late. > > I have updates for both guichan and manaworld all ready to go, but need > find the time/solution to deal with 'ballz', which requires guichan-0.6.1. > > Either ballz needs to be ported to guichan-0.7.1 (which is not likely to > be done by upstream, as I can't reach the upstream web page anymore), or > we need to create a compat-guichan06[1] package so that both > guichan-0.6.1 and guichan-0.7.1 can live alongside each other. I've > mentioned this to the ballz maintainer, Hans, but he's a bit busy to do > any porting right now, so I think I'll work on a compat- package in the > meantime. Here's the review request for the compat package. As soon as it's accepted then I can bump manaworld to the latest version: https://bugzilla.redhat.com/show_bug.cgi?id=432310 --Wart From menthos at menthos.com Thu Feb 14 23:52:19 2008 From: menthos at menthos.com (Christian Rose) Date: Fri, 15 Feb 2008 00:52:19 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> Message-ID: <97da516f0802141552q7599a377p2dce6ee330afddff@mail.gmail.com> On 2/14/08, Jeff Spaleta wrote: > On Thu, Feb 14, 2008 at 1:04 PM, Rodd Clarkson wrote: > > I may use English US on my computer, but I measure using metric, and > > format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get > > any of the latter right, and that's just plain wrong. > > Here's a better question. Why are you using US English? Why aren't you > using another English locale? Probably because of language differences? > I strongly believe that exposing locale customizations to the extent > necessary to make you happy in anaconda is a really dumb idea. This > sort of stuff is a PER USER configuration which is too complicated for > the installer to need to mess with. It's not necessarily a per user preference. Language settings are almost always user preferences, but how can location be a user preference? It's not like that the student workstations that we are setting up in our student labs in Sweden will be located in Australia tomorrow. Not even if a student wants it to be there! To make it more clear: This is about modifying Anaconda to distinguish LANGUAGE from LOCATION, instead of making some messed up assumption about the latter from the former. You're right that not all use cases would be solved by this. And probably they shouldn't all be solved in Anaconda either. But by differentiating LANGUAGE (affecting LANG and LC_MESSAGE settings) from LOCATION (affecting most other LC_* settings) in Anaconda, we'd come a long way in sorting this mess out for the majority of use cases. Christian From devrim at CommandPrompt.com Thu Feb 14 23:54:01 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Thu, 14 Feb 2008 15:54:01 -0800 Subject: Rawhide Orphanarium In-Reply-To: <47B49EB6.3090504@redhat.com> References: <47B49EB6.3090504@redhat.com> Message-ID: <1203033241.24118.253.camel@localhost.localdomain> Hi, On Thu, 2008-02-14 at 15:04 -0500, Warren Togami wrote: > log4j-1.2.14-3jpp.1.fc8 > tanukiwrapper-3.2.3-1jpp.1.fc8 > velocity-1.4-6jpp.1 > xmlrpc-2.0.1-3jpp.2 Last week, Jesus said that he'd take these packages. Jesus, if you won't take them, I will maintain them. I will also happily be a co-maintainer. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- 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 menthos at menthos.com Fri Feb 15 00:04:51 2008 From: menthos at menthos.com (Christian Rose) Date: Fri, 15 Feb 2008 01:04:51 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <97da516f0802141552q7599a377p2dce6ee330afddff@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <97da516f0802141552q7599a377p2dce6ee330afddff@mail.gmail.com> Message-ID: <97da516f0802141604k577f20eej8631c8a499ec4e78@mail.gmail.com> On 2/15/08, Christian Rose wrote: [...] > To make it more clear: This is about modifying Anaconda to distinguish > LANGUAGE from LOCATION, instead of making some messed up assumption > about the latter from the former. > > You're right that not all use cases would be solved by this. And > probably they shouldn't all be solved in Anaconda either. But by > differentiating LANGUAGE (affecting LANG and LC_MESSAGE settings) from > LOCATION (affecting most other LC_* settings) in Anaconda, we'd come a > long way in sorting this mess out for the majority of use cases. To further expand on this: The above separation is essentially what Windows does by default and has done for several years (I beleive this was introduced starting with Windows 2000). If you install an American English copy of Windows, the Windows installer will let you alter the "Regional Settings" during install time, affecting numbers, currency, time and date display, measurement system etc. right from the Installer. By picking the "Swedish" option from the list in the Installer, you will end up with an American English Windows, but with all those regional settings set to their Swedish counterparts. Christian From ncorrare at fedoraproject.org Fri Feb 15 01:31:36 2008 From: ncorrare at fedoraproject.org (Nicolas A. Corrarello) Date: Thu, 14 Feb 2008 23:31:36 -0200 Subject: Feature for F9: Bluetooth In-Reply-To: <47B4C7E4.3020704@fedoraproject.org> References: <1202998916.2932.4.camel@localhost.localdomain> <1203027520.2932.26.camel@localhost.localdomain> <47B4C7E4.3020704@fedoraproject.org> Message-ID: <1203039096.7480.1.camel@localhost.localdomain> > Nicolas A. Corrarello wrote: > > Well, I've it preety much ready according to the packaging guidelines. > > Not bad considering its my first specfile (thanks skvidal for the help). > > > > Now, what's next? Where do I upload the SRPM? > > Read http://fedoraproject.org/wiki/PackageMaintainers/Join Well, for those who wanted to know: Bugzilla Bug 432905: Review Request: blueproximity - A tool that locks/unlocks your screen when your bluetooth devices gets away/near from your computer https://bugzilla.redhat.com/show_bug.cgi?id=432905 Wish me luck!! > > Rahul > -- - -- Nicolas A. Corrarello Fedora Ambassador Argentina c: +54 (911) 6017-2120 e: ncorrare at fedoraproject.org GPG Key: DFC893EE h: fedoraproject.org/wiki/NicolasCorrarello/ GPG Fingerprint: 5C93 42DA 98E1 4EEF B24B 7F8C E145 B2F9 DFC8 93EE Import my key: $ gpg --keyserver pgp.mit.edu --recv-key 0xDFC893EE -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Fri Feb 15 02:15:04 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Feb 2008 17:15:04 -0900 Subject: Feature for F9: Bluetooth In-Reply-To: <1203039096.7480.1.camel@localhost.localdomain> References: <1202998916.2932.4.camel@localhost.localdomain> <1203027520.2932.26.camel@localhost.localdomain> <47B4C7E4.3020704@fedoraproject.org> <1203039096.7480.1.camel@localhost.localdomain> Message-ID: <604aa7910802141815r66e06be4n428437956bb43d2d@mail.gmail.com> 2008/2/14 Nicolas A. Corrarello : > Wish me luck!! Great.. I reason to carry my Mindstorm NXT brick around in my pocket. -jef"Is that a NXT brick in your pocket..or are you just happy to see me?"spaleta From a.badger at gmail.com Fri Feb 15 03:36:45 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 14 Feb 2008 19:36:45 -0800 Subject: FESCo Meeting Summary for 2008-02-14 In-Reply-To: <20080214213321.GB2718@free.fr> References: <1203024584.4170.3.camel@nixon> <20080214213321.GB2718@free.fr> Message-ID: <47B508CD.8030200@gmail.com> Patrice Dumas wrote: > On Thu, Feb 14, 2008 at 04:29:44PM -0500, Brian Pepple wrote: >> * FESCo voted to drop the Server Provides feature proposal, since >> it hasn't been updated since Nov. 2007. This feature can be >> brought back up until feature freeze, providing that it's >> feature page is updated. >> http://fedoraproject.org/wiki/Features/ServerProvides > > I'll update the page when the package maintainers apply the one liner > diffs. > Errr... There's been some progress surely? The bugs you opened for sendmail and postfix say the change has been applied. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From kevin at scrye.com Fri Feb 15 03:38:53 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 14 Feb 2008 20:38:53 -0700 Subject: source file audit - 2008-02-14 Message-ID: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Here's attached another run of my sources/patches url checker. - There are 685 lines in this run, 561 lines in the previous run, 620 lines in the one before that, and 700 in the one before that, so things seem to be going up and down. ;( - Should I keep running this? Do folks find it useful? - Should I try and spam maintainers? Or just keep posting in the list? You can find the results file at: http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20080214.txt 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. kevin -- jwrdegoede:BADURL:alienblaster-1.1.0.tgz:alienblaster jwrdegoede:BADSOURCE:alleggl-0.4.3.tar.bz2:alleggl timj:BADSOURCE:altermime-0.3.7.tar.gz:altermime tagoh:BADURL:anthy-9100e.tar.gz:anthy dwmw2:BADURL:apmud-1.0.0.tgz:apmud kwizart:BADURL:aqsis-1.2.0.tar.gz:aqsis than:BADURL:arts-1.5.8.tar.bz2:arts awjb:BADURL:atitvout_0.4-2.diff.gz:atitvout mclasen:BADURL:atk-1.21.5.tar.bz2:atk qspencer:BADURL:atlas3_3.6.0-20.diff.gz:atlas ertzing:BADURL:audacious-1.4.5.tgz:audacious karsten:BADURL:automake-1.5.tar.bz2:automake15 stransky:BADURL:awesfx-0.5.0d.tar.gz:awesfx stransky:BADURL:gu11-rom.zip:awesfx linville:BADURL:b43-fwcutter-010.tar.bz2:b43-fwcutter jwrdegoede:BADURL:ballz-1.0.tar.gz:ballz zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar jwrdegoede:BADSOURCE:BASS-Floppy.zip:beneath-a-steel-sky danken:BADURL:bidiv-1.5.tgz:bidiv walters:BADURL:bigboard-0.5.26.tar.gz:bigboard atkac:BADURL:bind-9.5.0b1.tar.gz:bind atkac:BAD_CVS_SOURCE:dnszone.schema:bind mdomsch:BADURL:biosdevname-0.2.4.tar.gz:biosdevname spot:BADSOURCE:mpiblacs.tgz:blacs s4504kr:BAD_CVS_SOURCE:import-3ds-0.7.py:blender sandeen:BADURL:blktrace-git-20080103162505.tar.gz:blktrace akahl:BADURL:bmpx-0.40.13.tar.bz2:bmpx odvorace:BADSOURCE:netkit-bootparamd-0.17.tar.gz:bootparamd rstrode:BADURL:bug-buddy-2.21.90.tar.bz2:bug-buddy pmachata:BADURL:byacc-20070509.tar.gz:byacc rdieter:BADURL:cabextract-1.1.tar.gz:cabextract behdad:BADURL:cairo-1.5.8.tar.gz:cairo dwmw2:BADURL:callweaver-RC-1.1.99.20071230.tar.gz:callweaver nomis80:BADURL:camstream-0.26.3.tar.gz:camstream tagoh:BADURL:Canna37p3.tar.bz2:Canna pfj:BADSOURCE:CastPodder-5.0.tar.bz2:CastPodder oddsocks:BADURL:cbios-0.21.zip:cbios rrelyea:BADSOURCE:ccid-1.2.1.tar.gz:ccid edhill:BADSOURCE:cdo.pdf:cdo edhill:BADSOURCE:cdo_refcard.pdf:cdo pjones:BADSOURCE:cdparanoia-III-alpha9.8.src.tgz:cdparanoia sheltren:BADURL:cfengine-2.2.3.tar.gz:cfengine gilboa:BAD_CVS_SOURCE:cgdb.png:cgdb dwalsh:BADURL:checkpolicy-2.0.9.tgz:checkpolicy mclasen:BADSOURCE:cheese-2.21.91.tar.bz2:cheese athimm:BADURL:chrpath-0.13.tar.gz:chrpath fnasser:BADSOURCE:inetlib-1.1.1.tar.gz:classpathx-mail odvorace:BADURL:cleanfeed-0.95.7b.tar.gz:cleanfeed jmrcpn:BADURL:clement-2.1-241.tar.gz:clement chrisw:BADSOURCE:cogito-0.18.2.tar.gz:cogito ixs:BADURL:commoncpp2-1.6.1.tar.gz:commoncpp2 jnovy:BADSOURCE:db-4.2.52.tar.gz:compat-db jnovy:BADSOURCE:db-4.3.29.tar.gz:compat-db pmachata:BADURL:flex-2.5.4a.tar.gz:compat-flex chitlesh:BADURL:guile-1.6.7.tar.gz:compat-guile-16 jwilson:BADURL:conman-0.1.9.2.tar.bz2:conman bpeck:BADURL:conmux-493svn.tar.gz:conmux gemi:BADSOURCE:cook-2.30.tar.gz:cook sergiopr:BADURL:cpl-4.0.1.tar.gz:cpl jwilson:BADURL:cpuspeed-1.2.1.tar.gz:cpuspeed jwilson:BAD_CVS_SOURCE:license.txt:cpuspeed rathann:BADURL:crm114-20070810-BlameTheSegfault.src.tar.gz:crm114 chitlesh:BADURL:CrystalClear.tar.gz:crystal-clear chitlesh:BADSOURCE:crystal_project.tar.gz:crystal-project nhorman:BADURL:cscope-15.5.tar.gz:cscope dcbw:BADURL:Csound5.03.0_src-cvs20061108.tar.bz2:csound twaugh:BADURL:cups-1.3.5-source.tar.bz2:cups gemi:BADSOURCE:curry-0.9.11.tar.gz:curry desi:BADSOURCE:cwrite-0.1.24.tar.gz:cwrite sconklin:BADURL:db-4.6.19.tar.gz:cyrus-sasl pfj:BADSOURCE:db4o-6.1-mono.tar.gz:db4o ixs:BADSOURCE:dd_rhelp-0.0.6.tar.gz:dd_rescue petersen:BADURL:ddskk-12.2.0.tar.bz2:ddskk lkundrak:BADURL:debootstrap_1.0.7.tar.gz:debootstrap lmacken:BADURL:deskbar-applet-2.21.90.1.tar.bz2:deskbar-applet mbarnes:BADURL:devhelp-0.19.tar.bz2:devhelp ensc:BADURL:dhcp-forwarder-0.7.tar.bz2:dhcp-forwarder ensc:BADURL:dhcp-forwarder-0.7.tar.bz2.asc:dhcp-forwarder thias:BADURL:DirectFB-1.0.0.tar.gz:directfb lvm-team:BADURL:dmraid-1.0.0.rc14.tar.bz2:dmraid ovasik:BADSOURCE:docbook-slides-3.4.0.tar.gz:docbook-slides tjanouse:BADURL:dovecot-1.0.10.tar.gz:dovecot sergiopr:BADURL:ds9.5.1.tar.gz:ds9 ixs:BADURL:echoping-5.2.0.tar.gz:echoping jjohnstn:BADURL:eclipse-changelog-src-2.6.0.zip:eclipse-changelog zprikryl:BADURL:eject-2.1.5.tar.gz:eject pmachata:BADURL:ElectricFence-2.2.2.tar.gz:ElectricFence coldwell:BADURL:emacs-22.1.50.tar.gz:emacs coldwell:BAD_CVS_SOURCE:rpm-spec-mode.el:emacs jgu:BADURL:ebib-1.5.2.tar.gz:emacs-common-ebib bpostle:BADURL:enblend-3.1.tar.gz:enblend buc:BADURL:enca-1.9.tar.bz2:enca gecko-maint:BADURL:epiphany-2.21.90.tar.bz2:epiphany sergiopr:BADURL:esorex-3.6.6.tar.gz:esorex bpepple:BADSOURCE:evolution-brutus-1.1.28.7.tar.gz:evolution-brutus dwmw2:BADURL:FAQ-html-20050415.tar.bz2:exim-doc dwmw2:BADURL:config.samples-20050415.tar.bz2:exim-doc vcrhonek:BADSOURCE:expect-5.43.0.tar.gz:expect than:BADURL:extragear-plasma-4.0.1.tar.bz2:extragear-plasma jlayton:BADURL:ez-ipupdate-3.0.11b8.tar.gz:ez-ipupdate jlayton:BADURL:ez-ipupdate_3.0.11b8-10.diff.gz:ez-ipupdate athimm:BADURL:fakeroot_1.6.4.tar.gz:fakeroot 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 ascii:BADURL:fish-1.23.0.tar.bz2:fish andriy:BAD_CVS_SOURCE:fmio-gq-wrapper.py:fmio rbhalera:BADURL:ISO8859-2-bdf.tar.gz:fonts-ISO8859-2 tagoh:BADURL:Kappa20-0.396.tar.bz2:fonts-japanese tagoh:BADURL:k14-oldkanji.tar.gz:fonts-japanese tagoh:BADURL:mplus_bitmap_fonts-2.2.4.tar.gz:fonts-japanese tagoh:BAD_CVS_SOURCE:k14.patch:fonts-japanese than:BADURL:cyr-rfx-koi8-ub-1.1.bdfs.tar.bz2:fonts-KOI8-R than:BADURL:ksi-XFree86-cyrillic-fonts.tar.bz2:fonts-KOI8-R cr33dog:BADURL:fontypython-0.2.0.tar.gz:fontypython sheltren:BADURL:fortune-mod-1.99.1.tar.gz:fortune-mod sheltren:BADURL:fortune-tao.tar.gz:fortune-mod sheltren:BADURL:fortune-hitchhiker.tgz:fortune-mod sheltren:BADURL:osfortune.tar.gz:fortune-mod joost:BADURL:fpc-2.2.0.compiler.bin.tar.gz:fpc kaboom:BADURL:fping-2.4b2_to-ipv6.tar.gz:fping tanguy:BADURL:freehdl-0.0.4.tar.gz:freehdl orphan:BADURL:FreeWnn-1.1.1-a021.tar.bz2:FreeWnn cgrau:BADURL:frotz-2.43.tar.gz:frotz oddsocks:BADSOURCE:fuse-0.9.0.tar.gz:fuse-emulator mclasen:BADURL:gail-1.21.5.tar.bz2:gail cweyl:BADURL:qrc-0.96-293svn.tar.gz:gaim-gaym cweyl:BADURL:gaim-2.0.0beta4.tar.gz:gaim-gaym rvokal:BADURL:gaim-guifications-2.13beta6.tar.bz2:gaim-guifications icon:BADURL:gazpacho-0.7.2.tar.bz2:gazpacho belegdol:BADURL:gchempaint-0.8.7.tar.bz2:gchempaint kasal:BADURL:gdbm-1.8.0.tar.gz:gdbm pfj:BADURL:gDeskCal-1.01.tar.gz:gdeskcal owentl:BADSOURCE:GoodWeather-0.3.tar.gz:gdesklets-goodweather kevin:BADURL:gdk-pixbuf-0.22.0.tar.bz2:gdk-pixbuf rstrode:BADURL:gdm-2.21.7.tar.gz:gdm splinux:BADURL:gdmap-0.7.5.tar.gz:gdmap chitlesh:BADSOURCE:gdsto3d-20070815.tar.bz2:gds2pov chitlesh:BADURL:geda-docs-1.4.0.tar.gz:geda-docs chitlesh:BADURL:geda-examples-1.4.0.tar.gz:geda-examples chitlesh:BADURL:geda-gattrib-1.4.0.tar.gz:geda-gattrib chitlesh:BADURL:geda-gnetlist-1.4.0.tar.gz:geda-gnetlist chitlesh:BADURL:geda-gschem-1.4.0.tar.gz:geda-gschem chitlesh:BADURL:geda-gsymcheck-1.4.0.tar.gz:geda-gsymcheck chitlesh:BADURL:geda-symbols-1.4.0.tar.gz:geda-symbols chitlesh:BADURL:geda-utils-1.4.0.tar.gz:geda-utils pmachata:BADURL:genromfs-0.5.1.tar.gz:genromfs rdieter:BADSOURCE:geomview-1.9.4.tar.bz2:geomview smccann:BADURL:geos-2.2.3.tar.bz2:geos nim:BADSOURCE:GFS_ARTEMISIA_OT.zip:gfs-artemisia-fonts nim:BADSOURCE:GFS_BASKERVILLE_OT.zip:gfs-baskerville-fonts nim:BADSOURCE:GFS_BODONICLASS_OT.zip:gfs-bodoni-classic-fonts nim:BADSOURCE:GFS_BODONI_OT.zip:gfs-bodoni-fonts nim:BADSOURCE:GFS_COMPLUTUM_OT.zip:gfs-complutum-fonts nim:BADSOURCE:GFS_DIDOTCLASS_OT.zip:gfs-didot-classic-fonts nim:BADSOURCE:GFS_DIDOT_OT.zip:gfs-didot-fonts nim:BADSOURCE:GFS_GAZIS.zip:gfs-gazis-fonts nim:BADSOURCE:GFS_NEOHELLENIC_OT.zip:gfs-neohellenic-fonts nim:BADSOURCE:GFS_OLGA_OT.zip:gfs-olga-fonts nim:BADSOURCE:GFS_Porson_OT.zip:gfs-porson-fonts nim:BADSOURCE:GFS_SOLOMOS_OT.zip:gfs-solomos-fonts nim:BADSOURCE:GFS_THEOKRITOS_OT.zip:gfs-theokritos-fonts nmurray:BADURL:giflib-4.1.3.tar.bz2:giflib orphan:BADURL:gkrellweather-2.0.7.tgz:gkrellm-weather terjeros:BADSOURCE:GLE-4.0.13-manual.pdf:gle rafalzaq:BADSOURCE:glob2-0.9.1.tar.gz:glob2 thias:BADURL:glusterfs-1.3.8.tar.gz:glusterfs alexl:BADURL:gmime-2.2.16.tar.bz2:gmime liviopl:BADURL:tvn24_0.2.8-1.tar.gz:gnome-applet-tvn24 bpepple:BADURL:gnome-blog-0.9.1.tar.bz2:gnome-blog ovasik:BADURL:gnome-bluetooth-0.11.0.tar.bz2:gnome-bluetooth belegdol:BADURL:gnome-chemistry-utils-0.8.6.tar.bz2:gnome-chemistry-utils cwickert:BADURL:gnome-ppp-0.3.23.tar.bz2:gnome-ppp mbarnes:BADURL:gnome-python-2.21.0.tar.bz2:gnome-python2 rstrode:BADURL:gnome-screensaver-2.21.6.tar.bz2:gnome-screensaver hadess:BADURL:gnome-user-share-0.21.tar.gz:gnome-user-share tbzatek:BADURL:gnome-vfs-2.21.90.tar.bz2:gnome-vfs2 orphan:BADURL:gnome-yum-0.1.4.tar.gz:gnome-yum bpepple:BADURL:gnonlin-0.10.9.tar.bz2:gnonlin clumens:BADURL:gnu-efi-3.0d.tar.gz:gnu-efi nsantos:BADURL:gnu.regexp-1.1.4.tar.gz:gnu-regexp belegdol:BADURL:goffice-0.4.3.tar.bz2:goffice04 mwiriadi:BADURL:gpicview-0.1.8.tar.gz:gpicview jwboyer:BADURL:gquilt-0.20.tar.gz:gquilt vlg:BADURL:granule-1.2.4.tar.gz:granule rezso:BADURL:grass-6.2.3-fedora.tar.gz:grass deebs:BADSOURCE:GREYCstoration-2.6.zip:GREYCstoration athimm:BADURL:greylistd_0.8.3.2.tar.gz:greylistd orphan:BADSOURCE:gst-plugins-0.8.12.tar.bz2:gstreamer08-plugins bos:BADSOURCE:gtk2hs-0.9.12.1.tar.gz:gtk2hs nphilipp:BADSOURCE:gtkimageview-1.5.0.tar.gz:gtkimageview maxx:BADURL:39179-rezlooks-0.6.tar.gz:gtk-rezlooks-engine pfj:BADURL:gtksourceview-sharp-2.0-0.11.tar.bz2:gtksourceview-sharp varekova:BADURL:gzip-1.3.12.tar.gz:gzip denis:BADURL:hamlib-1.2.6.2.tar.gz:hamlib karsten:BADURL:hdparm-7.7.tar.gz:hdparm thias:BADURL:hercules-3.05.tar.gz:hercules ixs:BADURL:hevea-1.09.tar.gz:hevea cweyl:BADURL:diskdev_cmds-332.14.tar.gz:hfsplus-tools cweyl:BAD_CVS_SOURCE:apsl-2.0.txt:hfsplus-tools dwmw2:BADURL:hfsplus_1.0.4.src.tar.bz2:hfsplusutils danken:BADURL:hspell-1.0.tar.gz:hspell bpostle:BADURL:hugin-0.7.0.tar.gz:hugin caolanm:BADSOURCE:ga_IE.zip:hunspell-ga caolanm:BADURL:alt-myspell-pl-20080109.zip:hunspell-pl ensc:BADURL:hunt-1.5.tgz:hunt gilboa:BAD_CVS_SOURCE:icewm-xdg-menu:icewm cgrau:BADURL:ifm-5.1.tar.gz:ifm pfj:BADURL:ikvm-0.22.tar.gz:ikvm nmurray:BADURL:ImageMagick-6.3.8-1.tar.bz2:ImageMagick s4504kr:BADURL:inadyn.v1.96.2.zip:inadyn danielm:BADURL:initng-ifiles-0.1.4.tar.bz2:initng-ifiles rineau:BADURL:ipe-6.0pre28-src.tar.gz:ipe sconklin:BADURL:ipsec-tools-0.7.tar.bz2:ipsec-tools ensc:BADSOURCE:ip-sentinel-0.12.tar.bz2.sig:ip-sentinel than:BADURL:isdn4k-utils-CVS-2006-07-20.tar.bz2:isdn4k-utils pnemade:BADURL:iso-codes-1.8.tar.bz2:iso-codes mwringe:BADURL:commons-digester-1.7-src.tar.gz:jakarta-commons-digester pcheung:BADURL:commons-httpclient-3.0.1-src.tar.gz:jakarta-commons-httpclient mwringe:BADURL:commons-modeler-2.0-src.tar.gz:jakarta-commons-modeler dbhole:BADURL:commons-validator-1.1.4-src.tar.gz:jakarta-commons-validator fitzsim:BADSOURCE:icedtea-1.5.tar.gz:java-1.7.0-icedtea mtasaka:BADURL:jd-2.0.0-svn1790_trunk.tgz:jd mwringe:BADSOURCE:jdepend-2.6-RHCLEAN.zip:jdepend snecker:BADURL:jokosher-20080121svn.tar.gz:jokosher ecik:BADSOURCE:kadu-0.6.0-beta2.tar.bz2:kadu ecik:BADURL:kadu-pcspeaker-0.6.0.2.tar.bz2:kadu ecik:BADURL:kadu-profiles-0.3.1.tar.bz2:kadu ecik:BADURL:kadu-tabs-1.1.1.tar.bz2:kadu mtasaka:BADURL:kazehakase-0.5.2-svn3354.tar.gz:kazehakase dionysos:BADURL:kbackup-0.5.3.tar.bz2:kbackup noltec:BADURL:kbibtex-0.1.5.52.tar.bz2:kbibtex pertusus:BADSOURCE:kchmviewer-3.1.tar.gz:kchmviewer oddsocks:BADSOURCE:kcometen3-1.1.tar.gz:kcometen3 than:BADURL:kdeedu-4.0.1.tar.bz2:kdeedu than:BADURL:kdegames-4.0.1.tar.bz2:kdegames than:BADURL:kdegraphics-4.0.1.tar.bz2:kdegraphics than:BADURL:kde-i18n-ar-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-bg-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-et-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-fi-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-fr-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-he-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-hi-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-hu-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-is-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-it-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-ja-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-nb-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-bn-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-nl-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-nn-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-pa-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-pl-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt_BR-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-ro-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-ru-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-sk-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-sl-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-ca-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-sr-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-sv-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-ta-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-tr-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-uk-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_CN-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_TW-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-lt-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-ko-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-cs-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-da-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-de-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-el-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-en_GB-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-i18n-es-3.5.8.tar.bz2:kde-i18n than:BADURL:kde-l10n-ar-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-be-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-eo-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-es-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-et-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-eu-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-fi-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-fr-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-ga-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-gl-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-hi-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-hu-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-ca-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-it-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-ja-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-km-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-ko-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-lv-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-mk-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-nb-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-nds-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-ne-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-nl-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-nn-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-pa-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-pl-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt_BR-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-ru-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-se-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-sl-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-sv-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-cs-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-th-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-tr-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-uk-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-wa-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_CN-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_TW-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-csb-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-da-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-de-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-el-4.0.1.tar.bz2:kde-l10n than:BADURL:kde-l10n-en_GB-4.0.1.tar.bz2:kde-l10n than:BADURL:kdelibs-4.0.1.tar.bz2:kdelibs than:BADURL:kdemultimedia-4.0.1.tar.bz2:kdemultimedia than:BADURL:kdenetwork-4.0.1.tar.bz2:kdenetwork than:BADURL:kdepimlibs-4.0.1.tar.bz2:kdepimlibs rdieter:BADURL:kdetoys-4.0.1.tar.bz2:kdetoys oddsocks:BADURL:kdetv-0.8.9.tar.bz2:kdetv than:BADURL:kdeutils-4.0.1.tar.bz2:kdeutils than:BADURL:kdevelop-3.5.0.tar.bz2:kdevelop than:BADSOURCE:css.tar.bz2:kdewebdev than:BADSOURCE:html.tar.bz2:kdewebdev than:BADSOURCE:javascript.tar.bz2:kdewebdev abompard:BADURL:KeePassX_logo_100x100.png:keepassx ben:BADSOURCE:ketchup-0.9.8.tar.bz2:ketchup chitlesh:BADURL:keurocalc-0.9.7.tgz:keurocalc adalloz:BADURL:keychain-2.6.8.tar.bz2:keychain dionysos:BADURL:kicad-sources--2007-07-09.zip:kicad rdieter:BADSOURCE:kile-2.0.tar.bz2:kile chitlesh:BADURL:26521-kio_resources-0.2.tar.bz2:kio_resources bouska:BADURL:kitsune2.0.tar.gz:kitsune faucamp:BADURL:12956-knemo-0.4.7.tar.bz2:knemo chitlesh:BADSOURCE:kpolynome-0.1-2.tar.gz:kpolynome pwouters:BADURL:ks3switch-0.1.tar.gz:ks3switch jwrdegoede:BADURL:ksensors_0.7.3-14.diff.gz:ksensors tsmetana:BADURL:ast-ksh.2007-11-05.tgz:ksh tsmetana:BADURL:INIT.2007-11-05.tgz:ksh tsmetana:BADURL:ast-ksh-locale.2007-11-05.tgz:ksh abompard:BADURL:ksshaskpass-0.3.tar.gz:ksshaskpass chitlesh:BADURL:ktechlab-0.3.69.tar.bz2:ktechlab pertusus:BADURL:lesstif2_0.95.0-2.diff.gz:lesstif thomasvs:BADURL:libannodex-0.7.3.tar.gz:libannodex bojan:BADURL:libapreq2-2.09.tar.gz:libapreq2 vlg:BADSOURCE:libassa-3.4.2.tar.gz:libassa terjeros:BADURL:libast-0.7.1.tar.gz:libast mclasen:BADURL:libbeagle-0.3.0.tar.bz2:libbeagle jorton:BADURL:imap-2004g.tar.Z:libc-client jwrdegoede:BADURL:libcddb-1.3.0.tar.bz2:libcddb thomasvs:BADURL:libcmml-0.9.1.tar.gz:libcmml danms:BADSOURCE:libcmpiutil-0.1.tar.gz:libcmpiutil oddsocks:BADURL:libdsk-1.2.0.tar.gz:libdsk ensc:BADURL:libextractor-0.5.18a.tar.gz.sig:libextractor chitlesh:BADURL:libgeda-1.4.0.tar.gz:libgeda splinux:BADURL:libgtksourceviewmm-0.3.1.tar.bz2:libgtksourceviewmm twaugh:BADURL:libieee1284-0.2.11.tar.bz2:libieee1284 caillon:BADURL:libipoddevice-0.5.3.tar.gz:libipoddevice tgl:BADURL:jpegsrc.v6b.tar.bz2:libjpeg green:BADURL:liblo-0.24.tar.gz:liblo rathann:BADURL:libnemesi-0.6.4-rc2.tar.bz2:libnemesi huzaifas:BADSOURCE:libnova-0.12.1.tar.gz:libnova rdieter:BADURL:libofa-0.9.3.tar.gz:libofa thomasvs:BADURL:liboggz-0.9.5.tar.gz:liboggz chitlesh:BADURL:liborigin-20071119.tar.gz:liborigin bpostle:BADURL:libpano13-2.9.12.tar.bz2:libpano13 spot:BADURL:libpaper_1.1.22.tar.gz:libpaper tgl:BADURL:libpng-1.2.22.tar.bz2:libpng behdad:BADURL:librsvg-2.20.0.tar.bz2:librsvg2 spot:BADURL:rx-1.5.tar.bz2:librx dwalsh:BADURL:libselinux-2.0.53.tgz:libselinux dwalsh:BADURL:libsemanage-2.0.23.tgz:libsemanage dwalsh:BADURL:libsepol-2.0.20.tgz:libsepol denis:BADURL:libsigc++-1.2.7.tar.bz2:libsigc++ mebrown:BADSOURCE:libsmbios-0.13.13.tar.gz:libsmbios ssp:BADURL:libXinerama-1.0.2.tar.bz2:libXinerama ssp:BADURL:libxkbfile-1.0.4.tar.bz2:libxkbfile icon:BADURL:libxml++-2.20.0.tar.bz2:libxml++ veillard:BADURL:libxml2-2.6.31.tar.gz:libxml2 jwrdegoede:BADSOURCE:nvidia-settings-1.0.tar.gz:libXNVCtrl veillard:BADURL:libxslt-1.1.22.tar.gz:libxslt s4504kr:BADURL:lightning-1.2.tar.gz:lightning mgarski:BADSOURCE:linuxdcpp-1.0.1.tar.bz2:linuxdcpp bpepple:BADURL:loudmouth-1.3.3.tar.bz2:loudmouth spot:BADURL:user.ps.gz:lout kzak:BADURL:lslk_1.29_W.tar.gz:lslk dbhole:BADURL:lucene-1.9.1-src.tar.gz:lucene s4504kr:BADURL:luma-2.3.tar.bz2:luma jmoskovc:BADURL:lynx2.8.6.tar.bz2:lynx rdieter:BADURL:Macaulay2-0.9.95-src.tar.gz:Macaulay2 rbhalera:BADURL:Madan.ttf:madan-fonts varekova:BADURL:mailx-8.1.1.tar.gz:mailx mtasaka:BADURL:manedit-0.8.1.tar.bz2:manedit varekova:BADURL:man-PL24-10-2005.tar.gz:man-pages-pl varekova:BADURL:manpages-ru-0.7.tar.gz:man-pages-ru rdieter:BADURL:mtextralic.htm:mathml-fonts rdieter:BADURL:macref.pdf:maxima jnovy:BADURL:mc-2007-06-04-22.tar.gz:mc dwalsh:BADURL:mcstrans-0.2.7.tgz:mcstrans wtogami:BADURL:memtest86+-1.70.tar.gz:memtest86+ nbecker:BADURL:mercurial-0.9.5.tar.bz2:mercurial ssp:BADURL:metacity-2.21.8.svn3554.tar.bz2:metacity ixs:BADURL:metapixel-1.0.2.tar.gz:metapixel tagoh:BADURL:mew-5.2.52.tar.gz:mew mtasaka:BADURL:mfiler2-4.0.8c.tgz:mfiler2 jorge:BADSOURCE:mimetex.zip:mimetex thomasvs:BADURL:mod_annodex-ap20-0.2.2.tar.gz:mod_annodex mfleming:BADURL:mod-cband-0.9.7.5.tgz:mod_cband pfj:BADURL:mod_mono-1.2.6.tar.bz2:mod_mono jcm:BADSOURCE:module-init-tools-3.4.tar.bz2:module-init-tools jcm:BADSOURCE:module-init-tools-3.4.tar.bz2.sign:module-init-tools pfj:BADURL:mono-debugger-0.60.tar.bz2:mono-debugger pfj:BADURL:monodoc-1.2.6.zip:monodoc rmeggins:BADSOURCE:mozldap-6.0.5.tar.gz:mozldap than:BADURL:mozplugger-1.10.1.tar.gz:mozplugger varekova:BADURL:mpfr-2.3.0.tar.bz2:mpfr otaylor:BADURL:mugshot-1.1.58.tar.gz:mugshot jnovy:BADSOURCE:multican-0.0.5.tar.gz:multican mmahut:BADURL:munipack-0.3.1.tar.gz:munipack tgl:BADURL:mysql-5.0.45.tar.gz:mysql tgl:BADURL:mysql-connector-odbc-3.51.14r248.tar.gz:mysql-connector-odbc ausil:BADURL:mysql-gui-tools-5.0r12.tar.gz:mysql-gui-tools caolanm:BADSOURCE:thes_de_DE_v2.zip:mythes-de limb:BADURL:nagi_src_-_2002-11-14.tar.gz:nagi dwmw2:BADURL:nano-2.0.6.tar.gz:nano frankb:BADURL:nas-1.9.1.src.tar.gz:nas frankb:BAD_CVS_SOURCE:nasd.init:nas hadess:BADURL:nautilus-sendto-0.13.2.tar.bz2:nautilus-sendto orion:BADURL:ncarg_src-4.4.2.tar.gz:ncarg mwringe:BADURL:nekohtml-0.9.5.tar.gz:nekohtml meme:BADURL:vultures-2.1.0-full.tar.bz2:nethack-vultures orphan:BADURL:new-1.3.9.tar.gz:new steved:BADURL:nfs.doc.tar.gz:nfs-utils cchance:BADURL:nhpf-1.42.tar.gz:nhpf sindrepb:BADURL:nikto-1.36.tar.bz2:nikto snirkel:BADURL:njb-sharp-0.3.0.tar.bz2:njb-sharp tagoh:BADURL:nkf-2.0.8b.tar.gz:nkf nalin:BADURL:nss_db-2.2.tar.gz:nss_db nalin:BADURL:nss_ldap-257.tar.gz:nss_ldap nalin:BADURL:pam_ldap-184.tar.gz:nss_ldap spot:BADURL:ntfs-3g-1.2121-RC.tgz:ntfs-3g jpmahowa:BADSOURCE:numlockx-1.0.tar.gz:numlockx rjones:BADURL:ocaml-libvirt-0.3.3.4.tar.gz:ocaml-libvirt rjones:BADURL:pcre-ocaml-5.12.2.tar.gz:ocaml-pcre ngompa:BADURL:oggconvert-0.3.0.tar.gz:oggconvert walters:BADURL:online-desktop-0.2.22.tar.gz:online-desktop veillard:BADURL:opal-2.2.11.tar.gz:opal mlichvar:BADSOURCE:setlayout.c:openbox pknirsch:BADSOURCE:ipmitool-1.8.9.tar.gz:OpenIPMI jsafrane:BADSOURCE:db-4.4.20.tar.gz:openldap jsafrane:BADURL:MigrationTools-47.tar.gz:openldap caolanm:BADURL:evolocal.odb:openoffice.org lkundrak:BADSOURCE:interpreters.src-5.3.tbz2:ovaldi rrelyea:BADURL:pam_pkcs11-0.5.3.tar.gz:pam_pkcs11 orphan:BADURL:pam-script-0.1.7.tar.gz:pam_script adalloz:BADURL:pan-0.132.tar.bz2:pan ovasik:BADURL:passivetex-1.25.zip:passivetex jeffg:BADSOURCE:pbzip2-1.0.2.tar.gz:pbzip2 leo:BADURL:pcmanx-gtk2.tar.gz:pcmanx-gtk2 jwrdegoede:BADURL:pcsc-tools-1.4.10.tar.gz:pcsc-tools maxx:BADSOURCE:pdfcube-0.0.2.tar.gz:pdfcube errr:BADURL:pekwm-0.1.5.tar.bz2:pekwm cweyl:BADURL:B-Keywords-1.06.tar.gz:perl-B-Keywords rnorwood:BADURL:Business-ISBN-Data-1.15.tar.gz:perl-Business-ISBN-Data cweyl:BADURL:Catalyst-Manual-5.700701.tar.gz:perl-Catalyst-Manual cweyl:BADURL:Catalyst-Plugin-ConfigLoader-0.14.tar.gz:perl-Catalyst-Plugin-ConfigLoader 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:Config-IniFiles-2.39.tar.gz:perl-Config-IniFiles sindrepb:BADURL:DBIx-SQLite-Simple-0.34.tar.gz:perl-DBIx-SQLite-Simple steve:BADURL:eperl_2.2.14-13.diff.gz:perl-eperl cweyl:BADURL:Hash-Case-1.003.tar.gz:perl-Hash-Case spot:BADURL:HTML-Tree-3.23.tar.gz:perl-HTML-Tree spot:BADURL:HTTP-Body-0.9.tar.gz:perl-HTTP-Body spot:BADURL:Ima-DBI-0.35.tar.gz:perl-Ima-DBI spot:BADURL:IO-CaptureOutput-1.06.tar.gz:perl-IO-CaptureOutput rnorwood:BADURL:IO-Zlib-1.07.tar.gz:perl-IO-Zlib cweyl:BADURL:JSON-XS-1.52.tar.gz:perl-JSON-XS spot:BADURL:Mail-Box-2.073.tar.gz:perl-Mail-Box spot:BADURL:MARC-Record-2.0.0.tar.gz:perl-MARC-Record ixs:BADURL:MD5-2.03.tar.gz:perl-MD5 cweyl:BADURL:MooseX-Object-Pluggable-0.0005.tar.gz:perl-MooseX-Object-Pluggable rmeggins:BADURL:perl-mozldap-1.5.2.tar.gz:perl-Mozilla-LDAP rmeggins:BADURL:Makefile.PL.rpm:perl-Mozilla-LDAP iburrell:BADURL:Path-Class-0.16.tar.gz:perl-Path-Class cweyl:BADURL:Perl-Critic-1.080.tar.gz:perl-Perl-Critic cweyl:BADURL:POE-0.9989.tar.gz:perl-POE cweyl:BADURL:POE-Component-IRC-5.29.tar.gz:perl-POE-Component-IRC cweyl:BADURL:POE-Component-Server-SimpleHTTP-1.23.tar.gz:perl-POE-Component-Server-SimpleHTTP cweyl:BADURL:POE-Component-SSLify-0.08.tar.gz:perl-POE-Component-SSLify cweyl:BADURL:POE-Filter-IRCD-2.2.tar.gz:perl-POE-Filter-IRCD cweyl:BADURL:POE-Filter-Zlib-1.8.tar.gz:perl-POE-Filter-Zlib spot:BADURL:Scalar-Properties-0.13.tar.gz:perl-Scalar-Properties spot:BADURL:SNMP_Session-1.08.tar.gz:perl-SNMP_Session mmcgrath:BADURL:SOAP-Lite-0.68.tar.gz:perl-SOAP-Lite rnorwood:BADURL:Text-CSV_XS-0.30.tar.gz:perl-Text-CSV_XS spot:BADURL:Tree-DAG_Node-1.06.tar.gz:perl-Tree-DAG_Node spot:BADURL:UNIVERSAL-isa-0.06.tar.gz:perl-UNIVERSAL-isa cweyl:BADURL:WWW-Myspace-0.60.tar.gz:perl-WWW-Myspace xavierb:BADURL:WWW-Search-2.496.tar.gz:perl-WWW-Search rnorwood:BADURL:XML-Grove-0.46alpha.tar.bz2:perl-XML-Grove splinux:BADURL:pessulus-2.16.2.tar.bz2:pessulus dwmw2:BADSOURCE:petitboot-0.0.1.tar.gz:petitboot dwmw2:BADURL:libpng-1.2.16.tar.bz2:petitboot mdomsch:BADSOURCE:signing-party_0.4.12.orig.tar.gz:pgp-tools robert:BADURL:idn_1.2b.tar.gz:php-idn mmcgrath:BADURL:phpMyAdmin-2.11.4-all-languages.tar.bz2:phpMyAdmin devrim:BADSOURCE:phpPgAdmin-4.1.3.tar.bz2:phpPgAdmin rvokal:BADURL:pidgin-guifications-2.14.tar.bz2:pidgin-guifications nixaff4:BADURL:knotify-plugin_0.1.tar.gz:pidgin-knotify rdieter:BADURL:pinentry-0.7.4.tar.gz:pinentry rdieter:BADURL:pinentry-0.7.4.tar.gz.sig:pinentry gemi:BADSOURCE:HTMLmanual.tar.gz:pl dcbw:BADURL:plague-0.4.4.1.tar.bz2:plague twaugh:BADSOURCE:ppa-0.8.6.tar.gz:pnm2ppa athimm:BADSOURCE:po4a-0.32.tar.gz:po4a dwalsh:BADURL:policycoreutils-2.0.42.tgz:policycoreutils dwalsh:BADURL:sepolgen-1.0.11.tgz:policycoreutils tgl:BADURL:postgresql-8.3.0-US.pdf:postgresql tgl:BADSOURCE:pgtcl1.6.2.tar.gz:postgresql tgl:BADSOURCE:pgtcldocs-20070115.zip:postgresql tgl:BADURL:psqlodbc-08.02.0500.tar.gz:postgresql-odbc devrim:BADSOURCE:pgpoolAdmin-1.0.0.tar.gz:postgresql-pgpoolAdmin thias:BADURL:postgrey-1.30.tar.gz:postgrey jakub:BADURL:prelink-20071009.tar.bz2:prelink tscherf:BADURL:prelude-manager-0.9.11.tar.gz:prelude-manager karsten:BADURL:privoxy-3.0.6-stable-src.tar.gz:privoxy smccann:BAD_CVS_SOURCE:proj.copyright:proj varekova:BADURL:acct-6.3.2.tar.gz:psacct bpepple:BADURL:gaim-galago-0.5.1.tar.bz2:purple-galago veillard:BADURL:pwlib-1.10.10.tar.gz:pwlib mbarnes:BADURL:pygtksourceview-2.1.1.tar.bz2:pygtksourceview jcollie:BADSOURCE:pyicq-t-0.8a.tar.gz:pyicq-t kanarip:BADSOURCE:pyjigdo-0.2.tar.gz:pyjigdo misa:BADURL:pyOpenSSL-0.6.tar.gz:pyOpenSSL mbarnes:BADURL:Pyrex-0.9.5.1a.tar.gz:Pyrex firewing:BADURL:PySolFC-1.1.tar.bz2:PySolFC zmc:BADSOURCE:pyspi-0.6.1.tar.gz:pyspi toshio:BADURL:python-fedora-0.2.90.22.tar.gz:python-fedora xulchris:BADURL:fpconst-0.7.3.tar.gz:python-fpconst jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen mikeb:BADURL:python-krbV-1.0.13.tar.gz:python-krbV jafo:BADURL:python-memcached-1.39.tar.gz:python-memcached thias:BADSOURCE:Nevow-0.9.29.tar.gz:python-nevow icon:BADURL:python-pgsql-0.9.6.tar.gz:python-pgsql shahms:BADURL:PyProtocols-1.0a0dev-r2302.zip:python-protocols lmacken:BADURL:TestGears-0.2.tar.gz:python-TestGears jcollie:BADURL:python-urljr-1.0.1.tar.gz:python-urljr jcollie:BADURL:python-yadis-1.1.0.tar.gz:python-yadis ecik:BADURL:ZSI-2.0.tar.gz:python-ZSI sergiopr:BADURL:qfits-6.2.0.tar.gz:qfits silfreed:BADURL:qgis-0.9.1.tar.gz:qgis spot:BADSOURCE:ql2400_fw.bin:ql2400-firmware aconway:BADSOURCE:qpidc-0.2.tar.gz:qpidc belegdol:BADSOURCE:qsa-x11-free-1.1.5.tar.gz:qt-qsa timj:BADURL:rapidsvn-0.9.4.tar.gz:rapidsvn mbarnes:BADURL:rarian-0.7.1.tar.bz2:rarian jmoskovc:BADURL:rarpd-ss981107.tar.gz:rarpd pingou:BADURL:Biobase_1.16.1.tar.gz:R-Biobase pgordon:BADURL:libtorrent-0.12.tar.gz:rb_libtorrent jmoskovc:BADURL:rdate-1.4.tar.gz:rdate jmoskovc:BAD_CVS_SOURCE:rdist-eu-license.txt:rdist pingou:BADURL:DynDoc_1.17.0.tar.gz:R-DynDoc llim:BAD_CVS_SOURCE:lsb-release-2.0.tar.gz:redhat-lsb jgarzik:BADURL:reiserfsprogs-3.6.19.tar.gz:reiserfs-utils rayvd:BADURL:remind-03.01.02.tar.gz:remind jsteffan:BADURL:revisor-2.0.5.tar.gz:revisor tgl:BADURL:pg_filedump-8.3.0.tar:rhdb-utils aconway:BADSOURCE:rhm-0.2.tar.gz:rhm clumens:BADURL:rhpxl-0.49.tar.gz:rhpxl peter:BADURL:rlog-1.3.7.tgz:rlog peter:BAD_CVS_SOURCE:rlog-1.3.7.tgz.asc:rlog orion:BADURL:multcomp_0.992-5.tar.gz:R-multcomp timj:BADURL:rpl_1.5.3.tar.gz:rpl pmatilai:BADURL:rpm-4.4.2.3-rc1.tar.gz:rpm than:BADURL:rp-pppoe-3.8.tar.gz:rp-pppoe atkac:BADURL:rexec-1.5.tar.gz:rsh liquidat:BADURL:Rsibreak-0.8.0.tar.bz2:rsibreak thl:BADSOURCE:CHANGELOG:rss2email simo:BADURL:rsync-3.0.0pre8.tar.gz:rsync simo:BADURL:rsync-patches-3.0.0pre8.tar.gz:rsync orion:BADURL:systemfit_0.8-3.tar.gz:R-systemfit mtasaka:BADURL:ruby-bsearch-1.5.tar.gz:ruby-bsearch homeless:BADSOURCE:rudecgi-5.1.0.tar.bz2:rudecgi awjb:BADURL:rxvt-unicode-9.0.tar.bz2:rxvt-unicode pwouters:BADURL:s3ssrc.zip:s3switch tbzatek:BADURL:sabayon-2.21.0.tar.bz2:sabayon ondrejj:BADSOURCE:sagator-1.0.0.tar.bz2:sagator hamzy:BADURL:sblim-cmpi-base-1.5.4.tar.bz2:sblim-cmpi-base jcollie:BADURL:schroedinger-0.9.0.tar.gz:schroedinger phuang:BADSOURCE:scim-1.4.7.tar.gz:scim tagoh:BADURL:scim-anthy-1.2.4.tar.gz:scim-anthy pravins:BADURL:scim-sinhala-trans-0.2.0-20060825.tar.gz:scim-sinhala ryo:BADSOURCE:scim-skk-0.5.2.tar.gz:scim-skk sindrepb:BADURL:scratchpad-0.3.0.tar.bz2:scratchpad c4chris:BADURL:seaview_2.0.tar.gz:seaview dwalsh:BADSOURCE:selinux-doc-1.26.tgz:selinux-doc ixs:BADURL:ser-0.9.6_src.tar.gz:ser smccann:BADSOURCE:shapelib-1.2.10.tar.gz:shapelib gemi:BADURL:skencil-0.6.tar.gz:skencil mlichvar:BADURL:slib3a5.zip:slib mlichvar:BADURL:slrn-0.9.8.1pl1.tar.bz2:slrn gemi:BADSOURCE:SmartEiffel-2-3.tar.bz2:smarteiffel jlaska:BADURL:snake-0.10.tar.bz2:snake ausil:BADURL:snort-2.7.0.1.tar.gz:snort jwb:BADSOURCE:blacklists.tar.gz:squidGuard jwb:BAD_CVS_SOURCE:squid-getlist.html:squidGuard s4504kr:BADURL:stellarium_user_guide-0.9.0-1.pdf:stellarium mitr:BADURL:stunnel-4.20.tar.gz:stunnel mitr:BADURL:stunnel-4.20.tar.gz.asc:stunnel s4504kr:BADURL:suck-4.3.2.tar.gz:suck mpg:BADURL:sugar-0.75.0.tar.bz2:sugar mpg:BADURL:sugar-base-0.1.1.tar.bz2:sugar-base mpg:BADURL:sugar-datastore-0.6.0.tar.bz2:sugar-datastore jgu:BADURL:sunifdef-3.1.3.tar.gz:sunifdef gemi:BADURL:sweep-0.9.2.tar.bz2:sweep bpepple:BADURL:swfdec-gnome-2.21.90.tar.gz:swfdec-gnome awjb:BADURL:synce-kpm-0.11.tar.gz:synce-kpm pjones:BADURL:syslinux-3.36.tar.bz2:syslinux mbarabas:BADSOURCE:system-config-vsftpd-0.4.5.tar.gz:system-config-vsftpd fche:BADURL:systemtap-0.6.1.tar.gz:systemtap jamatos:BADURL:t1lib_5.1.1-3.diff.gz:t1lib nixaff4:BADURL:tastymenu-0.8.2.tar.bz2:tastymenu gemi:BADURL:tclabc-1.0.9.tar.gz:tclabc errr:BADURL:tenr-de-styles-pkg-1.1.tar.bz2:tenr-de-styles-pkg dionysos:BADURL:eurofont.tar.gz:tetex-eurofont pertusus:BADURL:tex4ht-1.0.2007_12_19_2154.tar.gz:tetex-tex4ht jnovy:BADURL:dvipsk-jpatch-p1.7a.tar.bz2:texlive jnovy:BADURL:platex209.tar.bz2:texlive-texmf tjikkun:BADURL:tkdnd-1.0a2.tar.gz:tkdnd vcrhonek:BADURL:pegasus-2.7.0.tar.gz:tog-pegasus kasal:BADURL:transfig.3.2.5.tar.gz:transfig awjb:BADURL:treecc-0.3.8.tar.gz:treecc davidz:BADURL:tsclient-0.150.tar.gz:tsclient icon:BADSOURCE:twitux-0.60.tar.bz2:twitux andriy:BADURL:uniconvertor-1.1.0.tar.gz:uniconvertor varekova:BADURL:unzip552.tar.gz:unzip than:BADURL:urw-fonts-1.0.7pre44.tar.bz2:urw-fonts icon:BADURL:verbiste-0.1.21.tar.gz:verbiste jima:BADURL:videodog0.31.tar.gz:videodog hadess:BADURL:vinagre-0.4.90.tar.bz2:vinagre kzak:BADURL:vlock-1.3.tar.gz:vlock atkac:BADURL:vnc-4_1_2-unixsrc.tar.gz:vnc atkac:BADURL:vnc-4_1-javasrc.tar.gz:vnc zprikryl:BADURL:vorbis-tools-1.1.1.svn20070412.tar.gz:vorbis-tools sergiopr:BADURL:wcstools-3.7.0.tar.gz:wcstools edhill:BADURL:wifiroamd-1.12.tar.gz:wifiroamd awjb:BADURL:WindowMaker-0.92.0.tar.bz2:WindowMaker awjb:BADURL:WindowMaker-extra-0.1.tar.gz:WindowMaker gemi:BADURL:wingspov-0.98.28_v1.tgz:wings kzak:BADURL:mwords.tar.Z:words than:BADURL:wordtrans_1.1pre13.tar.gz:wordtrans than:BAD_CVS_SOURCE:French.txt:wordtrans dgoodwin:BADURL:wuja-0.0.8.tar.gz:wuja kasal:BADURL:Xaw3d-1.3.tar.gz:Xaw3d kaboom:BADURL:xdaliclock-2.23.tar.gz:xdaliclock atkac:BADURL:xdelta-1.1.4.tar.gz:xdelta tbzatek:BADURL:xdg-user-dirs-0.9.tar.gz:xdg-user-dirs cwickert:BADURL:xfce4-minicmd-plugin-0.4.tar.bz2:xfce4-minicmd-plugin jmoskovc:BADURL:xferstats-2.16.tar.gz:xferstats kasal:BADURL:xfig.3.2.5.full.tar.gz:xfig jsafrane:BADURL:xinetd-2.3.14.tar.gz:xinetd ovasik:BADURL:xmltex-1.9.tar.gz:xmltex pcheung:BAD_CVS_SOURCE:xmlunit-1.0.pom:xmlunit thias:BADURL:flac-1.1.4.tar.gz:xmms-flac xgl-maint:BADURL:xf86-video-vesa-20071113.tar.bz2:xorg-x11-drv-vesa xgl-maint:BADURL:font-util-1.0.1.tar.bz2:xorg-x11-font-utils wart:BADURL:xpilot-ng-4.7.2.tar.gz:xpilot-ng mzazrive:BADSOURCE:xerces-c-src_2_7_0.tar.gz:xqilla10 gajownik:BADURL:29153-yakuake-2.7.5.tar.bz2:yakuake varekova:BADURL:zip231.tar.gz:zip varekova:BADURL:zcrypt29.tar.gz:zip mebourne:BADSOURCE:ZoneMinder-1.22.3.tar.gz:zoneminder james:BADURL:zsh-4.3.4.tar.gz:zsh -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From devrim at CommandPrompt.com Fri Feb 15 04:24:17 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Thu, 14 Feb 2008 20:24:17 -0800 Subject: source file audit - 2008-02-14 In-Reply-To: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Message-ID: <1203049457.24118.269.camel@localhost.localdomain> Hi, On Thu, 2008-02-14 at 20:38 -0700, Kevin Fenzi wrote: > devrim:BADSOURCE:phpPgAdmin-4.1.3.tar.bz2:phpPgAdmin Well... Upstream released a broken 4.1.3, and I added a patch while pushing it to Fedora. Then, upstream replaced the tarball without bumping up version number, but I did not replace my copy. Upstream is about to release a new version, and this issue will be fixed then. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- 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 rodd at clarkson.id.au Fri Feb 15 06:14:26 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 15 Feb 2008 17:14:26 +1100 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080213214647.GA2315@tango.0pointer.de> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> Message-ID: <1203056066.8920.17.camel@localhost.localdomain> Right, I'm having fun with PA not working and having to log out and in to get it up and running again. For reasons I can't explain, PA just stops responding. This can be seen in a number of ways: The sound on VMWare Player complains that /dev/snd (I think) isn't available. Rhythmbox will seem to work fine, but any attempt to play a file results in no sound and the time-line indicator doesn't move from the start (or actually, it starts to move and then goes back to the start). Sounds from various applications don't play. > This sounds as if some other process blocked the audio device when > switching back the session so that PA was unable to reopen the device > and thus playback stays suspended. > > Could you please check this, by running "pactl" in a terminal when > this happens again, and then type "list-sinks"? If your sound card > sink remains in SUSPENDED state, than this is most likely the issue. > > Or, you might have hit the well-known issue HAL where it fails to > restore ACLs sometimes and thus PA is not able to reopen the device > properly. Check getfacl /dev/snd/* So, I'm intersted in this so I can try to debug this and provide useful information for resolving this issue. I tried running pactl, but get this: [rodd at localhost ~]$ pactl No valid command specified. I then tried [rodd at localhost ~]$ pactl list-sinks No valid command specified. Finally I did a check of man pactl and then tried 'pactl list' but this gives a huge output, only some of which is 'sinks'. How would I tell what state my sound card is in (currently it's working, but I wanted to try all this while everything worked so I could see what's changed.) R. -- "It's a fine line between denial and faith. It's much better on my side" From redhat at olen.net Fri Feb 15 07:11:23 2008 From: redhat at olen.net (Ola Thoresen) Date: Fri, 15 Feb 2008 08:11:23 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <97da516f0802141552q7599a377p2dce6ee330afddff@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <97da516f0802141552q7599a377p2dce6ee330afddff@mail.gmail.com> Message-ID: <47B53B1B.8080700@olen.net> Christian Rose wrote: > On 2/14/08, Jeff Spaleta wrote: >> On Thu, Feb 14, 2008 at 1:04 PM, Rodd Clarkson wrote: >> > I may use English US on my computer, but I measure using metric, and >> > format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get >> > any of the latter right, and that's just plain wrong. >> >> Here's a better question. Why are you using US English? Why aren't you >> using another English locale? > > Probably because of language differences? One reason is that when you get an error message, you know it will be in the language most other users and developers have configured - which makes searching for solutions and adding bugs to bugzilla much easier. (...) > To make it more clear: This is about modifying Anaconda to distinguish > LANGUAGE from LOCATION, instead of making some messed up assumption > about the latter from the former. I agree. And Aanaconda already asks about location - when you set the timezone. So it should not be to hard to add a few lines on that screen, explaining that this will also affect other settings, such as paper size and date formatting, and set the LC_* accordingly. -- _,--', _._.--._____ .--.--';_'-.', ";_ _.,-' Ola Thoresen .'--'. _.' {`'-;_ .-.>.' '-:_ ) / `' '=. It is easier to fix Unix ) > {_/, /~) than to live with Windows |/ `^ .' From peter at thecodergeek.com Fri Feb 15 07:19:40 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 14 Feb 2008 23:19:40 -0800 Subject: Heads-Up! (rb_libtorrent 0.12.1 - API/ABI bump) Message-ID: <1203059980.8698.21.camel@tuxhugs> Hi, all. I've just built rb_libtorrent 0.12.1 for Rawhide, which bumps the soname to include the version (from libtorrent.so.0 to libtorrent-0.12.1.so). This point-release also contains updated asio error handling (among other things). According to repoquery, the only other package that depends on rb_libtorrent is linkage. I have filed bug 432924 against it with a patch for this change. As always, please don't hesitate to poke me incessantly with any complaints/comments/suggestions/etc. :) -- 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 lordmorgul at gmail.com Fri Feb 15 07:51:16 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 14 Feb 2008 23:51:16 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <1203056066.8920.17.camel@localhost.localdomain> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> <1203056066.8920.17.camel@localhost.localdomain> Message-ID: <47B54474.7040407@gmail.com> Rodd Clarkson wrote: >> This sounds as if some other process blocked the audio device when >> switching back the session so that PA was unable to reopen the device >> and thus playback stays suspended. >> >> Could you please check this, by running "pactl" in a terminal when >> this happens again, and then type "list-sinks"? If your sound card >> sink remains in SUSPENDED state, than this is most likely the issue. >> >> Or, you might have hit the well-known issue HAL where it fails to >> restore ACLs sometimes and thus PA is not able to reopen the device >> properly. Check getfacl /dev/snd/* > > So, I'm intersted in this so I can try to debug this and provide useful > information for resolving this issue. > > I tried running pactl, but get this: > > [rodd at localhost ~]$ pactl > No valid command specified. > > I then tried > > [rodd at localhost ~]$ pactl list-sinks > No valid command specified. > > Finally I did a check of man pactl and then tried 'pactl list' but this > gives a huge output, only some of which is 'sinks'. > > How would I tell what state my sound card is in (currently it's working, > but I wanted to try all this while everything worked so I could see > what's changed.) Yeah pactl list is correct, and I think the state is included in the FLAGS, so one of the flags included on the line for that on each sink would be SUSPENDED, if its not there its not suspended. I have not yet seen it marked suspended when this bug occurs (and rhythmbox freezes). -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From peter at thecodergeek.com Fri Feb 15 08:29:00 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 15 Feb 2008 00:29:00 -0800 Subject: Rawhide Orphanarium In-Reply-To: <47B49EB6.3090504@redhat.com> References: <47B49EB6.3090504@redhat.com> Message-ID: <1203064141.8698.36.camel@tuxhugs> On Thu, 2008-02-14 at 15:04 -0500, Warren Togami wrote: > avahi-0.6.22-5.fc9 dist-f9 ausil Is this really an orphan? :O It's such an excellent piece of software (in theory), and is a significant aide to the "Just Works" for networking apps. So much software in Fedora currently makes use of its zero-config DNS and other abilities that this would be a major loss to Fedora in terms of functionality, I believe. While I could not be a good maintainer for it (as I don't use it much more than simple music shares with Rhythmbox), I'd really hate to let this one go so easily. Would someone who could give this package the love it needs please pick it up? That would be greatly appreciated! ^_^ -- 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 pertusus at free.fr Fri Feb 15 09:12:12 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 15 Feb 2008 10:12:12 +0100 Subject: FESCo Meeting Summary for 2008-02-14 In-Reply-To: <47B508CD.8030200@gmail.com> References: <1203024584.4170.3.camel@nixon> <20080214213321.GB2718@free.fr> <47B508CD.8030200@gmail.com> Message-ID: <20080215091212.GA3386@free.fr> On Thu, Feb 14, 2008 at 07:36:45PM -0800, Toshio Kuratomi wrote: > Patrice Dumas wrote: >> On Thu, Feb 14, 2008 at 04:29:44PM -0500, Brian Pepple wrote: >>> * FESCo voted to drop the Server Provides feature proposal, since >>> it hasn't been updated since Nov. 2007. This feature can be >>> brought back up until feature freeze, providing that it's >>> feature page is updated. >>> http://fedoraproject.org/wiki/Features/ServerProvides >> >> I'll update the page when the package maintainers apply the one liner >> diffs. >> > Errr... There's been some progress surely? The bugs you opened for > sendmail and postfix say the change has been applied. Yes, I meant all the one liner diffs are applied. There is no real progress if all the servers are not fixed. -- Pat From pp at ee.oulu.fi Fri Feb 15 09:56:23 2008 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Fri, 15 Feb 2008 11:56:23 +0200 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> References: <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> Message-ID: <20080215095623.GA27909@ee.oulu.fi> On Thu, Feb 14, 2008 at 01:53:20PM -0900, Jeff Spaleta wrote: > On Thu, Feb 14, 2008 at 1:04 PM, Rodd Clarkson wrote: > > I may use English US on my computer, but I measure using metric, and > > format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get > > any of the latter right, and that's just plain wrong. > > Here's a better question. Why are you using US English? Why aren't you > using another English locale? Brits spell some words in a funny way (I wonder if anyone bothers "translating" US vs. brit spelling in software tho) ;) That said, anaconda asks what _language_ you want to install in. (LC_MESSAGES) You choose "English" and English en latarcyrheb-sun16 en_US.UTF-8 us America/New_York all are forced on you. The keymap and timezone you can change within anaconda, the locale you can't, that goes into /etc/sysconfig/i18n. A possiblity would be to add some heuristics to do en_GB.UTF-8 if you choose Europe/London as the timezone, en_IE.UTF-8 if you choose Europe/Dublin etc. Some extra code in anaconda, probably a better end-user experience too. You could also do a /etc/sysconfig/i18n and ~/.i18n gui editor thing and run that post-install, one that lets you choose from the various locales for the various options and also show how how dates etc. would get shown with different settings. Maybe using the timezone as a "hint". One problem is also that there's no "International English" locale in glibc. It would be better than en_US as the default (except for americans). > > I strongly believe that exposing locale customizations to the extent > necessary to make you happy in anaconda is a really dumb idea. This > sort of stuff is a PER USER configuration which is too complicated for > the installer to need to mess with. > > We set a sane default in the installer based on the locale, and then > the installer gets the hell out of the way. if you want to make PER > USER customizations, then figure out a way to expose PER USER > customizations for the different locale based settings. > > -jef > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Pekka Pietikainen From martin.sourada at gmail.com Fri Feb 15 10:06:46 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Fri, 15 Feb 2008 11:06:46 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <20080215095623.GA27909@ee.oulu.fi> References: <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <20080215095623.GA27909@ee.oulu.fi> Message-ID: <1203070007.24932.75.camel@pc-notebook> On Fri, 2008-02-15 at 11:56 +0200, Pekka Pietikainen wrote: > On Thu, Feb 14, 2008 at 01:53:20PM -0900, Jeff Spaleta wrote: > > On Thu, Feb 14, 2008 at 1:04 PM, Rodd Clarkson wrote: > > > I may use English US on my computer, but I measure using metric, and > > > format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get > > > any of the latter right, and that's just plain wrong. > > > > Here's a better question. Why are you using US English? Why aren't you > > using another English locale? > Brits spell some words in a funny way (I wonder if anyone bothers > "translating" US vs. brit spelling in software tho) ;) > Well, I'd say Americans spell some words in a funny way... And yep, they bother, I use en_GB and I see the differences. I am not generally opposed to anaconda be able to set differently language and all other locales. Just instead of screen with Language/Keyboard have screen with Location (or Locales or st.)/Language/Keyboard and you are IMO set. No need to tweak each locale setting differently, but treat language setting differently from other locale settings is probably needed. 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 twaugh at redhat.com Fri Feb 15 10:16:00 2008 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 15 Feb 2008 10:16:00 +0000 Subject: ISO 216 vs U.S. paper In-Reply-To: <47B4C6A6.5000005@hi.is> References: <47B4C6A6.5000005@hi.is> Message-ID: <1203070560.3716.18.camel@cyberelk.elk> On Thu, 2008-02-14 at 22:54 +0000, Johann B. Gudmundsson wrote: > I've done no printer configuration what so ever.. To some extent it's more informative to a) configure the system language b) reboot so all system daemons get started in the correct locale, and c) try the print dialog for each application, selecting that printer The reason this test might be more revealing is that the actual correct paper size for the printer is right there in the printer's PPD. If the applications aren't getting it from that, they are just guessing. But note that even this test is simplifying things somewhat: there is a difference between a document's natural page size(s) and the page layout for printing to a particular printer. I think evince captures this distinction quite well: see the File->Print Setup... dialog. > "a) a feature request for CUPS to key off the system LC_PAPER locale setting > specifically, rather than the LC_MESSAGES setting as it currently does." > > I would say any application that support printing and uses LC_MESSAGES. The slightly thorny issue with this is that LC_PAPER is not "as standard" as LC_MESSAGES -- not every environment that supports LC_MESSAGES supports LC_PAPER. This is the reason CUPS does not currently use LC_PAPER -- although it would not take very much to change the code to use it when available. But really LC_PAPER should only be examined by an application if it does not know the paper size of the printer it will print to. 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 kevin.kofler at chello.at Fri Feb 15 10:26:08 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 15 Feb 2008 10:26:08 +0000 (UTC) Subject: ISO 216 vs U.S. paper References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> Message-ID: Tim Waugh redhat.com> writes: > The reason this test might be more revealing is that the actual correct > paper size for the printer is right there in the printer's PPD. If the > applications aren't getting it from that, they are just guessing. But don't many printers support both? The HP printers I've worked with support a range of paper sizes, which contains both A4 and Letter, as well as some smaller formats like A5. Kevin Kofler From twaugh at redhat.com Fri Feb 15 10:39:42 2008 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 15 Feb 2008 10:39:42 +0000 Subject: ISO 216 vs U.S. paper In-Reply-To: References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> Message-ID: <1203071982.3716.21.camel@cyberelk.elk> On Fri, 2008-02-15 at 10:26 +0000, Kevin Kofler wrote: > Tim Waugh redhat.com> writes: > > The reason this test might be more revealing is that the actual correct > > paper size for the printer is right there in the printer's PPD. If the > > applications aren't getting it from that, they are just guessing. > > But don't many printers support both? The HP printers I've worked with support > a range of paper sizes, which contains both A4 and Letter, as well as some > smaller formats like A5. The printer can support both (many -- in fact, usually tens of sizes), but the PPD in use for the queue will have one as the default. 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 Christian.Iseli at licr.org Fri Feb 15 10:47:45 2008 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Feb 2008 11:47:45 +0100 Subject: FESCo Meeting Summary for 2008-02-07 In-Reply-To: <1202930937.3239.13.camel@kennedy> References: <1202930937.3239.13.camel@kennedy> Message-ID: <20080215114745.6275b7eb@ludwig-alpha.unil.ch> On Wed, 13 Feb 2008 14:28:57 -0500, Brian Pepple wrote: > == Members Present == > * Brian Pepple (bpepple) > * Jason Tibbitts (tibbs) > * Jesse Keating (f13) > * Dennis Gilmore (dgilmore) > * Bill Nottingham (notting) > * Warren Togami (warren) > * Jeremy Katz (jeremy) > * Christopher Aillon (caillon) > > == Members Absent == > * Tom Callaway (spot) > > == Summary == > ... > * Reduce the number of FESCo members to 9. Looks like it's been done already :-) (actually, I'm pretty sure I was present too...) C From Christian.Iseli at licr.org Fri Feb 15 10:56:46 2008 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Feb 2008 11:56:46 +0100 Subject: source file audit - 2008-02-14 In-Reply-To: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Message-ID: <20080215115646.7169fa93@ludwig-alpha.unil.ch> On Thu, 14 Feb 2008 20:38:53 -0700, Kevin Fenzi wrote: > - Should I keep running this? Do folks find it useful? yes, yes > - Should I try and spam maintainers? Or just keep posting in the list? no, yes my CHF 0.02... Thanks, C From petersen at redhat.com Fri Feb 15 11:01:12 2008 From: petersen at redhat.com (Jens Petersen) Date: Fri, 15 Feb 2008 21:01:12 +1000 Subject: Summary of the 2008-02-12 Packaging Committee meeting In-Reply-To: <47B2385C.5070003@serpentine.com> References: <7f692fec0802121407l10c29389q7af85520a1953eb4@mail.gmail.com> <47B224F8.1070908@serpentine.com> <47B2385C.5070003@serpentine.com> Message-ID: <47B570F8.6030404@redhat.com> Bryan O'Sullivan ????????: > I'm glad Yaakov is driving the process, because I don't have time to do > it myself. I and/or Jens will make time to review his proposal before > the next packaging meeting. Right, it is good that we finally started this process, but we need full agreement within the Haskell SIG before pushing the Draft to the Packaging committee for review. The current draft still needs quite a bit more work before it makes sense presenting IMHO. Jens From marc at mwiriadi.id.au Fri Feb 15 11:02:06 2008 From: marc at mwiriadi.id.au (Marc Wiriadisastra) Date: Fri, 15 Feb 2008 20:02:06 +0900 Subject: Rawhide Orphanarium In-Reply-To: <935ead450802141342o55e9afbcq36545de30b4f9642@mail.gmail.com> References: <47B49EB6.3090504@redhat.com> <1203025126.2297.0.camel@localhost.localdomain> <935ead450802141342o55e9afbcq36545de30b4f9642@mail.gmail.com> Message-ID: <1203073326.2297.3.camel@localhost.localdomain> On Thu, 2008-02-14 at 15:42 -0600, Jeffrey Ollie wrote: > On 2/14/08, Marc Wiriadisastra wrote: > > > > I'll take liferea unless someone else wants it? > > I don't want to be primary as there are a couple of packages I'm going > to try and run through the review process soon, but I'd be willing to > co-maintain. > > Jeff > No issue for me I've just added myself as owners as of now since I haven't seen any disagreements. Also not going to have internet till the end of next week since I'm moving house. Don't expect much in the way of alterations until then. Cheers, Marc From benny+usenet at amorsen.dk Fri Feb 15 11:02:19 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Fri, 15 Feb 2008 12:02:19 +0100 Subject: Anaconda needs new locale thinking. References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <20080214221706.GA28583@ryvius.greysector.net> Message-ID: Linus Walleij writes: > On Thu, 14 Feb 2008, Dominik 'Rathann' Mierzejewski wrote: > True, but if you choose "English (US)" as install language, then > clicked "Stockholm" for time zone, what would you argue is the best > locale setting for LC_TIME? > > It is not really certain that just because you have an English (US) > Fedora, you want dates as mm/dd/yyyy. In fact I would argue, that if > TZ is set to Stockholm meredian, the user is very unlikely to > understand what date 14/02/2008 is, since we Swedes always write > 2008-02-14, and the user will more likely be a Swede (OK could be > hosted internet service for the US I do agree, but think > probabilities). And we definately don't have "letter" paper around > under any circumstances. Please don't change locale settings just because you pick a different time zone. People travel, that should only affect time zone. I don't think there's a way around giving people access to all of LC_* in a settings GUI. They were split for good reasons, and anything less than the full split will not be satisfactory. /Benny From xavier at bachelot.org Fri Feb 15 11:15:40 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Fri, 15 Feb 2008 12:15:40 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <20080214130348.1e17f695.mschwendt@gmail.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> Message-ID: <47B5745C.30803@bachelot.org> Michael Schwendt wrote: > On Thu, 14 Feb 2008 14:44:52 +0300, Peter Lemenkov wrote: > >> 2008/2/14, Xavier Bachelot: >>>> perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 >>>> perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) >> >>> Is there a way to blacklist this package from the broken deps nag mail, >>> or am I doomed to get it daily until xerces 3.0 is released ? >> One possible solution is to provide compat-xerces-c-2.7.0. > > As the topic of "compat-" packages has come up elsewhere, too, recently, > please think carefully whether to introduce either > > xerces-c27 > > or: > > compat-xerces-c > > The compat- packages normally do not offer any -devel files you could use > to (re)build other packages with. They are solely for binary compatibility > with available packages, regardless of whether within Fedora or provided > by a 3rd party. That's what the term "compatibility" means in this case. > And we should not confuse the notion with multiple parallel installable > versions of a library and its corresponding -devel packages. If you > considered a compat-xerces-c-devel-2.7.0, that kind of defeats the purpose > of compat- packages, and you could as well drop the "compat-" prefix from > the package namespace and append the SONAME version to the base name, as > in "xerces-c27" and "xerces-c27-devel". > Are there any guidelines or howto for building compat package ? I'm not sure a compat package is of much use here, but it'll still be something new to learn, so I'm willing to try. Regards, Xavier From johannbg at hi.is Fri Feb 15 11:17:43 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Fri, 15 Feb 2008 11:17:43 +0000 Subject: ISO 216 vs U.S. paper In-Reply-To: <1203070560.3716.18.camel@cyberelk.elk> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> Message-ID: <47B574D7.5050902@hi.is> Tim Waugh wrote: > On Thu, 2008-02-14 at 22:54 +0000, Johann B. Gudmundsson wrote: > >> I've done no printer configuration what so ever.. >> > > To some extent it's more informative to > a) configure the system language > b) reboot so all system daemons get started in the correct locale, and > c) try the print dialog for each application, selecting that printer > > I did. > The reason this test might be more revealing is that the actual correct > paper size for the printer is right there in the printer's PPD. If the > applications aren't getting it from that, they are just guessing. > > There was no printer hook up to the labtop. I had not configured cups in any way nor was cupsd was not running. And I'm not sure where cups fits this scenario ( yet.. ) Gedit is set to A4 <--- ISO 216 Why is gedit set to A4 while the rest of my system is set to en_US-UTF-8 Gthumb is set to A4 <--- ISO 216 Why is gthumb set to A4 while the rest of my system is set to en_US-UTF-8 ( My keyboard is set to Icelandic, but I dont think that matters ) What I'm talking about is consistency in applications that support printing and their default paper size. Why do Gedit and Gthumb have their default settings set to A4 while the other are set to US.Letter Application that offer printing should be getting their default paper size from the same location and hence they should all default to the same paper size. Where they get these settings are irrelevent it can be a file called "I CONTAIN THE DEFAULT PAPER SIZE SETTINGS FOR ALL APPLICATION THAT SUPPORT PRINTING.txt" or LC_MESSAGES or LC_PAPER... But they should all get their paper size settings from the same location! When they do, then and only then can a tool be develope to change default paper size... Best regard. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From caolanm at redhat.com Fri Feb 15 11:28:17 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Fri, 15 Feb 2008 11:28:17 +0000 Subject: ISO 216 vs U.S. paper In-Reply-To: <47B574D7.5050902@hi.is> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> Message-ID: <1203074897.28468.708.camel@Jehannum> On Fri, 2008-02-15 at 11:17 +0000, "J?hann B. Gu?mundsson" wrote: > Gedit is set to A4 <--- ISO 216 Why is gedit set to A4 while the rest of > my system is set to en_US-UTF-8 > Gthumb is set to A4 <--- ISO 216 Why is gthumb set to A4 while the rest > of my system is set to en_US-UTF-8 > ( My keyboard is set to Icelandic, but I dont think that matters ) > > What I'm talking about is consistency in applications that support > printing and their default paper size. > Why do Gedit and Gthumb have their default settings set to A4 while the > other are set to US.Letter > Application that offer printing should be getting their default paper > size from the same location and hence > they should all default to the same paper size. Where does "paperconf" from libpaper fit into this ? It seems to have its own alternative hierarchy of variables :-( C. From kevin.kofler at chello.at Fri Feb 15 12:05:46 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 15 Feb 2008 12:05:46 +0000 (UTC) Subject: Rawhide Orphanarium References: <47B49EB6.3090504@redhat.com> <1203064141.8698.36.camel@tuxhugs> Message-ID: Peter Gordon thecodergeek.com> writes: > On Thu, 2008-02-14 at 15:04 -0500, Warren Togami wrote: > > avahi-0.6.22-5.fc9 dist-f9 ausil > > Is this really an orphan? :O Isn't Lennart the de facto owner of that package? He's listed as a comaintainer with all 4 ACLs in pkgdb, he's the upstream maintainer and he did most of the changes lately. But if Lennart wants someone else to be the primary maintainer or is looking for comaintainers, I'm sure we can find maintainers in the KDE SIG and/or the (GNOME) Desktop Team, as avahi is a dependency of both desktops. I'm definitely ready to take it if nobody else wants it. Kevin Kofler From nicolas.mailhot at laposte.net Fri Feb 15 12:13:02 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 13:13:02 +0100 (CET) Subject: source file audit - 2008-02-14 In-Reply-To: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Message-ID: <19544.192.54.193.53.1203077582.squirrel@rousalka.dyndns.org> Le Ven 15 f?vrier 2008 04:38, Kevin Fenzi a ?crit : > nim:BADSOURCE:GFS_ARTEMISIA_OT.zip:gfs-artemisia-fonts > nim:BADSOURCE:GFS_BASKERVILLE_OT.zip:gfs-baskerville-fonts > nim:BADSOURCE:GFS_BODONICLASS_OT.zip:gfs-bodoni-classic-fonts > nim:BADSOURCE:GFS_BODONI_OT.zip:gfs-bodoni-fonts > nim:BADSOURCE:GFS_COMPLUTUM_OT.zip:gfs-complutum-fonts > nim:BADSOURCE:GFS_DIDOTCLASS_OT.zip:gfs-didot-classic-fonts > nim:BADSOURCE:GFS_DIDOT_OT.zip:gfs-didot-fonts > nim:BADSOURCE:GFS_GAZIS.zip:gfs-gazis-fonts > nim:BADSOURCE:GFS_NEOHELLENIC_OT.zip:gfs-neohellenic-fonts > nim:BADSOURCE:GFS_OLGA_OT.zip:gfs-olga-fonts > nim:BADSOURCE:GFS_Porson_OT.zip:gfs-porson-fonts > nim:BADSOURCE:GFS_SOLOMOS_OT.zip:gfs-solomos-fonts > nim:BADSOURCE:GFS_THEOKRITOS_OT.zip:gfs-theokritos-fonts Yep, upstream changed its dns from .org to .gr, breaking all related URLs. Don't think it's worth a rebuild but then I doubt the packages will be updated this year otherwise. Opinions ? BTW anyone knows of a gnome applet that can check periodically if the target of a link changes over time? I'm too lazy to check manually when GFS updates its unversionned zips (or write a cron for this) -- Nicolas Mailhot From skasal at redhat.com Fri Feb 15 12:13:40 2008 From: skasal at redhat.com (Stepan Kasal) Date: Fri, 15 Feb 2008 13:13:40 +0100 Subject: "dbus in single-user mode?" alias "/usr over bluetooth?" In-Reply-To: <20080213160410.GA8378@nostromo.devel.redhat.com> References: <20080213155514.GA9648@camelia.ucw.cz> <20080213160410.GA8378@nostromo.devel.redhat.com> Message-ID: <20080215121340.GA28078@camelia.ucw.cz> Hello, On Wed, Feb 13, 2008 at 11:04:10AM -0500, Bill Nottingham wrote: > Stepan Kasal (skasal at redhat.com) said: > > OTOH, even such a low-level thing as glib is not going to be moved to > > /lib, because "is has always been under /usr". > > Really? Have you looked? obviously, I have not: glib has been moved to /lib. Sorry. > The long term answer is just to not support network /usr with a local > /. I can easily imagine someone searching for a GNU/Linux distribution which enables shared read-only /usr with a local rw /. It would seem unfortunate is Fedora could not participate in this contest. Stepan From jonathan.underwood at gmail.com Fri Feb 15 12:21:33 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 15 Feb 2008 12:21:33 +0000 Subject: source file audit - 2008-02-14 In-Reply-To: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Message-ID: <645d17210802150421s26a036b2u906d045b60992674@mail.gmail.com> On 15/02/2008, Kevin Fenzi wrote: > Here's attached another run of my sources/patches url checker. > > - There are 685 lines in this run, 561 lines in the previous run, 620 > lines in the one before that, and 700 in the one before that, so > things seem to be going up and down. ;( > > - Should I keep running this? Do folks find it useful? > Yes and yes. > - Should I try and spam maintainers? Or just keep posting in the list? > Personally, if you could script opening a BZ, I'd welcome that. J. From wtogami at redhat.com Fri Feb 15 12:30:28 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 15 Feb 2008 07:30:28 -0500 Subject: Rawhide Orphanarium In-Reply-To: <1203064141.8698.36.camel@tuxhugs> References: <47B49EB6.3090504@redhat.com> <1203064141.8698.36.camel@tuxhugs> Message-ID: <47B585E4.4080404@redhat.com> Peter Gordon wrote: > On Thu, 2008-02-14 at 15:04 -0500, Warren Togami wrote: >> avahi-0.6.22-5.fc9 dist-f9 ausil > > Is this really an orphan? :O > > It's such an excellent piece of software (in theory), and is a > significant aide to the "Just Works" for networking apps. So much > software in Fedora currently makes use of its zero-config DNS and other > abilities that this would be a major loss to Fedora in terms of > functionality, I believe. > > While I could not be a good maintainer for it (as I don't use it much > more than simple music shares with Rhythmbox), I'd really hate to let > this one go so easily. Would someone who could give this package the > love it needs please pick it up? That would be greatly appreciated! ^_^ > jrb wants Lennart (pulseaudio guy) to maintain avahi. It is likely that the ACL will remain open and he will need co-maintainers. Warren From mschwendt at gmail.com Fri Feb 15 12:31:25 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 15 Feb 2008 13:31:25 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <47B5745C.30803@bachelot.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> Message-ID: <20080215133125.34a5ff7f.mschwendt@gmail.com> On Fri, 15 Feb 2008 12:15:40 +0100, Xavier Bachelot wrote: > Michael Schwendt wrote: > > On Thu, 14 Feb 2008 14:44:52 +0300, Peter Lemenkov wrote: > > > >> 2008/2/14, Xavier Bachelot: > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) > >> > >>> Is there a way to blacklist this package from the broken deps nag mail, > >>> or am I doomed to get it daily until xerces 3.0 is released ? > >> One possible solution is to provide compat-xerces-c-2.7.0. > > > > As the topic of "compat-" packages has come up elsewhere, too, recently, > > please think carefully whether to introduce either > > > > xerces-c27 > > > > or: > > > > compat-xerces-c > > > > The compat- packages normally do not offer any -devel files you could use > > to (re)build other packages with. They are solely for binary compatibility > > with available packages, regardless of whether within Fedora or provided > > by a 3rd party. That's what the term "compatibility" means in this case. > > And we should not confuse the notion with multiple parallel installable > > versions of a library and its corresponding -devel packages. If you > > considered a compat-xerces-c-devel-2.7.0, that kind of defeats the purpose > > of compat- packages, and you could as well drop the "compat-" prefix from > > the package namespace and append the SONAME version to the base name, as > > in "xerces-c27" and "xerces-c27-devel". > > > > Are there any guidelines or howto for building compat package ? > I'm not sure a compat package is of much use here, but it'll still be > something new to learn, so I'm willing to try. Create a spec as if you package a library as usual. Choose "compat-%{name}XY" as the basename for all packages, where XY is derived from the library version or the SONAME major version. Delete or %exclude any files that would go into the -devel package. Include only files needed at run-time. Make sure the binary rpms can coexist with all other packages versions of the library. If the compat- package is supposed to replace/rename a release of the library with a different package name, don't add any Obsoletes/Provides, because there is an sane upgrade path for the old library package namespace. Example: libfoo*-2.0 --> compat-libfoo2-2.0 + libfoo*-3.0 From twaugh at redhat.com Fri Feb 15 12:35:57 2008 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 15 Feb 2008 12:35:57 +0000 Subject: ISO 216 vs U.S. paper In-Reply-To: <47B574D7.5050902@hi.is> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> Message-ID: <1203078957.3716.28.camel@cyberelk.elk> On Fri, 2008-02-15 at 11:17 +0000, "J?hann B. Gu?mundsson" wrote: > > To some extent it's more informative to > > a) configure the system language > > b) reboot so all system daemons get started in the correct locale, and > > c) try the print dialog for each application, selecting that printer > > > > > I did. Sorry, I meant to say: a) configure the system language b) reboot so all system daemons get started in the correct locale, and c) connect a printer d) try the print dialog for each application, selecting that printer Yes, I agree -- in the absence of any printer, LC_PAPER should be used by the two applications you highlighted. 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 kevin.kofler at chello.at Fri Feb 15 12:48:45 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 15 Feb 2008 12:48:45 +0000 (UTC) Subject: rawhide report: 20080211 changes References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> Message-ID: Michael Schwendt gmail.com> writes: > Delete or %exclude any files that would go into the -devel package. > > Include only files needed at run-time. That's a very bad idea, as it means perl-XML-Xerces can't be rebuilt anymore. (The whole reason we're talking about a compat package is that it doesn't build against the current version.) What if a security issue or some other serious bug is found in that package? I think library packages, even compat ones, without a -devel package should be banned! They're definitely not a solution if some other Fedora package needs to build against that version of the library. Kevin Kofler From xavier at bachelot.org Fri Feb 15 12:50:53 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Fri, 15 Feb 2008 13:50:53 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <20080215133125.34a5ff7f.mschwendt@gmail.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> Message-ID: <47B58AAD.8050700@bachelot.org> Michael Schwendt wrote: > On Fri, 15 Feb 2008 12:15:40 +0100, Xavier Bachelot wrote: > >> Michael Schwendt wrote: >>> On Thu, 14 Feb 2008 14:44:52 +0300, Peter Lemenkov wrote: >>> >>>> 2008/2/14, Xavier Bachelot: >>>>>> perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 >>>>>> perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) >>>>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 >>>>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) >>>>> Is there a way to blacklist this package from the broken deps nag mail, >>>>> or am I doomed to get it daily until xerces 3.0 is released ? >>>> One possible solution is to provide compat-xerces-c-2.7.0. >>> As the topic of "compat-" packages has come up elsewhere, too, recently, >>> please think carefully whether to introduce either >>> >>> xerces-c27 >>> >>> or: >>> >>> compat-xerces-c >>> >>> The compat- packages normally do not offer any -devel files you could use >>> to (re)build other packages with. They are solely for binary compatibility >>> with available packages, regardless of whether within Fedora or provided >>> by a 3rd party. That's what the term "compatibility" means in this case. >>> And we should not confuse the notion with multiple parallel installable >>> versions of a library and its corresponding -devel packages. If you >>> considered a compat-xerces-c-devel-2.7.0, that kind of defeats the purpose >>> of compat- packages, and you could as well drop the "compat-" prefix from >>> the package namespace and append the SONAME version to the base name, as >>> in "xerces-c27" and "xerces-c27-devel". >>> >> Are there any guidelines or howto for building compat package ? >> I'm not sure a compat package is of much use here, but it'll still be >> something new to learn, so I'm willing to try. > > Create a spec as if you package a library as usual. > > Choose "compat-%{name}XY" as the basename for all packages, where XY > is derived from the library version or the SONAME major version. > > Delete or %exclude any files that would go into the -devel package. > > Include only files needed at run-time. > > Make sure the binary rpms can coexist with all other packages versions > of the library. > > If the compat- package is supposed to replace/rename a release of the > library with a different package name, don't add any Obsoletes/Provides, > because there is an sane upgrade path for the old library package namespace. > Example: libfoo*-2.0 --> compat-libfoo2-2.0 + libfoo*-3.0 > Thx Michael, I'll try asap. I guess the package needs to go thru the review process, right ? Regards, Xavier From mschwendt at gmail.com Fri Feb 15 12:52:27 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 15 Feb 2008 13:52:27 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> Message-ID: <20080215135227.b40a0bb3.mschwendt@gmail.com> On Fri, 15 Feb 2008 12:48:45 +0000 (UTC), Kevin Kofler wrote: > > Delete or %exclude any files that would go into the -devel package. > > > > Include only files needed at run-time. > > That's a very bad idea, as it means perl-XML-Xerces can't be rebuilt anymore. Please don't strip the length paragraph that commented on that. From jwboyer at gmail.com Fri Feb 15 12:54:24 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 15 Feb 2008 06:54:24 -0600 Subject: source file audit - 2008-02-14 In-Reply-To: <19544.192.54.193.53.1203077582.squirrel@rousalka.dyndns.org> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <19544.192.54.193.53.1203077582.squirrel@rousalka.dyndns.org> Message-ID: <20080215065424.4b23133b@zod.rchland.ibm.com> On Fri, 15 Feb 2008 13:13:02 +0100 (CET) "Nicolas Mailhot" wrote: > > Le Ven 15 f?vrier 2008 04:38, Kevin Fenzi a ?crit : > > > nim:BADSOURCE:GFS_ARTEMISIA_OT.zip:gfs-artemisia-fonts > > nim:BADSOURCE:GFS_BASKERVILLE_OT.zip:gfs-baskerville-fonts > > nim:BADSOURCE:GFS_BODONICLASS_OT.zip:gfs-bodoni-classic-fonts > > nim:BADSOURCE:GFS_BODONI_OT.zip:gfs-bodoni-fonts > > nim:BADSOURCE:GFS_COMPLUTUM_OT.zip:gfs-complutum-fonts > > nim:BADSOURCE:GFS_DIDOTCLASS_OT.zip:gfs-didot-classic-fonts > > nim:BADSOURCE:GFS_DIDOT_OT.zip:gfs-didot-fonts > > nim:BADSOURCE:GFS_GAZIS.zip:gfs-gazis-fonts > > nim:BADSOURCE:GFS_NEOHELLENIC_OT.zip:gfs-neohellenic-fonts > > nim:BADSOURCE:GFS_OLGA_OT.zip:gfs-olga-fonts > > nim:BADSOURCE:GFS_Porson_OT.zip:gfs-porson-fonts > > nim:BADSOURCE:GFS_SOLOMOS_OT.zip:gfs-solomos-fonts > > nim:BADSOURCE:GFS_THEOKRITOS_OT.zip:gfs-theokritos-fonts > > Yep, upstream changed its dns from .org to .gr, breaking all related > URLs. Don't think it's worth a rebuild but then I doubt the packages > will be updated this year otherwise. Opinions ? I wouldn't bother rebuilding just for that, no. But if you have to rebuild some of them for gcc 4.3 anyway, might as well get the URLs fixed. josh From tsmetana at redhat.com Fri Feb 15 13:01:31 2008 From: tsmetana at redhat.com (=?UTF-8?B?VG9tw6HFoQ==?= Smetana) Date: Fri, 15 Feb 2008 14:01:31 +0100 Subject: source file audit - 2008-02-14 In-Reply-To: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Message-ID: <20080215140131.6113578a@dhcp-lab-165.englab.brq.redhat.com> On Thu, 14 Feb 2008 20:38:53 -0700 Kevin Fenzi wrote: > tsmetana:BADURL:ast-ksh.2007-11-05.tgz:ksh > tsmetana:BADURL:INIT.2007-11-05.tgz:ksh > tsmetana:BADURL:ast-ksh-locale.2007-11-05.tgz:ksh I believe these are OK. The AT&T site requires one to login (with username "I accept www.opensource.org/licenses/cpl"...) prior downloading the files. So your script probably received error 403. Regards. -- Tom?? Smetana Base OS Software Engineer, Red Hat RH IRC: #brno #devel #base-os; Freenode IRC: #fedora-devel From wolfy at nobugconsulting.ro Fri Feb 15 13:02:43 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 15 Feb 2008 15:02:43 +0200 Subject: source file audit - 2008-02-14 In-Reply-To: <20080215065424.4b23133b@zod.rchland.ibm.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <19544.192.54.193.53.1203077582.squirrel@rousalka.dyndns.org> <20080215065424.4b23133b@zod.rchland.ibm.com> Message-ID: <47B58D73.9000501@nobugconsulting.ro> Josh Boyer wrote: > On Fri, 15 Feb 2008 13:13:02 +0100 (CET) > "Nicolas Mailhot" wrote: > > >> Le Ven 15 f?vrier 2008 04:38, Kevin Fenzi a ?crit : >> >> >>> nim:BADSOURCE:GFS_ARTEMISIA_OT.zip:gfs-artemisia-fonts >>> nim:BADSOURCE:GFS_BASKERVILLE_OT.zip:gfs-baskerville-fonts >>> nim:BADSOURCE:GFS_BODONICLASS_OT.zip:gfs-bodoni-classic-fonts >>> nim:BADSOURCE:GFS_BODONI_OT.zip:gfs-bodoni-fonts >>> nim:BADSOURCE:GFS_COMPLUTUM_OT.zip:gfs-complutum-fonts >>> nim:BADSOURCE:GFS_DIDOTCLASS_OT.zip:gfs-didot-classic-fonts >>> nim:BADSOURCE:GFS_DIDOT_OT.zip:gfs-didot-fonts >>> nim:BADSOURCE:GFS_GAZIS.zip:gfs-gazis-fonts >>> nim:BADSOURCE:GFS_NEOHELLENIC_OT.zip:gfs-neohellenic-fonts >>> nim:BADSOURCE:GFS_OLGA_OT.zip:gfs-olga-fonts >>> nim:BADSOURCE:GFS_Porson_OT.zip:gfs-porson-fonts >>> nim:BADSOURCE:GFS_SOLOMOS_OT.zip:gfs-solomos-fonts >>> nim:BADSOURCE:GFS_THEOKRITOS_OT.zip:gfs-theokritos-fonts >>> >> Yep, upstream changed its dns from .org to .gr, breaking all related >> URLs. Don't think it's worth a rebuild but then I doubt the packages >> will be updated this year otherwise. Opinions ? >> > > I wouldn't bother rebuilding just for that, no. But if you have to > rebuild some of them for gcc 4.3 anyway, might as well get the URLs > fixed. fix in CVS but do not build until more changes are needed... From ivazqueznet at gmail.com Fri Feb 15 13:05:52 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Fri, 15 Feb 2008 08:05:52 -0500 Subject: rawhide report: 20080211 changes In-Reply-To: References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> Message-ID: <1203080752.6718.27.camel@ignacio.lan> On Fri, 2008-02-15 at 12:48 +0000, Kevin Kofler wrote: > Michael Schwendt gmail.com> writes: > > Delete or %exclude any files that would go into the -devel package. > > > > Include only files needed at run-time. > > That's a very bad idea, as it means perl-XML-Xerces can't be rebuilt anymore. So then don't make it a compat-* package. https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01009.html -- 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 at gmail.com Fri Feb 15 13:20:49 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 15 Feb 2008 14:20:49 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <1203080752.6718.27.camel@ignacio.lan> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203080752.6718.27.camel@ignacio.lan> Message-ID: <20080215142049.82dfcb78.mschwendt@gmail.com> On Fri, 15 Feb 2008 08:05:52 -0500, Ignacio Vazquez-Abrams wrote: > > > Delete or %exclude any files that would go into the -devel package. > > > > > > Include only files needed at run-time. > > > > That's a very bad idea, as it means perl-XML-Xerces can't be rebuilt anymore. > > So then don't make it a compat-* package. > > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01009.html Would be great if it became policy, though, because previously there has been movement towards packaging alternative library versions into compat- plus compat-*-devel packages (or not at all): $ yum info compat\*-devel\*|grep Name Name : compat-guichan05-devel Name : compat-guile-16-devel Name : compat-libosip2-devel Name : compat-wxGTK26-devel From mschwendt at gmail.com Fri Feb 15 13:20:56 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 15 Feb 2008 14:20:56 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <47B58AAD.8050700@bachelot.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <47B58AAD.8050700@bachelot.org> Message-ID: <20080215142056.c8bc51b1.mschwendt@gmail.com> On Fri, 15 Feb 2008 13:50:53 +0100, Xavier Bachelot wrote: > I guess the package needs to go thru the review process, right ? Yes, AFAIK. From kevin.kofler at chello.at Fri Feb 15 13:27:45 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 15 Feb 2008 13:27:45 +0000 (UTC) Subject: rawhide report: 20080211 changes References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203080752.6718.27.camel@ignacio.lan> Message-ID: Ignacio Vazquez-Abrams gmail.com> writes: > So then don't make it a compat-* package. > > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01009.html This distinction you and Michael Schwendt are making between compat packages with or without the "compat-" prefix doesn't appear to be shared by all maintainers. I see the following packages in Rawhide matching compat-*-devel: compat-guichan05-devel-0.5.0-8.fc9.i386.rpm compat-guile-16-devel-1.6.7-7.fc8.i386.rpm compat-libosip2-devel-2.2.2-15.fc8.i386.rpm compat-wxGTK26-devel-2.6.4-2.i386.rpm By the way, the _only_ case where a compat package without a -devel package makes sense is for an ABI-only change where the new package is 100% API-compatible (and thus software can easily be rebuilt). Otherwise you're penalizing software which is built from source (and thus needs the -devel package) over software shipped as a binary (which can just use the compat library), which disadvantages Free Software, so it's counterproductive. Kevin Kofler From limb at jcomserv.net Fri Feb 15 13:32:15 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 15 Feb 2008 07:32:15 -0600 (CST) Subject: source file audit - 2008-02-14 In-Reply-To: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Message-ID: <56177.63.85.68.164.1203082335.squirrel@mail.jcomserv.net> > limb:BADURL:nagi_src_-_2002-11-14.tar.gz:nagi This site is 500, investigating with upstream. +1 to the poster who asked for BZs generated by this. This is really helpful. Jon -- novus ordo absurdum From ivazqueznet at gmail.com Fri Feb 15 13:42:23 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Fri, 15 Feb 2008 08:42:23 -0500 Subject: rawhide report: 20080211 changes In-Reply-To: <20080215142049.82dfcb78.mschwendt@gmail.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203080752.6718.27.camel@ignacio.lan> <20080215142049.82dfcb78.mschwendt@gmail.com> Message-ID: <1203082943.6718.29.camel@ignacio.lan> On Fri, 2008-02-15 at 14:20 +0100, Michael Schwendt wrote: > On Fri, 15 Feb 2008 08:05:52 -0500, Ignacio Vazquez-Abrams wrote: > > > > > Delete or %exclude any files that would go into the -devel package. > > > > > > > > Include only files needed at run-time. > > > > > > That's a very bad idea, as it means perl-XML-Xerces can't be rebuilt anymore. > > > > So then don't make it a compat-* package. > > > > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01009.html > > Would be great if it became policy, though Agreed. -- 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 ivazqueznet at gmail.com Fri Feb 15 13:44:54 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Fri, 15 Feb 2008 08:44:54 -0500 Subject: rawhide report: 20080211 changes In-Reply-To: References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203080752.6718.27.camel@ignacio.lan> Message-ID: <1203083094.6718.33.camel@ignacio.lan> On Fri, 2008-02-15 at 13:27 +0000, Kevin Kofler wrote: > Ignacio Vazquez-Abrams gmail.com> writes: > > So then don't make it a compat-* package. > > > > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01009.html > > This distinction you and Michael Schwendt are making between compat packages > with or without the "compat-" prefix doesn't appear to be shared by all > maintainers. I see the following packages in Rawhide matching compat-*-devel: > compat-guichan05-devel-0.5.0-8.fc9.i386.rpm > compat-guile-16-devel-1.6.7-7.fc8.i386.rpm > compat-libosip2-devel-2.2.2-15.fc8.i386.rpm > compat-wxGTK26-devel-2.6.4-2.i386.rpm An oversight that will hopefully be corrected. > By the way, the _only_ case where a compat package without a -devel package > makes sense is for an ABI-only change where the new package is 100% > API-compatible (and thus software can easily be rebuilt). Otherwise you're > penalizing software which is built from source (and thus needs the -devel > package) over software shipped as a binary (which can just use the compat > library), which disadvantages Free Software, so it's counterproductive. You're not wrong, but the source really should be updated to the new API. Sometimes telling upstream "fix your sh*t" isn't the wrong thing to do. -- 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 at gmail.com Fri Feb 15 14:02:43 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 15 Feb 2008 15:02:43 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203080752.6718.27.camel@ignacio.lan> Message-ID: <20080215150243.fb71e18f.mschwendt@gmail.com> On Fri, 15 Feb 2008 13:27:45 +0000 (UTC), Kevin Kofler wrote: > Ignacio Vazquez-Abrams gmail.com> writes: > > So then don't make it a compat-* package. > > > > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01009.html > > This distinction you and Michael Schwendt are making between compat packages > with or without the "compat-" prefix doesn't appear to be shared by all > maintainers. I see the following packages in Rawhide matching compat-*-devel: > compat-guichan05-devel-0.5.0-8.fc9.i386.rpm > compat-guile-16-devel-1.6.7-7.fc8.i386.rpm > compat-libosip2-devel-2.2.2-15.fc8.i386.rpm > compat-wxGTK26-devel-2.6.4-2.i386.rpm Notice that that last one on that list is mine. ;) And I regret that I used the compat- namespace like other packages around that time (e.g. the previous compat-wxGTK version). > By the way, the _only_ case where a compat package without a -devel package > makes sense is for an ABI-only change where the new package is 100% > API-compatible (and thus software can easily be rebuilt). Have you ever wondered why Fedora still includes compat-libstdc++-296 and compat-libstdc++-33 and how they are built? > Otherwise you're > penalizing software which is built from source (and thus needs the -devel > package) over software shipped as a binary (which can just use the compat > library), which disadvantages Free Software, so it's counterproductive. I've read that section twice, but still don't understand it. See the lengthy paragraph in this thread I referred to earlier, Message-Id: <20080214130348.1e17f695.mschwendt at gmail.com> it gives the background. There is no penalty involved at all. Fedora doesn't ship prebuilt binaries in packages that cannot be rebuilt. I do not demand that an older xerces-c must be built as a compat- package without any means to rebuild other packages against it. I only request that if the alternative version of a library is meant to be for concurrent development, it ought not be shipped as a compat- package, but as a xerces-c27 and xerces-c27-devel pair of packages. From jwilson at redhat.com Fri Feb 15 14:13:16 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Fri, 15 Feb 2008 09:13:16 -0500 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <20080214230233.GA2750@nostromo.devel.redhat.com> References: <1203017473.2298.1.camel@scrappy.miketc.com> <200802141646.42095.jwilson@redhat.com> <20080214230233.GA2750@nostromo.devel.redhat.com> Message-ID: <200802150913.16975.jwilson@redhat.com> On Thursday 14 February 2008 06:02:33 pm Bill Nottingham wrote: > Jarod Wilson (jwilson at redhat.com) said: > > > I'm seeing the same problem. > > > I don't use lvm on the disk. > > > BTW, there was no rawhide report for today's update so I couldn't look > > > at what had changed. (the previous kernel works). > > This has nothing to do with LVM tools specifically, AFAICT. *shrug* I had a (mostly f8) box that wouldn't boot 2.6.25-x, which after updating to rawhide lvm2 and rebuilding its initrd, booted just fine. :) > It has to > do with the kernel used to build your initrd. Newer kernels (2.6.25-git) > rearrange sysfs - things that were directories are now symlinks, etc. This > hurts mkinitrd pretty badly - it can't find the root devices right, to > include the right drivers. > > So any initrd built on 2.6.25-x will fail. The attached patch (which > is a utter hack) fixes it for me. Built on, or built for? My failure case was an initrd for 2.6.25-x built while running a 2.6.24 kernel. -- Jarod Wilson jwilson at redhat.com From mfarrellee+fedora at redhat.com Fri Feb 15 14:15:45 2008 From: mfarrellee+fedora at redhat.com (Matthew Farrellee) Date: Fri, 15 Feb 2008 08:15:45 -0600 Subject: LSB-ish init script, RFC Message-ID: <47B59E91.9070600@redhat.com> While trying to write an LSB init script for the condor package, I ran across PackagingDrafts/SysVInitScript [1]. It has a very nice template for an init script. But, first, it wasn't quite sufficient for my service, and, second, it didn't exactly follow the Initial Actions [2], which is nearly verbatim the LSB Core 3.2 Init Script Actions [3]. First, it wasn't sufficient for my service because anyone can run a copy of my service. They just have to have their own config file. Think of it like having both a system httpd, listening on port 80, and a user httpd, listening on port 1134. Both process names can easily be "httpd". This is a problem because /etc/init.d/functions' status() uses pidof, which can find a user's process and confuse it with a system process. This means running "service blah start" can silently fail because the init script thinks the service is already running, when only the user's copy of the service is running. To get around this I implemented my own rh_status, calling it pid_status, that uses a pidfile to determine if the service is running. Second, the template init script doesn't quite follow the Initial Action description for "restart". It always calls "stop" even if the service is already stopped. It also doesn't always print error messages on errors, such as reload when the service is not running or when the executable is missing during restart/stop. Below is a template init script, based on the one already in the wiki, that solves the issues above. I'd appreciate feedback on how it could be improved. Maybe it could be added to the wiki as an additional template for services that create pidfiles when they start. Best, matt [1] http://fedoraproject.org/wiki/PackagingDrafts/SysVInitScript [2] http://fedoraproject.org/wiki/PackagingDrafts/SysVInitScript#head-2a29ef136c4702a14dcf6127e3b7d6ff558817b9 [3] http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html template.init: #!/bin/sh # # # # chkconfig: # description: ### BEGIN INIT INFO # Provides: # Required-Start: # Required-Stop: # Should-Start: # Should-Stop: # Default-Start: # Default-Stop: # Short-Description: # Description: ### END INIT INFO # Source function library. . /etc/rc.d/init.d/functions exec="/path/to/" prog="" config="" [ -e /etc/sysconfig/$prog ] && . /etc/sysconfig/$prog lockfile=/var/lock/subsys/$prog pidfile=/var/run/$prog.pid start() { echo -n $"Starting $prog: " # $prog must create proper /var/run/$prog.pid # start $prog, often: daemon --pidfile $pidfile $exec RETVAL=$? echo [ $RETVAL -eq 0 ] && touch $lockfile return $RETVAL } stop() { echo -n $"Stopping $prog: " # stop $prog, often: killproc -p $pidfile $prog RETVAL=$? echo # also rm -f $pidfile, if $prog doesn't do it itself [ $RETVAL -eq 0 ] && rm -f $lockfile return $RETVAL } reload() { echo -n $"Reloading $prog: " # tell $prog to reload its config RETVAL=$? echo return $RETVAL } force_reload() { echo -n $"Reloading $prog: " # tell $prog to reload its config, or just restart it RETVAL=$? echo return $RETVAL } # # Determine if a process is running only by looking in a pidfile. # There is no use of pidof, which can find processes that are not # started by this script. # # ASSUMPTION: The pidfile will exist if the process does, see false # negative warning. # # WARNING: A false positive is possible if the process that dropped # the pid file has crashed and the pid has been recycled. A false # negative is possible if the process has not yet dropped the pidfile, # or it contains the incorrect pid. # # Usage: pid_status # Result: 0 = pid exists # 1 = pid does not exist, but pidfile does # 2 = pid does not exist, but lockfile does # 3 = pidfile does not exist, thus pid does not exist # 4 = status unknown # pid_status() { if [ -f $1 ]; then # this can fail if we're not privileged pid=`cat $1` &>/dev/null if [ $? -ne 0 -o -z "$pid" ]; then echo $? $pid return 4 fi ps $pid &>/dev/null if [ $? -ne 0 ]; then if [ -e $2 ]; then return 2 fi return 1 fi return 0 fi return 3 } pid_status $pidfile $lockfile running=$? if [ "$1" != "status" ]; then # Report that $exec does not exist, or is not executable [ -x $exec ] || (echo $"$0: error: program not installed" && exit 5) # Report that $prog's config does not exist [ -f $config ] || (echo $"$0: error: program not configured" && exit 6) [ $running -eq 4 ] && echo $"$0: error: insufficient privileges" && exit 7 fi case "$1" in start) [ $running -eq 0 ] && exit 0 start RETVAL=$? ;; stop) [ $running -eq 0 ] || exit 0 stop RETVAL=$? ;; restart) [ $running -eq 0 ] && stop start RETVAL=$? ;; try-restart) [ $running -eq 0 ] || exit 0 stop start RETVAL=$? ;; reload) [ $running -eq 0 ] || (echo $"$0: error: $prog is not running" && exit 7) reload RETVAL=$? ;; force-reload) [ $running -eq 0 ] || (echo $"$0: error: $prog is not running" && exit 7) force_reload RETVAL=$? ;; status) if [ $running -ne 0 ]; then case "$running" in 1) echo $"$prog dead but pid file exists" ;; 2) echo $"$prog dead but subsys locked" ;; 3) echo $"$prog is stopped" ;; 4) echo $"$prog status is unknown" ;; esac exit $running fi # WARNING: status uses pidof and may find more pids than it # should. status -p $pidfile $prog RETVAL=$? ;; *) echo $"Usage: $0 {start|stop|restart|try-restart|reload|force-reload|status}" RETVAL=2 esac exit $RETVAL From mschwendt at gmail.com Fri Feb 15 14:20:00 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 15 Feb 2008 15:20:00 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <1203083094.6718.33.camel@ignacio.lan> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203080752.6718.27.camel@ignacio.lan> <1203083094.6718.33.camel@ignacio.lan> Message-ID: <20080215152000.8a6d158f.mschwendt@gmail.com> On Fri, 15 Feb 2008 08:44:54 -0500, Ignacio Vazquez-Abrams wrote: > On Fri, 2008-02-15 at 13:27 +0000, Kevin Kofler wrote: > > Ignacio Vazquez-Abrams gmail.com> writes: > > > So then don't make it a compat-* package. > > > > > > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01009.html > > > > This distinction you and Michael Schwendt are making between compat packages > > with or without the "compat-" prefix doesn't appear to be shared by all > > maintainers. I see the following packages in Rawhide matching compat-*-devel: > > compat-guichan05-devel-0.5.0-8.fc9.i386.rpm > > compat-guile-16-devel-1.6.7-7.fc8.i386.rpm > > compat-libosip2-devel-2.2.2-15.fc8.i386.rpm > > compat-wxGTK26-devel-2.6.4-2.i386.rpm > > An oversight that will hopefully be corrected. Not worth the hassle, IMO. It would also affect 3rd party packages. And I would not like to see more superfluous rebuilds and updates in all branches as a result of renaming a package. Doing the rename only in rawhide would not be trouble-free either. Among some packagers it has become way to popular to copy even the smalles changes in rawhide to all branches. Renaming BuildRequires would be such a change, and adding Obsoletes/Provides for the compat- namespace would not change the situation at all. In Fedora Extras CVS I would have simply renamed the packages in rawhide and notified the maintainers of dependencies that I would adjust the BR from compat-wxGTK26-devel to wxGTK26-devel. With ACLs and %{?dist}-madness I don't feel good about it. It has complicated some things a lot. From xavier at bachelot.org Fri Feb 15 14:24:22 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Fri, 15 Feb 2008 15:24:22 +0100 Subject: source file audit - 2008-02-14 In-Reply-To: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Message-ID: <47B5A096.9040402@bachelot.org> > xavierb:BADURL:WWW-Search-2.496.tar.gz:perl-WWW-Search New upstream version, the tarball for this version is not available anymore. Will fix asap. It could help to have the list sorted by owner and/or to have bugs filed automatically. Regards, Xavier From nicolas.mailhot at laposte.net Fri Feb 15 14:37:56 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 15:37:56 +0100 Subject: How important are ISO standards to Fedora? In-Reply-To: <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> Message-ID: <1203086276.3727.6.camel@rousalka.dyndns.org> Le mardi 12 f?vrier 2008 ? 21:35 -0900, Jeff Spaleta a ?crit : > On Feb 12, 2008 9:20 PM, Jeff Spaleta wrote: > > On Feb 12, 2008 9:05 PM, Rodd Clarkson wrote: > > > Wouldn't it be more correct for Fedora to default to the ISO standard > > > for paper (A4, etc) than to the US standard for paper (letter, etc)? > > > > Fedora's default papersize setting... where? > > Take a close look at the file cupshelpers.py > > in system-config-printer > > Letter is selected by default only for a small number of specific > locales. What more do you want? Blood? Actually most users whose print jobs has been repeatedly messed up by something silentrly defaulting to letter would answer yes > If you are going to argue that we should make A4 the default, even for > en_US and en_CA... en_CA no, en_US yes. That's the price to pay for tolerating badly localised software that causes large parts of the world (where paper default is A4) use en_US locale. You can't have it both ways: either en_US is just another locale, software defaults to something else ?(en_intl or whatever), and it uses USA paper size or it's the default world locale and default world paper size should be used. And don't get me started on decimal separator or date formats. -- 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 Fri Feb 15 14:42:39 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 15:42:39 +0100 Subject: Locales (WAS: How important are ISO standards) In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> Message-ID: <1203086559.3727.12.camel@rousalka.dyndns.org> Le mercredi 13 f?vrier 2008 ? 08:48 +0100, Linus Walleij a ?crit : > Anaconda isn't very helpful in this either. For example if you choose to > install in English language, then select "Paris" on the time map, it > doesn't suggest you to switch locale to "en_FR" (which doesn't work BTW), > what they actually want is probably to change some LC_* vars > to fr_FR, like LC_PAPER and LC_TIME. LC_TIME is useless. It conflates written day names (which should match the language) and numeric formats (that can be something else entirely). Thus using ?ISO 8601 numeric format requires declaring you live in Denmark, and will force English day/week naming. -- 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 mfarrellee+fedora at redhat.com Fri Feb 15 14:43:45 2008 From: mfarrellee+fedora at redhat.com (Matthew Farrellee) Date: Fri, 15 Feb 2008 08:43:45 -0600 Subject: LSB-ish init script, RFC In-Reply-To: <47B59E91.9070600@redhat.com> References: <47B59E91.9070600@redhat.com> Message-ID: <47B5A521.8040806@redhat.com> I went a little overboard on the || && shortcutting. "[ X ] || ( Y && exit )" will do Y and not exit, should be "if [ ! X ]; then Y ; exit ; fi" Best, matt Matthew Farrellee wrote: > While trying to write an LSB init script for the condor package, I ran > across PackagingDrafts/SysVInitScript [1]. It has a very nice template > for an init script. But, first, it wasn't quite sufficient for my > service, and, second, it didn't exactly follow the Initial Actions [2], > which is nearly verbatim the LSB Core 3.2 Init Script Actions [3]. > > First, it wasn't sufficient for my service because anyone can run a copy > of my service. They just have to have their own config file. Think of it > like having both a system httpd, listening on port 80, and a user httpd, > listening on port 1134. Both process names can easily be "httpd". This > is a problem because /etc/init.d/functions' status() uses pidof, which > can find a user's process and confuse it with a system process. This > means running "service blah start" can silently fail because the init > script thinks the service is already running, when only the user's copy > of the service is running. To get around this I implemented my own > rh_status, calling it pid_status, that uses a pidfile to determine if > the service is running. > > Second, the template init script doesn't quite follow the Initial Action > description for "restart". It always calls "stop" even if the service is > already stopped. It also doesn't always print error messages on errors, > such as reload when the service is not running or when the executable is > missing during restart/stop. > > Below is a template init script, based on the one already in the wiki, > that solves the issues above. I'd appreciate feedback on how it could be > improved. Maybe it could be added to the wiki as an additional template > for services that create pidfiles when they start. > > Best, > > > matt > > [1] http://fedoraproject.org/wiki/PackagingDrafts/SysVInitScript > [2] > http://fedoraproject.org/wiki/PackagingDrafts/SysVInitScript#head-2a29ef136c4702a14dcf6127e3b7d6ff558817b9 > > [3] > http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html > > > template.init: > #!/bin/sh > # > # > # > # chkconfig: > # description: # a backslash> > > ### BEGIN INIT INFO > # Provides: > # Required-Start: > # Required-Stop: > # Should-Start: > # Should-Stop: > # Default-Start: > # Default-Stop: > # Short-Description: > # Description: > ### END INIT INFO > > # Source function library. > . /etc/rc.d/init.d/functions > > exec="/path/to/" > prog="" > config="" > > [ -e /etc/sysconfig/$prog ] && . /etc/sysconfig/$prog > > lockfile=/var/lock/subsys/$prog > pidfile=/var/run/$prog.pid > > > start() { > echo -n $"Starting $prog: " > # $prog must create proper /var/run/$prog.pid > # start $prog, often: daemon --pidfile $pidfile $exec > RETVAL=$? > echo > [ $RETVAL -eq 0 ] && touch $lockfile > return $RETVAL > } > > stop() { > echo -n $"Stopping $prog: " > # stop $prog, often: killproc -p $pidfile $prog > RETVAL=$? > echo > # also rm -f $pidfile, if $prog doesn't do it itself > [ $RETVAL -eq 0 ] && rm -f $lockfile > return $RETVAL > } > > reload() { > echo -n $"Reloading $prog: " > # tell $prog to reload its config > RETVAL=$? > echo > return $RETVAL > } > > force_reload() { > echo -n $"Reloading $prog: " > # tell $prog to reload its config, or just restart it > RETVAL=$? > echo > return $RETVAL > } > > # > # Determine if a process is running only by looking in a pidfile. > # There is no use of pidof, which can find processes that are not > # started by this script. > # > # ASSUMPTION: The pidfile will exist if the process does, see false > # negative warning. > # > # WARNING: A false positive is possible if the process that dropped > # the pid file has crashed and the pid has been recycled. A false > # negative is possible if the process has not yet dropped the pidfile, > # or it contains the incorrect pid. > # > # Usage: pid_status > # Result: 0 = pid exists > # 1 = pid does not exist, but pidfile does > # 2 = pid does not exist, but lockfile does > # 3 = pidfile does not exist, thus pid does not exist > # 4 = status unknown > # > pid_status() { > if [ -f $1 ]; then > # this can fail if we're not privileged > pid=`cat $1` &>/dev/null > if [ $? -ne 0 -o -z "$pid" ]; then > echo $? $pid > return 4 > fi > > ps $pid &>/dev/null > if [ $? -ne 0 ]; then > if [ -e $2 ]; then > return 2 > fi > > return 1 > fi > > return 0 > fi > > return 3 > } > > > pid_status $pidfile $lockfile > running=$? > > if [ "$1" != "status" ]; then > # Report that $exec does not exist, or is not executable > [ -x $exec ] || (echo $"$0: error: program not installed" && exit 5) > > # Report that $prog's config does not exist > [ -f $config ] || (echo $"$0: error: program not configured" && exit 6) > > [ $running -eq 4 ] && echo $"$0: error: insufficient privileges" && > exit 7 > fi > > case "$1" in > start) > [ $running -eq 0 ] && exit 0 > start > RETVAL=$? > ;; > stop) > [ $running -eq 0 ] || exit 0 > stop > RETVAL=$? > ;; > restart) > [ $running -eq 0 ] && stop > start > RETVAL=$? > ;; > try-restart) > [ $running -eq 0 ] || exit 0 > stop > start > RETVAL=$? > ;; > reload) > [ $running -eq 0 ] || (echo $"$0: error: $prog is not running" && > exit 7) > reload > RETVAL=$? > ;; > force-reload) > [ $running -eq 0 ] || (echo $"$0: error: $prog is not running" && > exit 7) > force_reload > RETVAL=$? > ;; > status) > if [ $running -ne 0 ]; then > case "$running" in > 1) echo $"$prog dead but pid file exists" ;; > 2) echo $"$prog dead but subsys locked" ;; > 3) echo $"$prog is stopped" ;; > 4) echo $"$prog status is unknown" ;; > esac > > exit $running > fi > > # WARNING: status uses pidof and may find more pids than it > # should. > status -p $pidfile $prog > RETVAL=$? > ;; > *) > echo $"Usage: $0 > {start|stop|restart|try-restart|reload|force-reload|status}" > RETVAL=2 > esac > > exit $RETVAL > From nicolas.mailhot at laposte.net Fri Feb 15 14:45:39 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 15:45:39 +0100 Subject: Locales (WAS: How important are ISO standards) In-Reply-To: <604aa7910802130857y3f6bf83ei97643aafd96a767a@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <604aa7910802130857y3f6bf83ei97643aafd96a767a@mail.gmail.com> Message-ID: <1203086739.3727.14.camel@rousalka.dyndns.org> Le mercredi 13 f?vrier 2008 ? 07:57 -0900, Jeff Spaleta a ?crit : > On Feb 12, 2008 10:48 PM, Linus Walleij wrote: > > > > I'd be surprised if the real problem was anything else than the simple > > fact that users who just want "an English Fedora" will not know how to > > localize Fedora for say, France while keeping the english language. > > Simple rule... if you are not in North America.. avoid using en_US for anything. > Aren't there other English locales available at install time? Care to point us to one (one) app that does not think default international english is en_US ? -- 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 Fri Feb 15 14:49:16 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 15:49:16 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <20080214221706.GA28583@ryvius.greysector.net> Message-ID: <1203086957.3727.17.camel@rousalka.dyndns.org> Le jeudi 14 f?vrier 2008 ? 23:30 +0100, Linus Walleij a ?crit : > On Thu, 14 Feb 2008, Dominik 'Rathann' Mierzejewski wrote: > > > Timezone and locale are two different things. > > LC_TIME only affects the way dates are displayed. > > True, but if you choose "English (US)" as install language, then > clicked "Stockholm" for time zone, what would you argue is the best locale > setting for LC_TIME? > > It is not really certain that just because you have an English (US) > Fedora, you want dates as mm/dd/yyyy. In fact I would argue, that if TZ is > set to Stockholm meredian, the user is very unlikely to understand what > date 14/02/2008 is, since we Swedes always write 2008-02-14, and the > user will more likely be a Swede According to glibc locale logic, you're all Danes (see en_dk locale) -- 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 Fri Feb 15 14:51:32 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 15:51:32 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> Message-ID: <1203087093.3727.20.camel@rousalka.dyndns.org> Le jeudi 14 f?vrier 2008 ? 13:53 -0900, Jeff Spaleta a ?crit : > I strongly believe that exposing locale customizations to the extent > necessary to make you happy in anaconda is a really dumb idea. This > sort of stuff is a PER USER configuration which is too complicated for > the installer to need to mess with. True this is per user but that does not mean the system defaults being f-up is ok. Admins like proper system defaults too. -- 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 rjones at redhat.com Fri Feb 15 14:54:24 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 15 Feb 2008 14:54:24 +0000 Subject: source file audit - 2008-02-14 In-Reply-To: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Message-ID: <47B5A7A0.9020201@redhat.com> Kevin Fenzi wrote: > rjones:BADURL:ocaml-libvirt-0.3.3.4.tar.gz:ocaml-libvirt > rjones:BADURL:pcre-ocaml-5.12.2.tar.gz:ocaml-pcre These are both fixed in rawhide. 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 nicolas.mailhot at laposte.net Fri Feb 15 15:07:03 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 16:07:03 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B464E7.3090603@gmail.com> References: <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B464E7.3090603@gmail.com> Message-ID: <1203088024.3727.22.camel@rousalka.dyndns.org> Le jeudi 14 f?vrier 2008 ? 09:57 -0600, Les Mikesell a ?crit : > > Your objections really make no rational sense anyway, you don't "accidentally" > > switch sessions to another user. > > The accidental part is the idea that a certain keyboard is somehow > related to other devices. That might be true in some cases, but it is > just circumstantial. If someone is listening to music through speakers > or has a phone call going he may not be near the keyboard, and someone > else logging in to check their mail would have no relationship at all to > the audio devices. +10 -- 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 mzerqung at 0pointer.de Fri Feb 15 15:32:01 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Fri, 15 Feb 2008 16:32:01 +0100 Subject: Rawhide Orphanarium In-Reply-To: References: <47B49EB6.3090504@redhat.com> <1203064141.8698.36.camel@tuxhugs> Message-ID: <20080215153201.GA31199@tango.0pointer.de> On Fri, 15.02.08 12:05, Kevin Kofler (kevin.kofler at chello.at) wrote: Hi! > Isn't Lennart the de facto owner of that package? He's listed as a comaintainer > with all 4 ACLs in pkgdb, he's the upstream maintainer and he did most of the > changes lately. But if Lennart wants someone else to be the primary maintainer > or is looking for comaintainers, I'm sure we can find maintainers in the KDE > SIG and/or the (GNOME) Desktop Team, as avahi is a dependency of both desktops. > I'm definitely ready to take it if nobody else wants it. This is mostly a misunderstanding. I was practically maintaining Avahi fully anyway, although I was listed only as comaintainer. Recently Martin Bacovsky moved to another group in RH and wanted to give up his nominal maintainership of it in fedora and he thus oprhaned it, but I never did took it up officially in pkgdb. This is fixed now. Thanks for the notice, Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From notting at redhat.com Fri Feb 15 15:48:37 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 15 Feb 2008 10:48:37 -0500 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <200802150913.16975.jwilson@redhat.com> References: <1203017473.2298.1.camel@scrappy.miketc.com> <200802141646.42095.jwilson@redhat.com> <20080214230233.GA2750@nostromo.devel.redhat.com> <200802150913.16975.jwilson@redhat.com> Message-ID: <20080215154837.GA26627@nostromo.devel.redhat.com> Jarod Wilson (jwilson at redhat.com) said: > > It has to > > do with the kernel used to build your initrd. Newer kernels (2.6.25-git) > > rearrange sysfs - things that were directories are now symlinks, etc. This > > hurts mkinitrd pretty badly - it can't find the root devices right, to > > include the right drivers. > > > > So any initrd built on 2.6.25-x will fail. The attached patch (which > > is a utter hack) fixes it for me. > > Built on, or built for? My failure case was an initrd for 2.6.25-x built while > running a 2.6.24 kernel. 'Built on a kernel where /sys/block/* are all symlinks'; whether that's just 2.6.25, or one of our 2.6.24 kernels, I'm not sure. Then again, there could be multiple issues. Bill From notting at redhat.com Fri Feb 15 16:05:54 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 15 Feb 2008 11:05:54 -0500 Subject: LSB-ish init script, RFC In-Reply-To: <47B59E91.9070600@redhat.com> References: <47B59E91.9070600@redhat.com> Message-ID: <20080215160554.GB26627@nostromo.devel.redhat.com> Matthew Farrellee (mfarrellee+fedora at redhat.com) said: > First, it wasn't sufficient for my service because anyone can run a copy of > my service. They just have to have their own config file. Think of it like > having both a system httpd, listening on port 80, and a user httpd, > listening on port 1134. Both process names can easily be "httpd". This is a > problem because /etc/init.d/functions' status() uses pidof, which can find > a user's process and confuse it with a system process. This means running > "service blah start" can silently fail because the init script thinks the > service is already running, when only the user's copy of the service is > running. To get around this I implemented my own rh_status, calling it > pid_status, that uses a pidfile to determine if the service is running. This seems to be a rather unusual case, though, especially since it implies you'd need customization just to specify an alternate config file. Bill From loupgaroublond at gmail.com Fri Feb 15 16:13:45 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Fri, 15 Feb 2008 11:13:45 -0500 Subject: Git has too many freaking dependencies Message-ID: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> Hey list, Before I go and submit a bug, I would like to ask why git requires that i install so many dependencies? Apparently, to manage files, git requires no less than CVS, Subversion, emacs-common and emacs-git, and tk. Below is a log from yum. I'm not complaining too much as I will need these tools too, but it strikes me as very odd that git requires that I have not only a working kitchen sink, but a dishwasher, and servants to load it every day. -Yaakov yankee at rtn:~$ sudo yum install git Wachtwoord: livna 100% |=========================| 2.1 kB 00:00 fedora 100% |=========================| 2.1 kB 00:00 adobe-linux-i386 100% |=========================| 951 B 00:00 updates 100% |=========================| 2.3 kB 00:00 Setting up Install Process Parsing package install arguments Resolving Dependencies --> Running transaction check ---> Package git.i386 0:1.5.3.8-1.fc8 set to be updated --> Processing Dependency: git-cvs = 1.5.3.8-1.fc8 for package: git --> Processing Dependency: git-email = 1.5.3.8-1.fc8 for package: git --> Processing Dependency: emacs-git = 1.5.3.8-1.fc8 for package: git --> Processing Dependency: git-arch = 1.5.3.8-1.fc8 for package: git --> Processing Dependency: gitk = 1.5.3.8-1.fc8 for package: git --> Processing Dependency: git-gui = 1.5.3.8-1.fc8 for package: git --> Processing Dependency: git-core = 1.5.3.8-1.fc8 for package: git --> Processing Dependency: perl-Git = 1.5.3.8-1.fc8 for package: git --> Processing Dependency: git-svn = 1.5.3.8-1.fc8 for package: git --> Running transaction check ---> Package gitk.i386 0:1.5.3.8-1.fc8 set to be updated --> Processing Dependency: tk >= 8.4 for package: gitk ---> Package git-core.i386 0:1.5.3.8-1.fc8 set to be updated --> Processing Dependency: perl(Error) for package: git-core ---> Package git-arch.i386 0:1.5.3.8-1.fc8 set to be updated --> Processing Dependency: tla for package: git-arch ---> Package emacs-git.i386 0:1.5.3.8-1.fc8 set to be updated --> Processing Dependency: emacs-common for package: emacs-git ---> Package git-email.i386 0:1.5.3.8-1.fc8 set to be updated ---> Package perl-Git.i386 0:1.5.3.8-1.fc8 set to be updated ---> Package git-svn.i386 0:1.5.3.8-1.fc8 set to be updated --> Processing Dependency: perl(SVN::Core) for package: git-svn --> Processing Dependency: perl(URI) for package: git-svn --> Processing Dependency: subversion for package: git-svn --> Processing Dependency: perl(SVN::Ra) for package: git-svn --> Processing Dependency: perl(LWP::UserAgent) for package: git-svn --> Processing Dependency: perl(Term::ReadKey) for package: git-svn --> Processing Dependency: perl(SVN::Delta) for package: git-svn ---> Package git-cvs.i386 0:1.5.3.8-1.fc8 set to be updated --> Processing Dependency: cvsps for package: git-cvs --> Processing Dependency: perl(DBI) for package: git-cvs --> Processing Dependency: cvs for package: git-cvs ---> Package git-gui.i386 0:1.5.3.8-1.fc8 set to be updated --> Running transaction check ---> Package subversion.i386 0:1.4.4-7 set to be updated ---> Package perl-TermReadKey.i386 0:2.30-2 set to be updated ---> Package perl-libwww-perl.noarch 0:5.808-3.fc8 set to be updated --> Processing Dependency: perl(HTML::Entities) for package: perl-libwww-perl --> Processing Dependency: perl(Compress::Zlib) for package: perl-libwww-perl --> Processing Dependency: perl-HTML-Parser >= 3.33 for package: perl-libwww-perl ---> Package tk.i386 1:8.4.17-2.fc8 set to be updated --> Processing Dependency: tcl = 1:8.4.17 for package: tk --> Processing Dependency: libtcl8.4.so for package: tk ---> Package cvs.i386 0:1.11.22-12.fc8 set to be updated ---> Package cvsps.i386 0:2.1-5.fc8 set to be updated ---> Package perl-Error.noarch 1:0.17010-1.fc8 set to be updated ---> Package perl-URI.noarch 0:1.35-3.1 set to be updated ---> Package subversion-perl.i386 0:1.4.4-7 set to be updated ---> Package perl-DBI.i386 0:1.58-2.fc8 set to be updated ---> Package emacs-common.i386 0:22.1-8.fc8 set to be updated ---> Package tla.i386 0:1.3.5-4.fc8 set to be updated --> Running transaction check ---> Package perl-Compress-Zlib.noarch 0:2.005-2.fc8 set to be updated --> Processing Dependency: perl(IO::Compress::Gzip) >= 2.005 for package: perl-Compress-Zlib --> Processing Dependency: perl(IO::Uncompress::Gunzip) >= 2.005 for package: perl-Compress-Zlib --> Processing Dependency: perl(Compress::Raw::Zlib) >= 2.005 for package: perl-Compress-Zlib --> Processing Dependency: perl(IO::Compress::Gzip::Constants) >= 2.005 for package: perl-Compress-Zlib --> Processing Dependency: perl(IO::Compress::Base::Common) >= 2.005 for package: perl-Compress-Zlib ---> Package tcl.i386 1:8.4.17-1.fc8 set to be updated ---> Package perl-HTML-Parser.i386 0:3.56-2.fc8 set to be updated --> Processing Dependency: perl(HTML::Tagset) >= 3.03 for package: perl-HTML-Parser --> Processing Dependency: perl(HTML::Tagset) for package: perl-HTML-Parser --> Running transaction check ---> Package perl-Compress-Raw-Zlib.i386 0:2.005-3.fc8 set to be updated ---> Package perl-IO-Compress-Zlib.noarch 0:2.005-2.fc8 set to be updated ---> Package perl-HTML-Tagset.noarch 0:3.10-6.fc8 set to be updated ---> Package perl-IO-Compress-Base.noarch 0:2.005-2.fc8 set to be updated --> Finished Dependency Resolution Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: git i386 1.5.3.8-1.fc8 updates 7.2 k Installing for dependencies: cvs i386 1.11.22-12.fc8 fedora 726 k cvsps i386 2.1-5.fc8 fedora 56 k emacs-common i386 22.1-8.fc8 updates 18 M emacs-git i386 1.5.3.8-1.fc8 updates 45 k git-arch i386 1.5.3.8-1.fc8 updates 26 k git-core i386 1.5.3.8-1.fc8 updates 4.1 M git-cvs i386 1.5.3.8-1.fc8 updates 65 k git-email i386 1.5.3.8-1.fc8 updates 22 k git-gui i386 1.5.3.8-1.fc8 updates 78 k git-svn i386 1.5.3.8-1.fc8 updates 78 k gitk i386 1.5.3.8-1.fc8 updates 65 k perl-Compress-Raw-Zlib i386 2.005-3.fc8 fedora 54 k perl-Compress-Zlib noarch 2.005-2.fc8 fedora 34 k perl-DBI i386 1.58-2.fc8 fedora 715 k perl-Error noarch 1:0.17010-1.fc8 updates 27 k perl-Git i386 1.5.3.8-1.fc8 updates 16 k perl-HTML-Parser i386 3.56-2.fc8 fedora 111 k perl-HTML-Tagset noarch 3.10-6.fc8 fedora 15 k perl-IO-Compress-Base noarch 2.005-2.fc8 fedora 53 k perl-IO-Compress-Zlib noarch 2.005-2.fc8 fedora 135 k perl-TermReadKey i386 2.30-2 fedora 32 k perl-URI noarch 1.35-3.1 fedora 116 k perl-libwww-perl noarch 5.808-3.fc8 fedora 373 k subversion i386 1.4.4-7 fedora 2.3 M subversion-perl i386 1.4.4-7 fedora 753 k tcl i386 1:8.4.17-1.fc8 updates 1.8 M tk i386 1:8.4.17-2.fc8 updates 1.2 M tla i386 1.3.5-4.fc8 updates 354 k Transaction Summary ============================================================================= Install 29 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 32 M Is this ok [y/N]: y From mfarrellee+fedora at redhat.com Fri Feb 15 16:18:24 2008 From: mfarrellee+fedora at redhat.com (Matthew Farrellee) Date: Fri, 15 Feb 2008 10:18:24 -0600 Subject: LSB-ish init script, RFC In-Reply-To: <20080215160554.GB26627@nostromo.devel.redhat.com> References: <47B59E91.9070600@redhat.com> <20080215160554.GB26627@nostromo.devel.redhat.com> Message-ID: <47B5BB50.6010304@redhat.com> Bill Nottingham wrote: > Matthew Farrellee (mfarrellee+fedora at redhat.com) said: >> First, it wasn't sufficient for my service because anyone can run a copy of >> my service. They just have to have their own config file. Think of it like >> having both a system httpd, listening on port 80, and a user httpd, >> listening on port 1134. Both process names can easily be "httpd". This is a >> problem because /etc/init.d/functions' status() uses pidof, which can find >> a user's process and confuse it with a system process. This means running >> "service blah start" can silently fail because the init script thinks the >> service is already running, when only the user's copy of the service is >> running. To get around this I implemented my own rh_status, calling it >> pid_status, that uses a pidfile to determine if the service is running. > > This seems to be a rather unusual case, though, especially since it implies > you'd need customization just to specify an alternate config file. > > Bill It can happen whenever a user process shares its name with a service's process. This just tends to be a common thing with my package. Best, matt P.S. I didn't see it mentioned anywhere in the wiki, but if you use killproc without a pidfile you can end up killing more things than you should. From notting at redhat.com Fri Feb 15 16:18:27 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 15 Feb 2008 11:18:27 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> Message-ID: <20080215161827.GC26627@nostromo.devel.redhat.com> Yaakov Nemoy (loupgaroublond at gmail.com) said: > Hey list, > > Before I go and submit a bug, I would like to ask why git requires > that i install so many dependencies? Apparently, to manage files, git > requires no less than CVS, Subversion, emacs-common and emacs-git, and > tk. Below is a log from yum. I'm not complaining too much as I will > need these tools too, but it strikes me as very odd that git requires > that I have not only a working kitchen sink, but a dishwasher, and > servants to load it every day. git's a metapackage, you probably want git-core. Bill From berrange at redhat.com Fri Feb 15 16:19:13 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 15 Feb 2008 16:19:13 +0000 Subject: Git has too many freaking dependencies In-Reply-To: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> Message-ID: <20080215161913.GA4588@redhat.com> On Fri, Feb 15, 2008 at 11:13:45AM -0500, Yaakov Nemoy wrote: > Hey list, > > Before I go and submit a bug, I would like to ask why git requires > that i install so many dependencies? Apparently, to manage files, git > requires no less than CVS, Subversion, emacs-common and emacs-git, and > tk. Below is a log from yum. I'm not complaining too much as I will > need these tools too, but it strikes me as very odd that git requires > that I have not only a working kitchen sink, but a dishwasher, and > servants to load it every day. If you don't want it all then don't install it. If you just need the core git commands, then just install 'git-core' Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From orion at cora.nwra.com Fri Feb 15 16:19:49 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 15 Feb 2008 09:19:49 -0700 Subject: source file audit - 2008-02-14 - Login required In-Reply-To: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> Message-ID: <47B5BBA5.4050603@cora.nwra.com> Kevin Fenzi wrote: > Here's attached another run of my sources/patches url checker. > > - There are 685 lines in this run, 561 lines in the previous run, 620 > lines in the one before that, and 700 in the one before that, so > things seem to be going up and down. ;( > > - Should I keep running this? Do folks find it useful? Yes. > - Should I try and spam maintainers? Or just keep posting in the list? List. > orion:BADURL:ncarg_src-4.4.2.tar.gz:ncarg I could use some help here. Upstream has moved to a system where you must register before being able to download the source. See http://www.ncl.ucar.edu/Download/ for more information. Also, they have merged the ncar graphics package with NCL. The ncl package review is here: https://bugzilla.redhat.com/show_bug.cgi?id=381241 Patrice who was doing the review does not want to approve a package where you have to register to download the source. I'm not sure I blame him. I'm not sure that there is a policy on this though. If we're not going to allow it though, I need to retire the ncarg package from Fedora. -- 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 drago01 at gmail.com Fri Feb 15 16:20:02 2008 From: drago01 at gmail.com (drago01) Date: Fri, 15 Feb 2008 17:20:02 +0100 Subject: Git has too many freaking dependencies In-Reply-To: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> Message-ID: On Fri, Feb 15, 2008 at 5:13 PM, Yaakov Nemoy wrote: > Hey list, > > Before I go and submit a bug, I would like to ask why git requires > that i install so many dependencies? Apparently, to manage files, git > requires no less than CVS, Subversion, emacs-common and emacs-git, and > tk. Below is a log from yum. I'm not complaining too much as I will > need these tools too, but it strikes me as very odd that git requires > that I have not only a working kitchen sink, but a dishwasher, and > servants to load it every day. git is a meta package; try yum install git-core From jwboyer at gmail.com Fri Feb 15 16:17:58 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 15 Feb 2008 10:17:58 -0600 Subject: Git has too many freaking dependencies In-Reply-To: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> Message-ID: <20080215101758.0aeb4b5a@zod.rchland.ibm.com> On Fri, 15 Feb 2008 11:13:45 -0500 "Yaakov Nemoy" wrote: > Hey list, > > Before I go and submit a bug, I would like to ask why git requires > that i install so many dependencies? Apparently, to manage files, git > requires no less than CVS, Subversion, emacs-common and emacs-git, and > tk. Below is a log from yum. I'm not complaining too much as I will > need these tools too, but it strikes me as very odd that git requires > that I have not only a working kitchen sink, but a dishwasher, and > servants to load it every day. git is a metapackage that wraps all the various sub-packages that git has. If you really only want the core stuff, do this: yum install git-core It will bring in some perl deps that are needed, but not nearly as much as what you're seeing now. This is not a bug. Please don't file one. josh From notting at redhat.com Fri Feb 15 16:25:30 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 15 Feb 2008 11:25:30 -0500 Subject: LSB-ish init script, RFC In-Reply-To: <47B5BB50.6010304@redhat.com> References: <47B59E91.9070600@redhat.com> <20080215160554.GB26627@nostromo.devel.redhat.com> <47B5BB50.6010304@redhat.com> Message-ID: <20080215162530.GD26627@nostromo.devel.redhat.com> Matthew Farrellee (mfarrellee+fedora at redhat.com) said: > It can happen whenever a user process shares its name with a service's > process. This just tends to be a common thing with my package. Why not generate patches for the functions to support the behavior you want, and we can see what issues they may cause on a global level? That seems preferable to re-implementing large portions of it. Bill From loupgaroublond at gmail.com Fri Feb 15 16:25:56 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Fri, 15 Feb 2008 11:25:56 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <20080215161913.GA4588@redhat.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <20080215161913.GA4588@redhat.com> Message-ID: <7f692fec0802150825u36ac2d48t249ba6f9379a8fab@mail.gmail.com> On Fri, Feb 15, 2008 at 11:19 AM, Daniel P. Berrange wrote: > On Fri, Feb 15, 2008 at 11:13:45AM -0500, Yaakov Nemoy wrote: > > Hey list, > > > > Before I go and submit a bug, I would like to ask why git requires > > that i install so many dependencies? Apparently, to manage files, git > > requires no less than CVS, Subversion, emacs-common and emacs-git, and > > tk. Below is a log from yum. I'm not complaining too much as I will > > need these tools too, but it strikes me as very odd that git requires > > that I have not only a working kitchen sink, but a dishwasher, and > > servants to load it every day. > > If you don't want it all then don't install it. > > If you just need the core git commands, then just install 'git-core' Thanks for the fast answers. Glad to know it's not actually a bug. From galibert at pobox.com Fri Feb 15 16:39:57 2008 From: galibert at pobox.com (Olivier Galibert) Date: Fri, 15 Feb 2008 17:39:57 +0100 Subject: Git has too many freaking dependencies In-Reply-To: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> Message-ID: <20080215163957.GA78484@dspnet.fr.eu.org> On Fri, Feb 15, 2008 at 11:13:45AM -0500, Yaakov Nemoy wrote: > Hey list, > > Before I go and submit a bug, I would like to ask why git requires > that i install so many dependencies? Apparently, to manage files, git > requires no less than CVS, Subversion, emacs-common and emacs-git, and > tk. Below is a log from yum. I'm not complaining too much as I will > need these tools too, but it strikes me as very odd that git requires > that I have not only a working kitchen sink, but a dishwasher, and > servants to load it every day. [...] > ---> Package git.i386 0:1.5.3.8-1.fc8 set to be updated > --> Processing Dependency: git-cvs = 1.5.3.8-1.fc8 for package: git > --> Processing Dependency: git-email = 1.5.3.8-1.fc8 for package: git > --> Processing Dependency: emacs-git = 1.5.3.8-1.fc8 for package: git > --> Processing Dependency: git-arch = 1.5.3.8-1.fc8 for package: git > --> Processing Dependency: gitk = 1.5.3.8-1.fc8 for package: git > --> Processing Dependency: git-gui = 1.5.3.8-1.fc8 for package: git > --> Processing Dependency: git-core = 1.5.3.8-1.fc8 for package: git > --> Processing Dependency: perl-Git = 1.5.3.8-1.fc8 for package: git > --> Processing Dependency: git-svn = 1.5.3.8-1.fc8 for package: git "git" is a dummy/virtual package that you use when you want all the possible subpackages. That includes: - gitk -> needs tk - some gui tools (git-gui) -> needs tk - svn converter support (git-svn) -> needs svn - cvs converter support (git-cvs) -> needs cvs, cvsps - emacs mode (emacs-git) -> needs emacs - arch converter support (git-arch) -> needs tla (aka arch) For normal use, you want git-core and probably gitk. The others can be handy at times, especially git-svn. OG. From mfarrellee+fedora at redhat.com Fri Feb 15 16:44:28 2008 From: mfarrellee+fedora at redhat.com (Matthew Farrellee) Date: Fri, 15 Feb 2008 10:44:28 -0600 Subject: LSB-ish init script, RFC In-Reply-To: <20080215162530.GD26627@nostromo.devel.redhat.com> References: <47B59E91.9070600@redhat.com> <20080215160554.GB26627@nostromo.devel.redhat.com> <47B5BB50.6010304@redhat.com> <20080215162530.GD26627@nostromo.devel.redhat.com> Message-ID: <47B5C16C.9080307@redhat.com> Bill Nottingham wrote: > Matthew Farrellee (mfarrellee+fedora at redhat.com) said: >> It can happen whenever a user process shares its name with a service's >> process. This just tends to be a common thing with my package. > > Why not generate patches for the functions to support the behavior you > want, and we can see what issues they may cause on a global level? That > seems preferable to re-implementing large portions of it. I can do that. The change is primarily to /etc/init.d/functions:status to check a pidfile before using pidof. Right now status() uses pidof and only failing that looks for a pidfile, which probably means if you ever get to the pidfile check you're going to fall into the "process dead but pid file exists" state. This change will only eliminate the need for the pid_status function I wrote, which is small. It does not eliminate the other changes to be more LSB-ish. Best, matt From walters at redhat.com Fri Feb 15 16:51:46 2008 From: walters at redhat.com (Colin Walters) Date: Fri, 15 Feb 2008 11:51:46 -0500 Subject: LSB-ish init script, RFC In-Reply-To: <47B59E91.9070600@redhat.com> References: <47B59E91.9070600@redhat.com> Message-ID: <1203094306.26896.2.camel@space-ghost.verbum.private> On Fri, 2008-02-15 at 08:15 -0600, Matthew Farrellee wrote: > First, it wasn't sufficient for my service because anyone can run a copy > of my service. They just have to have their own config file. Think of it > like having both a system httpd, listening on port 80, and a user httpd, > listening on port 1134. Both process names can easily be "httpd". This > is a problem because /etc/init.d/functions' status() uses pidof, which > can find a user's process and confuse it with a system process. This will be fixed as we move to Upstart which gives us a significantly saner monitoring approach rather than shell script mess, pid files and heuristic matching on process names. From darrellpf at gmail.com Fri Feb 15 16:59:04 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Fri, 15 Feb 2008 08:59:04 -0800 Subject: firefox/minefield screen resolution Message-ID: In today's rawhide firefox/minefield seems to have an incorrect impression of the screen size. The icons are very large. Any web page I go to I need to zoom out. It feels like firefox thinks that the screen is 800x600 rather than 1900x1200. This also happened about a week ago and magically corrected itself. I checked bugzilla for both firefox and nodoka related problems but don't see anything. Any idea what component might be causing this? darrell From cra at WPI.EDU Fri Feb 15 17:03:11 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Fri, 15 Feb 2008 12:03:11 -0500 Subject: LSB-ish init script, RFC In-Reply-To: <47B59E91.9070600@redhat.com> References: <47B59E91.9070600@redhat.com> Message-ID: <20080215170311.GS18684@angus.ind.WPI.EDU> On Fri, Feb 15, 2008 at 08:15:45AM -0600, Matthew Farrellee wrote: > While trying to write an LSB init script for the condor package, I ran > across PackagingDrafts/SysVInitScript [1]. It has a very nice template for > an init script. But, first, it wasn't quite sufficient for my service, and, > second, it didn't exactly follow the Initial Actions [2], which is nearly > verbatim the LSB Core 3.2 Init Script Actions [3]. > matt > > [1] http://fedoraproject.org/wiki/PackagingDrafts/SysVInitScript > [2] > http://fedoraproject.org/wiki/PackagingDrafts/SysVInitScript#head-2a29ef136c4702a14dcf6127e3b7d6ff558817b9 > [3] > http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html See also: Tracker of Initscripts Review: https://bugzilla.redhat.com/show_bug.cgi?id=246824 For example: https://bugzilla.redhat.com/show_bug.cgi?id=246859 Please have a look at the wikipage http://fedoraproject.org/wiki/FCNewInit/Initscripts and change your initscripts to comply with the LSB standard. Especially check the exit status and add a LSB Header. E.g. starting a service should return with 0, if the service is already running and stopping a stopped service should also return with 0. Also check, if your service has to be _on_ per default, and turn it off in the old chkconfig line, if not. Thank you. From joachim.frieben at googlemail.com Fri Feb 15 17:30:07 2008 From: joachim.frieben at googlemail.com (Joachim Frieben) Date: Fri, 15 Feb 2008 18:30:07 +0100 Subject: ISO 216 vs U.S. paper In-Reply-To: <1203070560.3716.18.camel@cyberelk.elk> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> Message-ID: <1c252d490802150930j37bdc659t73bad14ae74c4b6d@mail.gmail.com> 2008/2/15 Tim Waugh : > > The reason this test might be more revealing is that the actual correct > paper size for the printer is right there in the printer's PPD. If the > applications aren't getting it from that, they are just guessing. A problem that I encountered some time ago and reported at https://bugzilla.redhat.com/show_bug.cgi?id=204621 is that even when I do install a default printer with paper size a4, then applications which use GtkPrint will not take this customized paper size into account and always default to letter size paper when the current locale has preset it this way. One can obviously change the paper size in the "Print Setup..." dialog but this change won't be memorized. Interestingly, the correct paper size is actually used by applications which rely on libgnomeprint, and accordingly, abiword still correctly chooses paper size a4 without manual tweaking. Others like epiphany or evince which used to behave correctly in the past have migrated to GtkPrint and are now afflicted by this issue. -------------- next part -------------- An HTML attachment was scrubbed... URL: From walters at redhat.com Fri Feb 15 17:30:31 2008 From: walters at redhat.com (Colin Walters) Date: Fri, 15 Feb 2008 12:30:31 -0500 Subject: source file audit - 2008-02-14 In-Reply-To: <645d17210802150421s26a036b2u906d045b60992674@mail.gmail.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <645d17210802150421s26a036b2u906d045b60992674@mail.gmail.com> Message-ID: <1203096631.26896.13.camel@space-ghost.verbum.private> On Fri, 2008-02-15 at 12:21 +0000, Jonathan Underwood wrote: > Personally, if you could script opening a BZ, I'd welcome that. I don't like the idea of programs opening bugzilla reports. Many issues like this can change for reasons entirely out of my control (transient network outage, breakage in underlying libraries or toolchain, etc.). First, ideally we would have a way for people to contribute checks like this for the Fedora infrastructure, rather than running it on their personal computers. Second, we should have a way for software to add to a "problem feed", something that would be exported as RSS. So for example, Matt's "rebuild everything for rawhide" script could add a notice "your package failed to rebuild". This way I'd get notification, but if it was just today's GCC or kernel or some underlying library being broken, the problem just drops off naturally, without creating a task for me to deal with. Kevin's script could add an entry for "source link broken". However if it *is* a bug in my package, then a human can come along and click one link "Create bugzilla bug". Perhaps the My Fedora infrastructure under development could provide something like this. From jakub.rusinek at gmail.com Fri Feb 15 17:38:34 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 15 Feb 2008 18:38:34 +0100 Subject: firefox/minefield screen resolution In-Reply-To: References: Message-ID: <47B5CE1A.6020204@gmail.com> darrell pfeifer pisze: > In today's rawhide firefox/minefield seems to have an incorrect > impression of the screen size. > > The icons are very large. Any web page I go to I need to zoom out. It > feels like firefox thinks that the screen is 800x600 rather than > 1900x1200. > > This also happened about a week ago and magically corrected itself. > > I checked bugzilla for both firefox and nodoka related problems but > don't see anything. > > Any idea what component might be causing this? > > darrell > Everything is big or content of pages or text everywhere? 1st might be Firefox issue with detecting DPI, second might be Firefox-only error, third might be Firefox' freetype support. From nicolas.mailhot at laposte.net Fri Feb 15 17:32:52 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 18:32:52 +0100 Subject: LSB-ish init script, RFC In-Reply-To: <20080215160554.GB26627@nostromo.devel.redhat.com> References: <47B59E91.9070600@redhat.com> <20080215160554.GB26627@nostromo.devel.redhat.com> Message-ID: <1203096772.18035.1.camel@rousalka.dyndns.org> Le vendredi 15 f?vrier 2008 ? 11:05 -0500, Bill Nottingham a ?crit : > Matthew Farrellee (mfarrellee+fedora at redhat.com) said: > > First, it wasn't sufficient for my service because anyone can run a copy of > > my service. They just have to have their own config file. Think of it like > > having both a system httpd, listening on port 80, and a user httpd, > > listening on port 1134. Both process names can easily be "httpd". This is a > > problem because /etc/init.d/functions' status() uses pidof, which can find > > a user's process and confuse it with a system process. This means running > > "service blah start" can silently fail because the init script thinks the > > service is already running, when only the user's copy of the service is > > running. To get around this I implemented my own rh_status, calling it > > pid_status, that uses a pidfile to determine if the service is running. > > This seems to be a rather unusual case, though, especially since it implies > you'd need customization just to specify an alternate config file. It's not. Many daemons can be multi-instanciated (just from the top of my head clamav & tomcat, would want this too) -- 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 Fri Feb 15 17:34:09 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 18:34:09 +0100 Subject: LSB-ish init script, RFC In-Reply-To: <47B5BB50.6010304@redhat.com> References: <47B59E91.9070600@redhat.com> <20080215160554.GB26627@nostromo.devel.redhat.com> <47B5BB50.6010304@redhat.com> Message-ID: <1203096849.18035.3.camel@rousalka.dyndns.org> Le vendredi 15 f?vrier 2008 ? 10:18 -0600, Matthew Farrellee a ?crit : > It can happen whenever a user process shares its name with a service's > process. This just tends to be a common thing with my package. Also you get fun stuff with java apps (they're all java something) -- 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 Fri Feb 15 17:36:28 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 18:36:28 +0100 Subject: Git has too many freaking dependencies In-Reply-To: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> Message-ID: <1203096988.18035.5.camel@rousalka.dyndns.org> Le vendredi 15 f?vrier 2008 ? 11:13 -0500, Yaakov Nemoy a ?crit : > Before I go and submit a bug, I would like to ask why git requires > that i install so many dependencies? Because git is not git, git is a metapackage. Welcome to metapackage hell. -- 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 Fri Feb 15 17:38:19 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Feb 2008 18:38:19 +0100 Subject: firefox/minefield screen resolution In-Reply-To: <47B5CE1A.6020204@gmail.com> References: <47B5CE1A.6020204@gmail.com> Message-ID: <1203097099.18035.8.camel@rousalka.dyndns.org> Le vendredi 15 f?vrier 2008 ? 18:38 +0100, Jakub 'Livio' Rusinek a ?crit : > darrell pfeifer pisze: > > In today's rawhide firefox/minefield seems to have an incorrect > > impression of the screen size. > 1st might be Firefox issue with detecting DPI, Or system making mistakes in dpi computation (look at xdpyinfo) -- 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 kevin at scrye.com Fri Feb 15 17:56:45 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 15 Feb 2008 10:56:45 -0700 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <47AF2A73.3030301@gmail.com> References: <47AF2A73.3030301@gmail.com> Message-ID: <20080215105645.2a5746d1@ghistelwchlohm.scrye.com> On Sun, 10 Feb 2008 17:46:43 +0100 gajownik at gmail.com (Dawid Gajownik) wrote: > Hi! > Sorry, I have to orphan these packages: ... > * hunky-fonts -- Modified Bitstream Vera fonts with additional letters ... I can take on hunky-fonts if no one else wants them... > I'm overworked and I don't have time to maintain them in the proper > way. Actually I should have done it months ago... Sorry for not being > responsible. No worries, you are being very responsible by finding other folks to take care of the packages. ;) Good luck. > Regards, > Dawid Gajownik 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 Fri Feb 15 17:58:30 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 15 Feb 2008 10:58:30 -0700 Subject: FESCo Meeting Summary for 2008-02-07 In-Reply-To: <20080215114745.6275b7eb@ludwig-alpha.unil.ch> References: <1202930937.3239.13.camel@kennedy> <20080215114745.6275b7eb@ludwig-alpha.unil.ch> Message-ID: <20080215105830.2dfc415e@ghistelwchlohm.scrye.com> On Fri, 15 Feb 2008 11:47:45 +0100 Christian.Iseli at licr.org (Christian Iseli) wrote: > On Wed, 13 Feb 2008 14:28:57 -0500, Brian Pepple wrote: > > == Members Present == > > * Brian Pepple (bpepple) > > * Jason Tibbitts (tibbs) > > * Jesse Keating (f13) > > * Dennis Gilmore (dgilmore) > > * Bill Nottingham (notting) > > * Warren Togami (warren) > > * Jeremy Katz (jeremy) > > * Christopher Aillon (caillon) > > > > == Members Absent == > > * Tom Callaway (spot) > > > > == Summary == > > ... > > * Reduce the number of FESCo members to 9. > > Looks like it's been done already :-) > > (actually, I'm pretty sure I was present too...) Yeah, I thought I was also there... ;) Perhaps you and I were in our own seperate dimension... ;) > C kevin -------------- 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 Fri Feb 15 17:58:57 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 15 Feb 2008 09:58:57 -0800 Subject: Rawhide Orphanarium In-Reply-To: <20080215153201.GA31199@tango.0pointer.de> References: <47B49EB6.3090504@redhat.com> <1203064141.8698.36.camel@tuxhugs> <20080215153201.GA31199@tango.0pointer.de> Message-ID: <1203098337.8000.0.camel@tuxhugs> On Fri, 2008-02-15 at 16:32 +0100, Lennart Poettering wrote: > This is fixed now. > > Thanks for the notice, Excellent! Thanks very much. :) -- 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 kevin at scrye.com Fri Feb 15 17:59:41 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 15 Feb 2008 10:59:41 -0700 Subject: source file audit - 2008-02-14 In-Reply-To: <645d17210802150421s26a036b2u906d045b60992674@mail.gmail.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <645d17210802150421s26a036b2u906d045b60992674@mail.gmail.com> Message-ID: <20080215105941.18296e22@ghistelwchlohm.scrye.com> On Fri, 15 Feb 2008 12:21:33 +0000 jonathan.underwood at gmail.com ("Jonathan Underwood") wrote: > On 15/02/2008, Kevin Fenzi wrote: > > Here's attached another run of my sources/patches url checker. > > > > - There are 685 lines in this run, 561 lines in the previous run, > > 620 lines in the one before that, and 700 in the one before that, so > > things seem to be going up and down. ;( > > > > - Should I keep running this? Do folks find it useful? > > > > Yes and yes. Will do. Perhaps I can start planning on running it at a specific time each month. > > - Should I try and spam maintainers? Or just keep posting in the > > list? > > > > Personally, if you could script opening a BZ, I'd welcome that. Thats going to be a big pile of bugs. I would also hate to file bugs where there is a transient problem... > J. kevin -------------- 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 Feb 14 11:50:58 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Feb 2008 12:50:58 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <47B42676.9060707@bachelot.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> Message-ID: <1202989858.3376.24.camel@beck.corsepiu.local> On Thu, 2008-02-14 at 12:31 +0100, Xavier Bachelot wrote: > > xerces-c-2.8.0-1.fc9 > > -------------------- > > * Sun Feb 10 2008 Peter Lemenkov 2.8.0-1 > > - Ver. 2.8.0 > > > > > perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 > > perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) > > perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 > > perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) > > There's no way to fix this as there is no perl-XML-Xerces 2.8.0 > counterpart to xerces-c-2.8.0 and there will not be in the foreseeable > future, as confirmed by upstream : > http://marc.info/?l=xerces-p-dev&m=120277940726111&w=2 > > Is there a way to blacklist this package from the broken deps nag mail, > or am I doomed to get it daily until xerces 3.0 is released ? Smells like a classical case for requesting a libxerces-c-2.7.0-compat package to me. Ralf From kevin at scrye.com Fri Feb 15 18:01:39 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 15 Feb 2008 11:01:39 -0700 Subject: source file audit - 2008-02-14 In-Reply-To: <1203096631.26896.13.camel@space-ghost.verbum.private> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <645d17210802150421s26a036b2u906d045b60992674@mail.gmail.com> <1203096631.26896.13.camel@space-ghost.verbum.private> Message-ID: <20080215110139.1427a215@ghistelwchlohm.scrye.com> On Fri, 15 Feb 2008 12:30:31 -0500 walters at redhat.com (Colin Walters) wrote: > On Fri, 2008-02-15 at 12:21 +0000, Jonathan Underwood wrote: > > > Personally, if you could script opening a BZ, I'd welcome that. > > I don't like the idea of programs opening bugzilla reports. Many > issues like this can change for reasons entirely out of my control > (transient network outage, breakage in underlying libraries or > toolchain, etc.). Yep. Thats some of the reason I haven't gotten it to do that yet. > > First, ideally we would have a way for people to contribute checks > like this for the Fedora infrastructure, rather than running it on > their personal computers. You bet... that would be lovely. > > Second, we should have a way for software to add to a "problem feed", > something that would be exported as RSS. So for example, Matt's > "rebuild everything for rawhide" script could add a notice "your > package failed to rebuild". This way I'd get notification, but if it > was just today's GCC or kernel or some underlying library being > broken, the problem just drops off naturally, without creating a task > for me to deal with. Kevin's script could add an entry for "source > link broken". Yeah, sounds nice. > However if it *is* a bug in my package, then a human can come along > and click one link "Create bugzilla bug". > > Perhaps the My Fedora infrastructure under development could provide > something like this. Yeah, I hope so. A RSS feed with "anything of interest about my packages" would be very nice and a good way to keep the information flow going to maintainers... 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 Fri Feb 15 18:02:51 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 15 Feb 2008 11:02:51 -0700 Subject: source file audit - 2008-02-14 In-Reply-To: <20080215140131.6113578a@dhcp-lab-165.englab.brq.redhat.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <20080215140131.6113578a@dhcp-lab-165.englab.brq.redhat.com> Message-ID: <20080215110251.2962e052@ghistelwchlohm.scrye.com> On Fri, 15 Feb 2008 14:01:31 +0100 tsmetana at redhat.com (Tom?? Smetana) wrote: > On Thu, 14 Feb 2008 20:38:53 -0700 > Kevin Fenzi wrote: > > > tsmetana:BADURL:ast-ksh.2007-11-05.tgz:ksh > > tsmetana:BADURL:INIT.2007-11-05.tgz:ksh > > tsmetana:BADURL:ast-ksh-locale.2007-11-05.tgz:ksh > > I believe these are OK. The AT&T site requires one to login (with > username "I accept www.opensource.org/licenses/cpl"...) prior > downloading the files. So your script probably received error 403. Indeed it did: --2008-02-13 00:01:15-- http://www.research.att.com/~gsf/download/tgz/ast-ksh.2007-11-05.tgz Resolving www.research.att.com... 192.20.225.32 Connecting to www.research.att.com|192.20.225.32|:80... connected. HTTP request sent, awaiting response... 401 Authorization Required Authorization failed. --2008-02-13 00:01:16-- http://www.research.att.com/~gsf/download/tgz/INIT.2007-11-05.tgz Resolving www.research.att.com... 192.20.225.32 Connecting to www.research.att.com|192.20.225.32|:80... connected. HTTP request sent, awaiting response... 401 Authorization Required Authorization failed. --2008-02-13 00:01:16-- http://www.research.att.com/~gsf/download/tgz/ast-ksh-locale.2007-11-05.tgz Resolving www.research.att.com... 192.20.225.32 Connecting to www.research.att.com|192.20.225.32|:80... connected. HTTP request sent, awaiting response... 401 Authorization Required Authorization failed. I have added this package to a list not to check. > Regards. 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 Fri Feb 15 18:05:22 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 15 Feb 2008 11:05:22 -0700 Subject: source file audit - 2008-02-14 - Login required In-Reply-To: <47B5BBA5.4050603@cora.nwra.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <47B5BBA5.4050603@cora.nwra.com> Message-ID: <20080215110522.455d0cc6@ghistelwchlohm.scrye.com> On Fri, 15 Feb 2008 09:19:49 -0700 orion at cora.nwra.com (Orion Poplawski) wrote: > Kevin Fenzi wrote: > > Here's attached another run of my sources/patches url checker. > > > > - There are 685 lines in this run, 561 lines in the previous run, > > 620 lines in the one before that, and 700 in the one before that, so > > things seem to be going up and down. ;( > > > > - Should I keep running this? Do folks find it useful? > > Yes. > > > - Should I try and spam maintainers? Or just keep posting in the > > list? > > List. Yeah, thats my inclination, but the problem is that the count doesn't seem to be going down much. Ie, many of the maintainers with packages affected seem to be not seeing it here. Perhaps the next step is private emails to maintainers. > > > orion:BADURL:ncarg_src-4.4.2.tar.gz:ncarg > > I could use some help here. Upstream has moved to a system where you > must register before being able to download the source. See > http://www.ncl.ucar.edu/Download/ for more information. Also, they > have merged the ncar graphics package with NCL. The ncl package > review is here: https://bugzilla.redhat.com/show_bug.cgi?id=381241 > > Patrice who was doing the review does not want to approve a package > where you have to register to download the source. I'm not sure I > blame him. I'm not sure that there is a policy on this though. If > we're not going to allow it though, I need to retire the ncarg > package from Fedora. Perhaps we should take this to the packaging Committee? kevin -------------- 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 gmail.com Fri Feb 15 18:05:15 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 15 Feb 2008 12:05:15 -0600 Subject: FESCo Meeting Summary for 2008-02-07 In-Reply-To: <20080215105830.2dfc415e@ghistelwchlohm.scrye.com> References: <1202930937.3239.13.camel@kennedy> <20080215114745.6275b7eb@ludwig-alpha.unil.ch> <20080215105830.2dfc415e@ghistelwchlohm.scrye.com> Message-ID: <20080215120515.519dfa30@zod.rchland.ibm.com> On Fri, 15 Feb 2008 10:58:30 -0700 Kevin Fenzi wrote: > On Fri, 15 Feb 2008 11:47:45 +0100 > Christian.Iseli at licr.org (Christian Iseli) wrote: > > > On Wed, 13 Feb 2008 14:28:57 -0500, Brian Pepple wrote: > > > == Members Present == > > > * Brian Pepple (bpepple) > > > * Jason Tibbitts (tibbs) > > > * Jesse Keating (f13) > > > * Dennis Gilmore (dgilmore) > > > * Bill Nottingham (notting) > > > * Warren Togami (warren) > > > * Jeremy Katz (jeremy) > > > * Christopher Aillon (caillon) > > > > > > == Members Absent == > > > * Tom Callaway (spot) > > > > > > == Summary == > > > ... > > > * Reduce the number of FESCo members to 9. > > > > Looks like it's been done already :-) > > > > (actually, I'm pretty sure I was present too...) > > Yeah, I thought I was also there... ;) > Perhaps you and I were in our own seperate dimension... ;) Nope, I was there too, just late. Or at least I remember voting on the smaller number of FESCo members. josh From ajackson at redhat.com Fri Feb 15 18:21:35 2008 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 15 Feb 2008 13:21:35 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <1203096988.18035.5.camel@rousalka.dyndns.org> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> Message-ID: <1203099695.16476.128.camel@localhost.localdomain> On Fri, 2008-02-15 at 18:36 +0100, Nicolas Mailhot wrote: > Le vendredi 15 f?vrier 2008 ? 11:13 -0500, Yaakov Nemoy a ?crit : > > > Before I go and submit a bug, I would like to ask why git requires > > that i install so many dependencies? > > Because git is not git, git is a metapackage. > Welcome to metapackage hell. Is it insane to propose that metapackages must be explicitly named as such? - ajax From billcrawford1970 at gmail.com Fri Feb 15 18:18:14 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 15 Feb 2008 18:18:14 +0000 Subject: Git has too many freaking dependencies In-Reply-To: <1203099695.16476.128.camel@localhost.localdomain> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <1203099695.16476.128.camel@localhost.localdomain> Message-ID: <544eb990802151018x717ed8d8m366312b40acbfe19@mail.gmail.com> On 15/02/2008, Adam Jackson wrote: > Is it insane to propose that metapackages must be explicitly named as > such? You're not wrong. +1 for "git-suite" ... From j.w.r.degoede at hhs.nl Fri Feb 15 18:23:06 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 15 Feb 2008 19:23:06 +0100 Subject: Git has too many freaking dependencies In-Reply-To: <1203096988.18035.5.camel@rousalka.dyndns.org> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> Message-ID: <47B5D88A.6000605@hhs.nl> Nicolas Mailhot wrote: > Le vendredi 15 f?vrier 2008 ? 11:13 -0500, Yaakov Nemoy a ?crit : > >> Before I go and submit a bug, I would like to ask why git requires >> that i install so many dependencies? > > Because git is not git, git is a metapackage. > Welcome to metapackage hell. > +1, I believe this actally is a bug, almost no other package has this, most other packages have: foo (which contains the core_ foo-addon1 foo-addon2 etc. and then if you really want all you can just do: yum install 'foo*' Can we please stop this meta package bs, it hit me too with git, and I do not consider myself a novice when I say: "yum install git" I mean: "yum install git" and not "yum install git and anything vaguely git related including an fscking emacs add-on which drags in a whopping XX MB of emacs" Regards, Hans (who is seriously annoyed by this) From j.w.r.degoede at hhs.nl Fri Feb 15 18:23:54 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 15 Feb 2008 19:23:54 +0100 Subject: Git has too many freaking dependencies In-Reply-To: <544eb990802151018x717ed8d8m366312b40acbfe19@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <1203099695.16476.128.camel@localhost.localdomain> <544eb990802151018x717ed8d8m366312b40acbfe19@mail.gmail.com> Message-ID: <47B5D8BA.5090607@hhs.nl> Bill Crawford wrote: > On 15/02/2008, Adam Jackson wrote: > >> Is it insane to propose that metapackages must be explicitly named as >> such? > > You're not wrong. > > +1 for "git-suite" ... > +1 and then rename git-core to just git! Regards, Hans From pemboa at gmail.com Fri Feb 15 18:25:00 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 15 Feb 2008 12:25:00 -0600 Subject: Git has too many freaking dependencies In-Reply-To: <1203099695.16476.128.camel@localhost.localdomain> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <1203099695.16476.128.camel@localhost.localdomain> Message-ID: <16de708d0802151025s7848dbdi6f1104798c81f5ec@mail.gmail.com> On Fri, Feb 15, 2008 at 12:21 PM, Adam Jackson wrote: > > On Fri, 2008-02-15 at 18:36 +0100, Nicolas Mailhot wrote: > > Le vendredi 15 f?vrier 2008 ? 11:13 -0500, Yaakov Nemoy a ?crit : > > > > > Before I go and submit a bug, I would like to ask why git requires > > > that i install so many dependencies? > > > > Because git is not git, git is a metapackage. > > Welcome to metapackage hell. > > Is it insane to propose that metapackages must be explicitly named as > such? I was thinking similarly as I read through this thread. I would have just tried `yum install git` myself. Considering that I think I know what git is, and that it was found by yum, I would have no reason to `yum info git` first. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From dmalcolm at redhat.com Fri Feb 15 18:26:19 2008 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 15 Feb 2008 13:26:19 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <47B5D88A.6000605@hhs.nl> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> Message-ID: <1203099979.11826.43.camel@cassandra.boston.redhat.com> On Fri, 2008-02-15 at 19:23 +0100, Hans de Goede wrote: > Nicolas Mailhot wrote: > > Le vendredi 15 f?vrier 2008 ? 11:13 -0500, Yaakov Nemoy a ?crit : > > > >> Before I go and submit a bug, I would like to ask why git requires > >> that i install so many dependencies? > > > > Because git is not git, git is a metapackage. > > Welcome to metapackage hell. > > > > +1, I believe this actally is a bug, almost no other package has this, most > other packages have: > foo (which contains the core_ > foo-addon1 > foo-addon2 > > etc. and then if you really want all you can just do: > yum install 'foo*' > > Can we please stop this meta package bs, it hit me too with git, and I do not > consider myself a novice when I say: > "yum install git" > I mean: > "yum install git" > and not > "yum install git and anything vaguely git related including an fscking emacs > add-on which drags in a whopping XX MB of emacs" > Hey, at least it doesn't include the eclipse git plugin ("egit" IIRC) and thus drag in eclipse, java, etc From berrange at redhat.com Fri Feb 15 18:27:40 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 15 Feb 2008 18:27:40 +0000 Subject: Git has too many freaking dependencies In-Reply-To: <1203099979.11826.43.camel@cassandra.boston.redhat.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <1203099979.11826.43.camel@cassandra.boston.redhat.com> Message-ID: <20080215182740.GB24578@redhat.com> On Fri, Feb 15, 2008 at 01:26:19PM -0500, David Malcolm wrote: > On Fri, 2008-02-15 at 19:23 +0100, Hans de Goede wrote: > > Nicolas Mailhot wrote: > > > Le vendredi 15 f?vrier 2008 ? 11:13 -0500, Yaakov Nemoy a ?crit : > > > > > >> Before I go and submit a bug, I would like to ask why git requires > > >> that i install so many dependencies? > > > > > > Because git is not git, git is a metapackage. > > > Welcome to metapackage hell. > > > > > > > +1, I believe this actally is a bug, almost no other package has this, most > > other packages have: > > foo (which contains the core_ > > foo-addon1 > > foo-addon2 > > > > etc. and then if you really want all you can just do: > > yum install 'foo*' > > > > Can we please stop this meta package bs, it hit me too with git, and I do not > > consider myself a novice when I say: > > "yum install git" > > I mean: > > "yum install git" > > and not > > "yum install git and anything vaguely git related including an fscking emacs > > add-on which drags in a whopping XX MB of emacs" > > > Hey, at least it doesn't include the eclipse git plugin ("egit" IIRC) > and thus drag in eclipse, java, etc Hmm, that's a bug. I'll file a ticket to add that dependancy ;-) Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From overholt at redhat.com Fri Feb 15 18:27:52 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 15 Feb 2008 13:27:52 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <1203099979.11826.43.camel@cassandra.boston.redhat.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <1203099979.11826.43.camel@cassandra.boston.redhat.com> Message-ID: <1203100072.26608.54.camel@blingbling> On Fri, 2008-02-15 at 13:26 -0500, David Malcolm wrote: > On Fri, 2008-02-15 at 19:23 +0100, Hans de Goede wrote: > > Nicolas Mailhot wrote: > > > Le vendredi 15 f?vrier 2008 ? 11:13 -0500, Yaakov Nemoy a ?crit : > > > > > >> Before I go and submit a bug, I would like to ask why git requires > > >> that i install so many dependencies? > > > > > > Because git is not git, git is a metapackage. > > > Welcome to metapackage hell. > > > > > > > +1, I believe this actally is a bug, almost no other package has this, most > > other packages have: > > foo (which contains the core_ > > foo-addon1 > > foo-addon2 > > > > etc. and then if you really want all you can just do: > > yum install 'foo*' > > > > Can we please stop this meta package bs, it hit me too with git, and I do not > > consider myself a novice when I say: > > "yum install git" > > I mean: > > "yum install git" > > and not > > "yum install git and anything vaguely git related including an fscking emacs > > add-on which drags in a whopping XX MB of emacs" > > > Hey, at least it doesn't include the eclipse git plugin ("egit" IIRC) > and thus drag in eclipse, java, etc Which AFAIK properly just depends upon git-core ... after someone filed a bug and that was fixed :) Andrew From pemboa at gmail.com Fri Feb 15 18:27:52 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 15 Feb 2008 12:27:52 -0600 Subject: Git has too many freaking dependencies In-Reply-To: <47B5D8BA.5090607@hhs.nl> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <1203099695.16476.128.camel@localhost.localdomain> <544eb990802151018x717ed8d8m366312b40acbfe19@mail.gmail.com> <47B5D8BA.5090607@hhs.nl> Message-ID: <16de708d0802151027m343033bl1cc6d068e9415c8c@mail.gmail.com> On Fri, Feb 15, 2008 at 12:23 PM, Hans de Goede wrote: > Bill Crawford wrote: > > On 15/02/2008, Adam Jackson wrote: > > > >> Is it insane to propose that metapackages must be explicitly named as > >> such? > > > > You're not wrong. > > > > +1 for "git-suite" ... > > > > +1 and then rename git-core to just git! > > Regards, > > Hans Not to bicker of the potential naming, but how about just calling it git-meta so there is no ambiguity. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From jspaleta at gmail.com Fri Feb 15 18:37:05 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 15 Feb 2008 09:37:05 -0900 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1203087093.3727.20.camel@rousalka.dyndns.org> References: <1202867973.3208.254.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <1203087093.3727.20.camel@rousalka.dyndns.org> Message-ID: <604aa7910802151037t19537ccah251a19c338e543e6@mail.gmail.com> 2008/2/15 Nicolas Mailhot : > True this is per user but that does not mean the system defaults being > f-up is ok. Admins like proper system defaults too. Here's the thing.... I've seen about... 3.2 million specific usage cases so far in this discussion. Anaconda is not going to expose the full extent of the locale customization...even if its what the local admin needs. It's simply too much to expose in the installer. Make a sane stab at creating a default set of locale configs and then get the hell out of the way. If local admins or users need to tweak individual locale variables because they happen to be American english speakers stranded in New Zealand, and carried their US Letter sized bluetooth enabled desktop printer with them.. then they can screw with that..post install. I will gladly concede that customization of these things needs to be better... I'd fully bless a clever attempt at a system-config-locale which aims at exposing customizations the right way. But I'm really thrilled about driving these sorts of things into anaconda until people have figured out what this is suppose to look like in terms of post-install configuration. Deal with post-install configuration first... worry about the installer after that. -jef From jspaleta at gmail.com Fri Feb 15 18:38:47 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 15 Feb 2008 09:38:47 -0900 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <604aa7910802151037t19537ccah251a19c338e543e6@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <1203087093.3727.20.camel@rousalka.dyndns.org> <604aa7910802151037t19537ccah251a19c338e543e6@mail.gmail.com> Message-ID: <604aa7910802151038m45c4d290i4376b56f65879d6d@mail.gmail.com> On Fri, Feb 15, 2008 at 9:37 AM, Jeff Spaleta wrote: > But I'm really > thrilled about driving these sorts of things into anaconda until > people have figured out what this is suppose to look like in terms of > post-install configuration. That first sentence should read "not thrilled." I am NOT thrilled about yada..yada..yada. -jef From valent.turkovic at gmail.com Fri Feb 15 18:44:05 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 15 Feb 2008 19:44:05 +0100 Subject: samba remote share feature is broken in F8 In-Reply-To: <64b14b300802090938v1083f539r670a06d46209b84f@mail.gmail.com> References: <64b14b300802090938v1083f539r670a06d46209b84f@mail.gmail.com> Message-ID: <64b14b300802151044q22be6c57k7a4eedb7f2b83daa@mail.gmail.com> On Sat, Feb 9, 2008 at 6:38 PM, Valent Turkovic wrote: > Hi, > I have tried solving this issue on fedoraforum.org and fedora-user > lists without sucess. > > This the case: > * samba mount points are defined in /etc/fstab > * on bootup they aren't mounted because networkmanager is started too > late in init process (in Gnome actually) > * if you mount samba shares manually or by starting netfs service then it works > * unmounting samba shares doesn't work during reboot and shutdown > because NetworkManager service is killed much earlier that netfs > service > > I have dealt with samba shares mounting automatically by puting a script in: > /etc/NetworkManager/dispatcher.d/ > > # cat /etc/NetworkManager/dispatcher.d/samba.sh > #!/bin/bash > # Script to dispatch NetworkManager events > # > # mount samba shares on network up > > if [ "$1" = "eth0" ] > then > if [ "$2" = "up" ] > then > /sbin/service netfs start > fi > if [ "$2" = "down" ] > then > /sbin/service netfs stop > fi > fi > > > This works for mounting but not for unmounting samba shares :( > > One other thing I thought of it rearranging order of services in > /etc/rc6.d/ and /etc/rc0.d/ in order to make possible for netfs to > stop before NetworkManager > > /etc/rc0.d/ > K01NetworkManager > K02NetworkManagerDispatcher > K75netfs > > /etc/rc6.d/ > K01NetworkManager > K02NetworkManagerDispatcher > K75netfs > > So in /etc/rc6.d/ and /etc/dc0.d/ I did this: > mv K02NetworkManagerDispatcher K03NetworkManagerDispatcher > mv K01NetworkManager K02NetworkManager > mv K75netfs K01netfs > > I'm not sure how smart is it do this so I wanted you to look at this > issue and figure out a way that would be best to fix this issue in > Fedora 8 and so that it JustWorks in Fedora 9. > > Cheers, > Valent. > Is there anybody who can help me troubleshoot this? Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From bruno at wolff.to Fri Feb 15 18:45:50 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Fri, 15 Feb 2008 12:45:50 -0600 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <4c4ba1530802141136i640c43e6l60d73003b7112da6@mail.gmail.com> References: <1203017473.2298.1.camel@scrappy.miketc.com> <4c4ba1530802141136i640c43e6l60d73003b7112da6@mail.gmail.com> Message-ID: <20080215184550.GA29022@wolff.to> On Thu, Feb 14, 2008 at 11:36:25 -0800, Tom London wrote: > On Thu, Feb 14, 2008 at 11:31 AM, Mike Chambers wrote: > > After upgrading today to this kernel, while booting, it stops at usb > > messages. I see above those, that /proc, /sys/, and another couldn't > > mount/be found or something along those lines. > > > > Anyone else seeing this? > > > Boots fine for me..... Thinkpad X60. It books on another of my machines as well. Based on another thread on the same topic it looks like it might be an mkinitrd problem and it might depend on what kernel you were running when you install a new kernel. I expect to test this theory on the machine that failed in about 2 hours. If right, falling back to a 2.6.24 kernel and then reinstalling the latest 2.6.25 kernel may work around the issue. I'll report back after the test. From darrellpf at gmail.com Fri Feb 15 17:46:34 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Fri, 15 Feb 2008 09:46:34 -0800 Subject: firefox/minefield screen resolution In-Reply-To: <47B5CE1A.6020204@gmail.com> References: <47B5CE1A.6020204@gmail.com> Message-ID: On Fri, Feb 15, 2008 at 9:38 AM, Jakub 'Livio' Rusinek wrote: > darrell pfeifer pisze: > > > > In today's rawhide firefox/minefield seems to have an incorrect > > impression of the screen size. > > > > The icons are very large. Any web page I go to I need to zoom out. It > > feels like firefox thinks that the screen is 800x600 rather than > > 1900x1200. > > > > This also happened about a week ago and magically corrected itself. > > > > I checked bugzilla for both firefox and nodoka related problems but > > don't see anything. > > > > Any idea what component might be causing this? > > > > darrell > > > > Everything is big or content of pages or text everywhere? > > 1st might be Firefox issue with detecting DPI, second might be > Firefox-only error, third might be Firefox' freetype support. > Everything is very big. The navigation buttons, bookmark toolbar icons, etc are all huge. For any new web page that is opened the entire content is also huge. Zooming out two or three times gets the web page down to a decent readable size. I'd say that the problem is with DPI detection for firefox. Not other applications seem to be affected. The only exception is that gnome Appearance/Theme/Customize/Icons shows some big/blurry icons for Crystal SVG and Slick Icons. xdpyinfo says screen #0: dimensions: 1920x1200 pixels (300x230 millimeters) resolution: 163x133 dots per inch From jbowes at redhat.com Fri Feb 15 18:56:24 2008 From: jbowes at redhat.com (James Bowes) Date: Fri, 15 Feb 2008 13:56:24 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <47B5D88A.6000605@hhs.nl> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> Message-ID: <20080215185623.GF24770@crux.yyz.redhat.com> On Fri, Feb 15, 2008 at 07:23:06PM +0100, Hans de Goede wrote: > Nicolas Mailhot wrote: >> Le vendredi 15 f?vrier 2008 ? 11:13 -0500, Yaakov Nemoy a ?crit : >> >>> Before I go and submit a bug, I would like to ask why git requires >>> that i install so many dependencies? >> >> Because git is not git, git is a metapackage. >> Welcome to metapackage hell. >> > > +1, I believe this actally is a bug, almost no other package has this, most > other packages have: > foo (which contains the core_ > foo-addon1 > foo-addon2 > > etc. and then if you really want all you can just do: > yum install 'foo*' > > Can we please stop this meta package bs, it hit me too with git, and I do > not consider myself a novice when I say: > "yum install git" > I mean: > "yum install git" > and not > "yum install git and anything vaguely git related including an fscking > emacs add-on which drags in a whopping XX MB of emacs" FWIW Kristian H?gsberg has sent a patch upstream to make their 'git-core' be just 'git'. Assuming there is no violent opposition from the git list, we'll follow suit in Fedora. As for yum doing what you say and not what you mean, that is a bug. Please bring it up with Seth personally. -James -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lesmikesell at gmail.com Fri Feb 15 18:59:54 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 15 Feb 2008 12:59:54 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080214152032.GB12933@devserv.devel.redhat.com> References: <20080213170025.GA16793@tango.0pointer.de> <47B337F7.2090007@gmail.com> <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> Message-ID: <47B5E12A.6090408@gmail.com> Alan Cox wrote: > > VT switch locking policy is handled by X, and by X clients, the kernel just > implements the rules. I missed this part in my other response. X has historically _not_ been a layer that dictates any policy at all. Is it really true now that a policy decision in X forces the rest of the system to break access to audio devices? That's even more shocking than someone thinking this is a good idea in the first place. -- Les Mikesell lesmikesell at gmail.com From a.badger at gmail.com Fri Feb 15 18:57:02 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 15 Feb 2008 10:57:02 -0800 Subject: source file audit - 2008-02-14 In-Reply-To: <1203096631.26896.13.camel@space-ghost.verbum.private> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <645d17210802150421s26a036b2u906d045b60992674@mail.gmail.com> <1203096631.26896.13.camel@space-ghost.verbum.private> Message-ID: <47B5E07E.3000905@gmail.com> Colin Walters wrote: > On Fri, 2008-02-15 at 12:21 +0000, Jonathan Underwood wrote: > >> Personally, if you could script opening a BZ, I'd welcome that. > > I don't like the idea of programs opening bugzilla reports. Many issues > like this can change for reasons entirely out of my control (transient > network outage, breakage in underlying libraries or toolchain, etc.). > > First, ideally we would have a way for people to contribute checks like > this for the Fedora infrastructure, rather than running it on their > personal computers. > > Second, we should have a way for software to add to a "problem feed", > something that would be exported as RSS. So for example, Matt's > "rebuild everything for rawhide" script could add a notice "your package > failed to rebuild". This way I'd get notification, but if it was just > today's GCC or kernel or some underlying library being broken, the > problem just drops off naturally, without creating a task for me to deal > with. Kevin's script could add an entry for "source link broken". > > However if it *is* a bug in my package, then a human can come along and > click one link "Create bugzilla bug". > > Perhaps the My Fedora infrastructure under development could provide > something like this. > > Ooh Ooh! Could you add some of these thoughts to this ticket for a notification service? https://fedorahosted.org/fedora-infrastructure/ticket/151 I haven't had time to work on that but I think your thoughts are an excellent summary of what I wish we could do there. (Adding J5 to the ticket so he can think about if we should integrate it into MyFedora as well.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From alan at redhat.com Fri Feb 15 19:17:58 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 15 Feb 2008 14:17:58 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B5E12A.6090408@gmail.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> Message-ID: <20080215191758.GA4018@devserv.devel.redhat.com> On Fri, Feb 15, 2008 at 12:59:54PM -0600, Les Mikesell wrote: > I missed this part in my other response. X has historically _not_ been > a layer that dictates any policy at all. Is it really true now that a > policy decision in X forces the rest of the system to break access to > audio devices? That's even more shocking than someone thinking this is > a good idea in the first place. Sorry I don't follow you at all at this point - The kernel implements VT switch locking so you can decide not to switch desktop to another user - X uses this to implement its own VT locking policies for the X server and clients. It's up to X to expose this to X clients. On the desktop we treat a change of logged in user (as a main login not su) as a change of control of the console. That is consistent with thirty plus years of history, with the behaviour of other systems and with security. Failure to do so leads to all sorts of nasties including users bugging each other in universities, gags like the old SunOS cronjob containing an eject command to be run every 5 minutes and worse. But its set by policy files so if you want other users to broadcast your webcam over the internet all day, listen to all your calls and send them to friends you can configure it that way, but that should not be the default. Alan From cjdahlin at ncsu.edu Fri Feb 15 19:08:47 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Fri, 15 Feb 2008 14:08:47 -0500 Subject: FESCo Meeting Summary for 2008-02-07 In-Reply-To: <20080215120515.519dfa30@zod.rchland.ibm.com> References: <1202930937.3239.13.camel@kennedy> <20080215114745.6275b7eb@ludwig-alpha.unil.ch> <20080215105830.2dfc415e@ghistelwchlohm.scrye.com> <20080215120515.519dfa30@zod.rchland.ibm.com> Message-ID: <47B5E33F.9010501@ncsu.edu> Josh Boyer wrote: > On Fri, 15 Feb 2008 10:58:30 -0700 > Kevin Fenzi wrote: > > >> On Fri, 15 Feb 2008 11:47:45 +0100 >> Christian.Iseli at licr.org (Christian Iseli) wrote: >> >> >>> On Wed, 13 Feb 2008 14:28:57 -0500, Brian Pepple wrote: >>> >>>> == Members Present == >>>> * Brian Pepple (bpepple) >>>> * Jason Tibbitts (tibbs) >>>> * Jesse Keating (f13) >>>> * Dennis Gilmore (dgilmore) >>>> * Bill Nottingham (notting) >>>> * Warren Togami (warren) >>>> * Jeremy Katz (jeremy) >>>> * Christopher Aillon (caillon) >>>> >>>> == Members Absent == >>>> * Tom Callaway (spot) >>>> >>>> == Summary == >>>> ... >>>> * Reduce the number of FESCo members to 9. >>>> >>> Looks like it's been done already :-) >>> >>> (actually, I'm pretty sure I was present too...) >>> >> Yeah, I thought I was also there... ;) >> Perhaps you and I were in our own seperate dimension... ;) >> > > Nope, I was there too, just late. Or at least I remember voting on the > smaller number of FESCo members. > > josh > > You guys were on different internets. Your own personal internets. --CJD From jspaleta at gmail.com Fri Feb 15 19:22:28 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 15 Feb 2008 10:22:28 -0900 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080215191758.GA4018@devserv.devel.redhat.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> Message-ID: <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> On Fri, Feb 15, 2008 at 10:17 AM, Alan Cox wrote: > But its set by policy files so if you want other users to broadcast your > webcam over the internet all day, listen to all your calls and send them to > friends you can configure it that way, but that should not be the default. Again... it comes back to the fact that people are resisting learning how to write Hal/ConsoleKit policy to meet their local needs. -jef From menthos at menthos.com Fri Feb 15 19:24:50 2008 From: menthos at menthos.com (Christian Rose) Date: Fri, 15 Feb 2008 20:24:50 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <20080215095623.GA27909@ee.oulu.fi> References: <1202869824.6718.14.camel@ignacio.lan> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <20080215095623.GA27909@ee.oulu.fi> Message-ID: <97da516f0802151124u31f99702if6f98f145bbf5295@mail.gmail.com> On 2/15/08, Pekka Pietikainen wrote: [...] > > Here's a better question. Why are you using US English? Why aren't you > > using another English locale? > > Brits spell some words in a funny way (I wonder if anyone bothers > "translating" US vs. brit spelling in software tho) ;) Stop wondering, there are people that do that, and it's been done for years. The're are even people who translate into en_CA... [...] > A possiblity would be to add some heuristics to do en_GB.UTF-8 if you choose > Europe/London as the timezone, en_IE.UTF-8 if you choose Europe/Dublin etc. > Some extra code in anaconda, probably a better end-user experience too. That's just a special case of a bigger problem... No need to special case this and treat English by its own. Consider this use case instead: A Spanish user in South America. How many Spanish locales does Anaconda offer? How many Spanish speaking countries are there in the world? I bet most of them aren't too happy with es_ES locale defaults... it's not like they are using EUR as currency in South America. If you separate LANGUAGE (in this example Spanish) from LOCATION (for example, Costa Rica) in Anaconda, you solve almost all these problems too. Christian From notting at redhat.com Fri Feb 15 20:01:51 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 15 Feb 2008 15:01:51 -0500 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <97da516f0802151124u31f99702if6f98f145bbf5295@mail.gmail.com> References: <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <20080215095623.GA27909@ee.oulu.fi> <97da516f0802151124u31f99702if6f98f145bbf5295@mail.gmail.com> Message-ID: <20080215200151.GA8849@nostromo.devel.redhat.com> Christian Rose (menthos at menthos.com) said: > If you separate LANGUAGE (in this example Spanish) from LOCATION (for > example, Costa Rica) in Anaconda, you solve almost all these problems > too. ... assuming all those language/locale combinations exist. Which unfortunately, they don't. Bill From j.w.r.degoede at hhs.nl Fri Feb 15 20:08:03 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 15 Feb 2008 21:08:03 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <20080215200151.GA8849@nostromo.devel.redhat.com> References: <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <20080215095623.GA27909@ee.oulu.fi> <97da516f0802151124u31f99702if6f98f145bbf5295@mail.gmail.com> <20080215200151.GA8849@nostromo.devel.redhat.com> Message-ID: <47B5F123.1080905@hhs.nl> Bill Nottingham wrote: > Christian Rose (menthos at menthos.com) said: >> If you separate LANGUAGE (in this example Spanish) from LOCATION (for >> example, Costa Rica) in Anaconda, you solve almost all these problems >> too. > > ... assuming all those language/locale combinations exist. Which unfortunately, > they don't. > Then maybe first make him select a language and then show all the "locations" that exist for that location in a seperate screen? So then instead of having location likes Netherlands, Germany and France for English, one would have a list like: United States Great Brittan Australia Canada International International, euro currency With maybe tooltips or something like that saying for example for international: --- Metric: metric (meters, kilo's, etc.) Paper: A4 Date Format: Currency: euro --- Regards, Hans From tibbs at math.uh.edu Fri Feb 15 20:07:15 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 15 Feb 2008 14:07:15 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> Message-ID: >>>>> "JS" == Jeff Spaleta writes: JS> Again... it comes back to the fact that people are resisting JS> learning how to write Hal/ConsoleKit policy to meet their local JS> needs. Can you blame them? I mean, it's a web of interdependent XML files scattered over several directories for which I could find no documentation. Maybe it's easy once you understand it but it seems pretty opaque from the outside. - J< From ssorce at redhat.com Fri Feb 15 20:14:21 2008 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 15 Feb 2008 15:14:21 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> Message-ID: <1203106461.15201.30.camel@localhost.localdomain> On Fri, 2008-02-15 at 14:07 -0600, Jason L Tibbitts III wrote: > >>>>> "JS" == Jeff Spaleta writes: > > JS> Again... it comes back to the fact that people are resisting > JS> learning how to write Hal/ConsoleKit policy to meet their local > JS> needs. > > Can you blame them? I mean, it's a web of interdependent XML files > scattered over several directories for which I could find no > documentation. Maybe it's easy once you understand it but it seems > pretty opaque from the outside. how you dare say that ? * Read the Source Code, FTW! Simo. *Friday here -- Simo Sorce * Red Hat, Inc * New York From jspaleta at gmail.com Fri Feb 15 20:15:42 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 15 Feb 2008 11:15:42 -0900 Subject: pulseaudio causing crashing of applications In-Reply-To: References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> Message-ID: <604aa7910802151215u717bdfdew81783bc79a6979ab@mail.gmail.com> On 15 Feb 2008 14:07:15 -0600, Jason L Tibbitts III wrote: > Can you blame them? I mean, it's a web of interdependent XML files > scattered over several directories for which I could find no > documentation. Maybe it's easy once you understand it but it seems > pretty opaque from the outside. I'm not saying its easy... hell I can't do it right... and im trying. My point is... the PAINFUL debate needs to be focused on how to make policy changes...easier. NOT going back and forth, over and over again, about what the default policy should be. The hurt is editting policy.. people are avoiding editting policy. Fine, let's have a serious, mature and constructive discussion about making that easier. But to do that, everyone who is bitching and moaning about what the default policy should be, need to make an effotrt to write policy for they case they are interested in. I frankly don't think that a good chunk of the people who are shaking their fist in regard to default policy have made any effort..at all to attempt to write local policy. Hell I'm not even sure some of them have made an effort to even to understand what the policy syntax is. -jef From caillon at redhat.com Fri Feb 15 20:16:07 2008 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 15 Feb 2008 15:16:07 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> Message-ID: <47B5F307.7000202@redhat.com> On 02/15/2008 03:07 PM, Jason L Tibbitts III wrote: >>>>>> "JS" == Jeff Spaleta writes: > > JS> Again... it comes back to the fact that people are resisting > JS> learning how to write Hal/ConsoleKit policy to meet their local > JS> needs. > > Can you blame them? I mean, it's a web of interdependent XML files > scattered over several directories for which I could find no > documentation. Maybe it's easy once you understand it but it seems > pretty opaque from the outside. yum install PolicyKit-docs or browse online at: * http://hal.freedesktop.org/docs/PolicyKit/ specifically: * http://hal.freedesktop.org/docs/PolicyKit/polkit-conf.html#conf-declaring-actions From drago01 at gmail.com Fri Feb 15 20:17:29 2008 From: drago01 at gmail.com (drago01) Date: Fri, 15 Feb 2008 21:17:29 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> Message-ID: On 15 Feb 2008 14:07:15 -0600, Jason L Tibbitts III wrote: > >>>>> "JS" == Jeff Spaleta writes: > > JS> Again... it comes back to the fact that people are resisting > JS> learning how to write Hal/ConsoleKit policy to meet their local > JS> needs. > > Can you blame them? I mean, it's a web of interdependent XML files > scattered over several directories for which I could find no > documentation. Maybe it's easy once you understand it but it seems > pretty opaque from the outside. See davidz post from the other thread: run polkit-gnome-authorization you should get this: http://people.freedesktop.org/~david/how-to-allow-audio-for-inactive-sessions.png From lesmikesell at gmail.com Fri Feb 15 20:20:39 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 15 Feb 2008 14:20:39 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> Message-ID: <47B5F417.4030807@gmail.com> Jeff Spaleta wrote: > On Fri, Feb 15, 2008 at 10:17 AM, Alan Cox wrote: >> But its set by policy files so if you want other users to broadcast your >> webcam over the internet all day, listen to all your calls and send them to >> friends you can configure it that way, but that should not be the default. > > > Again... it comes back to the fact that people are resisting learning > how to write Hal/ConsoleKit policy to meet their local needs. > How can you resist (or consider) learning something when there's not even a mechanism exposed to interface with it? But my concern at this point isn't with the details of 'how' to make the change I'd want, it is whether it will be possible at all in the likely scenarios. For example, I normally use a USB sound device on another OS and need the ability to switch between that and an on-board device. Now, if one user is actively using the USB device (which in my case would be connected to a receiver/speakers playing for the whole room), does another login session automatically kill access even if I did want it to kill access to the onboard device with its smaller nearby speakers? What if the USB device in question is a new one, plugged in after the ConsoleKit policy is written - or there is more than one? Also, if I were to use the phone connection that you are so worried about, I'd almost certainly want it to work through bluetooth, again probably through a USB adapter that may not be known at policy-writing time. Will this scheme permit 'my' associated bluetooth device to continue working with my session or is it going to give ownership to someone who logs in mid-call to check their email? Does the policy scheme have sufficient understanding of multiple and potentially unknown/hotplugged devices and on-the-fly associations to do anything sensible with them? -- Les Mikesell lesmikesell at gmail.com From jwboyer at gmail.com Fri Feb 15 20:24:56 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 15 Feb 2008 14:24:56 -0600 Subject: Git has too many freaking dependencies In-Reply-To: <20080215185623.GF24770@crux.yyz.redhat.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <20080215185623.GF24770@crux.yyz.redhat.com> Message-ID: <20080215142456.07b947a7@zod.rchland.ibm.com> On Fri, 15 Feb 2008 13:56:24 -0500 James Bowes wrote: > On Fri, Feb 15, 2008 at 07:23:06PM +0100, Hans de Goede wrote: > > Nicolas Mailhot wrote: > >> Le vendredi 15 f?vrier 2008 ? 11:13 -0500, Yaakov Nemoy a ?crit : > >> > >>> Before I go and submit a bug, I would like to ask why git requires > >>> that i install so many dependencies? > >> > >> Because git is not git, git is a metapackage. > >> Welcome to metapackage hell. > >> > > > > +1, I believe this actally is a bug, almost no other package has this, most > > other packages have: > > foo (which contains the core_ > > foo-addon1 > > foo-addon2 > > > > etc. and then if you really want all you can just do: > > yum install 'foo*' > > > > Can we please stop this meta package bs, it hit me too with git, and I do > > not consider myself a novice when I say: > > "yum install git" > > I mean: > > "yum install git" > > and not > > "yum install git and anything vaguely git related including an fscking > > emacs add-on which drags in a whopping XX MB of emacs" > > FWIW Kristian H?gsberg has sent a patch upstream to make their > 'git-core' be just 'git'. Assuming there is no violent opposition from > the git list, we'll follow suit in Fedora. Yep. If not, and someone sent a patch to fix the Fedora version, I wouldn't be violently opposed to that either. --- /dev/null 2008-02-06 12:10:15.878008488 -0600 +++ - 2008-02-15 14:23:57.464694000 -0600 @@ -0,0 +1 @@ +I think better in the form of patches > As for yum doing what you say and not what you mean, that is a bug. > Please bring it up with Seth personally. There is no yum bug. git brings in emacs. Don't bother Seth. josh From triad at df.lth.se Fri Feb 15 20:26:20 2008 From: triad at df.lth.se (Linus Walleij) Date: Fri, 15 Feb 2008 21:26:20 +0100 (CET) Subject: Anaconda needs new locale thinking. In-Reply-To: References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <20080214221706.GA28583@ryvius.greysector.net> Message-ID: On Fri, 15 Feb 2008, Benny Amorsen wrote: > Please don't change locale settings just because you pick a different > time zone. People travel, that should only affect time zone. Hm, good point. But I would argue that for an installer, anaconda, it is safe to assume that it is installing the computer at home, at the default TZ AND location, I never booted up anaconda on say, a journey abroad, though I do realize that this happens at FUDcon and other - (perhaps not for the user base representative) - events. We were not arguing that your changing the TZ on your already installed machine would change your locale LC_* settings. Atleast I didn't intend that, this was at install time. Linus From jwboyer at gmail.com Fri Feb 15 20:28:10 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 15 Feb 2008 14:28:10 -0600 Subject: FESCo Meeting Summary for 2008-02-07 In-Reply-To: <47B5E33F.9010501@ncsu.edu> References: <1202930937.3239.13.camel@kennedy> <20080215114745.6275b7eb@ludwig-alpha.unil.ch> <20080215105830.2dfc415e@ghistelwchlohm.scrye.com> <20080215120515.519dfa30@zod.rchland.ibm.com> <47B5E33F.9010501@ncsu.edu> Message-ID: <20080215142810.582a49fe@zod.rchland.ibm.com> On Fri, 15 Feb 2008 14:08:47 -0500 Casey Dahlin wrote: > Josh Boyer wrote: > > On Fri, 15 Feb 2008 10:58:30 -0700 > > Kevin Fenzi wrote: > > > > > >> On Fri, 15 Feb 2008 11:47:45 +0100 > >> Christian.Iseli at licr.org (Christian Iseli) wrote: > >> > >> > >>> On Wed, 13 Feb 2008 14:28:57 -0500, Brian Pepple wrote: > >>> > >>>> == Members Present == > >>>> * Brian Pepple (bpepple) > >>>> * Jason Tibbitts (tibbs) > >>>> * Jesse Keating (f13) > >>>> * Dennis Gilmore (dgilmore) > >>>> * Bill Nottingham (notting) > >>>> * Warren Togami (warren) > >>>> * Jeremy Katz (jeremy) > >>>> * Christopher Aillon (caillon) > >>>> > >>>> == Members Absent == > >>>> * Tom Callaway (spot) > >>>> > >>>> == Summary == > >>>> ... > >>>> * Reduce the number of FESCo members to 9. > >>>> > >>> Looks like it's been done already :-) > >>> > >>> (actually, I'm pretty sure I was present too...) > >>> > >> Yeah, I thought I was also there... ;) > >> Perhaps you and I were in our own seperate dimension... ;) > >> > > > > Nope, I was there too, just late. Or at least I remember voting on the > > smaller number of FESCo members. > > > > josh > > > > > > You guys were on different internets. Your own personal internets. The normal tubes must have been clogged with all the autodownloader crap or something. josh From sundaram at fedoraproject.org Fri Feb 15 20:37:12 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 16 Feb 2008 02:07:12 +0530 Subject: Git has too many freaking dependencies In-Reply-To: <20080215142456.07b947a7@zod.rchland.ibm.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <20080215185623.GF24770@crux.yyz.redhat.com> <20080215142456.07b947a7@zod.rchland.ibm.com> Message-ID: <47B5F7F8.7040402@fedoraproject.org> Josh Boyer wrote: > On Fri, 15 Feb 2008 13:56:24 -0500 > James Bowes wrote: >> As for yum doing what you say and not what you mean, that is a bug. >> Please bring it up with Seth personally. > > There is no yum bug. git brings in emacs. Don't bother Seth. Pretty sure James Bowes was being sarcastic. Rahul From jspaleta at gmail.com Fri Feb 15 20:33:35 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 15 Feb 2008 11:33:35 -0900 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B5F417.4030807@gmail.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> <47B5F417.4030807@gmail.com> Message-ID: <604aa7910802151233n7c177b2ehc5cf770ad2e3cd2b@mail.gmail.com> On Fri, Feb 15, 2008 at 11:20 AM, Les Mikesell wrote: > How can you resist (or consider) learning something when there's not > even a mechanism exposed to interface with it? Huh? Policy is defined as a set of text files. We already have examples of non-default policy right now in a packages. On my F8 system right now... Ive got 2 software package provided policy files.. which deal with access granting.. that are NOT part of the default policy that comes with hal. rpm -qf /usr/share/hal/fdi/policy/20thirdparty/90-grant-audio-devices-to-gdm.fdi rpm -qf /usr/share/hal/fdi/policy/10osvendor/10-hplip.fdi hplip-2.7.12-4.fc8 > > But my concern at this point isn't with the details of 'how' to make the > change I'd want, it is whether it will be possible at all in the likely > scenarios. Until you make an effort to understand the policy syntax... there is no answer that will satisfy you. If you were going to trust my opinion on the matter, you'd already be swayed. I challenge you to make an effort to understand the syntax of those to fdi files as examples. Hell the gdm one actually deals with audio device granting, so it already in the ballpark for what you sort of care about. I'm comfortable enough with my understanding of the policy syntax to feel confident that policy can be written to deal with any usb device needs that I may encounter. In fact I'm trying to write policy for specialized usb devices right now, devices that has to be access through libusb calls in a C program I'm writing. -jef From lesmikesell at gmail.com Fri Feb 15 20:39:25 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 15 Feb 2008 14:39:25 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080215191758.GA4018@devserv.devel.redhat.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> Message-ID: <47B5F87D.3060802@gmail.com> Alan Cox wrote: > >> I missed this part in my other response. X has historically _not_ been >> a layer that dictates any policy at all. Is it really true now that a >> policy decision in X forces the rest of the system to break access to >> audio devices? That's even more shocking than someone thinking this is >> a good idea in the first place. > > Sorry I don't follow you at all at this point It was specifically in response to your posting: "VT switch locking policy is handled by X..." > - The kernel implements VT switch locking so you can decide not to switch > desktop to another user > - X uses this to implement its own VT locking policies for the X server and > clients. It's up to X to expose this to X clients. X has just historically been "mechanism, not policy", so I thought it was somewhat shocking to hear a claim that X policy dictates that you break access to some audio device - under any circumstances. > But its set by policy files so if you want other users to broadcast your > webcam over the internet all day, listen to all your calls and send them to > friends you can configure it that way, but that should not be the default. > If I did leave a webcam running all day, perhaps for security reasons, I certainly wouldn't want to lose access to it just because someone else checks their email from that machine. -- Les Mikesell lesmikesell at gmail.com From cmadams at hiwaay.net Fri Feb 15 20:37:23 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 15 Feb 2008 14:37:23 -0600 Subject: LSB-ish init script, RFC In-Reply-To: <1203096772.18035.1.camel@rousalka.dyndns.org> References: <47B59E91.9070600@redhat.com> <20080215160554.GB26627@nostromo.devel.redhat.com> <1203096772.18035.1.camel@rousalka.dyndns.org> Message-ID: <20080215203723.GE1336794@hiwaay.net> Once upon a time, Nicolas Mailhot said: > It's not. Many daemons can be multi-instanciated (just from the top of > my head clamav & tomcat, would want this too) I have servers running multiple copies of named, sendmail, and httpd. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From tmz at pobox.com Fri Feb 15 20:41:30 2008 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 15 Feb 2008 15:41:30 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <20080215185623.GF24770@crux.yyz.redhat.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <20080215185623.GF24770@crux.yyz.redhat.com> Message-ID: <20080215204130.GW2720@inocybe.teonanacatl.org> James Bowes wrote: > As for yum doing what you say and not what you mean, that is a bug. > Please bring it up with Seth personally. I imagine this sort of bug report is best filed with Seth in some dark alley, late at night, after you've gotten your estate in order? -- 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 walters at redhat.com Fri Feb 15 20:47:48 2008 From: walters at redhat.com (Colin Walters) Date: Fri, 15 Feb 2008 15:47:48 -0500 Subject: LSB-ish init script, RFC In-Reply-To: <1203096772.18035.1.camel@rousalka.dyndns.org> References: <47B59E91.9070600@redhat.com> <20080215160554.GB26627@nostromo.devel.redhat.com> <1203096772.18035.1.camel@rousalka.dyndns.org> Message-ID: <1203108468.26896.18.camel@space-ghost.verbum.private> On Fri, 2008-02-15 at 18:32 +0100, Nicolas Mailhot wrote: > It's not. Many daemons can be multi-instanciated (just from the top of > my head clamav & tomcat, would want this too) Nothing wrong with that - but if you want to do this, the right thing to do in the new init system should be to create a new toplevel service for each instance. /etc/init.d/tomcat-testing: exec /usr/bin/tomcat /etc/tomcat/testing.conf /etc/init.d/tomcat-production: exec /usr/bin/tomcat /etc/tomcat/production.conf From pemboa at gmail.com Fri Feb 15 20:48:26 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 15 Feb 2008 14:48:26 -0600 Subject: Git has too many freaking dependencies In-Reply-To: <20080215204130.GW2720@inocybe.teonanacatl.org> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <20080215185623.GF24770@crux.yyz.redhat.com> <20080215204130.GW2720@inocybe.teonanacatl.org> Message-ID: <16de708d0802151248i23537ddpe66c5a0705f5eb30@mail.gmail.com> 2008/2/15 Todd Zullinger : > James Bowes wrote: > > As for yum doing what you say and not what you mean, that is a bug. > > Please bring it up with Seth personally. > > I imagine this sort of bug report is best filed with Seth in some dark > alley, late at night, after you've gotten your estate in order? Hmm. Will there be footage of this? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From lesmikesell at gmail.com Fri Feb 15 20:51:54 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 15 Feb 2008 14:51:54 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <604aa7910802151233n7c177b2ehc5cf770ad2e3cd2b@mail.gmail.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <604aa7910802151122i1eb5f3fey79dca5144b2b24a@mail.gmail.com> <47B5F417.4030807@gmail.com> <604aa7910802151233n7c177b2ehc5cf770ad2e3cd2b@mail.gmail.com> Message-ID: <47B5FB6A.1010500@gmail.com> Jeff Spaleta wrote: >> But my concern at this point isn't with the details of 'how' to make the >> change I'd want, it is whether it will be possible at all in the likely >> scenarios. > > Until you make an effort to understand the policy syntax... there is > no answer that will satisfy you. If you were going to trust my > opinion on the matter, you'd already be swayed. That's not true - except to the extent that you haven't been convincing about understanding it yourself. So far I just haven't seen any discussion that recognizes that a machine may have multiple devices and multiple sessions and the relationships may not be knowable ahead of time. > I'm comfortable enough with my understanding of the policy syntax to > feel confident that policy can be written to deal with any usb device > needs that I may encounter. Does that include new ones and bluetooth associations? And what about network logins and X sessions not tied to known hardware but that use the audio devices? -- Les Mikesell lesmikesell at gmail.com From mfarrellee+fedora at redhat.com Fri Feb 15 20:58:53 2008 From: mfarrellee+fedora at redhat.com (Matthew Farrellee) Date: Fri, 15 Feb 2008 14:58:53 -0600 Subject: LSB-ish init script, RFC In-Reply-To: <20080215162530.GD26627@nostromo.devel.redhat.com> References: <47B59E91.9070600@redhat.com> <20080215160554.GB26627@nostromo.devel.redhat.com> <47B5BB50.6010304@redhat.com> <20080215162530.GD26627@nostromo.devel.redhat.com> Message-ID: <47B5FD0D.203@redhat.com> Bill Nottingham wrote: > Matthew Farrellee (mfarrellee+fedora at redhat.com) said: >> It can happen whenever a user process shares its name with a service's >> process. This just tends to be a common thing with my package. > > Why not generate patches for the functions to support the behavior you > want, and we can see what issues they may cause on a global level? That > seems preferable to re-implementing large portions of it. > > Bill Those interested can check out: https://bugzilla.redhat.com/show_bug.cgi?id=433018 Best, matt From alan at redhat.com Fri Feb 15 21:03:54 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 15 Feb 2008 16:03:54 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B5F87D.3060802@gmail.com> References: <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <47B5F87D.3060802@gmail.com> Message-ID: <20080215210354.GA12907@devserv.devel.redhat.com> On Fri, Feb 15, 2008 at 02:39:25PM -0600, Les Mikesell wrote: > If I did leave a webcam running all day, perhaps for security reasons, I > certainly wouldn't want to lose access to it just because someone else > checks their email from that machine. So use the pointy clickky policy kit tool From rodd at clarkson.id.au Fri Feb 15 21:08:15 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sat, 16 Feb 2008 08:08:15 +1100 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B54474.7040407@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> <1203056066.8920.17.camel@localhost.localdomain> <47B54474.7040407@gmail.com> Message-ID: <1203109695.8920.58.camel@localhost.localdomain> On Thu, 2008-02-14 at 23:51 -0800, Andrew Farris wrote: > Rodd Clarkson wrote: > >> This sounds as if some other process blocked the audio device when > >> switching back the session so that PA was unable to reopen the device > >> and thus playback stays suspended. > >> > >> Could you please check this, by running "pactl" in a terminal when > >> this happens again, and then type "list-sinks"? If your sound card > >> sink remains in SUSPENDED state, than this is most likely the issue. > >> > >> Or, you might have hit the well-known issue HAL where it fails to > >> restore ACLs sometimes and thus PA is not able to reopen the device > >> properly. Check getfacl /dev/snd/* > > > > So, I'm intersted in this so I can try to debug this and provide useful > > information for resolving this issue. > > > > I tried running pactl, but get this: > > > > [rodd at localhost ~]$ pactl > > No valid command specified. > > > > I then tried > > > > [rodd at localhost ~]$ pactl list-sinks > > No valid command specified. > > > > Finally I did a check of man pactl and then tried 'pactl list' but this > > gives a huge output, only some of which is 'sinks'. > > > > How would I tell what state my sound card is in (currently it's working, > > but I wanted to try all this while everything worked so I could see > > what's changed.) > > Yeah pactl list is correct, and I think the state is included in the FLAGS, so > one of the flags included on the line for that on each sink would be SUSPENDED, > if its not there its not suspended. I have not yet seen it marked suspended > when this bug occurs (and rhythmbox freezes). Right. You and I seem to have different issues. For me Rhythmbox doens't freeze, but PA stops responding (and so no sounds play). R. > > -- > Andrew Farris www.lordmorgul.net > gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 > No one now has, and no one will ever again get, the big picture. - Daniel Geer > ---- ---- > -- "It's a fine line between denial and faith. It's much better on my side" From rc040203 at freenet.de Fri Feb 15 12:40:13 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 15 Feb 2008 13:40:13 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <20080215133125.34a5ff7f.mschwendt@gmail.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> Message-ID: <1203079213.3380.69.camel@beck.corsepiu.local> On Fri, 2008-02-15 at 13:31 +0100, Michael Schwendt wrote: > On Fri, 15 Feb 2008 12:15:40 +0100, Xavier Bachelot wrote: > > > Michael Schwendt wrote: > > > On Thu, 14 Feb 2008 14:44:52 +0300, Peter Lemenkov wrote: > > > > > >> 2008/2/14, Xavier Bachelot: > > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 > > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) > > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 > > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) > > >> > > >>> Is there a way to blacklist this package from the broken deps nag mail, > > >>> or am I doomed to get it daily until xerces 3.0 is released ? > > >> One possible solution is to provide compat-xerces-c-2.7.0. > > > > > > As the topic of "compat-" packages has come up elsewhere, too, recently, > > > please think carefully whether to introduce either > > > > > > xerces-c27 > > > > > > or: > > > > > > compat-xerces-c > > > > > > The compat- packages normally do not offer any -devel files you could use > > > to (re)build other packages with. They are solely for binary compatibility > > > with available packages, regardless of whether within Fedora or provided > > > by a 3rd party. That's what the term "compatibility" means in this case. > > > And we should not confuse the notion with multiple parallel installable > > > versions of a library and its corresponding -devel packages. If you > > > considered a compat-xerces-c-devel-2.7.0, that kind of defeats the purpose > > > of compat- packages, and you could as well drop the "compat-" prefix from > > > the package namespace and append the SONAME version to the base name, as > > > in "xerces-c27" and "xerces-c27-devel". > > > > > > > Are there any guidelines or howto for building compat package ? > > I'm not sure a compat package is of much use here, but it'll still be > > something new to learn, so I'm willing to try. > > Create a spec as if you package a library as usual. > > Choose "compat-%{name}XY" as the basename for all packages, where XY > is derived from the library version or the SONAME major version. > > Delete or %exclude any files that would go into the -devel package. I think, in this case you will also want to have a *-devel package, because this issue is a source level/API issue. These *-devel package doesn't necessarily have to be installable in parallel to the "non-compat package" it only needs to be installable alternatively. Ralf From jkeating at redhat.com Fri Feb 15 21:27:32 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 15 Feb 2008 16:27:32 -0500 Subject: rawhide report: 20080211 changes In-Reply-To: <1203079213.3380.69.camel@beck.corsepiu.local> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203079213.3380.69.camel@beck.corsepiu.local> Message-ID: <20080215162732.13891d7c@redhat.com> On Fri, 15 Feb 2008 13:40:13 +0100 Ralf Corsepius wrote: > These *-devel package doesn't necessarily have to be installable in > parallel to the "non-compat package" it only needs to be installable > alternatively. Fedora packaging guidelines don't allow for packages that conflict. So by nature that means everything must be parallel installable. -- 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 lordmorgul at gmail.com Fri Feb 15 21:30:01 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 15 Feb 2008 13:30:01 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <1203109695.8920.58.camel@localhost.localdomain> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> <1203056066.8920.17.camel@localhost.localdomain> <47B54474.7040407@gmail.com> <1203109695.8920.58.camel@localhost.localdomain> Message-ID: <47B60459.9080303@gmail.com> Rodd Clarkson wrote: > You and I seem to have different issues. For me Rhythmbox doens't > freeze, but PA stops responding (and so no sounds play). Ok thats interesting. For you what does it take to get the sound back? Restarting pulseaudio? You don't have to restart rhythmbox? -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From eric.tanguy at univ-nantes.fr Fri Feb 15 21:36:32 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Fri, 15 Feb 2008 22:36:32 +0100 Subject: drgeo and gcc-4.3 Message-ID: <1203111392.2772.10.camel@bureau.maison> I tried to correct drgeo compilations errors with gcc-4.3 but i found a problem i can't achieve to solve : https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00463.html i'm looking for help to solve this Thanks Eric From tibbs at math.uh.edu Fri Feb 15 21:34:36 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 15 Feb 2008 15:34:36 -0600 Subject: rawhide report: 20080211 changes In-Reply-To: <20080215162732.13891d7c@redhat.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203079213.3380.69.camel@beck.corsepiu.local> <20080215162732.13891d7c@redhat.com> Message-ID: >>>>> "JK" == Jesse Keating writes: JK> Fedora packaging guidelines don't allow for packages that JK> conflict. Well, there's no absolute prohibition on conflicting package; it's discouraged but allowed as long as the conflicts are explicit. Packages should not conflict, but when there is no other choice then you must use Conflicts: to make the issue explicit. http://fedoraproject.org/wiki/Packaging/Conflicts - J< From rdieter at math.unl.edu Fri Feb 15 21:44:54 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 15 Feb 2008 15:44:54 -0600 Subject: drgeo and gcc-4.3 References: <1203111392.2772.10.camel@bureau.maison> Message-ID: Tanguy Eric wrote: > I tried to correct drgeo compilations errors with gcc-4.3 but i found a > problem i can't achieve to solve : > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00463.html > i'm looking for help to solve this gmp has been fixed. Try again. -- Rex From jkeating at redhat.com Fri Feb 15 21:54:31 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 15 Feb 2008 16:54:31 -0500 Subject: rawhide report: 20080211 changes In-Reply-To: References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203079213.3380.69.camel@beck.corsepiu.local> <20080215162732.13891d7c@redhat.com> Message-ID: <20080215165431.069e2eb5@redhat.com> On 15 Feb 2008 15:34:36 -0600 Jason L Tibbitts III wrote: > Well, there's no absolute prohibition on conflicting package; it's > discouraged but allowed as long as the conflicts are explicit. > Packages should not conflict, but when there is no other choice then > you must use Conflicts: to make the issue explicit. > > http://fedoraproject.org/wiki/Packaging/Conflicts Erm, I should have restated, you can't conflict with any current package in Fedora. You can conflict with older versions, but at no time should a current Fedora package set have conflicts with itself. Maybe that needs to be stated in the Conflicts page. -- 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 at gmail.com Fri Feb 15 22:10:38 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 15 Feb 2008 23:10:38 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <1203079213.3380.69.camel@beck.corsepiu.local> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203079213.3380.69.camel@beck.corsepiu.local> Message-ID: <20080215231038.f1e444a1.mschwendt@gmail.com> On Fri, 15 Feb 2008 13:40:13 +0100, Ralf Corsepius wrote: > > On Fri, 2008-02-15 at 13:31 +0100, Michael Schwendt wrote: > > On Fri, 15 Feb 2008 12:15:40 +0100, Xavier Bachelot wrote: > > > > > Michael Schwendt wrote: > > > > On Thu, 14 Feb 2008 14:44:52 +0300, Peter Lemenkov wrote: > > > > > > > >> 2008/2/14, Xavier Bachelot: > > > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 > > > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) > > > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 > > > >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) > > > >> > > > >>> Is there a way to blacklist this package from the broken deps nag mail, > > > >>> or am I doomed to get it daily until xerces 3.0 is released ? > > > >> One possible solution is to provide compat-xerces-c-2.7.0. > > > > > > > > As the topic of "compat-" packages has come up elsewhere, too, recently, > > > > please think carefully whether to introduce either > > > > > > > > xerces-c27 > > > > > > > > or: > > > > > > > > compat-xerces-c > > > > > > > > The compat- packages normally do not offer any -devel files you could use > > > > to (re)build other packages with. They are solely for binary compatibility > > > > with available packages, regardless of whether within Fedora or provided > > > > by a 3rd party. That's what the term "compatibility" means in this case. > > > > And we should not confuse the notion with multiple parallel installable > > > > versions of a library and its corresponding -devel packages. If you > > > > considered a compat-xerces-c-devel-2.7.0, that kind of defeats the purpose > > > > of compat- packages, and you could as well drop the "compat-" prefix from > > > > the package namespace and append the SONAME version to the base name, as > > > > in "xerces-c27" and "xerces-c27-devel". > > > > > > > > > > Are there any guidelines or howto for building compat package ? > > > I'm not sure a compat package is of much use here, but it'll still be > > > something new to learn, so I'm willing to try. > > > > Create a spec as if you package a library as usual. > > > > Choose "compat-%{name}XY" as the basename for all packages, where XY > > is derived from the library version or the SONAME major version. > > > > Delete or %exclude any files that would go into the -devel package. > I think, in this case you will also want to have a *-devel package, > because this issue is a source level/API issue. No, I don't. The paragraph approx. 24 lines above explains it. compat-* packages should not offer -devel packages. If you want concurrent package development with multiple versions of libxerces, name them similar as described above. From jwboyer at gmail.com Fri Feb 15 22:16:01 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 15 Feb 2008 16:16:01 -0600 Subject: Git has too many freaking dependencies In-Reply-To: <47B5F7F8.7040402@fedoraproject.org> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <20080215185623.GF24770@crux.yyz.redhat.com> <20080215142456.07b947a7@zod.rchland.ibm.com> <47B5F7F8.7040402@fedoraproject.org> Message-ID: <20080215161601.3cc22475@zod.rchland.ibm.com> On Sat, 16 Feb 2008 02:07:12 +0530 Rahul Sundaram wrote: > Josh Boyer wrote: > > On Fri, 15 Feb 2008 13:56:24 -0500 > > James Bowes wrote: > > >> As for yum doing what you say and not what you mean, that is a bug. > >> Please bring it up with Seth personally. > > > > There is no yum bug. git brings in emacs. Don't bother Seth. > > Pretty sure James Bowes was being sarcastic I know. Lots of people read this list. Not everyone grasps the concept of dry whit. josh From jwboyer at gmail.com Fri Feb 15 22:20:34 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 15 Feb 2008 16:20:34 -0600 Subject: Git has too many freaking dependencies In-Reply-To: <47B5D88A.6000605@hhs.nl> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> Message-ID: <20080215162034.67929cc6@zod.rchland.ibm.com> On Fri, 15 Feb 2008 19:23:06 +0100 Hans de Goede wrote: > Can we please stop this meta package bs, it hit me too with git, and I do not > consider myself a novice when I say: > "yum install git" > I mean: > "yum install git" > and not > "yum install git and anything vaguely git related including an fscking emacs > add-on which drags in a whopping XX MB of emacs" > > Regards, > > Hans (who is seriously annoyed by this) Ok, I'm going to pick on you a bit Hans. Forgive me. There is this magical tool called bugzilla. It's used to track issues people consider to be bugs. It sucks at times, but it's what we have. If you really thought this was a bug, I would have been a hell of a lot more receptive to fixing things if it was filed via bugzilla than I would if I hear about it on a mailing list rant. Seriously. josh From bruno at wolff.to Fri Feb 15 22:23:07 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Fri, 15 Feb 2008 16:23:07 -0600 Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <20080215184550.GA29022@wolff.to> References: <1203017473.2298.1.camel@scrappy.miketc.com> <4c4ba1530802141136i640c43e6l60d73003b7112da6@mail.gmail.com> <20080215184550.GA29022@wolff.to> Message-ID: <20080215222307.GA6168@wolff.to> It does appear the problem I was seeing was the mkinitrd problem and that it can be worked around be keeping a 2.6.24 kernel around until the problem is fixed. What I did to test this was: boot kernel-2.6.25-0.35.rc1.fc9.i586 uninstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 reinstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 Test booting kernel-2.6.25-0.40.rc1.git2.fc9.i686 -- it failed boot kernel-2.6.24.1-31.fc9.i586 uninstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 reinstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 Test booting kernel-2.6.25-0.40.rc1.git2.fc9.i686 -- it succeeded From jspaleta at gmail.com Fri Feb 15 22:25:55 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 15 Feb 2008 13:25:55 -0900 Subject: Git has too many freaking dependencies In-Reply-To: <20080215161601.3cc22475@zod.rchland.ibm.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <20080215185623.GF24770@crux.yyz.redhat.com> <20080215142456.07b947a7@zod.rchland.ibm.com> <47B5F7F8.7040402@fedoraproject.org> <20080215161601.3cc22475@zod.rchland.ibm.com> Message-ID: <604aa7910802151425q6467ac7fy9e24a1538748458a@mail.gmail.com> On Fri, Feb 15, 2008 at 1:16 PM, Josh Boyer wrote: > I know. Lots of people read this list. Not everyone grasps the > concept of dry whit. 2nd best Best Kids in the Hall sketch ever... was the super sarcastic guy on trial in a court room. All his answers were sarcastic and on hearing them everyone in the room laughed, including the judge. When the prosecutor asked the court reporter to read back the answers... he do without emotion..and the judge sentenced the guy to death on hearing the non-sarcastic rendering of the text. This is exactly why I want audio streams from public board meetings, and not just text transcripts. -jef"Living in a place where the daily high temperatures have swung 70 degrees F in the span of a week...and its still below freezing."spaleta From caillon at redhat.com Fri Feb 15 22:38:47 2008 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 15 Feb 2008 17:38:47 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <16de708d0802151248i23537ddpe66c5a0705f5eb30@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <20080215185623.GF24770@crux.yyz.redhat.com> <20080215204130.GW2720@inocybe.teonanacatl.org> <16de708d0802151248i23537ddpe66c5a0705f5eb30@mail.gmail.com> Message-ID: <47B61477.1050705@redhat.com> On 02/15/2008 03:48 PM, Arthur Pemberton wrote: > 2008/2/15 Todd Zullinger : >> James Bowes wrote: >>> As for yum doing what you say and not what you mean, that is a bug. >>> Please bring it up with Seth personally. >> I imagine this sort of bug report is best filed with Seth in some dark >> alley, late at night, after you've gotten your estate in order? > > > Hmm. Will there be footage of this? I *knew* that Fedora TV would be a great idea :D From tibbs at math.uh.edu Fri Feb 15 22:53:52 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 15 Feb 2008 16:53:52 -0600 Subject: rawhide report: 20080211 changes In-Reply-To: <20080215165431.069e2eb5@redhat.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203079213.3380.69.camel@beck.corsepiu.local> <20080215162732.13891d7c@redhat.com> <20080215165431.069e2eb5@redhat.com> Message-ID: >>>>> "JK" == Jesse Keating writes: JK> Erm, I should have restated, you can't conflict with any current JK> package in Fedora. That would be a new rule, then. - J< From kevin at scrye.com Sat Feb 16 00:40:38 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 15 Feb 2008 17:40:38 -0700 Subject: gcc-4.3 build issue? Or something else? Message-ID: <20080215174038.00e61783@ghistelwchlohm.scrye.com> I am getting an odd build failure trying to rebuild xfdesktop... From a bit of googling around, I see similar reports that were an old binutils bug. Does anyone have ideas on how to fix this? kevin -- gcc -shared .libs/xfce4_desktop_menu_la-desktop-menu.o .libs/xfce4_desktop_menu_la-deskto p-menu-cache.o .libs/xfce4_desktop_menu_la-desktop-menu-file.o .libs/xfce4_desktop_menu_la -desktop-menu-dentry.o .libs/xfce4_desktop_menu_la-desktop-menuspec.o -Wl,--whole-archive ../../common/.libs/libxfdesktop.a -Wl,--no-whole-archive -L/usr/lib64 -lSM -lICE -lX11 -l xfcegui4 -lgtk-x11-2.0 -lxfce4util -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1 .0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -m64 -mtune=generic -W l,--export-dynamic -Wl,-soname -Wl,xfce4_desktop_menu.so -o .libs/xfce4_desktop_menu.so / usr / bin / ld : .. libs / xfce4_desktop_menu_la - desktop - menu - dentry.o : relocation R_X86_64_PC32 against ` desktop_menuspec_path_free ' can not be used when making a shared object ; recompile with - fPIC / usr / bin / ld : final link failed : Bad value collect2: ld returned 1 exit status make[3]: Leaving directory `/builddir/build/BUILD/xfdesktop-4.4.2/modules/menu' make[2]: Leaving directory `/builddir/build/BUILD/xfdesktop-4.4.2/modules' make[3]: *** [xfce4_desktop_menu.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 make[1]: Leaving directory `/builddir/build/BUILD/xfdesktop-4.4.2' -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ian-list at securitypimp.com Sat Feb 16 02:03:40 2008 From: ian-list at securitypimp.com (Ian Lists) Date: Sat, 16 Feb 2008 02:03:40 +0000 (UTC) Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <20080215222307.GA6168@wolff.to> Message-ID: <19056742.3651203127420561.JavaMail.root@postal.insourcedsecurity.com> ----- "Bruno Wolff III" wrote: > It does appear the problem I was seeing was the mkinitrd problem and > that > it can be worked around be keeping a 2.6.24 kernel around until the > problem > is fixed. > > What I did to test this was: > boot kernel-2.6.25-0.35.rc1.fc9.i586 > uninstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 > reinstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 > Test booting kernel-2.6.25-0.40.rc1.git2.fc9.i686 -- it failed > boot kernel-2.6.24.1-31.fc9.i586 > uninstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 > reinstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 > Test booting kernel-2.6.25-0.40.rc1.git2.fc9.i686 -- it succeeded > Not sure if it is related, but I can't seem to get it working. I have removed and reinstalled kernel-2.6.25-0.40.rc1.git2.fc9 several times and keep getting the following errors. /sbin/nash error while loading shared libraries: libdhcp-1.99.so.1: cannot open shared object file: No such file or directory /sbin/grubby error while loading shared libraries: libdhcp-1.99.so.1: cannot open shared object file: No such file or directory From mrmazda at ij.net Sat Feb 16 03:04:53 2008 From: mrmazda at ij.net (Felix Miata) Date: Fri, 15 Feb 2008 22:04:53 -0500 Subject: firefox/minefield screen resolution In-Reply-To: References: <47B5CE1A.6020204@gmail.com> Message-ID: <47B652D5.9030902@ij.net> On 2008/02/15 09:46 (GMT-0800) darrell pfeifer apparently typed: >> darrell pfeifer pisze: >> > In today's rawhide firefox/minefield seems to have an incorrect >> > impression of the screen size. >> > The icons are very large. Any web page I go to I need to zoom out. It >> > feels like firefox thinks that the screen is 800x600 rather than >> > 1900x1200. >> > This also happened about a week ago and magically corrected itself. >> > I checked bugzilla for both firefox and nodoka related problems but >> > don't see anything. >> > Any idea what component might be causing this? > Everything is very big. The navigation buttons, bookmark toolbar > icons, etc are all huge. For any new web page that is opened the > entire content is also huge. Zooming out two or three times gets the > web page down to a decent readable size. > I'd say that the problem is with DPI detection for firefox. Not other > applications seem to be affected. The only exception is that gnome > Appearance/Theme/Customize/Icons shows some big/blurry icons for > Crystal SVG and Slick Icons. > xdpyinfo says > screen #0: > dimensions: 1920x1200 pixels (300x230 millimeters) > resolution: 163x133 dots per inch You've run into a relatively new Gecko "feature", pixel scaling for high DPI systems. See https://bugzilla.mozilla.org/show_bug.cgi?id=378927 for upstream bugs about this. You can confirm this by visiting http://mrmazda.no-ip.com/auth/dpi-screen-window.html to see reported DPI and default FF px setting will probably be about half what xdpyinfo and 'xrdb -query | grep dpi' report. The crossover point is 144 DPI. As long as your X DPI is below this, FF will behave as you are used to. If your system is really a 163 DPI system, and you don't like the scaling effects, you'll have to reconfigure something so that FF thinks or knows the DPI is less than 144. In about:config you could set layout.css.dpi to 143 as a direct workaround. Also you could set the system's Xft.dpi to less than 144. If your system is not really a 163 DPI system, you need to reconfigure X so FF doesn't think that's what it is. -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From kevin.kofler at chello.at Sat Feb 16 03:50:36 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 16 Feb 2008 03:50:36 +0000 (UTC) Subject: gcc-4.3 build issue? Or something else? References: <20080215174038.00e61783@ghistelwchlohm.scrye.com> Message-ID: Kevin Fenzi scrye.com> writes: > I am getting an odd build failure trying to rebuild xfdesktop... That error means some of the .o or .a files which are to be linked into the .so have not been built with -fPIC, which is a no-no. All code in a shared library needs to be PIC, even if it comes from a static library (.a file). Kevin Kofler From kevin at scrye.com Sat Feb 16 04:24:11 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 15 Feb 2008 21:24:11 -0700 Subject: gcc-4.3 build issue? Or something else? In-Reply-To: References: <20080215174038.00e61783@ghistelwchlohm.scrye.com> Message-ID: <20080215212411.54360a6c@ghistelwchlohm.scrye.com> On Sat, 16 Feb 2008 03:50:36 +0000 (UTC) kevin.kofler at chello.at (Kevin Kofler) wrote: > Kevin Fenzi scrye.com> writes: > > I am getting an odd build failure trying to rebuild xfdesktop... > > That error means some of the .o or .a files which are to be linked > into the .so have not been built with -fPIC, which is a no-no. All > code in a shared library needs to be PIC, even if it comes from a > static library (.a file). Well, that doesn't seem to be the case here... all the files seem to be compiling with -fPIC. Also, note that this same code built just fine before the gcc 4.3 landing. ;( I do see this: desktop-menuspec.h:85: warning: 'desktop_menuspec_path_free' used but never defined And thats one of the symbols it's complaning about... Will dig some more, but if anyone has any workarounds or patches, they would be most welcome. > > Kevin Kofler > kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From darrellpf at gmail.com Sat Feb 16 04:29:41 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Fri, 15 Feb 2008 20:29:41 -0800 Subject: firefox/minefield screen resolution In-Reply-To: <47B652D5.9030902@ij.net> References: <47B5CE1A.6020204@gmail.com> <47B652D5.9030902@ij.net> Message-ID: On Fri, Feb 15, 2008 at 7:04 PM, Felix Miata wrote: > On 2008/02/15 09:46 (GMT-0800) darrell pfeifer apparently typed: > > > >> darrell pfeifer pisze: > > >> > In today's rawhide firefox/minefield seems to have an incorrect > >> > impression of the screen size. > > >> > The icons are very large. Any web page I go to I need to zoom out. It > >> > feels like firefox thinks that the screen is 800x600 rather than > >> > 1900x1200. > > >> > This also happened about a week ago and magically corrected itself. > > >> > I checked bugzilla for both firefox and nodoka related problems but > >> > don't see anything. > > >> > Any idea what component might be causing this? > > > > Everything is very big. The navigation buttons, bookmark toolbar > > icons, etc are all huge. For any new web page that is opened the > > entire content is also huge. Zooming out two or three times gets the > > web page down to a decent readable size. > > > I'd say that the problem is with DPI detection for firefox. Not other > > applications seem to be affected. The only exception is that gnome > > Appearance/Theme/Customize/Icons shows some big/blurry icons for > > Crystal SVG and Slick Icons. > > > xdpyinfo says > > > screen #0: > > dimensions: 1920x1200 pixels (300x230 millimeters) > > resolution: 163x133 dots per inch > > You've run into a relatively new Gecko "feature", pixel scaling for high DPI systems. See https://bugzilla.mozilla.org/show_bug.cgi?id=378927 for upstream bugs about this. You can confirm this by visiting http://mrmazda.no-ip.com/auth/dpi-screen-window.html to see reported DPI and default FF px setting will probably be about half what xdpyinfo and 'xrdb -query | grep dpi' report. > > The crossover point is 144 DPI. As long as your X DPI is below this, FF will behave as you are used to. If your system is really a 163 DPI system, and you don't like the scaling effects, you'll have to reconfigure something so that FF thinks or knows the DPI is less than 144. In about:config you could set layout.css.dpi to 143 as a direct workaround. Also you could set the system's Xft.dpi to less than 144. > > If your system is not really a 163 DPI system, you need to reconfigure X so FF doesn't think that's what it is. > -- Thanks for the information, it really helped. xrdb reports: Xft.dpi: 120 Setting that value in about:config gives a decent display. If I go higher (say the 143) then portions of the window on the right and bottom aren't visible. I'm assuming that the value from xdpyinfo is probably incorrect, though I don't know at this point where to look. darrell From ian-list at securitypimp.com Sat Feb 16 04:51:02 2008 From: ian-list at securitypimp.com (ian-list at securitypimp.com) Date: Sat, 16 Feb 2008 04:51:02 +0000 (UTC) Subject: Kernel-2.6.25-0.40.rc1.git2.fc9.i686 doesn't boot in rawhide In-Reply-To: <3962109.2581203137317101.JavaMail.imarks@imarks-ws.securitypimp.local> Message-ID: <27975499.2601203137460586.JavaMail.imarks@imarks-ws.securitypimp.local> ----- "Ian Lists" wrote: > ----- "Bruno Wolff III" wrote: > > > It does appear the problem I was seeing was the mkinitrd problem > and > > that > > it can be worked around be keeping a 2.6.24 kernel around until the > > problem > > is fixed. > > > > What I did to test this was: > > boot kernel-2.6.25-0.35.rc1.fc9.i586 > > uninstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 > > reinstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 > > Test booting kernel-2.6.25-0.40.rc1.git2.fc9.i686 -- it failed > > boot kernel-2.6.24.1-31.fc9.i586 > > uninstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 > > reinstall kernel-2.6.25-0.40.rc1.git2.fc9.i686 > > Test booting kernel-2.6.25-0.40.rc1.git2.fc9.i686 -- it succeeded > > > Not sure if it is related, but I can't seem to get it working. I have > removed and reinstalled kernel-2.6.25-0.40.rc1.git2.fc9 several times > and keep getting the following errors. > > /sbin/nash error while loading shared libraries: libdhcp-1.99.so.1: > cannot open shared object file: No such file or directory > /sbin/grubby error while loading shared libraries: libdhcp-1.99.so.1: > cannot open shared object file: No such file or directory > I think these errors were related to me trying to fix some things early on with the --nodeps option. I went ahead and reinstalled but still can't get kernel-2.6.25-0.40.rc1.git2.fc9 working. I haven't noticed anyone else in this thread mention whether they are using encryption or not. I believe my issue is related to using encryption,.. I get an error when updating saying "no path for essiv". I think it has something to do with mkinitrd not building with aes-cbc-essiv:sha256 support but not 100% sure. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From seg at haxxed.com Sat Feb 16 04:55:27 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 15 Feb 2008 22:55:27 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080215191758.GA4018@devserv.devel.redhat.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> Message-ID: <1203137727.7567.32.camel@localhost> On Fri, 2008-02-15 at 14:17 -0500, Alan Cox wrote: > But its set by policy files so if you want other users to broadcast your > webcam over the internet all day, listen to all your calls and send them to > friends you can configure it that way, but that should not be the default. Lets not throw around straw men. Some of us just don't want to stop the rock. www.youtube.com/watch?v=LfXKkNo7YZ8 www.youtube.com/watch?v=oOTwOiDrysI Proposal: Two checkboxes in the Sound control panel: [ ] Mute my audio when switching to another session [ ] Mute other sessions audio when switching to my session First option allows your music to keep playing when switched to another session. Second option provides a defense if the first option is abused. -------------- 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 mrmazda at ij.net Sat Feb 16 04:58:55 2008 From: mrmazda at ij.net (Felix Miata) Date: Fri, 15 Feb 2008 23:58:55 -0500 Subject: firefox/minefield screen resolution In-Reply-To: References: <47B5CE1A.6020204@gmail.com> <47B652D5.9030902@ij.net> Message-ID: <47B66D8F.30306@ij.net> On 2008/02/15 20:29 (GMT-0800) darrell pfeifer apparently typed: > On Fri, Feb 15, 2008 at 7:04 PM, Felix Miata wrote: >> If your system is not really a 163 DPI system, you need to reconfigure X so FF doesn't think that's what it is. > Thanks for the information, it really helped. > xrdb reports: > Xft.dpi: 120 > Setting that value in about:config gives a decent display. If I go > higher (say the 143) then portions of the window on the right and > bottom aren't visible. > I'm assuming that the value from xdpyinfo is probably incorrect, > though I don't know at this point where to look. Since the massive overhaul of X and video drivers that got serious sometime last summer, the already vexing issue of DPI generally got a lot more complex. It didn't use to matter what your hardware was, the basics remained the same. Now the problems and answers often depend heavily on your gfxcard. Take a look at the #2 link on http://mrmazda.no-ip.com/auth/Font/fonts-linux-about.html for the traditional explantion. The other links here could be helpful, but DPI now on Linux is such a moving target that it's hard to be helpful. Often the easiest way through these issues, if 3D and games don't matter to you, is old gfxcards that don't get the new driver features like intel, nvidia and ati get. Of course, the fact you're running Rawhide should mean you're willing to participate in getting the bugs found and worked out of new features. :-) -- "For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life." John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ From lordmorgul at gmail.com Sat Feb 16 06:24:23 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 15 Feb 2008 22:24:23 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <1203137727.7567.32.camel@localhost> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <1203137727.7567.32.camel@localhost> Message-ID: <47B68197.3080503@gmail.com> Callum Lerwick wrote: > On Fri, 2008-02-15 at 14:17 -0500, Alan Cox wrote: >> But its set by policy files so if you want other users to broadcast your >> webcam over the internet all day, listen to all your calls and send them to >> friends you can configure it that way, but that should not be the default. > > Lets not throw around straw men. Some of us just don't want to stop the > rock. > > www.youtube.com/watch?v=LfXKkNo7YZ8 > www.youtube.com/watch?v=oOTwOiDrysI > > Proposal: Two checkboxes in the Sound control panel: > > [ ] Mute my audio when switching to another session > [ ] Mute other sessions audio when switching to my session > > First option allows your music to keep playing when switched to another > session. Second option provides a defense if the first option is abused. That sounds simple and neat enough, but the reality is there still must be policy behind it to 1) prevent these settings from being effective in a multiuser environment where a security policy is needed, and 2) to make these work without conflicting (obviously your suggested two options must have a hierarchy, the second overriding the first in other's accounts). The question remains who is most 'entitled' to have their settings respected? I actually like to work in virtual terminals while playing music in my X session which is clearly problematic with default settings, but I understand the arguments being made for better control and securing device access in other situations. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lesmikesell at gmail.com Sat Feb 16 06:25:41 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 16 Feb 2008 00:25:41 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <1203137727.7567.32.camel@localhost> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <1203137727.7567.32.camel@localhost> Message-ID: <47B681E5.2070607@gmail.com> Callum Lerwick wrote: > On Fri, 2008-02-15 at 14:17 -0500, Alan Cox wrote: >> But its set by policy files so if you want other users to broadcast your >> webcam over the internet all day, listen to all your calls and send them to >> friends you can configure it that way, but that should not be the default. > > Lets not throw around straw men. Some of us just don't want to stop the > rock. > > www.youtube.com/watch?v=LfXKkNo7YZ8 > www.youtube.com/watch?v=oOTwOiDrysI > > Proposal: Two checkboxes in the Sound control panel: > > [ ] Mute my audio when switching to another session > [ ] Mute other sessions audio when switching to my session > > First option allows your music to keep playing when switched to another > session. Second option provides a defense if the first option is abused. [ ] Exclusive access to first audio user until device is closed [ ] Multiplex output from all users/applications -- Les Mikesell lesmikesell at gmail.com From ivazqueznet at gmail.com Sat Feb 16 06:47:24 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sat, 16 Feb 2008 01:47:24 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B681E5.2070607@gmail.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <1203137727.7567.32.camel@localhost> <47B681E5.2070607@gmail.com> Message-ID: <1203144444.8718.0.camel@ignacio.lan> On Sat, 2008-02-16 at 00:25 -0600, Les Mikesell wrote: > [ ] Exclusive access to first audio user until device is closed > [ ] Multiplex output from all users/applications Bwha? Do you actually expect people to read, much less understand, those? -- 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 lesmikesell at gmail.com Sat Feb 16 07:17:42 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 16 Feb 2008 01:17:42 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <1203144444.8718.0.camel@ignacio.lan> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <1203137727.7567.32.camel@localhost> <47B681E5.2070607@gmail.com> <1203144444.8718.0.camel@ignacio.lan> Message-ID: <47B68E16.6080301@gmail.com> Ignacio Vazquez-Abrams wrote: > On Sat, 2008-02-16 at 00:25 -0600, Les Mikesell wrote: >> [ ] Exclusive access to first audio user until device is closed >> [ ] Multiplex output from all users/applications > > Bwha? Do you actually expect people to read, much less understand, > those? [ ] Don't share my audio [ ] Share my audio -- Les Mikesell lesmikesell at gmail.com From eric.tanguy at univ-nantes.fr Sat Feb 16 07:27:22 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Sat, 16 Feb 2008 08:27:22 +0100 Subject: drgeo and gcc-4.3 In-Reply-To: References: <1203111392.2772.10.camel@bureau.maison> Message-ID: <1203146843.2867.0.camel@bureau.maison> Le vendredi 15 f?vrier 2008 ? 15:44 -0600, Rex Dieter a ?crit : > Tanguy Eric wrote: > > > I tried to correct drgeo compilations errors with gcc-4.3 but i found a > > problem i can't achieve to solve : > > > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00463.html > > i'm looking for help to solve this > > gmp has been fixed. Try again. > > -- Rex > Yes you are right the package build fine now. Thanks Eric From sundaram at fedoraproject.org Sat Feb 16 07:34:51 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 16 Feb 2008 13:04:51 +0530 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B68E16.6080301@gmail.com> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <1203137727.7567.32.camel@localhost> <47B681E5.2070607@gmail.com> <1203144444.8718.0.camel@ignacio.lan> <47B68E16.6080301@gmail.com> Message-ID: <47B6921B.9020500@fedoraproject.org> Les Mikesell wrote: > Ignacio Vazquez-Abrams wrote: >> On Sat, 2008-02-16 at 00:25 -0600, Les Mikesell wrote: >>> [ ] Exclusive access to first audio user until device is closed >>> [ ] Multiplex output from all users/applications >> >> Bwha? Do you actually expect people to read, much less understand, >> those? > > [ ] Don't share my audio > [ ] Share my audio That looks silly. Why are there are two check boxes for what appears to be toggling a single setting? Rahul From j.w.r.degoede at hhs.nl Sat Feb 16 08:16:21 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 16 Feb 2008 09:16:21 +0100 Subject: Git has too many freaking dependencies In-Reply-To: <20080215162034.67929cc6@zod.rchland.ibm.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <1203096988.18035.5.camel@rousalka.dyndns.org> <47B5D88A.6000605@hhs.nl> <20080215162034.67929cc6@zod.rchland.ibm.com> Message-ID: <47B69BD5.1040707@hhs.nl> Josh Boyer wrote: > On Fri, 15 Feb 2008 19:23:06 +0100 > Hans de Goede wrote: > >> Can we please stop this meta package bs, it hit me too with git, and I do not >> consider myself a novice when I say: >> "yum install git" >> I mean: >> "yum install git" >> and not >> "yum install git and anything vaguely git related including an fscking emacs >> add-on which drags in a whopping XX MB of emacs" >> >> Regards, >> >> Hans (who is seriously annoyed by this) > > Ok, I'm going to pick on you a bit Hans. Forgive me. > > There is this magical tool called bugzilla. It's used to track issues > people consider to be bugs. It sucks at times, but it's what we have. > > If you really thought this was a bug, I would have been a hell of a lot > more receptive to fixing things if it was filed via bugzilla than I > would if I hear about it on a mailing list rant. > > Seriously. > +1 I agree, its just that when I was bitten by this I didn't think about filing a bug, and then this discussion came along and I tagged my complaint onto it, indeed a bug should have been filed. Regards, Hans > josh > From drago01 at gmail.com Sat Feb 16 10:02:06 2008 From: drago01 at gmail.com (drago01) Date: Sat, 16 Feb 2008 11:02:06 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <200802141617.15647@rineau.tsetse> References: <47A1376D.7010408@redhat.com> <47B4571B.1090703@gmail.com> <20080214100901.4e44f5c9@redhat.com> <200802141617.15647@rineau.tsetse> Message-ID: <47B6B49E.3060608@gmail.com> Laurent Rineau wrote: > On Thursday 14 February 2008 16:09:01 Jesse Keating wrote: > >> On Thu, 14 Feb 2008 08:58:35 -0600 >> >> Les Mikesell wrote: >> >>> but it should be a choice left up to local configuration. >>> >> How is it not a choice of local configuration right now? >> > > Maybe there should be a HOWTO related to that subject, so that everybody sees > how easy it is to change that setup. Personally, I do not know how, yet. I do > not even manage to find where I should look for a solution. > Is it that hard to clock some buttons in the policykit gui? From ville.skytta at iki.fi Sat Feb 16 10:21:19 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sat, 16 Feb 2008 12:21:19 +0200 Subject: Git has too many freaking dependencies In-Reply-To: <16de708d0802151027m343033bl1cc6d068e9415c8c@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <47B5D8BA.5090607@hhs.nl> <16de708d0802151027m343033bl1cc6d068e9415c8c@mail.gmail.com> Message-ID: <200802161221.19886.ville.skytta@iki.fi> On Friday 15 February 2008, Arthur Pemberton wrote: > Not to bicker of the potential naming, but how about just calling it > git-meta so there is no ambiguity. I think there's plenty of ambiguity in "git-meta". If the intent is to install all git-* with this, call it "git-all", "git-everything" or just drop the whole metapackage and set up a git comps group. From ch.nolte at noltec.org Sat Feb 16 10:36:37 2008 From: ch.nolte at noltec.org (Christian Nolte) Date: Sat, 16 Feb 2008 11:36:37 +0100 Subject: F8: Has the kernel update policy been changed? Message-ID: <47B6BCB5.3010406@noltec.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I was wondering if the kernel update policy has been changed. Since F8 I noticed that on a kernel update, grub still uses the previous kernel on reboot although I have not touched grub.conf (default=0). Please shed a little light on this. Christian - -- For more than 4 generations the IT Professionals were the guardians of quality and stability in software. Before the dark times. Before Microsoft... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHtry0CNjA0nfhW7wRAi+vAKCY4IWHAfYxkmfpPzOYRbo2ZQhqFACgtrsW 3PM3tfSL7FEB4JLdf5YHnSo= =6hqY -----END PGP SIGNATURE----- From denis at poolshark.org Sat Feb 16 10:51:05 2008 From: denis at poolshark.org (Denis Leroy) Date: Sat, 16 Feb 2008 11:51:05 +0100 Subject: Git has too many freaking dependencies In-Reply-To: <200802161221.19886.ville.skytta@iki.fi> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <47B5D8BA.5090607@hhs.nl> <16de708d0802151027m343033bl1cc6d068e9415c8c@mail.gmail.com> <200802161221.19886.ville.skytta@iki.fi> Message-ID: <47B6C019.2050303@poolshark.org> Ville Skytt? wrote: > On Friday 15 February 2008, Arthur Pemberton wrote: > >> Not to bicker of the potential naming, but how about just calling it >> git-meta so there is no ambiguity. > > I think there's plenty of ambiguity in "git-meta". If the intent is to > install all git-* with this, call it "git-all", "git-everything" or just drop > the whole metapackage and set up a git comps group. +1 From lordmorgul at gmail.com Sat Feb 16 10:53:01 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 16 Feb 2008 02:53:01 -0800 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <47B6BCB5.3010406@noltec.org> References: <47B6BCB5.3010406@noltec.org> Message-ID: <47B6C08D.8040404@gmail.com> Christian Nolte wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi! > > I was wondering if the kernel update policy has been changed. Since F8 I > noticed that on a kernel update, grub still uses the previous kernel on > reboot although I have not touched grub.conf (default=0). > > Please shed a little light on this. > Christian It used to stay at 0 if that was set, otherwise increment by 1 when adding a kernel to the top to make sure the same entry was default if you had set the default to your windows entry for dualbooting. So you're saying the default is changing from 0 to something else for you? If you're saying default stays 0 after the new kernel installed, then the new kernel is being added lower in the list than your current kernel? That would definitely be a change from what used to happen. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From nicolas.mailhot at laposte.net Sat Feb 16 10:54:46 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 16 Feb 2008 11:54:46 +0100 Subject: firefox/minefield screen resolution In-Reply-To: References: <47B5CE1A.6020204@gmail.com> <47B652D5.9030902@ij.net> Message-ID: <1203159286.3422.18.camel@rousalka.dyndns.org> Le vendredi 15 f?vrier 2008 ? 20:29 -0800, darrell pfeifer a ?crit : > Thanks for the information, it really helped. > > xrdb reports: > > Xft.dpi: 120 > > Setting that value in about:config gives a decent display. If I go > higher (say the 143) then portions of the window on the right and > bottom aren't visible. > > I'm assuming that the value from xdpyinfo is probably incorrect, > though I don't know at this point where to look. You can easily check if xdyinfo is correct by dividing your screen dimensions (in pixels) by their actual physical value (in inches). If you find significantly different values from xdpyinfo, x is wrong and you need to open a bug to get it fixed (@rh is you use FLOSS gfx drivers, @someone else otherwise). If xdpyinfo is right that's a pure firefox problem. Two possibilities: 1. you've been lying to firefox about your dpi all along to get small fonts ? now that autodetection is working the correct fix is to change the default font sizes (in pixels) in firefox (and vote/comment for https://bugzilla.mozilla.org/show_bug.cgi?id=414427 so you don't have to enter font sizes in two places with two different units in the future). I guess the ultimate test would be to create a page with font sizes specified in inches or millimeters, and then check than when it's rendered by firefox the physical sizes are right. 2. something else is broken ? open a firefox bug As others wrote the dpi situation is in a lot of flux right now. Not because someone broke something but because our previous handling was massively wrong (with various apps abusing dpi or even hardcoding it to fixed values, and downstream apps adding bandaids over bandaids to compensate), so fixing it involves changing apps behaviour and replacing font defaults when they've been set up for false scaling factors values. Also the Xorg people underestimated the importance of getting xdpi computation right when the latest xrandr landed, so many xrandrified drivers still get this wrong. -- 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 alan at redhat.com Sat Feb 16 10:58:07 2008 From: alan at redhat.com (Alan Cox) Date: Sat, 16 Feb 2008 05:58:07 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <1203137727.7567.32.camel@localhost> References: <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <1203137727.7567.32.camel@localhost> Message-ID: <20080216105807.GA1814@devserv.devel.redhat.com> On Fri, Feb 15, 2008 at 10:55:27PM -0600, Callum Lerwick wrote: > [ ] Mute my audio when switching to another session > [ ] Mute other sessions audio when switching to my session > > First option allows your music to keep playing when switched to another > session. Second option provides a defense if the first option is abused. That isn't the big issue - recording is the big issue. From nicolas.mailhot at laposte.net Sat Feb 16 11:02:05 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 16 Feb 2008 12:02:05 +0100 Subject: pulseaudio causing crashing of applications In-Reply-To: <20080216105807.GA1814@devserv.devel.redhat.com> References: <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <1203137727.7567.32.camel@localhost> <20080216105807.GA1814@devserv.devel.redhat.com> Message-ID: <1203159725.3422.21.camel@rousalka.dyndns.org> Le samedi 16 f?vrier 2008 ? 05:58 -0500, Alan Cox a ?crit : > On Fri, Feb 15, 2008 at 10:55:27PM -0600, Callum Lerwick wrote: > > [ ] Mute my audio when switching to another session > > [ ] Mute other sessions audio when switching to my session > > > > First option allows your music to keep playing when switched to another > > session. Second option provides a defense if the first option is abused. > > That isn't the big issue - recording is the big issue. Most of the problem use cases involve sound outputs, not inputs ? so the big issue does not apply. -- 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 Sat Feb 16 11:05:29 2008 From: jos at xos.nl (Jos Vos) Date: Sat, 16 Feb 2008 12:05:29 +0100 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <47B6BCB5.3010406@noltec.org> References: <47B6BCB5.3010406@noltec.org> Message-ID: <20080216110529.GA11089@jasmine.xos.nl> On Sat, Feb 16, 2008 at 11:36:37AM +0100, Christian Nolte wrote: > I was wondering if the kernel update policy has been changed. Since F8 I > noticed that on a kernel update, grub still uses the previous kernel on > reboot although I have not touched grub.conf (default=0). Whether or not the new kernel becomes the default is defined by UPDATEDEFAULT in /etc/sysconfig/kernel. AFAICS this still defaults to "yes", so by default you should notice that the updated kernel is used. For me this still works as usual on F8. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From nicolas.mailhot at laposte.net Sat Feb 16 11:12:10 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 16 Feb 2008 12:12:10 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <47B5F123.1080905@hhs.nl> References: <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <20080215095623.GA27909@ee.oulu.fi> <97da516f0802151124u31f99702if6f98f145bbf5295@mail.gmail.com> <20080215200151.GA8849@nostromo.devel.redhat.com> <47B5F123.1080905@hhs.nl> Message-ID: <1203160330.3422.30.camel@rousalka.dyndns.org> Le vendredi 15 f?vrier 2008 ? 21:08 +0100, Hans de Goede a ?crit : > Bill Nottingham wrote: > > Christian Rose (menthos at menthos.com) said: > >> If you separate LANGUAGE (in this example Spanish) from LOCATION (for > >> example, Costa Rica) in Anaconda, you solve almost all these problems > >> too. > > > > ... assuming all those language/locale combinations exist. Which unfortunately, > > they don't. > > > > Then maybe first make him select a language and then show all the "locations" > that exist for that location in a seperate screen? What the windows installer got right and we still didn't is allowing customization (?This is probably the single part of the windows installer which is still more advanced than anaconda). You can select your preferred IM, your country and then override various things like numeric date format (from a lib of standard formats or even construct your own custom format). This is much more user friendly than expecting the right default to exist in glibc, and users to know it. Let alone expecting users to manage to get a new variant included in glibc. -- 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 ch.nolte at noltec.org Sat Feb 16 11:33:22 2008 From: ch.nolte at noltec.org (Christian Nolte) Date: Sat, 16 Feb 2008 12:33:22 +0100 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <20080216110529.GA11089@jasmine.xos.nl> References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> Message-ID: <47B6CA02.90005@noltec.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jos Vos schrieb: > On Sat, Feb 16, 2008 at 11:36:37AM +0100, Christian Nolte wrote: > >> I was wondering if the kernel update policy has been changed. Since F8 I >> noticed that on a kernel update, grub still uses the previous kernel on >> reboot although I have not touched grub.conf (default=0). FYI: After the update default=0 is changed by grubby. > Whether or not the new kernel becomes the default is defined by > UPDATEDEFAULT in /etc/sysconfig/kernel. > > AFAICS this still defaults to "yes", so by default you should notice > that the updated kernel is used. For me this still works as usual > on F8. Thank you for this information! On the two test machines I have here both have UPDATEDEFAULT set to "no". I have not manually changed this entry. I will do a clean install on a third machine to investigate this further. - -- For more than 4 generations the IT Professionals were the guardians of quality and stability in software. Before the dark times. Before Microsoft... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHtsoCCNjA0nfhW7wRAoE6AKCH45zM3FpRBEBWS7f0RxFa+vjUxgCg3d3i FcL+0azhAZeXtSEwy/XrZdw= =F2qD -----END PGP SIGNATURE----- From yaneti at declera.com Sat Feb 16 12:21:22 2008 From: yaneti at declera.com (Yanko Kaneti) Date: Sat, 16 Feb 2008 14:21:22 +0200 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1203160330.3422.30.camel@rousalka.dyndns.org> References: <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <20080215095623.GA27909@ee.oulu.fi> <97da516f0802151124u31f99702if6f98f145bbf5295@mail.gmail.com> <20080215200151.GA8849@nostromo.devel.redhat.com> <47B5F123.1080905@hhs.nl> <1203160330.3422.30.camel@rousalka.dyndns.org> Message-ID: <1203164482.10994.40.camel@indigo.declera.com> On Sat, 2008-02-16 at 12:12 +0100, Nicolas Mailhot wrote: > Le vendredi 15 f?vrier 2008 ? 21:08 +0100, Hans de Goede a ?crit : > > Bill Nottingham wrote: > > > Christian Rose (menthos at menthos.com) said: > > >> If you separate LANGUAGE (in this example Spanish) from LOCATION (for > > >> example, Costa Rica) in Anaconda, you solve almost all these problems > > >> too. > > > > > > ... assuming all those language/locale combinations exist. Which unfortunately, > > > they don't. > > > > > > > Then maybe first make him select a language and then show all the "locations" > > that exist for that location in a seperate screen? > > What the windows installer got right and we still didn't is allowing > customization (?This is probably the single part of the windows > installer which is still more advanced than anaconda). You can select > your preferred IM, your country and then override various things like > numeric date format (from a lib of standard formats or even construct > your own custom format). > > This is much more user friendly than expecting the right default to > exist in glibc, and users to know it. Let alone expecting users to > manage to get a new variant included in glibc. A tag missing?. Please, this is so completely backwards. IMO targeting Joe Average means only choices of UI language and location. And for that matter it would be good if these two are auto preselected based on whatever data the installer could gather (bios settings, real IP). The duple of UI language and location should give enough for reasonable defaults everywhere, not having those defaults, in glibc or other parts of the stack should be considered a bug. From nicolas.mailhot at laposte.net Sat Feb 16 12:37:03 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 16 Feb 2008 13:37:03 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1203164482.10994.40.camel@indigo.declera.com> References: <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <20080215095623.GA27909@ee.oulu.fi> <97da516f0802151124u31f99702if6f98f145bbf5295@mail.gmail.com> <20080215200151.GA8849@nostromo.devel.redhat.com> <47B5F123.1080905@hhs.nl> <1203160330.3422.30.camel@rousalka.dyndns.org> <1203164482.10994.40.camel@indigo.declera.com> Message-ID: <1203165423.5225.5.camel@rousalka.dyndns.org> Le samedi 16 f?vrier 2008 ? 14:21 +0200, Yanko Kaneti a ?crit : > On Sat, 2008-02-16 at 12:12 +0100, Nicolas Mailhot wrote: > > > This is much more user friendly than expecting the right default to > > exist in glibc, and users to know it. Let alone expecting users to > > manage to get a new variant included in glibc. > > A tag missing?. Please, this is so completely backwards. It's not. > IMO targeting Joe Average means only choices of UI language and > location. That windows has had a more complex setup for a very long time even though windows has historically sucked big time at i18n & l10n and only cared about major locales should be a pretty good hint this is not sufficient. > And for that matter it would be good if these two are auto > preselected based on whatever data the installer could gather (bios > settings, real IP). Deity preserve us from the smarter-than-you computer. > The duple of UI language and location should give enough for reasonable > defaults everywhere, not having those defaults, in glibc or other parts > of the stack should be considered a bug. Just curious, have you ever had to interact with glibc devs on locale data? Pulling teeth is less painful. -- 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 rmy at tigress.co.uk Sat Feb 16 13:17:15 2008 From: rmy at tigress.co.uk (Ron Yorston) Date: Sat, 16 Feb 2008 13:17:15 +0000 Subject: Locales (WAS: How important are ISO standards) In-Reply-To: <604aa7910802130857y3f6bf83ei97643aafd96a767a@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <604aa7910802130857y3f6bf83ei97643aafd96a767a@mail.gmail.com> Message-ID: <200802161317.m1GDHGwm016534@tiffany.internal.tigress.co.uk> "Jeff Spaleta" wrote: >Simple rule... if you are not in North America.. avoid using en_US for anything. >Aren't there other English locales available at install time? Not in a useful way, no. It's possible to add, for example, English (UK) language support, but that doesn't alter the LANG setting in /etc/sysconfig/i18n. If you choose English as your installation language you get en_US.UTF-8 in LANG and have to change it post-installation if that isn't suitable. I can understand that it may not be reasonable to support arbitrary combinations of locale information at install time, but getting the region correct seems a pretty fundamental requirement. (Especially when it affects things like paper size.) Ron From mschwendt at gmail.com Sat Feb 16 13:48:28 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 16 Feb 2008 14:48:28 +0100 Subject: pkgdb+repoview+bugz : Fedora package web-interface confusion Message-ID: <20080216144828.51582e1e.mschwendt@gmail.com> There's something wrong in the Fedora package web-interfaces that are offered: $ yum list raydium Available Packages raydium.i386 1.2-4.fc8 fedora http://download.fedora.redhat.com/pub/fedora/linux/releases/8/Everything/i386/os/repoview/raydium.html Repoview links to: https://admin.fedoraproject.org/pkgdb/packages/name/raydium | | Fedora Package Database -- Invalid Package Name | http://koji.fedoraproject.org/koji/search?type=package&terms=raydium&match=glob | | No search results | bugzilla xmlrpc: | | xmlrpclib.Fault: | Turned out the src.rpm has a different name: maniadrive http://download.fedora.redhat.com/pub/fedora/linux/releases/8/Everything/i386/os/repoview/maniadrive.html And http://bugz.fedoraproject.org/fubar points to pkgdb pages of packages that don't exist: https://admin.fedoraproject.org/pkgdb/packages/bugs/fubar From ndbecker2 at gmail.com Sat Feb 16 15:12:54 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 16 Feb 2008 10:12:54 -0500 Subject: Question on egg_info Message-ID: A new upstream of python-igraph will result in installing as: %{python_archlib}/igraph/ %{python_archlib}/python_igraph-%{version}-py*.egg-info/ Notice the mismatch in those 2 names. Does this matter (I don't know anything about eggs). From packages at amiga-hardware.com Sat Feb 16 15:44:51 2008 From: packages at amiga-hardware.com (Ian Chapman) Date: Sat, 16 Feb 2008 15:44:51 +0000 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1203029250.15710.70.camel@localhost.localdomain> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <20080214221706.GA28583@ryvius.greysector.net> <1203029250.15710.70.camel@localhost.localdomain> Message-ID: <47B704F3.80908@amiga-hardware.com> Rodd Clarkson wrote: > In fact, I've always wondered why Fedora listed English (UK) and English > (Australia) since they are the same thing. Are you saying that if I chose English (Australia) it sets the same locale as if i'd chosen English (UK)? -- Ian Chapman. From darrellpf at gmail.com Sat Feb 16 16:18:24 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Sat, 16 Feb 2008 08:18:24 -0800 Subject: firefox/minefield screen resolution In-Reply-To: <1203159286.3422.18.camel@rousalka.dyndns.org> References: <47B5CE1A.6020204@gmail.com> <47B652D5.9030902@ij.net> <1203159286.3422.18.camel@rousalka.dyndns.org> Message-ID: 2008/2/16 Nicolas Mailhot : > > Le vendredi 15 f?vrier 2008 ? 20:29 -0800, darrell pfeifer a ?crit : > > > Thanks for the information, it really helped. > > > > xrdb reports: > > > > Xft.dpi: 120 > > > > Setting that value in about:config gives a decent display. If I go > > higher (say the 143) then portions of the window on the right and > > bottom aren't visible. > > > > I'm assuming that the value from xdpyinfo is probably incorrect, > > though I don't know at this point where to look. > > You can easily check if xdyinfo is correct by dividing your screen > dimensions (in pixels) by their actual physical value (in inches). If > you find significantly different values from xdpyinfo, x is wrong and > you need to open a bug to get it fixed (@rh is you use FLOSS gfx > drivers, @someone else otherwise). > This is the radeon driver. The screen is physically 14.9 inches wide (368 mm) but xdpyinfo is reporting 300 mm, so that's what produces the bad 163 dpi setting for width. https://bugzilla.redhat.com/show_bug.cgi?id=433123 thanks to all the responders for your help and the temporary workaround. From debarshi.ray at gmail.com Sat Feb 16 16:38:23 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Sat, 16 Feb 2008 22:08:23 +0530 Subject: rawhide report: 20080204 changes In-Reply-To: <3170f42f0802041014p62b1e780s4bba4765f684da4d@mail.gmail.com> References: <200802041320.m14DK0IZ006413@porkchop.devel.redhat.com> <3170f42f0802041014p62b1e780s4bba4765f684da4d@mail.gmail.com> Message-ID: <3170f42f0802160838h4397d49bn4ecb6760071a23dc@mail.gmail.com> > I built a fresh version of gnome-build last weekend: > http://koji.fedoraproject.org/koji/taskinfo?taskID=391681 and fresh > new Anjuta package is coming up soon. The latest hurdle is autogen, which is not available for PPC64. However, that was a year back and the latest version seems to be fine. Here is the review request: https://bugzilla.redhat.com/show_bug.cgi?id=432542 Cheerio, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From adam at spicenitz.org Sat Feb 16 16:53:15 2008 From: adam at spicenitz.org (Adam Goode) Date: Sat, 16 Feb 2008 11:53:15 -0500 Subject: Rawhide Orphanarium In-Reply-To: <47B49EB6.3090504@redhat.com> References: <47B49EB6.3090504@redhat.com> Message-ID: <47B714FB.3070906@spicenitz.org> Warren Togami wrote: > Below is a current list of orphaned ownership packages that are still in > the rawhide collection. The third column is the last person to built > the package. Some of these packages like avahi obviously need a new > owner because we depend on it. Others it might be a good idea to drop > before F9 Beta (pending FESCO discussion). > Hi, Because it has been more than 3 months since a release, here is the review bug for gkrellm-weather: https://bugzilla.redhat.com/show_bug.cgi?id=433129 Should be very easy to review. Thanks, Adam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature URL: From oisin.feeley at gmail.com Sat Feb 16 17:18:14 2008 From: oisin.feeley at gmail.com (Oisin) Date: Sat, 16 Feb 2008 12:18:14 -0500 Subject: pulseaudio causing crashing of applications In-Reply-To: <1203056066.8920.17.camel@localhost.localdomain> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> <1203056066.8920.17.camel@localhost.localdomain> Message-ID: On Fri, Feb 15, 2008 at 1:14 AM, Rodd Clarkson wrote: [snip] > So, I'm intersted in this so I can try to debug this and provide useful > information for resolving this issue. > > I tried running pactl, but get this: > > [rodd at localhost ~]$ pactl > No valid command specified. You could do either of the following: 1. get a shell to configure the pulseaudio server on the fly using "pacmd" and then pass it the "list-sinks" argument. N.B. if you wish to exit from the shell don't type "exit" as that will stop the pulseaudio daemon! Use a Ctrl-d instead. 2. use "pactl list sinks" HTH, Oisin Feeley From vpivaini at cs.helsinki.fi Sat Feb 16 17:22:02 2008 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Sat, 16 Feb 2008 19:22:02 +0200 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <47B6CA02.90005@noltec.org> References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> Message-ID: <200802161922.02830.vpivaini@cs.helsinki.fi> Christian Nolte wrote: > On the two test machines I have here > both have UPDATEDEFAULT set to "no". I also saw this on one fresh install of F-8 (the rest of my installs have been upgrades). I would prefer having UPDATEDEFAULT set to "yes" by default, I think it would be needed especially in situations when there's a security hole in the kernel. -- Ville-Pekka Vainio From jos at xos.nl Sat Feb 16 17:26:37 2008 From: jos at xos.nl (Jos Vos) Date: Sat, 16 Feb 2008 18:26:37 +0100 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <200802161922.02830.vpivaini@cs.helsinki.fi> References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> <200802161922.02830.vpivaini@cs.helsinki.fi> Message-ID: <20080216172637.GA14221@jasmine.xos.nl> On Sat, Feb 16, 2008 at 07:22:02PM +0200, Ville-Pekka Vainio wrote: > > On the two test machines I have here > > both have UPDATEDEFAULT set to "no". > > I also saw this on one fresh install of F-8 (the rest of my installs have been > upgrades). I would prefer having UPDATEDEFAULT set to "yes" by default, I > think it would be needed especially in situations when there's a security > hole in the kernel. On a fresh install here, followed by applying all updates, UPDATEDEFAULT is (still) set to "yes". I'm sure I didn't touch it manually... -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From jakub.rusinek at gmail.com Sat Feb 16 17:34:29 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 16 Feb 2008 18:34:29 +0100 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <200802161922.02830.vpivaini@cs.helsinki.fi> References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> <200802161922.02830.vpivaini@cs.helsinki.fi> Message-ID: <47B71EA5.4090606@gmail.com> Ville-Pekka Vainio pisze: > Christian Nolte wrote: >> On the two test machines I have here >> both have UPDATEDEFAULT set to "no". > > I also saw this on one fresh install of F-8 (the rest of my installs have been > upgrades). I would prefer having UPDATEDEFAULT set to "yes" by default, I > think it would be needed especially in situations when there's a security > hole in the kernel. > Fresh F8: "UPDATEDEFAULT=yes". So what is it related to? From rjones at redhat.com Sat Feb 16 17:44:11 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sat, 16 Feb 2008 17:44:11 +0000 Subject: Is Rawhide report MIA today? In-Reply-To: <20080213163059.GA9887@nostromo.devel.redhat.com> References: <47B31A1C.2090103@redhat.com> <20080213163059.GA9887@nostromo.devel.redhat.com> Message-ID: <47B720EB.3000204@redhat.com> Bill Nottingham wrote: > Richard W.M. Jones (rjones at redhat.com) said: >> $subject says it all ... > > We are currently reorganizing the Fedora mirror master structure in > order to enable faster and simpler pushes of rawhide, updates, test > releases, etc. > > As part of that, the rawhide sync is disabled. Should be back later > today/tomorrow. After I posted this we had one more, 20070213, and then no more since. Is the reorg delayed? 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 tibbs at math.uh.edu Sat Feb 16 17:50:37 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 16 Feb 2008 11:50:37 -0600 Subject: firefox/minefield screen resolution In-Reply-To: References: <47B5CE1A.6020204@gmail.com> <47B652D5.9030902@ij.net> <1203159286.3422.18.camel@rousalka.dyndns.org> Message-ID: >>>>> "dp" == darrell pfeifer writes: dp> The screen is physically 14.9 inches wide (368 mm) but xdpyinfo is dp> reporting 300 mm, so that's what produces the bad 163 dpi setting dp> for width. You should probably attach your /var/log/Xorg.0.log to that bugzilla ticket so that folks can understand where that value comes from. X doesn't generally make these things up, so it's possible that the monitor is simply lying about its dimensions. I believe there is infrastructure for fixing things up after monitors lie to the system, but this has to be added on a case-by-case basis. - J< From rc040203 at freenet.de Sat Feb 16 04:35:21 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 16 Feb 2008 05:35:21 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203079213.3380.69.camel@beck.corsepiu.local> <20080215162732.13891d7c@redhat.com> <20080215165431.069e2eb5@redhat.com> Message-ID: <1203136521.3380.108.camel@beck.corsepiu.local> On Fri, 2008-02-15 at 16:53 -0600, Jason L Tibbitts III wrote: > >>>>> "JK" == Jesse Keating writes: > > JK> Erm, I should have restated, you can't conflict with any current > JK> package in Fedora. > > That would be a new rule, then. It's a silly rule and renders the purpose of compat-packages widely non-applicable: Consider this: Given a package providing libraries: libfoo3: /usr/lib/libfoo.so.3 libfoo3-devel: /usr/lib/libfoo.so libfoo3-devel: /usr/include/foo Now some other package needs libfoo.so.3's predecessor libfoo.so.2 One way to implement this would be to ship libfoo2: /usr/lib/libfoo.so2 libfoo2-devel: /usr/lib/libfoo.so libfoo2-devel: /usr/include/foo libfoo2-devel would conflict with libfoo3-devel, but the run-time package libfoo2 would not conflict with libfoo3. This would allow users wanting to build packages against libfoo2 to alternatively chose between libfoo3-devel and libfoo2-devel. Ralf From darrellpf at gmail.com Sat Feb 16 17:57:41 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Sat, 16 Feb 2008 09:57:41 -0800 Subject: firefox/minefield screen resolution In-Reply-To: References: <47B5CE1A.6020204@gmail.com> <47B652D5.9030902@ij.net> <1203159286.3422.18.camel@rousalka.dyndns.org> Message-ID: On 16 Feb 2008 11:50:37 -0600, Jason L Tibbitts III wrote: > >>>>> "dp" == darrell pfeifer writes: > > dp> The screen is physically 14.9 inches wide (368 mm) but xdpyinfo is > dp> reporting 300 mm, so that's what produces the bad 163 dpi setting > dp> for width. > > You should probably attach your /var/log/Xorg.0.log to that bugzilla > ticket so that folks can understand where that value comes from. X > doesn't generally make these things up, so it's possible that the > monitor is simply lying about its dimensions. I believe there is > infrastructure for fixing things up after monitors lie to the system, > but this has to be added on a case-by-case basis. > > - J< > Good call... thanks... added it. darrell From bnocera at redhat.com Sat Feb 16 18:03:38 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Sat, 16 Feb 2008 18:03:38 +0000 Subject: Feature for F9: Bluetooth In-Reply-To: References: <1202998916.2932.4.camel@localhost.localdomain> Message-ID: <1203185018.3161.2.camel@snoogens.fab.redhat.com> On Thu, 2008-02-14 at 23:08 +0100, Linus Walleij wrote: > On Thu, 14 Feb 2008, Nicolas A. Corrarello wrote: > > > I found a beautiful proximity detector for bluetooth, that calls > > gnome-screensaver -l when I'm near (and obviously unblocks when I'm > > far). It haves a nice interface in python and it is called: > > blueproximity. > > Cool, package it. > > I discussed this feature with Bastien a few weeks back, and apparently > IIRC this has the downside that it will drain the battery of your phone, > due to much heavy BT traffic. (Right Bastien?) It's broken, and Bluetooth wasn't designed for that. YMMV obviously, but I wouldn't want to be the one dealing with security issues that could arise. From lesmikesell at gmail.com Sat Feb 16 18:13:42 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 16 Feb 2008 12:13:42 -0600 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B6921B.9020500@fedoraproject.org> References: <604aa7910802131106n741cd2b2u71732ae208a733d8@mail.gmail.com> <47B36B57.5070209@gmail.com> <20080213221443.GJ18684@angus.ind.WPI.EDU> <47B3743B.7000607@gmail.com> <20080213232731.GA15099@devserv.devel.redhat.com> <47B382B5.7080200@gmail.com> <20080214114031.GB2179@devserv.devel.redhat.com> <47B44807.7060309@gmail.com> <20080214152032.GB12933@devserv.devel.redhat.com> <47B5E12A.6090408@gmail.com> <20080215191758.GA4018@devserv.devel.redhat.com> <1203137727.7567.32.camel@localhost> <47B681E5.2070607@gmail.com> <1203144444.8718.0.camel@ignacio.lan> <47B68E16.6080301@gmail.com> <47B6921B.9020500@fedoraproject.org> Message-ID: <47B727D6.5060803@gmail.com> Rahul Sundaram wrote: > Les Mikesell wrote: >> Ignacio Vazquez-Abrams wrote: >>> On Sat, 2008-02-16 at 00:25 -0600, Les Mikesell wrote: >>>> [ ] Exclusive access to first audio user until device is closed >>>> [ ] Multiplex output from all users/applications >>> >>> Bwha? Do you actually expect people to read, much less understand, >>> those? >> >> [ ] Don't share my audio >> [ ] Share my audio > > That looks silly. Why are there are two check boxes for what appears to > be toggling a single setting? It was in response to not understanding the first choices - and still not quite right. It really needs to be a 2-step setting: [ ] Don't share audio access If that is checked, then pick who wins [ ] First come, first served [ ] Last login cuts off established session But that still doesn't describe what I'd want to happen for input devices, which is that the first open gets exclusive access and keeps it until the application releases it, after which it could be opened by some other application that gets exclusive control on a first come, first served basis without regard to which session is connected to a nearby keyboard. A warning message at session startup might be appropriate (sort of like a vmware boot where some other VM has already taken a requested host device) if it notices a device in use that it expects to be available - and it might offer an option to lock the devices pre-emptively to ensure future availability and prevent camera/microphone snooping in scenarios where that would matter. If if does the latter, it should be effective against root access as well. -- Les Mikesell lesmikesell at gmail.com From mschwendt at gmail.com Sat Feb 16 18:12:39 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 16 Feb 2008 19:12:39 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <1203136521.3380.108.camel@beck.corsepiu.local> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203079213.3380.69.camel@beck.corsepiu.local> <20080215162732.13891d7c@redhat.com> <20080215165431.069e2eb5@redhat.com> <1203136521.3380.108.camel@beck.corsepiu.local> Message-ID: <20080216191239.07c1af2e.mschwendt@gmail.com> On Sat, 16 Feb 2008 05:35:21 +0100, Ralf Corsepius wrote: > > On Fri, 2008-02-15 at 16:53 -0600, Jason L Tibbitts III wrote: > > >>>>> "JK" == Jesse Keating writes: > > > > JK> Erm, I should have restated, you can't conflict with any current > > JK> package in Fedora. > > > > That would be a new rule, then. > > It's a silly rule It's not silly, but just a compromise. Convenience versus the extras work needed to build a few packages with relocated headers and devel libraries. More below... > and renders the purpose of compat-packages widely > non-applicable: > > Consider this: > > Given a package providing libraries: > libfoo3: /usr/lib/libfoo.so.3 > > libfoo3-devel: /usr/lib/libfoo.so > libfoo3-devel: /usr/include/foo > > Now some other package needs libfoo.so.3's predecessor libfoo.so.2 > > One way to implement this would be to ship > libfoo2: /usr/lib/libfoo.so2 > > libfoo2-devel: /usr/lib/libfoo.so > libfoo2-devel: /usr/include/foo > > > libfoo2-devel would conflict with libfoo3-devel, but the run-time > package libfoo2 would not conflict with libfoo3. > > This would allow users wanting to build packages against libfoo2 to > alternatively chose between libfoo3-devel and libfoo2-devel. This is like it has been done since the fedora.us packaging efforts. It's a compromise from times when clean buildroots were used to build packages (aka "mach", later "mock"). Nevertheless, any conflicts between packages of the same dist are bad, especially when they can cause fatal update scenarios, and also because they require users/developers/admins to work around them when not using a tool like mock always. WRT your example, you cannot guarantee that a user, who has libfoo2-devel installed, will never be hit by a conflict with libfoo3-devel during an ordinary yum update. This is because packages can be pulled in as dependencies. From nicolas.mailhot at laposte.net Sat Feb 16 18:16:16 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 16 Feb 2008 19:16:16 +0100 Subject: firefox/minefield screen resolution In-Reply-To: References: <47B5CE1A.6020204@gmail.com> <47B652D5.9030902@ij.net> <1203159286.3422.18.camel@rousalka.dyndns.org> Message-ID: <1203185776.5225.8.camel@rousalka.dyndns.org> Le samedi 16 f?vrier 2008 ? 11:50 -0600, Jason L Tibbitts III a ?crit : > >>>>> "dp" == darrell pfeifer writes: > > dp> The screen is physically 14.9 inches wide (368 mm) but xdpyinfo is > dp> reporting 300 mm, so that's what produces the bad 163 dpi setting > dp> for width. > > You should probably attach your /var/log/Xorg.0.log to that bugzilla > ticket so that folks can understand where that value comes from. X > doesn't generally make these things up, so it's possible that the > monitor is simply lying about its dimensions. IIRC our parsing of monitor EDID is not always correct (depending on the EDID version) -- 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 kevin.kofler at chello.at Sat Feb 16 18:33:14 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 16 Feb 2008 18:33:14 +0000 (UTC) Subject: F8: Has the kernel update policy been changed? References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> <200802161922.02830.vpivaini@cs.helsinki.fi> <47B71EA5.4090606@gmail.com> Message-ID: Jakub 'Livio' Rusinek gmail.com> writes: > Fresh F8: "UPDATEDEFAULT=yes". > > So what is it related to? What spin is each of you installing from? Kevin Kofler From jakub.rusinek at gmail.com Sat Feb 16 18:44:14 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sat, 16 Feb 2008 19:44:14 +0100 Subject: Starting GDM earlier Message-ID: <47B72EFE.5070100@gmail.com> hi, I want to ask you something... How to start GDM earlier? Ie. after haldaemon. From kevin.kofler at chello.at Sat Feb 16 18:40:15 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 16 Feb 2008 18:40:15 +0000 (UTC) Subject: rawhide report: 20080211 changes References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B5745C.30803@bachelot.org> <20080215133125.34a5ff7f.mschwendt@gmail.com> <1203079213.3380.69.camel@beck.corsepiu.local> <20080215162732.13891d7c@redhat.com> <20080215165431.069e2eb5@redhat.com> <1203136521.3380.108.camel@beck.corsepiu.local> Message-ID: Ralf Corsepius freenet.de> writes: > libfoo3-devel: /usr/lib/libfoo.so > libfoo2-devel: /usr/lib/libfoo.so What we're doing in kdelibs-devel to solve this dilemma is that we've relocated the KDE 4 devel symlinks to /usr/lib/kde4/devel. Note that in most cases, it will be less work to relocate the _old_ libraries. In KDE's case, KDE 4 is using a centralized FindKDE4Internal.cmake to find the libraries whereas KDE 3 apps all have their own copies of autoconf goo to search for them, so it was much easier to move the KDE 4 libs. Kevin Kofler From vpivaini at cs.helsinki.fi Sat Feb 16 18:41:57 2008 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Sat, 16 Feb 2008 20:41:57 +0200 Subject: F8: Has the kernel update policy been changed? In-Reply-To: References: <47B6BCB5.3010406@noltec.org> <47B71EA5.4090606@gmail.com> Message-ID: <200802162041.57369.vpivaini@cs.helsinki.fi> Kevin Kofler wrote: > Jakub 'Livio' Rusinek gmail.com> writes: > > Fresh F8: "UPDATEDEFAULT=yes". > > > > So what is it related to? > > What spin is each of you installing from? I actually can't remember whether it was the DVD or the Gnome live CD, the system which had "no" isn't mine but a friend's. I think it was installed from the DVD. -- Ville-Pekka Vainio From jos at xos.nl Sat Feb 16 18:50:57 2008 From: jos at xos.nl (Jos Vos) Date: Sat, 16 Feb 2008 19:50:57 +0100 Subject: F8: Has the kernel update policy been changed? In-Reply-To: References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> <200802161922.02830.vpivaini@cs.helsinki.fi> <47B71EA5.4090606@gmail.com> Message-ID: <20080216185057.GA15607@jasmine.xos.nl> On Sat, Feb 16, 2008 at 06:33:14PM +0000, Kevin Kofler wrote: > What spin is each of you installing from? Fedora-8-x86_64-DVD.iso (PXE boot, DVD ISO in a directory accessed via NFS). At my system, UPDATEDEFAULT=yes. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From jspaleta at gmail.com Sat Feb 16 18:59:57 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 16 Feb 2008 09:59:57 -0900 Subject: F8: Has the kernel update policy been changed? In-Reply-To: References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> <200802161922.02830.vpivaini@cs.helsinki.fi> <47B71EA5.4090606@gmail.com> Message-ID: <604aa7910802161059s5b201995od53b8d713e3cf893@mail.gmail.com> On Feb 16, 2008 9:33 AM, Kevin Kofler wrote: > Jakub 'Livio' Rusinek gmail.com> writes: > > Fresh F8: "UPDATEDEFAULT=yes". > > > > So what is it related to? > > What spin is each of you installing from? Do we need to start having spins laydown an informational file on the system that we can refer to know which spin was used to do an install? If we are going to start scratching our heads over any number of pedantic default settings which may be spin dependent it would be useful to have an on system marker for spin install type. From tibbs at math.uh.edu Sat Feb 16 19:22:20 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 16 Feb 2008 13:22:20 -0600 Subject: firefox/minefield screen resolution In-Reply-To: <1203185776.5225.8.camel@rousalka.dyndns.org> References: <47B5CE1A.6020204@gmail.com> <47B652D5.9030902@ij.net> <1203159286.3422.18.camel@rousalka.dyndns.org> <1203185776.5225.8.camel@rousalka.dyndns.org> Message-ID: >>>>> "NM" == Nicolas Mailhot writes: NM> IIRC our parsing of monitor EDID is not always correct (depending NM> on the EDID version) In this case it looks like it's an LVDS panel with no EDID anyway; I have no idea how X figures out the panel size in that case. - J< From jnovy at redhat.com Sat Feb 16 19:37:32 2008 From: jnovy at redhat.com (Jindrich Novy) Date: Sat, 16 Feb 2008 20:37:32 +0100 Subject: libmikmod upgrade/soname bump Message-ID: <20080216193732.GA10385@dhcp-lab-186.brq.redhat.com> Hi all, I updated libmikmod to 3.2.0, what was originally planned for Fedora 8, but it was too late in the F8 release cycle to make it happen. Maybe it's a good time to take advantage of gcc-4.3 related rebuilds and rebuild libmikmod dependent apps as well, because by this update libmikmod soname is bumped. So, if your package is dependent on libmikmod (former mikmod-devel), please rebuild. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From naheemzaffar at gmail.com Sat Feb 16 20:39:55 2008 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sat, 16 Feb 2008 20:39:55 +0000 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <604aa7910802161059s5b201995od53b8d713e3cf893@mail.gmail.com> References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> <200802161922.02830.vpivaini@cs.helsinki.fi> <47B71EA5.4090606@gmail.com> <604aa7910802161059s5b201995od53b8d713e3cf893@mail.gmail.com> Message-ID: <3adc77210802161239s2df22646i5871d4149a7558f0@mail.gmail.com> iirc, if during install you choose a different default boot target than the one suggested, UPDATEDEFAULT will = no. This is useful behaviour for when someone is dual booting with Fedora as the secondary OS - You don't want to have to manually change the default after every kernel upgrade. From pemboa at gmail.com Sat Feb 16 20:44:38 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 16 Feb 2008 14:44:38 -0600 Subject: Git has too many freaking dependencies In-Reply-To: <200802161221.19886.ville.skytta@iki.fi> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <47B5D8BA.5090607@hhs.nl> <16de708d0802151027m343033bl1cc6d068e9415c8c@mail.gmail.com> <200802161221.19886.ville.skytta@iki.fi> Message-ID: <16de708d0802161244q557c881cv66181cc74fee79a@mail.gmail.com> On Feb 16, 2008 4:21 AM, Ville Skytt? wrote: > On Friday 15 February 2008, Arthur Pemberton wrote: > > > Not to bicker of the potential naming, but how about just calling it > > git-meta so there is no ambiguity. > > I think there's plenty of ambiguity in "git-meta". If the intent is to > install all git-* with this, call it "git-all", "git-everything" or just drop > the whole metapackage and set up a git comps group. +1 i just didn't like git-suite -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From jkeating at redhat.com Sat Feb 16 20:53:52 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 16 Feb 2008 15:53:52 -0500 Subject: Is Rawhide report MIA today? In-Reply-To: <47B720EB.3000204@redhat.com> References: <47B31A1C.2090103@redhat.com> <20080213163059.GA9887@nostromo.devel.redhat.com> <47B720EB.3000204@redhat.com> Message-ID: <20080216155352.0ebeb705@redhat.com> On Sat, 16 Feb 2008 17:44:11 +0000 "Richard W.M. Jones" wrote: > After I posted this we had one more, 20070213, and then no more > since. Is the reorg delayed? The mails are getting stuck in the mailman gut somewhere. Will be working to fix this over next 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 jkeating at redhat.com Sat Feb 16 20:55:06 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 16 Feb 2008 15:55:06 -0500 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <604aa7910802161059s5b201995od53b8d713e3cf893@mail.gmail.com> References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> <200802161922.02830.vpivaini@cs.helsinki.fi> <47B71EA5.4090606@gmail.com> <604aa7910802161059s5b201995od53b8d713e3cf893@mail.gmail.com> Message-ID: <20080216155506.21809b0f@redhat.com> On Sat, 16 Feb 2008 09:59:57 -0900 "Jeff Spaleta" wrote: > Do we need to start having spins laydown an informational file on the > system that we can refer to know which spin was used to do an install? > > If we are going to start scratching our heads over any number of > pedantic default settings which may be spin dependent it would be > useful to have an on system marker for spin install type. No, this is why spins aren't supposed to dick with settings like this. We set settings in packages so that the same experience is seen no matter what the entry point. -- 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 naheemzaffar at gmail.com Sat Feb 16 21:04:24 2008 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sat, 16 Feb 2008 21:04:24 +0000 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <20080216155506.21809b0f@redhat.com> References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> <200802161922.02830.vpivaini@cs.helsinki.fi> <47B71EA5.4090606@gmail.com> <604aa7910802161059s5b201995od53b8d713e3cf893@mail.gmail.com> <20080216155506.21809b0f@redhat.com> Message-ID: <3adc77210802161304w4656351k2289ab3b863cfc09@mail.gmail.com> > No, this is why spins aren't supposed to dick with settings like this. > We set settings in packages so that the same experience is seen no > matter what the entry point. No need to blame spins. The current situation is most likely because of changing the default boot target during installation (e.g the Windows partition for the default boot...). I have come across this in previous versions (since whenever it was that UPDATEDEFAULT got changed from "no" to "yes" for the standard install) of Fedora too - actually I rely on it to cut down on after install configuration. From jwboyer at gmail.com Sat Feb 16 21:07:11 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 16 Feb 2008 15:07:11 -0600 Subject: F8: Has the kernel update policy been changed? In-Reply-To: <604aa7910802161059s5b201995od53b8d713e3cf893@mail.gmail.com> References: <47B6BCB5.3010406@noltec.org> <20080216110529.GA11089@jasmine.xos.nl> <47B6CA02.90005@noltec.org> <200802161922.02830.vpivaini@cs.helsinki.fi> <47B71EA5.4090606@gmail.com> <604aa7910802161059s5b201995od53b8d713e3cf893@mail.gmail.com> Message-ID: <20080216150711.41631f53@zod.rchland.ibm.com> On Sat, 16 Feb 2008 09:59:57 -0900 "Jeff Spaleta" wrote: > On Feb 16, 2008 9:33 AM, Kevin Kofler wrote: > > Jakub 'Livio' Rusinek gmail.com> writes: > > > Fresh F8: "UPDATEDEFAULT=yes". > > > > > > So what is it related to? > > > > What spin is each of you installing from? > > > Do we need to start having spins laydown an informational file on the > system that we can refer to know which spin was used to do an install? > > If we are going to start scratching our heads over any number of > pedantic default settings which may be spin dependent it would be > useful to have an on system marker for spin install type. That actually sounds like a very good idea. It would also help for bug triage at times. I'd venture to say spins should add a /etc/fedora-spin file or something similar, but I have no idea how technically involved that would be. josh From loupgaroublond at gmail.com Sat Feb 16 21:13:55 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Sat, 16 Feb 2008 16:13:55 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <16de708d0802161244q557c881cv66181cc74fee79a@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <47B5D8BA.5090607@hhs.nl> <16de708d0802151027m343033bl1cc6d068e9415c8c@mail.gmail.com> <200802161221.19886.ville.skytta@iki.fi> <16de708d0802161244q557c881cv66181cc74fee79a@mail.gmail.com> Message-ID: <7f692fec0802161313o593e6f18q72c5a12f6c5a7950@mail.gmail.com> On Feb 16, 2008 3:44 PM, Arthur Pemberton wrote: > On Feb 16, 2008 4:21 AM, Ville Skytt? wrote: > > On Friday 15 February 2008, Arthur Pemberton wrote: > > > > > Not to bicker of the potential naming, but how about just calling it > > > git-meta so there is no ambiguity. > > > > I think there's plenty of ambiguity in "git-meta". If the intent is to > > install all git-* with this, call it "git-all", "git-everything" or just drop > > the whole metapackage and set up a git comps group. > > +1 i just didn't like git-suite As a naming scheme, X-suite has a certain elegance to it, in my opinion, but that all boils down to taste. Since we already have a consistent scheme for such a thing, comps seems like a better solution for Fedora to me. -Yaakov From Axel.Thimm at ATrpms.net Sat Feb 16 21:17:22 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 16 Feb 2008 23:17:22 +0200 Subject: pxe booting rawhide Message-ID: <20080216211722.GC13899@puariko.nirvana> Hi, how can I create a pxe setup for rawhide? I belive that in the not-too-far past there were always pxeboot images in rawhide, but I can't find any right now. Thanks! -- 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 jonstanley at gmail.com Sat Feb 16 21:24:40 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Sat, 16 Feb 2008 16:24:40 -0500 Subject: pxe booting rawhide In-Reply-To: <20080216211722.GC13899@puariko.nirvana> References: <20080216211722.GC13899@puariko.nirvana> Message-ID: 2008/2/16 Axel Thimm : > Hi, > > how can I create a pxe setup for rawhide? I belive that in the > not-too-far past there were always pxeboot images in rawhide, but I > can't find any right now. Rawhide is not quite installable atm - the images have been broken for a few days - hopefully next week there will be some good boot images and installations will work again. From oliver at linux-kernel.at Sat Feb 16 21:27:48 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Sat, 16 Feb 2008 22:27:48 +0100 Subject: rawhide egginfo - did i miss something? Message-ID: <47B75554.1090207@linux-kernel.at> Hi! I'm quite sure I missed something... :-) I just wanted to rebuild syck in rawhide due to php deps and now that: http://koji.fedoraproject.org/koji/getfile?taskID=432438&name=build.log -> error: Installed (but unpackaged) file(s) found: /usr/lib/python2.5/site-packages/Syck-1.0-py2.5.egg-info What is this, why is this and what's the best way to get rid of it? Well, adding some rm into the specfile is easy, but is it the correct way? -of From rjones at redhat.com Sat Feb 16 21:33:33 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sat, 16 Feb 2008 21:33:33 +0000 Subject: mldonkey Message-ID: <47B756AD.9060700@redhat.com> mldonkey is some sort of file-sharing / peer-to-peer app. Because it's written partly in OCaml, I get requests to package it from time to time. So I finally did: https://bugzilla.redhat.com/show_bug.cgi?id=433143 I started up the gui ('mlgui') and it _seems_ to work, but I'd like real users to try it out. You'll have to compile the .src.rpm in the bugzilla on Rawhide -- it definitely won't work in Fedora <= 8. All the deps you will need are in Rawhide. If you try it, please add your observations to the bugzilla, positive or negative. There are some problems reported by rpmlint about the %doc section. I'm aware of them. 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 berrange at redhat.com Sat Feb 16 21:38:09 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Sat, 16 Feb 2008 21:38:09 +0000 Subject: rawhide egginfo - did i miss something? In-Reply-To: <47B75554.1090207@linux-kernel.at> References: <47B75554.1090207@linux-kernel.at> Message-ID: <20080216213809.GF24669@redhat.com> On Sat, Feb 16, 2008 at 10:27:48PM +0100, Oliver Falk wrote: > Hi! > > I'm quite sure I missed something... :-) > > I just wanted to rebuild syck in rawhide due to php deps and now that: > > http://koji.fedoraproject.org/koji/getfile?taskID=432438&name=build.log > > -> > error: Installed (but unpackaged) file(s) found: > /usr/lib/python2.5/site-packages/Syck-1.0-py2.5.egg-info > > What is this, why is this and what's the best way to get rid of it? Don't get rid of it. It is intentionally there. > Well, adding some rm into the specfile is easy, but is it the correct way? Read this page on how to deal with it: http://fedoraproject.org/wiki/Packaging/Python/Eggs Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From dakingun at gmail.com Sat Feb 16 21:39:07 2008 From: dakingun at gmail.com (Deji Akingunola) Date: Sat, 16 Feb 2008 16:39:07 -0500 Subject: rawhide egginfo - did i miss something? In-Reply-To: <47B75554.1090207@linux-kernel.at> References: <47B75554.1090207@linux-kernel.at> Message-ID: On Feb 16, 2008 4:27 PM, Oliver Falk wrote: > Hi! > > I'm quite sure I missed something... :-) > > I just wanted to rebuild syck in rawhide due to php deps and now that: > > http://koji.fedoraproject.org/koji/getfile?taskID=432438&name=build.log > > -> > error: Installed (but unpackaged) file(s) found: > /usr/lib/python2.5/site-packages/Syck-1.0-py2.5.egg-info > > What is this, why is this and what's the best way to get rid of it? > Well, adding some rm into the specfile is easy, but is it the correct way? > http://fedoraproject.org/wiki/Packaging/Python/Eggs?highlight=(egg)|(python) Deji > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From a.badger at gmail.com Sat Feb 16 21:43:21 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 16 Feb 2008 13:43:21 -0800 Subject: pkgdb+repoview+bugz : Fedora package web-interface confusion In-Reply-To: <20080216144828.51582e1e.mschwendt@gmail.com> References: <20080216144828.51582e1e.mschwendt@gmail.com> Message-ID: <47B758F9.8020505@gmail.com> Michael Schwendt wrote: > There's something wrong in the Fedora package web-interfaces that are > offered: > > $ yum list raydium > Available Packages > raydium.i386 1.2-4.fc8 fedora > > http://download.fedora.redhat.com/pub/fedora/linux/releases/8/Everything/i386/os/repoview/raydium.html > > Repoview links to: > > https://admin.fedoraproject.org/pkgdb/packages/name/raydium > | > | Fedora Package Database -- Invalid Package Name > | > > http://koji.fedoraproject.org/koji/search?type=package&terms=raydium&match=glob > | > | No search results > | > > bugzilla xmlrpc: > | > | xmlrpclib.Fault: > | > > Turned out the src.rpm has a different name: maniadrive > > http://download.fedora.redhat.com/pub/fedora/linux/releases/8/Everything/i386/os/repoview/maniadrive.html > > And http://bugz.fedoraproject.org/fubar points to pkgdb pages of > packages that don't exist: > > https://admin.fedoraproject.org/pkgdb/packages/bugs/fubar > We could have repoview generate those URLs based on the srpm names that it finds when parsing the repodata. With that change and me fixing bugz/pkgdb to return an error page when an unknown package is given we should have consistency within the web pages. The two issues are: 1) I don't know how hard it is for repoview to do that. 2) Finding raydium from bugz or the pkgdb pages (instead of starting at repoview) will be painful. Seth, Icon, do you think that this is the way to go? The alternative is to have the packagedb redirect to the correct page based on what it knows about binary-rpms=>source rpms. There's no knowledge internally but I do download copies of the yum repositories so it would be possible for the packagedb ((which controls bugz.fp.o and admin.fp.o/pkgdb/) to search that information and redirect requests to the proper srpm page. The last time I tried to work with the metadata, however, the pkgdb started consuming much more memory. (That project ended by making the repo touching stuff into a cron script that didn't stay resident in memory all the time.) If we want to fix this in the pkgdb we'll have to see if there's a way to do this without bloating memory. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Sat Feb 16 21:46:22 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 16 Feb 2008 13:46:22 -0800 Subject: Question on egg_info In-Reply-To: References: Message-ID: <47B759AE.5010908@gmail.com> Neal Becker wrote: > A new upstream of python-igraph will result in installing as: > > %{python_archlib}/igraph/ > > %{python_archlib}/python_igraph-%{version}-py*.egg-info/ > > Notice the mismatch in those 2 names. Does this matter (I don't know > anything about eggs). > It shouldn't matter, no. The egg-info should contain enough information to make it work. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From mschwendt at gmail.com Sat Feb 16 22:06:53 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 16 Feb 2008 23:06:53 +0100 Subject: pkgdb+repoview+bugz : Fedora package web-interface confusion In-Reply-To: <47B758F9.8020505@gmail.com> References: <20080216144828.51582e1e.mschwendt@gmail.com> <47B758F9.8020505@gmail.com> Message-ID: <20080216230653.cbf54cf6.mschwendt@gmail.com> On Sat, 16 Feb 2008 13:43:21 -0800, Toshio Kuratomi wrote: > We could have repoview generate those URLs based on the srpm names that > it finds when parsing the repodata. With that change and me fixing > bugz/pkgdb to return an error page when an unknown package is given we > should have consistency within the web pages. The two issues are: > 1) I don't know how hard it is for repoview to do that. Shouldn't be hard as it has been done before (e.g. in the modified repoview for FE). > 2) Finding raydium from bugz or the pkgdb pages (instead of starting at > repoview) will be painful. It is painful currently, because inspite of "raydium" being a valid binary package, it is no valid "component" in terms of bugz(illa) or pkgdb. From skvidal at fedoraproject.org Sun Feb 17 00:06:37 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 16 Feb 2008 19:06:37 -0500 Subject: pkgdb+repoview+bugz : Fedora package web-interface confusion In-Reply-To: <47B758F9.8020505@gmail.com> References: <20080216144828.51582e1e.mschwendt@gmail.com> <47B758F9.8020505@gmail.com> Message-ID: <1203206797.2348.38.camel@cutter> On Sat, 2008-02-16 at 13:43 -0800, Toshio Kuratomi wrote: > Seth, Icon, do you think that this is the way to go? > I'm pretty sure that patch, has, in fact, been included in repoview at this point. Icon, didn't you merge it in? -sv -- I only speak for me. From seg at haxxed.com Sun Feb 17 00:27:12 2008 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 16 Feb 2008 18:27:12 -0600 Subject: 915resolution enhancement (by SUSE) In-Reply-To: References: <200802142022.m1EKMmep020693@jasmine.xos.nl> Message-ID: <1203208032.7567.37.camel@localhost> On Thu, 2008-02-14 at 20:41 +0000, Kevin Kofler wrote: > FYI, 915resolution is obsolete, users should be using the "intel" driver with > native modesetting these days, and the old "i180" driver will be gone > entirely > in Fedora 9. Does that mean the intel driver works on 830M now? Because last I tried, the version in F8 didn't. Do I need to be testing rawhide on my laptop so I'm not SOL on release? -------------- 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 Sun Feb 17 00:36:22 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 16 Feb 2008 19:36:22 -0500 Subject: 915resolution enhancement (by SUSE) In-Reply-To: <1203208032.7567.37.camel@localhost> References: <200802142022.m1EKMmep020693@jasmine.xos.nl> <1203208032.7567.37.camel@localhost> Message-ID: <20080216193622.3afa0b15@redhat.com> On Sat, 16 Feb 2008 18:27:12 -0600 Callum Lerwick wrote: > Does that mean the intel driver works on 830M now? Because last I > tried, the version in F8 didn't. Do I need to be testing rawhide on > my laptop so I'm not SOL on release? You can test the live image as to not make a huge commit to running 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 katzj at redhat.com Sun Feb 17 00:38:18 2008 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 16 Feb 2008 19:38:18 -0500 Subject: 915resolution enhancement (by SUSE) In-Reply-To: <1203208032.7567.37.camel@localhost> References: <200802142022.m1EKMmep020693@jasmine.xos.nl> <1203208032.7567.37.camel@localhost> Message-ID: <1203208698.8670.2.camel@aglarond.local> On Sat, 2008-02-16 at 18:27 -0600, Callum Lerwick wrote: > On Thu, 2008-02-14 at 20:41 +0000, Kevin Kofler wrote: > > FYI, 915resolution is obsolete, users should be using the "intel" driver with > > native modesetting these days, and the old "i180" driver will be gone > > entirely > > in Fedora 9. > > Does that mean the intel driver works on 830M now? Because last I tried, > the version in F8 didn't. Do I need to be testing rawhide on my laptop > so I'm not SOL on release? It'd definitely be worth at least trying the live CDs and if it doesn't work, file bugs, etc. While someone else might try, there's no substitute for trying on your own hardware :-) And the live images make it pretty simple even if you don't want to run rawhide all the time. Jeremy From rda at rincon.com Sun Feb 17 00:48:24 2008 From: rda at rincon.com (Bob Arendt) Date: Sat, 16 Feb 2008 17:48:24 -0700 Subject: 915resolution enhancement (by SUSE) In-Reply-To: <1203208032.7567.37.camel@localhost> References: <200802142022.m1EKMmep020693@jasmine.xos.nl> <1203208032.7567.37.camel@localhost> Message-ID: <47B78458.2080302@rincon.com> Callum Lerwick wrote: > On Thu, 2008-02-14 at 20:41 +0000, Kevin Kofler wrote: >> FYI, 915resolution is obsolete, users should be using the "intel" driver with >> native modesetting these days, and the old "i180" driver will be gone >> entirely >> in Fedora 9. > > Does that mean the intel driver works on 830M now? Because last I tried, > the version in F8 didn't. Do I need to be testing rawhide on my laptop > so I'm not SOL on release? That would be a good idea. I was in the same boat - intel doesn't work for me in F8, but fortunately it *does* (for 2D) when tested with F9-alpha rawhide. Dell Inspiron 1100, video = Intel Corp. 82845G/GL[Brookdale-G]/GE Chipset From dominik at greysector.net Sun Feb 17 01:04:22 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 17 Feb 2008 02:04:22 +0100 Subject: mldonkey In-Reply-To: <47B756AD.9060700@redhat.com> References: <47B756AD.9060700@redhat.com> Message-ID: <20080217010421.GA18989@ryvius.greysector.net> On Saturday, 16 February 2008 at 22:33, Richard W.M. Jones wrote: > mldonkey is some sort of file-sharing / peer-to-peer app. Because it's > written partly in OCaml, I get requests to package it from time to time. > So I finally did: > > https://bugzilla.redhat.com/show_bug.cgi?id=433143 > > I started up the gui ('mlgui') and it _seems_ to work, but I'd like real > users to try it out. > > You'll have to compile the .src.rpm in the bugzilla on Rawhide -- it > definitely won't work in Fedora <= 8. All the deps you will need are in > Rawhide. > > If you try it, please add your observations to the bugzilla, positive or > negative. > > There are some problems reported by rpmlint about the %doc section. I'm > aware of them. Peter Lemenkov and I have been working on mldonkey packaging for ages. I'd hate all of that work go to waste. See: http://bugzilla.livna.org/show_bug.cgi?id=1487 I note that Peter has not answered my question why it cannot go into Fedora. 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 arjan at infradead.org Sun Feb 17 02:40:46 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Sat, 16 Feb 2008 18:40:46 -0800 Subject: 3 simple steps to make booting/shutdown faster... Message-ID: <20080216184046.6fb46c1a@laptopd505.fenrus.org> So I got a tad annoyed by why the initscript processing is (in my impatient perception) slow; most initscripts (in timing) only take like 0.1 second themselves after all. Turns out.. the rest of the initscript system had quite a bit of overhead. (More so on F7 than on F8, but still). Now... I made a bunch of tweaks to the 3 key files and this made things quite a bit faster; F8 is 50% slower than the new situation (for a specific test, new code takes 0.275 seconds, F8 code takes 0.41 seconds). What I changed: * if you do if [ -f FOO -o -f BAR ] in bash, bash will look to see if BOTH files exist, and then decides that since FOO exits, everything is fine and executes the if body. Looking for non-existing files (first time) is expensive.. so splitting this kind of "if" in two reduces disk seeks and IO. [this kind of split I had to do in a few places] * Don't let the initscripts change the VGA font; after all, this is done during early boot already. Programming the VGA fonts is SLOW. (Note: in F7 this was done for each init script, in F8 things were a tad, but not much, smarter than that) * Cache the information from /bin/consoletype. this info is used (and calculated with an exec!) all over the place; the new code just sticks it in an environment variable. (well it was in one before, just it STILl got recalculated) * Check if the service is running before deciding if it's a good service; the common case for "telinit' is that it is and then no further file IO on the service needs to be done. (and if it's not we need to check that regardless) * cache the value of "the user wants me to ask"; that's not changing so just stick that in a variable rather than looking at the file every time. We still do look at the file IF the var is set, because the user might hit continue * don't call into "rhgb" if rhgb isn't on the kernel commandline (I have that off on all machines to make them boot faster). rhgb got called several times, and isn't cheap, because each time it has to realize rhgb is really not there ;) * don't grep each script just to see how to pretty print it; assume a fedora quality script and if not, it's only a tad less pretty Attached are the new files that implement these tweaks: /etc/rc.d/rc /etc/init.d/functions /etc/profile.d/lang.sh I hope others who are as impatient as I am find these tweaks as useful as I do :) Greetings, Arjan van de Ven -- If you want to reach me at my work email, use arjan at linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org -------------- next part -------------- A non-text attachment was scrubbed... Name: functions Type: application/octet-stream Size: 14419 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lang.sh Type: application/x-shellscript Size: 3427 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rc Type: application/octet-stream Size: 2616 bytes Desc: not available URL: From a.badger at gmail.com Sun Feb 17 04:57:38 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 16 Feb 2008 20:57:38 -0800 Subject: rawhide egginfo - did i miss something? In-Reply-To: <47B75554.1090207@linux-kernel.at> References: <47B75554.1090207@linux-kernel.at> Message-ID: <47B7BEC2.3060704@gmail.com> Oliver Falk wrote: > Hi! > > I'm quite sure I missed something... :-) > > I just wanted to rebuild syck in rawhide due to php deps and now that: > > http://koji.fedoraproject.org/koji/getfile?taskID=432438&name=build.log > > -> > error: Installed (but unpackaged) file(s) found: > /usr/lib/python2.5/site-packages/Syck-1.0-py2.5.egg-info > > What is this, why is this and what's the best way to get rid of it? > Well, adding some rm into the specfile is easy, but is it the correct way? > You want to include it with something like: %files -n python-syck %{python_sitelib}/Syck*egg-info %{python_sitelib}/syck/ The explanation for why egg-info is a good thing is desirable on this page: http://fedoraproject.org/wiki/Packaging/Python/Eggs -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From Matt_Domsch at dell.com Sun Feb 17 05:44:01 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 16 Feb 2008 23:44:01 -0600 Subject: source file audit - 2008-02-14 - Login required In-Reply-To: <20080215110522.455d0cc6@ghistelwchlohm.scrye.com> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <47B5BBA5.4050603@cora.nwra.com> <20080215110522.455d0cc6@ghistelwchlohm.scrye.com> Message-ID: <20080217054401.GA17322@auslistsprd01.us.dell.com> On Fri, Feb 15, 2008 at 11:05:22AM -0700, Kevin Fenzi wrote: > On Fri, 15 Feb 2008 09:19:49 -0700 > orion at cora.nwra.com (Orion Poplawski) wrote: > > > Kevin Fenzi wrote: > > > Here's attached another run of my sources/patches url checker. > > > > > > - There are 685 lines in this run, 561 lines in the previous run, > > > 620 lines in the one before that, and 700 in the one before that, so > > > things seem to be going up and down. ;( > > > > > > - Should I keep running this? Do folks find it useful? yes. > > > - Should I try and spam maintainers? Or just keep posting in the > > > list? > > > > List. > > Yeah, thats my inclination, but the problem is that the count doesn't > seem to be going down much. Ie, many of the maintainers with packages > affected seem to be not seeing it here. I spam everyone with a failed package in my reports. Most responses are "thanks, fixed now", with the occasional "not my problem, it's another package's problem", and of course my favorite "not my problem, your scripts are broken!" :-) Because I'm only running it monthly or so right now, it doesn't seem to be so much mail that the package owners get upset. Yours is interesting, and often trivial to fix, but I wouldn't send it more than monthly to everyone personally. BTW, I fixed biosdevname (add permalink/ in the URL). I can't fix pgp-tools because upstream rarely releases tarballs, I have to build it out of svn directly, so please add that to your exclude list. 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 Sun Feb 17 05:52:07 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 16 Feb 2008 23:52:07 -0600 Subject: source file audit - 2008-02-14 In-Reply-To: <1203096631.26896.13.camel@space-ghost.verbum.private> References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <645d17210802150421s26a036b2u906d045b60992674@mail.gmail.com> <1203096631.26896.13.camel@space-ghost.verbum.private> Message-ID: <20080217055207.GA18958@auslistsprd01.us.dell.com> On Fri, Feb 15, 2008 at 12:30:31PM -0500, Colin Walters wrote: > On Fri, 2008-02-15 at 12:21 +0000, Jonathan Underwood wrote: > > > Personally, if you could script opening a BZ, I'd welcome that. > > I don't like the idea of programs opening bugzilla reports. Many issues > like this can change for reasons entirely out of my control (transient > network outage, breakage in underlying libraries or toolchain, etc.). > > First, ideally we would have a way for people to contribute checks like > this for the Fedora infrastructure, rather than running it on their > personal computers. Agreed. No reason this couldn't be run on Infrastructure hardware. http://fedoraproject.org/wiki/Infrastructure/RFR describes how to request such. My rebuilds, however, really appreciate having more hardware to throw at the problem than infrastructure has on hand. Fortunately I have that hardware available for this use (7 multi-socket multi-core systems right now). Running this on Infrastructure hardware (really, the koji builders) would adversely impact koji builds. > Second, we should have a way for software to add to a "problem feed", > something that would be exported as RSS. So for example, Matt's > "rebuild everything for rawhide" script could add a notice "your package > failed to rebuild". I'm open to adding something like this, but have zero experience generating RSS feeds, much less one feed per person (presumably). Advice would be appreciated. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From ville.skytta at iki.fi Sun Feb 17 09:19:37 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sun, 17 Feb 2008 11:19:37 +0200 Subject: rawhide egginfo - did i miss something? In-Reply-To: <47B7BEC2.3060704@gmail.com> References: <47B75554.1090207@linux-kernel.at> <47B7BEC2.3060704@gmail.com> Message-ID: <200802171119.37370.ville.skytta@iki.fi> On Sunday 17 February 2008, Toshio Kuratomi wrote: > You want to include it with something like: > > %files -n python-syck > %{python_sitelib}/Syck*egg-info > %{python_sitelib}/syck/ Or just "%{python_sitelib}/*" so the specfile can be used as-is for distro versions that don't generate egg-info. From promac at gmail.com Sun Feb 17 11:24:28 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Sun, 17 Feb 2008 08:24:28 -0300 Subject: anjuta for F8 Message-ID: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> Hi, For installing gnome-build 0.2.1 from F8 updates, I had to remove anjuta 2.2.0 However, although I am able to compile anjuta 2.2.3 for FC6 (i386) with all its plugins, I am running into problems in F8. ----------------------- In file included from ../libanjuta/anjuta-shell.h:29, from anjuta.c:22: ../libanjuta/anjuta-preferences.h:24:25: error: glade/glade.h: No such file or directory In file included from ../libanjuta/anjuta-shell.h:29, from anjuta.c:22: ------------------------- Therefore, it seems to be something wrong with glade config in F8. Also, if I try to compile anjuta for x86_64 with the valgrind plugin enabled, I get: ---------------------------- /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a(format.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a: could not read symbols: Bad value collect2: ld returned 1 exit status ----------------------------- This the the .src.rpm I am using, in case someone can take a look at it: http://people.atrpms.net/~pcavalcanti/srpms/anjuta-2.2.3-13.fc8.src.rpm Thanks. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From behdad at behdad.org Sun Feb 17 12:04:11 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Sun, 17 Feb 2008 07:04:11 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <20080216184046.6fb46c1a@laptopd505.fenrus.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> Message-ID: <1203249851.348.58.camel@behdad.behdad.org> On Sat, 2008-02-16 at 18:40 -0800, Arjan van de Ven wrote: > So I got a tad annoyed by why the initscript processing is (in my impatient perception) slow; > most initscripts (in timing) only take like 0.1 second themselves after all. > Turns out.. the rest of the initscript system had quite a bit of overhead. > (More so on F7 than on F8, but still). > > Now... I made a bunch of tweaks to the 3 key files and this made things quite > a bit faster; F8 is 50% slower than the new situation > (for a specific test, new code takes 0.275 seconds, F8 code takes 0.41 seconds). > > What I changed: > * if you do if [ -f FOO -o -f BAR ] in bash, bash will look to see if BOTH files exist, > and then decides that since FOO exits, everything is fine and executes the if body. Looking for non-existing files > (first time) is expensive.. so splitting this kind of "if" in two reduces disk seeks and IO. > [this kind of split I had to do in a few places] This should really be fixed in bash to short-circuit. > * Don't let the initscripts change the VGA font; after all, this is done during early boot already. > Programming the VGA fonts is SLOW. (Note: in F7 this was done for each init script, in F8 things were > a tad, but not much, smarter than that) I'd go as far as saying that unicode_start should only be called from /etc/profile, not other bash invocations. I have a hard time imagining why you hit it at all though, as only interactive bash should run bashrc which in turn calls into /etc/profile.d, or am I missing something? > * Cache the information from /bin/consoletype. this info is used (and calculated with an exec!) all over the place; > the new code just sticks it in an environment variable. (well it was in one before, just it STILl got recalculated) > * Check if the service is running before deciding if it's a good service; the common case for "telinit' is that it is and then > no further file IO on the service needs to be done. (and if it's not we need to check that regardless) > * cache the value of "the user wants me to ask"; that's not changing so just stick that in a variable rather than looking at > the file every time. We still do look at the file IF the var is set, because the user might hit continue > * don't call into "rhgb" if rhgb isn't on the kernel commandline (I have that off on all machines to make them boot faster). > rhgb got called several times, and isn't cheap, because each time it has to realize rhgb is really not there ;) > * don't grep each script just to see how to pretty print it; assume a fedora quality script and if not, it's only a tad less pretty Many moons ago I tried to reduce startup time on my fedora too. I spent most time on rc.sysinit though. There's a lot that can be optimized there. I used bootchart to guide my search. In the end I came up with a short rc.behdad file that I could pass as init to kernel (!) which would bring up just enough services to start gdm and then pass control to /sbin/init. And I reached something like 10 seconds from grub to gdm. I know there's a reason for every line of rc.sysinit, but a huge lot of it can be optimized or postponed. There were some plain silly bits. For example look at /sbin/start_udev. It implements a simple xargs in shell. I remember that took a measurable amount of time that simply went away by calling real xargs when available. I guess the __fgrep stuff in functions is supposed to speed up, but I'm not sure it does so. There was something really silly with xfs too, but xfs has gone for good already. > Attached are the new files that implement these tweaks: > /etc/rc.d/rc > /etc/init.d/functions > /etc/profile.d/lang.sh > > I hope others who are as impatient as I am find these tweaks as useful as I do :) > > Greetings, > Arjan van de Ven Cheers, -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From dwmw2 at infradead.org Sun Feb 17 12:42:11 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 17 Feb 2008 12:42:11 +0000 Subject: Feature for F9: Bluetooth In-Reply-To: <20080214223625.GA24606@devserv.devel.redhat.com> References: <1202998916.2932.4.camel@localhost.localdomain> <20080214223625.GA24606@devserv.devel.redhat.com> Message-ID: <1203252131.31173.191.camel@pmac.infradead.org> On Thu, 2008-02-14 at 17:36 -0500, Alan Cox wrote: > On Thu, Feb 14, 2008 at 11:08:39PM +0100, Linus Walleij wrote: > > I discussed this feature with Bastien a few weeks back, and apparently > > IIRC this has the downside that it will drain the battery of your phone, > > due to much heavy BT traffic. (Right Bastien?) > > That would itself be an intriguing demonstration if you really can build > a battery life spoiler 8) You can do better than that with some phones. Some of Motorola's are so bad that they lock up and fall off the GSM network entirely if you use 'hcitool scan' on them. -- dwmw2 From mtasaka at ioa.s.u-tokyo.ac.jp Sun Feb 17 13:04:18 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sun, 17 Feb 2008 22:04:18 +0900 Subject: rpms/igraph/devel igraph.spec,1.10,1.11 In-Reply-To: <200802171237.m1HCb0qb016056@cvs-int.fedora.redhat.com> References: <200802171237.m1HCb0qb016056@cvs-int.fedora.redhat.com> Message-ID: <47B830D2.2010402@ioa.s.u-tokyo.ac.jp> Neal Becker (nbecker) wrote, at 02/17/2008 09:37 PM +9:00: > Author: nbecker > > Update of /cvs/pkgs/rpms/igraph/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv15891 > > Modified Files: > igraph.spec > Log Message: > Add provides to devel package > > > > Index: igraph.spec > =================================================================== > RCS file: /cvs/pkgs/rpms/igraph/devel/igraph.spec,v > retrieving revision 1.10 > retrieving revision 1.11 > diff -u -r1.10 -r1.11 > --- igraph.spec 16 Feb 2008 20:29:53 -0000 1.10 > +++ igraph.spec 17 Feb 2008 12:36:16 -0000 1.11 > @@ -1,6 +1,6 @@ > Name: igraph > Version: 0.5 > -Release: 6%{?dist} > +Release: 7%{?dist} > Summary: Library for creating and manipulating graphs > > Group: System Environment/Libraries > @@ -27,6 +27,7 @@ > Requires: %{name} = %{version}-%{release}, pkgconfig > Group: Development/Libraries > Summary: Development files for igraph > +Provides: %{name}-%{version} > > %description devel > The %{name}-devel package contains the header files and some > @@ -85,6 +86,9 @@ > %doc examples > > %changelog > +* Sun Feb 17 2008 Neal Becker - 0.5-7 > +- Add provides to devel package > + > * Sat Feb 16 2008 Neal Becker - 0.5-6 > - fix patch Well, what is this strange Provides needed? Regards, Mamoru From icon at fedoraproject.org Sun Feb 17 14:21:07 2008 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Sun, 17 Feb 2008 09:21:07 -0500 Subject: pkgdb+repoview+bugz : Fedora package web-interface confusion In-Reply-To: <1203206129.2348.36.camel@cutter> References: <20080216144828.51582e1e.mschwendt@gmail.com> <47B758F9.8020505@gmail.com> <1203206129.2348.36.camel@cutter> Message-ID: On Feb 16, 2008 6:55 PM, Seth Vidal wrote: > > On Sat, 2008-02-16 at 13:43 -0800, Toshio Kuratomi wrote: > > > Seth, Icon, do you think that this is the way to go? > > > > > I'm pretty sure that patch, has, in fact, been included in repoview at > this point. > > Icon, didn't you merge it in? Assuming we're talking about https://fedorahosted.org/repoview/ticket/3, then yes, it's in 0.6.2. Cheers, -- Konstantin Ryabitsev Montr?al, Qu?bec From mcepl at redhat.com Sun Feb 17 14:39:08 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 15:39:08 +0100 Subject: How important are ISO standards to Fedora? References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <604aa7910802122220r59058603uc8c37e521f5595c3@mail.gmail.com> <604aa7910802122235p3d157b39p2c74cff33faca7f7@mail.gmail.com> <1203086276.3727.6.camel@rousalka.dyndns.org> Message-ID: On 2008-02-15, 14:37 GMT, Nicolas Mailhot wrote: > Actually most users whose print jobs has been repeatedly messed > up by something silentrly defaulting to letter would answer yes Actually not following locale is called bug in my book and it should be filed as such ... Mat?j From mcepl at redhat.com Sun Feb 17 14:42:44 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 15:42:44 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) References: <1202867973.3208.254.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <1203087093.3727.20.camel@rousalka.dyndns.org> <604aa7910802151037t19537ccah251a19c338e543e6@mail.gmail.com> Message-ID: <4otl85xso7.ln2@ppp1053.in.ipex.cz> On 2008-02-15, 18:37 GMT, Jeff Spaleta wrote: > It's simply too much to expose in the installer. Make a sane > stab at creating a default set of locale configs and then get > the hell out of the way. Aren't we asking where computer is located in anaconda in order to set time zone right? Or is this post-install dialog (which should be totally eliminated IMHO, because its' content is entirely system-wide and should be part of anaconda)? Mat?j From mcepl at redhat.com Sun Feb 17 14:57:43 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 15:57:43 +0100 Subject: How important are ISO standards to Fedora? References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <7f692fec0802130942g75dcd615qb0b74b7150718416@mail.gmail.com> <1202925662.3704.6.camel@localhost.localdomain> <81qd85xkvs.ln2@ppp1053.in.ipex.cz> <1202994693.3376.59.camel@beck.corsepiu.local> <604aa7910802140926o488f75d7ice921f2372623bba@mail.gmail.com> Message-ID: <7kul85xso7.ln2@ppp1053.in.ipex.cz> On 2008-02-14, 17:26 GMT, Jeff Spaleta wrote: > On Thu, Feb 14, 2008 at 4:33 AM, Matej Cepl wrote: >> Some people may not like sorting by it_IT, but yes, that's other >> way around the same problem. > > The only interesting question left is... can we expose locale > customizations like this in a better way. That's https://bugzilla.redhat.com/show_bug.cgi?id=432963, which was CLOSED/UPSTREAM against http://bugzilla.gnome.org/show_bug.cgi?id=516756 Mat?j From ndbecker2 at gmail.com Sun Feb 17 15:12:24 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 17 Feb 2008 10:12:24 -0500 Subject: rpms/igraph/devel igraph.spec,1.10,1.11 References: <200802171237.m1HCb0qb016056@cvs-int.fedora.redhat.com> <47B830D2.2010402@ioa.s.u-tokyo.ac.jp> Message-ID: Mamoru Tasaka wrote: > Neal Becker (nbecker) wrote, at 02/17/2008 09:37 PM +9:00: >> Author: nbecker >> >> Update of /cvs/pkgs/rpms/igraph/devel >> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv15891 >> >> Modified Files: >> igraph.spec >> Log Message: >> Add provides to devel package >> >> >> >> Index: igraph.spec >> =================================================================== >> RCS file: /cvs/pkgs/rpms/igraph/devel/igraph.spec,v >> retrieving revision 1.10 >> retrieving revision 1.11 >> diff -u -r1.10 -r1.11 >> --- igraph.spec 16 Feb 2008 20:29:53 -0000 1.10 >> +++ igraph.spec 17 Feb 2008 12:36:16 -0000 1.11 >> @@ -1,6 +1,6 @@ >> Name: igraph >> Version: 0.5 >> -Release: 6%{?dist} >> +Release: 7%{?dist} >> Summary: Library for creating and manipulating graphs >> >> Group: System Environment/Libraries >> @@ -27,6 +27,7 @@ >> Requires: %{name} = %{version}-%{release}, pkgconfig >> Group: Development/Libraries >> Summary: Development files for igraph >> +Provides: %{name}-%{version} >> >> %description devel >> The %{name}-devel package contains the header files and some >> @@ -85,6 +86,9 @@ >> %doc examples >> >> %changelog >> +* Sun Feb 17 2008 Neal Becker - 0.5-7 >> +- Add provides to devel package >> + >> * Sat Feb 16 2008 Neal Becker - 0.5-6 >> - fix patch > > Well, what is this strange Provides needed? > > Regards, > Mamoru > > python-igraph BR igraph-devel python-igraph Req igraph Is there something strange? From debarshi.ray at gmail.com Sun Feb 17 15:18:33 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Sun, 17 Feb 2008 20:48:33 +0530 Subject: anjuta for F8 In-Reply-To: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> Message-ID: <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> > For installing gnome-build 0.2.1 from F8 updates, I had to remove > anjuta 2.2.0 That is because the soname of the libraries provided by gnome-build has changed. The version of Anjuta that is available in the repositories is really old and was not built against these new libraries. > In file included from ../libanjuta/anjuta-shell.h:29, > from anjuta.c:22: > ../libanjuta/anjuta-preferences.h:24:25: error: glade/glade.h: No such file > or directory > In file included from ../libanjuta/anjuta-shell.h:29, > from anjuta.c:22: That is because of a problem in one of the Anjuta Makefiles. > /usr/bin/ld: > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a(format.o): > relocation R_X86_64_32 against `a local symbol' can not be used when making > a shared object; recompile with -fPIC > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a: > could not read symbols: Bad value > collect2: ld returned 1 exit status I have also encountered this, but have not fixed it yet. Any suggestions would be much appreciated. > This the the .src.rpm I am using, in case someone can take a look at it: > > http://people.atrpms.net/~pcavalcanti/srpms/anjuta-2.2.3-13.fc8.src.rpm Please try the following: Spec: http://rishi.fedorapeople.org/anjuta.spec SRPM: http://rishi.fedorapeople.org/anjuta-2.2.3-1.fc8.src.rpm It contains a couple of patches, one of which fixes the glade.h related build failure. I expect them to work on F-8 and hopefully on F-7 too. Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From mtasaka at ioa.s.u-tokyo.ac.jp Sun Feb 17 15:23:10 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Mon, 18 Feb 2008 00:23:10 +0900 Subject: rpms/igraph/devel igraph.spec,1.10,1.11 In-Reply-To: References: <200802171237.m1HCb0qb016056@cvs-int.fedora.redhat.com> <47B830D2.2010402@ioa.s.u-tokyo.ac.jp> Message-ID: <47B8515E.9010200@ioa.s.u-tokyo.ac.jp> Neal Becker wrote, at 02/18/2008 12:12 AM +9:00: > Mamoru Tasaka wrote: > >> Neal Becker (nbecker) wrote, at 02/17/2008 09:37 PM +9:00: >>> Author: nbecker >>> >>> Update of /cvs/pkgs/rpms/igraph/devel >>> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv15891 >>> >>> Modified Files: >>> igraph.spec >>> Log Message: >>> Add provides to devel package >>> >>> >>> >>> Index: igraph.spec >>> =================================================================== >>> RCS file: /cvs/pkgs/rpms/igraph/devel/igraph.spec,v >>> retrieving revision 1.10 >>> retrieving revision 1.11 >>> diff -u -r1.10 -r1.11 >>> --- igraph.spec 16 Feb 2008 20:29:53 -0000 1.10 >>> +++ igraph.spec 17 Feb 2008 12:36:16 -0000 1.11 >>> @@ -1,6 +1,6 @@ >>> Name: igraph >>> Version: 0.5 >>> -Release: 6%{?dist} >>> +Release: 7%{?dist} >>> Summary: Library for creating and manipulating graphs >>> >>> Group: System Environment/Libraries >>> @@ -27,6 +27,7 @@ >>> Requires: %{name} = %{version}-%{release}, pkgconfig >>> Group: Development/Libraries >>> Summary: Development files for igraph >>> +Provides: %{name}-%{version} >>> >>> %description devel >>> The %{name}-devel package contains the header files and some >>> @@ -85,6 +86,9 @@ >>> %doc examples >>> >>> %changelog >>> +* Sun Feb 17 2008 Neal Becker - 0.5-7 >>> +- Add provides to devel package >>> + >>> * Sat Feb 16 2008 Neal Becker - 0.5-6 >>> - fix patch >> Well, what is this strange Provides needed? >> >> Regards, >> Mamoru >> >> > > python-igraph BR igraph-devel > python-igraph Req igraph > > Is there something strange? Yes, strange. Because (from checking the latest spec file) in igraph spec you write ---------------------------------------------------- +Provides: %{name}-%{version} ---------------------------------------------------- Obviously, this is expanded as "Provides: igraph-0.5". Why do you want this Provides? Also, from your newest igraph spec file igraph-devel provides: "Provides: igraph-devel-0.5". Note that a rpm with a EVR always provides "Provides: = %{?epoch:%epoch:}%{version}" as well as "Provides: = %{?epoch:%epoch:}%{version}-%{release}". i.e. just writing "BuildRequires: igraph-devel = 0.5" in python-igraph should work. Regards, Mamoru From mcepl at redhat.com Sun Feb 17 15:27:09 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 16:27:09 +0100 Subject: Git has too many freaking dependencies References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <20080215161913.GA4588@redhat.com> <7f692fec0802150825u36ac2d48t249ba6f9379a8fab@mail.gmail.com> Message-ID: On 2008-02-15, 16:25 GMT, Yaakov Nemoy wrote: > Thanks for the fast answers. Glad to know it's not actually > a bug. It is. From debarshi.ray at gmail.com Sun Feb 17 15:31:23 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Sun, 17 Feb 2008 21:01:23 +0530 Subject: rawhide report: 20080204 changes In-Reply-To: <3170f42f0802041014p62b1e780s4bba4765f684da4d@mail.gmail.com> References: <200802041320.m14DK0IZ006413@porkchop.devel.redhat.com> <3170f42f0802041014p62b1e780s4bba4765f684da4d@mail.gmail.com> Message-ID: <3170f42f0802170731o24ce5eebj97b588383594d6d4@mail.gmail.com> >> Broken deps for i386 >> ---------------------------------------------------------- >> 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 >> 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 >> >> [...] >> >> Broken deps for x86_64 >> ---------------------------------------------------------- >> 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-widgets-1.so.0 >> 1:anjuta-2.2.0-4.fc9.i386 requires libgbf-1.so.0 >> 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-1.so.0()(64bit) >> 1:anjuta-2.2.0-4.fc9.x86_64 requires libgbf-widgets-1.so.0()(64bit) >> >> [...] >> >> Broken deps for ppc >> ---------------------------------------------------------- >> 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-widgets-1.so.0 >> 1:anjuta-2.2.0-4.fc9.ppc requires libgbf-1.so.0 > I built a fresh version of gnome-build last weekend: > http://koji.fedoraproject.org/koji/taskinfo?taskID=391681 and fresh > new Anjuta package is coming up soon. Review request for Anjuta: https://bugzilla.redhat.com/show_bug.cgi?id=433199 Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From choeger at cs.tu-berlin.de Sun Feb 17 15:34:14 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Sun, 17 Feb 2008 16:34:14 +0100 Subject: anjuta for F8 In-Reply-To: <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> Message-ID: <1203262454.3957.3.camel@choeger4> Am Sonntag, den 17.02.2008, 20:48 +0530 schrieb Debarshi Ray: > > For installing gnome-build 0.2.1 from F8 updates, I had to remove > > anjuta 2.2.0 > > That is because the soname of the libraries provided by gnome-build > has changed. The version of Anjuta that is available in the > repositories is really old and was not built against these new > libraries. > > > In file included from ../libanjuta/anjuta-shell.h:29, > > from anjuta.c:22: > > ../libanjuta/anjuta-preferences.h:24:25: error: glade/glade.h: No such file > > or directory > > In file included from ../libanjuta/anjuta-shell.h:29, > > from anjuta.c:22: > > That is because of a problem in one of the Anjuta Makefiles. > > > /usr/bin/ld: > > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a(format.o): > > relocation R_X86_64_32 against `a local symbol' can not be used when making > > a shared object; recompile with -fPIC > > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a: > > could not read symbols: Bad value > > collect2: ld returned 1 exit status > > I have also encountered this, but have not fixed it yet. Any > suggestions would be much appreciated. > > > This the the .src.rpm I am using, in case someone can take a look at it: > > > > http://people.atrpms.net/~pcavalcanti/srpms/anjuta-2.2.3-13.fc8.src.rpm > > Please try the following: > Spec: http://rishi.fedorapeople.org/anjuta.spec > SRPM: http://rishi.fedorapeople.org/anjuta-2.2.3-1.fc8.src.rpm > > It contains a couple of patches, one of which fixes the glade.h > related build failure. I expect them to work on F-8 and hopefully on > F-7 too. > > Cheers, > Debarshi > -- > "From what we get, we can make a living; what we give, however, makes a life." > -- Arthur Ashe > Is the maintainer currently working on this? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From jkeating at redhat.com Sun Feb 17 15:50:01 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 17 Feb 2008 10:50:01 -0500 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <4otl85xso7.ln2@ppp1053.in.ipex.cz> References: <1202867973.3208.254.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <1203087093.3727.20.camel@rousalka.dyndns.org> <604aa7910802151037t19537ccah251a19c338e543e6@mail.gmail.com> <4otl85xso7.ln2@ppp1053.in.ipex.cz> Message-ID: <20080217105001.5cee0316@redhat.com> On Sun, 17 Feb 2008 15:42:44 +0100 Matej Cepl wrote: > Aren't we asking where computer is located in anaconda in order > to set time zone right? Or is this post-install dialog (which > should be totally eliminated IMHO, because its' content is > entirely system-wide and should be part of anaconda)? The /computer/ may be in one location, but it's users may be in many many different locations / languages. Those settings are user level settings. -- 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: 197 bytes Desc: not available URL: From ndbecker2 at gmail.com Sun Feb 17 15:53:02 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 17 Feb 2008 10:53:02 -0500 Subject: rpms/igraph/devel igraph.spec,1.10,1.11 References: <200802171237.m1HCb0qb016056@cvs-int.fedora.redhat.com> <47B830D2.2010402@ioa.s.u-tokyo.ac.jp> <47B8515E.9010200@ioa.s.u-tokyo.ac.jp> Message-ID: Mamoru Tasaka wrote: > Neal Becker wrote, at 02/18/2008 12:12 AM +9:00: >> Mamoru Tasaka wrote: >> >>> Neal Becker (nbecker) wrote, at 02/17/2008 09:37 PM +9:00: >>>> Author: nbecker >>>> >>>> Update of /cvs/pkgs/rpms/igraph/devel >>>> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv15891 >>>> >>>> Modified Files: >>>> igraph.spec >>>> Log Message: >>>> Add provides to devel package >>>> >>>> >>>> >>>> Index: igraph.spec >>>> =================================================================== >>>> RCS file: /cvs/pkgs/rpms/igraph/devel/igraph.spec,v >>>> retrieving revision 1.10 >>>> retrieving revision 1.11 >>>> diff -u -r1.10 -r1.11 >>>> --- igraph.spec 16 Feb 2008 20:29:53 -0000 1.10 >>>> +++ igraph.spec 17 Feb 2008 12:36:16 -0000 1.11 >>>> @@ -1,6 +1,6 @@ >>>> Name: igraph >>>> Version: 0.5 >>>> -Release: 6%{?dist} >>>> +Release: 7%{?dist} >>>> Summary: Library for creating and manipulating graphs >>>> >>>> Group: System Environment/Libraries >>>> @@ -27,6 +27,7 @@ >>>> Requires: %{name} = %{version}-%{release}, pkgconfig >>>> Group: Development/Libraries >>>> Summary: Development files for igraph >>>> +Provides: %{name}-%{version} >>>> >>>> %description devel >>>> The %{name}-devel package contains the header files and some >>>> @@ -85,6 +86,9 @@ >>>> %doc examples >>>> >>>> %changelog >>>> +* Sun Feb 17 2008 Neal Becker - 0.5-7 >>>> +- Add provides to devel package >>>> + >>>> * Sat Feb 16 2008 Neal Becker - 0.5-6 >>>> - fix patch >>> Well, what is this strange Provides needed? >>> >>> Regards, >>> Mamoru >>> >>> >> >> python-igraph BR igraph-devel >> python-igraph Req igraph >> >> Is there something strange? > > Yes, strange. Because (from checking the latest spec file) > in igraph spec you write > ---------------------------------------------------- > +Provides: %{name}-%{version} > ---------------------------------------------------- > Obviously, this is expanded as "Provides: igraph-0.5". Why do you > want this Provides? Also, from your newest igraph spec file igraph-devel > provides: "Provides: igraph-devel-0.5". > > > Note that a rpm with a EVR always provides "Provides: = > %{?epoch:%epoch:}%{version}" as well as "Provides: = > %{?epoch:%epoch:}%{version}-%{release}". i.e. > just writing "BuildRequires: igraph-devel = 0.5" in python-igraph should > work. > > Regards, > Mamoru > I'm confused. Without adding Provides: %{name}-%{version}, I have: rpm -q --provides -p ~/RPM/RPMS/x86_64/igraph-devel-0.5-8.fc8.x86_64.rpm igraph-devel = 0.5-8.fc8 igraph-devel and python-igraph have the same version, but different release, so don't I need this provides in igraph-devel and requires in python-igraph, so the requirement is: igraph-devel = 0.5 without release number? From jkeating at redhat.com Sun Feb 17 15:54:41 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 17 Feb 2008 10:54:41 -0500 Subject: rpms/igraph/devel igraph.spec,1.10,1.11 In-Reply-To: References: <200802171237.m1HCb0qb016056@cvs-int.fedora.redhat.com> <47B830D2.2010402@ioa.s.u-tokyo.ac.jp> <47B8515E.9010200@ioa.s.u-tokyo.ac.jp> Message-ID: <20080217105441.6d78cf95@redhat.com> On Sun, 17 Feb 2008 10:53:02 -0500 Neal Becker wrote: > I'm confused. > Without adding Provides: %{name}-%{version}, I have: > > rpm -q --provides -p > ~/RPM/RPMS/x86_64/igraph-devel-0.5-8.fc8.x86_64.rpm igraph-devel = > 0.5-8.fc8 > > igraph-devel and python-igraph have the same version, but different > release, so don't I need this provides in igraph-devel and requires in > python-igraph, so the requirement is: > igraph-devel = 0.5 > without release number? I'm having a real hard time following this. Can you start from the beginning, what you think the problem is? -- 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: 197 bytes Desc: not available URL: From jwboyer at gmail.com Sun Feb 17 16:04:12 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sun, 17 Feb 2008 10:04:12 -0600 Subject: Git has too many freaking dependencies In-Reply-To: References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <20080215161913.GA4588@redhat.com> <7f692fec0802150825u36ac2d48t249ba6f9379a8fab@mail.gmail.com> Message-ID: <20080217100412.26f704ec@zod.rchland.ibm.com> On Sun, 17 Feb 2008 16:27:09 +0100 Matej Cepl wrote: > On 2008-02-15, 16:25 GMT, Yaakov Nemoy wrote: > > Thanks for the fast answers. Glad to know it's not actually > > a bug. > > It is. Really? What bugzilla number? josh From mcepl at redhat.com Sun Feb 17 15:49:04 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 16:49:04 +0100 Subject: source file audit - 2008-02-14 - Login required References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <47B5BBA5.4050603@cora.nwra.com> Message-ID: On 2008-02-15, 16:19 GMT, Orion Poplawski wrote: >> - Should I try and spam maintainers? Or just keep posting in >> the list? Maintainers ? most of them couldn?t be bothered by reading yet another long report. When I kick people from the desktop team at RH each on IRC, they actually seemed to be glad. >> orion:BADURL:ncarg_src-4.4.2.tar.gz:ncarg > > I could use some help here. Upstream has moved to a system where you > must register before being able to download the source. See > http://www.ncl.ucar.edu/Download/ for more information. Also, they have > merged the ncar graphics package with NCL. The ncl package review is > here: https://bugzilla.redhat.com/show_bug.cgi?id=381241 What?s the license of ncarg? GPL? Then they could be in breach of the license. Mat?j From ndbecker2 at gmail.com Sun Feb 17 16:10:05 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 17 Feb 2008 11:10:05 -0500 Subject: rpms/igraph/devel igraph.spec,1.10,1.11 References: <200802171237.m1HCb0qb016056@cvs-int.fedora.redhat.com> <47B830D2.2010402@ioa.s.u-tokyo.ac.jp> <47B8515E.9010200@ioa.s.u-tokyo.ac.jp> <20080217105441.6d78cf95@redhat.com> Message-ID: Jesse Keating wrote: > On Sun, 17 Feb 2008 10:53:02 -0500 > Neal Becker wrote: > >> I'm confused. >> Without adding Provides: %{name}-%{version}, I have: >> >> rpm -q --provides -p >> ~/RPM/RPMS/x86_64/igraph-devel-0.5-8.fc8.x86_64.rpm igraph-devel = >> 0.5-8.fc8 >> >> igraph-devel and python-igraph have the same version, but different >> release, so don't I need this provides in igraph-devel and requires in >> python-igraph, so the requirement is: >> igraph-devel = 0.5 >> without release number? > > I'm having a real hard time following this. > > Can you start from the beginning, what you think the problem is? > We have a new upstream for igraph, version 0.5. I'm trying to build igraph-0.5 and python-igraph-0.5. igraph-0.5-8.fc8.src.rpm builds igraph-0.5-8.fc8.x86_64.rpm igraph-devel-0.5-8.fc8.x86_64.rpm We have python-igraph-0.5-4.fc8.src.rpm. If I don't put any provides in igraph-devel, it says: rpm -q --provides -p ~/RPM/RPMS/x86_64/igraph-devel-0.5-8.fc8.x86_64.rpm igraph-devel = 0.5-8.fc8 And IIRC, if I don't put any requires in python-igraph, it will say: igraph-devel = 0.5-4.fc8 Which don't match. So I thought the correct thing to do was put provides/requires that strip off the release/dist and just say: igraph-devel = 0.5 Is this wrong? What should I do? From arjan at infradead.org Sun Feb 17 16:15:20 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Sun, 17 Feb 2008 08:15:20 -0800 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <1203249851.348.58.camel@behdad.behdad.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> Message-ID: <20080217081520.0a11ca7c@laptopd505.fenrus.org> On Sun, 17 Feb 2008 07:04:11 -0500 Behdad Esfahbod wrote: > On Sat, 2008-02-16 at 18:40 -0800, Arjan van de Ven wrote: > > So I got a tad annoyed by why the initscript processing is (in my > > impatient perception) slow; most initscripts (in timing) only take > > like 0.1 second themselves after all. Turns out.. the rest of the > > initscript system had quite a bit of overhead. (More so on F7 than > > on F8, but still). > > > > Now... I made a bunch of tweaks to the 3 key files and this made > > things quite a bit faster; F8 is 50% slower than the new situation > > (for a specific test, new code takes 0.275 seconds, F8 code takes > > 0.41 seconds). > > > > What I changed: > > * if you do if [ -f FOO -o -f BAR ] in bash, bash will look to see > > if BOTH files exist, and then decides that since FOO exits, > > everything is fine and executes the if body. Looking for > > non-existing files (first time) is expensive.. so splitting this > > kind of "if" in two reduces disk seeks and IO. [this kind of split > > I had to do in a few places] > > This should really be fixed in bash to short-circuit. well......... not sure it can be done in the bash language. (it may well guarantee that both get executed) > > > > * Don't let the initscripts change the VGA font; after all, this is > > done during early boot already. Programming the VGA fonts is SLOW. > > (Note: in F7 this was done for each init script, in F8 things were > > a tad, but not much, smarter than that) > > I'd go as far as saying that unicode_start should only be called > from /etc/profile, not other bash invocations. > > I have a hard time imagining why you hit it at all though, as only > interactive bash should run bashrc which in turn calls > into /etc/profile.d, or am I missing something? you're missing that /etc/profile.d/lang.sh is used from many places ;( > Many moons ago I tried to reduce startup time on my fedora too. I > spent most time on rc.sysinit though. There's a lot that can be > optimized there. I used bootchart to guide my search. In the end I > came up with a short rc.behdad file that I could pass as init to > kernel (!) which would bring up just enough services to start gdm and > then pass control to /sbin/init. And I reached something like 10 > seconds from grub to gdm. I know there's a reason for every line of > rc.sysinit, but a huge lot of it can be optimized or postponed. I suppose so; my laptop has a nice SSD so no seek times, could do even better. > > There were some plain silly bits. For example look > at /sbin/start_udev. It implements a simple xargs in shell. I udev is a different story entirely. It's so incredibly slow that it's just outrageous. The Linux distro that came with my laptop took less time from hitting the power button to full desktop login completed than Fedora takes in the udev step alone. *sad*. On my compile box at work, udev takes about one minute to start *more sad* -- If you want to reach me at my work email, use arjan at linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org From mtasaka at ioa.s.u-tokyo.ac.jp Sun Feb 17 16:22:27 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Mon, 18 Feb 2008 01:22:27 +0900 Subject: rpms/igraph/devel igraph.spec,1.10,1.11 In-Reply-To: References: <200802171237.m1HCb0qb016056@cvs-int.fedora.redhat.com> <47B830D2.2010402@ioa.s.u-tokyo.ac.jp> <47B8515E.9010200@ioa.s.u-tokyo.ac.jp> <20080217105441.6d78cf95@redhat.com> Message-ID: <47B85F43.6050405@ioa.s.u-tokyo.ac.jp> Neal Becker wrote, at 02/18/2008 01:10 AM +9:00: > Jesse Keating wrote: > >> On Sun, 17 Feb 2008 10:53:02 -0500 >> Neal Becker wrote: >> >>> I'm confused. >>> Without adding Provides: %{name}-%{version}, I have: >>> >>> rpm -q --provides -p >>> ~/RPM/RPMS/x86_64/igraph-devel-0.5-8.fc8.x86_64.rpm igraph-devel = >>> 0.5-8.fc8 >>> >>> igraph-devel and python-igraph have the same version, but different >>> release, so don't I need this provides in igraph-devel and requires in >>> python-igraph, so the requirement is: >>> igraph-devel = 0.5 >>> without release number? >> I'm having a real hard time following this. >> >> Can you start from the beginning, what you think the problem is? >> > > We have a new upstream for igraph, version 0.5. > > I'm trying to build igraph-0.5 and python-igraph-0.5. > > igraph-0.5-8.fc8.src.rpm builds > igraph-0.5-8.fc8.x86_64.rpm > igraph-devel-0.5-8.fc8.x86_64.rpm > > We have python-igraph-0.5-4.fc8.src.rpm. > > If I don't put any provides in igraph-devel, it says: > rpm -q --provides -p ~/RPM/RPMS/x86_64/igraph-devel-0.5-8.fc8.x86_64.rpm > igraph-devel = 0.5-8.fc8 > > And IIRC, if I don't put any requires in python-igraph, it will say: > igraph-devel = 0.5-4.fc8 > > Which don't match. So I thought the correct thing to do was put > provides/requires that strip off the release/dist and just say: > igraph-devel = 0.5 In short, you don't have to write "Provides: igraph-devel = 0.5" in your spec file. rpmbuild surely judges that igraph-devel-0.5-4.fc8 provides "igraph-devel = 0.5". And anyway "Provides: %{name}-%{version}" is wrong as this is expanded as "Provides: igraph-0.5". A example is http://cvs.fedoraproject.org/viewcvs/*checkout*/devel/mecab/mecab.spec http://cvs.fedoraproject.org/viewcvs/*checkout*/devel/ruby-mecab/ruby-mecab.spec http://koji.fedoraproject.org/koji/getfile?taskID=393045&name=root.log Regards, Mamoru From adam at spicenitz.org Sun Feb 17 16:27:14 2008 From: adam at spicenitz.org (Adam Goode) Date: Sun, 17 Feb 2008 11:27:14 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <20080217081520.0a11ca7c@laptopd505.fenrus.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> Message-ID: <47B86062.50506@spicenitz.org> Arjan van de Ven wrote: > Behdad Esfahbod wrote: >> On Sat, 2008-02-16 at 18:40 -0800, Arjan van de Ven wrote: >>> * if you do if [ -f FOO -o -f BAR ] in bash, bash will look to see >>> if BOTH files exist, and then decides that since FOO exits, >>> everything is fine and executes the if body. Looking for >>> non-existing files (first time) is expensive.. so splitting this >>> kind of "if" in two reduces disk seeks and IO. [this kind of split >>> I had to do in a few places] >> This should really be fixed in bash to short-circuit. > > well......... not sure it can be done in the bash language. > (it may well guarantee that both get executed) > From bash info page: `EXPRESSION1 || EXPRESSION2' True if either EXPRESSION1 or EXPRESSION2 is true. The `&&' and `||' operators do not evaluate EXPRESSION2 if the value of EXPRESSION1 is sufficient to determine the return value of the entire conditional expression. So, replace "-o" with "||" ? (And "[" with "[[" and "]" with "]]" ?) Adam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature URL: From mcepl at redhat.com Sun Feb 17 16:26:29 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 17:26:29 +0100 Subject: ISO 216 vs U.S. paper References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> Message-ID: On 2008-02-15, 11:28 GMT, Caolan McNamara wrote: > Where does "paperconf" from libpaper fit into this ? It seems > to have its own alternative hierarchy of variables :-( [matej at viklef ~]$ sudo repoquery -q --whatrequires libpaper libpaper-devel-0:1.1.22-1.fc8.1.i386 [matej at viklef ~]$ sudo repoquery -q --provides libpaper config(libpaper) = 1.1.22-1.fc8.1 libpaper = 1.1.22-1.fc8.1 libpaper.so.1 [matej at viklef ~]$ sudo repoquery -q --whatrequires \ 'config(libpaper)' libpaper-0:1.1.22-1.fc8.1.i386 [matej at viklef ~]$ libpaper is coming from the Debian world and apparently it hasn't get that much traction in the Fedora world :-). I think that more Unix-like would be to make locales working ? see other thread here. Mat?j From promac at gmail.com Sun Feb 17 16:40:27 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Sun, 17 Feb 2008 13:40:27 -0300 Subject: anjuta for F8 In-Reply-To: <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> Message-ID: <68720af30802170840k54f0618fyc180493c4ce721f5@mail.gmail.com> On Feb 17, 2008 12:18 PM, Debarshi Ray wrote: > > For installing gnome-build 0.2.1 from F8 updates, I had to remove > > anjuta 2.2.0 > > That is because the soname of the libraries provided by gnome-build > has changed. The version of Anjuta that is available in the > repositories is really old and was not built against these new > libraries. > > > In file included from ../libanjuta/anjuta-shell.h:29, > > from anjuta.c:22: > > ../libanjuta/anjuta-preferences.h:24:25: error: glade/glade.h: No such > file > > or directory > > In file included from ../libanjuta/anjuta-shell.h:29, > > from anjuta.c:22: > > That is because of a problem in one of the Anjuta Makefiles. > > > /usr/bin/ld: > > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a( > format.o): > > relocation R_X86_64_32 against `a local symbol' can not be used when > making > > a shared object; recompile with -fPIC > > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a: > > could not read symbols: Bad value > > collect2: ld returned 1 exit status > > I have also encountered this, but have not fixed it yet. Any > suggestions would be much appreciated. > > > This the the .src.rpm I am using, in case someone can take a look at it: > > > > http://people.atrpms.net/~pcavalcanti/srpms/anjuta-2.2.3-13.fc8.src.rpm > > Please try the following: > Spec: http://rishi.fedorapeople.org/anjuta.spec > SRPM: http://rishi.fedorapeople.org/anjuta-2.2.3-1.fc8.src.rpm > > It contains a couple of patches, one of which fixes the glade.h > related build failure. I expect them to work on F-8 and hopefully on > F-7 too. > > The patches worked perfectly. I have already built anjuta for F8. Thanks a lot. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From loupgaroublond at gmail.com Sun Feb 17 16:46:30 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Sun, 17 Feb 2008 11:46:30 -0500 Subject: Git has too many freaking dependencies In-Reply-To: <20080217100412.26f704ec@zod.rchland.ibm.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <20080215161913.GA4588@redhat.com> <7f692fec0802150825u36ac2d48t249ba6f9379a8fab@mail.gmail.com> <20080217100412.26f704ec@zod.rchland.ibm.com> Message-ID: <7f692fec0802170846m7df4ff90sa4313c18ed5a6211@mail.gmail.com> On Feb 17, 2008 11:04 AM, Josh Boyer wrote: > On Sun, 17 Feb 2008 16:27:09 +0100 > Matej Cepl wrote: > > > On 2008-02-15, 16:25 GMT, Yaakov Nemoy wrote: > > > Thanks for the fast answers. Glad to know it's not actually > > > a bug. > > > > It is. > > Really? What bugzilla number? https://bugzilla.redhat.com/show_bug.cgi?id=433209 -Yaakov From mschwendt at gmail.com Sun Feb 17 16:59:06 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 17 Feb 2008 17:59:06 +0100 Subject: rpms/igraph/devel igraph.spec,1.10,1.11 In-Reply-To: References: <200802171237.m1HCb0qb016056@cvs-int.fedora.redhat.com> <47B830D2.2010402@ioa.s.u-tokyo.ac.jp> <47B8515E.9010200@ioa.s.u-tokyo.ac.jp> Message-ID: <20080217175906.e535ef1c.mschwendt@gmail.com> On Sun, 17 Feb 2008 10:53:02 -0500, Neal Becker wrote: > I'm confused. > Without adding Provides: %{name}-%{version}, I have: > > rpm -q --provides -p ~/RPM/RPMS/x86_64/igraph-devel-0.5-8.fc8.x86_64.rpm > igraph-devel = 0.5-8.fc8 > > igraph-devel and python-igraph have the same version, but different release, > so don't I need this provides in igraph-devel and requires in > python-igraph, so the requirement is: > igraph-devel = 0.5 > without release number? "igraph-devel = 0.5-8.fc8" satisfies the "igraph-devel = 0.5" requirement, because the version part, "0.5", matches and the release doesn't matter. In RPM version comparison, "0.5-8.fc8" is not higher than "0.5", because only the versions are compared to eachother. Both are version "0.5". If you want more detailed comparison, use full EVR everywhere. -- Michael Schwendt Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.06 1.08 1.02 From mcepl at redhat.com Sun Feb 17 16:51:06 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 17:51:06 +0100 Subject: alsa-plugins-a52 with fedora 8? References: <47B467C0.70503@cs.utah.edu> Message-ID: On 2008-02-14, 16:09 GMT, Justin wrote: > I'm sorry if this is not the right mailing list for this > question. I was directed here from another list. I would > contact the alsa package maintainer directly but I don't know > who it is. ask zodbot (or sometimes bugbot) on #fedora-devel on Freenode. The maintainer is still Martin Str?nsk? (mstransky). > I have noticed the alsa package alsa-plugins-a52 seems to be missing in > at least Fedora 8. Is this intentional? Is it possible to get this added? No idea. Mat?j From mcepl at redhat.com Sun Feb 17 16:56:38 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 17:56:38 +0100 Subject: alsa-plugins-a52 with fedora 8? References: <47B467C0.70503@cs.utah.edu> Message-ID: <6j5m85xk88.ln2@ppp1053.in.ipex.cz> On 2008-02-14, 16:09 GMT, Justin wrote: > I'm sorry if this is not the right mailing list for this > question. I was directed here from another list. I would > contact the alsa package maintainer directly but I don't know > who it is. And of course, the canonical information about the ownership of the package is at https://admin.fedoraproject.org/pkgdb/packages/name/alsa-lib Mat?j From jbarnes at virtuousgeek.org Sun Feb 17 17:11:14 2008 From: jbarnes at virtuousgeek.org (Jesse Barnes) Date: Sun, 17 Feb 2008 09:11:14 -0800 Subject: 915resolution enhancement (by SUSE) In-Reply-To: <47B78458.2080302@rincon.com> References: <200802142022.m1EKMmep020693@jasmine.xos.nl> <1203208032.7567.37.camel@localhost> <47B78458.2080302@rincon.com> Message-ID: <200802170911.14755.jbarnes@virtuousgeek.org> On Saturday, February 16, 2008 4:48 pm Bob Arendt wrote: > Callum Lerwick wrote: > > On Thu, 2008-02-14 at 20:41 +0000, Kevin Kofler wrote: > >> FYI, 915resolution is obsolete, users should be using the "intel" driver > >> with native modesetting these days, and the old "i180" driver will be > >> gone entirely > >> in Fedora 9. > > > > Does that mean the intel driver works on 830M now? Because last I tried, > > the version in F8 didn't. Do I need to be testing rawhide on my laptop > > so I'm not SOL on release? > > That would be a good idea. I was in the same boat - intel doesn't work for > me in F8, but fortunately it *does* (for 2D) when tested with F9-alpha > rawhide. Dell Inspiron 1100, video = Intel Corp. 82845G/GL[Brookdale-G]/GE > Chipset We fixed some i830 bugs recently, so hopefully things will work for you. If not, we'd like to hear about it so we can get it fixed up before release... Thanks, Jesse From mcepl at redhat.com Sun Feb 17 17:20:01 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 18:20:01 +0100 Subject: pulseaudio causing crashing of applications References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> <1203056066.8920.17.camel@localhost.localdomain> Message-ID: <1v6m85xud8.ln2@ppp1053.in.ipex.cz> On 2008-02-15, 06:14 GMT, Rodd Clarkson wrote: > Right, I'm having fun with PA not working and having to log out and in > to get it up and running again. It should be enough just to Ctrl+Alt+F1,Alt+F7. Mat?j From mcepl at redhat.com Sun Feb 17 17:26:57 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 17 Feb 2008 18:26:57 +0100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) References: <1202867973.3208.254.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <1203087093.3727.20.camel@rousalka.dyndns.org> <604aa7910802151037t19537ccah251a19c338e543e6@mail.gmail.com> <4otl85xso7.ln2@ppp1053.in.ipex.cz> <20080217105001.5cee0316@redhat.com> Message-ID: <1c7m85x5f8.ln2@ppp1053.in.ipex.cz> On 2008-02-17, 15:50 GMT, Jesse Keating wrote: > The /computer/ may be in one location, but it's users may be in > many many different locations / languages. Those settings are > user level settings. Nothing in the world prevents them from setting their own locale settings in ~/.bashrc Besides, how many people care about LC_PAPER on devserv? Remember, we are talking about defaults and anaconda, not covering all possible vectors of madness. Mat?j From kwizart at gmail.com Sun Feb 17 17:39:43 2008 From: kwizart at gmail.com (KH KH) Date: Sun, 17 Feb 2008 18:39:43 +0100 Subject: alsa-plugins-a52 with fedora 8? In-Reply-To: <47B467C0.70503@cs.utah.edu> References: <47B467C0.70503@cs.utah.edu> Message-ID: 2008/2/14, Justin : > Hi, > > I'm sorry if this is not the right mailing list for this question. I was > directed here from another list. I would contact the alsa package > maintainer directly but I don't know who it is. > > I have noticed the alsa package alsa-plugins-a52 seems to be missing in > at least Fedora 8. Is this intentional? Is it possible to get this added? Yes this is intentional as a52 is for AC-3 decoding that "is patented" and as such. isn't a desirable item for Fedora. Actually the alsa-plugins package use the ffmpeg library implementation.for ac-3 decoding. Nicolas (kwizart) ps : It might be possible to have this plugins from a third part repository. > Thanks, > Justin > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From jakub.rusinek at gmail.com Sun Feb 17 17:46:05 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 17 Feb 2008 18:46:05 +0100 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <20080217081520.0a11ca7c@laptopd505.fenrus.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> Message-ID: <47B872DD.8090209@gmail.com> > On my compile box at work, udev takes about one minute to start > *more sad* Same for me. From jwboyer at gmail.com Sun Feb 17 18:13:34 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sun, 17 Feb 2008 12:13:34 -0600 Subject: Git has too many freaking dependencies In-Reply-To: <7f692fec0802170846m7df4ff90sa4313c18ed5a6211@mail.gmail.com> References: <7f692fec0802150813i2583dd54kec8aeade499765fa@mail.gmail.com> <20080215161913.GA4588@redhat.com> <7f692fec0802150825u36ac2d48t249ba6f9379a8fab@mail.gmail.com> <20080217100412.26f704ec@zod.rchland.ibm.com> <7f692fec0802170846m7df4ff90sa4313c18ed5a6211@mail.gmail.com> Message-ID: <20080217121334.63d92fbd@vader.jdub.homelinux.org> On Sun, 17 Feb 2008 11:46:30 -0500 "Yaakov Nemoy" wrote: > On Feb 17, 2008 11:04 AM, Josh Boyer wrote: > > On Sun, 17 Feb 2008 16:27:09 +0100 > > Matej Cepl wrote: > > > > > On 2008-02-15, 16:25 GMT, Yaakov Nemoy wrote: > > > > Thanks for the fast answers. Glad to know it's not actually > > > > a bug. > > > > > > It is. > > > > Really? What bugzilla number? > > https://bugzilla.redhat.com/show_bug.cgi?id=433209 Awesome. Someone finally got the point. Thanks :) josh From ville.skytta at iki.fi Sun Feb 17 18:23:13 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sun, 17 Feb 2008 20:23:13 +0200 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <47B86062.50506@spicenitz.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <47B86062.50506@spicenitz.org> Message-ID: <200802172023.13781.ville.skytta@iki.fi> On Sunday 17 February 2008, Adam Goode wrote: > From bash info page: > > `EXPRESSION1 || EXPRESSION2' > True if either EXPRESSION1 or EXPRESSION2 is true. > The `&&' and `||' operators do not evaluate EXPRESSION2 if the > value of EXPRESSION1 is sufficient to determine the return value > of the entire conditional expression. > > So, replace "-o" with "||" ? (And "[" with "[[" and "]" with "]]" ?) I think that would sacrifice some portability, but of course that's no issue for scripts that already require bash. "[ -e FOO ] || [ -e BAR ]" should be more portable. From arjan at infradead.org Sun Feb 17 19:21:39 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Sun, 17 Feb 2008 11:21:39 -0800 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <200802172023.13781.ville.skytta@iki.fi> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <47B86062.50506@spicenitz.org> <200802172023.13781.ville.skytta@iki.fi> Message-ID: <20080217112139.3922e5be@laptopd505.fenrus.org> On Sun, 17 Feb 2008 20:23:13 +0200 Ville Skytt? wrote: > On Sunday 17 February 2008, Adam Goode wrote: > > > From bash info page: > > > > `EXPRESSION1 || EXPRESSION2' > > True if either EXPRESSION1 or EXPRESSION2 is true. > > The `&&' and `||' operators do not evaluate EXPRESSION2 if the > > value of EXPRESSION1 is sufficient to determine the return > > value of the entire conditional expression. > > > > So, replace "-o" with "||" ? (And "[" with "[[" and "]" with "]]" ?) > > I think that would sacrifice some portability, but of course that's > no issue for scripts that already require bash. "[ -e FOO ] || [ -e > BAR ]" should be more portable. > just to make it clear; I'm by far not a bash expert .. I'm happy to just point out the problem and let someone who actually knows bash, code the perfect solution :) -- If you want to reach me at my work email, use arjan at linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org From drepper at redhat.com Sun Feb 17 19:29:54 2008 From: drepper at redhat.com (Ulrich Drepper) Date: Sun, 17 Feb 2008 11:29:54 -0800 Subject: selinux execmem and sigaltstack In-Reply-To: <47B26BD7.7090602@spicenitz.org> References: <47B26BD7.7090602@spicenitz.org> Message-ID: <47B88B32.9000101@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adam Goode wrote: > Now Fedora 9 tightens the default selinux booleans and by default > mprotect with PROT_EXEC will fail. I want to fix MLton upstream to work > correctly. Should I special case systems that require PROT_EXEC? Or is > there a more correct way to allocate memory for it? No, just special-case the broken architectures. People using such machines should already know that they are playing with fire. > Might this mean that sigaltstack() programs under SELinux on certain > architectures must run in unconfined_u:object_r:unconfined_execmem_exec_t ? If trampolines are regularly used, then you already have to special-case the use of execstack for those archs and no other (hopefully). In that case just add execmem as well. - -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHuIsy2ijCOnn/RHQRAuQiAKCyZaCCCO0n1zurTySWNXeWDCXZHwCgrASd mEm+GbvayLpXP/t1FdAE/60= =Unnh -----END PGP SIGNATURE----- From drepper at redhat.com Sun Feb 17 19:40:36 2008 From: drepper at redhat.com (Ulrich Drepper) Date: Sun, 17 Feb 2008 11:40:36 -0800 Subject: ppc64 gcc4.3 broken? [Was: koji build job hanging for 2 days?] In-Reply-To: <1202888651.3291.9.camel@beck.corsepiu.local> References: <1202752923.3286.199.camel@beck.corsepiu.local> <20080211103544.741836aa@redhat.com> <1202798240.3725.12.camel@beck.corsepiu.local> <1202887046.3291.4.camel@beck.corsepiu.local> <1202888651.3291.9.camel@beck.corsepiu.local> Message-ID: <47B88DB4.8040000@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ralf Corsepius wrote: > stdout/stderr are being flushed upon all "\n"'s. No. There are three different buffering schemes: - - no buffering - - line buffering - - block buffering The last is always used when the data is written to a file or pipe or socket or ... In that case you'll only see output when the buffer overflows. - -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHuI202ijCOnn/RHQRAjoWAJ4xGJTizrVXzooOojCbd19Eox08hgCeO4ip YK6Fj2NxBPUH2B1AMUKAFQM= =4vVn -----END PGP SIGNATURE----- From jakub.rusinek at gmail.com Sun Feb 17 20:10:29 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 17 Feb 2008 21:10:29 +0100 Subject: (lib)glade problem Message-ID: <47B894B5.1000808@gmail.com> hi, I've created very neat GUI with glade-3, but I noticed that when using that file with pygtk2 or gtk# (boo) it looks different. I know, why. Glade3 is using own libglade (ver. 3), while rest of apps (and bindings) is using older libglade (ver. 2). > glade3-libgladeui.i386 > libglade2.i386 Should I file bugs upstream, for gtk-sharp2 and pygtk2-libglade? PS: Features I'm using are website_label in Gtk.AboutDialog and internal child in Gtk.AboutDialog (since I'm trying to do my secret app for Fedora). From jonathan.underwood at gmail.com Sun Feb 17 20:33:39 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 17 Feb 2008 20:33:39 +0000 Subject: call for texlive related packages maintainers In-Reply-To: <20080105121634.GA1756@free.fr> References: <20080105121634.GA1756@free.fr> Message-ID: <645d17210802171233n28c0fe11n64272f6bfa887fa1@mail.gmail.com> On 05/01/2008, Patrice Dumas wrote: > Hello, > > There are packages that are shipped part of texlive, though texlive is > not the upstream for those packages. Among those, some are in fedora > texlive, as an exception because they were in tetex previously. > I personally don't want to maintain them since I maintain enough > packages already, but I can review them. > > > In texlive but should be separate: > dvpdfm > http://gaspra.kettering.edu/dvipdfm/ > [snip] > As a side note, dvipdfmx maybe should be packaged from the real > upstream > http://project.ktug.or.kr/dvipdfmx/ > but it is not obvious since it is used in texlive. https://bugzilla.redhat.com/show_bug.cgi?id=433225 From snecklifter at gmail.com Sun Feb 17 20:46:12 2008 From: snecklifter at gmail.com (Christopher Brown) Date: Sun, 17 Feb 2008 20:46:12 +0000 Subject: rawhide egginfo - did i miss something? In-Reply-To: <200802171119.37370.ville.skytta@iki.fi> References: <47B75554.1090207@linux-kernel.at> <47B7BEC2.3060704@gmail.com> <200802171119.37370.ville.skytta@iki.fi> Message-ID: <364d303b0802171246q73bf86cdvf075cef790a69e1d@mail.gmail.com> On 17/02/2008, Ville Skytt? wrote: > On Sunday 17 February 2008, Toshio Kuratomi wrote: > > > You want to include it with something like: > > > > %files -n python-syck > > %{python_sitelib}/Syck*egg-info > > %{python_sitelib}/syck/ > > Or just "%{python_sitelib}/*" so the specfile can be used as-is for distro > versions that don't generate egg-info. I tried this but it didn't seem to like it for some reason so had to use Toshio's method instead. -- Christopher Brown http://www.chruz.com From alexl at users.sourceforge.net Sun Feb 17 21:56:22 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Sun, 17 Feb 2008 14:56:22 -0700 Subject: anjuta for F8 In-Reply-To: <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> (Debarshi Ray's message of "Sun\, 17 Feb 2008 20\:48\:33 +0530") References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> Message-ID: <7uskzrl01l.fsf@allele2.eebweb.arizona.edu> >>>>> Debarshi Ray writes: >> For installing gnome-build 0.2.1 from F8 updates, I had to remove >> anjuta 2.2.0 > That is because the soname of the libraries provided by gnome-build > has changed. The version of Anjuta that is available in the > repositories is really old and was not built against these new > libraries. A new gnome-build should not have been pushed until anjuta was rebuilt against them. New packages should not be pushed if they cause *any* broken deps in released versions of Fedora (unless the breakage is transient or otherwise unavoidable). Broken deps are acceptable in rawhide, but should never be acceptable in released updates (unless there are urgent security fixes involved). Ideally bodhi would help to enforce this, see: https://fedorahosted.org/bodhi/ticket/79 In this case an update of gnome-build could have waited until anjuta was updated, and a simultaneous push of both packages done. Alex From seandarcy2 at gmail.com Sun Feb 17 22:42:19 2008 From: seandarcy2 at gmail.com (sean darcy) Date: Sun, 17 Feb 2008 17:42:19 -0500 Subject: kvm no longer in 2.6.25 kernel? Message-ID: modprobe kvm-amd FATAL: Module kvm_amd not found. rpm -q kernel kernel-2.6.24-2.fc9.i686 kernel-2.6.25-0.40.rc1.git2.fc9.i686 uname -a Linux ... 2.6.25-0.40.rc1.git2.fc9 locate kvm-amd /lib/modules/2.6.24-2.fc9/kernel/drivers/kvm/kvm-amd.ko /lib/modules/2.6.25-0.40.rc1.git2.fc9/kernel/drivers/kvm doesn't exist. Or do we install kvm some other way? I saw the kvm rpm, but this wasn't installed by f9-alpha, and rpm -qif showed kvm-amd installed by the kernel package. sean From fedora at camperquake.de Sun Feb 17 23:08:09 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 18 Feb 2008 00:08:09 +0100 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <20080217081520.0a11ca7c@laptopd505.fenrus.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> Message-ID: <20080218000809.5707692c@lain.camperquake.de> Hi. On Sun, 17 Feb 2008 08:15:20 -0800, Arjan van de Ven wrote > > This should really be fixed in bash to short-circuit. > > well......... not sure it can be done in the bash language. > (it may well guarantee that both get executed) If bash does that (which I doubt) your version breaks that, too, if anyone actually relied on that (which I also doubt) From kyle at mcmartin.ca Sun Feb 17 23:24:12 2008 From: kyle at mcmartin.ca (Kyle McMartin) Date: Sun, 17 Feb 2008 18:24:12 -0500 Subject: kvm no longer in 2.6.25 kernel? In-Reply-To: References: Message-ID: <20080217232412.GB26901@phobos.i.cabal.ca> On Sun, Feb 17, 2008 at 05:42:19PM -0500, sean darcy wrote: > /lib/modules/2.6.25-0.40.rc1.git2.fc9/kernel/drivers/kvm doesn't exist. > should be fixed in 2.6.25-0.50 cheers, kyle From behdad at behdad.org Sun Feb 17 23:40:30 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Sun, 17 Feb 2008 18:40:30 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <20080218000809.5707692c@lain.camperquake.de> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <20080218000809.5707692c@lain.camperquake.de> Message-ID: <1203291630.27543.35.camel@behdad.behdad.org> > On Sun, 17 Feb 2008 08:15:20 -0800, Arjan van de Ven wrote > > > > This should really be fixed in bash to short-circuit. > > > > well......... not sure it can be done in the bash language. > > (it may well guarantee that both get executed) There's nothing to execute there. All the expansions happen first, so if you have things like [ -n "$something" -a "`id`" = 0 ], the `id` call is made before passing control to "test". The short-circuit would just happen in the evaluation in test. There's no user-visible difference there. -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From vonbrand at inf.utfsm.cl Mon Feb 18 00:06:18 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 17 Feb 2008 21:06:18 -0300 Subject: kvm no longer in 2.6.25 kernel? In-Reply-To: <20080217232412.GB26901@phobos.i.cabal.ca> References: <20080217232412.GB26901@phobos.i.cabal.ca> Message-ID: <200802180006.m1I06Ix1004494@laptop13.inf.utfsm.cl> Kyle McMartin wrote: > On Sun, Feb 17, 2008 at 05:42:19PM -0500, sean darcy wrote: > > /lib/modules/2.6.25-0.40.rc1.git2.fc9/kernel/drivers/kvm doesn't exist. > > > > should be fixed in 2.6.25-0.50 That one (got it from Koji) Oopses on boot here (dual-core i686). Backtracked to kernel-2.6.24.1-28.fc9.i686 (last one to work here). BTW, my self-compiled vanilla 2.6.24.2 also works very badly. Any clues what could be happening here? GCC-4.3 problems perhaps? -- 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 kyle at mcmartin.ca Mon Feb 18 00:19:28 2008 From: kyle at mcmartin.ca (Kyle McMartin) Date: Sun, 17 Feb 2008 19:19:28 -0500 Subject: kvm no longer in 2.6.25 kernel? In-Reply-To: <200802180006.m1I06Ix1004494@laptop13.inf.utfsm.cl> References: <20080217232412.GB26901@phobos.i.cabal.ca> <200802180006.m1I06Ix1004494@laptop13.inf.utfsm.cl> Message-ID: <20080218001928.GC26901@phobos.i.cabal.ca> On Sun, Feb 17, 2008 at 09:06:18PM -0300, Horst H. von Brand wrote: > Kyle McMartin wrote: > > On Sun, Feb 17, 2008 at 05:42:19PM -0500, sean darcy wrote: > > > /lib/modules/2.6.25-0.40.rc1.git2.fc9/kernel/drivers/kvm doesn't exist. > > > > > > > should be fixed in 2.6.25-0.50 > > That one (got it from Koji) Oopses on boot here (dual-core i686). > Backtracked to kernel-2.6.24.1-28.fc9.i686 (last one to work > here). > post the oops message? > BTW, my self-compiled vanilla 2.6.24.2 also works very badly. Any clues > what could be happening here? GCC-4.3 problems perhaps? not a clue, i'm afraid. my i686 laptop is working fine. :/ try posting the messages to lkml? cheers, kyle From lordmorgul at gmail.com Mon Feb 18 00:40:52 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 17 Feb 2008 16:40:52 -0800 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <1203291630.27543.35.camel@behdad.behdad.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <20080218000809.5707692c@lain.camperquake.de> <1203291630.27543.35.camel@behdad.behdad.org> Message-ID: <47B8D414.6000500@gmail.com> Behdad Esfahbod wrote: >> On Sun, 17 Feb 2008 08:15:20 -0800, Arjan van de Ven wrote >> >>>> This should really be fixed in bash to short-circuit. >>> well......... not sure it can be done in the bash language. >>> (it may well guarantee that both get executed) > > There's nothing to execute there. All the expansions happen first, so > if you have things like [ -n "$something" -a "`id`" = 0 ], the `id` call > is made before passing control to "test". The short-circuit would just > happen in the evaluation in test. There's no user-visible difference > there. If thats the case shouldn't a statement like that always be nested so that `id` is not called if it is not necessary, possibly saving many disk accesses? It would seem that using the more complex constructs could be much slower if all the cases are evaluated before testing any of them. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From kevin.kofler at chello.at Mon Feb 18 00:43:50 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 18 Feb 2008 00:43:50 +0000 (UTC) Subject: ISO 216 vs U.S. paper References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> Message-ID: Matej Cepl redhat.com> writes: > [matej viklef ~]$ sudo repoquery -q --whatrequires libpaper > libpaper-devel-0:1.1.22-1.fc8.1.i386 > [matej viklef ~]$ sudo repoquery -q --provides libpaper > config(libpaper) = 1.1.22-1.fc8.1 > libpaper = 1.1.22-1.fc8.1 > libpaper.so.1 > [matej viklef ~]$ sudo repoquery -q --whatrequires \ > 'config(libpaper)' > libpaper-0:1.1.22-1.fc8.1.i386 > [matej viklef ~]$ You forgot to query for libpaper.so.1. When I do this, I get: libpaper-0:1.1.22-1.fc8.1.i386 tuxpaint-1:0.9.17-2.fc8.i386 kdegraphics-7:3.5.8-7.fc8.i386 libpaper-devel-0:1.1.22-1.fc8.1.i386 xpdf-1:3.02-3.fc8.i386 koffice-filters-0:1.6.3-12.fc8.i386 kdegraphics-7:3.5.8-5.fc8.i386 koffice-filters-0:1.6.3-13.fc8.i386 xpdf-1:3.02-4.fc8.i386 pdfedit-0:0.3.2-2.fc8.i386 In Debian, there's even more users, for example they patch poppler to use libpaper. So it might be worth looking at their patches if we want to make libpaper more widely used. Kevin Kofler From kevin.kofler at chello.at Mon Feb 18 00:57:30 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 18 Feb 2008 00:57:30 +0000 (UTC) Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! References: <20080208160200.18f2dff6@redhat.com> Message-ID: Jesse Keating redhat.com> writes: > We're also still discussing a way to allow maintainers to opt-out of an > autorebuild. Well, here's 2 exclusion requests with rationale: * qt (Qt 3, I hope this is fixed in qt4 already, needs checking): https://bugzilla.redhat.com/show_bug.cgi?id=433235 Qt plugins are identified with a "build key" intended to guarantee matching ABIs between the plugin and the application loading the plugin. Unfortunately, if Qt is built with GCC 4.3, plugins currently end up with "g++-3.*" instead of "g++-4.*" in their build key, which breaks binary compatibility. I'd really like this to get fixed before a Qt built with GCC 4.3 ends up in the repo (again, Rex Dieter untagged the current one). * knetworkmanager: The knetworkmanager in CVS is a snapshot of the KNetworkManager port to NM 0.7 which is still very incomplete, so it was untagged, the one we have in Rawhide now is a metapackage which shouldn't need a rebuild anyway. Rebuilding from CVS would mean reintroducing the unstable snapshot. Kevin Kofler From behdad at behdad.org Mon Feb 18 01:12:26 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Sun, 17 Feb 2008 20:12:26 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <47B8D414.6000500@gmail.com> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <20080218000809.5707692c@lain.camperquake.de> <1203291630.27543.35.camel@behdad.behdad.org> <47B8D414.6000500@gmail.com> Message-ID: <1203297146.3660.3.camel@behdad.behdad.org> On Sun, 2008-02-17 at 16:40 -0800, Andrew Farris wrote: > Behdad Esfahbod wrote: > >> On Sun, 17 Feb 2008 08:15:20 -0800, Arjan van de Ven wrote > >> > >>>> This should really be fixed in bash to short-circuit. > >>> well......... not sure it can be done in the bash language. > >>> (it may well guarantee that both get executed) > > > > There's nothing to execute there. All the expansions happen first, so > > if you have things like [ -n "$something" -a "`id`" = 0 ], the `id` call > > is made before passing control to "test". The short-circuit would just > > happen in the evaluation in test. There's no user-visible difference > > there. > > If thats the case shouldn't a statement like that always be nested so that `id` > is not called if it is not necessary, possibly saving many disk accesses? It > would seem that using the more complex constructs could be much slower if all > the cases are evaluated before testing any of them. I believe that's correct. The initial case that Arjan brought up though was [ -f somefile -a -f anotherfile ]. That doesn't have this problem. /me is surprised that this kind of micro-optimizing has such drastic effects that Arjan has measured. -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From selinux at gmail.com Mon Feb 18 01:16:35 2008 From: selinux at gmail.com (Tom London) Date: Sun, 17 Feb 2008 17:16:35 -0800 Subject: kvm no longer in 2.6.25 kernel? In-Reply-To: <20080218001928.GC26901@phobos.i.cabal.ca> References: <20080217232412.GB26901@phobos.i.cabal.ca> <200802180006.m1I06Ix1004494@laptop13.inf.utfsm.cl> <20080218001928.GC26901@phobos.i.cabal.ca> Message-ID: <4c4ba1530802171716y1d3c1c4ajec833b98273e05c0@mail.gmail.com> On Sun, Feb 17, 2008 at 4:19 PM, Kyle McMartin wrote: > On Sun, Feb 17, 2008 at 09:06:18PM -0300, Horst H. von Brand wrote: > > Kyle McMartin wrote: > > > On Sun, Feb 17, 2008 at 05:42:19PM -0500, sean darcy wrote: > > > > /lib/modules/2.6.25-0.40.rc1.git2.fc9/kernel/drivers/kvm doesn't exist. > > > > > > > > > > should be fixed in 2.6.25-0.50 > > > > That one (got it from Koji) Oopses on boot here (dual-core i686). > > Backtracked to kernel-2.6.24.1-28.fc9.i686 (last one to work > > here). > > > > post the oops message? > > > > BTW, my self-compiled vanilla 2.6.24.2 also works very badly. Any clues > > what could be happening here? GCC-4.3 problems perhaps? > > not a clue, i'm afraid. my i686 laptop is working fine. :/ > > try posting the messages to lkml? > > cheers, kyle > Is this the same: https://bugzilla.redhat.com/show_bug.cgi?id=433157 And KVM works! tom -- Tom London From vonbrand at inf.utfsm.cl Mon Feb 18 01:17:58 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 17 Feb 2008 22:17:58 -0300 Subject: kvm no longer in 2.6.25 kernel? In-Reply-To: <20080218001928.GC26901@phobos.i.cabal.ca> References: <20080217232412.GB26901@phobos.i.cabal.ca> <200802180006.m1I06Ix1004494@laptop13.inf.utfsm.cl> <20080218001928.GC26901@phobos.i.cabal.ca> Message-ID: <200802180117.m1I1Hw5d015737@laptop13.inf.utfsm.cl> Kyle McMartin wrote: > On Sun, Feb 17, 2008 at 09:06:18PM -0300, Horst H. von Brand wrote: > > Kyle McMartin wrote: > > > On Sun, Feb 17, 2008 at 05:42:19PM -0500, sean darcy wrote: > > > > /lib/modules/2.6.25-0.40.rc1.git2.fc9/kernel/drivers/kvm doesn't exist. > > > > > > > > > > should be fixed in 2.6.25-0.50 > > > > That one (got it from Koji) Oopses on boot here (dual-core i686). > > Backtracked to kernel-2.6.24.1-28.fc9.i686 (last one to work > > here). > post the oops message? Didn't make it into /var/log/messages, sorry. > > BTW, my self-compiled vanilla 2.6.24.2 also works very badly. Any clues > > what could be happening here? GCC-4.3 problems perhaps? > not a clue, i'm afraid. my i686 laptop is working fine. :/ > try posting the messages to lkml? More Oopses. Are you using gcc-4.3? -- 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 arjan at infradead.org Mon Feb 18 05:33:43 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Sun, 17 Feb 2008 21:33:43 -0800 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <1203297146.3660.3.camel@behdad.behdad.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <20080218000809.5707692c@lain.camperquake.de> <1203291630.27543.35.camel@behdad.behdad.org> <47B8D414.6000500@gmail.com> <1203297146.3660.3.camel@behdad.behdad.org> Message-ID: <20080217213343.534c2694@laptopd505.fenrus.org> On Sun, 17 Feb 2008 20:12:26 -0500 Behdad Esfahbod wrote: > On Sun, 2008-02-17 at 16:40 -0800, Andrew Farris wrote: > > Behdad Esfahbod wrote: > > >> On Sun, 17 Feb 2008 08:15:20 -0800, Arjan van de Ven wrote > > >> > > >>>> This should really be fixed in bash to short-circuit. > > >>> well......... not sure it can be done in the bash language. > > >>> (it may well guarantee that both get executed) > > > > > > There's nothing to execute there. All the expansions happen > > > first, so if you have things like [ -n "$something" -a "`id`" = > > > 0 ], the `id` call is made before passing control to "test". The > > > short-circuit would just happen in the evaluation in test. > > > There's no user-visible difference there. > > > > If thats the case shouldn't a statement like that always be nested > > so that `id` is not called if it is not necessary, possibly saving > > many disk accesses? It would seem that using the more complex > > constructs could be much slower if all the cases are evaluated > > before testing any of them. > > I believe that's correct. The initial case that Arjan brought up > though was [ -f somefile -a -f anotherfile ]. That doesn't have this > problem. > > /me is surprised that this kind of micro-optimizing has such drastic > effects that Arjan has measured. well looking to see if a file (that doesn't exist) exist is an expensive operation. Sure, the kernel caches files that don't exist *after the first time you ask for them*. Without that the kernel has to walk the entire directory on disk. so an extra -f is.. not cheap. > -- If you want to reach me at my work email, use arjan at linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org From cjdahlin at ncsu.edu Mon Feb 18 06:07:13 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 18 Feb 2008 01:07:13 -0500 Subject: LSB-ish init script, RFC In-Reply-To: <1203108468.26896.18.camel@space-ghost.verbum.private> References: <47B59E91.9070600@redhat.com> <20080215160554.GB26627@nostromo.devel.redhat.com> <1203096772.18035.1.camel@rousalka.dyndns.org> <1203108468.26896.18.camel@space-ghost.verbum.private> Message-ID: <47B92091.2020905@ncsu.edu> Colin Walters wrote: > On Fri, 2008-02-15 at 18:32 +0100, Nicolas Mailhot wrote: > > >> It's not. Many daemons can be multi-instanciated (just from the top of >> my head clamav & tomcat, would want this too) >> > > Nothing wrong with that - but if you want to do this, the right thing to > do in the new init system should be to create a new toplevel service for > each instance. > > /etc/init.d/tomcat-testing: > exec /usr/bin/tomcat /etc/tomcat/testing.conf > > /etc/init.d/tomcat-production: > exec /usr/bin/tomcat /etc/tomcat/production.conf > > There's a bunch of interesting things in Upstart that let you achieve these kinds of goals. Services which take arguments as one example. --CJD From debarshi.ray at gmail.com Mon Feb 18 06:12:17 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 18 Feb 2008 11:42:17 +0530 Subject: anjuta for F8 In-Reply-To: <1203262454.3957.3.camel@choeger4> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> <1203262454.3957.3.camel@choeger4> Message-ID: <3170f42f0802172212m2fd20d2fgb3a5351e8646c0e6@mail.gmail.com> > Is the maintainer currently working on this? Yes. I am the maintainer. Review request for Anjuta: https://bugzilla.redhat.com/show_bug.cgi?id=433199 Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From debarshi.ray at gmail.com Mon Feb 18 06:13:11 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 18 Feb 2008 11:43:11 +0530 Subject: anjuta for F8 In-Reply-To: <7uskzrl01l.fsf@allele2.eebweb.arizona.edu> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> <7uskzrl01l.fsf@allele2.eebweb.arizona.edu> Message-ID: <3170f42f0802172213h293ace1dg3ebc135ecb42ebe2@mail.gmail.com> > A new gnome-build should not have been pushed until anjuta was rebuilt > against them. Yes, I made a mistake. Sorry! Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From debarshi.ray at gmail.com Mon Feb 18 06:20:56 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 18 Feb 2008 11:50:56 +0530 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <20080208160200.18f2dff6@redhat.com> References: <20080208160200.18f2dff6@redhat.com> Message-ID: <3170f42f0802172220ldd5150fh3baaac88fabc8214@mail.gmail.com> Autogen fails because of this: https://bugzilla.redhat.com/show_bug.cgi?id=249138 This will be fixed once the Autogen review (https://bugzilla.redhat.com/show_bug.cgi?id=432542) is complete. Since then it is useless trying to build it. Cheerio, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From debarshi.ray at gmail.com Mon Feb 18 06:30:51 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 18 Feb 2008 12:00:51 +0530 Subject: (lib)glade problem In-Reply-To: <47B894B5.1000808@gmail.com> References: <47B894B5.1000808@gmail.com> Message-ID: <3170f42f0802172230v531277e4g8eb5ff5c2e0f3a18@mail.gmail.com> > Glade3 is using own libglade (ver. 3), while rest of apps (and bindings) > is using older libglade (ver. 2). > >> glade3-libgladeui.i386 >> libglade2.i386 I do not think so. glade3-libgladeui and libglade2 are separate packages providing separate things. The first one provides a library (of widgets, etc.) that you can use to embed Glade3 into your own application (eg., Anjuta's Glade3 plugin); or create your own Glade3 clone. The second package is a library to parse the XML file representing the GUI created by Glade3 (and possible Gazpacho, etc.). Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From mtasaka at ioa.s.u-tokyo.ac.jp Mon Feb 18 07:12:20 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Mon, 18 Feb 2008 16:12:20 +0900 Subject: koji not working? exceptions.IOError Message-ID: <47B92FD4.5020607@ioa.s.u-tokyo.ac.jp> Hello. For now when I try koji scratch build of my local srpm, I get the following error. [tasaka1 at localhost SRPMS]$ koji build --scratch dist-f9 pcmanfm-0.3.5.23-2.fc8.src.rpm Uploading srpm: pcmanfm-0.3.5.23-2.fc8.src.rpm Fault: - B/sec koji sysadmin, would you investigate what is happing on koji? Regards, Mamoru From oliver at linux-kernel.at Mon Feb 18 08:36:20 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 18 Feb 2008 09:36:20 +0100 Subject: rawhide egginfo - did i miss something? In-Reply-To: <364d303b0802171246q73bf86cdvf075cef790a69e1d@mail.gmail.com> References: <47B75554.1090207@linux-kernel.at> <47B7BEC2.3060704@gmail.com> <200802171119.37370.ville.skytta@iki.fi> <364d303b0802171246q73bf86cdvf075cef790a69e1d@mail.gmail.com> Message-ID: <47B94384.20001@linux-kernel.at> Christopher Brown wrote: > On 17/02/2008, Ville Skytt? wrote: >> On Sunday 17 February 2008, Toshio Kuratomi wrote: >> >>> You want to include it with something like: >>> >>> %files -n python-syck >>> %{python_sitelib}/Syck*egg-info >>> %{python_sitelib}/syck/ >> Or just "%{python_sitelib}/*" so the specfile can be used as-is for distro >> versions that don't generate egg-info. > > I tried this but it didn't seem to like it for some reason so had to > use Toshio's method instead. In my local buildroot this worked fine. Let's see if rawhide does the same :-) Thx, Oliver From oliver at linux-kernel.at Mon Feb 18 08:47:19 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 18 Feb 2008 09:47:19 +0100 Subject: EMERGENCY: koji 's broken: input/output error!!!! Message-ID: <47B94617.30702@linux-kernel.at> http://koji.fedoraproject.org/koji/taskinfo?taskID=434675 -> exceptions.IOError: [Errno 5] Input/output error From laxathom at fedoraproject.org Mon Feb 18 09:33:11 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Mon, 18 Feb 2008 10:33:11 +0100 Subject: EMERGENCY: koji 's broken: input/output error!!!! In-Reply-To: <47B94617.30702@linux-kernel.at> References: <47B94617.30702@linux-kernel.at> Message-ID: <62bc09df0802180133i1357586cq9942ed3395332d33@mail.gmail.com> 2008/2/18, Oliver Falk : > > http://koji.fedoraproject.org/koji/taskinfo?taskID=434675 > > -> exceptions.IOError: [Errno 5] Input/output error > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list Marked as duplicate of thread: --> https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01561.html Please follow this one to avoid multiple. Slts, -- Xavier.t Lamien -- French Fedora Ambassador Fedora/EPEL Contributor | http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From xavier at bachelot.org Mon Feb 18 10:21:55 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Mon, 18 Feb 2008 11:21:55 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <20080214130348.1e17f695.mschwendt@gmail.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> Message-ID: <47B95C43.3010701@bachelot.org> Michael Schwendt wrote: > On Thu, 14 Feb 2008 14:44:52 +0300, Peter Lemenkov wrote: > >> 2008/2/14, Xavier Bachelot: >>>> perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 >>>> perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 >>>> perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) >> >>> Is there a way to blacklist this package from the broken deps nag mail, >>> or am I doomed to get it daily until xerces 3.0 is released ? >> One possible solution is to provide compat-xerces-c-2.7.0. > > As the topic of "compat-" packages has come up elsewhere, too, recently, > please think carefully whether to introduce either > > xerces-c27 > > or: > > compat-xerces-c > > The compat- packages normally do not offer any -devel files you could use > to (re)build other packages with. They are solely for binary compatibility > with available packages, regardless of whether within Fedora or provided > by a 3rd party. That's what the term "compatibility" means in this case. > And we should not confuse the notion with multiple parallel installable > versions of a library and its corresponding -devel packages. If you > considered a compat-xerces-c-devel-2.7.0, that kind of defeats the purpose > of compat- packages, and you could as well drop the "compat-" prefix from > the package namespace and append the SONAME version to the base name, as > in "xerces-c27" and "xerces-c27-devel". > Ok, so if I understand correctly what has been said in the thread, what we want is not compat-xerces-c but xerces-c27. I have forked a new spec from the original xerces-c spec. It should be almost good to go (I still need to clean up the descriptions and summaries. I may also remove the -doc subpackage). http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec The last remaining problem is the /usr/lib/libxerces-c.so and /usr/lib/libxerces-depdom.so symlinks. They will conflict with the regular xerces-c-devel package. They are currently excluded. Is that the right thing to do ? Regards, Xavier From mschwendt at gmail.com Mon Feb 18 11:08:51 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 18 Feb 2008 12:08:51 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <47B95C43.3010701@bachelot.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B95C43.3010701@bachelot.org> Message-ID: <20080218120851.71f8a2f9.mschwendt@gmail.com> On Mon, 18 Feb 2008 11:21:55 +0100, Xavier Bachelot wrote: > Ok, so if I understand correctly what has been said in the thread, what > we want is not compat-xerces-c but xerces-c27. I have forked a new spec > from the original xerces-c spec. It should be almost good to go (I still > need to clean up the descriptions and summaries. I may also remove the > -doc subpackage). > > http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec > > The last remaining problem is the /usr/lib/libxerces-c.so and > /usr/lib/libxerces-depdom.so symlinks. They will conflict with the > regular xerces-c-devel package. They are currently excluded. Is that the > right thing to do ? No, because then you cannot compile/link against those libraries. If Fedora policies do permit explicit "Conflicts:" with xerces-c-devel, do that. Else relocate any conflicting files to a new directory, so you can link with -L/usr/lib/xerces-c-2.7 -lxerces-c for example. From jonathan.underwood at gmail.com Mon Feb 18 11:22:43 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Mon, 18 Feb 2008 11:22:43 +0000 Subject: anjuta for F8 In-Reply-To: <3170f42f0802172212m2fd20d2fgb3a5351e8646c0e6@mail.gmail.com> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> <1203262454.3957.3.camel@choeger4> <3170f42f0802172212m2fd20d2fgb3a5351e8646c0e6@mail.gmail.com> Message-ID: <645d17210802180322t57956b9dl4735276c5430ce19@mail.gmail.com> On 18/02/2008, Debarshi Ray wrote: > > Is the maintainer currently working on this? > > Yes. I am the maintainer. > > Review request for Anjuta: https://bugzilla.redhat.com/show_bug.cgi?id=433199 > Since anjuta is already in the repos, fixing the broken dependency issue for F-8 should not be contingent on the review being completed, IMO. From debarshi.ray at gmail.com Mon Feb 18 11:56:00 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 18 Feb 2008 17:26:00 +0530 Subject: anjuta for F8 In-Reply-To: <645d17210802180322t57956b9dl4735276c5430ce19@mail.gmail.com> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> <1203262454.3957.3.camel@choeger4> <3170f42f0802172212m2fd20d2fgb3a5351e8646c0e6@mail.gmail.com> <645d17210802180322t57956b9dl4735276c5430ce19@mail.gmail.com> Message-ID: <3170f42f0802180356r2c589a0bkc7b37c4bd4810b3a@mail.gmail.com> > Since anjuta is already in the repos, fixing the broken dependency > issue for F-8 should not be contingent on the review being completed, > IMO. Yes, I will build a fresh package in a few hours, retaining the ExcludeArch: ppc64 until the Autogen review (https://bugzilla.redhat.com/show_bug.cgi?id=432542) is over because Autogen is missing from ppc64. Will it be appropriate to push the update directly to stable? Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From gilboad at gmail.com Mon Feb 18 12:31:24 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 18 Feb 2008 14:31:24 +0200 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-13 In-Reply-To: <20080214085946.A24710@humbolt.us.dell.com> References: <20080214085946.A24710@humbolt.us.dell.com> Message-ID: <1203337885.27459.2.camel@gilboa-work-dev.localdomain> On Thu, 2008-02-14 at 08:59 -0600, Matt Domsch wrote: > gmrun-0.9.2-10.fc8 (build/make) gilboa Weird. gmrun 0.9.2-12.fc9 has been in -devel [1] for a long time now. (~a month ago) - Gilboa [1] http://cvs.fedora.redhat.com/viewcvs/rpms/gmrun/devel/gmrun.spec?root=extras&rev=1.6&view=markup From alexl at users.sourceforge.net Mon Feb 18 12:43:33 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 18 Feb 2008 05:43:33 -0700 Subject: anjuta for F8 In-Reply-To: <3170f42f0802180356r2c589a0bkc7b37c4bd4810b3a@mail.gmail.com> (Debarshi Ray's message of "Mon\, 18 Feb 2008 17\:26\:00 +0530") References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> <1203262454.3957.3.camel@choeger4> <3170f42f0802172212m2fd20d2fgb3a5351e8646c0e6@mail.gmail.com> <645d17210802180322t57956b9dl4735276c5430ce19@mail.gmail.com> <3170f42f0802180356r2c589a0bkc7b37c4bd4810b3a@mail.gmail.com> Message-ID: <3hlk5il9je.fsf@allele2.eebweb.arizona.edu> >>>>> Debarshi Ray writes: [...] > Yes, I will build a fresh package in a few hours, retaining the > ExcludeArch: ppc64 until the Autogen review > (https://bugzilla.redhat.com/show_bug.cgi?id=432542) is over because > Autogen is missing from ppc64. > Will it be appropriate to push the update directly to stable? Yes, I would, because it's broken already by virtue of being uninstallable/upgradeable, so the best thing at this stage is to just get the broken deps fixed. Alex From bnocera at redhat.com Mon Feb 18 12:45:11 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Mon, 18 Feb 2008 12:45:11 +0000 Subject: Rawhide Orphanarium In-Reply-To: <20080214203136.GA2718@free.fr> References: <47B49EB6.3090504@redhat.com> <20080214203136.GA2718@free.fr> Message-ID: <1203338711.3230.3.camel@snoogens.fab.redhat.com> On Thu, 2008-02-14 at 21:31 +0100, Patrice Dumas wrote: > On Thu, Feb 14, 2008 at 03:04:06PM -0500, Warren Togami wrote: > > Below is a current list of orphaned ownership packages that are still in > > the rawhide collection. The third column is the last person to built the > > package. Some of these packages like avahi obviously need a new owner > > because we depend on it. Others it might be a good idea to drop before F9 > > Beta (pending FESCO discussion). > > > > Any comments? > > > > Warren Togami > > > > agg-2.5-6.fc9 dist-f9 pertusus > > Indeed, I am the de facto maintainer. I just granted myself ownership. > > There is something really strange, there are 12 co-maintainers who have > watchcommit and commit or only commit (though anybody can commit..) > I am not sure they are all really interested. Probably none of them. Those are people from the desktop team at RH, where the package used to be maintained for Core. When core and extras were merged, all the people in the Desktop team got "maintainership" on all the packages handled by colleagues in the team, as we don't usually fine-grain ownership quite that much. I don't think anyone cares quite that much about agg anymore ;) From jakub.rusinek at gmail.com Mon Feb 18 12:53:19 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 18 Feb 2008 13:53:19 +0100 Subject: (lib)glade problem In-Reply-To: <3170f42f0802172230v531277e4g8eb5ff5c2e0f3a18@mail.gmail.com> References: <47B894B5.1000808@gmail.com> <3170f42f0802172230v531277e4g8eb5ff5c2e0f3a18@mail.gmail.com> Message-ID: <47B97FBF.6050402@gmail.com> Debarshi Ray pisze: >> Glade3 is using own libglade (ver. 3), while rest of apps (and bindings) >> is using older libglade (ver. 2). >> >>> glade3-libgladeui.i386 >>> libglade2.i386 > > I do not think so. glade3-libgladeui and libglade2 are separate > packages providing separate things. > > The first one provides a library (of widgets, etc.) that you can use > to embed Glade3 into your own application (eg., Anjuta's Glade3 > plugin); or create your own Glade3 clone. The second package is a > library to parse the XML file representing the GUI created by Glade3 > (and possible Gazpacho, etc.). > > Cheers, > Debarshi So what my problem is related to? My Glade-created GUI doesn't look in my application like in Glade's GUI builder. From mtasaka at ioa.s.u-tokyo.ac.jp Mon Feb 18 12:52:33 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Mon, 18 Feb 2008 21:52:33 +0900 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-13 In-Reply-To: <1203337885.27459.2.camel@gilboa-work-dev.localdomain> References: <20080214085946.A24710@humbolt.us.dell.com> <1203337885.27459.2.camel@gilboa-work-dev.localdomain> Message-ID: <47B97F91.2040203@ioa.s.u-tokyo.ac.jp> Gilboa Davara wrote, at 02/18/2008 09:31 PM +9:00: > On Thu, 2008-02-14 at 08:59 -0600, Matt Domsch wrote: >> gmrun-0.9.2-10.fc8 (build/make) gilboa > > Weird. > gmrun 0.9.2-12.fc9 has been in -devel [1] for a long time now. (~a month > ago) But gmrun 0.9.2-12.fc9 is actually not built. http://koji.fedoraproject.org/koji/packageinfo?packageID=1896 Also: $ koji latest-pkg dist-f9 gmrun Build Tag Built by ---------------------------------------- -------------------- ---------------- gmrun-0.9.2-10.fc8 dist-f8 gilboa Regards, Mamoru From jkeating at redhat.com Mon Feb 18 12:58:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 18 Feb 2008 07:58:05 -0500 Subject: Buildsystem Outage Message-ID: <20080218075805.7cedf410@redhat.com> We're experiencing difficulties with the NFS server that is a part of our buildsystem. Builds will fail until we resolve 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: 197 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 promac at gmail.com Mon Feb 18 13:49:13 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Mon, 18 Feb 2008 10:49:13 -0300 Subject: anjuta for F8 In-Reply-To: <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> Message-ID: <68720af30802180549w4e47bab8v706dae261900e116@mail.gmail.com> > > > /usr/bin/ld: > > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a( > format.o): > > relocation R_X86_64_32 against `a local symbol' can not be used when > making > > a shared object; recompile with -fPIC > > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a: > > could not read symbols: Bad value > > collect2: ld returned 1 exit status > > I have also encountered this, but have not fixed it yet. Any > suggestions would be much appreciated. > > Well, I fixed it. It is just a question of recompiling binutils with -fPIC. I just changed this line in binutils spec file and rebuilt it: CC="gcc -L`pwd`/bfd/.libs/" CFLAGS="${CFLAGS:-%optflags -fPIC}" ../configure \ Doing that, anjuta can be built with valgrind support in x86_64 architectures. Note that I do not know whether this is acceptable by Fedora standards or not. Any comments? -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwboyer at gmail.com Mon Feb 18 13:56:14 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 18 Feb 2008 07:56:14 -0600 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: References: <20080208160200.18f2dff6@redhat.com> Message-ID: <20080218075614.5e5e4a6b@zod.rchland.ibm.com> On Mon, 18 Feb 2008 00:57:30 +0000 (UTC) Kevin Kofler wrote: > Jesse Keating redhat.com> writes: > > We're also still discussing a way to allow maintainers to opt-out of an > > autorebuild. > > Well, here's 2 exclusion requests with rationale: > > * qt (Qt 3, I hope this is fixed in qt4 already, needs checking): > https://bugzilla.redhat.com/show_bug.cgi?id=433235 > Qt plugins are identified with a "build key" intended to guarantee matching > ABIs between the plugin and the application loading the plugin. Unfortunately, > if Qt is built with GCC 4.3, plugins currently end up with "g++-3.*" instead > of "g++-4.*" in their build key, which breaks binary compatibility. I'd really > like this to get fixed before a Qt built with GCC 4.3 ends up in the repo > (again, Rex Dieter untagged the current one). Blacklisted. > > * knetworkmanager: The knetworkmanager in CVS is a snapshot of the > KNetworkManager port to NM 0.7 which is still very incomplete, so it was > untagged, the one we have in Rawhide now is a metapackage which shouldn't need > a rebuild anyway. Rebuilding from CVS would mean reintroducing the unstable > snapshot. Blacklisted. Please send these kinds of requests to rel-eng so they don't get lost. josh From jkeating at redhat.com Mon Feb 18 13:58:12 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 18 Feb 2008 08:58:12 -0500 Subject: Massrebuilds for GCC 4.3 coming soon to a buildsystem near you! In-Reply-To: <3170f42f0802172220ldd5150fh3baaac88fabc8214@mail.gmail.com> References: <20080208160200.18f2dff6@redhat.com> <3170f42f0802172220ldd5150fh3baaac88fabc8214@mail.gmail.com> Message-ID: <20080218085812.56c6a6ff@redhat.com> On Mon, 18 Feb 2008 11:50:56 +0530 "Debarshi Ray" wrote: > Autogen fails because of this: > https://bugzilla.redhat.com/show_bug.cgi?id=249138 This will be fixed > once the Autogen review > (https://bugzilla.redhat.com/show_bug.cgi?id=432542) is complete. > Since then it is useless trying to build it. Blocking, lucky I saw it on list, please send to 'rel-eng at fedoraproject.org' in the future. -- 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: 197 bytes Desc: not available URL: From mlichvar at redhat.com Mon Feb 18 14:05:40 2008 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Mon, 18 Feb 2008 15:05:40 +0100 Subject: / -> /usr dependencies Message-ID: <20080218140540.GA31220@localhost> Hi, here is a list of packages that have a library in /usr which is used from /bin, /sbin or /lib. It would be nice to have this fixed, either by moving the libraries to / or moving everything dependent to /usr. PAM doesn't have a directory in /usr, so the modules should be probably ignored. Comments? Package Library Used by --------------------------------------------------------------------------- ConsoleKit-libs libck-connector.so.0 /lib/security/pam_ck_connector.so cracklib libcrack.so.2 /lib/security/pam_cracklib.so /lib/security/pam_unix.so dbus-glib libdbus-glib-1.so.2 /sbin/ypbind dmraid libdmraid.so.1.0.0.rc14 /sbin/dmraid ecryptfs-utils libecryptfs.so.0 /lib/security/pam_ecryptfs.so /sbin/mount.ecryptfs elfutils-libelf libelf.so.1 /bin/rpm gnome-keyring libgnome-keyring.so.0 /lib/security/pam_keyring.so gnutls libgnutls.so.13 /sbin/mkfs.ntfs hal-libs libhal-storage.so.1 /sbin/umount.hal libhal.so.1 /sbin/umount.hal krb5-libs libdes425.so.3 /lib/security/pam_krb5.so libgssapi_krb5.so.2 /lib/libnss_wins.so.2 /lib/libssl.so.0.9.8g /lib/security/pam_smbpass.so /sbin/setkey libk5crypto.so.3 /lib/libnss_wins.so.2 /lib/libssl.so.0.9.8g /lib/security/pam_krb5.so /lib/security/pam_smbpass.so /sbin/setkey libkrb4.so.2 /lib/security/pam_krb5.so libkrb5.so.3 /lib/libnss_wins.so.2 /lib/libssl.so.0.9.8g /lib/security/pam_krb5.so /lib/security/pam_smbpass.so /sbin/setkey libHX libHX.so.10 /lib/security/pam_mount.so libconfig libconfig.so.5 /sbin/mkfs.ntfs libdhcp libdhcp-1.99.so.1 /sbin/grubby /sbin/nash libdhcp4client libdhcp4client-4.0.so.0 /sbin/grubby /sbin/nash libdhcp6client libdhcp6client-1.0.so.2 /sbin/grubby /sbin/nash libfprint libfprint.so.0 /lib/security/pam_fprint.so libidn libidn.so.11 /bin/ping libnl libnl.so.1 /sbin/grubby /sbin/nash /sbin/netlabelctl libstdc++ libstdc++.so.6 /lib/libdb_cxx-4.2.so /lib/libdb_cxx-4.3.so /lib/libdb_cxx-4.5.so libsysfs libsysfs.so.2 /sbin/arping /sbin/multipath /sbin/multipathd libtirpc libtirpc.so.1 /sbin/rpcbind libusb libusb-0.1.so.4 /sbin/bcmxcp_usb /sbin/lsusb /sbin/megatec_usb /sbin/tripplite_usb /sbin/usbhid-ups libvirt libvirt.so.0 /sbin/fence_xvmd libxml2 libxml2.so.2 /lib/security/pam_mount.so /sbin/ccs_tool /sbin/ccsd lm_sensors libsensors.so.4 /sbin/snmp-ups nash libbdevid.so.6.0.28 /sbin/grubby /sbin/nash libnash.so.6.0.28 /sbin/grubby /sbin/nash net-snmp-libs libnetsnmp.so.15 /sbin/snmp-ups ntfsprogs libntfs.so.10 /sbin/mkfs.ntfs openldap liblber-2.4.so.2 /lib/libnss_wins.so.2 /lib/security/pam_ldap.so /lib/security/pam_smbpass.so libldap-2.4.so.2 /lib/libnss_wins.so.2 /lib/security/pam_ldap.so /lib/security/pam_smbpass.so rpm-libs librpm-4.4.so /bin/rpm librpmdb-4.4.so /bin/rpm librpmio-4.4.so /bin/rpm sqlite libsqlite3.so.0 /bin/rpm /lib/libsoftokn3.so thinkfinger libthinkfinger.so.0 /lib/security/pam_thinkfinger.so ustr libustr-1.0.so.1 /lib/libsemanage.so.1 -- Miroslav Lichvar From jkeating at redhat.com Mon Feb 18 14:14:31 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 18 Feb 2008 09:14:31 -0500 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon Message-ID: <20080218091431.1aef5f0d@redhat.com> Due to this mornings buildsystem outage I'm going to delay the start of our GCC 4.3 mass rebuilds. I will send mail when the building will begin, I'm shooting to start in about 3~ hours. -- 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: 197 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 denis at poolshark.org Mon Feb 18 14:16:22 2008 From: denis at poolshark.org (Denis Leroy) Date: Mon, 18 Feb 2008 15:16:22 +0100 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon In-Reply-To: <20080218091431.1aef5f0d@redhat.com> References: <20080218091431.1aef5f0d@redhat.com> Message-ID: <47B99336.6060202@poolshark.org> Jesse Keating wrote: > Due to this mornings buildsystem outage I'm going to delay the start of > our GCC 4.3 mass rebuilds. > > I will send mail when the building will begin, I'm shooting to start in > about 3~ hours. is the algorithm "rebuild all except specifically blacklisted" or "rebuild all except blacklisted AND already rebuilt with gcc 4.3" ? :-) From gilboad at gmail.com Mon Feb 18 14:17:55 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 18 Feb 2008 16:17:55 +0200 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-13 In-Reply-To: <47B97F91.2040203@ioa.s.u-tokyo.ac.jp> References: <20080214085946.A24710@humbolt.us.dell.com> <1203337885.27459.2.camel@gilboa-work-dev.localdomain> <47B97F91.2040203@ioa.s.u-tokyo.ac.jp> Message-ID: <1203344275.27459.7.camel@gilboa-work-dev.localdomain> On Mon, 2008-02-18 at 21:52 +0900, Mamoru Tasaka wrote: > Gilboa Davara wrote, at 02/18/2008 09:31 PM +9:00: > > On Thu, 2008-02-14 at 08:59 -0600, Matt Domsch wrote: > >> gmrun-0.9.2-10.fc8 (build/make) gilboa > > > > Weird. > > gmrun 0.9.2-12.fc9 has been in -devel [1] for a long time now. (~a month > > ago) > > But gmrun 0.9.2-12.fc9 is actually not built. > http://koji.fedoraproject.org/koji/packageinfo?packageID=1896 > Also: > $ koji latest-pkg dist-f9 gmrun > Build Tag Built by > ---------------------------------------- -------------------- ---------------- > gmrun-0.9.2-10.fc8 dist-f8 gilboa > > Regards, > Mamoru > Seems (?) to be related to the buildsys outage. PPC64 seems to break with no log-trail. - Gilboa From jwboyer at gmail.com Mon Feb 18 14:25:20 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 18 Feb 2008 08:25:20 -0600 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon In-Reply-To: <47B99336.6060202@poolshark.org> References: <20080218091431.1aef5f0d@redhat.com> <47B99336.6060202@poolshark.org> Message-ID: <20080218082520.1ab342bb@zod.rchland.ibm.com> On Mon, 18 Feb 2008 15:16:22 +0100 Denis Leroy wrote: > Jesse Keating wrote: > > Due to this mornings buildsystem outage I'm going to delay the start of > > our GCC 4.3 mass rebuilds. > > > > I will send mail when the building will begin, I'm shooting to start in > > about 3~ hours. > > is the algorithm "rebuild all except specifically blacklisted" or > "rebuild all except blacklisted AND already rebuilt with gcc 4.3" ? :-) The latter. The need rebuild script already takes that into account. josh From debarshi.ray at gmail.com Mon Feb 18 14:32:27 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 18 Feb 2008 20:02:27 +0530 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon In-Reply-To: <20080218091431.1aef5f0d@redhat.com> References: <20080218091431.1aef5f0d@redhat.com> Message-ID: <3170f42f0802180632u733c1137kf5123734288b82fc@mail.gmail.com> The following packages owned by me fail to build with GCC 4.3 as of now: anjuta, autogen, gengetopt, pida I will take care of Anjuta tonight, and hopefully one more of them. So do you intend to skip these packages during the mass rebuild? Thanks, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From paul at city-fan.org Mon Feb 18 14:33:12 2008 From: paul at city-fan.org (Paul Howarth) Date: Mon, 18 Feb 2008 14:33:12 +0000 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon In-Reply-To: <20080218082520.1ab342bb@zod.rchland.ibm.com> References: <20080218091431.1aef5f0d@redhat.com> <47B99336.6060202@poolshark.org> <20080218082520.1ab342bb@zod.rchland.ibm.com> Message-ID: <47B99728.6070800@city-fan.org> Josh Boyer wrote: > On Mon, 18 Feb 2008 15:16:22 +0100 > Denis Leroy wrote: > >> Jesse Keating wrote: >>> Due to this mornings buildsystem outage I'm going to delay the start of >>> our GCC 4.3 mass rebuilds. >>> >>> I will send mail when the building will begin, I'm shooting to start in >>> about 3~ hours. >> is the algorithm "rebuild all except specifically blacklisted" or >> "rebuild all except blacklisted AND already rebuilt with gcc 4.3" ? :-) > > The latter. The need rebuild script already takes that into account. What about all the perl packages that are going to need to be rebuilt again when perl 5.10 hits the buildroots? I've been holding off building my perl packages for this reason, and was (clearly mistakenly) under the impression that perl would be updated before the scripted rebuild happened. Paul. From pertusus at free.fr Mon Feb 18 14:42:06 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 18 Feb 2008 15:42:06 +0100 Subject: Rawhide Orphanarium In-Reply-To: <1203338711.3230.3.camel@snoogens.fab.redhat.com> References: <47B49EB6.3090504@redhat.com> <20080214203136.GA2718@free.fr> <1203338711.3230.3.camel@snoogens.fab.redhat.com> Message-ID: <20080218144206.GA3429@free.fr> On Mon, Feb 18, 2008 at 12:45:11PM +0000, Bastien Nocera wrote: > > On Thu, 2008-02-14 at 21:31 +0100, Patrice Dumas wrote: > > On Thu, Feb 14, 2008 at 03:04:06PM -0500, Warren Togami wrote: > > > Below is a current list of orphaned ownership packages that are still in > > > the rawhide collection. The third column is the last person to built the > > > package. Some of these packages like avahi obviously need a new owner > > > because we depend on it. Others it might be a good idea to drop before F9 > > > Beta (pending FESCO discussion). > > > > > > Any comments? > > > > > > Warren Togami > > > > > > agg-2.5-6.fc9 dist-f9 pertusus > > > > Indeed, I am the de facto maintainer. I just granted myself ownership. > > > > There is something really strange, there are 12 co-maintainers who have > > watchcommit and commit or only commit (though anybody can commit..) > > I am not sure they are all really interested. > > Probably none of them. Those are people from the desktop team at RH, > where the package used to be maintained for Core. When core and extras > were merged, all the people in the Desktop team got "maintainership" on > all the packages handled by colleagues in the team, as we don't usually > fine-grain ownership quite that much. > > I don't think anyone cares quite that much about agg anymore ;) I guess that the gnash maintainer in OLPC cares, maybe the former owner also cares (though it is not that clear). Should I revoke their commit rights (given that everybody can commit anyway)? -- Pat From harald at redhat.com Mon Feb 18 14:45:37 2008 From: harald at redhat.com (Harald Hoyer) Date: Mon, 18 Feb 2008 15:45:37 +0100 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <47B872DD.8090209@gmail.com> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <47B872DD.8090209@gmail.com> Message-ID: <47B99A11.2030104@redhat.com> Jakub 'Livio' Rusinek wrote: >> On my compile box at work, udev takes about one minute to start >> *more sad* > > Same for me. > Add udevinfo or udevdebug to the kernel command line. Possible things for the long startup are: - kernel modules loaded take a long time - firmware loading times out / fails - persistent storage labeling has bugs (vol_id/scsi_id) From harald at redhat.com Mon Feb 18 14:45:37 2008 From: harald at redhat.com (Harald Hoyer) Date: Mon, 18 Feb 2008 15:45:37 +0100 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <47B872DD.8090209@gmail.com> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <47B872DD.8090209@gmail.com> Message-ID: <47B99A11.2030104@redhat.com> Jakub 'Livio' Rusinek wrote: >> On my compile box at work, udev takes about one minute to start >> *more sad* > > Same for me. > Add udevinfo or udevdebug to the kernel command line. Possible things for the long startup are: - kernel modules loaded take a long time - firmware loading times out / fails - persistent storage labeling has bugs (vol_id/scsi_id) From p.jonhson at sky.com Mon Feb 18 14:59:50 2008 From: p.jonhson at sky.com (paul) Date: Mon, 18 Feb 2008 14:59:50 +0000 Subject: cvs branch tags Message-ID: <1203346790.3476.21.camel@T7.Linux> Hi, I'm about to bring mono et al up to 1.2.6 for F8 and F7. What are the CVS branch tags for them? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! From jakub.rusinek at gmail.com Mon Feb 18 15:06:50 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 18 Feb 2008 16:06:50 +0100 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <47B99A11.2030104@redhat.com> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <47B872DD.8090209@gmail.com> <47B99A11.2030104@redhat.com> Message-ID: <47B99F0A.6060006@gmail.com> Harald Hoyer pisze: > Jakub 'Livio' Rusinek wrote: >>> On my compile box at work, udev takes about one minute to start >>> *more sad* >> >> Same for me. >> > > Add udevinfo or udevdebug to the kernel command line. > Possible things for the long startup are: > - kernel modules loaded take a long time > - firmware loading times out / fails > - persistent storage labeling has bugs (vol_id/scsi_id) > "udevinfo" should I add there, where "rhgb" is put in grub.conf? From jwboyer at gmail.com Mon Feb 18 15:31:51 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 18 Feb 2008 09:31:51 -0600 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon In-Reply-To: <3170f42f0802180632u733c1137kf5123734288b82fc@mail.gmail.com> References: <20080218091431.1aef5f0d@redhat.com> <3170f42f0802180632u733c1137kf5123734288b82fc@mail.gmail.com> Message-ID: <20080218093151.7fa61c2c@zod.rchland.ibm.com> On Mon, 18 Feb 2008 20:02:27 +0530 "Debarshi Ray" wrote: > The following packages owned by me fail to build with GCC 4.3 as of now: > anjuta, autogen, gengetopt, pida > > I will take care of Anjuta tonight, and hopefully one more of them. So > do you intend to skip these packages during the mass rebuild? Not unless you send an explicit request to rel-eng at fedoraproject.org asking them to be blacklisted. josh From jwboyer at gmail.com Mon Feb 18 15:33:15 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 18 Feb 2008 09:33:15 -0600 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon In-Reply-To: <47B99728.6070800@city-fan.org> References: <20080218091431.1aef5f0d@redhat.com> <47B99336.6060202@poolshark.org> <20080218082520.1ab342bb@zod.rchland.ibm.com> <47B99728.6070800@city-fan.org> Message-ID: <20080218093315.34a16ce2@zod.rchland.ibm.com> On Mon, 18 Feb 2008 14:33:12 +0000 Paul Howarth wrote: > Josh Boyer wrote: > > On Mon, 18 Feb 2008 15:16:22 +0100 > > Denis Leroy wrote: > > > >> Jesse Keating wrote: > >>> Due to this mornings buildsystem outage I'm going to delay the start of > >>> our GCC 4.3 mass rebuilds. > >>> > >>> I will send mail when the building will begin, I'm shooting to start in > >>> about 3~ hours. > >> is the algorithm "rebuild all except specifically blacklisted" or > >> "rebuild all except blacklisted AND already rebuilt with gcc 4.3" ? :-) > > > > The latter. The need rebuild script already takes that into account. > > What about all the perl packages that are going to need to be rebuilt > again when perl 5.10 hits the buildroots? They'll be rebuilt twice. Once now, once again for 5.10. > I've been holding off building my perl packages for this reason, and was > (clearly mistakenly) under the impression that perl would be updated > before the scripted rebuild happened. It was supposed to have happened, yes. I have no idea what prevented it from landing before now. josh From mmcgrath at redhat.com Mon Feb 18 15:47:12 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 18 Feb 2008 09:47:12 -0600 (CST) Subject: Outage Notification - 2008-02-18 12:30 UTC Message-ID: There was an outage starting at 2008-02-18 12:30 UTC, which lasted approximately 3 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-02-18 12:30 UTC' Affected Services: Buildsystem Unaffected Services: Websites CVS / Source Control Database DNS Mail Torrent Hosted Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/400 Reason for Outage: NFS server failed and refused to restart. This was an nfslock issue, when changing the port we had wrongly assumed everything was working as nfs restarted and we could then access the share again. Locking, however, continued to fail as the kernel cannot change which port this is running on without a reboot. rpcinfo -p continued to show the old port regardless of what we set it to. Epic fail. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From joshuadfranklin at yahoo.com Mon Feb 18 16:20:49 2008 From: joshuadfranklin at yahoo.com (Joshua Daniel Franklin) Date: Mon, 18 Feb 2008 08:20:49 -0800 (PST) Subject: FYI: NI_MAXHOST glibc problem Message-ID: <547089.69404.qm@web37901.mail.mud.yahoo.com> > --- Joshua Daniel Franklin wrote: > > > http://sourceware.org/bugzilla/show_bug.cgi?id=5737 NI_MAXHOST should be back for you in latest glibc: ------- Additional Comment #4 From Ulrich Drepper 2008-02-15 15:50 [reply] ------- I changed the header to define the macro when __USE_MISC is defined. ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From ville.skytta at iki.fi Mon Feb 18 17:35:03 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Mon, 18 Feb 2008 19:35:03 +0200 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <1203249851.348.58.camel@behdad.behdad.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> Message-ID: <200802181935.03638.ville.skytta@iki.fi> On Sunday 17 February 2008, Behdad Esfahbod wrote: > I have a hard time imagining why you hit it at all though, as only > interactive bash should run bashrc which in turn calls > into /etc/profile.d, or am I missing something? /etc/profile.d/*.sh are sourced from /etc/profile, not bashrc. From laxathom at fedoraproject.org Mon Feb 18 17:45:09 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Mon, 18 Feb 2008 18:45:09 +0100 Subject: cvs branch tags In-Reply-To: <1203346790.3476.21.camel@T7.Linux> References: <1203346790.3476.21.camel@T7.Linux> Message-ID: <62bc09df0802180945m508762fay5d1ed1adc7ba6b4@mail.gmail.com> 2008/2/18, paul : > > Hi, > > I'm about to bring mono et al up to 1.2.6 for F8 and F7. What are the > CVS branch tags for them? ? TTFN > > Paul > -- > ?Sie k?nnen mich aufreizen und wirklich hei? machen! > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- French Fedora Ambassador Fedora/EPEL Contributor | http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ralii.com Mon Feb 18 17:47:15 2008 From: lists at ralii.com (Robert Locke) Date: Mon, 18 Feb 2008 12:47:15 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <200802181935.03638.ville.skytta@iki.fi> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <200802181935.03638.ville.skytta@iki.fi> Message-ID: <1203356835.4572.5.camel@rlt60f8.laptop.redhat.com> On Mon, 2008-02-18 at 19:35 +0200, Ville Skytt? wrote: > On Sunday 17 February 2008, Behdad Esfahbod wrote: > > > I have a hard time imagining why you hit it at all though, as only > > interactive bash should run bashrc which in turn calls > > into /etc/profile.d, or am I missing something? > > /etc/profile.d/*.sh are sourced from /etc/profile, not bashrc. > Actually, the /etc/profile.d/*.sh files are executed by /etc/profile when it is a login shell, and by /etc/bashrc when it is not a login shell...... So, technically it is called by each place when appropriate.... --Rob From debarshi.ray at gmail.com Mon Feb 18 17:53:47 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 18 Feb 2008 23:23:47 +0530 Subject: devhelp: missing dependency on gecko-libs = 1.8.1.12 Message-ID: <3170f42f0802180953x45c0f9e5w4035d164e2c4da94@mail.gmail.com> Anjuta fails to build on F-7 (http://koji.fedoraproject.org/koji/taskinfo?taskID=435695) due to a devhelp's dependency on gecko-libs = 1.8.1.12, which is missing: http://koji.fedoraproject.org/koji/getfile?taskID=435707&name=root.log For the time being I can by-pass this by disabling Anjuta's devhelp plugin in F-7, but is it possible to fix the missing dependency? Thanks, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From jkeating at redhat.com Mon Feb 18 17:55:18 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 18 Feb 2008 12:55:18 -0500 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon In-Reply-To: <20080218091431.1aef5f0d@redhat.com> References: <20080218091431.1aef5f0d@redhat.com> Message-ID: <20080218125518.5e98aa40@redhat.com> On Mon, 18 Feb 2008 09:14:31 -0500 Jesse Keating wrote: > I will send mail when the building will begin, I'm shooting to start > in about 3~ hours. The builds have started. -- 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: 197 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 laxathom at fedoraproject.org Mon Feb 18 18:03:15 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Mon, 18 Feb 2008 19:03:15 +0100 Subject: cvs branch tags In-Reply-To: <1203346790.3476.21.camel@T7.Linux> References: <1203346790.3476.21.camel@T7.Linux> Message-ID: <62bc09df0802181003p7b720d3bu8edd02b6d20ade5c@mail.gmail.com> Added the source to devel branch. I'm still at work and have no full time to test a build against it right now. feel free to mail for help. 2008/2/18, paul : > > Hi, > > I'm about to bring mono et al up to 1.2.6 for F8 and F7. What are the > CVS branch tags for them? > > TTFN > > Paul > -- > ?Sie k?nnen mich aufreizen und wirklich hei? machen! > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- French Fedora Ambassador Fedora/EPEL Contributor | http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From behdad at behdad.org Mon Feb 18 18:07:01 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Mon, 18 Feb 2008 13:07:01 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <200802181935.03638.ville.skytta@iki.fi> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <200802181935.03638.ville.skytta@iki.fi> Message-ID: <1203358021.32231.7.camel@behdad.behdad.org> On Mon, 2008-02-18 at 19:35 +0200, Ville Skytt? wrote: > On Sunday 17 February 2008, Behdad Esfahbod wrote: > > > I have a hard time imagining why you hit it at all though, as only > > interactive bash should run bashrc which in turn calls > > into /etc/profile.d, or am I missing something? > > /etc/profile.d/*.sh are sourced from /etc/profile, not bashrc. Would have taken you less time than writing this one line email to actually check that: [behdad at behdad ~]$ tail /etc/bashrc for i in /etc/profile.d/*.sh; do if [ -r "$i" ]; then . $i fi done unset i unset pathmunge fi # vim:ts=4:sw=4 -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From stefmanos at gmail.com Mon Feb 18 18:20:27 2008 From: stefmanos at gmail.com (Stephanos Manos) Date: Mon, 18 Feb 2008 20:20:27 +0200 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <20080215095623.GA27909@ee.oulu.fi> References: <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <20080215095623.GA27909@ee.oulu.fi> Message-ID: Pekka Pietikainen wrote: > On Thu, Feb 14, 2008 at 01:53:20PM -0900, Jeff Spaleta wrote: >> On Thu, Feb 14, 2008 at 1:04 PM, Rodd Clarkson wrote: >>> I may use English US on my computer, but I measure using metric, and >>> format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get >>> any of the latter right, and that's just plain wrong. >> Here's a better question. Why are you using US English? Why aren't you >> using another English locale? > Brits spell some words in a funny way (I wonder if anyone bothers > "translating" US vs. brit spelling in software tho) ;) > > That said, anaconda asks what _language_ you want to install in. > (LC_MESSAGES) You choose "English" and > > English en latarcyrheb-sun16 en_US.UTF-8 us America/New_York > > all are forced on you. The keymap and timezone you can change within anaconda, > the locale you can't, that goes into /etc/sysconfig/i18n. > > A possiblity would be to add some heuristics to do en_GB.UTF-8 if you choose > Europe/London as the timezone, en_IE.UTF-8 if you choose Europe/Dublin etc. > Some extra code in anaconda, probably a better end-user experience too. > > You could also do a /etc/sysconfig/i18n and ~/.i18n gui editor thing and run > that post-install, one that lets you choose from the various locales for the > various options and also show how how dates etc. would get shown with > different settings. Maybe using the timezone as a "hint". > This does not work for me any more after upgrading to F8 (in F7 and prior it was working). Also it does not work on rawhide. Is it a known issue or should i bz it and if yes under what component? Stephanos > One problem is also that there's no "International English" locale in glibc. > It would be better than en_US as the default (except for americans). > >> I strongly believe that exposing locale customizations to the extent >> necessary to make you happy in anaconda is a really dumb idea. This >> sort of stuff is a PER USER configuration which is too complicated for >> the installer to need to mess with. >> >> We set a sane default in the installer based on the locale, and then >> the installer gets the hell out of the way. if you want to make PER >> USER customizations, then figure out a way to expose PER USER >> customizations for the different locale based settings. >> >> -jef >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list > From jwboyer at gmail.com Mon Feb 18 18:35:13 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 18 Feb 2008 12:35:13 -0600 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon In-Reply-To: <20080218125518.5e98aa40@redhat.com> References: <20080218091431.1aef5f0d@redhat.com> <20080218125518.5e98aa40@redhat.com> Message-ID: <20080218123513.1bd968bd@weaponx> On Mon, 18 Feb 2008 12:55:18 -0500 Jesse Keating wrote: > On Mon, 18 Feb 2008 09:14:31 -0500 > Jesse Keating wrote: > > > I will send mail when the building will begin, I'm shooting to start > > in about 3~ hours. > > The builds have started. Which means no more blacklist requests. josh From a.badger at gmail.com Mon Feb 18 18:47:57 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 18 Feb 2008 10:47:57 -0800 Subject: Looking for owners for gnotime and qof Message-ID: <47B9D2DD.4020806@gmail.com> I'm presently maintaining the gnotime package and qof which it requires but not using it anymore. If someone would like to take ownership of these packages I'd appreciate it. Otherwise I'll be orphaning devel after F-9 branches and just maintaining F-7, F-8, and F-9 until EOL. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From limb at jcomserv.net Mon Feb 18 19:16:11 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 18 Feb 2008 13:16:11 -0600 (CST) Subject: Looking for owners for gnotime and qof In-Reply-To: <47B9D2DD.4020806@gmail.com> References: <47B9D2DD.4020806@gmail.com> Message-ID: <5362.63.85.68.164.1203362171.squirrel@mail.jcomserv.net> > I'm presently maintaining the gnotime package and qof which it requires > but not using it anymore. If someone would like to take ownership of > these packages I'd appreciate it. Otherwise I'll be orphaning devel > after F-9 branches and just maintaining F-7, F-8, and F-9 until EOL. I'll take them, unless someone else has a burning desire to do so. > -Toshio > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From mtasaka at ioa.s.u-tokyo.ac.jp Mon Feb 18 19:22:30 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 19 Feb 2008 04:22:30 +0900 Subject: bodhi server clock delayed by one week? Message-ID: <47B9DAF6.6090606@ioa.s.u-tokyo.ac.jp> Hello. It seems that the clock of bodhi update system server is delayed by about one week? For this reason the time I requested for push of some packages seems wrong on bodhi server. Regards, Mamoru From ville.skytta at iki.fi Mon Feb 18 19:35:43 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Mon, 18 Feb 2008 21:35:43 +0200 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <1203358021.32231.7.camel@behdad.behdad.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <200802181935.03638.ville.skytta@iki.fi> <1203358021.32231.7.camel@behdad.behdad.org> Message-ID: <200802182135.44197.ville.skytta@iki.fi> On Monday 18 February 2008, Behdad Esfahbod wrote: > On Mon, 2008-02-18 at 19:35 +0200, Ville Skytt? wrote: > > On Sunday 17 February 2008, Behdad Esfahbod wrote: > > > I have a hard time imagining why you hit it at all though, as only > > > interactive bash should run bashrc which in turn calls > > > into /etc/profile.d, or am I missing something? > > > > /etc/profile.d/*.sh are sourced from /etc/profile, not bashrc. > > Would have taken you less time than writing this one line email to > actually check that: > > [behdad at behdad ~]$ tail /etc/bashrc > > for i in /etc/profile.d/*.sh; do > if [ -r "$i" ]; then > . $i > fi [...] Oops. But you made the same mistake, see "tail /etc/profile" ;) From a.badger at gmail.com Mon Feb 18 19:41:12 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 18 Feb 2008 11:41:12 -0800 Subject: Looking for owners for gnotime and qof In-Reply-To: <5362.63.85.68.164.1203362171.squirrel@mail.jcomserv.net> References: <47B9D2DD.4020806@gmail.com> <5362.63.85.68.164.1203362171.squirrel@mail.jcomserv.net> Message-ID: <47B9DF58.2070002@gmail.com> Jon Ciesla wrote: >> I'm presently maintaining the gnotime package and qof which it requires >> but not using it anymore. If someone would like to take ownership of >> these packages I'd appreciate it. Otherwise I'll be orphaning devel >> after F-9 branches and just maintaining F-7, F-8, and F-9 until EOL. > > I'll take them, unless someone else has a burning desire to do so. > Excellent! Orphaned in the pkgdb. Feel free to pick them up: https://admin.fedoraproject.org/pkgdb/packages/name/qof https://admin.fedoraproject.org/pkgdb/packages/name/gnotime -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From notting at redhat.com Mon Feb 18 19:42:24 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 18 Feb 2008 14:42:24 -0500 Subject: / -> /usr dependencies In-Reply-To: <20080218140540.GA31220@localhost> References: <20080218140540.GA31220@localhost> Message-ID: <20080218194224.GA15292@nostromo.devel.redhat.com> Miroslav Lichvar (mlichvar at redhat.com) said: > Hi, > > here is a list of packages that have a library in /usr which is used > from /bin, /sbin or /lib. It would be nice to have this fixed, either > by moving the libraries to / or moving everything dependent to /usr. > > PAM doesn't have a directory in /usr, so the modules should be > probably ignored. Comments? Yeah, I'd ignore pam modules - by the time you get to the authentication layer, you have /usr. Bill From ville.skytta at iki.fi Mon Feb 18 19:47:43 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Mon, 18 Feb 2008 21:47:43 +0200 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <1203356835.4572.5.camel@rlt60f8.laptop.redhat.com> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <200802181935.03638.ville.skytta@iki.fi> <1203356835.4572.5.camel@rlt60f8.laptop.redhat.com> Message-ID: <200802182147.43886.ville.skytta@iki.fi> On Monday 18 February 2008, Robert Locke wrote: > On Mon, 2008-02-18 at 19:35 +0200, Ville Skytt? wrote: > > On Sunday 17 February 2008, Behdad Esfahbod wrote: > > > I have a hard time imagining why you hit it at all though, as only > > > interactive bash should run bashrc which in turn calls > > > into /etc/profile.d, or am I missing something? > > > > /etc/profile.d/*.sh are sourced from /etc/profile, not bashrc. > > Actually, the /etc/profile.d/*.sh files are executed by /etc/profile > when it is a login shell, and by /etc/bashrc when it is not a login > shell...... Yes, thanks for setting the record straight. One more nit for completeness: according to the bash man page ~/.bashrc (which sources /etc/bashrc in Fedora) is interactive shell only stuff, so sourcing profile.d stuff from /etc/bashrc happens only for interactive, non-login shells. The man page doesn't mention /etc/bashrc at all so I suppose bash doesn't read it directly. From jwilson at redhat.com Mon Feb 18 19:48:25 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Mon, 18 Feb 2008 14:48:25 -0500 Subject: bodhi server clock delayed by one week? In-Reply-To: <47B9DAF6.6090606@ioa.s.u-tokyo.ac.jp> References: <47B9DAF6.6090606@ioa.s.u-tokyo.ac.jp> Message-ID: <200802181448.25170.jwilson@redhat.com> On Monday 18 February 2008 02:22:30 pm Mamoru Tasaka wrote: > It seems that the clock of bodhi update system server is delayed > by about one week? For this reason the time I requested for push of > some packages seems wrong on bodhi server. Sounds like this bug struck again: https://bugzilla.redhat.com/show_bug.cgi?id=426861 -- Jarod Wilson jwilson at redhat.com From notting at redhat.com Mon Feb 18 19:49:15 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 18 Feb 2008 14:49:15 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <1203249851.348.58.camel@behdad.behdad.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> Message-ID: <20080218194915.GB15292@nostromo.devel.redhat.com> Behdad Esfahbod (behdad at behdad.org) said: > I'd go as far as saying that unicode_start should only be called > from /etc/profile, not other bash invocations. Heck, it should only be called from a udev rule on console initialization. Bill From orion at cora.nwra.com Mon Feb 18 20:24:53 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 18 Feb 2008 13:24:53 -0700 Subject: source file audit - 2008-02-14 - Login required In-Reply-To: References: <20080214203853.15015b3c@ghistelwchlohm.scrye.com> <47B5BBA5.4050603@cora.nwra.com> Message-ID: <47B9E995.7010103@cora.nwra.com> Matej Cepl wrote: >>> orion:BADURL:ncarg_src-4.4.2.tar.gz:ncarg >> I could use some help here. Upstream has moved to a system where you >> must register before being able to download the source. See >> http://www.ncl.ucar.edu/Download/ for more information. Also, they have >> merged the ncar graphics package with NCL. The ncl package review is >> here: https://bugzilla.redhat.com/show_bug.cgi?id=381241 > > What?s the license of ncarg? GPL? Then they could be in breach of > the license. > > Mat?j > License: GPLv2+ Not quite sure why they would be in breach. You can download the source. You just have to register first. -- 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 behdad at behdad.org Mon Feb 18 20:29:02 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Mon, 18 Feb 2008 15:29:02 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <200802182135.44197.ville.skytta@iki.fi> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <200802181935.03638.ville.skytta@iki.fi> <1203358021.32231.7.camel@behdad.behdad.org> <200802182135.44197.ville.skytta@iki.fi> Message-ID: <1203366542.32231.14.camel@behdad.behdad.org> On Mon, 2008-02-18 at 21:35 +0200, Ville Skytt? wrote: > On Monday 18 February 2008, Behdad Esfahbod wrote: > > On Mon, 2008-02-18 at 19:35 +0200, Ville Skytt? wrote: > > > On Sunday 17 February 2008, Behdad Esfahbod wrote: > > > > I have a hard time imagining why you hit it at all though, as only > > > > interactive bash should run bashrc which in turn calls > > > > into /etc/profile.d, or am I missing something? > > > > > > /etc/profile.d/*.sh are sourced from /etc/profile, not bashrc. > > > > Would have taken you less time than writing this one line email to > > actually check that: > > > > [behdad at behdad ~]$ tail /etc/bashrc > > > > for i in /etc/profile.d/*.sh; do > > if [ -r "$i" ]; then > > . $i > > fi > [...] > > Oops. But you made the same mistake, see "tail /etc/profile" ;) No I didn't. I just implied that your statement of "... are sourced from /etc/profile, not bashrc" is wrong. What I did not imply was that "... are sourced from bashrc, not /etc/profile". Does that help you stop repeating what would be obvious for anyone who cares to just RTFM? -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From behdad at behdad.org Mon Feb 18 20:29:45 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Mon, 18 Feb 2008 15:29:45 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <20080218194915.GB15292@nostromo.devel.redhat.com> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080218194915.GB15292@nostromo.devel.redhat.com> Message-ID: <1203366585.32231.16.camel@behdad.behdad.org> On Mon, 2008-02-18 at 14:49 -0500, Bill Nottingham wrote: > Behdad Esfahbod (behdad at behdad.org) said: > > I'd go as far as saying that unicode_start should only be called > > from /etc/profile, not other bash invocations. > > Heck, it should only be called from a udev rule on console initialization. That, and ideally reset(1) should do it too. > Bill > -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From tcallawa at redhat.com Mon Feb 18 20:31:13 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 18 Feb 2008 15:31:13 -0500 Subject: GCC 4.3 mass rebuilds delayed until later this afternoon In-Reply-To: <20080218093315.34a16ce2@zod.rchland.ibm.com> References: <20080218091431.1aef5f0d@redhat.com> <47B99336.6060202@poolshark.org> <20080218082520.1ab342bb@zod.rchland.ibm.com> <47B99728.6070800@city-fan.org> <20080218093315.34a16ce2@zod.rchland.ibm.com> Message-ID: <1203366673.3736.25.camel@new-host-5> On Mon, 2008-02-18 at 09:33 -0600, Josh Boyer wrote: > It was supposed to have happened, yes. I have no idea what prevented > it from landing before now. I thought I had at least until tomorrow to try to get the build failures resolved for perl 5.10.0. Since this is obviously not the case, I'll have to do another round of rebuilds after the gcc 4.3 rebuilds are done. :/ ~spot From lkundrak at redhat.com Mon Feb 18 22:22:48 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Mon, 18 Feb 2008 23:22:48 +0100 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <20080217081520.0a11ca7c@laptopd505.fenrus.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> Message-ID: <1203373368.8921.56.camel@localhost.localdomain> On Sun, 2008-02-17 at 08:15 -0800, Arjan van de Ven wrote: > udev is a different story entirely. It's so incredibly slow that it's just outrageous. > The Linux distro that came with my laptop took less time from hitting the power button > to full desktop login completed than Fedora takes in the udev step alone. > *sad*. > On my compile box at work, udev takes about one minute to start > *more sad* I remember there was a thread about this some months (year?) ago. Someone concluded that udev spends most of its time waiting for modprobes calculate parse the dependencies file on each modprobe invocation. He suggested caching the parsed data or moving the logic into udev. -- Lubomir Kundrak (Red Hat Security Response Team) From ville.skytta at iki.fi Mon Feb 18 23:14:18 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 19 Feb 2008 01:14:18 +0200 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <1203366542.32231.14.camel@behdad.behdad.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <200802182135.44197.ville.skytta@iki.fi> <1203366542.32231.14.camel@behdad.behdad.org> Message-ID: <200802190114.19146.ville.skytta@iki.fi> On Monday 18 February 2008, Behdad Esfahbod wrote: > > > On Mon, 2008-02-18 at 19:35 +0200, Ville Skytt? wrote: > > > > On Sunday 17 February 2008, Behdad Esfahbod wrote: > > > > > I have a hard time imagining why you hit it at all though, as only > > > > > interactive bash should run bashrc which in turn calls > > > > > into /etc/profile.d, or am I missing something? [...] > > Oops. But you made the same mistake, see "tail /etc/profile" ;) > > No I didn't. I just implied that your statement of "... are sourced > from /etc/profile, not bashrc" is wrong. What I did not imply was that > "... are sourced from bashrc, not /etc/profile". Well, your original "I have a hard time imagining ..., or am I missing something" question (see above) in this context still sounds to me that you meant that only interactive shells that invoke bashrc get /etc/profile.d snippets sourced, and that you seemed to have missed other ones that get them sourced too. Maybe it's just me or my English. Meh. From lordmorgul at gmail.com Mon Feb 18 23:57:44 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 18 Feb 2008 15:57:44 -0800 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B39657.1000604@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> <47B39657.1000604@gmail.com> Message-ID: <47BA1B78.1050107@gmail.com> Andrew Farris wrote: > Lennart Poettering wrote: >> On Wed, 13.02.08 13:20, Andrew Farris (lordmorgul at gmail.com) wrote: >>> Correction. Rhythmbox froze during AND after the session was >>> inactive, making it permanently frozen (dead, defunct, useless). >>> This is definitely wrong. So its an issue with how gst (and by >>> extension rhythmbox) handle things, inappropriately in that case. >>> But it was a problem. >> >> This sounds as if some other process blocked the audio device when >> switching back the session so that PA was unable to reopen the device >> and thus playback stays suspended. >> >> Could you please check this, by running "pactl" in a terminal when >> this happens again, and then type "list-sinks"? If your sound card >> sink remains in SUSPENDED state, than this is most likely the issue. >> >> Or, you might have hit the well-known issue HAL where it fails to >> restore ACLs sometimes and thus PA is not able to reopen the device >> properly. Check getfacl /dev/snd/* >> >> Lennart > > fyi I've opened [1] on the rhythmbox freezes issue. I've got a few > backtraces up though I'm unsure how useful they are in this situation > with streaming media. > > In about 5 tries I got rhythmbox to freeze after vt switch, the latest > comment has the backtrace of that specifically. pactl does not show > SUSPENDED as a flag on any sink (I have two sound cards, though only one > is being used at that time), and the acls seem to have access for my > user (that is attached to the bug). > > https://bugzilla.redhat.com/show_bug.cgi?id=432711 BTW, I have a hard time believing this is an issue that either PA or gstreamer is responsible for since banshee is playing files fine (and properly pausing) during VT switches. I've been playing with banshee for awhile and cannot hang it in the same way rhythmbox does. (I only have one of them open at a time too) Seems like a bug to track down in rhythmbox itself. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From kevin at scrye.com Tue Feb 19 00:41:00 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 18 Feb 2008 17:41:00 -0700 Subject: Orphaning packages: athcool, gajim, htop, hunky-fonts, inotify-tools, python-sqlite2, qps, yakuake In-Reply-To: <20080215105645.2a5746d1@ghistelwchlohm.scrye.com> References: <47AF2A73.3030301@gmail.com> <20080215105645.2a5746d1@ghistelwchlohm.scrye.com> Message-ID: <20080218174100.52f556fd@ghistelwchlohm.scrye.com> On Fri, 15 Feb 2008 10:56:45 -0700 kevin at scrye.com (Kevin Fenzi) wrote: > On Sun, 10 Feb 2008 17:46:43 +0100 > gajownik at gmail.com (Dawid Gajownik) wrote: > > > Hi! > > Sorry, I have to orphan these packages: > ... > > * hunky-fonts -- Modified Bitstream Vera fonts with additional > > letters > ... > > I can take on hunky-fonts if no one else wants them... I exchanged some email with Upstream and talked with Nicholas from the Fonts sig, and it looks like this package should just be end of lifed. It was created before there were good alternatives for some locales, and with Dejavu and the like it's not really needed anymore. Upstream has no plans to update it anytime either. Unless someone yells loudly, I am going to end of life it in the next few days. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dimitris at glezos.com Tue Feb 19 02:45:14 2008 From: dimitris at glezos.com (Dimitris Glezos) Date: Tue, 19 Feb 2008 04:45:14 +0200 Subject: Fedora Translations major change: Projects being moved on 18/2 Message-ID: <1203389114.12913.27.camel@shuttle> (The following email was sent today to all translators with an account on i18n.redhat.com.) -- (This announcement, translatable on the web: http://tinyurl.com/33a8bo) Dear translators, You are receiving this email as one of the 2300+ people who have contributed translations to Fedora, and previously, Red Hat Linux. Thanks to your work, Fedora can reach out to millions more people around the world! Please continue reading, as we are changing some core bits that will affect your translation work. Today all translatable Fedora projects will be moved away from the traditional 'i18n.redhat.com' server, and over to Fedora servers. This move is part of our effort to grow our community and open up our processes. It will help us increase the number of Fedora languages and their quality, and also lower the barrier of entry for new translators. What does this mean for you? To continue contributing translations you'll need to follow some steps to join the Fedora Localization Project. We're a cool bunch of people, working in language teams, and translating everything that has to do with Fedora. All information you need to know to continue working on Fedora translations can be found at: http://fedoraproject.org/wiki/L10N/FedoraModulesMove If you have any questions about any step of the migration process, don't hesitate to drop by IRC on #fedora-l10n on the Freenode network, or send an email to fedora-trans-list at redhat.com, and someone will jump right in to help you out. We're sorry that we can't move everyone automatically to the new system, but we are dedicated to helping each and every translator who has any difficulty with the process. As of tomorrow, support for translations via the older system will be dropped, and you'll no longer need to send translations there. Our efforts will focus on improving the new architecture, constantly adding more projects for translation, creating new translation teams, and making it easier for you to contribute translations. So, thanks for your work, for bearing with us on this long email, and for continuing contributing to Fedora. http://fedoraproject.org/wiki/L10N/FedoraModulesMove Dimitris Glezos Fedora Localization engineer -- "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) From petersen at redhat.com Tue Feb 19 04:15:11 2008 From: petersen at redhat.com (Jens Petersen) Date: Tue, 19 Feb 2008 14:15:11 +1000 Subject: fedora-i18n-bugs list? Message-ID: <47BA57CF.5060308@redhat.com> While giving a talk on Fedora I18n at the Miniconf at LCA, it occurred to me that maybe we should have a mailing-list for fedora i18n bugs [1]. Is this something that people would find useful? The I18n Engineering team at Red Hat have used a mailing-list internally to track all i18n bugs for a good while and it has been pretty useful for that: so I am writing this mail to hear if there is interest in a list to follow i18n bugs for Fedora. There is also the i18n bugzilla keyword which is also useful for tagging i18n bugs (though to date we have not used it systematically). However a mailing-list has the advantage that it receives bugzilla mail when bugs updated (the list would probably be medium volume), making it easier to track issues. Jens From jmorris at namei.org Tue Feb 19 04:25:28 2008 From: jmorris at namei.org (James Morris) Date: Tue, 19 Feb 2008 15:25:28 +1100 (EST) Subject: SELinux smolt stats Message-ID: It seems that the SELinux enablement stats are now online -- thanks! I have a question about what the numbers mean. The current values are: SELinux Enabled False 185085 53.3 % True 162262 46.7 % for 347347 registered hosts. Now, the "OS" column include several distros and versions, including FC5, Centos5 through to current rawhide, with the same number of total hosts. As the SELinux figures have only been collected since F8, does this mean that we should calculate "total SELinux enabled" only for: OS Hosts F8 130282 F7.x (rawhide) 5517 F8.x (rawhide) 920 ---------------------------- 136719 (actually providing SELinux stats) ---------------------------- where the percentage enabled is actually thus at least 74% ? - James -- James Morris From loupgaroublond at gmail.com Tue Feb 19 04:45:00 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Mon, 18 Feb 2008 23:45:00 -0500 Subject: SELinux smolt stats In-Reply-To: References: Message-ID: <7f692fec0802182045h777935b4s3defc4a577d40de6@mail.gmail.com> On Feb 18, 2008 11:25 PM, James Morris wrote: > It seems that the SELinux enablement stats are now online -- thanks! > > I have a question about what the numbers mean. The current values are: > > SELinux Enabled > False 185085 53.3 % > True 162262 46.7 % > > for 347347 registered hosts. > > Now, the "OS" column include several distros and versions, including FC5, > Centos5 through to current rawhide, with the same number of total hosts. > > As the SELinux figures have only been collected since F8, does this mean > that we should calculate "total SELinux enabled" only for: > > OS Hosts > F8 130282 > F7.x (rawhide) 5517 > F8.x (rawhide) 920 > ---------------------------- > 136719 (actually providing SELinux stats) > ---------------------------- > > where the percentage enabled is actually thus at least 74% ? We probably need more detailed reporting for this sort of thing. I'll put it on a TODO, for after FOSDEM. I wanted to get this draft out, so we can decide what reporting we need on a more evolutionary basis. (Or by intelligent design if you hold by that sort of thing.) (Don't worry, I made myself promise myself that I wouldn't pick up new project ideas this time around. I'll hopefully be able to take care of this fairly quickly.) -Yaakov From seg at haxxed.com Tue Feb 19 09:03:36 2008 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 19 Feb 2008 03:03:36 -0600 Subject: agg vs cairo in gnash In-Reply-To: <20080218144206.GA3429@free.fr> References: <47B49EB6.3090504@redhat.com> <20080214203136.GA2718@free.fr> <1203338711.3230.3.camel@snoogens.fab.redhat.com> <20080218144206.GA3429@free.fr> Message-ID: <1203411816.7567.46.camel@localhost> On Mon, 2008-02-18 at 15:42 +0100, Patrice Dumas wrote: > > I don't think anyone cares quite that much about agg anymore ;) > > I guess that the gnash maintainer in OLPC cares, maybe the former owner > also cares (though it is not that clear). It appears gnash can use agg or cairo, but the developers prefer agg. Is there a reason for this? (Apparently there's an OpenGL renderer too) Everything else in the universe has been moving to cairo, why do we need a duplicate project? I suppose its because agg is C++ and apparently so is gnash. Still, bleh. -------------- 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 redhat at olen.net Tue Feb 19 09:25:38 2008 From: redhat at olen.net (Ola Thoresen) Date: Tue, 19 Feb 2008 10:25:38 +0100 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <47B99A11.2030104@redhat.com> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <47B872DD.8090209@gmail.com> <47B99A11.2030104@redhat.com> Message-ID: <47BAA092.4050209@olen.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Harald Hoyer wrote: > Jakub 'Livio' Rusinek wrote: >>> On my compile box at work, udev takes about one minute to start >>> *more sad* >> >> Same for me. >> > > Add udevinfo or udevdebug to the kernel command line. > Possible things for the long startup are: > - kernel modules loaded take a long time > - firmware loading times out / fails > - persistent storage labeling has bugs (vol_id/scsi_id) > When this happens to me, it is usually the because I use LDAP for authentication, and udev has to wait for a (really long) timeout before continuing when the network is not up before udev starts. - -- _,--', _._.--._____ .--.--';_'-.', ";_ _.,-' Ola Thoresen .'--'. _.' {`'-;_ .-.>.' '-:_ ) / `' '=. It is easier to fix Unix ) > {_/, /~) than to live with Windows |/ `^ .' -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAke6oIcACgkQee169tCa8i8fTwCfexZ7rcUREYS7wiGMeMIyiQst jSAAn0n6wTI/w9i2K5pRyChXB+eyoM10 =rhhU -----END PGP SIGNATURE----- From jakub.rusinek at gmail.com Tue Feb 19 09:44:05 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Tue, 19 Feb 2008 10:44:05 +0100 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <47BAA092.4050209@olen.net> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <47B872DD.8090209@gmail.com> <47B99A11.2030104@redhat.com> <47BAA092.4050209@olen.net> Message-ID: <47BAA4E5.4070800@gmail.com> Ola Thoresen pisze: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Harald Hoyer wrote: >> Jakub 'Livio' Rusinek wrote: >>>> On my compile box at work, udev takes about one minute to start >>>> *more sad* >>> Same for me. >>> >> Add udevinfo or udevdebug to the kernel command line. >> Possible things for the long startup are: >> - kernel modules loaded take a long time >> - firmware loading times out / fails >> - persistent storage labeling has bugs (vol_id/scsi_id) >> > > When this happens to me, it is usually the because I use LDAP for > authentication, and udev has to wait for a (really long) timeout before > continuing when the network is not up before udev starts. I have nothing unusual. From nicolas.mailhot at laposte.net Tue Feb 19 09:51:08 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 19 Feb 2008 10:51:08 +0100 (CET) Subject: agg vs cairo in gnash In-Reply-To: <1203411816.7567.46.camel@localhost> References: <47B49EB6.3090504@redhat.com> <20080214203136.GA2718@free.fr> <1203338711.3230.3.camel@snoogens.fab.redhat.com> <20080218144206.GA3429@free.fr> <1203411816.7567.46.camel@localhost> Message-ID: <64400.192.54.193.53.1203414668.squirrel@rousalka.dyndns.org> Le Mar 19 f?vrier 2008 10:03, Callum Lerwick a ?crit : > > On Mon, 2008-02-18 at 15:42 +0100, Patrice Dumas wrote: >> > I don't think anyone cares quite that much about agg anymore ;) >> >> I guess that the gnash maintainer in OLPC cares, maybe the former >> owner >> also cares (though it is not that clear). > > It appears gnash can use agg or cairo, but the developers prefer agg. > Is there a reason for this? I think a lot of windows devs long assumed cairo was unix-only, and would never match agg speed on non-linux platforms. Of course with the moz foundation pouring resources on the windows cairo port now, this may not be true for long but it takes a long time for assumptions to die down. -- Nicolas Mailhot From pertusus at free.fr Tue Feb 19 09:57:00 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 19 Feb 2008 10:57:00 +0100 Subject: agg vs cairo in gnash In-Reply-To: <1203411816.7567.46.camel@localhost> References: <47B49EB6.3090504@redhat.com> <20080214203136.GA2718@free.fr> <1203338711.3230.3.camel@snoogens.fab.redhat.com> <20080218144206.GA3429@free.fr> <1203411816.7567.46.camel@localhost> Message-ID: <20080219095345.GA2905@free.fr> On Tue, Feb 19, 2008 at 03:03:36AM -0600, Callum Lerwick wrote: > > On Mon, 2008-02-18 at 15:42 +0100, Patrice Dumas wrote: > > > I don't think anyone cares quite that much about agg anymore ;) > > > > I guess that the gnash maintainer in OLPC cares, maybe the former owner > > also cares (though it is not that clear). > > It appears gnash can use agg or cairo, but the developers prefer agg. Is > there a reason for this? (Apparently there's an OpenGL renderer too) > Everything else in the universe has been moving to cairo, why do we need > a duplicate project? I suppose its because agg is C++ and apparently so > is gnash. Still, bleh. The main reason why there is only an agg renderer is that the cairo renderer is not finished, certainly because there is nobody to finish it. Also the author of the agg renderer seem to be very happy with agg and always points out that it does all the relevant optimization. I don't think that the reason is that it is in c++. gnash is used in embedded devices, maybe it has less dependencies overall (though cairo hasn't that much dependencies). Also is cairo able to draw on the framebuffer? The OpenGL renderer may be better with accelerated graphics, especially on some embedded devices that have otherwise low performances, but in general is less optimized than agg and also in general (but maybe because less people are working on it), less precise than the agg renderer. -- Pat -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: SpamAssassinReport.txt URL: From behdad at behdad.org Tue Feb 19 10:27:53 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Tue, 19 Feb 2008 05:27:53 -0500 Subject: agg vs cairo in gnash In-Reply-To: <20080219095345.GA2905@free.fr> References: <47B49EB6.3090504@redhat.com> <20080214203136.GA2718@free.fr> <1203338711.3230.3.camel@snoogens.fab.redhat.com> <20080218144206.GA3429@free.fr> <1203411816.7567.46.camel@localhost> <20080219095345.GA2905@free.fr> Message-ID: <1203416873.3487.23.camel@behdad.behdad.org> On Tue, 2008-02-19 at 10:57 +0100, Patrice Dumas wrote: > On Tue, Feb 19, 2008 at 03:03:36AM -0600, Callum Lerwick wrote: > > > > On Mon, 2008-02-18 at 15:42 +0100, Patrice Dumas wrote: > > > > I don't think anyone cares quite that much about agg anymore ;) > > > > > > I guess that the gnash maintainer in OLPC cares, maybe the former owner > > > also cares (though it is not that clear). > > > > It appears gnash can use agg or cairo, but the developers prefer agg. Is > > there a reason for this? (Apparently there's an OpenGL renderer too) > > Everything else in the universe has been moving to cairo, why do we need > > a duplicate project? I suppose its because agg is C++ and apparently so > > is gnash. Still, bleh. > > The main reason why there is only an agg renderer is that the cairo > renderer is not finished, certainly because there is nobody to finish > it. Also the author of the agg renderer seem to be very happy with agg > and always points out that it does all the relevant optimization. I > don't think that the reason is that it is in c++. gnash is used in > embedded devices, maybe it has less dependencies overall (though cairo > hasn't that much dependencies). Also is cairo able to draw on the > framebuffer? Agg is inherently more suited for Flash rendering that cairo currently is (and possibly ever will be). The two simply have different goals: cairo's goal is simplicity and user friendliness while agg's is flexibility and speed. Cairo's rendering model is simply suboptimal for rendering Flash (where the whole scene data is available at once, instead of incrementally). Agg on the other hand, lets one build custom pipelines, selecting the most suitable rasterizer, etc. This has been discussed on cairo list numerous times. This is not to say that cairo can't be used to render Flash. That's obviously possible, as swfdec is doing it. -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From promac at gmail.com Tue Feb 19 11:44:29 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Tue, 19 Feb 2008 08:44:29 -0300 Subject: anjuta for F8 In-Reply-To: <68720af30802180549w4e47bab8v706dae261900e116@mail.gmail.com> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> <68720af30802180549w4e47bab8v706dae261900e116@mail.gmail.com> Message-ID: <68720af30802190344y704fea8kb7df22248a38dedd@mail.gmail.com> On Feb 18, 2008 10:49 AM, Paulo Cavalcanti wrote: > > > > > > > > > /usr/bin/ld: > > > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a( > > format.o): > > > relocation R_X86_64_32 against `a local symbol' can not be used when > > making > > > a shared object; recompile with -fPIC > > > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a: > > > could not read symbols: Bad value > > > collect2: ld returned 1 exit status > > > > I have also encountered this, but have not fixed it yet. Any > > suggestions would be much appreciated. > > > > > > Well, I fixed it. It is just a question of recompiling binutils with > -fPIC. > > I just changed this line in binutils spec file and rebuilt it: > > CC="gcc -L`pwd`/bfd/.libs/" CFLAGS="${CFLAGS:-%optflags -fPIC}" > ../configure \ > > Doing that, anjuta can be built with valgrind support in x86_64 > architectures. > > Note that I do not know whether this is acceptable by Fedora standards or > not. > > Any comments? > > > In fact, I forgot to mention that I used binutils 2.18.50 from developments. Taking a close look at the spec file, I realized that it is possible to recompile just libbfd.a with -fPIC, the same way it was done with libiberty.a. Here is the .src.rpm I used: http://people.atrpms.net/~pcavalcanti/srpms/binutils-2.18.50.0.3-1.src.rpm Please, can someone tell me if there is any problem of using this modified binutils in F8? Thanks. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bernie at codewiz.org Tue Feb 19 12:17:36 2008 From: bernie at codewiz.org (Bernardo Innocenti) Date: Tue, 19 Feb 2008 13:17:36 +0100 Subject: ctrlproxy In-Reply-To: <20080110074547.785a7b61@zod.rchland.ibm.com> References: <4783B191.50104@codewiz.org> <20080108121210.35266172@zod.rchland.ibm.com> <4784DC7D.1050603@codewiz.org> <20080110074547.785a7b61@zod.rchland.ibm.com> Message-ID: <47BAC8E0.5010002@codewiz.org> Josh Boyer wrote: >> I've scratch-built a candidate RPM for you to try: >> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=336094 >> >> It includes both ctrlproxy-3.0.5 and the daemonization work. >> I'm also cc'ing dwmw2 because I know he uses ctrlproxy and >> may like to test this new version. > > OK, I'll take a look soon. I've been using this ctrlproxy-3.0.5 package for some time. Would you like me to import it in CVS? (or would you perfer to do it on your own?) -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ From dwmw2 at infradead.org Tue Feb 19 12:23:34 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 19 Feb 2008 21:23:34 +0900 Subject: ctrlproxy In-Reply-To: <47BAC8E0.5010002@codewiz.org> References: <4783B191.50104@codewiz.org> <20080108121210.35266172@zod.rchland.ibm.com> <4784DC7D.1050603@codewiz.org> <20080110074547.785a7b61@zod.rchland.ibm.com> <47BAC8E0.5010002@codewiz.org> Message-ID: <1203423815.3223.6.camel@shinybook.infradead.org> On Tue, 2008-02-19 at 13:17 +0100, Bernardo Innocenti wrote: > Josh Boyer wrote: > > >> I've scratch-built a candidate RPM for you to try: > >> > >> http://koji.fedoraproject.org/koji/taskinfo?taskID=336094 > >> > >> It includes both ctrlproxy-3.0.5 and the daemonization work. > >> I'm also cc'ing dwmw2 because I know he uses ctrlproxy and > >> may like to test this new version. > > > > OK, I'll take a look soon. > > I've been using this ctrlproxy-3.0.5 package for some time. > > Would you like me to import it in CVS? (or would you perfer to > do it on your own?) I tried 3.0.5 from rawhide earlier, and it didn't seem to work with SSL clients. The SSL handshake never completes. -- dwmw2 From mmcgrath at redhat.com Tue Feb 19 13:25:13 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 19 Feb 2008 07:25:13 -0600 (CST) Subject: Outage Notification - 2008-02-19 11:38 UTC Message-ID: There was an outage starting at 2008-02-19 11:38 UTC, which will last approximately 1.5 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-02-19 11:38 UTC' Affected Services: Websites Buildsystem Database Unaffected Services: DNS Mail Torrent CVS / Source Control Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/385 Reason for Outage: This morning we saw the database fill up on connections causing a partial outage of things like the account system, buildsystem and other such systems. It seems to have recovered on its own though a half hour or so later xen2 crashed. Its unclear if the db filling up was the result of unusually high load that then crashed the server or if this was a completely unrelated issue. In the meantime less load is being put that specific host in effort to stablize the environment. The long term fix is being formulated by release engineering and the Infrastructure team. These outages are unacceptable and we're working to put more resources towards fixing them. Sorry for the inconvenience. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From ndbecker2 at gmail.com Tue Feb 19 13:34:16 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 19 Feb 2008 08:34:16 -0500 Subject: Howto update dependent packages Message-ID: I am trying to update python-igraph, which BR on igraph-devel, for F8 and F7. igraph-devel-0.5 was pushed to F8 testing yesterday, but I still can't build python-igraph-0.5 against it. Does the mock system not look at packages in testing? How are we supposed to do this update? From jmorris at namei.org Tue Feb 19 13:39:29 2008 From: jmorris at namei.org (James Morris) Date: Wed, 20 Feb 2008 00:39:29 +1100 (EST) Subject: SELinux smolt stats In-Reply-To: <7f692fec0802182045h777935b4s3defc4a577d40de6@mail.gmail.com> References: <7f692fec0802182045h777935b4s3defc4a577d40de6@mail.gmail.com> Message-ID: On Mon, 18 Feb 2008, Yaakov Nemoy wrote: > > where the percentage enabled is actually thus at least 74% ? > > We probably need more detailed reporting for this sort of thing. I'll > put it on a TODO, for after FOSDEM. I wanted to get this draft out, > so we can decide what reporting we need on a more evolutionary basis. > (Or by intelligent design if you hold by that sort of thing.) Ok, can we simply get an answer on how the numbers are arrived at for cases prior to when SELinux reporting started? i.e. if not reporting SELinux (F7 etc), is the default to present it on the site as "Disabled" ? Knowing that, we can simply derive the correct value. Also, could a note be added to that page so that people don't assume it is fully correct as stated ? We've had enough problems historically with people adopting one benchmark result from a range of results as being the overall result, for example. - James -- James Morris From gilboad at gmail.com Tue Feb 19 13:48:06 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 19 Feb 2008 15:48:06 +0200 Subject: Fedora i386 rawhide rebuild in mock status 2008-02-13 In-Reply-To: <1203344275.27459.7.camel@gilboa-work-dev.localdomain> References: <20080214085946.A24710@humbolt.us.dell.com> <1203337885.27459.2.camel@gilboa-work-dev.localdomain> <47B97F91.2040203@ioa.s.u-tokyo.ac.jp> <1203344275.27459.7.camel@gilboa-work-dev.localdomain> Message-ID: <1203428886.17275.15.camel@gilboa-work-dev.localdomain> On Mon, 2008-02-18 at 16:18 +0200, Gilboa Davara wrote: > On Mon, 2008-02-18 at 21:52 +0900, Mamoru Tasaka wrote: > > Gilboa Davara wrote, at 02/18/2008 09:31 PM +9:00: > > > On Thu, 2008-02-14 at 08:59 -0600, Matt Domsch wrote: > > >> gmrun-0.9.2-10.fc8 (build/make) gilboa > > > > > > Weird. > > > gmrun 0.9.2-12.fc9 has been in -devel [1] for a long time now. (~a month > > > ago) > > > > But gmrun 0.9.2-12.fc9 is actually not built. > > http://koji.fedoraproject.org/koji/packageinfo?packageID=1896 > > Also: > > $ koji latest-pkg dist-f9 gmrun > > Build Tag Built by > > ---------------------------------------- -------------------- ---------------- > > gmrun-0.9.2-10.fc8 dist-f8 gilboa > > > > Regards, > > Mamoru > > > > Seems (?) to be related to the buildsys outage. > PPC64 seems to break with no log-trail. > > - Gilboa > Now that build-sys is up, gmrun-0.9.2-12.fc9 seems to build just fine. [1] - Gilboa [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=442020 From ivazqueznet at gmail.com Tue Feb 19 14:04:52 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 19 Feb 2008 09:04:52 -0500 Subject: Howto update dependent packages In-Reply-To: References: Message-ID: <1203429892.29154.16.camel@ignacio.lan> On Tue, 2008-02-19 at 08:34 -0500, Neal Becker wrote: > I am trying to update python-igraph, which BR on igraph-devel, for F8 and > F7. > > igraph-devel-0.5 was pushed to F8 testing yesterday, but I still can't build > python-igraph-0.5 against it. > > Does the mock system not look at packages in testing? How are we supposed > to do this update? You have to request a buildroot inclusion from releng. -- 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 denis at poolshark.org Tue Feb 19 14:30:25 2008 From: denis at poolshark.org (Denis Leroy) Date: Tue, 19 Feb 2008 15:30:25 +0100 Subject: Howto update dependent packages In-Reply-To: <1203429892.29154.16.camel@ignacio.lan> References: <1203429892.29154.16.camel@ignacio.lan> Message-ID: <47BAE801.2080100@poolshark.org> Ignacio Vazquez-Abrams wrote: > On Tue, 2008-02-19 at 08:34 -0500, Neal Becker wrote: >> I am trying to update python-igraph, which BR on igraph-devel, for F8 and >> F7. >> >> igraph-devel-0.5 was pushed to F8 testing yesterday, but I still can't build >> python-igraph-0.5 against it. >> >> Does the mock system not look at packages in testing? How are we supposed >> to do this update? > > You have to request a buildroot inclusion from releng. This is not a particularly intuitive mechanism at the moment. How could we automate this better ? From jkeating at redhat.com Tue Feb 19 14:33:13 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 19 Feb 2008 09:33:13 -0500 Subject: Howto update dependent packages In-Reply-To: <47BAE801.2080100@poolshark.org> References: <1203429892.29154.16.camel@ignacio.lan> <47BAE801.2080100@poolshark.org> Message-ID: <20080219093313.690ef547@redhat.com> On Tue, 19 Feb 2008 15:30:25 +0100 Denis Leroy wrote: > This is not a particularly intuitive mechanism at the moment. How > could we automate this better ? Submit patches for https://fedorahosted.org/bodhi/ticket/64 -- 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: 197 bytes Desc: not available URL: From jkeating at j2solutions.net Tue Feb 19 14:29:08 2008 From: jkeating at j2solutions.net (Rawhide) Date: Tue, 19 Feb 2008 07:29:08 -0700 Subject: rawhide report: 20080219 changes Message-ID: <200802191429.m1JET8ZI002990@releng1.fedora.phx.redhat.com> New package PySBIG PySBIG can read SBIG CCD files New package aldo A morse tutor New package color-filesystem Color filesystem layout New package epdfview Lightweight PDF document viewer New package evolution-rss Evolution RSS Reader New package glpi-mass-ocs-import GLPI Plugin for OCS Massive import New package glpi-pdf GLPI Plugin to print PDF of computers New package ivtv-firmware Firmware for the PVR 250/350/150/500 model series New package openclipart Open Clip Art Library New package pcmanfm Extremly fast and lightweight file manager New package podsleuth Probes, identifies, and exposes properties and metadata bound to iPods New package python-tidy Python wrapper for tidy, from the HTML tidy project New package python-turboflot A TurboGears widget for Flot, a jQuery plotting library New package quesa Quesa QuickDraw 3D implementation New package redmode Switch to and from night red mode New package unicap Library to access different kinds of (video) capture devices New package xorg-x11-drv-wiimote Xorg driver for the Nintendo Wii Remote Removed package beecrypt Updated Packages: ClanLib06-0.6.5-11.fc9 ---------------------- * Sun Feb 17 2008 Hans de Goede 0.6.5-11 - Rebuild for new libmikmod - Rebuild with gcc 4.3 HelixPlayer-1:1.0.9-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:1.0.9-2 - Autorebuild for GCC 4.3 PackageKit-0.1.7-2.fc9 ---------------------- * Mon Feb 18 2008 Robin Norwood - 0.1.7-2 - Fix the yum backend. SDL_mixer-1.2.8-8.fc9 --------------------- * Sun Feb 17 2008 Jesse Keating - 1.2.8-8 - Rebuild for new mikmod. SDL_sound-1.0.1-9.fc9 --------------------- * Sun Feb 17 2008 Hans de Goede 1.0.1-9 - Rebuild for new libmikmod - Rebuild with gcc 4.3 - Stop shipping pre-generated doxygen docs, now that doxygen is fixed to no longer cause multilib conflicts SIBsim4-0.16-2.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.16-2 - Autorebuild for GCC 4.3 adns-1.4-3.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.4-3 - Autorebuild for GCC 4.3 alex-2.2-2.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2-2 - Autorebuild for GCC 4.3 amanda-2.5.2p1-10.fc9 --------------------- * Mon Feb 18 2008 Radek Brich 2.5.2.p1-10 - do not require gnuplot by -server subpackage (bz#433101) anjuta-1:2.2.3-2.fc9 -------------------- apachetop-0.12.6-4.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.12.6-4 - Autorebuild for GCC 4.3 aspell-ar-1.2-3.fc9 ------------------- aspell-bn-0.01.1-3.fc9 ---------------------- aspell-gu-0.03-2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.03-2 - Autorebuild for GCC 4.3 aspell-he-1.0-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0-3 - Autorebuild for GCC 4.3 aspell-or-0.03-3.fc9 -------------------- aspell-pa-0.01-3.fc9 -------------------- aspell-ta-20040424-3.fc9 ------------------------ aspell-te-0.01-3.fc9 -------------------- asterisk-1.4.18-1.fc9 --------------------- * Wed Feb 13 2008 Jeffrey C. Ollie - 1.4.18-1 - Update to 1.4.18. - Use -march=i486 on i386 builds for atomic operations (GCC 4.3 compatibility). - Use "logger reload" instead of "logger rotate" in logrotate file (#432197). - Don't explicitly specify a group in in the init script to prevent Zaptel breakage (#426629). - Split app_ices out to a separate package so that the ices package can be required. - pbx_kdeconsole has been dropped, don't specifically exclude it from the build anymore. - Update app_conference patch. - Drop upstreamed libcap patch. atitvout-0.4-8 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4-8 - Autorebuild for GCC 4.3 autobuild-applet-1.0.3-5.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.3-5 - Autorebuild for GCC 4.3 avahi-0.6.22-6.fc9 ------------------ * Sun Feb 17 2008 Adam Tkac - 0.6.22-6 - rebuild against new libcap bibletime-1.6.5-4.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.6.5-4 - Autorebuild for GCC 4.3 * Wed Feb 13 2008 Deji Akingunola 1.6.5-3 - Rebuild for gcc-4.3 bmpx-0.40.13-4.fc9 ------------------ * Tue Nov 20 2007 Alexander Kahl - 0.40.13-4 - install missing minisoup header file - updated -devel dependencies * Fri Nov 16 2007 Alexander Kahl - 0.40.13-3 - split up firefox extension - removed trigger scripts - install and handle documentation properly - replaced non-standard icon macros - remove libtool archives instead of excluding them - extended copy and install commands with timestamp preservation - rectified desktop database and mime cache update handling * Thu Nov 08 2007 Alexander Kahl - 0.40.13-2 - added missing dist macro to revision bootchart-0.9-8.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9-8 - Autorebuild for GCC 4.3 cdrdao-1.2.2-4 -------------- * Mon Feb 18 2008 harald at redhat.com 1.2.2-4 - added string.h includes to make it compile again chrpath-0.13-3.fc9 ------------------ clutter-gtk-0.4.0-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-2 - Autorebuild for GCC 4.3 compat-guile-16-1.6.7-8.fc9 --------------------------- coreutils-6.10-8.fc9 -------------------- * Mon Feb 18 2008 Ondrej Vasik - 6.10-8 - use default security context in install - broken by coreutils-6.10 update(#319231) - some sh/csh scripts optimalizations(by ville.skytta at iki.fi, - #433189, #433190) crack-5.0a-8.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.0a-8 - Autorebuild for GCC 4.3 curlftpfs-0.9.1-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-2 - Autorebuild for GCC 4.3 dbmail-2.2.8-2.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.2.8-2 - Autorebuild for GCC 4.3 dbus-1.1.4-5.fc9 ---------------- * Sun Feb 17 2008 Adam Tkac - 1.1.4-5 - rebuild against new libcap * Tue Feb 05 2008 Matthias Clasen - 1.1.4-4 - Fix a dbus-launch problem (#430412) * Mon Feb 04 2008 Ray Strode - 1.1.4-3 - Start message bus from xinitrc.d instead of hard coding it at the end of Xsession dbus-qt-0.70-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.70-3 - Autorebuild for GCC 4.3 dnscap-1.0-0.6.20070807cvs.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.0-0.6.20070807cvs - Autorebuild for GCC 4.3 drawtiming-0.6.2-3.fc9 ---------------------- dropbear-0.50-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.50-3 - Autorebuild for GCC 4.3 dtc-1.1.0-2.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1.0-2 - Autorebuild for GCC 4.3 dump-0.4b41-7.1.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4b41-7.1 - Autorebuild for GCC 4.3 * Fri Jan 11 2008 Adam Tkac 0.4b41-6.1 - use libtinfo instead libncurses - use autoreconf (=> add BuildRequires: automake - for aclocal) dvdisaster-0.70.4-4.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.70.4-4 - Autorebuild for GCC 4.3 dwatch-0.1.1-4.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.1.1-4 - Autorebuild for GCC 4.3 eclipse-quickrex-3.5.0-7.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.5.0-7 - Autorebuild for GCC 4.3 * Sun Aug 26 2007 Alphonse Van Assche 3.5.0-6 - Fix License tag. eclipse-rpm-editor-0.2.1-3.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.2.1-3 - Autorebuild for GCC 4.3 ecryptfs-utils-40-0.fc9 ----------------------- * Mon Feb 18 2008 Mike Halcrow 40-0 - Enable passwd_file option in openssl key module edac-utils-0.9-8.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9-8 - Autorebuild for GCC 4.3 elftoaout-2.3-11.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.3-11 - Autorebuild for GCC 4.3 elph-1.0.1-3.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.1-3 - Autorebuild for GCC 4.3 emacs-22.1.50-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 22.1.50-4 - Autorebuild for GCC 4.3 * Fri Dec 07 2007 Chip Coldwell 22.1.50-3 - scriptlets shouldn't fail needlessly. - new upstream tarball * Thu Dec 06 2007 Chip Coldwell 22.1.50-2 - drop -DSYSTEM_PURESIZE_EXTRA=16777216 (bz409581) emelfm2-0.3.6-2.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3.6-2 - Autorebuild for GCC 4.3 * Sun Dec 02 2007 Christoph Wickert - 0.3.6-1 - Update 0.3.6 with upstream's e2-0.3.6-07-12-01.patch - Enable the ACL plugin * Tue Aug 21 2007 Christoph Wickert - 0.3.5-2 - Rebuild to fix SELinux issues on PPC32 and to include BuildID feature enca-1.9-4.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.9-4 - Autorebuild for GCC 4.3 * Thu Aug 16 2007 Dmitry Butskoy - Change License tag to GPLv2 enscript-1.6.4-9.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.6.4-9 - Autorebuild for GCC 4.3 epylog-1.0.3-6.fc9 ------------------ * Sun Feb 17 2008 Konstantin Ryabitsev - 1.0.3-6 - Remove manual python-abi provides - Update license to GPLv2+ evolution-python-0.0.4-3.fc9 ---------------------------- fakechroot-2.5-13.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.5-13 - Autorebuild for GCC 4.3 fakeroot-1.6.4-16.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.6.4-16 - Autorebuild for GCC 4.3 fedora-package-config-smart-8-11 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 8-11 - Autorebuild for GCC 4.3 fish-1.23.0-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.23.0-2 - Autorebuild for GCC 4.3 fmio-2.0.8-11.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.8-11 - Autorebuild for GCC 4.3 fontconfig-2.5.0-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.5.0-2 - Autorebuild for GCC 4.3 freealut-1.1.0-6.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1.0-6 - Autorebuild for GCC 4.3 freenx-0.7.1-5.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.7.1-5 - Autorebuild for GCC 4.3 freetds-0.64-10.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.64-10 - Autorebuild for GCC 4.3 freetype-2.3.5-4.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.3.5-4 - Autorebuild for GCC 4.3 fribidi-0.19.1-2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.19.1-2 - Autorebuild for GCC 4.3 frotz-2.43-7.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.43-7 - Autorebuild for GCC 4.3 gcc-4.3.0-0.10 -------------- * Mon Feb 18 2008 Jakub Jelinek 4.3.0-0.10 - update to trunk - PRs c++/11159, c++/28743, c++/34050, c++/35023, c++/35024, c++/35026, c++/5645, c/28368, documentation/15479, fortran/34952, fortran/35150, libgcj/33085, libstdc++/34797, libstdc++/35209, libstdc++/35221, middle-end/34621, middle-end/35149, middle-end/35196, middle-end/35227, preprocessor/35061, target/34930, target/35088, testsuite/35119, testsuite/35208, tree-optimization/35164, tree-optimization/35231 - some OpenMP fixes (PRs c++/34964, c++/35028, c++/35078) - fix cp-tools.info* @direntry (#433222) gcin-1.3.9-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3.9-2 - Autorebuild for GCC 4.3 gdome2-0.8.1-6.2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.8.1-6.2 - Autorebuild for GCC 4.3 gettext-0.17-4.fc9 ------------------ * Mon Feb 18 2008 Jens Petersen - 0.17-4 - if %buildjar is off make sure libintl.jar does not get installed (#433210) * Mon Feb 18 2008 Jens Petersen - 0.17-3 - turn on building of libintl.jar now that we have gcc43 gfs-artemisia-fonts-20070415-2.fc9 ---------------------------------- gfs-baskerville-fonts-20070327-4.fc9 ------------------------------------ gfs-bodoni-classic-fonts-20070415-3.fc9 --------------------------------------- gfs-bodoni-fonts-20070415-2.fc9 ------------------------------- gfs-complutum-fonts-20070413-4.fc9 ---------------------------------- gfs-didot-classic-fonts-20070415-2.fc9 -------------------------------------- gfs-didot-fonts-20070616-3.fc9 ------------------------------ gfs-gazis-fonts-20070417-3.fc9 ------------------------------ gfs-neohellenic-fonts-20070415-2.fc9 ------------------------------------ gfs-olga-fonts-20060908-2.fc9 ----------------------------- gfs-porson-fonts-20060908-4.fc9 ------------------------------- gfs-solomos-fonts-20071114-3.fc9 -------------------------------- gfs-theokritos-fonts-20070415-3.fc9 ----------------------------------- gfs2-utils-0.1.25-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.25-2 - Autorebuild for GCC 4.3 ggz-client-libs-0.0.14.1-1.fc9 ------------------------------ * Sun Feb 17 2008 Rex Dieter 0.0.14.1-1 - ggz 0.0.14.1 ggz-gtk-client-0.0.14.1-1.fc9 ----------------------------- * Sun Feb 17 2008 Brian Pepple - 0.0.14.1-1 - Update to 0.0.14.1. gimp-2:2.4.4-2.fc9 ------------------ * Mon Feb 18 2008 Nils Philippsen - 2:2.4.4-2 - let gimp-libs provide, gimp and gimp-devel require "gimp-libs-%{_arch}" (#433195) * Wed Jan 30 2008 Nils Philippsen - 2:2.4.4-1 - version 2.4.4 Changes in GIMP 2.4.4 ===================== - fixed typo in stock icon name - fixed handling of PSD files with empty layer names (bug #504149) - merged TinyScheme bug-fixes - removed duplicate entry from Tango palette - corrected parameter range in Chip Away script (bug #506110) - reduced redraw priority and speed of the marching ants (bug #479875) - fixed out-of-bounds array access in Convolution Matrix plug-in - reduced rounding errors in Convolution Matrix plug-in (bug #508114) - fixed potential crash on missing CMYK color profile - fixed crash in Bumpmap plug-in when called from some scripts (bug #509608) - Equalize should not equalise the alpha channel (bug #510210) - increased the number of points the ImageMap plug-in can handle (bug #511072) - adjusted the priority of the projection renderer (bug #511214) - smooth the brush mask to get a simpler cursor boundary (bug #304798) - show the selection even if the image window is invisible (bug #505758) - allow to commit a pending rectangular selection using Enter (bug #511599) - fixed bug in image dirty state logic (bug #509822) - improved GIMPressionist preformance and reduced startup time (bug #512126) - fixed a crash in the Convert to Color Profile plug-in (bug #512529) - merged some other minor fixes from trunk - translation updates (de, it, lt, ru, sv, uk) * Mon Jan 28 2008 Nils Philippsen - 2:2.4.3-2 - don't package static libraries (#430330) - use %bcond_... macros for package options git-1.5.4.2-1.fc9 ----------------- * Sun Feb 17 2008 James Bowes 1.5.4.2-1 - git-1.5.4.2 gkrellm-weather-2.0.7-6.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.7-6 - Autorebuild for GCC 4.3 * Sat Feb 16 2008 Adam Goode - 2.0.7-5 - Take orphaned package - Update URL gnome-applet-timer-1.3.3-3.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.3.3-3 - Autorebuild for GCC 4.3 gnome-doc-utils-0.12.1-2.fc9 ---------------------------- * Mon Feb 18 2008 Matthew Barnes - 0.12.1-2 - Package review corrections (RH bug #225816). gnome-netstatus-2.12.1-4.fc9 ---------------------------- * Mon Feb 18 2008 Christopher Aillon - 2.12.1-4 - Rebuild to celebrate my birthday (and GCC 4.3) * Fri Aug 24 2007 Adam Jackson - 2.12.1-3 - Rebuild for build ID * Tue Aug 07 2007 Matthias Clasen - 2.12.1-2 - Update license field - Use %find_lang for help files gnome-nettool-2.20.0-3.fc9 -------------------------- * Mon Feb 18 2008 Christopher Aillon - 2.20.0-3 - Rebuild to celebrate my birthday (and GCC 4.3) gnome-panel-2.21.91-4.fc9 ------------------------- * Mon Feb 18 2008 Matthias Clasen - 2.21.91-4 - Another round of intlclock fixes * Sun Feb 17 2008 Matthias Clasen - 2.21.91-3 - First round of intlclock fixes gnome-pilot-2.0.15-12.fc9 ------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.0.15-12.fc9 - Rebuild with GCC 4.3 gnome-pilot-conduits-2.0.15-6.fc9 --------------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.0.15-6.fc9 - Rebuild with GCC 4.3 gnome-power-manager-2.21.92-2.fc9 --------------------------------- * Mon Feb 18 2008 Matthias Clasen - 2.21.92-2 - Plug an X resource leak in the brightness applet gnome-ppp-0.3.23-5.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3.23-5 - Autorebuild for GCC 4.3 gnome-python2-2.21.0-2.fc9 -------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.21.0-2.fc9 - Rebuild with GCC 4.3 gnome-python2-desktop-2.21.2-2.fc9 ---------------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.21.2-2.fc9 - Rebuild with GCC 4.3 gnome-python2-extras-2.19.1-14.fc9 ---------------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.19.1-14.fc9 - Rebuild with GCC 4.3 * Sat Jan 12 2008 Matthew Barnes - 2.19.1-13.fc9 - Rename anjuta-gdl dependency to libgdl. - Build now requires gecko-devel-unstable instead of gecko-devel (for mozilla-gtkmozembed pkg-config module). - Add patch to make pkg-config look for mozilla-gtkmozembed even though we're using xulrunner. gnome-spell-1.0.8-4.fc9 ----------------------- * Sat Feb 09 2008 Matthew Barnes - 1.0.8-4.fc9 - Rebuild with GCC 4.3 gnome-translate-0.99-12.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.99-12 - Autorebuild for GCC 4.3 * Thu Aug 16 2007 Dmitry Butskoy - Change License tag to GPLv2+ * Tue Jun 26 2007 Dmitry Butskoy - drop X-Fedora category from desktop file gnu-efi-3.0d-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 3.0d-3 - Autorebuild for GCC 4.3 gnu-smalltalk-3.0.1-3.fc9 ------------------------- * Sun Feb 17 2008 Jochen Schmitt 3.0.1-3 - Use system libffi goocanvas-0.9-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9-4 - Autorebuild for GCC 4.3 gq-1.3.4-1.fc9 -------------- * Sun Feb 17 2008 Terje R??sten - 1.3.4-1 - 1.3.4 - Drop infinite loop patch * Tue Feb 12 2008 Terje R??sten - 1.3.3-3 - Rebuild * Mon Jan 21 2008 Terje R??sten - 1.3.3-2 - Add patch from svn to fix infinite loop - Adjust buildreq - Fix scrollkeeper stuff grig-0.7.2-5.fc9 ---------------- * Sun Feb 17 2008 Denis Leroy - 0.7.2-5 - Rebuild with newer hamlib, gcc 4.3, EVR bump grip-1:3.2.0-18.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:3.2.0-18 - Autorebuild for GCC 4.3 grisbi-0.5.9-5.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.5.9-5 - Autorebuild for GCC 4.3 gstreamer-0.10.17-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.10.17-2 - Autorebuild for GCC 4.3 * Wed Jan 30 2008 - Bastien Nocera - 0.10.17-1 - Update to 0.10.17 * Tue Jan 29 2008 - Bastien Nocera - 0.10.16-1 - Update to 0.10.16 gstreamer-plugins-base-0.10.17-2.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.10.17-2 - Autorebuild for GCC 4.3 gstreamer-plugins-good-0.10.6-8.fc9 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.10.6-8 - Autorebuild for GCC 4.3 gthumb-2.10.8-2.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.10.8-2 - Autorebuild for GCC 4.3 gtk+-1:1.2.10-61.fc9 -------------------- * Mon Feb 18 2008 Rex Dieter 1:1.2.10-61 - fix multilib patch (#341401) gtk-gnutella-0.96.4-4.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.96.4-4 - Autorebuild for GCC 4.3 gweled-0.7-11.1 --------------- * Sat Feb 09 2008 Thorsten Leemhuis - 0.7-11 - rebuilt (again, this time for new mikmod) gwget-0.99-5.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.99-5 - Autorebuild for GCC 4.3 happy-1.17-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.17-2 - Autorebuild for GCC 4.3 hfsplus-tools-332.14-6.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 332.14-6 - Autorebuild for GCC 4.3 hmmer-2.3.2-8.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.3.2-8 - Autorebuild for GCC 4.3 hspell-1.0-8.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0-8 - Autorebuild for GCC 4.3 htdig-3:3.2.0b6-16.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3:3.2.0b6-16 - Autorebuild for GCC 4.3 hunspell-1.2.1-5.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.1-5 - Autorebuild for GCC 4.3 hyphen-2.3-2.fc9 ---------------- ifm-5.1-6.fc9 ------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.1-6 - Autorebuild for GCC 4.3 igraph-0.5-9.fc9 ---------------- * Sun Feb 17 2008 Neal Becker - 0.5-9 - Don't need provides * Sun Feb 17 2008 Neal Becker - 0.5-8 - Add provides to main package * Sun Feb 17 2008 Neal Becker - 0.5-7 - Add provides to devel package imageinfo-0.05-3.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.05-3 - Autorebuild for GCC 4.3 initng-0.6.10.2-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.10.2-2 - Autorebuild for GCC 4.3 initng-ifiles-0.1.4-5.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.4-5 - Autorebuild for GCC 4.3 ipa-0.99-9.fc9 -------------- * Mon Feb 18 2008 Rob Crittenden 0.99-9 - Pull upstream changelog 641 - Require minimum version of krb5-server on F-7 and F-8 - Package some new files iputils-20070202-9.fc9 ---------------------- * Mon Feb 18 2008 Martin Nagy - 20070202-9 - rebuild * Mon Feb 18 2008 Martin Nagy - 20070202-8 - correctly fix the -w option and return code of arping (#387881) irsim-9.7.50-2.fc9 ------------------ java_cup-1:0.10-0.k.6jpp.2 -------------------------- * Sun Feb 17 2008 Lubomir Kundrak - 1:0.10-0.k.6jpp.2 - Ant task - Clean up to satisfy QA script and rpmlint jd-2.0.0-0.3.svn1836_trunk.fc9 ------------------------------ * Tue Feb 19 2008 Mamoru Tasaka - 2.0.0-0.3.svn1836 - svn 1836 (version 2.0.0) * Sat Feb 09 2008 Mamoru Tasaka - Remove patch for gcc43 (applied by upstream) - Remove workarround for libsigc++ side bug * Fri Feb 08 2008 Mamoru Tasaka - 2.0.0-0.2.svn1774 - Patch to make jd happy with gcc43 - Workarround for libsigc++ side bug (bug 431017) jhead-2.7-3.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.7-3 - Autorebuild for GCC 4.3 kdelibs-6:4.0.1-5.fc9 --------------------- * Mon Feb 18 2008 Rex Dieter 4.0.1-5 - -devel: include %_kde4_appsdir/cmake here (#341751) * Wed Feb 06 2008 Than Ngo 4.0.1-4 - upstream patch to make sure that static widget is always at position 0,0 * Fri Feb 01 2008 Than Ngo 4.0.1-3 - upstream patch to fix a regression in handling - autostart upstream patch kdepim-6:3.5.9-5.fc9 -------------------- * Mon Feb 18 2008 Than Ngo 6:3.5.9-5 - backport upstream patch to fix kmail crash on startup * Fri Feb 15 2008 Kevin Kofler 6:3.5.9-3 - backport upstream fix for kde#127696 from enterprise branch * Fri Feb 15 2008 Kevin Kofler 6:3.5.9-2 - update opensync03 patch kerneloops-0.10-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.10-3 - Autorebuild for GCC 4.3 kitsune-2.0-4.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0-4 - Autorebuild for GCC 4.3 krb5-auth-dialog-0.7-7.fc9 -------------------------- * Mon Feb 18 2008 Christopher Aillon - 0.7-7 - Rebuild to celebrate my birthday (and GCC 4.3) lat-1.2.3-3.fc9 --------------- * Mon Feb 18 2008 Paul Howarth 1.2.3-3 - Run "make" in %build rather than doing it implicitly in %install * Mon Dec 03 2007 Paul Howarth 1.2.3-2 - Explicitly buildrequire desktop-file-utils - Remove filename extension from Icon field of desktop file * Fri Sep 28 2007 Paul Howarth 1.2.3-1 - Update to 1.2.3 - Clarify license as GPL version 2 libFoundation-1.1.3-11.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1.3-11 - Autorebuild for GCC 4.3 libcdaudio-0.99.12p2-9.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.99.12p2-9 - Autorebuild for GCC 4.3 libggz-0.0.14.1-1.fc9 --------------------- * Sun Feb 17 2008 Rex Dieter 0.0.14.1-1 - ggz 0.0.14.1 libgsf-1.14.7-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.14.7-3 - Autorebuild for GCC 4.3 libifp-1.0.0.2-7.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.0.2-7 - Autorebuild for GCC 4.3 libmikmod-3.2.0-3.beta2.fc9 --------------------------- * Mon Feb 18 2008 Hans de Goede 3.2.0-3.beta2 - Fix MikMod_InfoLoader() and MikMod_InfoDriver() functions, fixing mikmod -n output * Mon Feb 18 2008 Hans de Goede 3.2.0-2.beta2 - Replace completely braindead (hint to author, drink coffee first, then code) esd non blocking patch with one that actually works. This fixes using mikmod with pulseaudio (bz 247865) - Note: this makes the 2 supported output devices oss and esd (and pulseaudio's esd emulation) alsa is not supported, this requires a rewrite of the mikmod alsa code which was written for alsa-0.5 and never updated for the new alsa 0.9/1.0 api libnasl-2.2.10-5.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2.10-5 - Autorebuild for GCC 4.3 liboil-0.3.12-12.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3.12-12 - Autorebuild for GCC 4.3 libopensync-plugin-evolution2-0.35-3.fc9 ---------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-file-0.35-3.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-gnokii-0.35-2.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.35-2 - Autorebuild for GCC 4.3 libopensync-plugin-gpe-0.35-3.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-irmc-0.35-3.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-kdepim-0.35-2.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.35-2 - Autorebuild for GCC 4.3 libopensync-plugin-moto-0.35-4.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-4 - Autorebuild for GCC 4.3 libopensync-plugin-opie-0.35-3.fc9 ---------------------------------- libopensync-plugin-palm-0.35-3.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-python-0.35-3.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-vformat-0.35-3.fc9 ------------------------------------- libpano12-2.8.6-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.8.6-2 - Autorebuild for GCC 4.3 libpano13-2.9.12-5.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.9.12-5 - Autorebuild for GCC 4.3 libpciaccess-0.9.1-4.20071031.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-4.20071031 - Autorebuild for GCC 4.3 librapi-0.11-2.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 librra-0.11-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 librsvg2-2.20.0-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.20.0-2 - Autorebuild for GCC 4.3 librtfcomp-1.1-3.fc9 -------------------- libsieve-2.2.6-3.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2.6-3 - Autorebuild for GCC 4.3 libssh2-0.18-7.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.18-7 - Autorebuild for GCC 4.3 libstroke-0.5.1-17.fc9 ---------------------- libsynce-0.11-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-3 - Autorebuild for GCC 4.3 libthai-0.1.9-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.9-3 - Autorebuild for GCC 4.3 libtirpc-0.1.7-16.fc9 --------------------- * Mon Feb 18 2008 Steve Dickson 0.1.7-16 - Added patch that creates a libtirpc.pc used by the pkg-config command. * Thu Jan 24 2008 Steve Dickson 0.1.7-15 - Protect from buffer overflow in the GSS code. (bz 362121) libvisual-0.4.0-5.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-5 - Autorebuild for GCC 4.3 libvisual-plugins-0.4.0-5.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-5 - Autorebuild for GCC 4.3 libwiimote-0.4-5.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4-5 - Autorebuild for GCC 4.3 libxcb-1.1-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1-2 - Autorebuild for GCC 4.3 libxml++-2.20.0-2.fc9 --------------------- * Sun Feb 17 2008 Denis Leroy - 2.20.0-2 - Added patch for gcc 4.3 rebuild lsscsi-0.17-5 ------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.17-5 - Autorebuild for GCC 4.3 makebootfat-1.4-7.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.4-7 - Autorebuild for GCC 4.3 mediawiki-1.10.2-37.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.10.2-37 - Autorebuild for GCC 4.3 mesa-libGLw-6.5.1-5.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 6.5.1-5 - Autorebuild for GCC 4.3 methane-1.4.7-4.fc9 ------------------- * Sun Feb 17 2008 Hans de Goede 1.4.7-4 - Rebuild for new libmikmod - Rebuild with gcc 4.3 - Try pulseaudio (esd) before oss (mikmod doesn't support alsa) mgetty-1.1.33-15.fc9 -------------------- * Mon Feb 18 2008 Jindrich Novy - 1.1.33-15 - fix BuildRoot, License tag - fix policy and issue patches - remove useless rpm macros - rpmlint fixes * Sun Feb 17 2008 Jindrich Novy - 1.1.33-14 - fix broken BuildRequires (#433177) * Mon Jan 28 2008 Martin Nagy - 1.1.33-13 - fix homepage URL (#353531) - correct Requires milter-regex-1.7-3.fc9 ---------------------- * Mon Feb 18 2008 Paul Howarth - 1.7-3 - support config files with more than 507 rules (#304071) mod_auth_ntlm_winbind-0.0.0-0.7.20070129svn713.fc9 -------------------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.0.0-0.7.20070129svn713 - Autorebuild for GCC 4.3 mod_auth_shadow-2.2-4.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2-4 - Autorebuild for GCC 4.3 moodbar-0.1.2-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.2-4 - Autorebuild for GCC 4.3 most-5.0.0-1.a.1.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.0.0-1.a.1 - Autorebuild for GCC 4.3 mrxvt-0.5.3-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.3-2 - Autorebuild for GCC 4.3 msynctool-0.35-4.fc9 -------------------- nail-12.3-4.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 12.3-4 - Autorebuild for GCC 4.3 nessus-core-2.2.10-4.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.2.10-4 - Autorebuild for GCC 4.3 netgen-1.3.7-15.fc9 ------------------- nfswatch-4.99.9-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 4.99.9-3 - Autorebuild for GCC 4.3 ngspice-17-14.fc9 ----------------- nmh-1.2-20070116cvs.4.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2-20070116cvs.4 - Autorebuild for GCC 4.3 ntfs-3g-2:1.2216-1.fc9 ---------------------- * Mon Feb 18 2008 Tom "spot" Callaway 2:1.2216-1 - update to 1.2216 odccm-0.11-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 openal-0.0.9-0.15.20060204cvs.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.0.9-0.15.20060204cvs - Autorebuild for GCC 4.3 openoffice.org-1:2.4.0-7.3.fc9 ------------------------------ * Sun Feb 17 2008 Caolan McNamara - 1:2.4.0-7.3 - accidentally included scratch uno_packages cache, i.e. trashed your shared extensions openoffice.org-voikko-2.2-2.fc9 ------------------------------- * Sun Feb 17 2008 Ville-Pekka Vainio - 2.2-2 - Upstream released 2.2 - Remove the "temporary $HOME hack" and all -env options, since unopkg has been patched to take care of all that pam_abl-0.2.3-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.3-4 - Autorebuild for GCC 4.3 pango-1.19.3-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.19.3-3 - Autorebuild for GCC 4.3 paraview-3.2.1-4.fc9 -------------------- * Mon Feb 18 2008 - Orion Poplawski - 3.2.1-4 - Add patch to compile with gcc 4.3 perl-Acme-Damn-0.03-5.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.03-5 - Autorebuild for GCC 4.3 perl-Class-C3-XS-0.08-3.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.08-3 - Autorebuild for GCC 4.3 perl-Class-Date-1.1.9-3.fc9 --------------------------- perl-Class-MOP-0.49-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.49-2 - Autorebuild for GCC 4.3 perl-DBI-Dumper-2.01-5.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.01-5 - Autorebuild for GCC 4.3 perl-Data-Alias-1.07-2.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.07-2 - Autorebuild for GCC 4.3 perl-Devel-Size-0.68-3.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.68-3 - Autorebuild for GCC 4.3 perl-Event-1.09-4.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.09-4 - Autorebuild for GCC 4.3 * Tue Feb 05 2008 Tom "spot" Callaway 1.09-3 - rebuild for new perl perl-File-ExtAttr-1.02-4.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.02-4 - Autorebuild for GCC 4.3 perl-GStreamer-0.09-5.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.09-5 - Autorebuild for GCC 4.3 perl-GTop-0.16-5.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.16-5 - Autorebuild for GCC 4.3 perl-Gnome2-Canvas-1.002-8.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.002-8 - Autorebuild for GCC 4.3 perl-Gnome2-GConf-1.044-2.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.044-2 - Autorebuild for GCC 4.3 perl-Gnome2-Print-1.000-4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.000-4 - Autorebuild for GCC 4.3 perl-Gnome2-VFS-1.080-2.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.080-2 - Autorebuild for GCC 4.3 perl-Gtk2-GladeXML-1.006-3.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.006-3 - Autorebuild for GCC 4.3 perl-Gtk2-Notify-0.04-2.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.04-2 - Autorebuild for GCC 4.3 perl-Gtk2-Sexy-0.02-7.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.02-7 - Autorebuild for GCC 4.3 perl-Gtk2-TrayIcon-0.06-3.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.06-3 - Autorebuild for GCC 4.3 perl-JSON-XS-1.52-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.52-2 - Autorebuild for GCC 4.3 perl-List-MoreUtils-0.22-4.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.22-4 - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Tom "spot" Callaway - 0.22-3 - rebuild normally, second pass * Fri Jan 11 2008 Tom "spot" Callaway - 0.22-2.1 - rebuild for new perl, first pass, disable TPC and tests perl-Net-CUPS-0.55-3.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.55-3 - Autorebuild for GCC 4.3 perl-Net-DBus-0.33.5-3.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.33.5-3 - Autorebuild for GCC 4.3 perl-Net-SSH2-0.18-3.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.18-3 - Autorebuild for GCC 4.3 perl-Readonly-XS-1.04-10.fc9.2 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.04-10.2 - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Tom "spot" Callaway 1.04-9.2 - patch Carp::croak call for new perl * Mon Jan 14 2008 Tom "spot" Callaway 1.04-9 - rebuild for new perl perl-Sub-Name-0.02-4.fc9.1 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.02-4.1 - Autorebuild for GCC 4.3 perl-Text-CharWidth-0.04-3.fc9.2 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.04-3.2 - Autorebuild for GCC 4.3 perl-Time-Piece-1.09-4.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.09-4 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Tom "spot" Callaway 1.09-3 - rebuild for new perl perl-Unicode-Map-0.112-13.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.112-13 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tom "spot" Callaway 0.112-12 - rebuild for new perl perl-Unicode-Map8-0.12-16.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.12-16 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway 0.12-15 - rebuild for new perl perl-Unicode-String-2.09-7.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.09-7 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway 2.09-6 - rebuild for new perl php-pear-PHP-CodeSniffer-1.0.1-1.fc9 ------------------------------------ * Sun Feb 17 2008 Konstantin Ryabitsev - 1.0.1-1 - Upstream 1.0.1 - Move sample config into docs php-pear-PhpDocumentor-1.4.1-1.fc9 ---------------------------------- * Sun Feb 17 2008 Konstantin Ryabitsev - 1.4.1-1 - Upstream 1.4.1. php-pecl-apc-3.0.14-3.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.0.14-3 - Autorebuild for GCC 4.3 pida-0.5.1-6.fc9 ---------------- * Mon Feb 18 2008 Debarshi Ray - 0.5.1-6 - Fixed usage of _remove_encoding to prevent failure on Fedora 7. - Provided Egg on all distributions starting from Fedora 9. - Removed 'BuildRequires: python-setuptools'. pixman-0.9.6-4.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.9.6-4 - Autorebuild for GCC 4.3 planner-0.14.2-12.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.14.2-12 - Autorebuild for GCC 4.3 poppler-0.6.4-3.fc9 ------------------- * Mon Feb 18 2008 Jindrich Novy - 0.6.4-3 - apply ObjStream patch (#433090) powertop-1.9-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.9-3 - Autorebuild for GCC 4.3 psi-0.11-4.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-4 - Autorebuild for GCC 4.3 pstoedit-3.45-2.fc9 ------------------- * Sun Feb 17 2008 Denis Leroy - 3.45-2 - Added patch for gcc 4.3 rebuild pulseaudio-0.9.8-6.fc9 ---------------------- * Sun Feb 17 2008 Adam Tkac 0.9.8-6 - rebuild against new libcap pure-ftpd-1.0.21-15.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.21-15 - Autorebuild for GCC 4.3 pycairo-1.4.12-2.fc9 -------------------- * Sun Feb 17 2008 Matthew Barnes - 1.4.12-2.fc9 - Rebuild with GCC 4.3 pyclutter-0.4.2-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.2-3 - Autorebuild for GCC 4.3 pygobject2-2.14.1-2.fc9 ----------------------- * Sun Feb 17 2008 Matthew Barnes - 2.14.1-2.fc9 - Rebuild with GCC 4.3 pygoocanvas-0.9.0-3.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.0-3 - Autorebuild for GCC 4.3 pygtk2-2.12.1-5.fc9 ------------------- * Sun Feb 17 2008 Matthew Barnes - 2.12.1-5.fc9 - Rebuild with GCC 4.3 * Wed Feb 06 2008 Matthew Barnes - 2.12.1-4.fc9 - Use a full URL for the source tag (RH bug #226333). pyorbit-2.14.3-2.fc9 -------------------- * Sun Feb 17 2008 Matthew Barnes - 2.14.3-2.fc8 - Rebuild with GCC 4.3 python-adns-1.2.1-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.1-2 - Autorebuild for GCC 4.3 python-igraph-0.5-4.fc9 ----------------------- * Sun Feb 17 2008 Neal Becker - 0.5-4 - Fix requires igraph * Sun Feb 17 2008 Neal Becker - 0.5-3 - Add BR python * Sat Feb 16 2008 Neal Becker - 0.5-2 - Fix BR python-kiwi-1.9.20-2.fc9 ------------------------ * Sun Feb 17 2008 Konstantin Ryabitsev - 1.9.20-2 - Upstream 1.9.20 python-ldap-0:2.3.1-3.fc9 ------------------------- * Sun Feb 17 2008 Matthew Barnes - 0:2.3.1-3.fc9 - Rebuild with GCC 4.3 python-logilab-common-0.28.0-1.fc9 ---------------------------------- * Sun Feb 17 2008 Konstantin Ryabitsev - 0.28.0-1 - Upstream 0.28.0 python-numeric-24.2-10.fc9 -------------------------- * Sun Feb 17 2008 Matthew Barnes - 24.2-10 - Rebuild with GCC 4.3 pywbxml-0.1-3.fc9 ----------------- qca-1.0-10.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0-10 - Autorebuild for GCC 4.3 * Sun Aug 26 2007 Aurelien Bompard 1.0-9 - fix license tag * Wed Aug 30 2006 Aurelien Bompard 1.0-8 - rebuild qca-gnupg-2.0.0-0.2.beta1.fc9 ----------------------------- qca-ossl-2.0.0-0.4.beta3.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.0-0.4.beta3 - Autorebuild for GCC 4.3 qca-tls-1.0-13.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.0-13 - Autorebuild for GCC 4.3 qca2-2.0.0-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.0-2 - Autorebuild for GCC 4.3 qgis-0.9.1-3.fc8 ---------------- * Mon Feb 18 2008 Douglas E. Warner 0.9.1-3 - adding Requires sip, PyQt4 for python bindings support * Mon Jan 28 2008 Douglas E. Warner 0.9.1-2 - defining lib path in build - installing python bindings globally - adding patch to determine python site packages dir correctly * Mon Dec 17 2007 Douglas E. Warner 0.9.1-1 - update to 0.9.1 - removing lib64 and man instal path patches (included upstream) - enabling python integration qlandkarte-0.7.1-1.fc9 ---------------------- * Sun Feb 17 2008 Dan Horak 0.7.1-1 - upgrade to 0.7.1 - fixes RH #426807 (many thanks goes to Albrecht who did all the work and successfully integrated it in the the upstream code) qosmic-1.3-1.fc9 ---------------- * Mon Feb 18 2008 Ian Weller 1.3-1 - Updated upstream qstat-2.11-5.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.11-5 - Autorebuild for GCC 4.3 qt-1:3.3.8b-5.fc9 ----------------- * Mon Feb 18 2008 Kevin Kofler 3.3.8b-5 - fix buildkey for GCC 4.3 (#433235) * Mon Feb 11 2008 Than Ngo 3.3.8b-4 - rebuild for GCC 4.3 * Thu Jan 24 2008 Than Ngo 3.3.8b-3 - add LICENSE.GPL2/GPL3 qwtplot3d-0.2.7-5.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.7-5 - Autorebuild for GCC 4.3 rarian-0.7.1-3.fc9 ------------------ * Mon Feb 18 2008 Matthew Barnes - 0.7.1-3 - Require libxml2 in %post and %postun (RH bug #433268). rhythmbox-0.11.4-9.fc9 ---------------------- * Mon Feb 18 2008 Matthias Clasen - 0.11.4-9 - Fix the media player patch to work ruby-1.8.6.111-8.fc9 -------------------- * Tue Feb 19 2008 Akira TAGOH - 1.8.6.111-8 - Rebuild for gcc-4.3. * Tue Jan 15 2008 Akira TAGOH - 1.8.6.111-7 - Revert the change of libruby-static.a. (#428384) * Fri Jan 11 2008 Akira TAGOH - 1.8.6.111-6 - Fix an unnecessary replacement for shebang. (#426835) ruby-RMagick-2.2.2-1.fc9 ------------------------ * Mon Feb 18 2008 Mamoru Tasaka - 2.2.2-1 - 2.2.2 ruby-cairo-1.5.0-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.5.0-2 - Autorebuild for GCC 4.3 ruby-gnome2-0.16.0-27.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.16.0-27 - Autorebuild for GCC 4.3 scribus-1.3.4-5.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3.4-5 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 1.3.4-4 - Rebuilt for gcc43 seaview-2.0-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0-2 - Autorebuild for GCC 4.3 selinux-policy-3.2.8-1.fc9 -------------------------- * Fri Feb 15 2008 Dan Walsh 3.2.8-1 - Merge with upstream siege-2.66-3.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.66-3 - Autorebuild for GCC 4.3 snort-2.7.0.1-6.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.7.0.1-6 - Autorebuild for GCC 4.3 sopwith-1.7.1-6 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.7.1-6 - Autorebuild for GCC 4.3 spamass-milter-0.3.1-6.fc9 -------------------------- * Mon Feb 18 2008 Paul Howarth 0.3.1-6 - Rebuild with gcc 4.3.0 for Fedora 9 swig-1.3.33-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3.33-2 - Autorebuild for GCC 4.3 synaptic-0.57.2-16.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.57.2-16 - Autorebuild for GCC 4.3 synce-gnomevfs-0.11-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 synce-serial-0.11-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 synce-software-manager-0.9.0-10.fc9 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.0-10 - Autorebuild for GCC 4.3 synce-trayicon-0.9.0-14.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.0-14 - Autorebuild for GCC 4.3 taarich-1.20051120-9.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.20051120-9 - Autorebuild for GCC 4.3 tcputils-0.6.2-3.fc9 -------------------- tecnoballz-0.92-4.fc9 --------------------- * Sun Feb 17 2008 Andrea Musuruane 0.92-4 - rebuilt against libmikmod 3.2.0 teg-0.11.2-15.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11.2-15 - Autorebuild for GCC 4.3 telepathy-salut-0.2.2-3.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.2-3 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Brian Pepple - 0.2.2-2 - Rebuild for gcc-4.3. telnet-1:0.17-42.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:0.17-42 - Autorebuild for GCC 4.3 thunar-archive-plugin-0.2.4-4.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.4-4 - Autorebuild for GCC 4.3 thunar-media-tags-plugin-0.1.2-4.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.1.2-4 - Autorebuild for GCC 4.3 thunar-volman-0.2.0-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.0-2 - Autorebuild for GCC 4.3 tiger-3.2.1-8.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.2.1-8 - Autorebuild for GCC 4.3 tin-1.8.3-4.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.8.3-4 - Autorebuild for GCC 4.3 toped-0.8.6-2.fc9 ----------------- totem-2.21.93-2.fc9 ------------------- * Sun Feb 17 2008 - Bastien Nocera - 2.21.93-2 - Rebuild for dependencies tpb-0.6.4-10.fc9 ---------------- * Sun Feb 17 2008 Kevin Fenzi - 0.6.4-10 - Rebuild for gcc43 traceroute-3:2.0.9-2.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 3:2.0.9-2 - Autorebuild for GCC 4.3 ulogd-1.24-9.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.24-9 - Autorebuild for GCC 4.3 unpaper-0.3-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3-2 - Autorebuild for GCC 4.3 unrtf-0.20.2-4.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.20.2-4 - Autorebuild for GCC 4.3 uqm-0.6.2-3.fc9 --------------- * Sun Feb 17 2008 Konstantin Ryabitsev - 0.6.2-3 - Rebuild for newer mikmod. uudeview-0.5.20-15 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.5.20-15 - Autorebuild for GCC 4.3 vavoom-1.26-2.fc9 ----------------- * Sun Feb 17 2008 Hans de Goede 1.26-2 - Rebuild for new libmikmod - Rebuild with gcc 4.3 vdr-1.4.7-9.fc9 --------------- * Sun Feb 17 2008 Ville Skytt?? - 1.4.7-9 - Don't run "restart" for init script's "reload" action per the LSB spec. - runvdr cleanups, handle PLUGIN_ENABLED values case insensitively. * Thu Feb 14 2008 Ville Skytt?? - 1.4.7-8 - Patch to fix build with GCC 4.3's cleaned up C++ headers. * Sat Jan 12 2008 Ville Skytt?? - 1.4.7-7 - Include Udo Richter's hard link cutter patch v0.2.0 (see README-HLCUTTER). - Add some plugins to the default plugin order list in sysconfig. - Minor runvdr cleanups. verbiste-0.1.22-1.fc9 --------------------- * Sun Feb 17 2008 Konstantin Ryabitsev - 0.1.22-1 - Upstream 0.1.22 vigra-1.5.0-4.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.5.0-4 - Autorebuild for GCC 4.3 vinagre-0.4.91-2.fc9 -------------------- * Mon Feb 18 2008 Matthias Clasen - 0.4.91-2 - Spec file fixes virt-manager-0.5.3-2.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.5.3-2 - Autorebuild for GCC 4.3 virt-viewer-0.0.2-4.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.0.2-4 - Autorebuild for GCC 4.3 vnc-4.1.2-25.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 4.1.2-25 - Autorebuild for GCC 4.3 vnc-reflector-1.2.4-5.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.4-5 - Autorebuild for GCC 4.3 vnstat-1.6-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.6-2 - Autorebuild for GCC 4.3 vte-0.16.12-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.16.12-2 - Autorebuild for GCC 4.3 w3c-libwww-5.4.1-0.10.20060206cvs.fc9 ------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.4.1-0.10.20060206cvs - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 5.4.1-0.9.20060206cvs - Rebuilt for gcc43 wdfs-1.4.2-6.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.4.2-6 - Autorebuild for GCC 4.3 wireless-tools-1:29-2.fc9 ------------------------- * Mon Feb 18 2008 Christopher Aillon - 1:29-2 - Rebuild to celebrate my birthday (and GCC 4.3) wmCalClock-1.25-11.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.25-11 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 1.25-10 - Rebuilt for gcc43 wmacpi-2.2-0.4.rc1.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2-0.4.rc1 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 2.2-0.3.rc1 - Rebuilt for gcc43 wmapmload-0.3.4-8.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3.4-8 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 0.3.4-7 - Rebuilt for gcc43 wmweather+-2.9-8.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.9-8 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 2.9-7 - Rebuilt for gcc43 writer2latex-0.5-2.fc9 ---------------------- wv-1.2.4-3.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.4-3 - Autorebuild for GCC 4.3 * 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) x86info-1:1.21-1.30.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:1.21-1.29 - Autorebuild for GCC 4.3 xarchiver-0.4.9-0.4.20070103svn24249.fc9 ---------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.9-0.4.20070103svn24249 - Autorebuild for GCC 4.3 xbindkeys-1.8.2-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.8.2-2 - Autorebuild for GCC 4.3 xchat-1:2.8.4-13.fc9 -------------------- * Mon Feb 18 2008 Christopher Aillon - 1:2.8.4-13 - Rebuild to celebrate my birthday (and GCC 4.3) * Tue Feb 05 2008 Tom "spot" Callaway - 1:2.8.4-12 - rebuild for new perl * Sat Jan 19 2008 Kevin Kofler - 1:2.8.4-11 - fix bug in xchat-2.8.4-shm-pixmaps.patch (Adam Jackson, #429218) xcircuit-3.4.27-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.4.27-3 - Autorebuild for GCC 4.3 xdelta-1.1.4-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.1.4-3 - Autorebuild for GCC 4.3 xdesktopwaves-1.3-10.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.3-10 - Autorebuild for GCC 4.3 xen-3.2.0-7.fc9 --------------- * Mon Feb 18 2008 Mark McLoughlin - 3.2.0-7.fc9 - Restore some network-bridge patches lost during 3.2.0 rebase * Wed Feb 06 2008 Daniel P. Berrange - 3.2.0-6.fc9 - Fixed xenstore-ls to automatically use xenstored socket as needed * Sun Feb 03 2008 Daniel P. Berrange - 3.2.0-5.fc9 - Fix timer mode parameter handling for HVM - Temporarily disable all Latex docs due to texlive problems (rhbz #431327) xfce4-clipman-plugin-0.8.0-4.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.8.0-4 - Autorebuild for GCC 4.3 xfce4-cpugraph-plugin-0.4.0-3.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-3 - Autorebuild for GCC 4.3 xfce4-datetime-plugin-0.5.0-4.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.0-4 - Autorebuild for GCC 4.3 xfce4-dict-plugin-0.2.1-4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.1-4 - Autorebuild for GCC 4.3 xfce4-diskperf-plugin-2.1.0-5.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.1.0-5 - Autorebuild for GCC 4.3 * Sat Aug 25 2007 Christoph Wickert - 2.1.0-4 - Rebuild for BuildID feature xfce4-eyes-plugin-4.4.0-4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 4.4.0-4 - Autorebuild for GCC 4.3 xfce4-fsguard-plugin-0.4.1-2.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.1-2 - Autorebuild for GCC 4.3 xfce4-genmon-plugin-3.1-4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.1-4 - Autorebuild for GCC 4.3 xfce4-mailwatch-plugin-1.0.1-8.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.1-8 - Autorebuild for GCC 4.3 xfce4-minicmd-plugin-0.4-8.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.4-8 - Autorebuild for GCC 4.3 xfce4-modemlights-plugin-0.1.3.99-3.fc9 --------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.3.99-3 - Autorebuild for GCC 4.3 xfce4-mount-plugin-0.5.1-4.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.5.1-4 - Autorebuild for GCC 4.3 xfce4-netload-plugin-0.4.0-7.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-7 - Autorebuild for GCC 4.3 xfce4-notes-plugin-1.6.1-2.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.6.1-2 - Autorebuild for GCC 4.3 xfce4-places-plugin-1.0.0-3.fc9 ------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.0-3 - Autorebuild for GCC 4.3 xfce4-quicklauncher-plugin-1.9.4-2.fc9 -------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.9.4-2 - Autorebuild for GCC 4.3 xfce4-screenshooter-plugin-1.0.0-7.fc9 -------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.0-7 - Autorebuild for GCC 4.3 xfce4-sensors-plugin-0.10.99.2-4.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.10.99.2-4 - Autorebuild for GCC 4.3 xfce4-smartbookmark-plugin-0.4.2-6.fc9 -------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.2-6 - Autorebuild for GCC 4.3 xfce4-systemload-plugin-0.4.2-4.fc9 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.2-4 - Autorebuild for GCC 4.3 xfce4-taskmanager-0.4.0-0.3.rc2.fc9 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-0.3.rc2 - Autorebuild for GCC 4.3 xfce4-timer-plugin-0.6-3.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6-3 - Autorebuild for GCC 4.3 xfce4-verve-plugin-0.3.5-4.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.3.5-4 - Autorebuild for GCC 4.3 xfce4-volstatus-icon-0.1.0-3.fc9 -------------------------------- xfce4-wavelan-plugin-0.5.4-4.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.4-4 - Autorebuild for GCC 4.3 xfce4-weather-plugin-0.6.2-3.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.2-3 - Autorebuild for GCC 4.3 xfce4-websearch-plugin-0.1.1-0.7.20070428svn2704.fc9 ---------------------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.1-0.7.20070428svn2704 - Autorebuild for GCC 4.3 xfce4-xfapplet-plugin-0.1.0-5.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.0-5 - Autorebuild for GCC 4.3 xfce4-xkb-plugin-0.4.3-4.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.3-4 - Autorebuild for GCC 4.3 xfce4-xmms-plugin-0.5.1-2.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.1-2 - Autorebuild for GCC 4.3 xgrep-0.06-4.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.06-4 - Autorebuild for GCC 4.3 xlhtml-0.5-8.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5-8 - Autorebuild for GCC 4.3 xlockmore-5.25-1.fc9 -------------------- * Mon Feb 18 2008 Adrian Reber - 5.25-1 - updated to 5.25 xmms-1:1.2.10-37.fc9 -------------------- * Mon Feb 18 2008 Jesse Keating - 1.2.10-37 - Rebuild for new mikmod * Fri Apr 13 2007 Paul F. Johnson 1:1.2.10-36 - add back in the .pc file * Sun Apr 01 2007 Paul F. Johnson 1:1.2.10-35 - added CVE fix for buffer problem xorg-x11-drivers-7.3-1.fc9 -------------------------- * Mon Feb 18 2008 Adam Jackson 7.3-1 - Superstition bump to 7.3. - xorg-x11-drv-wiimote. - Additional commentary about drivers that aren't included here. xorg-x11-drv-ati-6.7.197-3.fc9 ------------------------------ * Mon Feb 18 2008 Dave Airlie 6.7.197-3 - rebase to upstream git master - lots of r600 fixes * Fri Feb 08 2008 Dave Airlie 6.7.197-2 - rebase to upstream git master - add rv67x ids xorg-x11-drv-avivo-0.0.1-7.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.0.1-7 - Autorebuild for GCC 4.3 xulrunner-1.9-0.beta3.23.nightly20080217.fc9 -------------------------------------------- * Sun Feb 17 2008 Christopher Aillon 1.9-0.beta3.23 - Update to latest trunk (2008-02-17) Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-4.fc9.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.i386 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-perl-2.003-3.fc9.i386 requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.i386 requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fbg-0.9.1-1.fc8.i386 requires libmikmod.so.2 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 supertuxkart-0.3-3.fc9.i386 requires libmikmod.so.2 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 xqilla-2.0.0-1.fc9.i386 requires libxerces-c.so.27 xqilla-devel-2.0.0-1.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.i386 requires libxerces-c.so.27 xqilla10-devel-1.0.2-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-4.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.x86_64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fbg-0.9.1-1.fc8.x86_64 requires libmikmod.so.2()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) supertuxkart-0.3-3.fc9.x86_64 requires libmikmod.so.2()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) xqilla-2.0.0-1.fc9.i386 requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-1.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.i386 requires libxerces-c.so.27 xqilla10-1.0.2-2.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-2.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-4.fc9.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.ppc requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.ppc requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fbg-0.9.1-1.fc8.ppc requires libmikmod.so.2 gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 supertuxkart-0.3-3.fc9.ppc requires libmikmod.so.2 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 xqilla-2.0.0-1.fc9.ppc requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-1.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.ppc requires libxerces-c.so.27 xqilla10-1.0.2-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-4.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.ppc64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fbg-0.9.1-1.fc8.ppc64 requires libmikmod.so.2()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) supertuxkart-0.3-3.fc9.ppc64 requires libmikmod.so.2()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) xqilla-2.0.0-1.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 From jkeating at redhat.com Tue Feb 19 14:46:45 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 19 Feb 2008 09:46:45 -0500 Subject: rawhide report: 20080219 changes Message-ID: <20080219094645.07a530d4@redhat.com> (Sending manually until we get the mail servers sorted out) New package PySBIG PySBIG can read SBIG CCD files New package aldo A morse tutor New package color-filesystem Color filesystem layout New package epdfview Lightweight PDF document viewer New package evolution-rss Evolution RSS Reader New package glpi-mass-ocs-import GLPI Plugin for OCS Massive import New package glpi-pdf GLPI Plugin to print PDF of computers New package ivtv-firmware Firmware for the PVR 250/350/150/500 model series New package openclipart Open Clip Art Library New package pcmanfm Extremly fast and lightweight file manager New package podsleuth Probes, identifies, and exposes properties and metadata bound to iPods New package python-tidy Python wrapper for tidy, from the HTML tidy project New package python-turboflot A TurboGears widget for Flot, a jQuery plotting library New package quesa Quesa QuickDraw 3D implementation New package redmode Switch to and from night red mode New package unicap Library to access different kinds of (video) capture devices New package xorg-x11-drv-wiimote Xorg driver for the Nintendo Wii Remote Removed package beecrypt Updated Packages: ClanLib06-0.6.5-11.fc9 ---------------------- * Sun Feb 17 2008 Hans de Goede 0.6.5-11 - Rebuild for new libmikmod - Rebuild with gcc 4.3 HelixPlayer-1:1.0.9-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:1.0.9-2 - Autorebuild for GCC 4.3 PackageKit-0.1.7-2.fc9 ---------------------- * Mon Feb 18 2008 Robin Norwood - 0.1.7-2 - Fix the yum backend. SDL_mixer-1.2.8-8.fc9 --------------------- * Sun Feb 17 2008 Jesse Keating - 1.2.8-8 - Rebuild for new mikmod. SDL_sound-1.0.1-9.fc9 --------------------- * Sun Feb 17 2008 Hans de Goede 1.0.1-9 - Rebuild for new libmikmod - Rebuild with gcc 4.3 - Stop shipping pre-generated doxygen docs, now that doxygen is fixed to no longer cause multilib conflicts SIBsim4-0.16-2.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.16-2 - Autorebuild for GCC 4.3 adns-1.4-3.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.4-3 - Autorebuild for GCC 4.3 alex-2.2-2.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2-2 - Autorebuild for GCC 4.3 amanda-2.5.2p1-10.fc9 --------------------- * Mon Feb 18 2008 Radek Brich 2.5.2.p1-10 - do not require gnuplot by -server subpackage (bz#433101) anjuta-1:2.2.3-2.fc9 -------------------- apachetop-0.12.6-4.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.12.6-4 - Autorebuild for GCC 4.3 aspell-ar-1.2-3.fc9 ------------------- aspell-bn-0.01.1-3.fc9 ---------------------- aspell-gu-0.03-2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.03-2 - Autorebuild for GCC 4.3 aspell-he-1.0-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0-3 - Autorebuild for GCC 4.3 aspell-or-0.03-3.fc9 -------------------- aspell-pa-0.01-3.fc9 -------------------- aspell-ta-20040424-3.fc9 ------------------------ aspell-te-0.01-3.fc9 -------------------- asterisk-1.4.18-1.fc9 --------------------- * Wed Feb 13 2008 Jeffrey C. Ollie - 1.4.18-1 - Update to 1.4.18. - Use -march=i486 on i386 builds for atomic operations (GCC 4.3 compatibility). - Use "logger reload" instead of "logger rotate" in logrotate file (#432197). - Don't explicitly specify a group in in the init script to prevent Zaptel breakage (#426629). - Split app_ices out to a separate package so that the ices package can be required. - pbx_kdeconsole has been dropped, don't specifically exclude it from the build anymore. - Update app_conference patch. - Drop upstreamed libcap patch. atitvout-0.4-8 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4-8 - Autorebuild for GCC 4.3 autobuild-applet-1.0.3-5.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.3-5 - Autorebuild for GCC 4.3 avahi-0.6.22-6.fc9 ------------------ * Sun Feb 17 2008 Adam Tkac - 0.6.22-6 - rebuild against new libcap bibletime-1.6.5-4.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.6.5-4 - Autorebuild for GCC 4.3 * Wed Feb 13 2008 Deji Akingunola 1.6.5-3 - Rebuild for gcc-4.3 bmpx-0.40.13-4.fc9 ------------------ * Tue Nov 20 2007 Alexander Kahl - 0.40.13-4 - install missing minisoup header file - updated -devel dependencies * Fri Nov 16 2007 Alexander Kahl - 0.40.13-3 - split up firefox extension - removed trigger scripts - install and handle documentation properly - replaced non-standard icon macros - remove libtool archives instead of excluding them - extended copy and install commands with timestamp preservation - rectified desktop database and mime cache update handling * Thu Nov 08 2007 Alexander Kahl - 0.40.13-2 - added missing dist macro to revision bootchart-0.9-8.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9-8 - Autorebuild for GCC 4.3 cdrdao-1.2.2-4 -------------- * Mon Feb 18 2008 harald at redhat.com 1.2.2-4 - added string.h includes to make it compile again chrpath-0.13-3.fc9 ------------------ clutter-gtk-0.4.0-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-2 - Autorebuild for GCC 4.3 compat-guile-16-1.6.7-8.fc9 --------------------------- coreutils-6.10-8.fc9 -------------------- * Mon Feb 18 2008 Ondrej Vasik - 6.10-8 - use default security context in install - broken by coreutils-6.10 update(#319231) - some sh/csh scripts optimalizations(by ville.skytta at iki.fi, - #433189, #433190) crack-5.0a-8.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.0a-8 - Autorebuild for GCC 4.3 curlftpfs-0.9.1-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-2 - Autorebuild for GCC 4.3 dbmail-2.2.8-2.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.2.8-2 - Autorebuild for GCC 4.3 dbus-1.1.4-5.fc9 ---------------- * Sun Feb 17 2008 Adam Tkac - 1.1.4-5 - rebuild against new libcap * Tue Feb 05 2008 Matthias Clasen - 1.1.4-4 - Fix a dbus-launch problem (#430412) * Mon Feb 04 2008 Ray Strode - 1.1.4-3 - Start message bus from xinitrc.d instead of hard coding it at the end of Xsession dbus-qt-0.70-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.70-3 - Autorebuild for GCC 4.3 dnscap-1.0-0.6.20070807cvs.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.0-0.6.20070807cvs - Autorebuild for GCC 4.3 drawtiming-0.6.2-3.fc9 ---------------------- dropbear-0.50-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.50-3 - Autorebuild for GCC 4.3 dtc-1.1.0-2.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1.0-2 - Autorebuild for GCC 4.3 dump-0.4b41-7.1.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4b41-7.1 - Autorebuild for GCC 4.3 * Fri Jan 11 2008 Adam Tkac 0.4b41-6.1 - use libtinfo instead libncurses - use autoreconf (=> add BuildRequires: automake - for aclocal) dvdisaster-0.70.4-4.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.70.4-4 - Autorebuild for GCC 4.3 dwatch-0.1.1-4.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.1.1-4 - Autorebuild for GCC 4.3 eclipse-quickrex-3.5.0-7.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.5.0-7 - Autorebuild for GCC 4.3 * Sun Aug 26 2007 Alphonse Van Assche 3.5.0-6 - Fix License tag. eclipse-rpm-editor-0.2.1-3.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.2.1-3 - Autorebuild for GCC 4.3 ecryptfs-utils-40-0.fc9 ----------------------- * Mon Feb 18 2008 Mike Halcrow 40-0 - Enable passwd_file option in openssl key module edac-utils-0.9-8.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9-8 - Autorebuild for GCC 4.3 elftoaout-2.3-11.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.3-11 - Autorebuild for GCC 4.3 elph-1.0.1-3.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.1-3 - Autorebuild for GCC 4.3 emacs-22.1.50-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 22.1.50-4 - Autorebuild for GCC 4.3 * Fri Dec 07 2007 Chip Coldwell 22.1.50-3 - scriptlets shouldn't fail needlessly. - new upstream tarball * Thu Dec 06 2007 Chip Coldwell 22.1.50-2 - drop -DSYSTEM_PURESIZE_EXTRA=16777216 (bz409581) emelfm2-0.3.6-2.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3.6-2 - Autorebuild for GCC 4.3 * Sun Dec 02 2007 Christoph Wickert - 0.3.6-1 - Update 0.3.6 with upstream's e2-0.3.6-07-12-01.patch - Enable the ACL plugin * Tue Aug 21 2007 Christoph Wickert - 0.3.5-2 - Rebuild to fix SELinux issues on PPC32 and to include BuildID feature enca-1.9-4.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.9-4 - Autorebuild for GCC 4.3 * Thu Aug 16 2007 Dmitry Butskoy - Change License tag to GPLv2 enscript-1.6.4-9.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.6.4-9 - Autorebuild for GCC 4.3 epylog-1.0.3-6.fc9 ------------------ * Sun Feb 17 2008 Konstantin Ryabitsev - 1.0.3-6 - Remove manual python-abi provides - Update license to GPLv2+ evolution-python-0.0.4-3.fc9 ---------------------------- fakechroot-2.5-13.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.5-13 - Autorebuild for GCC 4.3 fakeroot-1.6.4-16.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.6.4-16 - Autorebuild for GCC 4.3 fedora-package-config-smart-8-11 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 8-11 - Autorebuild for GCC 4.3 fish-1.23.0-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.23.0-2 - Autorebuild for GCC 4.3 fmio-2.0.8-11.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.8-11 - Autorebuild for GCC 4.3 fontconfig-2.5.0-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.5.0-2 - Autorebuild for GCC 4.3 freealut-1.1.0-6.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1.0-6 - Autorebuild for GCC 4.3 freenx-0.7.1-5.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.7.1-5 - Autorebuild for GCC 4.3 freetds-0.64-10.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.64-10 - Autorebuild for GCC 4.3 freetype-2.3.5-4.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.3.5-4 - Autorebuild for GCC 4.3 fribidi-0.19.1-2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.19.1-2 - Autorebuild for GCC 4.3 frotz-2.43-7.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.43-7 - Autorebuild for GCC 4.3 gcc-4.3.0-0.10 -------------- * Mon Feb 18 2008 Jakub Jelinek 4.3.0-0.10 - update to trunk - PRs c++/11159, c++/28743, c++/34050, c++/35023, c++/35024, c++/35026, c++/5645, c/28368, documentation/15479, fortran/34952, fortran/35150, libgcj/33085, libstdc++/34797, libstdc++/35209, libstdc++/35221, middle-end/34621, middle-end/35149, middle-end/35196, middle-end/35227, preprocessor/35061, target/34930, target/35088, testsuite/35119, testsuite/35208, tree-optimization/35164, tree-optimization/35231 - some OpenMP fixes (PRs c++/34964, c++/35028, c++/35078) - fix cp-tools.info* @direntry (#433222) gcin-1.3.9-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3.9-2 - Autorebuild for GCC 4.3 gdome2-0.8.1-6.2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.8.1-6.2 - Autorebuild for GCC 4.3 gettext-0.17-4.fc9 ------------------ * Mon Feb 18 2008 Jens Petersen - 0.17-4 - if %buildjar is off make sure libintl.jar does not get installed (#433210) * Mon Feb 18 2008 Jens Petersen - 0.17-3 - turn on building of libintl.jar now that we have gcc43 gfs-artemisia-fonts-20070415-2.fc9 ---------------------------------- gfs-baskerville-fonts-20070327-4.fc9 ------------------------------------ gfs-bodoni-classic-fonts-20070415-3.fc9 --------------------------------------- gfs-bodoni-fonts-20070415-2.fc9 ------------------------------- gfs-complutum-fonts-20070413-4.fc9 ---------------------------------- gfs-didot-classic-fonts-20070415-2.fc9 -------------------------------------- gfs-didot-fonts-20070616-3.fc9 ------------------------------ gfs-gazis-fonts-20070417-3.fc9 ------------------------------ gfs-neohellenic-fonts-20070415-2.fc9 ------------------------------------ gfs-olga-fonts-20060908-2.fc9 ----------------------------- gfs-porson-fonts-20060908-4.fc9 ------------------------------- gfs-solomos-fonts-20071114-3.fc9 -------------------------------- gfs-theokritos-fonts-20070415-3.fc9 ----------------------------------- gfs2-utils-0.1.25-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.25-2 - Autorebuild for GCC 4.3 ggz-client-libs-0.0.14.1-1.fc9 ------------------------------ * Sun Feb 17 2008 Rex Dieter 0.0.14.1-1 - ggz 0.0.14.1 ggz-gtk-client-0.0.14.1-1.fc9 ----------------------------- * Sun Feb 17 2008 Brian Pepple - 0.0.14.1-1 - Update to 0.0.14.1. gimp-2:2.4.4-2.fc9 ------------------ * Mon Feb 18 2008 Nils Philippsen - 2:2.4.4-2 - let gimp-libs provide, gimp and gimp-devel require "gimp-libs-%{_arch}" (#433195) * Wed Jan 30 2008 Nils Philippsen - 2:2.4.4-1 - version 2.4.4 Changes in GIMP 2.4.4 ===================== - fixed typo in stock icon name - fixed handling of PSD files with empty layer names (bug #504149) - merged TinyScheme bug-fixes - removed duplicate entry from Tango palette - corrected parameter range in Chip Away script (bug #506110) - reduced redraw priority and speed of the marching ants (bug #479875) - fixed out-of-bounds array access in Convolution Matrix plug-in - reduced rounding errors in Convolution Matrix plug-in (bug #508114) - fixed potential crash on missing CMYK color profile - fixed crash in Bumpmap plug-in when called from some scripts (bug #509608) - Equalize should not equalise the alpha channel (bug #510210) - increased the number of points the ImageMap plug-in can handle (bug #511072) - adjusted the priority of the projection renderer (bug #511214) - smooth the brush mask to get a simpler cursor boundary (bug #304798) - show the selection even if the image window is invisible (bug #505758) - allow to commit a pending rectangular selection using Enter (bug #511599) - fixed bug in image dirty state logic (bug #509822) - improved GIMPressionist preformance and reduced startup time (bug #512126) - fixed a crash in the Convert to Color Profile plug-in (bug #512529) - merged some other minor fixes from trunk - translation updates (de, it, lt, ru, sv, uk) * Mon Jan 28 2008 Nils Philippsen - 2:2.4.3-2 - don't package static libraries (#430330) - use %bcond_... macros for package options git-1.5.4.2-1.fc9 ----------------- * Sun Feb 17 2008 James Bowes 1.5.4.2-1 - git-1.5.4.2 gkrellm-weather-2.0.7-6.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.7-6 - Autorebuild for GCC 4.3 * Sat Feb 16 2008 Adam Goode - 2.0.7-5 - Take orphaned package - Update URL gnome-applet-timer-1.3.3-3.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.3.3-3 - Autorebuild for GCC 4.3 gnome-doc-utils-0.12.1-2.fc9 ---------------------------- * Mon Feb 18 2008 Matthew Barnes - 0.12.1-2 - Package review corrections (RH bug #225816). gnome-netstatus-2.12.1-4.fc9 ---------------------------- * Mon Feb 18 2008 Christopher Aillon - 2.12.1-4 - Rebuild to celebrate my birthday (and GCC 4.3) * Fri Aug 24 2007 Adam Jackson - 2.12.1-3 - Rebuild for build ID * Tue Aug 07 2007 Matthias Clasen - 2.12.1-2 - Update license field - Use %find_lang for help files gnome-nettool-2.20.0-3.fc9 -------------------------- * Mon Feb 18 2008 Christopher Aillon - 2.20.0-3 - Rebuild to celebrate my birthday (and GCC 4.3) gnome-panel-2.21.91-4.fc9 ------------------------- * Mon Feb 18 2008 Matthias Clasen - 2.21.91-4 - Another round of intlclock fixes * Sun Feb 17 2008 Matthias Clasen - 2.21.91-3 - First round of intlclock fixes gnome-pilot-2.0.15-12.fc9 ------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.0.15-12.fc9 - Rebuild with GCC 4.3 gnome-pilot-conduits-2.0.15-6.fc9 --------------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.0.15-6.fc9 - Rebuild with GCC 4.3 gnome-power-manager-2.21.92-2.fc9 --------------------------------- * Mon Feb 18 2008 Matthias Clasen - 2.21.92-2 - Plug an X resource leak in the brightness applet gnome-ppp-0.3.23-5.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3.23-5 - Autorebuild for GCC 4.3 gnome-python2-2.21.0-2.fc9 -------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.21.0-2.fc9 - Rebuild with GCC 4.3 gnome-python2-desktop-2.21.2-2.fc9 ---------------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.21.2-2.fc9 - Rebuild with GCC 4.3 gnome-python2-extras-2.19.1-14.fc9 ---------------------------------- * Sun Feb 17 2008 Matthew Barnes - 2.19.1-14.fc9 - Rebuild with GCC 4.3 * Sat Jan 12 2008 Matthew Barnes - 2.19.1-13.fc9 - Rename anjuta-gdl dependency to libgdl. - Build now requires gecko-devel-unstable instead of gecko-devel (for mozilla-gtkmozembed pkg-config module). - Add patch to make pkg-config look for mozilla-gtkmozembed even though we're using xulrunner. gnome-spell-1.0.8-4.fc9 ----------------------- * Sat Feb 09 2008 Matthew Barnes - 1.0.8-4.fc9 - Rebuild with GCC 4.3 gnome-translate-0.99-12.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.99-12 - Autorebuild for GCC 4.3 * Thu Aug 16 2007 Dmitry Butskoy - Change License tag to GPLv2+ * Tue Jun 26 2007 Dmitry Butskoy - drop X-Fedora category from desktop file gnu-efi-3.0d-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 3.0d-3 - Autorebuild for GCC 4.3 gnu-smalltalk-3.0.1-3.fc9 ------------------------- * Sun Feb 17 2008 Jochen Schmitt 3.0.1-3 - Use system libffi goocanvas-0.9-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9-4 - Autorebuild for GCC 4.3 gq-1.3.4-1.fc9 -------------- * Sun Feb 17 2008 Terje R??sten - 1.3.4-1 - 1.3.4 - Drop infinite loop patch * Tue Feb 12 2008 Terje R??sten - 1.3.3-3 - Rebuild * Mon Jan 21 2008 Terje R??sten - 1.3.3-2 - Add patch from svn to fix infinite loop - Adjust buildreq - Fix scrollkeeper stuff grig-0.7.2-5.fc9 ---------------- * Sun Feb 17 2008 Denis Leroy - 0.7.2-5 - Rebuild with newer hamlib, gcc 4.3, EVR bump grip-1:3.2.0-18.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:3.2.0-18 - Autorebuild for GCC 4.3 grisbi-0.5.9-5.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.5.9-5 - Autorebuild for GCC 4.3 gstreamer-0.10.17-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.10.17-2 - Autorebuild for GCC 4.3 * Wed Jan 30 2008 - Bastien Nocera - 0.10.17-1 - Update to 0.10.17 * Tue Jan 29 2008 - Bastien Nocera - 0.10.16-1 - Update to 0.10.16 gstreamer-plugins-base-0.10.17-2.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.10.17-2 - Autorebuild for GCC 4.3 gstreamer-plugins-good-0.10.6-8.fc9 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.10.6-8 - Autorebuild for GCC 4.3 gthumb-2.10.8-2.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.10.8-2 - Autorebuild for GCC 4.3 gtk+-1:1.2.10-61.fc9 -------------------- * Mon Feb 18 2008 Rex Dieter 1:1.2.10-61 - fix multilib patch (#341401) gtk-gnutella-0.96.4-4.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.96.4-4 - Autorebuild for GCC 4.3 gweled-0.7-11.1 --------------- * Sat Feb 09 2008 Thorsten Leemhuis - 0.7-11 - rebuilt (again, this time for new mikmod) gwget-0.99-5.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.99-5 - Autorebuild for GCC 4.3 happy-1.17-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.17-2 - Autorebuild for GCC 4.3 hfsplus-tools-332.14-6.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 332.14-6 - Autorebuild for GCC 4.3 hmmer-2.3.2-8.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.3.2-8 - Autorebuild for GCC 4.3 hspell-1.0-8.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0-8 - Autorebuild for GCC 4.3 htdig-3:3.2.0b6-16.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3:3.2.0b6-16 - Autorebuild for GCC 4.3 hunspell-1.2.1-5.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.1-5 - Autorebuild for GCC 4.3 hyphen-2.3-2.fc9 ---------------- ifm-5.1-6.fc9 ------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.1-6 - Autorebuild for GCC 4.3 igraph-0.5-9.fc9 ---------------- * Sun Feb 17 2008 Neal Becker - 0.5-9 - Don't need provides * Sun Feb 17 2008 Neal Becker - 0.5-8 - Add provides to main package * Sun Feb 17 2008 Neal Becker - 0.5-7 - Add provides to devel package imageinfo-0.05-3.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.05-3 - Autorebuild for GCC 4.3 initng-0.6.10.2-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.10.2-2 - Autorebuild for GCC 4.3 initng-ifiles-0.1.4-5.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.4-5 - Autorebuild for GCC 4.3 ipa-0.99-9.fc9 -------------- * Mon Feb 18 2008 Rob Crittenden 0.99-9 - Pull upstream changelog 641 - Require minimum version of krb5-server on F-7 and F-8 - Package some new files iputils-20070202-9.fc9 ---------------------- * Mon Feb 18 2008 Martin Nagy - 20070202-9 - rebuild * Mon Feb 18 2008 Martin Nagy - 20070202-8 - correctly fix the -w option and return code of arping (#387881) irsim-9.7.50-2.fc9 ------------------ java_cup-1:0.10-0.k.6jpp.2 -------------------------- * Sun Feb 17 2008 Lubomir Kundrak - 1:0.10-0.k.6jpp.2 - Ant task - Clean up to satisfy QA script and rpmlint jd-2.0.0-0.3.svn1836_trunk.fc9 ------------------------------ * Tue Feb 19 2008 Mamoru Tasaka - 2.0.0-0.3.svn1836 - svn 1836 (version 2.0.0) * Sat Feb 09 2008 Mamoru Tasaka - Remove patch for gcc43 (applied by upstream) - Remove workarround for libsigc++ side bug * Fri Feb 08 2008 Mamoru Tasaka - 2.0.0-0.2.svn1774 - Patch to make jd happy with gcc43 - Workarround for libsigc++ side bug (bug 431017) jhead-2.7-3.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.7-3 - Autorebuild for GCC 4.3 kdelibs-6:4.0.1-5.fc9 --------------------- * Mon Feb 18 2008 Rex Dieter 4.0.1-5 - -devel: include %_kde4_appsdir/cmake here (#341751) * Wed Feb 06 2008 Than Ngo 4.0.1-4 - upstream patch to make sure that static widget is always at position 0,0 * Fri Feb 01 2008 Than Ngo 4.0.1-3 - upstream patch to fix a regression in handling - autostart upstream patch kdepim-6:3.5.9-5.fc9 -------------------- * Mon Feb 18 2008 Than Ngo 6:3.5.9-5 - backport upstream patch to fix kmail crash on startup * Fri Feb 15 2008 Kevin Kofler 6:3.5.9-3 - backport upstream fix for kde#127696 from enterprise branch * Fri Feb 15 2008 Kevin Kofler 6:3.5.9-2 - update opensync03 patch kerneloops-0.10-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.10-3 - Autorebuild for GCC 4.3 kitsune-2.0-4.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0-4 - Autorebuild for GCC 4.3 krb5-auth-dialog-0.7-7.fc9 -------------------------- * Mon Feb 18 2008 Christopher Aillon - 0.7-7 - Rebuild to celebrate my birthday (and GCC 4.3) lat-1.2.3-3.fc9 --------------- * Mon Feb 18 2008 Paul Howarth 1.2.3-3 - Run "make" in %build rather than doing it implicitly in %install * Mon Dec 03 2007 Paul Howarth 1.2.3-2 - Explicitly buildrequire desktop-file-utils - Remove filename extension from Icon field of desktop file * Fri Sep 28 2007 Paul Howarth 1.2.3-1 - Update to 1.2.3 - Clarify license as GPL version 2 libFoundation-1.1.3-11.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1.3-11 - Autorebuild for GCC 4.3 libcdaudio-0.99.12p2-9.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.99.12p2-9 - Autorebuild for GCC 4.3 libggz-0.0.14.1-1.fc9 --------------------- * Sun Feb 17 2008 Rex Dieter 0.0.14.1-1 - ggz 0.0.14.1 libgsf-1.14.7-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.14.7-3 - Autorebuild for GCC 4.3 libifp-1.0.0.2-7.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.0.2-7 - Autorebuild for GCC 4.3 libmikmod-3.2.0-3.beta2.fc9 --------------------------- * Mon Feb 18 2008 Hans de Goede 3.2.0-3.beta2 - Fix MikMod_InfoLoader() and MikMod_InfoDriver() functions, fixing mikmod -n output * Mon Feb 18 2008 Hans de Goede 3.2.0-2.beta2 - Replace completely braindead (hint to author, drink coffee first, then code) esd non blocking patch with one that actually works. This fixes using mikmod with pulseaudio (bz 247865) - Note: this makes the 2 supported output devices oss and esd (and pulseaudio's esd emulation) alsa is not supported, this requires a rewrite of the mikmod alsa code which was written for alsa-0.5 and never updated for the new alsa 0.9/1.0 api libnasl-2.2.10-5.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2.10-5 - Autorebuild for GCC 4.3 liboil-0.3.12-12.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3.12-12 - Autorebuild for GCC 4.3 libopensync-plugin-evolution2-0.35-3.fc9 ---------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-file-0.35-3.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-gnokii-0.35-2.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.35-2 - Autorebuild for GCC 4.3 libopensync-plugin-gpe-0.35-3.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-irmc-0.35-3.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-kdepim-0.35-2.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.35-2 - Autorebuild for GCC 4.3 libopensync-plugin-moto-0.35-4.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-4 - Autorebuild for GCC 4.3 libopensync-plugin-opie-0.35-3.fc9 ---------------------------------- libopensync-plugin-palm-0.35-3.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-python-0.35-3.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.35-3 - Autorebuild for GCC 4.3 libopensync-plugin-vformat-0.35-3.fc9 ------------------------------------- libpano12-2.8.6-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.8.6-2 - Autorebuild for GCC 4.3 libpano13-2.9.12-5.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.9.12-5 - Autorebuild for GCC 4.3 libpciaccess-0.9.1-4.20071031.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-4.20071031 - Autorebuild for GCC 4.3 librapi-0.11-2.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 librra-0.11-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 librsvg2-2.20.0-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.20.0-2 - Autorebuild for GCC 4.3 librtfcomp-1.1-3.fc9 -------------------- libsieve-2.2.6-3.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2.6-3 - Autorebuild for GCC 4.3 libssh2-0.18-7.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.18-7 - Autorebuild for GCC 4.3 libstroke-0.5.1-17.fc9 ---------------------- libsynce-0.11-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-3 - Autorebuild for GCC 4.3 libthai-0.1.9-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.9-3 - Autorebuild for GCC 4.3 libtirpc-0.1.7-16.fc9 --------------------- * Mon Feb 18 2008 Steve Dickson 0.1.7-16 - Added patch that creates a libtirpc.pc used by the pkg-config command. * Thu Jan 24 2008 Steve Dickson 0.1.7-15 - Protect from buffer overflow in the GSS code. (bz 362121) libvisual-0.4.0-5.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-5 - Autorebuild for GCC 4.3 libvisual-plugins-0.4.0-5.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-5 - Autorebuild for GCC 4.3 libwiimote-0.4-5.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4-5 - Autorebuild for GCC 4.3 libxcb-1.1-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1-2 - Autorebuild for GCC 4.3 libxml++-2.20.0-2.fc9 --------------------- * Sun Feb 17 2008 Denis Leroy - 2.20.0-2 - Added patch for gcc 4.3 rebuild lsscsi-0.17-5 ------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.17-5 - Autorebuild for GCC 4.3 makebootfat-1.4-7.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.4-7 - Autorebuild for GCC 4.3 mediawiki-1.10.2-37.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.10.2-37 - Autorebuild for GCC 4.3 mesa-libGLw-6.5.1-5.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 6.5.1-5 - Autorebuild for GCC 4.3 methane-1.4.7-4.fc9 ------------------- * Sun Feb 17 2008 Hans de Goede 1.4.7-4 - Rebuild for new libmikmod - Rebuild with gcc 4.3 - Try pulseaudio (esd) before oss (mikmod doesn't support alsa) mgetty-1.1.33-15.fc9 -------------------- * Mon Feb 18 2008 Jindrich Novy - 1.1.33-15 - fix BuildRoot, License tag - fix policy and issue patches - remove useless rpm macros - rpmlint fixes * Sun Feb 17 2008 Jindrich Novy - 1.1.33-14 - fix broken BuildRequires (#433177) * Mon Jan 28 2008 Martin Nagy - 1.1.33-13 - fix homepage URL (#353531) - correct Requires milter-regex-1.7-3.fc9 ---------------------- * Mon Feb 18 2008 Paul Howarth - 1.7-3 - support config files with more than 507 rules (#304071) mod_auth_ntlm_winbind-0.0.0-0.7.20070129svn713.fc9 -------------------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.0.0-0.7.20070129svn713 - Autorebuild for GCC 4.3 mod_auth_shadow-2.2-4.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2-4 - Autorebuild for GCC 4.3 moodbar-0.1.2-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.2-4 - Autorebuild for GCC 4.3 most-5.0.0-1.a.1.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.0.0-1.a.1 - Autorebuild for GCC 4.3 mrxvt-0.5.3-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.3-2 - Autorebuild for GCC 4.3 msynctool-0.35-4.fc9 -------------------- nail-12.3-4.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 12.3-4 - Autorebuild for GCC 4.3 nessus-core-2.2.10-4.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.2.10-4 - Autorebuild for GCC 4.3 netgen-1.3.7-15.fc9 ------------------- nfswatch-4.99.9-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 4.99.9-3 - Autorebuild for GCC 4.3 ngspice-17-14.fc9 ----------------- nmh-1.2-20070116cvs.4.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2-20070116cvs.4 - Autorebuild for GCC 4.3 ntfs-3g-2:1.2216-1.fc9 ---------------------- * Mon Feb 18 2008 Tom "spot" Callaway 2:1.2216-1 - update to 1.2216 odccm-0.11-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 openal-0.0.9-0.15.20060204cvs.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.0.9-0.15.20060204cvs - Autorebuild for GCC 4.3 openoffice.org-1:2.4.0-7.3.fc9 ------------------------------ * Sun Feb 17 2008 Caolan McNamara - 1:2.4.0-7.3 - accidentally included scratch uno_packages cache, i.e. trashed your shared extensions openoffice.org-voikko-2.2-2.fc9 ------------------------------- * Sun Feb 17 2008 Ville-Pekka Vainio - 2.2-2 - Upstream released 2.2 - Remove the "temporary $HOME hack" and all -env options, since unopkg has been patched to take care of all that pam_abl-0.2.3-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.3-4 - Autorebuild for GCC 4.3 pango-1.19.3-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.19.3-3 - Autorebuild for GCC 4.3 paraview-3.2.1-4.fc9 -------------------- * Mon Feb 18 2008 - Orion Poplawski - 3.2.1-4 - Add patch to compile with gcc 4.3 perl-Acme-Damn-0.03-5.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.03-5 - Autorebuild for GCC 4.3 perl-Class-C3-XS-0.08-3.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.08-3 - Autorebuild for GCC 4.3 perl-Class-Date-1.1.9-3.fc9 --------------------------- perl-Class-MOP-0.49-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.49-2 - Autorebuild for GCC 4.3 perl-DBI-Dumper-2.01-5.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.01-5 - Autorebuild for GCC 4.3 perl-Data-Alias-1.07-2.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.07-2 - Autorebuild for GCC 4.3 perl-Devel-Size-0.68-3.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.68-3 - Autorebuild for GCC 4.3 perl-Event-1.09-4.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.09-4 - Autorebuild for GCC 4.3 * Tue Feb 05 2008 Tom "spot" Callaway 1.09-3 - rebuild for new perl perl-File-ExtAttr-1.02-4.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.02-4 - Autorebuild for GCC 4.3 perl-GStreamer-0.09-5.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.09-5 - Autorebuild for GCC 4.3 perl-GTop-0.16-5.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.16-5 - Autorebuild for GCC 4.3 perl-Gnome2-Canvas-1.002-8.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.002-8 - Autorebuild for GCC 4.3 perl-Gnome2-GConf-1.044-2.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.044-2 - Autorebuild for GCC 4.3 perl-Gnome2-Print-1.000-4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.000-4 - Autorebuild for GCC 4.3 perl-Gnome2-VFS-1.080-2.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.080-2 - Autorebuild for GCC 4.3 perl-Gtk2-GladeXML-1.006-3.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.006-3 - Autorebuild for GCC 4.3 perl-Gtk2-Notify-0.04-2.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.04-2 - Autorebuild for GCC 4.3 perl-Gtk2-Sexy-0.02-7.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.02-7 - Autorebuild for GCC 4.3 perl-Gtk2-TrayIcon-0.06-3.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.06-3 - Autorebuild for GCC 4.3 perl-JSON-XS-1.52-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.52-2 - Autorebuild for GCC 4.3 perl-List-MoreUtils-0.22-4.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.22-4 - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Tom "spot" Callaway - 0.22-3 - rebuild normally, second pass * Fri Jan 11 2008 Tom "spot" Callaway - 0.22-2.1 - rebuild for new perl, first pass, disable TPC and tests perl-Net-CUPS-0.55-3.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.55-3 - Autorebuild for GCC 4.3 perl-Net-DBus-0.33.5-3.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.33.5-3 - Autorebuild for GCC 4.3 perl-Net-SSH2-0.18-3.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.18-3 - Autorebuild for GCC 4.3 perl-Readonly-XS-1.04-10.fc9.2 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.04-10.2 - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Tom "spot" Callaway 1.04-9.2 - patch Carp::croak call for new perl * Mon Jan 14 2008 Tom "spot" Callaway 1.04-9 - rebuild for new perl perl-Sub-Name-0.02-4.fc9.1 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.02-4.1 - Autorebuild for GCC 4.3 perl-Text-CharWidth-0.04-3.fc9.2 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.04-3.2 - Autorebuild for GCC 4.3 perl-Time-Piece-1.09-4.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.09-4 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Tom "spot" Callaway 1.09-3 - rebuild for new perl perl-Unicode-Map-0.112-13.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.112-13 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tom "spot" Callaway 0.112-12 - rebuild for new perl perl-Unicode-Map8-0.12-16.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.12-16 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway 0.12-15 - rebuild for new perl perl-Unicode-String-2.09-7.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.09-7 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway 2.09-6 - rebuild for new perl php-pear-PHP-CodeSniffer-1.0.1-1.fc9 ------------------------------------ * Sun Feb 17 2008 Konstantin Ryabitsev - 1.0.1-1 - Upstream 1.0.1 - Move sample config into docs php-pear-PhpDocumentor-1.4.1-1.fc9 ---------------------------------- * Sun Feb 17 2008 Konstantin Ryabitsev - 1.4.1-1 - Upstream 1.4.1. php-pecl-apc-3.0.14-3.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.0.14-3 - Autorebuild for GCC 4.3 pida-0.5.1-6.fc9 ---------------- * Mon Feb 18 2008 Debarshi Ray - 0.5.1-6 - Fixed usage of _remove_encoding to prevent failure on Fedora 7. - Provided Egg on all distributions starting from Fedora 9. - Removed 'BuildRequires: python-setuptools'. pixman-0.9.6-4.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.9.6-4 - Autorebuild for GCC 4.3 planner-0.14.2-12.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.14.2-12 - Autorebuild for GCC 4.3 poppler-0.6.4-3.fc9 ------------------- * Mon Feb 18 2008 Jindrich Novy - 0.6.4-3 - apply ObjStream patch (#433090) powertop-1.9-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.9-3 - Autorebuild for GCC 4.3 psi-0.11-4.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-4 - Autorebuild for GCC 4.3 pstoedit-3.45-2.fc9 ------------------- * Sun Feb 17 2008 Denis Leroy - 3.45-2 - Added patch for gcc 4.3 rebuild pulseaudio-0.9.8-6.fc9 ---------------------- * Sun Feb 17 2008 Adam Tkac 0.9.8-6 - rebuild against new libcap pure-ftpd-1.0.21-15.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.21-15 - Autorebuild for GCC 4.3 pycairo-1.4.12-2.fc9 -------------------- * Sun Feb 17 2008 Matthew Barnes - 1.4.12-2.fc9 - Rebuild with GCC 4.3 pyclutter-0.4.2-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.2-3 - Autorebuild for GCC 4.3 pygobject2-2.14.1-2.fc9 ----------------------- * Sun Feb 17 2008 Matthew Barnes - 2.14.1-2.fc9 - Rebuild with GCC 4.3 pygoocanvas-0.9.0-3.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.0-3 - Autorebuild for GCC 4.3 pygtk2-2.12.1-5.fc9 ------------------- * Sun Feb 17 2008 Matthew Barnes - 2.12.1-5.fc9 - Rebuild with GCC 4.3 * Wed Feb 06 2008 Matthew Barnes - 2.12.1-4.fc9 - Use a full URL for the source tag (RH bug #226333). pyorbit-2.14.3-2.fc9 -------------------- * Sun Feb 17 2008 Matthew Barnes - 2.14.3-2.fc8 - Rebuild with GCC 4.3 python-adns-1.2.1-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.1-2 - Autorebuild for GCC 4.3 python-igraph-0.5-4.fc9 ----------------------- * Sun Feb 17 2008 Neal Becker - 0.5-4 - Fix requires igraph * Sun Feb 17 2008 Neal Becker - 0.5-3 - Add BR python * Sat Feb 16 2008 Neal Becker - 0.5-2 - Fix BR python-kiwi-1.9.20-2.fc9 ------------------------ * Sun Feb 17 2008 Konstantin Ryabitsev - 1.9.20-2 - Upstream 1.9.20 python-ldap-0:2.3.1-3.fc9 ------------------------- * Sun Feb 17 2008 Matthew Barnes - 0:2.3.1-3.fc9 - Rebuild with GCC 4.3 python-logilab-common-0.28.0-1.fc9 ---------------------------------- * Sun Feb 17 2008 Konstantin Ryabitsev - 0.28.0-1 - Upstream 0.28.0 python-numeric-24.2-10.fc9 -------------------------- * Sun Feb 17 2008 Matthew Barnes - 24.2-10 - Rebuild with GCC 4.3 pywbxml-0.1-3.fc9 ----------------- qca-1.0-10.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0-10 - Autorebuild for GCC 4.3 * Sun Aug 26 2007 Aurelien Bompard 1.0-9 - fix license tag * Wed Aug 30 2006 Aurelien Bompard 1.0-8 - rebuild qca-gnupg-2.0.0-0.2.beta1.fc9 ----------------------------- qca-ossl-2.0.0-0.4.beta3.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.0-0.4.beta3 - Autorebuild for GCC 4.3 qca-tls-1.0-13.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.0-13 - Autorebuild for GCC 4.3 qca2-2.0.0-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.0-2 - Autorebuild for GCC 4.3 qgis-0.9.1-3.fc8 ---------------- * Mon Feb 18 2008 Douglas E. Warner 0.9.1-3 - adding Requires sip, PyQt4 for python bindings support * Mon Jan 28 2008 Douglas E. Warner 0.9.1-2 - defining lib path in build - installing python bindings globally - adding patch to determine python site packages dir correctly * Mon Dec 17 2007 Douglas E. Warner 0.9.1-1 - update to 0.9.1 - removing lib64 and man instal path patches (included upstream) - enabling python integration qlandkarte-0.7.1-1.fc9 ---------------------- * Sun Feb 17 2008 Dan Horak 0.7.1-1 - upgrade to 0.7.1 - fixes RH #426807 (many thanks goes to Albrecht who did all the work and successfully integrated it in the the upstream code) qosmic-1.3-1.fc9 ---------------- * Mon Feb 18 2008 Ian Weller 1.3-1 - Updated upstream qstat-2.11-5.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.11-5 - Autorebuild for GCC 4.3 qt-1:3.3.8b-5.fc9 ----------------- * Mon Feb 18 2008 Kevin Kofler 3.3.8b-5 - fix buildkey for GCC 4.3 (#433235) * Mon Feb 11 2008 Than Ngo 3.3.8b-4 - rebuild for GCC 4.3 * Thu Jan 24 2008 Than Ngo 3.3.8b-3 - add LICENSE.GPL2/GPL3 qwtplot3d-0.2.7-5.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.7-5 - Autorebuild for GCC 4.3 rarian-0.7.1-3.fc9 ------------------ * Mon Feb 18 2008 Matthew Barnes - 0.7.1-3 - Require libxml2 in %post and %postun (RH bug #433268). rhythmbox-0.11.4-9.fc9 ---------------------- * Mon Feb 18 2008 Matthias Clasen - 0.11.4-9 - Fix the media player patch to work ruby-1.8.6.111-8.fc9 -------------------- * Tue Feb 19 2008 Akira TAGOH - 1.8.6.111-8 - Rebuild for gcc-4.3. * Tue Jan 15 2008 Akira TAGOH - 1.8.6.111-7 - Revert the change of libruby-static.a. (#428384) * Fri Jan 11 2008 Akira TAGOH - 1.8.6.111-6 - Fix an unnecessary replacement for shebang. (#426835) ruby-RMagick-2.2.2-1.fc9 ------------------------ * Mon Feb 18 2008 Mamoru Tasaka - 2.2.2-1 - 2.2.2 ruby-cairo-1.5.0-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.5.0-2 - Autorebuild for GCC 4.3 ruby-gnome2-0.16.0-27.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.16.0-27 - Autorebuild for GCC 4.3 scribus-1.3.4-5.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3.4-5 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 1.3.4-4 - Rebuilt for gcc43 seaview-2.0-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0-2 - Autorebuild for GCC 4.3 selinux-policy-3.2.8-1.fc9 -------------------------- * Fri Feb 15 2008 Dan Walsh 3.2.8-1 - Merge with upstream siege-2.66-3.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.66-3 - Autorebuild for GCC 4.3 snort-2.7.0.1-6.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.7.0.1-6 - Autorebuild for GCC 4.3 sopwith-1.7.1-6 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.7.1-6 - Autorebuild for GCC 4.3 spamass-milter-0.3.1-6.fc9 -------------------------- * Mon Feb 18 2008 Paul Howarth 0.3.1-6 - Rebuild with gcc 4.3.0 for Fedora 9 swig-1.3.33-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3.33-2 - Autorebuild for GCC 4.3 synaptic-0.57.2-16.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.57.2-16 - Autorebuild for GCC 4.3 synce-gnomevfs-0.11-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 synce-serial-0.11-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11-2 - Autorebuild for GCC 4.3 synce-software-manager-0.9.0-10.fc9 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.0-10 - Autorebuild for GCC 4.3 synce-trayicon-0.9.0-14.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.0-14 - Autorebuild for GCC 4.3 taarich-1.20051120-9.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.20051120-9 - Autorebuild for GCC 4.3 tcputils-0.6.2-3.fc9 -------------------- tecnoballz-0.92-4.fc9 --------------------- * Sun Feb 17 2008 Andrea Musuruane 0.92-4 - rebuilt against libmikmod 3.2.0 teg-0.11.2-15.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11.2-15 - Autorebuild for GCC 4.3 telepathy-salut-0.2.2-3.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.2-3 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Brian Pepple - 0.2.2-2 - Rebuild for gcc-4.3. telnet-1:0.17-42.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:0.17-42 - Autorebuild for GCC 4.3 thunar-archive-plugin-0.2.4-4.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.4-4 - Autorebuild for GCC 4.3 thunar-media-tags-plugin-0.1.2-4.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.1.2-4 - Autorebuild for GCC 4.3 thunar-volman-0.2.0-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.0-2 - Autorebuild for GCC 4.3 tiger-3.2.1-8.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.2.1-8 - Autorebuild for GCC 4.3 tin-1.8.3-4.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.8.3-4 - Autorebuild for GCC 4.3 toped-0.8.6-2.fc9 ----------------- totem-2.21.93-2.fc9 ------------------- * Sun Feb 17 2008 - Bastien Nocera - 2.21.93-2 - Rebuild for dependencies tpb-0.6.4-10.fc9 ---------------- * Sun Feb 17 2008 Kevin Fenzi - 0.6.4-10 - Rebuild for gcc43 traceroute-3:2.0.9-2.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 3:2.0.9-2 - Autorebuild for GCC 4.3 ulogd-1.24-9.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.24-9 - Autorebuild for GCC 4.3 unpaper-0.3-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3-2 - Autorebuild for GCC 4.3 unrtf-0.20.2-4.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.20.2-4 - Autorebuild for GCC 4.3 uqm-0.6.2-3.fc9 --------------- * Sun Feb 17 2008 Konstantin Ryabitsev - 0.6.2-3 - Rebuild for newer mikmod. uudeview-0.5.20-15 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.5.20-15 - Autorebuild for GCC 4.3 vavoom-1.26-2.fc9 ----------------- * Sun Feb 17 2008 Hans de Goede 1.26-2 - Rebuild for new libmikmod - Rebuild with gcc 4.3 vdr-1.4.7-9.fc9 --------------- * Sun Feb 17 2008 Ville Skytt?? - 1.4.7-9 - Don't run "restart" for init script's "reload" action per the LSB spec. - runvdr cleanups, handle PLUGIN_ENABLED values case insensitively. * Thu Feb 14 2008 Ville Skytt?? - 1.4.7-8 - Patch to fix build with GCC 4.3's cleaned up C++ headers. * Sat Jan 12 2008 Ville Skytt?? - 1.4.7-7 - Include Udo Richter's hard link cutter patch v0.2.0 (see README-HLCUTTER). - Add some plugins to the default plugin order list in sysconfig. - Minor runvdr cleanups. verbiste-0.1.22-1.fc9 --------------------- * Sun Feb 17 2008 Konstantin Ryabitsev - 0.1.22-1 - Upstream 0.1.22 vigra-1.5.0-4.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.5.0-4 - Autorebuild for GCC 4.3 vinagre-0.4.91-2.fc9 -------------------- * Mon Feb 18 2008 Matthias Clasen - 0.4.91-2 - Spec file fixes virt-manager-0.5.3-2.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.5.3-2 - Autorebuild for GCC 4.3 virt-viewer-0.0.2-4.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.0.2-4 - Autorebuild for GCC 4.3 vnc-4.1.2-25.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 4.1.2-25 - Autorebuild for GCC 4.3 vnc-reflector-1.2.4-5.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.4-5 - Autorebuild for GCC 4.3 vnstat-1.6-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.6-2 - Autorebuild for GCC 4.3 vte-0.16.12-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.16.12-2 - Autorebuild for GCC 4.3 w3c-libwww-5.4.1-0.10.20060206cvs.fc9 ------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.4.1-0.10.20060206cvs - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 5.4.1-0.9.20060206cvs - Rebuilt for gcc43 wdfs-1.4.2-6.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.4.2-6 - Autorebuild for GCC 4.3 wireless-tools-1:29-2.fc9 ------------------------- * Mon Feb 18 2008 Christopher Aillon - 1:29-2 - Rebuild to celebrate my birthday (and GCC 4.3) wmCalClock-1.25-11.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.25-11 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 1.25-10 - Rebuilt for gcc43 wmacpi-2.2-0.4.rc1.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2-0.4.rc1 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 2.2-0.3.rc1 - Rebuilt for gcc43 wmapmload-0.3.4-8.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3.4-8 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 0.3.4-7 - Rebuilt for gcc43 wmweather+-2.9-8.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.9-8 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 2.9-7 - Rebuilt for gcc43 writer2latex-0.5-2.fc9 ---------------------- wv-1.2.4-3.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.4-3 - Autorebuild for GCC 4.3 * 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) x86info-1:1.21-1.30.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:1.21-1.29 - Autorebuild for GCC 4.3 xarchiver-0.4.9-0.4.20070103svn24249.fc9 ---------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.9-0.4.20070103svn24249 - Autorebuild for GCC 4.3 xbindkeys-1.8.2-2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.8.2-2 - Autorebuild for GCC 4.3 xchat-1:2.8.4-13.fc9 -------------------- * Mon Feb 18 2008 Christopher Aillon - 1:2.8.4-13 - Rebuild to celebrate my birthday (and GCC 4.3) * Tue Feb 05 2008 Tom "spot" Callaway - 1:2.8.4-12 - rebuild for new perl * Sat Jan 19 2008 Kevin Kofler - 1:2.8.4-11 - fix bug in xchat-2.8.4-shm-pixmaps.patch (Adam Jackson, #429218) xcircuit-3.4.27-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.4.27-3 - Autorebuild for GCC 4.3 xdelta-1.1.4-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.1.4-3 - Autorebuild for GCC 4.3 xdesktopwaves-1.3-10.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.3-10 - Autorebuild for GCC 4.3 xen-3.2.0-7.fc9 --------------- * Mon Feb 18 2008 Mark McLoughlin - 3.2.0-7.fc9 - Restore some network-bridge patches lost during 3.2.0 rebase * Wed Feb 06 2008 Daniel P. Berrange - 3.2.0-6.fc9 - Fixed xenstore-ls to automatically use xenstored socket as needed * Sun Feb 03 2008 Daniel P. Berrange - 3.2.0-5.fc9 - Fix timer mode parameter handling for HVM - Temporarily disable all Latex docs due to texlive problems (rhbz #431327) xfce4-clipman-plugin-0.8.0-4.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.8.0-4 - Autorebuild for GCC 4.3 xfce4-cpugraph-plugin-0.4.0-3.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-3 - Autorebuild for GCC 4.3 xfce4-datetime-plugin-0.5.0-4.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.0-4 - Autorebuild for GCC 4.3 xfce4-dict-plugin-0.2.1-4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.1-4 - Autorebuild for GCC 4.3 xfce4-diskperf-plugin-2.1.0-5.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.1.0-5 - Autorebuild for GCC 4.3 * Sat Aug 25 2007 Christoph Wickert - 2.1.0-4 - Rebuild for BuildID feature xfce4-eyes-plugin-4.4.0-4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 4.4.0-4 - Autorebuild for GCC 4.3 xfce4-fsguard-plugin-0.4.1-2.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.1-2 - Autorebuild for GCC 4.3 xfce4-genmon-plugin-3.1-4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.1-4 - Autorebuild for GCC 4.3 xfce4-mailwatch-plugin-1.0.1-8.fc9 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.1-8 - Autorebuild for GCC 4.3 xfce4-minicmd-plugin-0.4-8.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.4-8 - Autorebuild for GCC 4.3 xfce4-modemlights-plugin-0.1.3.99-3.fc9 --------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.3.99-3 - Autorebuild for GCC 4.3 xfce4-mount-plugin-0.5.1-4.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.5.1-4 - Autorebuild for GCC 4.3 xfce4-netload-plugin-0.4.0-7.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-7 - Autorebuild for GCC 4.3 xfce4-notes-plugin-1.6.1-2.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.6.1-2 - Autorebuild for GCC 4.3 xfce4-places-plugin-1.0.0-3.fc9 ------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.0-3 - Autorebuild for GCC 4.3 xfce4-quicklauncher-plugin-1.9.4-2.fc9 -------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.9.4-2 - Autorebuild for GCC 4.3 xfce4-screenshooter-plugin-1.0.0-7.fc9 -------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.0-7 - Autorebuild for GCC 4.3 xfce4-sensors-plugin-0.10.99.2-4.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.10.99.2-4 - Autorebuild for GCC 4.3 xfce4-smartbookmark-plugin-0.4.2-6.fc9 -------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.2-6 - Autorebuild for GCC 4.3 xfce4-systemload-plugin-0.4.2-4.fc9 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.2-4 - Autorebuild for GCC 4.3 xfce4-taskmanager-0.4.0-0.3.rc2.fc9 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-0.3.rc2 - Autorebuild for GCC 4.3 xfce4-timer-plugin-0.6-3.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6-3 - Autorebuild for GCC 4.3 xfce4-verve-plugin-0.3.5-4.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.3.5-4 - Autorebuild for GCC 4.3 xfce4-volstatus-icon-0.1.0-3.fc9 -------------------------------- xfce4-wavelan-plugin-0.5.4-4.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.4-4 - Autorebuild for GCC 4.3 xfce4-weather-plugin-0.6.2-3.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.2-3 - Autorebuild for GCC 4.3 xfce4-websearch-plugin-0.1.1-0.7.20070428svn2704.fc9 ---------------------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.1-0.7.20070428svn2704 - Autorebuild for GCC 4.3 xfce4-xfapplet-plugin-0.1.0-5.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.0-5 - Autorebuild for GCC 4.3 xfce4-xkb-plugin-0.4.3-4.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.3-4 - Autorebuild for GCC 4.3 xfce4-xmms-plugin-0.5.1-2.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.1-2 - Autorebuild for GCC 4.3 xgrep-0.06-4.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.06-4 - Autorebuild for GCC 4.3 xlhtml-0.5-8.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5-8 - Autorebuild for GCC 4.3 xlockmore-5.25-1.fc9 -------------------- * Mon Feb 18 2008 Adrian Reber - 5.25-1 - updated to 5.25 xmms-1:1.2.10-37.fc9 -------------------- * Mon Feb 18 2008 Jesse Keating - 1.2.10-37 - Rebuild for new mikmod * Fri Apr 13 2007 Paul F. Johnson 1:1.2.10-36 - add back in the .pc file * Sun Apr 01 2007 Paul F. Johnson 1:1.2.10-35 - added CVE fix for buffer problem xorg-x11-drivers-7.3-1.fc9 -------------------------- * Mon Feb 18 2008 Adam Jackson 7.3-1 - Superstition bump to 7.3. - xorg-x11-drv-wiimote. - Additional commentary about drivers that aren't included here. xorg-x11-drv-ati-6.7.197-3.fc9 ------------------------------ * Mon Feb 18 2008 Dave Airlie 6.7.197-3 - rebase to upstream git master - lots of r600 fixes * Fri Feb 08 2008 Dave Airlie 6.7.197-2 - rebase to upstream git master - add rv67x ids xorg-x11-drv-avivo-0.0.1-7.fc9 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.0.1-7 - Autorebuild for GCC 4.3 xulrunner-1.9-0.beta3.23.nightly20080217.fc9 -------------------------------------------- * Sun Feb 17 2008 Christopher Aillon 1.9-0.beta3.23 - Update to latest trunk (2008-02-17) Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-4.fc9.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.i386 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-perl-2.003-3.fc9.i386 requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.i386 requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fbg-0.9.1-1.fc8.i386 requires libmikmod.so.2 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 supertuxkart-0.3-3.fc9.i386 requires libmikmod.so.2 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 xqilla-2.0.0-1.fc9.i386 requires libxerces-c.so.27 xqilla-devel-2.0.0-1.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.i386 requires libxerces-c.so.27 xqilla10-devel-1.0.2-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-4.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.x86_64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fbg-0.9.1-1.fc8.x86_64 requires libmikmod.so.2()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) supertuxkart-0.3-3.fc9.x86_64 requires libmikmod.so.2()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) xqilla-2.0.0-1.fc9.i386 requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-1.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.i386 requires libxerces-c.so.27 xqilla10-1.0.2-2.fc9.x86_64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-2.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-4.fc9.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.ppc requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.ppc requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fbg-0.9.1-1.fc8.ppc requires libmikmod.so.2 gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 supertuxkart-0.3-3.fc9.ppc requires libmikmod.so.2 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 xqilla-2.0.0-1.fc9.ppc requires libxerces-c.so.27 xqilla-2.0.0-1.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-1.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.ppc requires libxerces-c.so.27 xqilla10-1.0.2-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-4.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.ppc64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fbg-0.9.1-1.fc8.ppc64 requires libmikmod.so.2()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) supertuxkart-0.3-3.fc9.ppc64 requires libmikmod.so.2()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) xqilla-2.0.0-1.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla-devel-2.0.0-1.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-1.0.2-2.fc9.ppc64 requires libxerces-c.so.27()(64bit) xqilla10-devel-1.0.2-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 -- 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: 197 bytes Desc: not available URL: From ndbecker2 at gmail.com Tue Feb 19 14:51:41 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 19 Feb 2008 09:51:41 -0500 Subject: Howto update dependent packages References: <1203429892.29154.16.camel@ignacio.lan> Message-ID: Ignacio Vazquez-Abrams wrote: > On Tue, 2008-02-19 at 08:34 -0500, Neal Becker wrote: >> I am trying to update python-igraph, which BR on igraph-devel, for F8 and >> F7. >> >> igraph-devel-0.5 was pushed to F8 testing yesterday, but I still can't >> build python-igraph-0.5 against it. >> >> Does the mock system not look at packages in testing? How are we >> supposed to do this update? > > You have to request a buildroot inclusion from releng. > I guess this means 'send an email to releng?' From christoph.wickert at nurfuerspam.de Tue Feb 19 14:52:34 2008 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Tue, 19 Feb 2008 15:52:34 +0100 Subject: Packaging a noarch program arch dependent? Message-ID: <1203432754.3618.58.camel@wicktop.localdomain> Hi, gnome-applet-timer was completely rewritten in python, so it noarch (at least I think so, this is my first python package). Nevertheless there are some files in %{_libdir} and really belong there: > %files -f timer-applet.lang > %defattr(-,root,root,-) > %doc AUTHORS COPYING ChangeLog NEWS README > %{_sysconfdir}/gconf/schemas/timer-applet.schemas > %{_libdir}/bonobo/servers/TimerApplet.server > %{_libdir}/timer-applet/timer-applet > %{_datadir}/pixmaps/timer-applet.png > %{_datadir}/timer-applet/ > %{python_sitelib}/timerapplet/ How to deal with that? I guess I should package it arch dependent like gnome-applets (the stock ticker invest also is written in python and is in the arch'ed package), but rpmlint shouts out loud on the package: gnome-applet-timer.x86_64: E: no-binary gnome-applet-timer.x86_64: E: only-non-binary-in-usr-lib Files (Feedback is welcome): http://cwickert.fedorapeople.org/gnome-applet-timer.spec http://cwickert.fedorapeople.org/gnome-applet-timer-2.0.1-1.fc9.src.rpm TIA Christoph From fedora at camperquake.de Tue Feb 19 14:56:52 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 19 Feb 2008 15:56:52 +0100 Subject: rawhide report: 20080219 changes In-Reply-To: <20080219094645.07a530d4@redhat.com> References: <20080219094645.07a530d4@redhat.com> Message-ID: <20080219155652.108255b2@dhcp03.addix.net> Hi. On Tue, 19 Feb 2008 09:46:45 -0500, Jesse Keating wrote: > (Sending manually until we get the mail servers sorted out) I actually got the automatic mail some 20 minutes before your mail. From mmcgrath at redhat.com Tue Feb 19 15:00:45 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 19 Feb 2008 09:00:45 -0600 (CST) Subject: SELinux smolt stats In-Reply-To: <7f692fec0802182045h777935b4s3defc4a577d40de6@mail.gmail.com> References: <7f692fec0802182045h777935b4s3defc4a577d40de6@mail.gmail.com> Message-ID: On Mon, 18 Feb 2008, Yaakov Nemoy wrote: > On Feb 18, 2008 11:25 PM, James Morris wrote: > > It seems that the SELinux enablement stats are now online -- thanks! > > We probably need more detailed reporting for this sort of thing. I'll > put it on a TODO, for after FOSDEM. I wanted to get this draft out, > so we can decide what reporting we need on a more evolutionary basis. > (Or by intelligent design if you hold by that sort of thing.) > > (Don't worry, I made myself promise myself that I wouldn't pick up new > project ideas this time around. I'll hopefully be able to take care > of this fairly quickly.) > We really need some ad-hoc reporting and filters. I wonder if our db would survive it :) -Mike From jkeating at redhat.com Tue Feb 19 15:02:58 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 19 Feb 2008 10:02:58 -0500 Subject: rawhide report: 20080219 changes In-Reply-To: <20080219155652.108255b2@dhcp03.addix.net> References: <20080219094645.07a530d4@redhat.com> <20080219155652.108255b2@dhcp03.addix.net> Message-ID: <20080219100258.25888a5f@redhat.com> On Tue, 19 Feb 2008 15:56:52 +0100 Ralf Ertzinger wrote: > I actually got the automatic mail some 20 minutes before your mail. Strange. I wasn't seeing it be delivered to me. I hate mail sometimes (: -- 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: 197 bytes Desc: not available URL: From loupgaroublond at gmail.com Tue Feb 19 15:03:10 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Tue, 19 Feb 2008 10:03:10 -0500 Subject: SELinux smolt stats In-Reply-To: References: <7f692fec0802182045h777935b4s3defc4a577d40de6@mail.gmail.com> Message-ID: <7f692fec0802190703r667d204dh1aced3478dd19699@mail.gmail.com> On Feb 19, 2008 10:00 AM, Mike McGrath wrote: > On Mon, 18 Feb 2008, Yaakov Nemoy wrote: > > > On Feb 18, 2008 11:25 PM, James Morris wrote: > > > It seems that the SELinux enablement stats are now online -- thanks! > > > > We probably need more detailed reporting for this sort of thing. I'll > > put it on a TODO, for after FOSDEM. I wanted to get this draft out, > > so we can decide what reporting we need on a more evolutionary basis. > > (Or by intelligent design if you hold by that sort of thing.) > > > > (Don't worry, I made myself promise myself that I wouldn't pick up new > > project ideas this time around. I'll hopefully be able to take care > > of this fairly quickly.) > > > > We really need some ad-hoc reporting and filters. I wonder if our db > would survive it :) > > -Mike Probably, as soon as i get off my but and figure out how. From ivazqueznet at gmail.com Tue Feb 19 15:01:40 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 19 Feb 2008 10:01:40 -0500 Subject: Howto update dependent packages In-Reply-To: References: <1203429892.29154.16.camel@ignacio.lan> Message-ID: <1203433300.29154.18.camel@ignacio.lan> On Tue, 2008-02-19 at 09:51 -0500, Neal Becker wrote: > Ignacio Vazquez-Abrams wrote: > > You have to request a buildroot inclusion from releng. > > > > I guess this means 'send an email to releng?' Correct. -- 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 mmcgrath at redhat.com Tue Feb 19 15:25:29 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 19 Feb 2008 09:25:29 -0600 (CST) Subject: bodhi server clock delayed by one week? In-Reply-To: <200802181448.25170.jwilson@redhat.com> References: <47B9DAF6.6090606@ioa.s.u-tokyo.ac.jp> <200802181448.25170.jwilson@redhat.com> Message-ID: On Mon, 18 Feb 2008, Jarod Wilson wrote: > On Monday 18 February 2008 02:22:30 pm Mamoru Tasaka wrote: > > It seems that the clock of bodhi update system server is delayed > > by about one week? For this reason the time I requested for push of > > some packages seems wrong on bodhi server. > > Sounds like this bug struck again: > > https://bugzilla.redhat.com/show_bug.cgi?id=426861 > It was, we had the issue for a few hours but a restart fixed it. I'd never seen ls; sleep 1 ; ls take forever, but when the ticker stops, it does :) -Mike From hughsient at gmail.com Tue Feb 19 15:27:15 2008 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 19 Feb 2008 15:27:15 +0000 Subject: Difficulties testing the new nouveau driver In-Reply-To: <1199288790.30771.420.camel@localhost.localdomain> References: <1199012599.17626.13.camel@hughsie-laptop> <20071230121510.3396e632@alkaid.a.lan> <1199288790.30771.420.camel@localhost.localdomain> Message-ID: <1203434835.2766.17.camel@hughsie-laptop> On Wed, 2008-01-02 at 10:46 -0500, Adam Jackson wrote: > Fine with me. Wish I'd noticed the version number skew earlier. Do you want me to resubmit the nouveau driver as a separate package, or are you okay with just splitting it up? FWIW, nouveau is about twice as quick as the nv driver for me on 2D, and feels so much snappier. It would be great to have an updated snapshot for F9. Richard. From mcepl at redhat.com Tue Feb 19 15:26:58 2008 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 19 Feb 2008 16:26:58 +0100 Subject: ISO 216 vs U.S. paper References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> Message-ID: <239r85xvdh.ln2@ppp1053.in.ipex.cz> On 2008-02-18, 00:43 GMT, Kevin Kofler wrote: > In Debian, there's even more users, for example they patch > poppler to use libpaper. So it might be worth looking at their > patches if we want to make libpaper more widely used. That?s exactly my question -- do we? Is there something wrong with just following LC_PAPER? Why do I have to have /etc/paper.conf? Mat?j From tcallawa at redhat.com Tue Feb 19 16:18:37 2008 From: tcallawa at redhat.com (Tom Callaway) Date: Tue, 19 Feb 2008 11:18:37 -0500 Subject: c-ares 1.5.1 soname bump Message-ID: <1203437917.3292.14.camel@dhcp83-61.boston.redhat.com> c-ares is going to 1.5.1 in rawhide, which will bump the soname to .2, due to some ABI and API changes in the progress callback. Repoquery says that nothing actually depends on libcares.so.1, so this is mostly for information purposes only. ~spot From tcallawa at redhat.com Tue Feb 19 16:21:27 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 19 Feb 2008 11:21:27 -0500 Subject: c-ares 1.5.1 soname bump In-Reply-To: <1203437917.3292.14.camel@dhcp83-61.boston.redhat.com> References: <1203437917.3292.14.camel@dhcp83-61.boston.redhat.com> Message-ID: <1203438087.3292.16.camel@dhcp83-61.boston.redhat.com> On Tue, 2008-02-19 at 11:18 -0500, Tom Callaway wrote: > c-ares is going to 1.5.1 in rawhide, which will bump the soname to .2, > due to some ABI > and API changes in the progress callback. Repoquery says that nothing actually depends on > libcares.so.1, so this is mostly for information purposes only. Scratch that, I'm dumb. These programs will need to be rebuilt, possibly patched: aria2 bzflag sipsak ~spot From pp at ee.oulu.fi Tue Feb 19 16:44:00 2008 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Tue, 19 Feb 2008 18:44:00 +0200 Subject: ISO 216 vs U.S. paper In-Reply-To: <239r85xvdh.ln2@ppp1053.in.ipex.cz> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> Message-ID: <20080219164400.GA25368@ee.oulu.fi> On Tue, Feb 19, 2008 at 04:26:58PM +0100, Matej Cepl wrote: > On 2008-02-18, 00:43 GMT, Kevin Kofler wrote: > > In Debian, there's even more users, for example they patch > > poppler to use libpaper. So it might be worth looking at their > > patches if we want to make libpaper more widely used. > > That?s exactly my question -- do we? Is there something wrong > with just following LC_PAPER? Why do I have to have > /etc/paper.conf? Note that LC_PAPER isn't a standard (except glibc >= 2.2 or so, not POSIX or anything like that. libpaper even less so, sure. Still, it's definately the way to go, why have an extra library when glibc has everything that needed. Patching libpaper to use LC_PAPER if /etc/paper.conf doesn't exist (and even trying to get that upstream to do that with their libpaper) might be useful too, not that anything in Fedora seems to even use it currently. -- Pekka Pietikainen From ville.skytta at iki.fi Tue Feb 19 16:58:40 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 19 Feb 2008 18:58:40 +0200 Subject: yum and filelists Message-ID: <200802191858.40752.ville.skytta@iki.fi> Hello, >From a moment ago on a F8 box: $ sudo yum upgrade [...] Setting up Upgrade Process Resolving Dependencies --> Running transaction check ---> Package pcre.i386 0:7.3-3.fc8 set to be updated ---> Package pam.i386 0:0.99.8.1-17.fc8 set to be updated filelists.sqlite.bz2 100% |=========================| 3.5 MB 00:03 filelists.sqlite.bz2 100% |=========================| 14 kB 00:00 --> Finished Dependency Resolution [...] I'm just curious, why did yum download those filelists? I thought non-filelists repodata among other paths contains file dependency information for /bin and /sbin. Only pam and pcre were being updated, but neither has file deps to anywhere else; after the above update: $ rpm -qR pcre pam | grep / | sort -u /bin/sh /sbin/ldconfig From mcepl at redhat.com Tue Feb 19 17:04:05 2008 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 19 Feb 2008 18:04:05 +0100 Subject: ISO 216 vs U.S. paper References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> Message-ID: <5per85xsph.ln2@ppp1053.in.ipex.cz> On 2008-02-19, 16:44 GMT, Pekka Pietikainen wrote: > Still, it's definately the way to go, why have an extra library > when glibc has everything that needed. Patching libpaper to use > LC_PAPER if /etc/paper.conf doesn't exist (and even trying to > get that upstream to do that with their libpaper) might be > useful too, not that anything in Fedora seems to even use it > currently. I was in my former life Debianist and as such I know that there was a huge effort to move every printing program to libpaper (e.g., IIRC it was Release-Critical Bug not to use libpaper when you print), so there may be a lot of patches already available. But is it necessary? Mat?j From skvidal at fedoraproject.org Tue Feb 19 17:01:57 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 19 Feb 2008 12:01:57 -0500 Subject: yum and filelists In-Reply-To: <200802191858.40752.ville.skytta@iki.fi> References: <200802191858.40752.ville.skytta@iki.fi> Message-ID: <1203440517.13356.67.camel@cutter> On Tue, 2008-02-19 at 18:58 +0200, Ville Skytt? wrote: > Hello, > > >From a moment ago on a F8 box: > > $ sudo yum upgrade > [...] > Setting up Upgrade Process > Resolving Dependencies > --> Running transaction check > ---> Package pcre.i386 0:7.3-3.fc8 set to be updated > ---> Package pam.i386 0:0.99.8.1-17.fc8 set to be updated > filelists.sqlite.bz2 100% |=========================| 3.5 MB 00:03 > filelists.sqlite.bz2 100% |=========================| 14 kB 00:00 > --> Finished Dependency Resolution > [...] > > I'm just curious, why did yum download those filelists? I thought > non-filelists repodata among other paths contains file dependency information > for /bin and /sbin. Only pam and pcre were being updated, but neither has > file deps to anywhere else; after the above update: > > $ rpm -qR pcre pam | grep / | sort -u > /bin/sh > /sbin/ldconfig It is, at the moment, a known bug. I don't have a bug number off the top of my head but it is in my local yum-todo list of things to look at. -sv From orion at cora.nwra.com Tue Feb 19 17:16:33 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 19 Feb 2008 10:16:33 -0700 Subject: Auto rebuild release bump issue Message-ID: <47BB0EF1.6050508@cora.nwra.com> For pre-release software, i.e. with a release number starting with "0.", the auto-rebuild release bump should add a .1 to the end (or bump an existing number at the end). In this case I have gdl 0.9-0.pre6.fc9. It got bumped to 0.9-1.pre6.fc9. It should be 0.9-0.pre6.fc9.1. -- 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: Jesse Keating Subject: rpms/gdl/devel gdl.spec,1.30,1.31 Date: Tue, 19 Feb 2008 12:04:15 -0500 Size: 2604 URL: From loganjerry at gmail.com Tue Feb 19 17:20:14 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 19 Feb 2008 10:20:14 -0700 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <47BAA092.4050209@olen.net> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080217081520.0a11ca7c@laptopd505.fenrus.org> <47B872DD.8090209@gmail.com> <47B99A11.2030104@redhat.com> <47BAA092.4050209@olen.net> Message-ID: <870180fe0802190920o23bb866dy521d9f82ebf6b323@mail.gmail.com> On Feb 19, 2008 2:25 AM, Ola Thoresen wrote: > When this happens to me, it is usually the because I use LDAP for > authentication, and udev has to wait for a (really long) timeout before > continuing when the network is not up before udev starts. Have a look at this bug: https://bugzilla.redhat.com/show_bug.cgi?id=206399 -- Jerry James http://loganjerry.googlepages.com/ From jeff at ocjtech.us Tue Feb 19 17:23:36 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 19 Feb 2008 11:23:36 -0600 Subject: Asterisk 1.6 in Fedora Message-ID: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> I'm sure that some of you have noticed that Digium has started releasing betas of Asterisk 1.6 (beta3 was just released). At this point in time (less than two weeks to the feature freeze), I think that I'm going to wait until F9 is branched in the package CVS to introduce Asterisk 1.6 into Rawhide. So F10 would be the first release of Fedora to contain Asterisk. I plan on introducing Asterisk 1.6 into EPEL6 once RHEL6 is available. However, since we do have two weeks until feature freeze, I'm willing to listen to arguments to put Asterisk 1.6 into F9 now... Jeff From mschwendt at gmail.com Tue Feb 19 17:30:57 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 19 Feb 2008 18:30:57 +0100 Subject: Auto rebuild release bump issue In-Reply-To: <47BB0EF1.6050508@cora.nwra.com> References: <47BB0EF1.6050508@cora.nwra.com> Message-ID: <20080219183057.7f678e8d.mschwendt@gmail.com> On Tue, 19 Feb 2008 10:16:33 -0700, Orion Poplawski wrote: > For pre-release software, i.e. with a release number starting with "0.", > the auto-rebuild release bump should add a .1 to the end (or bump an > existing number at the end). > > In this case I have gdl 0.9-0.pre6.fc9. It got bumped to > 0.9-1.pre6.fc9. It should be 0.9-0.pre6.fc9.1. However, it should have been 0.9-0.1.pre6%{?dist} ^^ (!) to begin with, not 0.9-0.pre6%{?dist} From sean.bruno at dsl-only.net Tue Feb 19 17:34:36 2008 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Tue, 19 Feb 2008 09:34:36 -0800 Subject: Asterisk 1.6 in Fedora In-Reply-To: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> Message-ID: <1203442476.8658.76.camel@home-desk> On Tue, 2008-02-19 at 11:23 -0600, Jeffrey Ollie wrote: > 'm willing > to listen to arguments to put Asterisk 1.6 into F9 now... I guess it's really how much support you want to give Asterix now. I'd say hold off unless there are a bunch of people screaming for telephony in Fedora. Work out some of the kinks in Rawhide and release it with F10. Sean From jspaleta at gmail.com Tue Feb 19 17:50:49 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 19 Feb 2008 08:50:49 -0900 Subject: Asterisk 1.6 in Fedora In-Reply-To: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> Message-ID: <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> On Feb 19, 2008 8:23 AM, Jeffrey Ollie wrote: > However, since we do have two weeks until feature freeze, I'm willing > to listen to arguments to put Asterisk 1.6 into F9 now... Is there something from stopping you from introducing it into F9 after the release date? You could create an initial package, after the isos are pressed and drop it into updates-testing. Make a moderate fuss about its existance and drive early adopters/testers to try it and report back in bodhi. Once your satisfied you can push it to updates-released. -jef From myfedora at richip.dhs.org Tue Feb 19 17:54:50 2008 From: myfedora at richip.dhs.org (Richi Plana) Date: Tue, 19 Feb 2008 10:54:50 -0700 Subject: Asterisk 1.6 in Fedora In-Reply-To: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> Message-ID: <1203443690.22196.17.camel@localhost6.localdomain6> On Tue, 2008-02-19 at 11:23 -0600, Jeffrey Ollie wrote: > I'm sure that some of you have noticed that Digium has started > releasing betas of Asterisk 1.6 (beta3 was just released). At this > point in time (less than two weeks to the feature freeze), I think > that I'm going to wait until F9 is branched in the package CVS to > introduce Asterisk 1.6 into Rawhide. So F10 would be the first > release of Fedora to contain Asterisk. I plan on introducing Asterisk > 1.6 into EPEL6 once RHEL6 is available. > > However, since we do have two weeks until feature freeze, I'm willing > to listen to arguments to put Asterisk 1.6 into F9 now... If we're going to base things on versions, then I'd say put it in since it's in high BETA (beta3, you said). We had an even more critical server come in while it was in alpha (named) so a beta3 should be good. As someone currently shipping production systems based off of Fedora and Asterisk, I'd be very interested in getting the management features and a couple of others available in Asterisk 1.6. I usually let the stable series simmer for a couple of months anyway (2 to 3) before I decide to release or rollback to an older version. It'd be nice if I could get F9 stable and Asterisk 1.6 final as an update to the beta to simmer a bit. Asterisk is itself moving to a shorter release cycle. Seems to match nicely with Fedora's pace. Finally, feedback from the Asterisk mailing lists seem to indicate that they're making more conservative changes than Fedora with each iteration so even their beta3 should be considerably stable. -- Richi Plana From jwboyer at gmail.com Tue Feb 19 17:59:14 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 19 Feb 2008 11:59:14 -0600 Subject: Asterisk 1.6 in Fedora In-Reply-To: <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> Message-ID: <20080219115914.2c1c8dea@zod.rchland.ibm.com> On Tue, 19 Feb 2008 08:50:49 -0900 "Jeff Spaleta" wrote: > On Feb 19, 2008 8:23 AM, Jeffrey Ollie wrote: > > However, since we do have two weeks until feature freeze, I'm willing > > to listen to arguments to put Asterisk 1.6 into F9 now... > > Is there something from stopping you from introducing it into F9 after > the release date? Nothing prevents that, no. > You could create an initial package, after the isos are pressed and > drop it into updates-testing. Make a moderate fuss about its existance > and drive early adopters/testers to try it and report back in bodhi. > Once your satisfied you can push it to updates-released. Depending on various hand-wavy factors, doing that can make users annoyed. Maybe Jeffery is wanting to avoid upgrading people in a stable release. josh From jkeating at redhat.com Tue Feb 19 18:17:00 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 19 Feb 2008 13:17:00 -0500 Subject: Auto rebuild release bump issue In-Reply-To: <20080219183057.7f678e8d.mschwendt@gmail.com> References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> Message-ID: <20080219131700.28456f8a@redhat.com> On Tue, 19 Feb 2008 18:30:57 +0100 Michael Schwendt wrote: > > In this case I have gdl 0.9-0.pre6.fc9. It got bumped to > > 0.9-1.pre6.fc9. It should be 0.9-0.pre6.fc9.1. > > However, it should have been > > 0.9-0.1.pre6%{?dist} > ^^ > (!) > > to begin with, not > > 0.9-0.pre6%{?dist} that is correct. Your original scheme did not follow the guidelines, thus the bumper didn't deal with it as if it were a pre-release. Please follow the guidelines next 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: 197 bytes Desc: not available URL: From debarshi.ray at gmail.com Tue Feb 19 18:37:20 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Wed, 20 Feb 2008 00:07:20 +0530 Subject: anjuta for F8 In-Reply-To: <645d17210802180322t57956b9dl4735276c5430ce19@mail.gmail.com> References: <68720af30802170324j716f2595kbe9edf17838d911f@mail.gmail.com> <3170f42f0802170718h68a5d0b5gf682880533e15915@mail.gmail.com> <1203262454.3957.3.camel@choeger4> <3170f42f0802172212m2fd20d2fgb3a5351e8646c0e6@mail.gmail.com> <645d17210802180322t57956b9dl4735276c5430ce19@mail.gmail.com> Message-ID: <3170f42f0802191037g4e397d91ta82015248b6dd025@mail.gmail.com> > Since anjuta is already in the repos, fixing the broken dependency > issue for F-8 should not be contingent on the review being completed, Stable updates submitted for F-7, F-8. Fixed in devel too. Sorry for the trouble, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From ob.system at gmail.com Tue Feb 19 18:53:46 2008 From: ob.system at gmail.com (Oscar Victorio Calixto Bacho) Date: Tue, 19 Feb 2008 13:53:46 -0500 Subject: Fedora Translations major change: Projects being moved on 18/2 In-Reply-To: <1203389114.12913.27.camel@shuttle> References: <1203389114.12913.27.camel@shuttle> Message-ID: <6a28481b0802191053p5daef3f8g6db10ddcb320a7ba@mail.gmail.com> What about Pootle and XLIFF Standard ? Oscar Calixto -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeff at ocjtech.us Tue Feb 19 19:12:17 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 19 Feb 2008 13:12:17 -0600 Subject: Asterisk 1.6 in Fedora In-Reply-To: <20080219115914.2c1c8dea@zod.rchland.ibm.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> <20080219115914.2c1c8dea@zod.rchland.ibm.com> Message-ID: <935ead450802191112n4fc22e77t576984aaf9b5d1bc@mail.gmail.com> On 2/19/08, Josh Boyer wrote: > On Tue, 19 Feb 2008 08:50:49 -0900 > "Jeff Spaleta" wrote: > > > > You could create an initial package, after the isos are pressed and > > drop it into updates-testing. Make a moderate fuss about its existance > > and drive early adopters/testers to try it and report back in bodhi. > > Once your satisfied you can push it to updates-released. > > Depending on various hand-wavy factors, doing that can make users > annoyed. Maybe Jeffery is wanting to avoid upgrading people in a > stable release. Yeah, I basically have set a personal policy for the Fedora Asterisk packages to avoid upgrading to a new Asterisk major version in a stable Fedora release. New major versions of Asterisk will always be introduced into Rawhide. So F7 and F8 will always have 1.4.x. If F9 goes GA with 1.4.x it'll stay at 1.4.x. Heavy users of Asterisk are notoriously averse to upgrading - there are still probably a lot Asterisk PBXs out there running on 2.4 *kernels* let alone newer versions of Asterisk. Many Asterisk PBXs still run Asterisk 1.2 (which is still being supported by Digium). Jeff From ivazqueznet at gmail.com Tue Feb 19 19:27:38 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 19 Feb 2008 14:27:38 -0500 Subject: Transifex and XLIFF (was:Re: Fedora Translations major change: Projects being moved on 18/2) In-Reply-To: <6a28481b0802191053p5daef3f8g6db10ddcb320a7ba@mail.gmail.com> References: <1203389114.12913.27.camel@shuttle> <6a28481b0802191053p5daef3f8g6db10ddcb320a7ba@mail.gmail.com> Message-ID: <1203449258.29154.24.camel@ignacio.lan> On Tue, 2008-02-19 at 13:53 -0500, Oscar Victorio Calixto Bacho wrote: > What about [...] XLIFF Standard ? If you want to write XLIFF support into Transifex then by all means go ahead. https://fedorahosted.org/transifex -- 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 johannbg at hi.is Tue Feb 19 19:39:14 2008 From: johannbg at hi.is (Johann B. Gudmundsson) Date: Tue, 19 Feb 2008 19:39:14 +0000 Subject: ISC-DHCP 4 and Freeradius 2 In-Reply-To: <20080219115914.2c1c8dea@zod.rchland.ibm.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> <20080219115914.2c1c8dea@zod.rchland.ibm.com> Message-ID: <47BB3062.3030606@hi.is> How about knocking ISC-DHCP and Freeradius up couple of versions.. Anything blocking it? On other note has any research been done on what's the latest stable version from projects vs what Fedora is shipping so we can get a better picture on where Fedora is on the bleeding at and where it is not... Best regards. Johann B. From jdennis at redhat.com Tue Feb 19 20:07:26 2008 From: jdennis at redhat.com (John Dennis) Date: Tue, 19 Feb 2008 15:07:26 -0500 Subject: ISC-DHCP 4 and Freeradius 2 In-Reply-To: <47BB3062.3030606@hi.is> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> <20080219115914.2c1c8dea@zod.rchland.ibm.com> <47BB3062.3030606@hi.is> Message-ID: <47BB36FE.3080407@redhat.com> Johann B. Gudmundsson wrote: > How about knocking ISC-DHCP and Freeradius up couple of versions.. > Anything blocking it? Yes, packaging the new 2.0 (actually 2.0.2) version of FreeRADIUS is on my to-do list. Nothing blocking it other than higher priority tasks. -- John Dennis From laroche at redhat.com Tue Feb 19 20:45:42 2008 From: laroche at redhat.com (Florian La Roche) Date: Tue, 19 Feb 2008 21:45:42 +0100 Subject: ISC-DHCP 4 and Freeradius 2 In-Reply-To: <47BB3062.3030606@hi.is> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> <20080219115914.2c1c8dea@zod.rchland.ibm.com> <47BB3062.3030606@hi.is> Message-ID: <20080219204542.GA10588@dudweiler.stuttgart.redhat.com> On Tue, Feb 19, 2008 at 07:39:14PM +0000, Johann B. Gudmundsson wrote: > How about knocking ISC-DHCP and Freeradius up couple of versions.. > Anything blocking it? > > On other note has any research been done on what's the latest stable version > from projects vs what Fedora is shipping so we can get a better picture > on where > Fedora is on the bleeding at and where it is not... As a quick review http://distrowatch.com/table.php?distribution=fedora does give some info. regards, Florian La Roche From ville.skytta at iki.fi Tue Feb 19 20:57:23 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 19 Feb 2008 22:57:23 +0200 Subject: yum and filelists In-Reply-To: <1203440517.13356.67.camel@cutter> References: <200802191858.40752.ville.skytta@iki.fi> <1203440517.13356.67.camel@cutter> Message-ID: <200802192257.23996.ville.skytta@iki.fi> On Tuesday 19 February 2008, seth vidal wrote: > On Tue, 2008-02-19 at 18:58 +0200, Ville Skytt? wrote: [...] > > I'm just curious, why did yum download those filelists? [...] > It is, at the moment, a known bug. I don't have a bug number off the top > of my head but it is in my local yum-todo list of things to look at. Ok, thanks for the info. From ob.system at gmail.com Tue Feb 19 21:53:23 2008 From: ob.system at gmail.com (Oscar Victorio Calixto Bacho) Date: Tue, 19 Feb 2008 16:53:23 -0500 Subject: Asterisk 1.6 in Fedora In-Reply-To: <935ead450802191112n4fc22e77t576984aaf9b5d1bc@mail.gmail.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> <20080219115914.2c1c8dea@zod.rchland.ibm.com> <935ead450802191112n4fc22e77t576984aaf9b5d1bc@mail.gmail.com> Message-ID: <6a28481b0802191353t22a37cddmdd2ac4a713637181@mail.gmail.com> 2008/2/19, Jeffrey Ollie : > > On 2/19/08, Josh Boyer wrote: > Yeah, I basically have set a personal policy for the Fedora Asterisk > packages to avoid upgrading to a new Asterisk major version in a > stable Fedora release. > +100 -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexl at users.sourceforge.net Tue Feb 19 22:10:02 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 19 Feb 2008 15:10:02 -0700 Subject: Howto update dependent packages In-Reply-To: (Neal Becker's message of "Tue\, 19 Feb 2008 09\:51\:41 -0500") References: <1203429892.29154.16.camel@ignacio.lan> Message-ID: >>>>> "NB" == Neal Becker writes: NB> Ignacio Vazquez-Abrams wrote: >> On Tue, 2008-02-19 at 08:34 -0500, Neal Becker wrote: >> I am trying to update python-igraph, which BR on igraph-devel, for >> F8 and >>> F7. >>> >>> igraph-devel-0.5 was pushed to F8 testing yesterday, but I still >>> can't build python-igraph-0.5 against it. >>> >>> Does the mock system not look at packages in testing? How are we >>> supposed to do this update? >> >> You have to request a buildroot inclusion from releng. >> NB> I guess this means 'send an email to releng?' There is actually a webpage on this: http://fedoraproject.org/wiki/ReleaseEngineering/SOP/BuildRootOverrides which should probably be linked-to from some more prominent place and/or updated to reflect what is actually required (i.e. "just e-mail rel-eng") from mere mortal users of koji (as opposed to koji admins who are the the only people who can actually run the commands listed there). Alex From jkeating at redhat.com Tue Feb 19 23:00:56 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 19 Feb 2008 18:00:56 -0500 Subject: Howto update dependent packages In-Reply-To: References: <1203429892.29154.16.camel@ignacio.lan> Message-ID: <20080219180056.3b46d12b@redhat.com> On Tue, 19 Feb 2008 15:10:02 -0700 Alex Lancaster wrote: > which should probably be linked-to from some more prominent place > and/or updated to reflect what is actually required (i.e. "just e-mail > rel-eng") from mere mortal users of koji (as opposed to koji admins > who are the the only people who can actually run the commands listed > there). THat page is meant for the admins to reference when processing a request from somebody. How to make the request definitely needs to be added to the wiki somewhere. Somebody please suggest a place where it will be found and 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: 197 bytes Desc: not available URL: From asgeirf at redhat.com Wed Feb 20 01:41:58 2008 From: asgeirf at redhat.com (Asgeir Frimannsson) Date: Wed, 20 Feb 2008 11:41:58 +1000 Subject: Fedora Translations major change: Projects being moved on 18/2 In-Reply-To: <6a28481b0802191053p5daef3f8g6db10ddcb320a7ba@mail.gmail.com> References: <1203389114.12913.27.camel@shuttle> <6a28481b0802191053p5daef3f8g6db10ddcb320a7ba@mail.gmail.com> Message-ID: <200802201141.58550.asgeirf@redhat.com> On Wednesday 20 February 2008 04:53:46 am Oscar Victorio Calixto Bacho wrote: > What about Pootle and XLIFF Standard ? Fully supporting XLIFF (which b.t.w. became an Oasis standard a few weeks back) is at present a bit tricky. With PO, we have a wide range of available translation tools (e.g. KBabel, Gtranslator, PoEdit) as well as manipulation tools (msgmerge, pocount, translate toolkit). standard text-based tools like diff etc also works very well with PO files. With XLIFF, we don't have many option with regards to open source translation tools, and the existing tools handle XLIFF in slightly different ways. PO has in many ways been 'the XLIFF of the open source world', as we are using PO as a resource container not only for extracted software messages, but for docs, xml files etc.. But development of XLIFF tools is starting to pick up.. With XLIFF, we could support a much richer workflow, allowing e.g. 'newbie' translators to only add translations as 'suggestions' and allowing maintainers or more experienced translators to review them. We could also easily track who did what, e.g. that translation unit 3434 was added in SVN revision 3424, translated by Translator A on Tuesday 23 Feb 07, later reviewed by Translator B and approved... For those interested in XLIFF, we are currently in the process of defining goals and features for the next major version (2.0). I am hoping to ensure that we have support for the features we need from a social-translation and open source development in 2.0, so ideas and thoughts are welcome :) About pootle, I'm a big fan of what the translate.sf.net people are doing, and we are investigating how we can integrate e.g. pootle within our L10N infrastructure. More developers are always welcome :) cheers, asgeir (member of the XLIFF Technical Committee and also working with the Fedora L10N infrastructure) From limb at jcomserv.net Wed Feb 20 02:05:10 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 19 Feb 2008 20:05:10 -0600 (CST) Subject: Koji problem? Message-ID: <42932.192.168.0.1.1203473110.squirrel@mail.jcomserv.net> http://koji.fedoraproject.org/koji/taskinfo?taskID=445418 Tried twice, seems like it was on hammer2 both times, but that could be coincidence. Jon -- novus ordo absurdum From kevin.kofler at chello.at Wed Feb 20 02:23:52 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 20 Feb 2008 02:23:52 +0000 (UTC) Subject: Koji resubmit fails after build failure during result upload Message-ID: This kdelibs4 build: http://koji.fedoraproject.org/koji/taskinfo?taskID=444504 failed (after all arches succeeded) with: RetryError: reached maximum number of retries, last call failed with: error: (111, 'Connection refused') Resubmitting: http://koji.fedoraproject.org/koji/taskinfo?taskID=445113 lead to: GenericError: Error importing RPM file. /mnt/koji/packages/kdelibs4/4.0.1/6.fc7/src/kdelibs4-4.0.1-6.fc7.src.rpm already exists. I bumped Release to 6%{?dist}.1 and submitted a new build as a workaround, but it would be nice if this could be handled more gracefully (not to mention that the error shouldn't happen in the first place ;-) ). Kevin Kofler From mmcgrath at redhat.com Wed Feb 20 04:55:30 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 19 Feb 2008 22:55:30 -0600 (CST) Subject: Koji problem? In-Reply-To: <42932.192.168.0.1.1203473110.squirrel@mail.jcomserv.net> References: <42932.192.168.0.1.1203473110.squirrel@mail.jcomserv.net> Message-ID: On Tue, 19 Feb 2008, Jon Ciesla wrote: > http://koji.fedoraproject.org/koji/taskinfo?taskID=445418 > > Tried twice, seems like it was on hammer2 both times, but that could be > coincidence. > This should be fixed now, please resubmit. The mass rebuilds caused our tasks directory to fill up to the max allowed by ext3. -Mike From sundaram at fedoraproject.org Wed Feb 20 07:13:16 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 20 Feb 2008 12:43:16 +0530 Subject: Difficulties testing the new nouveau driver In-Reply-To: <1203434835.2766.17.camel@hughsie-laptop> References: <1199012599.17626.13.camel@hughsie-laptop> <20071230121510.3396e632@alkaid.a.lan> <1199288790.30771.420.camel@localhost.localdomain> <1203434835.2766.17.camel@hughsie-laptop> Message-ID: <47BBD30C.6060706@fedoraproject.org> Richard Hughes wrote: > On Wed, 2008-01-02 at 10:46 -0500, Adam Jackson wrote: >> Fine with me. Wish I'd noticed the version number skew earlier. > > Do you want me to resubmit the nouveau driver as a separate package, or > are you okay with just splitting it up? FWIW, nouveau is about twice as > quick as the nv driver for me on 2D, and feels so much snappier. It > would be great to have an updated snapshot for F9. Should we consider making it the default for Fedora 9? Rahul From kevin.kofler at chello.at Wed Feb 20 07:54:45 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 20 Feb 2008 07:54:45 +0000 (UTC) Subject: Asterisk 1.6 in Fedora References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> Message-ID: Jeffrey Ollie ocjtech.us> writes: > However, since we do have two weeks until feature freeze, I'm willing > to listen to arguments to put Asterisk 1.6 into F9 now... When is the official 1.6 release scheduled? If it's scheduled before F9, then you should definitely upgrade to the beta now and get the release into F9 final. If it's going to be released shortly after, then you have to make a decision, releasing F9 with a beta and upgrading it to the final version post-release has already been done with lots of software, so it is an option too. It depends on how stable the betas are: if it's anything like the KDE 4.0 betas were, those have really nothing to do in a release, but for some other software, upstream actually recommends always using a beta, so the "beta" label by itself doesn't tell the whole story. Kevin Kofler From kevin.kofler at chello.at Wed Feb 20 07:55:16 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 20 Feb 2008 07:55:16 +0000 (UTC) Subject: ISC-DHCP 4 and Freeradius 2 References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> <20080219115914.2c1c8dea@zod.rchland.ibm.com> <47BB3062.3030606@hi.is> Message-ID: Johann B. Gudmundsson hi.is> writes: > How about knocking ISC-DHCP and Freeradius up couple of versions.. We already have DHCP 4 in Rawhide. Kevin Kofler From airlied at redhat.com Wed Feb 20 08:07:21 2008 From: airlied at redhat.com (Dave Airlie) Date: Wed, 20 Feb 2008 18:07:21 +1000 Subject: Difficulties testing the new nouveau driver In-Reply-To: <47BBD30C.6060706@fedoraproject.org> References: <1199012599.17626.13.camel@hughsie-laptop> <20071230121510.3396e632@alkaid.a.lan> <1199288790.30771.420.camel@localhost.localdomain> <1203434835.2766.17.camel@hughsie-laptop> <47BBD30C.6060706@fedoraproject.org> Message-ID: <1203494841.20125.1.camel@optimus> On Wed, 2008-02-20 at 12:43 +0530, Rahul Sundaram wrote: > Richard Hughes wrote: > > On Wed, 2008-01-02 at 10:46 -0500, Adam Jackson wrote: > >> Fine with me. Wish I'd noticed the version number skew earlier. > > > > Do you want me to resubmit the nouveau driver as a separate package, or > > are you okay with just splitting it up? FWIW, nouveau is about twice as > > quick as the nv driver for me on 2D, and feels so much snappier. It > > would be great to have an updated snapshot for F9. Please do, we can drop the snapshots from the nv package then, > > Should we consider making it the default for Fedora 9? Not until the nouveau project does a release they consider stable, it still doesn't work in all cases nv does... granted I do think we should ship nouveau with randr 1.2 turned on by default in our version. Dave. From mtasaka at ioa.s.u-tokyo.ac.jp Wed Feb 20 08:27:05 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 20 Feb 2008 17:27:05 +0900 Subject: bootstrap for dbus rebuild against libcap, please! Message-ID: <47BBE459.6000404@ioa.s.u-tokyo.ac.jp> Currently not a few automated rebuild fails with unresolvable dependency between libcap vs dbus. When I tried to rebuild dbus against new libcap, the rebuild failed with some bootstrap issue. Please resolve this as soon as possible, thanks! http://koji.fedoraproject.org/koji/taskinfo?taskID=447819 Regards, Mamoru From jakub.rusinek at gmail.com Wed Feb 20 09:11:54 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 20 Feb 2008 10:11:54 +0100 Subject: Difficulties testing the new nouveau driver In-Reply-To: <47BBD30C.6060706@fedoraproject.org> References: <1199012599.17626.13.camel@hughsie-laptop> <20071230121510.3396e632@alkaid.a.lan> <1199288790.30771.420.camel@localhost.localdomain> <1203434835.2766.17.camel@hughsie-laptop> <47BBD30C.6060706@fedoraproject.org> Message-ID: <47BBEEDA.4080401@gmail.com> Rahul Sundaram pisze: > Richard Hughes wrote: >> On Wed, 2008-01-02 at 10:46 -0500, Adam Jackson wrote: >>> Fine with me. Wish I'd noticed the version number skew earlier. >> >> Do you want me to resubmit the nouveau driver as a separate package, or >> are you okay with just splitting it up? FWIW, nouveau is about twice as >> quick as the nv driver for me on 2D, and feels so much snappier. It >> would be great to have an updated snapshot for F9. > > Should we consider making it the default for Fedora 9? Please, do not... It's not yet ready... From nicolas.mailhot at laposte.net Wed Feb 20 09:14:16 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 20 Feb 2008 10:14:16 +0100 Subject: Difficulties testing the new nouveau driver In-Reply-To: <47BBEEDA.4080401@gmail.com> References: <1199012599.17626.13.camel@hughsie-laptop> <20071230121510.3396e632@alkaid.a.lan> <1199288790.30771.420.camel@localhost.localdomain> <1203434835.2766.17.camel@hughsie-laptop> <47BBD30C.6060706@fedoraproject.org> <47BBEEDA.4080401@gmail.com> Message-ID: <1203498856.7677.26.camel@rousalka.dyndns.org> Le mercredi 20 f?vrier 2008 ? 10:11 +0100, Jakub 'Livio' Rusinek a ?crit : > Rahul Sundaram pisze: > > Richard Hughes wrote: > >> On Wed, 2008-01-02 at 10:46 -0500, Adam Jackson wrote: > >>> Fine with me. Wish I'd noticed the version number skew earlier. > >> > >> Do you want me to resubmit the nouveau driver as a separate package, or > >> are you okay with just splitting it up? FWIW, nouveau is about twice as > >> quick as the nv driver for me on 2D, and feels so much snappier. It > >> would be great to have an updated snapshot for F9. > > > > Should we consider making it the default for Fedora 9? > > Please, do not... > > It's not yet ready... Anyway till most rawhide testers have access to an up-to-date packaged snapshot, I don't see how we can judge one way or the other. -------------- 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 bernie at codewiz.org Wed Feb 20 09:15:58 2008 From: bernie at codewiz.org (Bernardo Innocenti) Date: Wed, 20 Feb 2008 10:15:58 +0100 Subject: ctrlproxy In-Reply-To: <1203423815.3223.6.camel@shinybook.infradead.org> References: <4783B191.50104@codewiz.org> <20080108121210.35266172@zod.rchland.ibm.com> <4784DC7D.1050603@codewiz.org> <20080110074547.785a7b61@zod.rchland.ibm.com> <47BAC8E0.5010002@codewiz.org> <1203423815.3223.6.camel@shinybook.infradead.org> Message-ID: <47BBEFCE.6010405@codewiz.org> David Woodhouse wrote: > I tried 3.0.5 from rawhide earlier, and it didn't seem to work with SSL > clients. The SSL handshake never completes. Oh, I hadn't noticed it was imported already in devel. There are no formal releases beyond 3.0.5, so I guess you should just go on and report the SSL bug upstream. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ From zprikryl at redhat.com Wed Feb 20 10:34:11 2008 From: zprikryl at redhat.com (Zdenek Prikryl) Date: Wed, 20 Feb 2008 11:34:11 +0100 Subject: Package alien In-Reply-To: <20071205164131.GL4153@free.fr> References: <4756AC21.30104@redhat.com> <4756CFA1.8050605@redhat.com> <4756D0BE.2030605@linux-kernel.at> <20071205164131.GL4153@free.fr> Message-ID: <47BC0223.3070602@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Patrice Dumas napsal(a): > Indeed, it seems to me that alien should depend on dpkg. > I have packages available for dpkg, and other debian stuff (and > debootstrap is already in fedora): > > http://www.environnement.ens.fr/perso/dumas/fc-srpms/debian/ I went through your spes file of dpkg and found, that you're doing some renaming of executables, which could be already in fedora. But I thing, that if other dpkg scripts want to use for example install-info, then it will use fedora's install-info instead renamed install-info from dpkg package. So, are these renamed executables needed in package? If not, we can make package without them. - -- Zdenek Prikryl Software Engineer - Base Operating Systems Brno -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHvAIjGQbtTQ12wjARAsH3AKCEh74ybJxZcb5PH0cm7VmbOLp7sACggTBK AyR866k51YxmXOnzfLQnh2w= =72VI -----END PGP SIGNATURE----- From valent.turkovic at gmail.com Wed Feb 20 10:45:47 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 20 Feb 2008 11:45:47 +0100 Subject: SELinux smolt stats In-Reply-To: References: Message-ID: <47BC04DB.6000708@gmail.com> James Morris wrote: > It seems that the SELinux enablement stats are now online -- thanks! > > I have a question about what the numbers mean. The current values are: > > SELinux Enabled > False 185085 53.3 % > True 162262 46.7 % If this arguments are true for Fedora 8 than it looks like that more people dislike selinux than like it, right? From ivazqueznet at gmail.com Wed Feb 20 10:49:34 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 20 Feb 2008 05:49:34 -0500 Subject: SELinux smolt stats In-Reply-To: <47BC04DB.6000708@gmail.com> References: <47BC04DB.6000708@gmail.com> Message-ID: <1203504574.29154.27.camel@ignacio.lan> On Wed, 2008-02-20 at 11:45 +0100, Valent Turkovic wrote: > James Morris wrote: > > It seems that the SELinux enablement stats are now online -- thanks! > > > > I have a question about what the numbers mean. The current values are: > > > > SELinux Enabled > > False 185085 53.3 % > > True 162262 46.7 % > > If this arguments are true for Fedora 8 than it looks like that more > people dislike selinux than like it, right? Not necessarily. It's possible that SELinux is disabled for various app-related reasons, but the person in charge of the machine would rather have left it on. -- 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 valent.turkovic at gmail.com Wed Feb 20 10:56:38 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 20 Feb 2008 11:56:38 +0100 Subject: Asterisk 1.6 in Fedora In-Reply-To: <1203443690.22196.17.camel@localhost6.localdomain6> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <1203443690.22196.17.camel@localhost6.localdomain6> Message-ID: <47BC0766.5010008@gmail.com> Richi Plana wrote: > Finally, feedback from the Asterisk mailing lists seem to indicate that > they're making more conservative changes than Fedora with each iteration > so even their beta3 should be considerably stable. > -- > > Richi Plana > It if is stable enough it would be a great feature to have in Fedora 9. Fedora is about bleeding edge... off course when it is stable enough. Valent. From valent.turkovic at gmail.com Wed Feb 20 11:00:58 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 20 Feb 2008 12:00:58 +0100 Subject: Asterisk 1.6 in Fedora In-Reply-To: References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> Message-ID: <47BC086A.8050207@gmail.com> Kevin Kofler wrote: > Jeffrey Ollie ocjtech.us> writes: >> However, since we do have two weeks until feature freeze, I'm willing >> to listen to arguments to put Asterisk 1.6 into F9 now... > > When is the official 1.6 release scheduled? If it's scheduled before F9, then > you should definitely upgrade to the beta now and get the release into F9 > final. If it's going to be released shortly after, then you have to make a > decision, releasing F9 with a beta and upgrading it to the final version > post-release has already been done with lots of software, so it is an option > too. It depends on how stable the betas are: if it's anything like the KDE 4.0 > betas were, those have really nothing to do in a release, but for some other > software, upstream actually recommends always using a beta, so the "beta" label > by itself doesn't tell the whole story. > > Kevin Kofler > I guess that asterisk mailing list would provide some insight here. It here will be no mayor changes from not (beta 3) until 1.6 final ships I as a user would love to see Asterisk 1.6 in fedora 9. Cheers, Valent. From karsten at redhat.com Wed Feb 20 11:22:07 2008 From: karsten at redhat.com (Karsten Hopp) Date: Wed, 20 Feb 2008 12:22:07 +0100 Subject: bootstrap for dbus rebuild against libcap, please! In-Reply-To: <47BBE459.6000404@ioa.s.u-tokyo.ac.jp> References: <47BBE459.6000404@ioa.s.u-tokyo.ac.jp> Message-ID: <47BC0D5F.4070304@redhat.com> Mamoru Tasaka schrieb: > Currently not a few automated rebuild fails with > unresolvable dependency between libcap vs dbus. > > When I tried to rebuild dbus against new libcap, the rebuild failed > with some bootstrap issue. Please resolve this as soon as possible, > thanks! > > http://koji.fedoraproject.org/koji/taskinfo?taskID=447819 > > Regards, > Mamoru > I'm currently building a libcap package which provides libcap.so.1 and libcap.so.2 which should allow you to build dbus. Please try again when libcap-2.06-3 appears. Karsten From jos at xos.nl Wed Feb 20 11:24:05 2008 From: jos at xos.nl (Jos Vos) Date: Wed, 20 Feb 2008 12:24:05 +0100 Subject: Asterisk 1.6 in Fedora In-Reply-To: <47BC086A.8050207@gmail.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <47BC086A.8050207@gmail.com> Message-ID: <20080220112405.GB10478@jasmine.xos.nl> On Wed, Feb 20, 2008 at 12:00:58PM +0100, Valent Turkovic wrote: > I guess that asterisk mailing list would provide some insight here. It > here will be no mayor changes from not (beta 3) until 1.6 final ships I > as a user would love to see Asterisk 1.6 in fedora 9. I couldn't agree more. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From mtasaka at ioa.s.u-tokyo.ac.jp Wed Feb 20 12:25:38 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 20 Feb 2008 21:25:38 +0900 Subject: bootstrap for dbus rebuild against libcap, please! In-Reply-To: <47BC0D5F.4070304@redhat.com> References: <47BBE459.6000404@ioa.s.u-tokyo.ac.jp> <47BC0D5F.4070304@redhat.com> Message-ID: <47BC1C42.3080908@ioa.s.u-tokyo.ac.jp> Karsten Hopp wrote, at 02/20/2008 08:22 PM +9:00: > Mamoru Tasaka schrieb: >> Currently not a few automated rebuild fails with >> unresolvable dependency between libcap vs dbus. >> >> When I tried to rebuild dbus against new libcap, the rebuild failed >> with some bootstrap issue. Please resolve this as soon as possible, >> thanks! >> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=447819 >> >> Regards, >> Mamoru >> > I'm currently building a libcap package which provides libcap.so.1 and libcap.so.2 > which should allow you to build dbus. Please try again when libcap-2.06-3 appears. > > Karsten Thank you. Now dbus is really built against new libcap and this will solve most of the unresolved dependencies. http://koji.fedoraproject.org/koji/buildinfo?buildID=37969 Regards, Mamoru From ml at deadbabylon.de Wed Feb 20 13:06:24 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Wed, 20 Feb 2008 14:06:24 +0100 Subject: KDE-SIG weekly report (08/2008) Message-ID: <200802201406.29813.ml@deadbabylon.de> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply ?to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 08/2008 Time: 2008-02-26 16:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-26 Meeting log: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-19?action=AttachFile&do=get&target=fedora-kde-sig-2008-02-19.txt ---------------------------------------------------------------------------------- = Participants = - KevinKofler - LukasTinkl - RexDieter - SebastianVahl ---------------------------------------------------------------------------------- = Agenda = * PolicyKit integration (#428212) [1] = Summary = o PolicyKit integration: - LukasTinkl and KevinKofler will try to port the patch for KDE 3 to KDE 4 o Open discussion: - oxygen-icon-theme should be provided in a sub package - upstream bug #155873 (kdeinit couldn't load /usr/bin/foo-kde4) is affecting us to [2] - SebastianVahl has uploaded initial versions of kaudiocreator and konq-plugins to KDE4Status [3] - Review Request for kmid: #432607 [4] - gtk-kde4 is maybe worth to package [5] ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-26 ---------------------------------------------------------------------------------- = Links = [1] https://bugzilla.redhat.com/show_bug.cgi?id=428212 [2] http://bugs.kde.org/show_bug.cgi?id=155873 [3] http://fedoraproject.org/wiki/SIGs/KDE/KDE4Status [4] https://bugzilla.redhat.com/show_bug.cgi?id=432607 [5] http://kde-apps.org/content/show.php/gtk-kde4?content=74689&PHPSESSID=2d207148f3c11c9cacb9288cb48e0ab1 -------------- 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 limb at jcomserv.net Wed Feb 20 13:14:16 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 20 Feb 2008 07:14:16 -0600 (CST) Subject: Koji problem? In-Reply-To: References: <42932.192.168.0.1.1203473110.squirrel@mail.jcomserv.net> Message-ID: <41561.63.85.68.164.1203513256.squirrel@mail.jcomserv.net> > > On Tue, 19 Feb 2008, Jon Ciesla wrote: > >> http://koji.fedoraproject.org/koji/taskinfo?taskID=445418 >> >> Tried twice, seems like it was on hammer2 both times, but that could be >> coincidence. >> > This should be fixed now, please resubmit. The mass rebuilds caused our > tasks directory to fill up to the max allowed by ext3. Seems OK now. My build failures are now related to the package, not the system. ;) Thanks! I, for one, welcome our new ext4 overlords. > -Mike > -- novus ordo absurdum From dwalsh at redhat.com Wed Feb 20 13:22:14 2008 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 20 Feb 2008 08:22:14 -0500 Subject: SELinux smolt stats In-Reply-To: <1203504574.29154.27.camel@ignacio.lan> References: <47BC04DB.6000708@gmail.com> <1203504574.29154.27.camel@ignacio.lan> Message-ID: <47BC2986.8020003@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ignacio Vazquez-Abrams wrote: > On Wed, 2008-02-20 at 11:45 +0100, Valent Turkovic wrote: >> James Morris wrote: >>> It seems that the SELinux enablement stats are now online -- thanks! >>> >>> I have a question about what the numbers mean. The current values are: >>> >>> SELinux Enabled >>> False 185085 53.3 % >>> True 162262 46.7 % >> If this arguments are true for Fedora 8 than it looks like that more >> people dislike selinux than like it, right? > > Not necessarily. It's possible that SELinux is disabled for various > app-related reasons, but the person in charge of the machine would > rather have left it on. > > These stats are misleading. They include machines that the data was never collected for (pre fc8) as Disabled, So the default for smolt is if it does not know - disabled. The Smolt guys are working on getting a better break out. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAke8KYYACgkQrlYvE4MpobN0awCfS7cO2iRIi5g12SLNEHud2IUb 3dkAn3sewTOaB6oyRGIVXklIVLhimzsi =ox4C -----END PGP SIGNATURE----- From stickster at gmail.com Wed Feb 20 13:51:48 2008 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 20 Feb 2008 08:51:48 -0500 Subject: Asterisk 1.6 in Fedora In-Reply-To: <47BC0766.5010008@gmail.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <1203443690.22196.17.camel@localhost6.localdomain6> <47BC0766.5010008@gmail.com> Message-ID: <1203515508.25040.81.camel@localhost.localdomain> On Wed, 2008-02-20 at 11:56 +0100, Valent Turkovic wrote: > Richi Plana wrote: > > Finally, feedback from the Asterisk mailing lists seem to indicate that > > they're making more conservative changes than Fedora with each iteration > > so even their beta3 should be considerably stable. > > -- > > > > Richi Plana > > > > It if is stable enough it would be a great feature to have in Fedora 9. > Fedora is about bleeding edge... off course when it is stable enough. I think the preferred way of talking about this is "leading edge without all the blood." ;-) -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 buc at odusz.so-cdu.ru Wed Feb 20 13:58:35 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 20 Feb 2008 16:58:35 +0300 Subject: [yum] - strange tarball in yum srpm Message-ID: <47BC320B.7060201@odu.neva.ru> The latest yum-3.2.8 source rpm (at least the version for Fedora 7: http://download.fedora.redhat.com/pub/fedora/linux/updates/7/SRPMS/yum-3.2.8-2.fc7.src.rpm ) has a source tarball, which includes yet another source tarball again (recursively-like), i.e. the front yum-3.2.8.tar.gz contains yet another yum-3.2.8.tar.gz in its root dir... Is it an upstream bug? Does the tarball of Fedora srpm match the upstream? 8-) I hope that it not traces of an external intervention ;) Dmitry Butskoy http://www.fedoraproject.org/wiki/DmitryButskoy From benny+usenet at amorsen.dk Wed Feb 20 14:01:33 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Wed, 20 Feb 2008 15:01:33 +0100 Subject: Asterisk 1.6 in Fedora References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> Message-ID: "Jeffrey Ollie" writes: > I'm sure that some of you have noticed that Digium has started > releasing betas of Asterisk 1.6 (beta3 was just released). At this > point in time (less than two weeks to the feature freeze), I think > that I'm going to wait until F9 is branched in the package CVS to > introduce Asterisk 1.6 into Rawhide. So F10 would be the first > release of Fedora to contain Asterisk. I plan on introducing Asterisk > 1.6 into EPEL6 once RHEL6 is available. > > However, since we do have two weeks until feature freeze, I'm willing > to listen to arguments to put Asterisk 1.6 into F9 now... I think it would be very convenient to have Asterisk 1.6 for F9, especially if F8 stays on Asterisk 1.4. The company I work for will likely stay on Asterisk 1.4 until a Fedora package of Asterisk 1.6 is available. The advantages of sticking to a prepackaged Asterisk are likely greater than the advantages of having the very latest Asterisk features. The Asterisk community would probably benefit from getting Asterisk 1.6 into wide use early; the lack of wide deployment of early Asterisk 1.4 almost certainly slowed its stabilization. /Benny From benny+usenet at amorsen.dk Wed Feb 20 14:04:24 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Wed, 20 Feb 2008 15:04:24 +0100 Subject: Asterisk 1.6 in Fedora References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> <20080219115914.2c1c8dea@zod.rchland.ibm.com> <935ead450802191112n4fc22e77t576984aaf9b5d1bc@mail.gmail.com> Message-ID: "Jeffrey Ollie" writes: > Many Asterisk PBXs still run Asterisk 1.2 (which is still being > supported by Digium). For low values of "supported". Security fixes only. AFAIK they do have a proprietary 1.2-based Business Edition which receives bugfixes, but those fixes do not go into the GPL Asterisk 1.2 (apart from security fixes). /Benny From jmorris at namei.org Wed Feb 20 14:09:14 2008 From: jmorris at namei.org (James Morris) Date: Thu, 21 Feb 2008 01:09:14 +1100 (EST) Subject: SELinux smolt stats In-Reply-To: <47BC04DB.6000708@gmail.com> References: <47BC04DB.6000708@gmail.com> Message-ID: On Wed, 20 Feb 2008, Valent Turkovic wrote: > James Morris wrote: > > It seems that the SELinux enablement stats are now online -- thanks! > > > > I have a question about what the numbers mean. The current values are: > > > > SELinux Enabled > > False 185085 53.3 % True 162262 46.7 % > > If this arguments are true for Fedora 8 than it looks like that more people > dislike selinux than like it, right? Why did you delete the rest of the email, which queried these numbers and suggested that the real figure for enablement was much higher? btw, I asked off-list for a raw SQL query for just F8 systems (which have been reporting SELinux stats all along), and the "Enabled=True" value is currently 94%. It's not clear to me what these numbers really mean, and I think it may be some time before we are able to really see what's happening (e.g. between smolt changes, initial reports, re-reporting, different distro versions with different levels of usability, permissive vs. enforcing etc.). - James -- James Morris From myfedora at richip.dhs.org Wed Feb 20 14:14:02 2008 From: myfedora at richip.dhs.org (Richi Plana) Date: Wed, 20 Feb 2008 07:14:02 -0700 Subject: Asterisk 1.6 in Fedora In-Reply-To: <935ead450802191112n4fc22e77t576984aaf9b5d1bc@mail.gmail.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> <20080219115914.2c1c8dea@zod.rchland.ibm.com> <935ead450802191112n4fc22e77t576984aaf9b5d1bc@mail.gmail.com> Message-ID: <1203516842.18674.6.camel@localhost6.localdomain6> On Tue, 2008-02-19 at 13:12 -0600, Jeffrey Ollie wrote: > On 2/19/08, Josh Boyer wrote: > > On Tue, 19 Feb 2008 08:50:49 -0900 > > "Jeff Spaleta" wrote: > > > > > > You could create an initial package, after the isos are pressed and > > > drop it into updates-testing. Make a moderate fuss about its existance > > > and drive early adopters/testers to try it and report back in bodhi. > > > Once your satisfied you can push it to updates-released. > > > > Depending on various hand-wavy factors, doing that can make users > > annoyed. Maybe Jeffery is wanting to avoid upgrading people in a > > stable release. > > Yeah, I basically have set a personal policy for the Fedora Asterisk > packages to avoid upgrading to a new Asterisk major version in a > stable Fedora release. New major versions of Asterisk will always be > introduced into Rawhide. So F7 and F8 will always have 1.4.x. If F9 > goes GA with 1.4.x it'll stay at 1.4.x. Heavy users of Asterisk are > notoriously averse to upgrading - there are still probably a lot > Asterisk PBXs out there running on 2.4 *kernels* let alone newer > versions of Asterisk. We're actually a commercial entity that uses Fedora and the latest stable releases of software packages. We start testing as soon as beta of a software hits (don't have the spare cycles to test from alpha). Prior to Fedora's adopting Asterisk, we got our packages from Axel at ATRPMS. I would certainly appreciate a bump up right now of asterisk (specifically) even if it doesn't go stable before F10 is released (IOW, in the 6 months after F9 goes stable). If it gets into rawhide now, there'll be plenty of time to test it. The more conservative camps would probably be using RHEL/CentOS + EPEL anyway. > Many Asterisk PBXs still run Asterisk 1.2 > (which is still being supported by Digium). Say what you will about what's supported and what's not, but unless Digium have dedicated developers strictly to 1.2, developers find it harder and harder to context-switch their brains to an older version the longer they work on a newer one. There are even some projects with their developers who won't even help you unless you try the latest version (not Digium, though). -- Richi Plana From skvidal at fedoraproject.org Wed Feb 20 14:22:40 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 20 Feb 2008 09:22:40 -0500 Subject: [yum] - strange tarball in yum srpm In-Reply-To: <47BC320B.7060201@odu.neva.ru> References: <47BC320B.7060201@odu.neva.ru> Message-ID: <1203517360.13356.90.camel@cutter> On Wed, 2008-02-20 at 16:58 +0300, Dmitry Butskoy wrote: > The latest yum-3.2.8 source rpm (at least the version for Fedora 7: > http://download.fedora.redhat.com/pub/fedora/linux/updates/7/SRPMS/yum-3.2.8-2.fc7.src.rpm > ) > > has a source tarball, which includes yet another source tarball again > (recursively-like), i.e. the front yum-3.2.8.tar.gz contains yet another > yum-3.2.8.tar.gz in its root dir... > > Is it an upstream bug? Does the tarball of Fedora srpm match the > upstream? 8-) > I hope that it not traces of an external intervention ;) It was a bug. I had made two of them accidentally. When in doubt about the provenance of a package just check the gpg signature on the src.rpm http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x69886CC7 it should be from this key. -sv From jdennis at redhat.com Wed Feb 20 14:29:37 2008 From: jdennis at redhat.com (John Dennis) Date: Wed, 20 Feb 2008 09:29:37 -0500 Subject: SELinux smolt stats In-Reply-To: References: <47BC04DB.6000708@gmail.com> Message-ID: <47BC3951.1010004@redhat.com> James Morris wrote: > On Wed, 20 Feb 2008, Valent Turkovic wrote: >> James Morris wrote: >>> It seems that the SELinux enablement stats are now online -- thanks! >>> >>> I have a question about what the numbers mean. The current values are: >>> >>> SELinux Enabled >>> False 185085 53.3 % True 162262 46.7 % >> If this arguments are true for Fedora 8 than it looks like that more people >> dislike selinux than like it, right? > Why did you delete the rest of the email ... Because Valent has an anti SELinux agenda (refer to previous threads). -- John Dennis From jkeating at redhat.com Wed Feb 20 14:33:14 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 20 Feb 2008 09:33:14 -0500 Subject: Koji resubmit fails after build failure during result upload In-Reply-To: References: Message-ID: <20080220093314.5bb8bc18@redhat.com> On Wed, 20 Feb 2008 02:23:52 +0000 (UTC) Kevin Kofler wrote: > I bumped Release to 6%{?dist}.1 and submitted a new build as a > workaround, but it would be nice if this could be handled more > gracefully (not to mention that the error shouldn't happen in the > first place ;-) ). The problem is that the build was part way imported, and koji doesn't know how to complete the import. -- 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: 197 bytes Desc: not available URL: From pemboa at gmail.com Wed Feb 20 14:39:16 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 20 Feb 2008 08:39:16 -0600 Subject: SELinux smolt stats In-Reply-To: <47BC04DB.6000708@gmail.com> References: <47BC04DB.6000708@gmail.com> Message-ID: <16de708d0802200639s6cb65544pe8f8875166cc6d8c@mail.gmail.com> On Feb 20, 2008 4:45 AM, Valent Turkovic wrote: > James Morris wrote: > > It seems that the SELinux enablement stats are now online -- thanks! > > > > I have a question about what the numbers mean. The current values are: > > > > SELinux Enabled > > False 185085 53.3 % > > True 162262 46.7 % That's a huge assumption. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From loupgaroublond at gmail.com Wed Feb 20 14:53:12 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Wed, 20 Feb 2008 09:53:12 -0500 Subject: SELinux smolt stats In-Reply-To: <47BC04DB.6000708@gmail.com> References: <47BC04DB.6000708@gmail.com> Message-ID: <7f692fec0802200653l8c6effu841dd245f2604a4e@mail.gmail.com> On Wed, Feb 20, 2008 at 5:45 AM, Valent Turkovic wrote: > James Morris wrote: > > It seems that the SELinux enablement stats are now online -- thanks! > > > > I have a question about what the numbers mean. The current values are: > > > > SELinux Enabled > > False 185085 53.3 % > > True 162262 46.7 % > > If this arguments are true for Fedora 8 than it looks like that more > people dislike selinux than like it, right? If we assume a standard deviation of 3%, since I have no basis for that number anyways, but it makes my math clear, we can assume 50% of all people have Selinux enabled. 50% is not a bad number. Smolt only sees a 10% usage of the Fedora world, and I am thoroughly jealous. -Yaakov From ben.kreuter at gmail.com Wed Feb 20 15:12:36 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Wed, 20 Feb 2008 10:12:36 -0500 Subject: SELinux smolt stats In-Reply-To: <47BC04DB.6000708@gmail.com> References: <47BC04DB.6000708@gmail.com> Message-ID: <200802201012.40380.ben.kreuter@gmail.com> On Wednesday 20 February 2008 05:45:47 Valent Turkovic wrote: > > If this arguments are true for Fedora 8 than it looks like that more > people dislike selinux than like it, right? It is also possible that they had not enabled SELinux in the past, and never had time to enable it in more recent Fedora releases. Enabling SELinux for the first time requires the entire filesystem to be scanned, and for some people who have large disks and have been using their system for a while, that could be a hassle, so they may choose to not do it. Also remember that these stats do not represent an unbiased sample, and should not be taken to be an indication of the broad Fedora user base. -- Benjamin Kreuter -- Message sent on: Wed Feb 20 10:05:19 EST 2008 -------------- 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 Wed Feb 20 15:44:55 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Wed, 20 Feb 2008 17:44:55 +0200 Subject: Packaging a noarch program arch dependent? In-Reply-To: <1203432754.3618.58.camel@wicktop.localdomain> References: <1203432754.3618.58.camel@wicktop.localdomain> Message-ID: <200802201744.55776.ville.skytta@iki.fi> On Tuesday 19 February 2008, Christoph Wickert wrote: > How to deal with that? I guess I should package it arch dependent like > gnome-applets (the stock ticker invest also is written in python and is > in the arch'ed package), but rpmlint shouts out loud on the package: > > gnome-applet-timer.x86_64: E: no-binary > gnome-applet-timer.x86_64: E: only-non-binary-in-usr-lib If the files really are arch dependent, just make the package arch dependent too, install to %{_libdir}, and ignore rpmlint on this one. From loganjerry at gmail.com Wed Feb 20 16:11:17 2008 From: loganjerry at gmail.com (Jerry James) Date: Wed, 20 Feb 2008 09:11:17 -0700 Subject: Pirut warnings Message-ID: <870180fe0802200811l7471f7b9wa710a56716e81c8@mail.gmail.com> I just installed F8 on an x86_64 machine. After updating all packages, I ran pirut from the command line. It spewed a bunch of warnings: /usr/sbin/pirut:417: GtkWarning: Failed to set text from markup due to error parsing markup: Error on line 1: Character ' ' is not valid inside an entity name gtk.main() /usr/sbin/pirut:417: GtkWarning: Failed to set text from markup due to error parsing markup: Error on line 1: Character ' ' is not valid at the start of an entity name; the & character begins an entity; if this ampersand isn't supposed to be an entity, escape it as & gtk.main() /usr/sbin/pirut:417: GtkWarning: Failed to set text from markup due to error parsing markup: Error on line 1: Character ''' is not valid inside an entity name gtk.main() So I apparently have a stray space, a stray &, and a stray ' on line 1 of some file. Which file would that be? Could we get the filename added to the warning messages? -- Jerry James http://loganjerry.googlepages.com/ From gilboad at gmail.com Wed Feb 20 16:17:46 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 20 Feb 2008 18:17:46 +0200 Subject: KDE-SIG weekly report (08/2008) In-Reply-To: <200802201406.29813.ml@deadbabylon.de> References: <200802201406.29813.ml@deadbabylon.de> Message-ID: <1203524266.18363.22.camel@gilboa-work-dev.localdomain> On Wed, 2008-02-20 at 14:06 +0100, Sebastian Vahl wrote: > - gtk-kde4 is maybe worth to package [5] I'm willing to take it under my wings. - Gilboa From james.antill at redhat.com Wed Feb 20 16:27:23 2008 From: james.antill at redhat.com (James Antill) Date: Wed, 20 Feb 2008 11:27:23 -0500 Subject: Pirut warnings In-Reply-To: <870180fe0802200811l7471f7b9wa710a56716e81c8@mail.gmail.com> References: <870180fe0802200811l7471f7b9wa710a56716e81c8@mail.gmail.com> Message-ID: <1203524843.11268.63.camel@code.and.org> On Wed, 2008-02-20 at 09:11 -0700, Jerry James wrote: > I just installed F8 on an x86_64 machine. After updating all > packages, I ran pirut from the command line. It spewed a bunch of > warnings: > > /usr/sbin/pirut:417: GtkWarning: Failed to set text from markup due to > error parsing markup: Error on line 1: Character ' ' is not valid > inside an entity name > gtk.main() > /usr/sbin/pirut:417: GtkWarning: Failed to set text from markup due to > error parsing markup: Error on line 1: Character ' ' is not valid at > the start of an entity name; the & character begins an entity; if this > ampersand isn't supposed to be an entity, escape it as & > gtk.main() > /usr/sbin/pirut:417: GtkWarning: Failed to set text from markup due to > error parsing markup: Error on line 1: Character ''' is not valid > inside an entity name > gtk.main() > > So I apparently have a stray space, a stray &, and a stray ' on line 1 > of some file. Which file would that be? Could we get the filename > added to the warning messages? These are all bare & characters, I've fixed this upstream but that hasn't trickled down to Fedora 8 (it's not a big problem, things still work, you just get warnings on stderr). -- James Antill Red Hat -------------- 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 francois.aucamp at gmail.com Wed Feb 20 16:26:45 2008 From: francois.aucamp at gmail.com (Francois Aucamp) Date: Wed, 20 Feb 2008 18:26:45 +0200 Subject: Asterisk 1.6 in Fedora In-Reply-To: <1203516842.18674.6.camel@localhost6.localdomain6> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <935ead450802191112n4fc22e77t576984aaf9b5d1bc@mail.gmail.com> <1203516842.18674.6.camel@localhost6.localdomain6> Message-ID: <200802201826.46042.faucamp@csir.co.za> On Wednesday 20 February 2008 04:14:02 pm Richi Plana wrote: > We're actually a commercial entity that uses Fedora and the latest > stable releases of software packages. We start testing as soon as beta > of a software hits (don't have the spare cycles to test from alpha). > Prior to Fedora's adopting Asterisk, we got our packages from Axel at > ATRPMS. Same here. > I would certainly appreciate a bump up right now of asterisk > (specifically) even if it doesn't go stable before F10 is released (IOW, > in the 6 months after F9 goes stable). If it gets into rawhide now, > there'll be plenty of time to test it. +1 From hughsient at gmail.com Wed Feb 20 17:33:48 2008 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 20 Feb 2008 17:33:48 +0000 Subject: Difficulties testing the new nouveau driver In-Reply-To: <1203498856.7677.26.camel@rousalka.dyndns.org> References: <1199012599.17626.13.camel@hughsie-laptop> <20071230121510.3396e632@alkaid.a.lan> <1199288790.30771.420.camel@localhost.localdomain> <1203434835.2766.17.camel@hughsie-laptop> <47BBD30C.6060706@fedoraproject.org> <47BBEEDA.4080401@gmail.com> <1203498856.7677.26.camel@rousalka.dyndns.org> Message-ID: <1203528828.2914.1.camel@hughsie-laptop> On Wed, 2008-02-20 at 10:14 +0100, Nicolas Mailhot wrote: > Le mercredi 20 f?vrier 2008 ? 10:11 +0100, Jakub 'Livio' Rusinek a > ?crit : > > Rahul Sundaram pisze: > > > Richard Hughes wrote: > > >> On Wed, 2008-01-02 at 10:46 -0500, Adam Jackson wrote: > > >>> Fine with me. Wish I'd noticed the version number skew earlier. > > >> > > >> Do you want me to resubmit the nouveau driver as a separate package, or > > >> are you okay with just splitting it up? FWIW, nouveau is about twice as > > >> quick as the nv driver for me on 2D, and feels so much snappier. It > > >> would be great to have an updated snapshot for F9. > > > > > > Should we consider making it the default for Fedora 9? > > > > Please, do not... Sure, it shouldn't be default yet, but it should be up to date. > > It's not yet ready... > > Anyway till most rawhide testers have access to an up-to-date packaged > snapshot, I don't see how we can judge one way or the other. Totally. Hint hint :-) Richard. From ml at deadbabylon.de Wed Feb 20 17:43:52 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Wed, 20 Feb 2008 18:43:52 +0100 Subject: KDE-SIG weekly report (08/2008) In-Reply-To: <1203524266.18363.22.camel@gilboa-work-dev.localdomain> References: <200802201406.29813.ml@deadbabylon.de> <1203524266.18363.22.camel@gilboa-work-dev.localdomain> Message-ID: <200802201844.03101.ml@deadbabylon.de> Am Mi 20.Februar 2008 schrieb Gilboa Davara: > On Wed, 2008-02-20 at 14:06 +0100, Sebastian Vahl wrote: > > - gtk-kde4 is maybe worth to package [5] > > I'm willing to take it under my wings. > > - Gilboa Great. Thanks! Sebastian -------------- 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 cjdahlin at ncsu.edu Wed Feb 20 17:46:56 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 20 Feb 2008 12:46:56 -0500 Subject: SELinux smolt stats In-Reply-To: <16de708d0802200639s6cb65544pe8f8875166cc6d8c@mail.gmail.com> References: <47BC04DB.6000708@gmail.com> <16de708d0802200639s6cb65544pe8f8875166cc6d8c@mail.gmail.com> Message-ID: <47BC6790.9040008@ncsu.edu> Arthur Pemberton wrote: > On Feb 20, 2008 4:45 AM, Valent Turkovic wrote: > >> James Morris wrote: >> >>> It seems that the SELinux enablement stats are now online -- thanks! >>> >>> I have a question about what the numbers mean. The current values are: >>> >>> SELinux Enabled >>> False 185085 53.3 % >>> True 162262 46.7 % >>> > > > That's a huge assumption. > > > Uh, maybe you deleted more than you meant? What's a huge assumption? --CJD From cjdahlin at ncsu.edu Wed Feb 20 17:49:03 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 20 Feb 2008 12:49:03 -0500 Subject: SELinux smolt stats In-Reply-To: <200802201012.40380.ben.kreuter@gmail.com> References: <47BC04DB.6000708@gmail.com> <200802201012.40380.ben.kreuter@gmail.com> Message-ID: <47BC680F.5020403@ncsu.edu> Benjamin Kreuter wrote: > On Wednesday 20 February 2008 05:45:47 Valent Turkovic wrote: > >> If this arguments are true for Fedora 8 than it looks like that more >> people dislike selinux than like it, right? >> > > It is also possible that they had not enabled SELinux in the past, and never > had time to enable it in more recent Fedora releases. Enabling SELinux for > the first time requires the entire filesystem to be scanned, and for some > people who have large disks and have been using their system for a while, > that could be a hassle, so they may choose to not do it. > > Also remember that these stats do not represent an unbiased sample, and should > not be taken to be an indication of the broad Fedora user base. > > -- Benjamin Kreuter > > +1 I don't run SELinux on anything right now because I turned it off way back when and never bothered to turn it back on. --CJD From cjdahlin at ncsu.edu Wed Feb 20 17:49:58 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 20 Feb 2008 12:49:58 -0500 Subject: SELinux smolt stats In-Reply-To: References: Message-ID: <47BC6846.9010204@ncsu.edu> James Morris wrote: > It seems that the SELinux enablement stats are now online -- thanks! > > I'd like to know what percentage of people are running in enforcing vs permissive of the ones that have it enabled. --CJD From bpepple at fedoraproject.org Wed Feb 20 18:34:18 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 20 Feb 2008 13:34:18 -0500 Subject: Plan for tomorrows (20080221) FESCO meeting Message-ID: <1203532458.22350.2.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 18:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCO-Meeting -- Decide on candidate announcement date for 2008 FESCo Election - all /topic FESCo-Meeting -- New Features - http://fedoraproject.org/wiki/Features/Dashboard - poelcat * http://fedoraproject.org/wiki/Features/JigdoRelease /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). 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... Later, /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: 197 bytes Desc: This is a digitally signed message part URL: From caillon at redhat.com Wed Feb 20 19:29:36 2008 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 20 Feb 2008 14:29:36 -0500 Subject: Plan for tomorrows (20080221) FESCO meeting In-Reply-To: <1203532458.22350.2.camel@kennedy> References: <1203532458.22350.2.camel@kennedy> Message-ID: <47BC7FA0.5040002@redhat.com> On 02/20/2008 01:34 PM, 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 18:00 UTC > in #fedora-meeting on irc.freenode.org: > > /topic FESCO-Meeting -- Decide on candidate announcement date for 2008 > FESCo Election - all > > /topic FESCo-Meeting -- New Features - > http://fedoraproject.org/wiki/Features/Dashboard - poelcat > * http://fedoraproject.org/wiki/Features/JigdoRelease > > /topic FESCo meeting -- Free discussion around Fedora Brian, please add the packaging dispute at https://www.redhat.com/archives/fedora-advisory-board/2008-February/msg00145.html for FESCo to look at. Near the top of the schedule would be nice so it gets looked at tomorrow. From benny+usenet at amorsen.dk Wed Feb 20 19:29:47 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Wed, 20 Feb 2008 20:29:47 +0100 Subject: SELinux smolt stats References: <47BC04DB.6000708@gmail.com> Message-ID: James Morris writes: > btw, I asked off-list for a raw SQL query for just F8 systems (which have > been reporting SELinux stats all along), and the "Enabled=True" value is > currently 94%. Does Enabled=True imply enforcing? /Benny From jkeating at redhat.com Wed Feb 20 20:14:13 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 20 Feb 2008 15:14:13 -0500 Subject: rawhide report: 20080220 changes Message-ID: <20080220151413.15e74726@redhat.com> New package ax25-apps AX.25 ham radio applications New package ax25-tools Tools used to configure an ax.25 enabled computer New package colrdx DX-cluster client with curses color support New package crystalspace Crystal Space a free 3D engine New package demorse Command line tool for decoding Morse code signals New package gpsk31 PSK31 for Linux with a GTK+ Interface New package greyhounds Greyhounds is a greyhounds racing and breeding game New package nettle A low-level cryptographic library New package vdrift-data VDrift data set Updated Packages: GREYCstoration-2.6-3.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.6-3 - Autorebuild for GCC 4.3 MegaMek-0.30.11-3.fc9 --------------------- NetworkManager-vpnc-1:0.7.0-0.7.7.svn3204.fc9 --------------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:0.7.0-0.7.7.svn3204 - Autorebuild for GCC 4.3 PolicyKit-0.7-6.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.7-6 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Jon McCann - 0.7-5.fc9 - Remove Requires: ConsoleKit since ConsoleKit now requires PolicyKit * Thu Dec 06 2007 David Zeuthen - 0.7-4.fc9 - Only run bash completion script if using bash (#418471) PolicyKit-gnome-0.7-3.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.7-3 - Autorebuild for GCC 4.3 TeXmacs-1.0.6.12-3.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.6.12-3 - Autorebuild for GCC 4.3 Xaw3d-1.5E-11.1 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5E-11.1 - Autorebuild for GCC 4.3 abcMIDI-20070106-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 20070106-2 - Autorebuild for GCC 4.3 alltray-0.70-2.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.70-2 - Autorebuild for GCC 4.3 alsa-lib-1.0.16-1.fc9 --------------------- * Mon Feb 18 2008 Martin Stransky 1.0.16-1 - updated to 1.0.16 final alsa-plugins-1.0.15-3.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.15-3 - Autorebuild for GCC 4.3 * Fri Jan 18 2008 Eric Moret - 1.0.15-2 - Update to upstream 1.0.15 (#429249) - Add "Requires: pulseaudio" to alsa-plugins-pulseaudio (#368891) - Fix pulse_hw_params() when state is SND_PCM_STATE_PREPARED (#428030) - run /sbin/ldconfig on post and postun macros * Thu Oct 18 2007 Lennart Poettering - 1.0.14-6 - Merge the whole /etc/alsa/pcm/pulseaudio.conf stuff into /etc/alsa/pulse-default.conf, because the former is practically always ignored, since it is not referenced for inclusion by any other configuration file fragment (#251943) The other fragments installed in /etc/alsa/pcm/ are useless, too. But since we are in a freeze and they are not that important, I am not fixing this now. anaconda-11.4.0.37-1 -------------------- * Tue Feb 19 2008 Chris Lumens - 11.4.0.37-1 - Default to the right timezone when language is changed (#432158). (clumens) - Fix another text mode network config traceback (#433475). (clumens) - More scripts cleanups. (jgranado) - Remove more references to ARC (#433229). (clumens) - Mount flags should be an optional argument (#433279, #433280). (clumens) - We don't need productpath anymore, so stop taking it as an option (katzj) - Set yum output level based on whether or not we've passed --debug or not (katzj) - Clean up invocation of mk-images from buildinstall (katzj) - Clean up invocation of upd-instroot from buildinstall (katzj) - Remove some legacy stuff that's no longer relevant from .discinfo/.treeinfo (katzj) - Don't depend on product path for finding the anaconda-runtime package (katzj) - Make buildinstall a little clearer (katzj) - Use $LIBDIR instead of lib globbing to avoid problems with chroots (katzj) - Add some error handling around populateTs. (clumens) ant-contrib-1.0-0.5.b2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-0.5.b2 - Autorebuild for GCC 4.3 apmud-1.0.0-9.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.0-9 - Autorebuild for GCC 4.3 atanks-2.7-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.7-2 - Autorebuild for GCC 4.3 audiofile-1:0.2.6-8.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:0.2.6-8 - Autorebuild for GCC 4.3 bakery-2.4.4-2.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.4.4-2 - Autorebuild for GCC 4.3 ballbuster-1.0-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-5 - Autorebuild for GCC 4.3 bcm43xx-fwcutter-006-4.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 006-4 - Autorebuild for GCC 4.3 bidiv-1.5-6.fc9 --------------- * Tue Feb 19 2008 Dan Kenigsberg 1.5-6 - compile against fribidi-0.19.1 * Mon Feb 18 2008 Fedora Release Engineering - 1.5-5 - Autorebuild for GCC 4.3 bigloo-3.0b-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.0b-2 - Autorebuild for GCC 4.3 bind-32:9.5.0-27.b2.fc9 ----------------------- * Tue Feb 19 2008 Adam Tkac 32:9.5.0-27.b2 - removed conditional build with libefence (use -fmudflapth instead) - fixed building of DLZ stuff (#432497) - do not build Berkeley DB DLZ backend - temporary build with --disable-linux-caps and without threads (#433102) - update named.ca file to affect IPv6 changes in root zone binutils-2.18.50.0.3-2 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.18.50.0.3-2 - Autorebuild for GCC 4.3 blktool-4-7.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 4-7 - Autorebuild for GCC 4.3 blobAndConquer-0.91-6.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.91-6 - Autorebuild for GCC 4.3 blobwars-1.07-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.07-2 - Autorebuild for GCC 4.3 bluez-hcidump-1.40-2.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.40-2 - Autorebuild for GCC 4.3 bochs-2.3.6-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.3.6-3 - Autorebuild for GCC 4.3 bolzplatz2006-1.0.3-4.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-4 - Autorebuild for GCC 4.3 boswars-2.4.1-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4.1-5 - Autorebuild for GCC 4.3 bouncycastle-1.38-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.38-2 - Autorebuild for GCC 4.3 bridge-utils-1.2-4.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2-4 - Autorebuild for GCC 4.3 * Mon Dec 10 2007 Patrick "Jima" Laughton 1.2-3 - Minor tweaks as recommended in merge review (BZ#225625) busybox-1:1.9.1-1.fc9 --------------------- * Thu Feb 14 2008 Ivana Varekova - 1:1.9.1-1 - update to 1.9.1 - fix a problem with netfilter.h - thanks dwmw2 bygfoot-2.2.0-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2.0-3 - Autorebuild for GCC 4.3 c-ares-1.5.1-1.fc9 ------------------ * Tue Feb 19 2008 Tom "spot" Callaway 1.5.1-1 - update to 1.5.1 cdo-1.0.8-2.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.8-2 - Autorebuild for GCC 4.3 cdogs-sdl-0.4-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-4 - Autorebuild for GCC 4.3 cdrdao-1.2.2-5 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.2-5 - Autorebuild for GCC 4.3 cdrkit-1.1.6-7.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.1.6-7 - Autorebuild for GCC 4.3 cellwriter-1.3.1-3.fc9 ---------------------- cgdb-0.6.4-3.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.4-3 - Autorebuild for GCC 4.3 chess-1.0-12.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-12 - Autorebuild for GCC 4.3 clanbomber-1.05-8.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.05-8 - Autorebuild for GCC 4.3 classpathx-mail-0:1.1.1-5jpp.3 ------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0:1.1.1-5jpp.3 - Autorebuild for GCC 4.3 clonekeen-0.8.3-3.fc9 --------------------- clutter-0.6.0-1.fc9 ------------------- * Tue Feb 19 2008 Allisson Azevedo 0.6.0-1 - Update to 0.6.0 * Mon Feb 18 2008 Fedora Release Engineering - 0.4.2-2 - Autorebuild for GCC 4.3 * Wed Oct 03 2007 Allisson Azevedo 0.4.2-1 - Update to 0.4.2 coldet-1.2-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-4 - Autorebuild for GCC 4.3 compat-libosip2-2.2.2-16.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.2-16 - Autorebuild for GCC 4.3 compizconfig-backend-gconf-0.6.0-5.fc9 -------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-5 - Autorebuild for GCC 4.3 compizconfig-backend-kconfig-0.6.0-3.fc9 ---------------------------------------- compizconfig-python-0.6.0.1-3.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0.1-3 - Autorebuild for GCC 4.3 conky-1.4.9-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.4.9-2 - Autorebuild for GCC 4.3 cook-2.30-2.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.30-2 - Autorebuild for GCC 4.3 crash-4.0-6.0.5 --------------- * Wed Feb 20 2008 Dave Anderson - 4.0-6.0.5 - Second attempt at addressing the GCC 4.3 build, which failed due to additional ptrace.h includes in the lkcd vmdump header files. * Wed Feb 20 2008 Dave Anderson - 4.0-6.0.4 - First attempt at addressing the GCC 4.3 build, which failed on x86_64 because ptrace-abi.h (included by ptrace.h) uses the "u32" typedef, which relies on , and include/asm-x86_64/types.h does not not typedef u32 as done in include/asm-x86/types.h. * Mon Feb 18 2008 Fedora Release Engineering - 4.0-6.0.3 - Autorebuild for GCC 4.3 createrepo-0.9.5-1.fc9 ---------------------- * Tue Feb 19 2008 Seth Vidal - 0.9.5-1 - 0.9.5 - ten-changelog-limit patch by default in fedora cronolog-1.6.2-7.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.6.2-7 - Autorebuild for GCC 4.3 crystal-stacker-1.5-6.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5-6 - Autorebuild for GCC 4.3 ctapi-common-1.1-4.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1-4 - Autorebuild for GCC 4.3 ctapi-cyberjack-3.0.5-2.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.0.5-2 - Autorebuild for GCC 4.3 curry-0.9.11-4.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.9.11-4 - Autorebuild for GCC 4.3 cvs-1.11.22-13.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.11.22-13 - Autorebuild for GCC 4.3 * Mon Sep 17 2007 Jiri Moskovcak - 1.11.22-12 - rewriten previous patch when trying to diff removed files - Resolves: #277501, #242049 * Mon Jul 30 2007 Jiri Moskovcak - 1.11.22-11 - fix diff on removed file when "-r BASE" tag is used - Resolves: #242049 cwrite-0.1.24-2.fc9 ------------------- cyrus-sasl-2.1.22-12.fc9 ------------------------ * Thu Feb 14 2008 Steve Conklin - 2.1.22-12 - rebuild for gcc4.3 dasher-4.7.0-3.fc9 ------------------ * Tue Feb 19 2008 Matthias Clasen - 4.7.0-3 - Fix build with gcc 4.3 * Mon Feb 18 2008 Fedora Release Engineering - 4.7.0-2 - Autorebuild for GCC 4.3 dbus-python-0.82.4-2.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.82.4-2 - Autorebuild for GCC 4.3 dbus-sharp-0.63-9.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.63-9 - Autorebuild for GCC 4.3 dd2-0.2.2-3.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.2-3 - Autorebuild for GCC 4.3 deltarpm-3.4-10.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.4-10 - Autorebuild for GCC 4.3 dhcp-forwarder-0.7-13.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.7-13 - Autorebuild for GCC 4.3 dictd-1.10.9-2 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.10.9-2 - Autorebuild for GCC 4.3 diction-1.11-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.11-2 - Autorebuild for GCC 4.3 dosfstools-2.11-9.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.11-9 - Autorebuild for GCC 4.3 dssi-0.9.1-14.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-14 - Autorebuild for GCC 4.3 duel3-0.1-0.5.20060225.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1-0.5.20060225 - Autorebuild for GCC 4.3 dumb-0.9.3-7.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.3-7 - Autorebuild for GCC 4.3 dvd+rw-tools-7.0-9.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 7.0-9 - Autorebuild for GCC 4.3 dxpc-3.9.1-0.3.b1.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.9.1-0.3.b1 - Autorebuild for GCC 4.3 ecl-0.9j-2.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9j-2 - Autorebuild for GCC 4.3 * Sat Dec 29 2007 Gerard Milmeister - 0.9j-1 - new release 0.9j * Mon Aug 28 2006 Gerard Milmeister - 0.9i-3 - Rebuild for FE6 eclipse-changelog-1:2.6.0-2.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:2.6.0-2 - Autorebuild for GCC 4.3 * Tue Dec 18 2007 Jeff Johnston 2.6.0-1 - 2.6.0 - Remove CVS dependency for plugin - Create team-neutral solution (e.g. SVN now supported) - Add removed file support for PrepareChangeLog action - Remove project selection dialog - Support CTRL+ALT+P from any view that has selected IResource - For SynchronizeView, support "remove from view" items being ignored - Fix match recognition for finding existing entries - For PrepareChangeLog, categorize New, Removed, and Changed entries and alphabetically sort them in the ChangeLog entry - Resolves Bugzilla #210144 * Thu Aug 16 2007 Andrew Overholt 2.5.1-2 - R/BR: eclipse-cvs-client. ed-0.8-2.fc9 ------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.8-2 - Autorebuild for GCC 4.3 * Wed Aug 22 2007 Karsten Hopp 0.8-1 - update to 0.8 * Wed Aug 22 2007 Karsten Hopp 0.7-2 - update license tags egoboo-2.7.5-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.7.5-4 - Autorebuild for GCC 4.3 enet-1.1-3.fc9 -------------- esound-1:0.2.38-7.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:0.2.38-7 - Autorebuild for GCC 4.3 ethtool-5-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 5-2 - Autorebuild for GCC 4.3 ez-ipupdate-3.0.11-0.16.b8.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.0.11-0.16.b8 - Autorebuild for GCC 4.3 fbg-0.9.1-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.1-2 - Autorebuild for GCC 4.3 fcron-3.0.3-4.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.0.3-4 - Autorebuild for GCC 4.3 feh-1.3.4-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.4-6 - Autorebuild for GCC 4.3 flite-1.3-9.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3-9 - Autorebuild for GCC 4.3 flow-tools-0.68.4-0.1.rc1.fc9 ----------------------------- * Tue Feb 19 2008 Paul P Komkoff Jr - 0.68.4-0.1.rc1 - new upstream release candidate fltk-1.1.8-0.8.r6027.fc9 ------------------------ * Fri Feb 29 2008 Rex Dieter 1.1.8-0.8.r6027 - fltk-1.1.x-r6027 fluidsynth-1.0.7-11.a.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.7-11.a - Autorebuild for GCC 4.3 fluidsynth-dssi-0.9.1-8.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-8 - Autorebuild for GCC 4.3 freeglut-2.4.0-13.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4.0-13 - Autorebuild for GCC 4.3 freetype1-1.4-0.5.pre.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4-0.5.pre - Autorebuild for GCC 4.3 fuse-convmvfs-0.2.4-6.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.4-6 - Autorebuild for GCC 4.3 gawk-3.1.5-17.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.5-17 - Autorebuild for GCC 4.3 gconfmm26-2.20.0-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.20.0-2 - Autorebuild for GCC 4.3 gd-2.0.35-5.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.35-5 - Autorebuild for GCC 4.3 gdbm-1.8.0-28.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.8.0-28 - Autorebuild for GCC 4.3 gecko-sharp2-0.12-7.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.12-7 - Autorebuild for GCC 4.3 gemdropx-0.9-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.9-4 - Autorebuild for GCC 4.3 genius-1.0.2-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.0.2-3 - Autorebuild for GCC 4.3 geronimo-specs-0:1.0-1.M2.2jpp.12 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.0-1.M2.2jpp.12 - Autorebuild for GCC 4.3 ghasher-1.2.1-5.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.1-5 - Autorebuild for GCC 4.3 gif2png-2.5.1-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.5.1-4 - Autorebuild for GCC 4.3 giggle-0.4-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-2 - Autorebuild for GCC 4.3 gimp-resynthesizer-0.15-3.fc9 ----------------------------- gkrellm-wifi-0.9.12-7.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.12-7 - Autorebuild for GCC 4.3 glaxium-0.5-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5-4 - Autorebuild for GCC 4.3 glew-1.5.0-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.0-2 - Autorebuild for GCC 4.3 glglobe-0.2-6.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2-6 - Autorebuild for GCC 4.3 glitz-0.5.6-6.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.6-6 - Autorebuild for GCC 4.3 global-5.4-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.4-2 - Autorebuild for GCC 4.3 glyph-keeper-0.32-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.32-4 - Autorebuild for GCC 4.3 gmrun-0.9.2-13.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.9.2-13 - Autorebuild for GCC 4.3 * Thu Jan 17 2008 Gilboa Davara - 0.9.2-11 - Replace htmlview with xdg-utils. (#388441, Patch by Ville Skytta) - gcc4.3 compile fix. - EPEL5 regression. gnome-applet-sensors-1.8.2-2.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.8.2-2 - Autorebuild for GCC 4.3 gnome-desktop-2.21.91-6.fc9 --------------------------- * Tue Feb 19 2008 Matthias Clasen - 2.21.91-6 - Fix a possible crash in the background code gnome-launch-box-0.4-7.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4-7 - Autorebuild for GCC 4.3 gnome-mag-0.15.0-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.15.0-2 - Autorebuild for GCC 4.3 gnome-mount-0.7-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.7-3 - Autorebuild for GCC 4.3 gnome-panel-2.21.91-6.fc9 ------------------------- * Wed Feb 20 2008 Matthias Clasen - 2.21.91-6 - Try harder to avoid resizing the popup * Tue Feb 19 2008 Matthias Clasen - 2.21.91-5 - Take daylight savings time into account when calculating offsets gnome-speech-0.4.18-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.18-2 - Autorebuild for GCC 4.3 gnome-user-share-0.21-2.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.21-2 - Autorebuild for GCC 4.3 gnome-vfs2-obexftp-0.4-6.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4-6 - Autorebuild for GCC 4.3 gnome-vfsmm26-2.20.0-2.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.20.0-2 - Autorebuild for GCC 4.3 gnu-getopt-0:1.0.12-4jpp.1 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.0.12-4jpp.1 - Autorebuild for GCC 4.3 gnucap-0.35-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.35-4 - Autorebuild for GCC 4.3 gnumeric-1:1.8.1-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.8.1-2 - Autorebuild for GCC 4.3 goffice-0.6.1-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.1-2 - Autorebuild for GCC 4.3 * Fri Jan 25 2008 Hans de Goede 0.6.1-1 - Jump to upstream version 0.6.1 for new gnumeric - Notice ABI and API changes! * Fri Aug 03 2007 Bill Nottingham - tweak license tag gok-1.3.7-3.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3.7-3 - Autorebuild for GCC 4.3 * Sat Feb 02 2008 Matthias Clasen - 1.3.7-2 - Fix some file permissions (#430482) goocanvasmm-0.4.0-3.fc9 ----------------------- google-perftools-0.95-3.fc9 --------------------------- * Tue Feb 19 2008 Tom "spot" Callaway 0.95-3 - re-disable ppc/ppc64 * Tue Feb 19 2008 Tom "spot" Callaway 0.95-2 - ppc/ppc64 doesn't have libunwind * Tue Feb 19 2008 Tom "spot" Callaway 0.95-1 - 0.95 (all patches taken upstream) - enable ppc support - workaround broken ptrace header (no typedef for u32) gpredict-0.9.0-2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.0-2 - Autorebuild for GCC 4.3 gputils-0.13.5-2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.13.5-2 - Autorebuild for GCC 4.3 grep-2.5.1-59.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.5.1-59 - Autorebuild for GCC 4.3 * Fri Apr 20 2007 Stepan Kasal - 2.5.1-58 - Adhere to packaging guidelines. - Resolves: #225857 - Use CPPFLAGS= argument to configure to add an -I option. - Do not set LDFLAGS=-s for "make install". * Mon Jan 22 2007 Tim Waugh 2.5.1-57 - Make preun scriptlet unconditionally succeed (bug #223697). gstream-1.6-2.fc9 ----------------- gtk+extra-2.1.1-7.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.1.1-7 - Autorebuild for GCC 4.3 gtkdatabox-0.8.2.2-2.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.8.2.2-2 - Autorebuild for GCC 4.3 gtkglarea2-1.99.0-8.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.99.0-8 - Autorebuild for GCC 4.3 gtkglextmm-1.2.0-6.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.0-6 - Autorebuild for GCC 4.3 * Mon Sep 11 2006 Gilles Gagniard 1.2.0-5 - Rebuild for FC6 gtklp-1.2.5-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.5-2 - Autorebuild for GCC 4.3 gtkmm24-2.12.4-2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.12.4-2 - Autorebuild for GCC 4.3 gtkterm-0.99.5-9.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.99.5-9 - Autorebuild for GCC 4.3 gts-0.7.6-9.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.7.6-9 - Autorebuild for GCC 4.3 harminv-1.3.1-10.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3.1-10 - Autorebuild for GCC 4.3 hdparm-8.1-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 8.1-2 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Karsten Hopp 8.1-1 - update to 8.1 heartbeat-2.1.2-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1.2-4 - Autorebuild for GCC 4.3 hedgewars-0.9.2-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.2-2 - Autorebuild for GCC 4.3 hexter-dssi-0.6.1-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.1-2 - Autorebuild for GCC 4.3 hfsplusutils-1.0.4-12.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.4-12 - Autorebuild for GCC 4.3 higlayout-1.0-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-2 - Autorebuild for GCC 4.3 hsqldb-1:1.8.0.9-2jpp.1.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1:1.8.0.9-2jpp.1 - Autorebuild for GCC 4.3 html-xml-utils-3.7-5.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 3.7-5 - Autorebuild for GCC 4.3 hugin-0.7.0-0.3.20080218svn.fc9 ------------------------------- * Mon Feb 18 2008 Bruno Postle 0.7.0-0.3.20080218svn - SVN snapshot, 0.7 beta, gcc-4.3.0 fixes * Mon Feb 18 2008 Fedora Release Engineering - 0.7.0-0.3.20080216svn - Autorebuild for GCC 4.3 * Sat Feb 16 2008 Bruno Postle 0.7.0-0.2.20080216svn - SVN snapshot, 0.7 beta. hugs98-2006.09-4.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2006.09-4 - Autorebuild for GCC 4.3 hunt-1.5-7.fc9 -------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.5-7 - Autorebuild for GCC 4.3 hydrogen-0.9.3-12.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.3-12 - Autorebuild for GCC 4.3 hyphen-2.3.1-1.fc9 ------------------ i2c-tools-3.0.0-2.fc9 --------------------- icecast-2.3.1-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.3.1-5 - Autorebuild for GCC 4.3 ices-2.0.1-6.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.1-6 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Andreas Thienemann - 2.0.1-5 - Rebuilt against gcc43 icewm-1.2.35-4.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.2.35-4 - Autorebuild for GCC 4.3 icon-slicer-0.3-10.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3-10 - Autorebuild for GCC 4.3 icu4j-0:3.6.1-2jpp.6.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0:3.6.1-2jpp.6 - Autorebuild for GCC 4.3 id3lib-3.8.3-20.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.8.3-20 - Autorebuild for GCC 4.3 iksemel-1.3-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3-4 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Jeffrey C. Ollie - 1.3-3 - Rebuild for GCC 4.3 im-chooser-0.99.3-1.fc9 ----------------------- * Wed Feb 20 2008 Akira TAGOH - 0.99.3-1 - New upstream release. - Fix taking too much CPU power. (#433575) - Fix not parsing the multiple command line options in xinput script. (#433578) * Tue Feb 19 2008 Akira TAGOH - 0.99.2-1 - New upstream release. - Fix not working the user own .xinputrc properly. imake-1.0.2-6.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-6 - Autorebuild for GCC 4.3 imlib2-1.4.0-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.4.0-5 - Autorebuild for GCC 4.3 irda-utils-0.9.18-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.18-4 - Autorebuild for GCC 4.3 isicom-3.05-20.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.05-20 - Autorebuild for GCC 4.3 jakarta-commons-beanutils-0:1.7.0-6jpp.1 ---------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.7.0-6jpp.1 - Autorebuild for GCC 4.3 jakarta-commons-cli-0:1.0-7jpp_10.fc9 ------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.0-7jpp_10 - Autorebuild for GCC 4.3 jakarta-commons-dbcp-0:1.2.1-11jpp.3.fc9 ---------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.2.1-11jpp.3 - Autorebuild for GCC 4.3 jakarta-commons-el-0:1.0-9jpp.2.fc9 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.0-9jpp.2 - Autorebuild for GCC 4.3 jakarta-commons-logging-0:1.0.4-7jpp.5.fc9 ------------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0:1.0.4-7jpp.5 - Autorebuild for GCC 4.3 jakarta-commons-pool-0:1.3-10jpp.3.fc9 -------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.3-10jpp.3 - Autorebuild for GCC 4.3 jakarta-commons-validator-0:1.1.4-6jpp.2.fc9 -------------------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.1.4-6jpp.2 - Autorebuild for GCC 4.3 jakarta-oro-0:2.0.8-4jpp.1 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:2.0.8-4jpp.1 - Autorebuild for GCC 4.3 jd-2.0.0-0.3.svn1840_trunk.fc9 ------------------------------ * Wed Feb 20 2008 Mamoru Tasaka - 2.0.0-0.3.svn1840 - svn 1840 (version 2.0.0) jday-2.4-3.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4-3 - Autorebuild for GCC 4.3 jdom-0:1.0-5jpp.2.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.0-5jpp.2 - Autorebuild for GCC 4.3 jpgalleg-2.5-3.fc9 ------------------ jrefactory-0:2.8.9-7jpp.4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:2.8.9-7jpp.4 - Autorebuild for GCC 4.3 jsch-0:0.1.31-2jpp.2.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0:0.1.31-2jpp.2 - Autorebuild for GCC 4.3 jthread-1.2.1-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-4 - Autorebuild for GCC 4.3 junit-3.8.2-4jpp.3.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.8.2-4jpp.3 - Autorebuild for GCC 4.3 * Thu Sep 20 2007 Deepak Bhole - 3.8.2-3jpp.3 - Fix location of stylesheet for javadocs * Thu Sep 20 2007 Deepak Bhole - 3.8.2-3jpp.2 - Rebuild for ppc32 execmem issue and new build-id k3b-0:1.0.4-6.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.0.4-6 - Autorebuild for GCC 4.3 kasumi-2.3-2.fc9 ---------------- * Tue Feb 19 2008 Akira TAGOH - 2.3-2 - kasumi-2.3-gcc43.patch: Fix build fails with gcc-4.3. kbilliards-0.8.7b-7.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.7b-7 - Autorebuild for GCC 4.3 kde-settings-4.0-11.fc9 ----------------------- * Tue Feb 19 2008 Rex Dieter 4.0-11 - kdmrc: BootManager=Grub (#374011) - omit errant clock_pannelapplet_wkid..._rc (#431890) - include (initially empty) applications/defaults.list - env.sh: set XDG_CONFIG_DATA - ksplashrc: disable FedoraInfinity (for now, doesn't work) - kdeglobals: cleanup, set oxygen defaults mostly - kickerrc 'n friends: nuke kdelibs-6:4.0.1-6.fc9 --------------------- * Tue Feb 19 2008 Kevin Kofler 4.0.1-6 - fix running KDE 3 apps as filetype viewers from KDE 4 Dolphin * Mon Feb 18 2008 Rex Dieter 4.0.1-5 - -devel: include %_kde4_appsdir/cmake here (#341751) * Wed Feb 06 2008 Than Ngo 4.0.1-4 - upstream patch to make sure that static widget is always at position 0,0 kexec-tools-1.102pre-5.fc9 -------------------------- * Tue Feb 19 2008 Neil Horman - 1.102pre-5 - Modifying mkdumprd to include dynamic executibles (bz 433350) keyutils-1.2-3.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.2-3 - Autorebuild for GCC 4.3 kicad-2007.07.09-3.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2007.07.09-3 - Autorebuild for GCC 4.3 kinput2-v3.1-38.fc9 ------------------- * Tue Feb 19 2008 Akira TAGOH - v3.1-38 - Fix xinput script to get it working on latest im-chooser. kvm-60-2.fc9 ------------ * Tue Feb 19 2008 Fedora Release Engineering - 60-2 - Autorebuild for GCC 4.3 * Thu Jan 31 2008 Jeremy Katz - We don't need e2fsprogs-devel to build anymore (#331871) lacewing-1.10-10.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.10-10 - Autorebuild for GCC 4.3 ladspa-amb-plugins-0.3.0-2.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.3.0-2 - Autorebuild for GCC 4.3 ladspa-blop-plugins-0.2.8-6.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.8-6 - Autorebuild for GCC 4.3 ladspa-caps-plugins-0.4.2-2.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.2-2 - Autorebuild for GCC 4.3 ladspa-cmt-plugins-1.15-7.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.15-7 - Autorebuild for GCC 4.3 ladspa-fil-plugins-0.1.0-3.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.1.0-3 - Autorebuild for GCC 4.3 ladspa-mcp-plugins-1:0.3.0-5.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.3.0-5 - Autorebuild for GCC 4.3 ladspa-rev-plugins-0.3.1-4.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.3.1-4 - Autorebuild for GCC 4.3 ladspa-swh-plugins-0.4.15-12.fc9 -------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.15-12 - Autorebuild for GCC 4.3 ladspa-tap-plugins-0.7.0-5.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.7.0-5 - Autorebuild for GCC 4.3 ladspa-vco-plugins-0.3.0-6.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.3.0-6 - Autorebuild for GCC 4.3 ldapjdk-0:4.18-1.fc9 -------------------- * Tue Feb 19 2008 Dennis Gilmore - 4.18-1 - update to 4.18 - spec contents pulled from RHEL5 srpm - fedora spec changelog - update buildroot - use jss from fedora for building * Tue Feb 19 2008 Fedora Release Engineering - 0:4.17-2jpp.7 - Autorebuild for GCC 4.3 ldapvi-1.7-5.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.7-5 - Autorebuild for GCC 4.3 libXNVCtrl-1.0-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-6 - Autorebuild for GCC 4.3 libao-0.8.8-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.8-4 - Autorebuild for GCC 4.3 libatomic_ops-1.2-3.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2-3 - Autorebuild for GCC 4.3 libcap-2.06-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.06-2 - Autorebuild for GCC 4.3 * Fri Feb 15 2008 Karsten Hopp 2.06-1 - upate to 2.06 (#432983) libcddb-1.3.0-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.0-4 - Autorebuild for GCC 4.3 libctl-3.0.2-6.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 3.0.2-6 - Autorebuild for GCC 4.3 libebml-0.7.7-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.7-5 - Autorebuild for GCC 4.3 libfwbuilder-2.1.16-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.1.16-2 - Autorebuild for GCC 4.3 libgda-1:3.1.2-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:3.1.2-3 - Autorebuild for GCC 4.3 libglade2-2.6.2-5.fc9 --------------------- * Tue Feb 19 2008 Matthias Clasen 2.6.2-5 - Fix a crash libgnomecanvasmm26-2.20.0-2.fc9 ------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.20.0-2 - Autorebuild for GCC 4.3 libgnomecups-0.2.3-2.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.2.3-2 - Autorebuild for GCC 4.3 libgnomedb-1:3.0.0-6.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:3.0.0-6 - Autorebuild for GCC 4.3 libgnomedbmm-2.9.5-3.fc9 ------------------------ libgnomemm26-2.20.0-2 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.20.0-2 - Autorebuild for GCC 4.3 libhugetlbfs-1.1-6.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1-6 - Autorebuild for GCC 4.3 * Wed Aug 29 2007 Steve Fox - 1.1-5 - Add Exclusive Arch for x86, x86_64, ppc, ppc64 as they are the only arches supported upstream. libibverbs-1.1.1-3.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1.1-3 - Autorebuild for GCC 4.3 libiptcdata-1.0.2-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.2-2 - Autorebuild for GCC 4.3 libisofs-0.2.8-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.8-3 - Autorebuild for GCC 4.3 liblo-0.24-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.24-2 - Autorebuild for GCC 4.3 * Fri Oct 19 2007 Anthony Green 0.24-1 - New upstream. - Enable IPv6 support. * Fri Oct 19 2007 Anthony Green 0.23-13 - Tweak .html files to remove timestamp (to fix multilib conflict). - Clarify License tag. liblrdf-0.4.0-13.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.0-13 - Autorebuild for GCC 4.3 libmatheval-1.1.5-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1.5-2 - Autorebuild for GCC 4.3 libmatroska-0.8.1-3.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.1-3 - Autorebuild for GCC 4.3 libmowgli-0.5.0-2.fc9 --------------------- libmthca-1.0.4-2.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.4-2 - Autorebuild for GCC 4.3 libnetfilter_conntrack-0.0.82-2.fc9 ----------------------------------- * Tue Feb 19 2008 Paul P. Komkoff Jr - 0.0.82-2 - fix build with a new glibc libnotify-0.4.4-10.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.4-10 - Autorebuild for GCC 4.3 libnova-0.12.1-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.12.1-3 - Autorebuild for GCC 4.3 libogg-2:1.1.3-9.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:1.1.3-9 - Autorebuild for GCC 4.3 * Wed Nov 14 2007 Hans de Goede - 2:1.1.3-8 - Some more small specfile cleanups for merge review (bz 226035) * Wed Nov 14 2007 Hans de Goede - 2:1.1.3-7 - Some small specfile cleanups - Add smpflags to make invocation (bz 226035) libpanelappletmm-2.6.0-3.fc9 ---------------------------- libpng10-1.0.31-1.fc9 --------------------- * Tue Feb 19 2008 Paul Howarth 1.0.31-1 - update to 1.0.31 libpqxx-2.6.8-10.fc9 -------------------- * Tue Feb 19 2008 Rex Dieter 2.6.8-10 - gcc43 patch - fix multilib conflicts (#342331) * Mon Feb 18 2008 Fedora Release Engineering - 2.6.8-9 - Autorebuild for GCC 4.3 * Sun Dec 09 2007 Rex Dieter 2.6.8-8 - cosmetics libreadline-java-0.8.0-20.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.0-20 - Autorebuild for GCC 4.3 libsamplerate-0.1.2-8.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.2-8 - Autorebuild for GCC 4.3 libsexymm-0.1.9-5.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.9-5 - Autorebuild for GCC 4.3 libsigc++-1.2.7-6.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.7-6 - Autorebuild for GCC 4.3 * Wed Aug 22 2007 Denis Leroy - 1.2.7-5 - Updated License tag * Tue Oct 10 2006 Denis Leroy - 1.2.7-4 - Added dist tag libsndfile-1.0.17-3.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.17-3 - Autorebuild for GCC 4.3 libtar-1.2.11-10.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.11-10 - Autorebuild for GCC 4.3 libtheora-0:1.0beta2-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0beta2-4 - Autorebuild for GCC 4.3 libtimidity-0.1.0-5.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.0-5 - Autorebuild for GCC 4.3 libtommath-0.41-8.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.41-8 - Autorebuild for GCC 4.3 libvorbis-1:1.2.0-3.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.2.0-3 - Autorebuild for GCC 4.3 liquidwar-5.6.4-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.6.4-3 - Autorebuild for GCC 4.3 listen-0.5-18.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5-18 - Autorebuild for GCC 4.3 lout-3.36-1.fc9 --------------- * Tue Feb 19 2008 Tom "spot" Callaway - 3.36-1 - Update to lout-3.36. Render PDF versions of the Lout documentation. Thanks to Vadim Nasardinov for the fixes. lua-5.1.3-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.1.3-2 - Autorebuild for GCC 4.3 lucene-0:1.9.1-2jpp.5.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.9.1-2jpp.5 - Autorebuild for GCC 4.3 lush-1.2.1-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.1-2 - Autorebuild for GCC 4.3 lynx-2.8.6-13.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.8.6-13 - Autorebuild for GCC 4.3 lzo-2.02-4.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.02-4 - Autorebuild for GCC 4.3 * 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 mISDN-1.1.5-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.1.5-2 - Autorebuild for GCC 4.3 machineball-1.0-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-5 - Autorebuild for GCC 4.3 maniadrive-1.2-8.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-8 - Autorebuild for GCC 4.3 mcelog-1:0.7-1.23.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.7-1.22 - Autorebuild for GCC 4.3 mcpp-2.6.4-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.6.4-3 - Autorebuild for GCC 4.3 mcs-0.6.0-4.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.0-4 - Autorebuild for GCC 4.3 mdbtools-0.6-0.4.cvs20051109.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6-0.4.cvs20051109 - Autorebuild for GCC 4.3 mirrormagic-2.0.2-5.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.2-5 - Autorebuild for GCC 4.3 mkbootdisk-1.5.3-3.1 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.3-3.1 - Autorebuild for GCC 4.3 mm-1.4.2-4.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.2-4 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Andreas Thienemann - 1.4.2-3 - Rebuilt against gcc43 mod_evasive-1.10.1-5.1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.10.1-5.1 - Autorebuild for GCC 4.3 mod_suphp-0.6.2-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.2-2 - Autorebuild for GCC 4.3 mod_wsgi-1.3-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.3-3 - Autorebuild for GCC 4.3 monit-4.10.1-7.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 4.10.1-7 - Autorebuild for GCC 4.3 monkey-bubble-0.4.0-9.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.0-9 - Autorebuild for GCC 4.3 moodss-21.5-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 21.5-3 - Autorebuild for GCC 4.3 moomps-5.8-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.8-3 - Autorebuild for GCC 4.3 mtools-3.9.11-4.fc9 ------------------- * Tue Feb 19 2008 Adam Tkac 3.9.11-4 - fixed building on x86_64 (build with --disable-floppyd) * Mon Feb 18 2008 Fedora Release Engineering - 3.9.11-3.1 - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Adam Tkac 3.9.11-2.1 - corrected post and preun sections (#428478) - fix rpmlint errors - start use autoreconf multitail-4.2.0-3.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 4.2.0-3 - Autorebuild for GCC 4.3 mxml-2.2.2-8.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2.2-8 - Autorebuild for GCC 4.3 mysql-connector-java-1:3.1.12-4.fc9 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:3.1.12-4 - Autorebuild for GCC 4.3 nano-2.0.6-4.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.6-4 - Autorebuild for GCC 4.3 nas-1.9.1-3.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.9.1-3 - Autorebuild for GCC 4.3 nbd-2.9.7-5.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.9.7-5 - Autorebuild for GCC 4.3 ncview-1.92e-13.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.92e-13 - Autorebuild for GCC 4.3 ndesk-dbus-0.6.1a-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.1a-2 - Autorebuild for GCC 4.3 ndesk-dbus-glib-0.4.1-3.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.1-3 - Autorebuild for GCC 4.3 nginx-0.5.35-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.5.35-2 - Autorebuild for GCC 4.3 njam-1.25-9.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.25-9 - Autorebuild for GCC 4.3 nogravity-2.00-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.00-6 - Autorebuild for GCC 4.3 notification-daemon-0.3.7-8.fc9 ------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.3.7-8 - Autorebuild for GCC 4.3 notify-python-0.1.1-3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.1-3 - Autorebuild for GCC 4.3 nyquist-2.37-2.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.37-2 - Autorebuild for GCC 4.3 ode-0.9-3.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9-3 - Autorebuild for GCC 4.3 * Thu Oct 18 2007 Hans de Goede 0.9-2 - Drop workaround for stormbaancoureur crash, it is now fixed in stormbaancoureur ogre-1.4.6-5.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.6-5 - Autorebuild for GCC 4.3 ois-1.0-4.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-4 - Autorebuild for GCC 4.3 openlierox-0.57-0.7.beta3.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.57-0.7.beta3 - Autorebuild for GCC 4.3 openmpi-1.2.4-2.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.4-2 - Autorebuild for GCC 4.3 opensc-0.11.4-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.11.4-4 - Autorebuild for GCC 4.3 osiv-2.0.0-0.4.beta.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.0-0.4.beta - Autorebuild for GCC 4.3 overgod-1.0-7.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-7 - Autorebuild for GCC 4.3 pachi-1.0-5.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-5 - Autorebuild for GCC 4.3 pam_keyring-0.0.9-2.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.0.9-2 - Autorebuild for GCC 4.3 pciutils-2.2.9-6.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.2.9-6 - Autorebuild for GCC 4.3 pcmanfm-0.3.5.99-1.fc9 ---------------------- * Wed Feb 20 2008 Mamoru Tasaka - 0.3.5.99-1 - 0.3.6 RC - 2 patches dropped (applied by upstream) pcmciautils-014-12.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 014-12 - Autorebuild for GCC 4.3 pcsc-perl-1.4.6-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.6-3 - Autorebuild for GCC 4.3 pdsh-2.11-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.11-6 - Autorebuild for GCC 4.3 perl-Class-MethodMaker-2.10-2.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.10-2 - Autorebuild for GCC 4.3 * Tue Jan 29 2008 Tom "spot" Callaway - 2.10-1 - fix compile bug by going to 2.10 (CPAN says it is unauthorized, but the copyright holder says it is ok) * Mon Jan 28 2008 Tom "spot" Callaway - 2.08-5 - rebuild for new perl perl-Crypt-Blowfish-2.10-5.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.10-5 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tom "spot" Callaway - 2.10-4 - rebuild for new perl perl-Crypt-OpenSSL-AES-0.02-4.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.02-4 - Autorebuild for GCC 4.3 perl-Crypt-OpenSSL-Bignum-0.04-3.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.04-3 - Autorebuild for GCC 4.3 perl-Crypt-OpenSSL-DSA-0.13-6.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.13-6 - Autorebuild for GCC 4.3 perl-Crypt-OpenSSL-PKCS10-0.06-8.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.06-8 - Autorebuild for GCC 4.3 perl-Crypt-OpenSSL-RSA-0.25-4.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.25-4 - Autorebuild for GCC 4.3 perl-Crypt-OpenSSL-Random-0.04-4.fc9 ------------------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.04-4 - Autorebuild for GCC 4.3 perl-Crypt-OpenSSL-X509-0.5-4.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5-4 - Autorebuild for GCC 4.3 perl-Digest-SHA-5.45-2.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.45-2 - Autorebuild for GCC 4.3 perl-FileHandle-Fmode-0.09-3.fc9 -------------------------------- perl-PerlIO-eol-0.14-3.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.14-3 - Autorebuild for GCC 4.3 perl-Proc-ProcessTable-0.41-3.fc9 --------------------------------- perl-SDL-2.1.3-8.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1.3-8 - Autorebuild for GCC 4.3 * Thu Feb 07 2008 Tom "spot" Callaway 2.1.3-7 - rebuild for new perl phasex-0.11.1-5.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.11.1-5 - Autorebuild for GCC 4.3 php-pear-Structures-DataGrid-0.9.0-2.fc9 ---------------------------------------- * Tue Feb 19 2008 Christopher Stone 0.9.0-2 - Fix PHPUnit requirement * Tue Feb 19 2008 Christopher Stone 0.9.0-1 - Upstream sync - Add new optional requirements - Requires new pear installer * Mon Apr 30 2007 Christopher Stone 0.8.3-1 - Upstream sync php-pear-Structures-DataGrid-DataSource-Array-0.1.4-1.fc9 --------------------------------------------------------- * Tue Feb 19 2008 Christopher Stone 0.1.4-1 - Upstream sync - Upgrade DataGrid requirements * Tue Feb 19 2008 Christopher Stone 0.1.3-1 - Upstream sync php-pear-Structures-DataGrid-DataSource-DataObject-0.2.1-1.fc9 -------------------------------------------------------------- * Tue Feb 19 2008 Christopher Stone 0.2.1-1 - Upstream sync - Update DataGrid and DB_DataObject requirements - BuildRequires new pear installer picocom-1.4-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4-4 - Autorebuild for GCC 4.3 pinball-0.3.1-11.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.1-11 - Autorebuild for GCC 4.3 pingus-0.7.2-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.7.2-3 - Autorebuild for GCC 4.3 pipenightdreams-0.10.0-8.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.10.0-8 - Autorebuild for GCC 4.3 plib-1.8.4-10.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.8.4-10 - Autorebuild for GCC 4.3 plotmm-0.1.2-6.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.1.2-6 - Autorebuild for GCC 4.3 plotutils-2.5-5.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.5-5 - Autorebuild for GCC 4.3 poedit-1.3.9-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.3.9-2 - Autorebuild for GCC 4.3 polyml-5.1-4.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.1-4 - Autorebuild for GCC 4.3 postgis-1.3.2-3.fc9.1 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.3.2-3.1 - Autorebuild for GCC 4.3 postgresql-pgpool-3.4.1-2.fc9.1 ------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.4.1-2.1 - Autorebuild for GCC 4.3 * Mon Jan 21 2008 - Devrim GUNDUZ 3.4.1-1.1 - Rebuilt against PostgreSQL 8.3 * Tue Oct 16 2007 - Devrim GUNDUZ 3.4.1-1 - Update to 3.4.1 postgresql-pgpool-II-2.0.1-3.fc9.1 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.1-3.1 - Autorebuild for GCC 4.3 postgresql-table_log-0.4.4-4.fc9.1 ---------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.4.4-4.1 - Autorebuild for GCC 4.3 powerpc-utils-1.0.6-3.fc9 ------------------------- powerpc-utils-papr-1.0.4-3.fc9 ------------------------------ ppc64-utils-0.14-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.14-2 - Autorebuild for GCC 4.3 prcsys-0-0.7.20070622svn.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0-0.7.20070622svn - Autorebuild for GCC 4.3 privoxy-3.0.6-9.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.6-9 - Autorebuild for GCC 4.3 ps3pf-utils-2.1-2.fc9 --------------------- pwgen-2.06-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.06-3 - Autorebuild for GCC 4.3 pwsafe-0.2.0-4.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.2.0-4 - Autorebuild for GCC 4.3 pygtkglext-1.1.0-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.0-4 - Autorebuild for GCC 4.3 python-CDDB-1.4-3.fc9 --------------------- python-TurboMail-2.1-3.fc9 -------------------------- * Tue Feb 19 2008 Luke Macken 2.1-2 - Patch setup.py to add __requires__="TurboGears". This will make sure we pull in the appropriate CherryPy module. * Tue Feb 19 2008 Luke Macken 2.1-2 - Bump and rebuild to fix a broken upgrade path python-alsaaudio-0.3-1.fc9 -------------------------- * Tue Feb 19 2008 kwizart < kwizart at gmail.com > - 0.3-1 - Update to 0.3 python-isprelink-0.1.2-4.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.2-4 - Autorebuild for GCC 4.3 python-lxml-2.0.1-1.fc9 ----------------------- * Tue Feb 19 2008 Jeffrey C. Ollie - 2.0.1-1 - Update to 2.0.1 * Tue Feb 19 2008 Fedora Release Engineering - 1.3.6-2 - Autorebuild for GCC 4.3 python-pgsql-0.9.6-2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.9.6-2 - Autorebuild for GCC 4.3 python-psycopg2-2.0.6-4.fc9.1 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.0.6-4.1 - Autorebuild for GCC 4.3 python-pycurl-7.16.4-3.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 7.16.4-3 - Autorebuild for GCC 4.3 python-sexy-0.1.9-5.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.9-5 - Autorebuild for GCC 4.3 * Fri May 04 2007 Ha??kel Gu??mar - 0.1.9-4 - Rebuild on ppc64 qemu-0.9.1-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-2 - Autorebuild for GCC 4.3 qt4-4.3.3-8.fc9 --------------- * Tue Feb 19 2008 Rex Dieter 4.3.3-8 - qt-copy patches 20080219 - drop -optimized-qmake, for now, to avoid qmake segfaults (gcc43 issue?) * Fri Feb 15 2008 Rex Dieter 4.3.3-7 - %qt_datadir: %_datadir/qt4 -> %_libdir/qt4 quake3-1.34-0.9.rc4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.34-0.9.rc4 - Autorebuild for GCC 4.3 quodlibet-1.0-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-3 - Autorebuild for GCC 4.3 qwt-5.0.2-6.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.0.2-6 - Autorebuild for GCC 4.3 rafkill-1.2.2-7.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.2-7 - Autorebuild for GCC 4.3 ragel-6.0-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.0-2 - Autorebuild for GCC 4.3 rdesktop-1.5.0-5.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.5.0-5 - Autorebuild for GCC 4.3 rdiff-backup-1.0.5-7.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.0.5-7 - Autorebuild for GCC 4.3 regexp-0:1.5-2jpp.1.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.5-2jpp.1 - Autorebuild for GCC 4.3 * Sat Feb 09 2008 Devrim GUNDUZ 0:1.5-1jpp.1 - Update to 1.5 - Fix license - Cosmetic cleanup rman-3.2-8.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.2-8 - Autorebuild for GCC 4.3 root-tail-1.2-3.fc9 ------------------- rott-1.0-5.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-5 - Autorebuild for GCC 4.3 ruby-ncurses-1.1-6.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-6 - Autorebuild for GCC 4.3 rudecgi-5.1.0-2.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.1.0-2 - Autorebuild for GCC 4.3 sane-backends-1.0.19-6.fc9 -------------------------- * Tue Feb 19 2008 Nils Philippsen - 1.0.19-6 - move libsane-gphoto2.so into -libs-gphoto2 - recode spec file to UTF-8 sblim-cmpi-devel-1.0.4-6.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.4-6 - Autorebuild for GCC 4.3 scorched3d-41.3-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 41.3-2 - Autorebuild for GCC 4.3 scorchwentbonkers-1.1-5.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-5 - Autorebuild for GCC 4.3 scrot-0.8-3.fc9 --------------- scummvm-0.11.0-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.11.0-2 - Autorebuild for GCC 4.3 sdljava-0.9.1-9.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.1-9 - Autorebuild for GCC 4.3 selinux-policy-3.2.8-2.fc9 -------------------------- * Tue Feb 19 2008 Dan Walsh 3.2.8-2 - Fix userdom_list_user_files ser-0.9.6-14.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.6-14 - Autorebuild for GCC 4.3 * 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 shadow-utils-2:4.1.0-3.fc9 -------------------------- * Tue Feb 19 2008 Peter Vrabec 2:4.1.0-3 - fix groupmems segmentation fault (#430813) shared-mime-info-0.23-3.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.23-3 - Autorebuild for GCC 4.3 sharutils-4.6.3-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.6.3-2 - Autorebuild for GCC 4.3 shippy-1.3.3.7-7.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.3.7-7 - Autorebuild for GCC 4.3 sinjdoc-0.5-6.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5-6 - Autorebuild for GCC 4.3 sloccount-2.26-7.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.26-7 - Autorebuild for GCC 4.3 smashteroid-1.11-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.11-4 - Autorebuild for GCC 4.3 soundtouch-1.3.1-10.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.1-10 - Autorebuild for GCC 4.3 squashfs-tools-3.3-2 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.3-2 - Autorebuild for GCC 4.3 streamtuner-0.99.99-17.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.99.99-17 - Autorebuild for GCC 4.3 * Mon Feb 26 2007 Matthias Haase - 0.99.99-16 - bump up release * Thu Nov 23 2006 Matthias Haase - 0.99.99-15 - bump up release struts-0:1.2.9-5jpp.9.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.2.9-5jpp.9 - Autorebuild for GCC 4.3 supertuxkart-0.3-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3-4 - Autorebuild for GCC 4.3 svgalib-1.9.25-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9.25-4 - Autorebuild for GCC 4.3 sweep-0.9.2-2.fc9 ----------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.2-2 - Autorebuild for GCC 4.3 sysprof-1.0.9-4.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.9-4 - Autorebuild for GCC 4.3 * Thu Dec 27 2007 Gianluca Sforna - 1.0.9-3 - add subpackage with kernel module sources - obsolete kmod-sysprof - add patch for warning user about missing module - add README.Fedora file with module build procedure system-config-boot-0.2.17-2.fc9 ------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.2.17-2 - Autorebuild for GCC 4.3 system-config-keyboard-1.2.12-1.fc9 ----------------------------------- * Tue Feb 19 2008 Chris Lumens 1.2.12-1 - Fix setting the default keyboard in anaconda (#432158). t1lib-5.1.2-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.1.2-2 - Autorebuild for GCC 4.3 t1utils-1.32-10.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.32-10 - Autorebuild for GCC 4.3 tasks-0.12-2.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.12-2 - Autorebuild for GCC 4.3 taxipilot-0.9.2-6.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.2-6 - Autorebuild for GCC 4.3 tcl-1:8.5.1-1.fc9 ----------------- * Fri Jan 18 2008 Marcela Maslanova - 1:8.5.1-1 - new version tcl8.5.1 - fix 433151 problem with regular expression - Version 2.5.3 of the http package requires Tcl 8.4 or better -> change make patch, add tm files back to 8.4 tcl-html-8.5.1-1.fc9 -------------------- tetex-dvipost-1.1-9.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-9 - Autorebuild for GCC 4.3 tetrinetx-1.13.16-4.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.13.16-4 - Autorebuild for GCC 4.3 texlive-2007-18.fc9 ------------------- * Tue Feb 19 2008 Jindrich Novy - 2007-18 - package ConTeXt separately to get rid of the ruby dependency - fix summary for texlive-japanese - remove man pages with no corresponding binaries * Tue Feb 19 2008 Fedora Release Engineering - 2007-17 - Autorebuild for GCC 4.3 texlive-texmf-2007-12.fc9 ------------------------- * Sun Feb 17 2008 Jindrich Novy - 2007-12 - package bigfoot, erroneously missing from the original TeX Live 2007 (#426507) - remove references to cm-super fonts from map files to make dvips work correctly (#431182) - package ConTeXt separately to texlive-texmf-context to get rid of the ruby dependency - move from bz2 to lzma to save space - move font stuff out of the dvips subpackage texlive-texmf-errata-2007-2.fc9 ------------------------------- * Tue Feb 19 2008 Jindrich Novy - 2007-2 - add errata packages for japanese/ConTeXt tig-0.9.1-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.1-2 - Autorebuild for GCC 4.3 tinyxml-2.5.3-3.fc9 ------------------- tn5250-0.17.3-19.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.17.3-19 - Autorebuild for GCC 4.3 totem-pl-parser-2.21.91-3.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.21.91-3 - Autorebuild for GCC 4.3 tpm-tools-1.3.1-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.1-5 - Autorebuild for GCC 4.3 trackballs-1.1.4-6.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.4-6 - Autorebuild for GCC 4.3 transfig-1:3.2.5-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:3.2.5-2 - Autorebuild for GCC 4.3 tremulous-1.1.0-6.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.0-6 - Autorebuild for GCC 4.3 tsclient-0.150-6.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.150-6 - Autorebuild for GCC 4.3 ucblogo-5.5-10.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 5.5-10 - Autorebuild for GCC 4.3 udftools-1.0.0b3-9.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.0.0b3-9 - Autorebuild for GCC 4.3 unifdef-1.171-7.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.171-7 - Autorebuild for GCC 4.3 up-imapproxy-1.2.4-9.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.4-9 - Autorebuild for GCC 4.3 upslug2-0.0-0.3.20071107.svn39.fc9 ---------------------------------- utrac-0.3.0-10.fc9 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 0.3.0-10 - Autorebuild for GCC 4.3 valgrind-1:3.2.3-8 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:3.2.3-8 - Autorebuild for GCC 4.3 varnish-1.1.2-6.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.2-6 - Autorebuild for GCC 4.3 vecmath1.2-1.14-2.fc9 --------------------- w3m-el-1.4.4-7.fc9 ------------------ * Tue Feb 19 2008 Akira TAGOH - 1.4.4-7 - Rebuild for gcc-4.3. wavbreaker-0.9-3.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9-3 - Autorebuild for GCC 4.3 werken-xpath-0:0.9.4-1.beta.12jpp.2 ----------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:0.9.4-1.beta.12jpp.2 - Autorebuild for GCC 4.3 wget-1.11-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.11-2 - Autorebuild for GCC 4.3 whysynth-dssi-20070418-2.fc9 ---------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 20070418-2 - Autorebuild for GCC 4.3 wiggle-0.6-4.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6-4 - Autorebuild for GCC 4.3 worminator-3.0R2.1-8.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.0R2.1-8 - Autorebuild for GCC 4.3 * Wed Aug 22 2007 Hans de Goede 3.0R2.1-7 - Rebuild for buildId * 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) wp_tray-0.5.3-7.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.5.3-7 - Autorebuild for GCC 4.3 wsdl4j-0:1.5.2-5jpp.2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.5.2-5jpp.2 - Autorebuild for GCC 4.3 x11-ssh-askpass-1.2.4.1-4.fc9 ----------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.2.4.1-4 - Autorebuild for GCC 4.3 x3270-3.3.6-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.3.6-4 - Autorebuild for GCC 4.3 xalan-j2-0:2.7.0-7jpp.2.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:2.7.0-7jpp.2 - Autorebuild for GCC 4.3 * Fri Apr 20 2007 Vivek Lakshmanan - 0:2.7.0-6jpp.2.fc7 - Rebuild to fix incomplete .db/so files due to broken aot-compile-rpm xarchon-0.50-7.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.50-7 - Autorebuild for GCC 4.3 xawtv-3.95-8.fc9 ---------------- * Tue Feb 19 2008 Dmitry Butskoy - 3.95-8 - add gpm-devel and slang-devel to BuildRequires - rebuild for GCC 4.3 xblast-2.10.4-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.10.4-5 - Autorebuild for GCC 4.3 xca-0.6.4-4.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.4-4 - Autorebuild for GCC 4.3 xcdroast-0.98a15-17.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.98a15-17 - Autorebuild for GCC 4.3 xfdesktop-4.4.2-3.fc9 --------------------- * Tue Feb 19 2008 Kevin Fenzi - 4.4.2-3 - Rebuild for gcc43 - Add patch for gcc43 * Mon Dec 17 2007 Kevin Fenzi - 4.4.2-2 - Apply patch to show default backdrop xfig-3.2.5-8.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.2.5-8 - Autorebuild for GCC 4.3 xgalaxy-2.0.34-8.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.34-8 - Autorebuild for GCC 4.3 xjavadoc-0:1.1-5jpp.3.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0:1.1-5jpp.3 - Autorebuild for GCC 4.3 xmlrpc-c-1.06.23-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.06.23-2 - Autorebuild for GCC 4.3 xorg-x11-drv-ati-6.8.0-1.fc9 ---------------------------- * Tue Feb 19 2008 Dave Airlie 6.8.0-1 - rebase to upstream 6.8.0 release. xorg-x11-drv-trident-1.2.3-7.fc9 -------------------------------- * Mon Feb 18 2008 Dave Airlie - 1.2.3-7 - pciaccess support (#433254) xqilla-2.0.0-2.fc9 ------------------ xqilla10-1.0.2-4.fc9 -------------------- * Tue Feb 19 2008 Milan Zazrivec - 1.0.2-4 - Add few #include lines needed to build properly with g++ 4.3 * Tue Feb 12 2008 Milan Zazrivec - 1.0.2-3 - Use Xerces-C ver. 2.8.0 xu4-1.1-0.4.cvs20070510.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-0.4.cvs20070510 - Autorebuild for GCC 4.3 xwrits-2.24-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.24-3 - Autorebuild for GCC 4.3 yap-5.1.1-9.fc9 --------------- * Mon Feb 18 2008 Fedora Release Engineering - 5.1.1-9 - Autorebuild for GCC 4.3 zasx-1.30-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.30-6 - Autorebuild for GCC 4.3 zile-2.2.19-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.19-3 - Autorebuild for GCC 4.3 zisofs-tools-1.0.8-3.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 1.0.8-3 - Autorebuild for GCC 4.3 zynaddsubfx-2.2.1-18.fc9 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 2.2.1-18 - Autorebuild for GCC 4.3 Broken deps for i386 ---------------------------------------------------------- aria2-0.12.0-2.fc9.i386 requires libcares.so.1 asterisk-1.4.18-1.fc9.i386 requires libcap.so.1 autodir-0.99.9-4.fc8.i386 requires libcap.so.1 avahi-0.6.22-6.fc9.i386 requires libcap.so.1 bmpx-0.40.13-4.fc9.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.i386 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 bzflag-2.0.10-4.fc9.i386 requires libcares.so.1 clutter-gst-0.4.0-1.fc8.i386 requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.i386 requires libclutter-glx-0.4.so.0 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 dbus-1.1.4-5.fc9.i386 requires libcap.so.1 dbus-libs-1.1.4-5.fc9.i386 requires libcap.so.1 dbus-x11-1.1.4-5.fc9.i386 requires libcap.so.1 dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-perl-2.003-3.fc9.i386 requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.i386 requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 mcstrans-0.2.7-2.fc9.i386 requires libcap.so.1 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 nscd-2.7.90-7.i386 requires libcap.so.1 ntp-4.2.4p4-2.fc9.i386 requires libcap.so.1 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 pinentry-0.7.4-1.fc9.i386 requires libcap.so.1 pinentry-gtk-0.7.4-1.fc9.i386 requires libcap.so.1 pinentry-qt-0.7.4-1.fc9.i386 requires libcap.so.1 policycoreutils-newrole-2.0.43-2.fc9.i386 requires libcap.so.1 pulseaudio-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-core-libs-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-libs-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-libs-glib2-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-libs-zeroconf-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-module-bluetooth-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-module-gconf-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-module-jack-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-module-lirc-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-module-x11-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-module-zeroconf-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-utils-0.9.8-6.fc9.i386 requires libcap.so.1 pure-ftpd-1.0.21-15.fc9.i386 requires libcap.so.1 pyclutter-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 quagga-0.99.9-5.fc9.i386 requires libcap.so.1 sipsak-0.9.6-2.fc9.i386 requires libcares.so.1 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 sudo-1.6.9p12-1.fc9.i386 requires libcap.so.1 systemtap-runtime-0.6.1-4.fc9.i386 requires libcap.so.1 1:tk-8.5.0-4.fc9.i386 requires tcl = 1:8.5.0 1:tk-devel-8.5.0-4.fc9.i386 requires tcl-devel = 1:8.5.0 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vdr-1.4.7-9.fc9.i386 requires libcap.so.1 vdrift-data-20071226-2.fc9.noarch requires vdrift = 0:20071226 vsftpd-2.0.5-22.fc9.i386 requires libcap.so.1 wodim-1.1.6-7.fc9.i386 requires libcap.so.1 xqilla-devel-2.0.0-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-4.fc9.i386 requires xerces-c-devel = 0:2.7.0 Broken deps for x86_64 ---------------------------------------------------------- aria2-0.12.0-2.fc9.x86_64 requires libcares.so.1()(64bit) asterisk-1.4.18-1.fc9.x86_64 requires libcap.so.1()(64bit) autodir-0.99.9-4.fc8.x86_64 requires libcap.so.1()(64bit) avahi-0.6.22-6.fc9.i386 requires libcap.so.1 avahi-0.6.22-6.fc9.x86_64 requires libcap.so.1()(64bit) bmpx-0.40.13-4.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.x86_64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) bzflag-2.0.10-4.fc9.x86_64 requires libcares.so.1()(64bit) clutter-gst-0.4.0-1.fc8.i386 requires libclutter-glx-0.4.so.0 clutter-gst-0.4.0-1.fc8.x86_64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.i386 requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) dbus-1.1.4-5.fc9.x86_64 requires libcap.so.1()(64bit) dbus-libs-1.1.4-5.fc9.i386 requires libcap.so.1 dbus-libs-1.1.4-5.fc9.x86_64 requires libcap.so.1()(64bit) dbus-x11-1.1.4-5.fc9.x86_64 requires libcap.so.1()(64bit) dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.i386 requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) mcstrans-0.2.7-2.fc9.x86_64 requires libcap.so.1()(64bit) mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 nscd-2.7.90-7.x86_64 requires libcap.so.1()(64bit) ntp-4.2.4p4-2.fc9.x86_64 requires libcap.so.1()(64bit) perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) pinentry-0.7.4-1.fc9.x86_64 requires libcap.so.1()(64bit) pinentry-gtk-0.7.4-1.fc9.x86_64 requires libcap.so.1()(64bit) pinentry-qt-0.7.4-1.fc9.x86_64 requires libcap.so.1()(64bit) policycoreutils-newrole-2.0.43-2.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-core-libs-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-core-libs-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-libs-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-libs-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-libs-glib2-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-libs-glib2-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-libs-zeroconf-0.9.8-6.fc9.i386 requires libcap.so.1 pulseaudio-libs-zeroconf-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-module-bluetooth-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-module-gconf-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-module-jack-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-module-lirc-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-module-x11-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-module-zeroconf-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pulseaudio-utils-0.9.8-6.fc9.x86_64 requires libcap.so.1()(64bit) pure-ftpd-1.0.21-15.fc9.x86_64 requires libcap.so.1()(64bit) pyclutter-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) quagga-0.99.9-5.fc9.x86_64 requires libcap.so.1()(64bit) sipsak-0.9.6-2.fc9.x86_64 requires libcares.so.1()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) sudo-1.6.9p12-1.fc9.x86_64 requires libcap.so.1()(64bit) systemtap-runtime-0.6.1-4.fc9.x86_64 requires libcap.so.1()(64bit) 1:tk-8.5.0-4.fc9.i386 requires tcl = 1:8.5.0 1:tk-8.5.0-4.fc9.x86_64 requires tcl = 1:8.5.0 1:tk-devel-8.5.0-4.fc9.i386 requires tcl-devel = 1:8.5.0 1:tk-devel-8.5.0-4.fc9.x86_64 requires tcl-devel = 1:8.5.0 util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vdr-1.4.7-9.fc9.x86_64 requires libcap.so.1()(64bit) vdrift-data-20071226-2.fc9.noarch requires vdrift = 0:20071226 vsftpd-2.0.5-22.fc9.x86_64 requires libcap.so.1()(64bit) wodim-1.1.6-7.fc9.x86_64 requires libcap.so.1()(64bit) xqilla-devel-2.0.0-2.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-2.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-4.fc9.i386 requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-4.fc9.x86_64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc ---------------------------------------------------------- aria2-0.12.0-2.fc9.ppc requires libcares.so.1 asterisk-1.4.18-1.fc9.ppc requires libcap.so.1 autodir-0.99.9-4.fc8.ppc requires libcap.so.1 avahi-0.6.22-6.fc9.ppc requires libcap.so.1 avahi-0.6.22-6.fc9.ppc64 requires libcap.so.1()(64bit) bmpx-0.40.13-4.fc9.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.ppc requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 bzflag-2.0.10-4.fc9.ppc requires libcares.so.1 clutter-gst-0.4.0-1.fc8.ppc requires libclutter-glx-0.4.so.0 clutter-gst-0.4.0-1.fc8.ppc64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.ppc requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 dbus-1.1.4-5.fc9.ppc requires libcap.so.1 dbus-libs-1.1.4-5.fc9.ppc requires libcap.so.1 dbus-libs-1.1.4-5.fc9.ppc64 requires libcap.so.1()(64bit) dbus-x11-1.1.4-5.fc9.ppc requires libcap.so.1 dbxml-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.ppc requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.ppc requires libsoup-2.2.so.8 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) mcstrans-0.2.7-2.fc9.ppc requires libcap.so.1 monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 nscd-2.7.90-7.ppc requires libcap.so.1 ntp-4.2.4p4-2.fc9.ppc requires libcap.so.1 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 pinentry-0.7.4-1.fc9.ppc requires libcap.so.1 pinentry-gtk-0.7.4-1.fc9.ppc requires libcap.so.1 pinentry-qt-0.7.4-1.fc9.ppc requires libcap.so.1 policycoreutils-newrole-2.0.43-2.fc9.ppc requires libcap.so.1 pulseaudio-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-core-libs-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-core-libs-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-libs-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-libs-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-libs-glib2-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-libs-glib2-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-libs-zeroconf-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-libs-zeroconf-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-module-bluetooth-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-module-gconf-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-module-jack-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-module-lirc-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-module-x11-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-module-zeroconf-0.9.8-6.fc9.ppc requires libcap.so.1 pulseaudio-utils-0.9.8-6.fc9.ppc requires libcap.so.1 pure-ftpd-1.0.21-15.fc9.ppc requires libcap.so.1 pyclutter-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 quagga-0.99.9-5.fc9.ppc requires libcap.so.1 sipsak-0.9.6-2.fc9.ppc requires libcares.so.1 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 sudo-1.6.9p12-1.fc9.ppc requires libcap.so.1 systemtap-runtime-0.6.1-4.fc9.ppc64 requires libcap.so.1()(64bit) 1:tk-8.5.0-4.fc9.ppc requires tcl = 1:8.5.0 1:tk-8.5.0-4.fc9.ppc64 requires tcl = 1:8.5.0 1:tk-devel-8.5.0-4.fc9.ppc requires tcl-devel = 1:8.5.0 1:tk-devel-8.5.0-4.fc9.ppc64 requires tcl-devel = 1:8.5.0 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vdr-1.4.7-9.fc9.ppc requires libcap.so.1 vdrift-data-20071226-2.fc9.noarch requires vdrift = 0:20071226 vsftpd-2.0.5-22.fc9.ppc requires libcap.so.1 wodim-1.1.6-7.fc9.ppc requires libcap.so.1 xqilla-devel-2.0.0-2.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla-devel-2.0.0-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-4.fc9.ppc requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-4.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 Broken deps for ppc64 ---------------------------------------------------------- aria2-0.12.0-2.fc9.ppc64 requires libcares.so.1()(64bit) autodir-0.99.9-4.fc8.ppc64 requires libcap.so.1()(64bit) avahi-0.6.22-6.fc9.ppc64 requires libcap.so.1()(64bit) bmpx-0.40.13-4.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.ppc64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) bzflag-2.0.10-4.fc9.ppc64 requires libcares.so.1()(64bit) clutter-gst-0.4.0-1.fc8.ppc64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) dbus-1.1.4-5.fc9.ppc64 requires libcap.so.1()(64bit) dbus-libs-1.1.4-5.fc9.ppc64 requires libcap.so.1()(64bit) dbus-x11-1.1.4-5.fc9.ppc64 requires libcap.so.1()(64bit) dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 libsyncml-0.4.5-1.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) mcstrans-0.2.7-2.fc9.ppc64 requires libcap.so.1()(64bit) nscd-2.7.90-7.ppc64 requires libcap.so.1()(64bit) ntp-4.2.4p4-2.fc9.ppc64 requires libcap.so.1()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) pinentry-0.7.4-1.fc9.ppc64 requires libcap.so.1()(64bit) pinentry-gtk-0.7.4-1.fc9.ppc64 requires libcap.so.1()(64bit) pinentry-qt-0.7.4-1.fc9.ppc64 requires libcap.so.1()(64bit) policycoreutils-newrole-2.0.43-2.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-core-libs-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-libs-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-libs-glib2-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-libs-zeroconf-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-module-bluetooth-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-module-gconf-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-module-jack-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-module-lirc-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-module-x11-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-module-zeroconf-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pulseaudio-utils-0.9.8-6.fc9.ppc64 requires libcap.so.1()(64bit) pure-ftpd-1.0.21-15.fc9.ppc64 requires libcap.so.1()(64bit) pyclutter-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) quagga-0.99.9-5.fc9.ppc64 requires libcap.so.1()(64bit) sipsak-0.9.6-2.fc9.ppc64 requires libcares.so.1()(64bit) stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) sudo-1.6.9p12-1.fc9.ppc64 requires libcap.so.1()(64bit) systemtap-runtime-0.6.1-4.fc9.ppc64 requires libcap.so.1()(64bit) 1:tk-8.5.0-4.fc9.ppc64 requires tcl = 1:8.5.0 1:tk-devel-8.5.0-4.fc9.ppc64 requires tcl-devel = 1:8.5.0 util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vdr-1.4.7-9.fc9.ppc64 requires libcap.so.1()(64bit) vdrift-data-20071226-2.fc9.noarch requires vdrift = 0:20071226 vsftpd-2.0.5-22.fc9.ppc64 requires libcap.so.1()(64bit) wodim-1.1.6-7.fc9.ppc64 requires libcap.so.1()(64bit) xqilla-devel-2.0.0-2.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 xqilla10-devel-1.0.2-4.fc9.ppc64 requires xerces-c-devel = 0:2.7.0 -- 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: 197 bytes Desc: not available URL: From ryan.b.lynch at gmail.com Wed Feb 20 21:22:29 2008 From: ryan.b.lynch at gmail.com (Ryan B. Lynch) Date: Wed, 20 Feb 2008 16:22:29 -0500 Subject: Rawhide problems: Long boot delay/timeout loading Udev Message-ID: <47BC9A15.7050500@gmail.com> Since updating to Rawhide, I've developed an annoying problem while booting. The kernel goes through its initialization, and then I see: " Welcome to Fedora Press 'I' to enter interactive startup Starting udev:" After a long delay (usually at least 2 full minutes, the error message: "Wait timeout. Will continue in the backgroun[FAILED]" is printed, and then there's another delay of several more minutes. Finally, RHGB kicks in the X server, and the rest of the boot proceeds normally. A little background: I recently updated my laptop, a Dell Latitude D400, to rawhide from Fedora 8. I did it pretty haphazardly, though--I wasn't watching what got removed but not put back, etc. I've had several problems stemming from this, so far, such as missing Synaptics touchpad drivers, missing Xorg i810 video drivers, missing NetworkManager bits, and more. I suspect this might be a similar problem, but I really don't know where to start. I'd like to get more detailed error messages about what's happening during that part of the boot process. Does anyone have suggestions about where I should be looking, next? Or perhaps how I could start troubleshooting the boot delay? Thanks, Ryan From lordmorgul at gmail.com Wed Feb 20 21:28:28 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 20 Feb 2008 13:28:28 -0800 Subject: rawhide report: 20080220 changes In-Reply-To: <20080220151413.15e74726@redhat.com> References: <20080220151413.15e74726@redhat.com> Message-ID: <47BC9B7C.4070704@gmail.com> Glad the report is back up and running, but it needs a little tlc. > Broken deps for ppc > ---------------------------------------------------------- > aria2-0.12.0-2.fc9.ppc requires libcares.so.1 > clutter-gst-0.4.0-1.fc8.ppc64 requires > libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.ppc requires > libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.ppc64 requires > libclutter-glx-0.4.so.0()(64bit) compiz-kde-0.6.2-6.fc9.ppc requires > libkdecorations.so.1 dbus-1.1.4-5.fc9.ppc requires libcap.so.1 This probably wasn't missed, but this has formatting issues. There is no newline getting to the right location on some of these lines, but on others its there. The above should have read: > clutter-gst-0.4.0-1.fc8.ppc64 requires libclutter-glx-0.4.so.0()(64bit) > clutter-gtk-0.4.0-2.fc9.ppc requires libclutter-glx-0.4.so.0 > clutter-gtk-0.4.0-2.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) > compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 > dbus-1.1.4-5.fc9.ppc requires libcap.so.1 -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From j.w.r.degoede at hhs.nl Wed Feb 20 21:40:12 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 20 Feb 2008 22:40:12 +0100 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf Message-ID: <47BC9E3C.1020707@hhs.nl> Hi All, This proposal is the result of discussion about various problems with the current setup, for the original discussion see: https://bugzilla.redhat.com/show_bug.cgi?id=232217 First lets try to describe the problem, currently system-config-soundcard and / or some part of the installer (haven't figured out which part yet, guess firstboot), write a module alias for snd-card-0 to /etc/modprobe.conf and adds an options line for the selected module with "index=0" as option. Usually the module alias will point to the onboard ac97 soundcard. There are various problems with this: 1) If an usb webcam with usb-audio mic is plugged in and then one reboots, the driver for this gets loaded by udev before the driver for the ac97 soundcard. Then once the onboard ac97 soundcard driver gets loaded, it gets passed index=0 as option causing it to fail to load because the usb-audio mic of the webcam is index 0. This could be negated by by default adding the following 2 lines to /etc/modprobe.conf: options snd cards_limit=10 options snd-usb-audio index=7,8,9 2) Some motherboards have onboard usb sound (and I happen to own such a motherboard), and in some cases the user may want for example a pair of usb-speakers become the default soundcard (aka index 0), in the case the above workaround for problem 1 would actually become a problem This could be negated by letting the workaround lines be written by the same tool as adding the mod alias and the index=0 mod option, and not writing them when an usb soundcard is selected as the default 3) However what happens if I plug an usb webcam with usb-audio mic into my usb onboard audio motherboard? ... Then the mic becomes index 0. This could be negated by adding special module options for snd-usb-audio for an usb default soundcard, which bind vendor and device id's to index's snd-usb-audio supports this (but I haven't tested it yet). So our current scheme has a number of problems, which can be workaround, but that would require some serious surgery to system-config-soundcard, and I wonder if this is the right solution. Esp since we have been slowly moving away from using /etc/modprobe.conf at all, to a system where udev loads all drivers (and udev also already loads the soundrivers). We've matched this no longer using /etc/modprobe.conf for driver loading and there by loosing the ability to determine "device numbers" (eth0 / eth1, sdf / sdg) with smarter userspace support to determine which device is what: determine which ethernet card is which by hardware address, hal for removale media. I would like to propose to do the same for sound. Given that pulseaudio is integrated with hal and that we are moving to pulseaudio, I think that the solution is to stop trying to hard assign indexes to soundcards, or to add module aliases for them to /etc/modprobe.conf. Just let udev load the modules (as it already does). pulseaudio gives names to soundcards based on various info, which does not include the topology of the connection to the device for example: usb_device_d8c_201_noserial_if0_sound_card_0_alsa_playback_0 So one could make for example an usb headset the prefered default sound-device in pulseaudio, and then it would use that when available even independend of in which usb port it is plugged. To me this is the way forward, and using /etc/modprobe for soundcard config is obsolete (just like /etc/fstab is for removable media). So what do others think about this? Notice that since problem 1) above is pretty common (many dups already in bugzilla) we will need to fix this one way or the other for F-9. I know the freeze is close, but I believe that fixing this by not writing sound stuff /etc/modprobe.conf is the answer. All we then need is a (simple) tool to change the default output device for pulseaudio, and put that under an appropriately named menu entry under user preferences. This is another advantage of this new scheme, the default output device then become a per user preference instead of a system wide settings, as it should be. Regards, Hans From j.w.r.degoede at hhs.nl Wed Feb 20 21:54:50 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 20 Feb 2008 22:54:50 +0100 Subject: Make modules for non detected hardware automatically load at boot (udev?) Message-ID: <47BCA1AA.3090605@hhs.nl> Hi All, I've been working on some improvement for the lm_sensors init script and then I realized that all this script does is load a list of kernel modules, where the list comes from a config file generated by sensors-detect. Thus I wondered if there wasn't some location where sensors-detect could drop a file with a list of modules, and then have them automatically loaded at boot by something (I guess by udev). Then the initscript could go away entirely. Thanks & Regards, Hans From jakub.rusinek at gmail.com Wed Feb 20 22:04:16 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 20 Feb 2008 23:04:16 +0100 Subject: Make modules for non detected hardware automatically load at boot (udev?) In-Reply-To: <47BCA1AA.3090605@hhs.nl> References: <47BCA1AA.3090605@hhs.nl> Message-ID: <47BCA3E0.4080302@gmail.com> Hans de Goede pisze: > Hi All, > > I've been working on some improvement for the lm_sensors init script and > then I realized that all this script does is load a list of kernel > modules, where the list comes from a config file generated by > sensors-detect. > > Thus I wondered if there wasn't some location where sensors-detect could > drop a file with a list of modules, and then have them automatically > loaded at boot by something (I guess by udev). Then the initscript could > go away entirely. > > Thanks & Regards, > > Hans I think I should do the same (modify init script) for LIRC, since now I start it with /etc/rc.local... From dominik at greysector.net Wed Feb 20 21:59:27 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Wed, 20 Feb 2008 22:59:27 +0100 Subject: freefem++ - GCC-4.3 build problem Message-ID: <20080220215926.GA2940@ryvius.greysector.net> Hi, I need some help with building freefem++-2.23 in rawhide. [...] g++ -DHAVE_CONFIG_H -I. -I../.. -I../lglib -I../bamglib -I../Graphics -I../femlib -I../../arpack/arpack++/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -MT Drawing.o -MD -MP -MF .deps/Drawing.Tpo -c -o Drawing.o `test -f '../femlib/Drawing.cpp' || echo './'`../femlib/Drawing.cpp In file included from /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_algo.h:67, from /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/algorithm:67, from ../femlib/fem.hpp:135, from ../femlib/Drawing.cpp:39: /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h: In function 'bool Fem2D::std::__is_heap(_RandomAccessIterator, _RandomAccessIterator)': /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h:117: error: 'distance' is not a member of 'Fem2D::std' /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h: In function 'bool Fem2D::std::__is_heap(_RandomAccessIterator, _RandomAccessIterator, _Compare)': /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h:123: error: 'distance' is not a member of 'Fem2D::std' And tons of similar ones. Full log at http://koji.fedoraproject.org/koji/getfile?taskID=451366&name=build.log If anyone has a clue what's going on here, I'd appreciate the help. 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 bpepple at fedoraproject.org Wed Feb 20 21:36:20 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 20 Feb 2008 16:36:20 -0500 Subject: Plan for tomorrows (20080221) FESCO meeting In-Reply-To: <47BC7FA0.5040002@redhat.com> References: <1203532458.22350.2.camel@kennedy> <47BC7FA0.5040002@redhat.com> Message-ID: <1203543380.3140.1.camel@kennedy> On Wed, 2008-02-20 at 14:29 -0500, Christopher Aillon wrote: > Brian, please add the packaging dispute at > https://www.redhat.com/archives/fedora-advisory-board/2008-February/msg00145.html > for FESCo to look at. Near the top of the schedule would be nice so it > gets looked at tomorrow. Done. Later, /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: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Feb 20 22:03:36 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 20 Feb 2008 17:03:36 -0500 Subject: rawhide report: 20080220 changes In-Reply-To: <47BC9B7C.4070704@gmail.com> References: <20080220151413.15e74726@redhat.com> <47BC9B7C.4070704@gmail.com> Message-ID: <20080220170336.6ee15dfc@redhat.com> On Wed, 20 Feb 2008 13:28:28 -0800 Andrew Farris wrote: > This probably wasn't missed, but this has formatting issues. There > is no newline getting to the right location on some of these lines, > but on others its there. The above should have read: That's cause I did it hastily with my own email client. -- 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: 197 bytes Desc: not available URL: From jwilson at redhat.com Wed Feb 20 22:14:33 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 20 Feb 2008 17:14:33 -0500 Subject: Make modules for non detected hardware automatically load at boot (udev?) In-Reply-To: <47BCA3E0.4080302@gmail.com> References: <47BCA1AA.3090605@hhs.nl> <47BCA3E0.4080302@gmail.com> Message-ID: <200802201714.33795.jwilson@redhat.com> On Wednesday 20 February 2008 05:04:16 pm Jakub 'Livio' Rusinek wrote: > Hans de Goede pisze: > > Hi All, > > > > I've been working on some improvement for the lm_sensors init script and > > then I realized that all this script does is load a list of kernel > > modules, where the list comes from a config file generated by > > sensors-detect. > > > > Thus I wondered if there wasn't some location where sensors-detect could > > drop a file with a list of modules, and then have them automatically > > loaded at boot by something (I guess by udev). Then the initscript could > > go away entirely. > > > > Thanks & Regards, > > > > Hans > > I think I should do the same (modify init script) for LIRC, since now I > start it with /etc/rc.local... Why do you start it from rc.local? It works just fine for me if I start it from its initscript. Of course, that's for usb receivers, which have proper modaliases set up, so the drivers auto-load properly... I do vaguely recall writing a little /etc/sysconfig/modules/lirc.modules thingy to auto-load lirc drivers if specified in modprobe.conf... (i.e., 'alias char-major-61 lirc_i2c' in modprobe.conf would lead to lirc_i2c auto-loading). But certainly, loading from rc.local isn't necessary. But really, I think the best place to fix this is in the lirc drivers themselves. Oh, hrm, serial receivers... Crap. Never mind. But anyhow, I'm a co-maintainer on the lirc packages, and maintain the lirc patches carried in the Fedora kernel, so please keep me in the loop. :) -- Jarod Wilson jwilson at redhat.com From lordmorgul at gmail.com Wed Feb 20 22:14:24 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 20 Feb 2008 14:14:24 -0800 Subject: rawhide report: 20080220 changes In-Reply-To: <20080220170336.6ee15dfc@redhat.com> References: <20080220151413.15e74726@redhat.com> <47BC9B7C.4070704@gmail.com> <20080220170336.6ee15dfc@redhat.com> Message-ID: <47BCA640.7090109@gmail.com> Jesse Keating wrote: > On Wed, 20 Feb 2008 13:28:28 -0800 > Andrew Farris wrote: > >> This probably wasn't missed, but this has formatting issues. There >> is no newline getting to the right location on some of these lines, >> but on others its there. The above should have read: > > That's cause I did it hastily with my own email client. Ah I see, I also got two copies, at 7am and 12pm and the first does not have that problem. Well keep up the good work^w copy/pasting! -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From tcallawa at redhat.com Wed Feb 20 22:24:58 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 20 Feb 2008 17:24:58 -0500 Subject: Plan for tomorrows (20080221) FESCO meeting In-Reply-To: <1203532458.22350.2.camel@kennedy> References: <1203532458.22350.2.camel@kennedy> Message-ID: <1203546298.3388.24.camel@dhcp83-61.boston.redhat.com> On Wed, 2008-02-20 at 13:34 -0500, 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 18:00 UTC > in #fedora-meeting on irc.freenode.org: > > /topic FESCO-Meeting -- Decide on candidate announcement date for 2008 > FESCo Election - all > > /topic FESCo-Meeting -- New Features - > http://fedoraproject.org/wiki/Features/Dashboard - poelcat > * http://fedoraproject.org/wiki/Features/JigdoRelease I'll be missing tomorrows meeting, because I will be on a plane to FOSDEM. I vote +1 on the JigdoRelease feature, with the caveat that Jigdo is an additional option, not the only option available. ~spot From austin.acton at utoronto.ca Thu Feb 21 03:31:52 2008 From: austin.acton at utoronto.ca (Austin Acton) Date: Wed, 20 Feb 2008 22:31:52 -0500 Subject: rawhide and cooker compared Message-ID: <1203564712.3020.10.camel@tabby> This may or may not be of any use to you. It's not meant to be a bug report. It's just my back to back comparison of two distros that people think of as being similar or related or in competition for users. Due to the nature of development snapshots, some of the information is out of date already (like ondemand scaling, it's fixed). Hopefully, at the very least, someone at Fedora finds it useful to see what works and what users like. "I've done a crazy thing. I installed the development versions of Mandriva Linux (Cooker) and Fedora (Rawhide) back to back on the same laptop and compared the results. I was very surprised with the results, so I spent several hours trying to make them legible to others. They are biased, personal, and hardware-specific, but if you're interested in the state of rpm-based linux distros, do check out Rawhide vs. Cooker." http://groundstate.ca/rawhide-cooker/ Austin From jakub.rusinek at gmail.com Wed Feb 20 22:43:51 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 20 Feb 2008 23:43:51 +0100 Subject: Make modules for non detected hardware automatically load at boot (udev?) In-Reply-To: <200802201714.33795.jwilson@redhat.com> References: <47BCA1AA.3090605@hhs.nl> <47BCA3E0.4080302@gmail.com> <200802201714.33795.jwilson@redhat.com> Message-ID: <47BCAD27.10601@gmail.com> Jarod Wilson pisze: > On Wednesday 20 February 2008 05:04:16 pm Jakub 'Livio' Rusinek wrote: >> Hans de Goede pisze: >>> Hi All, >>> >>> I've been working on some improvement for the lm_sensors init script and >>> then I realized that all this script does is load a list of kernel >>> modules, where the list comes from a config file generated by >>> sensors-detect. >>> >>> Thus I wondered if there wasn't some location where sensors-detect could >>> drop a file with a list of modules, and then have them automatically >>> loaded at boot by something (I guess by udev). Then the initscript could >>> go away entirely. >>> >>> Thanks& Regards, >>> >>> Hans >> I think I should do the same (modify init script) for LIRC, since now I >> start it with /etc/rc.local... > > Why do you start it from rc.local? It works just fine for me if I start it > from its initscript. Of course, that's for usb receivers, which have proper > modaliases set up, so the drivers auto-load properly... I do vaguely recall > writing a little /etc/sysconfig/modules/lirc.modules thingy to auto-load lirc > drivers if specified in modprobe.conf... (i.e., 'alias char-major-61 > lirc_i2c' in modprobe.conf would lead to lirc_i2c auto-loading). But > certainly, loading from rc.local isn't necessary. But really, I think the > best place to fix this is in the lirc drivers themselves. Oh, hrm, serial > receivers... Crap. Never mind. > > But anyhow, I'm a co-maintainer on the lirc packages, and maintain the lirc > patches carried in the Fedora kernel, so please keep me in the loop. :) I need ir-kbd-i2c until LIRC is started. Otherwise, my remote control doesn't work. I'm using remote of my tv card [bttv]. From jmorris at namei.org Wed Feb 20 22:41:11 2008 From: jmorris at namei.org (James Morris) Date: Thu, 21 Feb 2008 09:41:11 +1100 (EST) Subject: SELinux smolt stats In-Reply-To: References: <47BC04DB.6000708@gmail.com> Message-ID: On Wed, 20 Feb 2008, Benny Amorsen wrote: > James Morris writes: > > > btw, I asked off-list for a raw SQL query for just F8 systems (which have > > been reporting SELinux stats all along), and the "Enabled=True" value is > > currently 94%. > > Does Enabled=True imply enforcing? No. I think they are starting to collect that now. What would also be useful would be to compare figures with other security features like iptables. - James -- James Morris From bpepple at fedoraproject.org Wed Feb 20 22:42:30 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 20 Feb 2008 17:42:30 -0500 Subject: Plan for tomorrows (20080221) FESCO meeting In-Reply-To: <1203546298.3388.24.camel@dhcp83-61.boston.redhat.com> References: <1203532458.22350.2.camel@kennedy> <1203546298.3388.24.camel@dhcp83-61.boston.redhat.com> Message-ID: <1203547350.3140.4.camel@kennedy> On Wed, 2008-02-20 at 17:24 -0500, Tom "spot" Callaway wrote: > I'll be missing tomorrows meeting, because I will be on a plane to > FOSDEM. > I vote +1 on the JigdoRelease feature, with the caveat that Jigdo is an > additional option, not the only option available. Spot, thanks for the heads up. btw, I'm in Sacramento this week, but I should be at this week's meeting barring any unforseen wifi-issues. Later, /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: 197 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Wed Feb 20 22:54:37 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 20 Feb 2008 17:54:37 -0500 Subject: Make modules for non detected hardware automatically load at boot (udev?) In-Reply-To: <47BCA1AA.3090605@hhs.nl> References: <47BCA1AA.3090605@hhs.nl> Message-ID: <1203548077.24402.81.camel@aglarond.local> On Wed, 2008-02-20 at 22:54 +0100, Hans de Goede wrote: > I've been working on some improvement for the lm_sensors init script and then I > realized that all this script does is load a list of kernel modules, where the > list comes from a config file generated by sensors-detect. > > Thus I wondered if there wasn't some location where sensors-detect could drop a > file with a list of modules, and then have them automatically loaded at boot by > something (I guess by udev). Then the initscript could go away entirely. See /etc/sysconfig/modules. Example packages using it from my laptop are kvm, thinkfinger and xen Jeremy From katzj at redhat.com Wed Feb 20 22:59:11 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 20 Feb 2008 17:59:11 -0500 Subject: Rawhide problems: Long boot delay/timeout loading Udev In-Reply-To: <47BC9A15.7050500@gmail.com> References: <47BC9A15.7050500@gmail.com> Message-ID: <1203548351.24402.88.camel@aglarond.local> On Wed, 2008-02-20 at 16:22 -0500, Ryan B. Lynch wrote: > Since updating to Rawhide, I've developed an annoying problem while > booting. The kernel goes through its initialization, and then I see: [snip] > Does anyone have suggestions about where I should be looking, next? Or > perhaps how I could start troubleshooting the boot delay? Booting with 'udevinfo' or 'udevdebug' on the kernel command line should get you some increased verbosity from udev about what it's doing Jeremy From dwmw2 at infradead.org Wed Feb 20 23:17:21 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 21 Feb 2008 08:17:21 +0900 Subject: rawhide report: 20080220 changes In-Reply-To: <20080220151413.15e74726@redhat.com> References: <20080220151413.15e74726@redhat.com> Message-ID: <1203549442.15409.33.camel@shinybook.infradead.org> On Wed, 2008-02-20 at 15:14 -0500, Jesse Keating wrote: > * Wed Feb 20 2008 Dave Anderson - 4.0-6.0.4 > - First attempt at addressing the GCC 4.3 build, which failed on x86_64 > because ptrace-abi.h (included by ptrace.h) uses the "u32" typedef, > which relies on , and include/asm-x86_64/types.h > does not not typedef u32 as done in include/asm-x86/types.h. Hm. Did you send a patch to the upstream kernel to fix that? We shouldn't be using that 'u32' abomination in user-visible headers. If it's something which libc might include for itself, we have to avoid standard C types and use '__u32' to avoid namespace 'pollution'. Otherwise, as seems to be the case here, we can just require and use the proper 'uint32_t' type. -- dwmw2 From lkundrak at redhat.com Wed Feb 20 23:40:39 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Thu, 21 Feb 2008 00:40:39 +0100 Subject: rawhide and cooker compared In-Reply-To: <1203564712.3020.10.camel@tabby> References: <1203564712.3020.10.camel@tabby> Message-ID: <1203550839.3995.17.camel@localhost.localdomain> On Wed, 2008-02-20 at 22:31 -0500, Austin Acton wrote: > This may or may not be of any use to you. It's not meant to be a bug > report. It's just my back to back comparison of two distros that people > think of as being similar or related or in competition for users. Due > to the nature of development snapshots, some of the information is out > of date already (like ondemand scaling, it's fixed). Hopefully, at the > very least, someone at Fedora finds it useful to see what works and what > users like. > > "I've done a crazy thing. I installed the development versions of > Mandriva Linux (Cooker) and Fedora (Rawhide) back to back on the same > laptop and compared the results. I was very surprised with the results, > so I spent several hours trying to make them legible to others. They are > biased, personal, and hardware-specific, but if you're interested in the > state of rpm-based linux distros, do check out Rawhide vs. Cooker." Any ideas why is Mandriva so much better at these? memory useage at gdm 313 Mb 57 Mb (WOW!) glxgreas FPS 930 1200 (who knew?) -- Lubomir Kundrak (Red Hat Security Response Team) From cjdahlin at ncsu.edu Wed Feb 20 23:52:59 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 20 Feb 2008 18:52:59 -0500 Subject: rawhide and cooker compared In-Reply-To: <1203564712.3020.10.camel@tabby> References: <1203564712.3020.10.camel@tabby> Message-ID: <47BCBD5B.7010307@ncsu.edu> Austin Acton wrote: > This may or may not be of any use to you. It's not meant to be a bug > report. It's just my back to back comparison of two distros that people > think of as being similar or related or in competition for users. Due > to the nature of development snapshots, some of the information is out > of date already (like ondemand scaling, it's fixed). Hopefully, at the > very least, someone at Fedora finds it useful to see what works and what > users like. > > "I've done a crazy thing. I installed the development versions of > Mandriva Linux (Cooker) and Fedora (Rawhide) back to back on the same > laptop and compared the results. I was very surprised with the results, > so I spent several hours trying to make them legible to others. They are > biased, personal, and hardware-specific, but if you're interested in the > state of rpm-based linux distros, do check out Rawhide vs. Cooker." > > http://groundstate.ca/rawhide-cooker/ > > Austin > > We won! :) 4 more green boxes! Seriously, its an interesting comparison. I particularly like that the criticized points all translate into actionable things. So many linux reviews come out with "it smells funny" kind of criticisms that nobody can really do anything with. Of course both of these are dev branches, so its expected that they are both rather broken, but still interesting. --CJD From davehoz at gmail.com Thu Feb 21 00:46:27 2008 From: davehoz at gmail.com (David Hunter) Date: Thu, 21 Feb 2008 11:46:27 +1100 Subject: xulrunner.i386 0:1.9-0.beta3.22.nightly20080215.fc9 issues with updating. Message-ID: <6bb886180802201646j6b8041fbj816a800fd16139b9@mail.gmail.com> I try to update xulrunner to the version .i386 0: 1.9-0.beta3.22.nightly20080215.fc9, but get the following error: Error unpacking rpm package xulrunner-1.9-0.beta3.22.nightly20080215.fc9.i386 error: unpacking of archive failed on file /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename How can I fix it? What other reports/directory listings do you need to diagnose the problem? Thanks in advance. -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From maillist at diffingo.com Thu Feb 21 00:48:00 2008 From: maillist at diffingo.com (Stewart Adam) Date: Wed, 20 Feb 2008 19:48:00 -0500 Subject: rawhide and cooker compared In-Reply-To: <1203550839.3995.17.camel@localhost.localdomain> References: <1203564712.3020.10.camel@tabby> <1203550839.3995.17.camel@localhost.localdomain> Message-ID: <1203554880.11252.5.camel@Diffingo.localdomain> On Thu, 2008-02-21 at 00:40 +0100, Lubomir Kundrak wrote: > Any ideas why is Mandriva so much better at these? > > memory useage at gdm 313 Mb 57 Mb (WOW!) > glxgreas FPS 930 1200 (who knew?) > > -- > Lubomir Kundrak (Red Hat Security Response Team) You forgot a "1" - 157Mb ;) Stewart From me at bradmwalker.com Thu Feb 21 00:53:43 2008 From: me at bradmwalker.com (Brad Walker) Date: Wed, 20 Feb 2008 17:53:43 -0700 Subject: xulrunner.i386 0:1.9-0.beta3.22.nightly20080215.fc9 issues with updating. In-Reply-To: <6bb886180802201646j6b8041fbj816a800fd16139b9@mail.gmail.com> References: <6bb886180802201646j6b8041fbj816a800fd16139b9@mail.gmail.com> Message-ID: <1203555223.5242.5.camel@brad.office> On Thu, 2008-02-21 at 11:46 +1100, David Hunter wrote: > I try to update xulrunner to the version .i386 > 0:1.9-0.beta3.22.nightly20080215.fc9, but get the following error: > > Error unpacking rpm package > xulrunner-1.9-0.beta3.22.nightly20080215.fc9.i386 > error: unpacking of archive failed on > file /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename Check out bug #433096: https://bugzilla.redhat.com/show_bug.cgi?id=433096 If you're installing on x86_64 you'll need to install both archs' RPMs with one `rpm' call. Brad Walker -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From ibmalone at gmail.com Thu Feb 21 01:23:01 2008 From: ibmalone at gmail.com (Ian Malone) Date: Thu, 21 Feb 2008 01:23:01 +0000 Subject: SELinux smolt stats In-Reply-To: <200802201012.40380.ben.kreuter@gmail.com> References: <47BC04DB.6000708@gmail.com> <200802201012.40380.ben.kreuter@gmail.com> Message-ID: <47BCD275.9030906@gmail.com> Benjamin Kreuter wrote: > On Wednesday 20 February 2008 05:45:47 Valent Turkovic wrote: >> If this arguments are true for Fedora 8 than it looks like that more >> people dislike selinux than like it, right? > > > Also remember that these stats do not represent an unbiased sample, and should > not be taken to be an indication of the broad Fedora user base. > You can draw one conclusion: it's likely smolt is not adversely affected by selinux. -- imalone From petersen at redhat.com Thu Feb 21 01:48:36 2008 From: petersen at redhat.com (Jens Petersen) Date: Thu, 21 Feb 2008 11:48:36 +1000 Subject: default mail client Message-ID: <47BCD874.3000600@redhat.com> I am writing this mail as a long time Fedora user, not so much as a Fedora developer, so feel free to flame away, etc: though I am not really trying to start painful flame-war here... For a long time (actually as long as I can remember;) I wondered why Evolution was our default Mail application (MUA). I was a long time user of Emacs MUAs, so I feel my background is fairly neutral - but I have never been able to use Evolution for long. These days I use Thunderbird since alas I gradually found Emacs too slow for imap. I am not married to Thunderbird but it mostly does what I want it and it is pretty stable at least. So what are the arguments for keeping Evolution as the default Mail application in Fedora? This question seems particularly relevant now with things like the Lightning calendar extension and the launch of Mozilla Messaging. Evolution is different enough from regular GNOME applications to be basically a different platform, and from the development point of view it is expensive to have another platform to maintain. -- Jens *running to his flamesuit;)* From mclasen at redhat.com Thu Feb 21 01:57:30 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 20 Feb 2008 20:57:30 -0500 Subject: default mail client In-Reply-To: <47BCD874.3000600@redhat.com> References: <47BCD874.3000600@redhat.com> Message-ID: <1203559050.10735.4.camel@localhost.localdomain> On Thu, 2008-02-21 at 11:48 +1000, Jens Petersen wrote: > I am writing this mail as a long time Fedora user, not so much as a > Fedora developer, so feel free to flame away, etc: though I am not > really trying to start painful flame-war here... > > For a long time (actually as long as I can remember;) I wondered why > Evolution was our default Mail application (MUA). I was a long time > user of Emacs MUAs, so I feel my background is fairly neutral - but I > have never been able to use Evolution for long. These days I use > Thunderbird since alas I gradually found Emacs too slow for imap. I am > not married to Thunderbird but it mostly does what I want it and it is > pretty stable at least Anecdotal evidence... here is some anecdotal counter-evicence: I've used Emacs MUAs in the past too, but have been using Evolution without any big issues for many years now. And in my experience, people who tend to have a problem with their mail client switch from evo to thunderbird and back in quick succession, because the alternative is even worse... > So what are the arguments for keeping Evolution as the default Mail > application in Fedora? This question seems particularly relevant now > with things like the Lightning calendar extension and the launch of > Mozilla Messaging. Evolution is different enough from regular GNOME > applications to be basically a different platform, and from the > development point of view it is expensive to have another platform to > maintain. I don't get this argument at all. How is Evolution being a different platform a problem, but Thunderbird being even more different is not ? Also, a backing organization is not necessarily a guarantee for a successful mail client. Otherwise, we would all be using chandler by now... Matthias From wtogami at redhat.com Thu Feb 21 02:01:52 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 20 Feb 2008 21:01:52 -0500 Subject: default mail client In-Reply-To: <1203559050.10735.4.camel@localhost.localdomain> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> Message-ID: <47BCDB90.4050908@redhat.com> Matthias Clasen wrote: > On Thu, 2008-02-21 at 11:48 +1000, Jens Petersen wrote: >> I am writing this mail as a long time Fedora user, not so much as a >> Fedora developer, so feel free to flame away, etc: though I am not >> really trying to start painful flame-war here... >> >> For a long time (actually as long as I can remember;) I wondered why >> Evolution was our default Mail application (MUA). I was a long time >> user of Emacs MUAs, so I feel my background is fairly neutral - but I >> have never been able to use Evolution for long. These days I use >> Thunderbird since alas I gradually found Emacs too slow for imap. I am >> not married to Thunderbird but it mostly does what I want it and it is >> pretty stable at least > > Anecdotal evidence... here is some anecdotal counter-evicence: I've used > Emacs MUAs in the past too, but have been using Evolution without any > big issues for many years now. And in my experience, people who tend to > have a problem with their mail client switch from evo to thunderbird and > back in quick succession, because the alternative is even worse... > I find Evolution to be completely unusable for IMAP folders. I have dozens of IMAP folders with tens of thousands of messages on two servers. Thunderbird seems to handle this a LOT faster than evolution and crashes less often. Warren From mbarnes at redhat.com Thu Feb 21 02:16:57 2008 From: mbarnes at redhat.com (Matthew Barnes) Date: Wed, 20 Feb 2008 21:16:57 -0500 Subject: default mail client In-Reply-To: <47BCD874.3000600@redhat.com> References: <47BCD874.3000600@redhat.com> Message-ID: <1203560217.9597.5.camel@localhost.localdomain> On Thu, 2008-02-21 at 11:48 +1000, Jens Petersen wrote: > Evolution is different enough from regular GNOME applications to be > basically a different platform Can you elaborate on this? Evolution is an official component of the GNOME desktop so I don't understand what you mean by "regular GNOME applications." /me digs in for another round of Evolution bashing on fedora-devel. Matthew Barnes From fitzgid at cs.sunyit.edu Thu Feb 21 02:21:05 2008 From: fitzgid at cs.sunyit.edu (Daniel Fitzgibbons) Date: Wed, 20 Feb 2008 21:21:05 -0500 Subject: default mail client In-Reply-To: <1203559050.10735.4.camel@localhost.localdomain> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> Message-ID: <1c847b0802201821j7c85731es59177a26a0dacee@mail.gmail.com> On Wed, Feb 20, 2008 at 8:57 PM, Matthias Clasen wrote: > > On Thu, 2008-02-21 at 11:48 +1000, Jens Petersen wrote: > > I am writing this mail as a long time Fedora user, not so much as a > > Fedora developer, so feel free to flame away, etc: though I am not > > really trying to start painful flame-war here... > > > > For a long time (actually as long as I can remember;) I wondered why > > Evolution was our default Mail application (MUA). I was a long time > > user of Emacs MUAs, so I feel my background is fairly neutral - but I > > have never been able to use Evolution for long. These days I use > > Thunderbird since alas I gradually found Emacs too slow for imap. I am > > not married to Thunderbird but it mostly does what I want it and it is > > pretty stable at least > > Anecdotal evidence... here is some anecdotal counter-evicence: I've used > Emacs MUAs in the past too, but have been using Evolution without any > big issues for many years now. And in my experience, people who tend to > have a problem with their mail client switch from evo to thunderbird and > back in quick succession, because the alternative is even worse... > > > So what are the arguments for keeping Evolution as the default Mail > > application in Fedora? This question seems particularly relevant now > > with things like the Lightning calendar extension and the launch of > > Mozilla Messaging. Evolution is different enough from regular GNOME > > applications to be basically a different platform, and from the > > development point of view it is expensive to have another platform to > > maintain. > > I don't get this argument at all. How is Evolution being a different > platform a problem, but Thunderbird being even more different is not ? > > Also, a backing organization is not necessarily a guarantee for a > successful mail client. Otherwise, we would all be using chandler by > now... > > > Matthias > It's not a problem that Evolution isn't really a part of the gnome platform... it's just the most common argument to keep it is "It's part of gnome", which is what he was refuting. Personally, I couldn't care less... I use gmail and no desktop-based client I have used can match it. But FWIW, I have tried the major players for email clients and have found Thunderbird to be a much more pleasing to use than Evolution, but this is all anecdotal. If you're comfortable replacing Epiphany with Firefox, I don't see any reason why you couldn't do the same with Evolution, should people really want it. --Daniel > > -- > 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 jwilson at redhat.com Thu Feb 21 02:24:46 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 20 Feb 2008 21:24:46 -0500 Subject: Make modules for non detected hardware automatically load at boot (udev?) In-Reply-To: <47BCAD27.10601@gmail.com> References: <47BCA1AA.3090605@hhs.nl> <200802201714.33795.jwilson@redhat.com> <47BCAD27.10601@gmail.com> Message-ID: <200802202124.47050.jwilson@redhat.com> On Wednesday 20 February 2008 05:43:51 pm Jakub 'Livio' Rusinek wrote: > Jarod Wilson pisze: > > On Wednesday 20 February 2008 05:04:16 pm Jakub 'Livio' Rusinek wrote: > >> I think I should do the same (modify init script) for LIRC, since now I > >> start it with /etc/rc.local... > > > > Why do you start it from rc.local? It works just fine for me if I start > > it from its initscript. Of course, that's for usb receivers, which have > > proper modaliases set up, so the drivers auto-load properly... I do > > vaguely recall writing a little /etc/sysconfig/modules/lirc.modules > > thingy to auto-load lirc drivers if specified in modprobe.conf... (i.e., > > 'alias char-major-61 lirc_i2c' in modprobe.conf would lead to lirc_i2c > > auto-loading). But certainly, loading from rc.local isn't necessary. But > > really, I think the best place to fix this is in the lirc drivers > > themselves. Oh, hrm, serial receivers... Crap. Never mind. > > > > But anyhow, I'm a co-maintainer on the lirc packages, and maintain the > > lirc patches carried in the Fedora kernel, so please keep me in the loop. > > :) > > I need ir-kbd-i2c until LIRC is started. Otherwise, my remote control > doesn't work. > > I'm using remote of my tv card [bttv]. I don't quite follow... You need ir-kbd-i2c *until* lirc is started? Then what do you do? Unload it? Or do you mean you need the ir-kbd-i2c module loaded *before* lirc is started? -- Jarod Wilson jwilson at redhat.com From skvidal at fedoraproject.org Thu Feb 21 02:20:56 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 20 Feb 2008 21:20:56 -0500 Subject: default mail client In-Reply-To: <47BCDB90.4050908@redhat.com> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> Message-ID: <1203560456.13356.121.camel@cutter> On Wed, 2008-02-20 at 21:01 -0500, Warren Togami wrote: > I find Evolution to be completely unusable for IMAP folders. I have > dozens of IMAP folders with tens of thousands of messages on two > servers. Thunderbird seems to handle this a LOT faster than evolution > and crashes less often. I've been using evolution with imap folders since 2002. I've never had this sort of pain. Furthermore synchronization of imap to local works well, too. I've used it with uw-imap, dovecot, cyrus, courier and gmail and never had a problem that wasn't transient on any of them. -sv From lordmorgul at gmail.com Thu Feb 21 02:36:38 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 20 Feb 2008 18:36:38 -0800 Subject: rawhide and cooker compared In-Reply-To: <1203550839.3995.17.camel@localhost.localdomain> References: <1203564712.3020.10.camel@tabby> <1203550839.3995.17.camel@localhost.localdomain> Message-ID: <47BCE3B6.6050606@gmail.com> Lubomir Kundrak wrote: > Any ideas why is Mandriva so much better at these? > > memory useage at gdm 313 Mb 57 Mb (WOW!) > glxgreas FPS 930 1200 (who knew?) Well one big one is sendmail not installed on Mandriva I would think. There are probably several other daemons that are similar. The install package sets are not too close given the live cd vs network install. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jwilson at redhat.com Thu Feb 21 02:41:56 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 20 Feb 2008 21:41:56 -0500 Subject: rawhide and cooker compared In-Reply-To: <47BCE3B6.6050606@gmail.com> References: <1203564712.3020.10.camel@tabby> <1203550839.3995.17.camel@localhost.localdomain> <47BCE3B6.6050606@gmail.com> Message-ID: <200802202141.56252.jwilson@redhat.com> On Wednesday 20 February 2008 09:36:38 pm Andrew Farris wrote: > Lubomir Kundrak wrote: > > Any ideas why is Mandriva so much better at these? > > > > memory useage at gdm 313 Mb 57 Mb (WOW!) > > glxgreas FPS 930 1200 (who knew?) > > Well one big one is sendmail not installed on Mandriva I would think. > There are probably several other daemons that are similar. The install > package sets are not too close given the live cd vs network install. No clue what the mdk kernel config is like, but rawhide has tons and tons of debugging bits enabled, which does increase our memory footprint a ways vs. a kernel we'd be shipping closer to release time. -- Jarod Wilson jwilson at redhat.com From petersen at redhat.com Thu Feb 21 03:27:58 2008 From: petersen at redhat.com (Jens Petersen) Date: Thu, 21 Feb 2008 13:27:58 +1000 Subject: default mail client In-Reply-To: <1203559050.10735.4.camel@localhost.localdomain> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> Message-ID: <47BCEFBE.1040106@redhat.com> Matthias Clasen ????????: > I don't get this argument at all. How is Evolution being a different > platform a problem, but Thunderbird being even more different is not ? Ok, my comments were a little vague - I meantwas that Thunderbird as a Mozilla application can leverage rendering and other technology from Firefox, whereas over the years we've seen a lot of i18n problems with Evolution for example. Maybe it is the cross-platform nature of Thunderbird that leads to its stability? Jens From airlied at redhat.com Thu Feb 21 03:23:49 2008 From: airlied at redhat.com (Dave Airlie) Date: Thu, 21 Feb 2008 13:23:49 +1000 Subject: Difficulties testing the new nouveau driver In-Reply-To: <1203528828.2914.1.camel@hughsie-laptop> References: <1199012599.17626.13.camel@hughsie-laptop> <20071230121510.3396e632@alkaid.a.lan> <1199288790.30771.420.camel@localhost.localdomain> <1203434835.2766.17.camel@hughsie-laptop> <47BBD30C.6060706@fedoraproject.org> <47BBEEDA.4080401@gmail.com> <1203498856.7677.26.camel@rousalka.dyndns.org> <1203528828.2914.1.camel@hughsie-laptop> Message-ID: <1203564229.15618.2.camel@clockmaker.usersys.redhat.com> > > > It's not yet ready... > > > > Anyway till most rawhide testers have access to an up-to-date packaged > > snapshot, I don't see how we can judge one way or the other. > > Totally. Hint hint :-) > Okay I've submitted a new package request, #433738 http://people.fedoraproject.org/~airlied/nouveau/ contains the spec and src rpm, I've bumped the epoch to 1 to get around the issue. When it is ready to go I'll have to make a new -nv package without the nouveau bits in it.. I was going to throw it a koji but it seems to be suffering at the moment.. Dave. From kloczek at zie.pg.gda.pl Thu Feb 21 03:53:37 2008 From: kloczek at zie.pg.gda.pl (=?UTF-8?Q?K=C5=82oczko?= Tomasz) Date: Thu, 21 Feb 2008 04:53:37 +0100 Subject: rawhide report: 20080219 changes In-Reply-To: <20080219094645.07a530d4@redhat.com> References: <20080219094645.07a530d4@redhat.com> Message-ID: <1203566017.3142.4.camel@localhost.localdomain> Dnia 2008-02-19, wto o godzinie 09:46 -0500, Jesse Keating pisze: [..] > gcc-4.3.0-0.10 > -------------- > * Mon Feb 18 2008 Jakub Jelinek 4.3.0-0.10 > - update to trunk > - PRs c++/11159, c++/28743, c++/34050, c++/35023, c++/35024, c > ++/35026, > c++/5645, c/28368, documentation/15479, fortran/34952, > fortran/35150, libgcj/33085, libstdc++/34797, libstdc++/35209, > libstdc++/35221, middle-end/34621, middle-end/35149, > middle-end/35196, > middle-end/35227, preprocessor/35061, target/34930, > target/35088, > testsuite/35119, testsuite/35208, tree-optimization/35164, > tree-optimization/35231 > - some OpenMP fixes (PRs c++/34964, c++/35028, c++/35078) > - fix cp-tools.info* @direntry (#433222) Something was broken after this upgrade in libmudflap .. From debarshi.ray at gmail.com Thu Feb 21 04:04:39 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 21 Feb 2008 09:34:39 +0530 Subject: devhelp: missing dependency on gecko-libs = 1.8.1.12 In-Reply-To: <3170f42f0802180953x45c0f9e5w4035d164e2c4da94@mail.gmail.com> References: <3170f42f0802180953x45c0f9e5w4035d164e2c4da94@mail.gmail.com> Message-ID: <3170f42f0802202004r40cf864bq55d3a7e51817fd49@mail.gmail.com> There is a problem on F-8 too: ERROR with rpm_check_debug vs depsolve: Package devhelp needs gecko-libs = 1.8.1.10, this is not available. Package devhelp needs gecko-libs = 1.8.1.10, this is not available. I got that while doing: # yum -y --enablerepo=fedora --enablerepo=updates --enablerepo=livna update gnome* metacity gstreamer* kernel* which resulted in: ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: kernel x86_64 2.6.23.15-137.fc8 updates 17 M kernel-devel x86_64 2.6.23.15-137.fc8 updates 5.0 M Updating: firefox i386 2.0.0.12-1.fc8 updates 21 M firefox x86_64 2.0.0.12-1.fc8 updates 21 M gnome-applets x86_64 1:2.20.1-1.fc8 updates 11 M gnome-applets i386 1:2.20.1-1.fc8 updates 11 M gnome-bluetooth x86_64 0.10.0-1.fc8 updates 267 k gnome-bluetooth-libs x86_64 0.10.0-1.fc8 updates 54 k gnome-desktop i386 2.20.3-1.fc8 updates 952 k gnome-desktop x86_64 2.20.3-1.fc8 updates 952 k gnome-desktop-devel i386 2.20.3-1.fc8 updates 38 k gnome-desktop-devel x86_64 2.20.3-1.fc8 updates 38 k gnome-games x86_64 1:2.20.3-1.fc8 updates 15 M gnome-keyring i386 2.20.3-1.fc8 updates 210 k gnome-keyring x86_64 2.20.3-1.fc8 updates 212 k gnome-keyring-devel x86_64 2.20.3-1.fc8 updates 43 k gnome-keyring-pam x86_64 2.20.3-1.fc8 updates 21 k gnome-menus i386 2.20.3-1.fc8 updates 202 k gnome-menus x86_64 2.20.3-1.fc8 updates 202 k gnome-panel i386 2.20.3-1.fc8 updates 3.4 M gnome-panel x86_64 2.20.3-1.fc8 updates 3.5 M gnome-panel-devel x86_64 2.20.3-1.fc8 updates 58 k gnome-panel-devel i386 2.20.3-1.fc8 updates 58 k gnome-python2-extras x86_64 2.19.1-12.fc8 updates 50 k gnome-python2-gtkhtml2 x86_64 2.19.1-12.fc8 updates 17 k gnome-python2-gtkmozembed x86_64 2.19.1-12.fc8 updates 30 k gnome-python2-libegg x86_64 2.19.1-12.fc8 updates 57 k gnome-session x86_64 2.20.3-1.fc8 updates 505 k gnome-system-monitor x86_64 2.20.2-1.fc8 updates 3.1 M gnome-terminal x86_64 2.18.4-1.fc8 updates 2.5 M gstreamer-plugins-bad x86_64 0.10.5-14.lvn8 livna 548 k gstreamer-plugins-bad-devel x86_64 0.10.5-14.lvn8 livna 48 k gstreamer-plugins-bad-extras x86_64 0.10.5-14.lvn8 livna 43 k kernel-headers x86_64 2.6.23.15-137.fc8 updates 715 k metacity i386 2.20.2-1.fc8 updates 2.2 M metacity x86_64 2.20.2-1.fc8 updates 2.2 M Removing: kernel x86_64 2.6.23.1-42.fc8 installed 62 M kernel-devel x86_64 2.6.23.1-42.fc8 installed 32 M Updating for dependencies: devhelp x86_64 0.16.1-5.fc8 updates 199 k devhelp-devel x86_64 0.16.1-5.fc8 updates 14 k firefox-devel x86_64 2.0.0.12-1.fc8 updates 3.5 M yelp x86_64 2.20.0-7.fc8 updates 715 k Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From kloczek at zie.pg.gda.pl Thu Feb 21 03:58:46 2008 From: kloczek at zie.pg.gda.pl (=?UTF-8?Q?K=C5=82oczko?= Tomasz) Date: Thu, 21 Feb 2008 04:58:46 +0100 Subject: rawhide report: 20080219 changes In-Reply-To: <20080219094645.07a530d4@redhat.com> References: <20080219094645.07a530d4@redhat.com> Message-ID: <1203566326.3142.7.camel@localhost.localdomain> Dnia 2008-02-19, wto o godzinie 09:46 -0500, Jesse Keating pisze: > gcc-4.3.0-0.10 > -------------- > * Mon Feb 18 2008 Jakub Jelinek 4.3.0-0.10 > - update to trunk > - PRs c++/11159, c++/28743, c++/34050, c++/35023, c++/35024, c > ++/35026, > c++/5645, c/28368, documentation/15479, fortran/34952, > fortran/35150, libgcj/33085, libstdc++/34797, libstdc++/35209, > libstdc++/35221, middle-end/34621, middle-end/35149, > middle-end/35196, > middle-end/35227, preprocessor/35061, target/34930, > target/35088, > testsuite/35119, testsuite/35208, tree-optimization/35164, > tree-optimization/35231 > - some OpenMP fixes (PRs c++/34964, c++/35028, c++/35078) > - fix cp-tools.info* @direntry (#433222) Something was boken probably in this version of libmudflap: $ civserver civserver: symbol lookup error: /usr/lib/libmudflapth.so.0: undefined symbol: _start $ rpm -q libmudflap libmudflap-4.3.0-0.10.i386 kloczek From rodd at clarkson.id.au Thu Feb 21 01:16:01 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 21 Feb 2008 12:16:01 +1100 Subject: pulseaudio causing crashing of applications In-Reply-To: <47B60459.9080303@gmail.com> References: <47A1376D.7010408@redhat.com> <47A19569.7010700@gmail.com> <20080213134603.GA25815@tango.0pointer.de> <47B35BC1.3020903@gmail.com> <20080213211013.GA1144@tango.0pointer.de> <47B35F31.6050101@gmail.com> <20080213214647.GA2315@tango.0pointer.de> <1203056066.8920.17.camel@localhost.localdomain> <47B54474.7040407@gmail.com> <1203109695.8920.58.camel@localhost.localdomain> <47B60459.9080303@gmail.com> Message-ID: <1203556561.3117.105.camel@localhost.localdomain> On Fri, 2008-02-15 at 13:30 -0800, Andrew Farris wrote: > Rodd Clarkson wrote: > > You and I seem to have different issues. For me Rhythmbox doens't > > freeze, but PA stops responding (and so no sounds play). > > Ok thats interesting. For you what does it take to get the sound back? > Restarting pulseaudio? You don't have to restart rhythmbox? So far, I've had to log out and back in again. R. -- "It's a fine line between denial and faith. It's much better on my side" From petersen at redhat.com Thu Feb 21 04:19:06 2008 From: petersen at redhat.com (Jens Petersen) Date: Thu, 21 Feb 2008 14:19:06 +1000 Subject: default mail client In-Reply-To: <1203560217.9597.5.camel@localhost.localdomain> References: <47BCD874.3000600@redhat.com> <1203560217.9597.5.camel@localhost.localdomain> Message-ID: <47BCFBBA.3030509@redhat.com> Matthew Barnes ????????: > On Thu, 2008-02-21 at 11:48 +1000, Jens Petersen wrote: >> Evolution is different enough from regular GNOME applications to be >> basically a different platform > > Can you elaborate on this? Ok, probably not very technically accurate, but I was thinking of the custom gtk widgets and gtkhtml that Evolution uses. > /me digs in for another round of Evolution bashing on fedora-devel. Sorry Matthew, I know and appreciate how much work you put into maintaining our Evolution packages. This is not meant as an attack on Evo, as much as a reminder that a lot of people feel Thunderbird is also a viable MUA. Jens From austin.acton at utoronto.ca Thu Feb 21 04:08:16 2008 From: austin.acton at utoronto.ca (Austin Acton) Date: Wed, 20 Feb 2008 23:08:16 -0500 Subject: rawhide and cooker compared In-Reply-To: <47BCE3B6.6050606@gmail.com> References: <1203564712.3020.10.camel@tabby> <1203550839.3995.17.camel@localhost.localdomain> <47BCE3B6.6050606@gmail.com> Message-ID: <1203566896.8910.2.camel@blackbox> On Wed, 2008-02-20 at 18:36 -0800, Andrew Farris wrote: > Lubomir Kundrak wrote: > > Any ideas why is Mandriva so much better at these? > > > > memory useage at gdm 313 Mb 57 Mb (WOW!) > > glxgreas FPS 930 1200 (who knew?) > > Well one big one is sendmail not installed on Mandriva I would think. There are > probably several other daemons that are similar. The install package sets are > not too close given the live cd vs network install. I doubt that. Here is ps, dmesg, lsmod, and free from each at the instant of gdm appearance. Austin -------------- next part -------------- Initializing cgroup subsys cpuset Linux version 2.6.24-2.fc9 (mockbuild@) (gcc version 4.1.2 20071124 (Red Hat 4.1.2-36)) #1 SMP Fri Jan 25 13:14:54 EST 2008 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009e000 (usable) BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000003f640000 (usable) BIOS-e820: 000000003f640000 - 000000003f652000 (ACPI data) BIOS-e820: 000000003f652000 - 000000003f656000 (ACPI NVS) BIOS-e820: 000000003f656000 - 0000000040000000 (reserved) BIOS-e820: 00000000f8000000 - 00000000fc000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) BIOS-e820: 00000000fed00000 - 00000000fed00400 (reserved) BIOS-e820: 00000000fed14000 - 00000000fed1a000 (reserved) BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved) 118MB HIGHMEM available. 896MB LOWMEM available. Using x86 segment limits to approximate NX protection Entering add_active_range(0, 0, 259648) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem 229376 -> 259648 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0 -> 259648 On node 0 totalpages: 259648 DMA zone: 56 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4040 pages, LIFO batch:0 Normal zone: 3080 pages used for memmap Normal zone: 222200 pages, LIFO batch:31 HighMem zone: 413 pages used for memmap HighMem zone: 29859 pages, LIFO batch:7 Movable zone: 0 pages used for memmap DMI 2.4 present. Using APIC driver default ACPI: RSDP 000F6BE0, 0024 (r2 FUJ ) ACPI: XSDT 3F648E9E, 0074 (r1 FUJ PC 1020000 FUJ 100) ACPI: FACP 3F650076, 00F4 (r3 FUJ PC 1020000 FUJ 100) ACPI: DSDT 3F648F12, 7164 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: FACS 3F655FC0, 0040 ACPI: HPET 3F65016A, 0038 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: MCFG 3F6501A2, 003C (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F6501DE, 04EF (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F6506CD, 01CA (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F650897, 10A8 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F65193F, 0447 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: APIC 3F651D86, 0068 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: BOOT 3F651DEE, 0028 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SLIC 3F651E16, 0176 (r1 FUJ PC 1020000 FUJ 100) ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:15 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 6:15 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs ACPI: HPET id: 0x8086a201 base: 0xfed00000 Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 50000000 (gap: 40000000:b8000000) swsusp: Registered nosave memory region: 000000000009e000 - 00000000000a0000 swsusp: Registered nosave memory region: 00000000000a0000 - 00000000000e0000 swsusp: Registered nosave memory region: 00000000000e0000 - 0000000000100000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 256099 Kernel command line: ro root=LABEL=/1 rhgb quiet mapped APIC to ffffb000 (fee00000) mapped IOAPIC to ffffa000 (fec00000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c0826000 soft=c0806000 PID hash table entries: 4096 (order: 12, 16384 bytes) Detected 1064.062 MHz processor. Console: colour VGA+ 80x25 console [tty0] enabled Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar ... MAX_LOCKDEP_SUBCLASSES: 8 ... MAX_LOCK_DEPTH: 30 ... MAX_LOCKDEP_KEYS: 2048 ... CLASSHASH_SIZE: 1024 ... MAX_LOCKDEP_ENTRIES: 8192 ... MAX_LOCKDEP_CHAINS: 16384 ... CHAINHASH_SIZE: 8192 memory used by lock dependency info: 1024 kB per task-struct memory footprint: 1680 bytes Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1012528k/1038592k available (2313k kernel code, 25300k reserved, 1196k data, 576k init, 121088k highmem) virtual kernel memory layout: fixmap : 0xffc53000 - 0xfffff000 (3760 kB) pkmap : 0xff800000 - 0xffc00000 (4096 kB) vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB) lowmem : 0xc0000000 - 0xf8000000 ( 896 MB) .init : 0xc0773000 - 0xc0803000 ( 576 kB) .data : 0xc064275d - 0xc076d924 (1196 kB) .text : 0xc0400000 - 0xc064275d (2313 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. SLUB: Genslabs=11, HWalign=64, Order=0-1, MinObjects=4, CPUs=2, Nodes=1 hpet clockevent registered Calibrating delay using timer specific routine.. 2131.35 BogoMIPS (lpj=1065675) Security Framework initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 Initializing cgroup subsys ns Initializing cgroup subsys cpuacct CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001 00000001 monitor/mwait feature present. using mwait in idle threads. CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 CPU: After all inits, caps: bfebf3ff 20100000 00000000 00003940 0000e3bd 00000000 00000001 00000001 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Compat vDSO mapped to ffffe000. Checking 'hlt' instruction... OK. lockdep: not fixing up alternatives. ACPI: Core revision 20070126 CPU0: Intel(R) Core(TM)2 Duo CPU U7500 @ 1.06GHz stepping 0d lockdep: not fixing up alternatives. Booting processor 1/1 eip 3000 CPU 1 irqstacks, hard=c0827000 soft=c0807000 Initializing CPU#1 Calibrating delay using timer specific routine.. 2128.06 BogoMIPS (lpj=1064032) CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001 00000001 monitor/mwait feature present. CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 1 CPU: After all inits, caps: bfebf3ff 20100000 00000000 00003940 0000e3bd 00000000 00000001 00000001 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: Intel(R) Core(TM)2 Duo CPU U7500 @ 1.06GHz stepping 0d Total of 2 processors activated (4259.41 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 checking TSC synchronization [CPU#0 -> CPU#1]: passed. Brought up 2 CPUs sizeof(vma)=84 bytes sizeof(page)=56 bytes sizeof(inode)=608 bytes sizeof(dentry)=160 bytes sizeof(ext3inode)=860 bytes sizeof(buffer_head)=56 bytes sizeof(skbuff)=176 bytes sizeof(task_struct)=3552 bytes CPU0 attaching sched-domain: domain 0: span 00000003 groups: 00000001 00000002 CPU1 attaching sched-domain: domain 0: span 00000003 groups: 00000002 00000001 khelper used greatest stack depth: 2928 bytes left khelper used greatest stack depth: 2876 bytes left net_namespace: 80 bytes Booting paravirtualized kernel on bare hardware Time: 7:56:50 Date: 02/21/08 NET: Registered protocol family 16 No dock devices found. ACPI: bus type pci registered PCI: Using MMCONFIG Setting up standard PCI resources ACPI: EC: Look up EC in DSDT ACPI Error (tbinstal-0134): Table has invalid signature [ ], must be SSDT, PSDT or OEMx [20070126] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_._INI] (Node f781d380), AE_BAD_SIGNATURE ACPI: Interpreter enabled ACPI: (supports S0 S3 S4 S5) ACPI: Using IOAPIC for interrupt routing khelper used greatest stack depth: 2852 bytes left ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62 ACPI: EC: driver started in poll mode ACPI: PCI Root Bridge [PCI0] (0000:00) PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH6 GPIO PCI: Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP03._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 7 *11 12 14 15) ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 7 *11 12 14 15) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init ACPI: bus type pnp registered pnpacpi: exceeded the max number of IO resources: 40 pnp: PnP ACPI: found 12 devices ACPI: ACPI bus type pnp unregistered usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report NetLabel: Initializing NetLabel: domain hash size = 128 NetLabel: protocols = UNLABELED CIPSOv4 NetLabel: unlabeled traffic allowed by default hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0 hpet0: 3 64-bit timers, 14318180 Hz ACPI: RTC can wake from S4 Time: tsc clocksource has been installed. system 00:01: ioport range 0x378-0x37a has been reserved system 00:01: ioport range 0x4d0-0x4d1 has been reserved system 00:01: ioport range 0x680-0x69f has been reserved system 00:01: ioport range 0x800-0x80f has been reserved system 00:01: ioport range 0x1000-0x107f has been reserved system 00:01: ioport range 0x1080-0x10ff has been reserved system 00:01: ioport range 0x1100-0x111f has been reserved system 00:01: ioport range 0x1180-0x11bf has been reserved system 00:01: ioport range 0x1640-0x164f has been reserved system 00:01: ioport range 0xf800-0xf87f has been reserved system 00:01: ioport range 0xf880-0xf8ff has been reserved system 00:01: ioport range 0xfc00-0xfc7f has been reserved system 00:01: ioport range 0xfc80-0xfcff has been reserved system 00:02: iomem range 0xfed1c000-0xfed1ffff could not be reserved system 00:02: iomem range 0xfed14000-0xfed17fff could not be reserved system 00:02: iomem range 0xfed18000-0xfed18fff could not be reserved system 00:02: iomem range 0xfed19000-0xfed19fff could not be reserved system 00:02: iomem range 0xf8000000-0xfbffffff could not be reserved system 00:02: iomem range 0xfed20000-0xfed3ffff could not be reserved system 00:02: iomem range 0x0-0x0 could not be reserved system 00:02: iomem range 0xfed45000-0xfed8ffff could not be reserved system 00:02: iomem range 0xfef00000-0xfeffffff has been reserved PCI: Bridge: 0000:00:1c.0 IO window: 2000-2fff MEM window: fc200000-fc2fffff PREFETCH window: 50000000-500fffff PCI: Bridge: 0000:00:1c.2 IO window: disabled. MEM window: fc300000-fc3fffff PREFETCH window: disabled. PCI: Bus 29, cardbus bridge: 0000:1c:03.0 IO window: 00001400-000014ff IO window: 00001c00-00001cff PREFETCH window: 54000000-57ffffff MEM window: 58000000-5bffffff PCI: Bus 33, cardbus bridge: 0000:1c:03.1 IO window: 00003000-000030ff IO window: 00003400-000034ff PREFETCH window: 5c000000-5fffffff MEM window: 60000000-63ffffff PCI: Bridge: 0000:00:1e.0 IO window: disabled. MEM window: fc400000-fc4fffff PREFETCH window: disabled. ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:1c.0 to 64 ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1c.2 to 64 PCI: Setting latency timer of device 0000:00:1e.0 to 64 ACPI: PCI Interrupt 0000:1c:03.0[A] -> GSI 17 (level, low) -> IRQ 18 PCI: Enabling device 0000:1c:03.1 (0080 -> 0083) ACPI: PCI Interrupt 0000:1c:03.1[A] -> GSI 17 (level, low) -> IRQ 18 NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 9, 2359296 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered checking if image is initramfs...<7>Switched to high resolution mode on CPU 1 Switched to high resolution mode on CPU 0 it is Freeing initrd memory: 2557k freed khelper used greatest stack depth: 2792 bytes left Simple Boot Flag at 0x7b set to 0x1 apm: BIOS not found. khelper used greatest stack depth: 2772 bytes left audit: initializing netlink socket (disabled) audit(1203580610.856:1): initialized highmem bounce pool size: 64 pages Total HugeTLB memory allocated, 0 khelper used greatest stack depth: 2736 bytes left khelper used greatest stack depth: 2588 bytes left khelper used greatest stack depth: 2548 bytes left VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) SELinux: Registering netfilter hooks Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) Boot video device is 0000:00:02.0 PCI: Setting latency timer of device 0000:00:1c.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:1c.0:pcie00] Allocate Port Service[0000:00:1c.0:pcie02] Allocate Port Service[0000:00:1c.0:pcie03] PCI: Setting latency timer of device 0000:00:1c.2 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:1c.2:pcie00] Allocate Port Service[0000:00:1c.2:pcie02] Allocate Port Service[0000:00:1c.2:pcie03] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 ACPI: SSDT 3F652E2F, 01F6 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F65332F, 046E (r1 FUJ FJNB1D8 1020000 FUJ 100) Monitor-Mwait will be used to enter C-1 state Monitor-Mwait will be used to enter C-2 state Monitor-Mwait will be used to enter C-3 state ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3]) ACPI: SSDT 3F653277, 00B8 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F65379D, 0047 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3]) ACPI: Thermal Zone [TZ00] (27 C) ACPI: Thermal Zone [TZ01] (27 C) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Non-volatile memory driver v1.2 Linux agpgart interface v0.103 agpgart: Detected an Intel 965GM Chipset. agpgart: Detected 7676K stolen memory. agpgart: AGP aperture is 256M @ 0xe0000000 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled 00:05: ttyS0 at I/O 0x220 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 16384K size 4096 blocksize input: Macintosh mouse button emulation as /devices/virtual/input/input0 Yenta: CardBus bridge found at 0000:1c:03.0 [10cf:143d] Yenta O2: res at 0x94/0xD4: 00/ea Yenta O2: enabling read prefetch/write burst Yenta: ISA IRQ mask 0x0cb8, PCI irq 18 Socket status: 30000006 Yenta: Raising subordinate bus# of parent bus (#1c) from #1d to #20 pcmcia: parent PCI bridge Memory window: 0xfc400000 - 0xfc4fffff Yenta: CardBus bridge found at 0000:1c:03.1 [10cf:143d] Yenta: ISA IRQ mask 0x0cb8, PCI irq 18 Socket status: 30000410 Yenta: Raising subordinate bus# of parent bus (#1c) from #20 to #24 pcmcia: parent PCI bridge Memory window: 0xfc400000 - 0xfc4fffff PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 i8042.c: Detected active multiplexing controller, rev 1.1. serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 serio: i8042 AUX3 port at 0x60,0x64 irq 12 mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1 cpuidle: using governor ladder pccard: PCMCIA card inserted into slot 1 input: PS/2 Generic Mouse as /devices/platform/i8042/serio4/input/input2 cpuidle: using governor menu Marking TSC unstable due to: TSC halts in idle. Time: hpet clocksource has been installed. usbcore: registered new interface driver hiddev usbcore: registered new interface driver usbhid drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver TCP cubic registered Initializing XFRM netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI No-Shortcut mode registered taskstats version 1 Magic number: 12:184:926 Freeing unused kernel memory: 576k freed Write protecting the kernel read-only data: 925k ACPI: PCI Interrupt 0000:00:1a.7[B] -> GSI 23 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1a.7 to 64 ehci_hcd 0000:00:1a.7: EHCI Host Controller ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1 ehci_hcd 0000:00:1a.7: debug port 1 PCI: cache line size of 32 is not supported by device 0000:00:1a.7 ehci_hcd 0000:00:1a.7: irq 19, io mem 0xfc704800 ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 4 ports detected ACPI: PCI Interrupt 0000:00:1d.7[B] -> GSI 23 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1d.7 to 64 ehci_hcd 0000:00:1d.7: EHCI Host Controller ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2 ehci_hcd 0000:00:1d.7: debug port 1 PCI: cache line size of 32 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: irq 19, io mem 0xfc704c00 ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 6 ports detected modprobe used greatest stack depth: 1972 bytes left ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver USB Universal Host Controller Interface driver v3.0 ACPI: PCI Interrupt 0000:00:1a.0[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1a.0 to 64 uhci_hcd 0000:00:1a.0: UHCI Host Controller uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1a.0: irq 20, io base 0x00001820 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1a.1[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1a.1 to 64 uhci_hcd 0000:00:1a.1: UHCI Host Controller uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4 uhci_hcd 0000:00:1a.1: irq 20, io base 0x00001840 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.0 to 64 uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 5 uhci_hcd 0000:00:1d.0: irq 20, io base 0x00001860 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.1[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.1 to 64 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 6 uhci_hcd 0000:00:1d.1: irq 20, io base 0x00001880 usb usb6: configuration #1 chosen from 1 choice hub 6-0:1.0: USB hub found hub 6-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.2[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.2 to 64 uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 7 uhci_hcd 0000:00:1d.2: irq 20, io base 0x000018a0 usb usb7: configuration #1 chosen from 1 choice hub 7-0:1.0: USB hub found hub 7-0:1.0: 2 ports detected usb 3-2: new full speed USB device using uhci_hcd and address 2 SCSI subsystem initialized Driver 'sd' needs updating - please use bus_type methods libata version 3.00 loaded. ahci 0000:00:1f.2: version 3.0 ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 20 (level, low) -> IRQ 21 usb 3-2: configuration #1 chosen from 1 choice usb 7-1: new full speed USB device using uhci_hcd and address 2 usb 7-1: configuration #1 chosen from 1 choice ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 3 ports 3 Gbps 0x7 impl SATA mode ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio slum part PCI: Setting latency timer of device 0000:00:1f.2 to 64 scsi0 : ahci scsi1 : ahci scsi2 : ahci ata1: SATA max UDMA/133 abar m2048 at 0xfc704000 port 0xfc704100 irq 221 ata2: SATA max UDMA/133 abar m2048 at 0xfc704000 port 0xfc704180 irq 221 ata3: SATA max UDMA/133 abar m2048 at 0xfc704000 port 0xfc704200 irq 221 ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: ATA-8: FUJITSU MHW2060BH, 00000012, max UDMA/100 ata1.00: 117210240 sectors, multi 16: LBA48 NCQ (depth 31/32) ata1.00: configured for UDMA/100 ata2: SATA link down (SStatus 0 SControl 300) ata3: SATA link down (SStatus 0 SControl 300) scsi 0:0:0:0: Direct-Access ATA FUJITSU MHW2060B 0000 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 117210240 512-byte hardware sectors (60012 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 0:0:0:0: [sda] 117210240 512-byte hardware sectors (60012 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda3 sda4 sd 0:0:0:0: [sda] Attached SCSI disk modprobe used greatest stack depth: 632 bytes left kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. SELinux:8192 avtab hash slots allocated.Num of rules:151356 SELinux:8192 avtab hash slots allocated.Num of rules:151356 security: 8 users, 12 roles, 2222 types, 107 bools, 1 sens, 1024 cats security: 69 classes, 151356 rules SELinux: Completing initialization. SELinux: Setting up existing superblocks. SELinux: initialized (dev sda1, type ext3), uses xattr SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts SELinux: initialized (dev devpts, type devpts), uses transition SIDs SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts SELinux: initialized (dev pipefs, type pipefs), uses task SIDs SELinux: initialized (dev sockfs, type sockfs), uses task SIDs SELinux: initialized (dev proc, type proc), uses genfs_contexts SELinux: initialized (dev bdev, type bdev), uses genfs_contexts SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts SELinux: policy loaded with handle_unknown=allow audit(1203580621.169:2): policy loaded auid=4294967295 sd 0:0:0:0: Attached scsi generic sg0 type 0 input: Power Button (FF) as /devices/virtual/input/input3 ACPI: Power Button (FF) [PWRF] input: Lid Switch as /devices/virtual/input/input4 ACPI: Lid Switch [LID] input: Power Button (CM) as /devices/virtual/input/input5 ACPI: Power Button (CM) [PWRB] ACPI: EC: non-query interrupt received, switching to interrupt mode Bluetooth: Core ver 2.11 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized ACPI: Battery Slot [CMB1] (battery present) ACPI: Battery Slot [CMB2] (battery absent) ACPI: AC Adapter [AC] (on-line) Bluetooth: HCI USB driver ver 2.9 usbcore: registered new interface driver hci_usb input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input6 ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 16 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:04:00.0 to 64 sky2 0000:04:00.0: v1.20 addr 0xfc200000 irq 16 Yukon-EC Ultra (0xb4) rev 3 sky2 eth0: addr 00:17:42:6a:de:c9 iwl4965: Intel(R) Wireless WiFi Link 4965AGN driver for Linux, 1.2.23kds iwl4965: Copyright(c) 2003-2007 Intel Corporation ACPI: PCI Interrupt 0000:0c:00.0[A] -> GSI 18 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:0c:00.0 to 64 iwl4965: Detected Intel Wireless WiFi Link 4965AGN iTCO_vendor_support: vendor-support=0 cs: IO port probe 0x100-0x3af: clean. cs: IO port probe 0x3e0-0x4ff: clean. cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0x100-0x3af: clean. cs: IO port probe 0x3e0-0x4ff: clean. cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0xa00-0xaff: clean. cs: memory probe 0xfc400000-0xfc4fffff: excluding 0xfc400000-0xfc40ffff cs: IO port probe 0xa00-0xaff: clean. pcmcia: registering new device pcmcia1.0 phy0: Selected rate control algorithm 'iwl-4965-rs' iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007) iTCO_wdt: Found a ICH8M TCO device (Version=2, TCOBASE=0x1060) iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) sdhci: Secure Digital Host Controller Interface driver sdhci: Copyright(c) Pierre Ossman input: PC Speaker as /devices/platform/pcspkr/input/input7 ACPI: PCI interrupt for device 0000:0c:00.0 disabled sdhci: SDHCI controller found at 0000:1c:03.2 [1217:7120] (rev 2) ACPI: PCI Interrupt 0000:1c:03.2[A] -> GSI 17 (level, low) -> IRQ 18 sdhci:slot0: Unknown controller version (2). You may experience problems. mmc0: SDHCI at 0xfc402800 irq 18 PIO ACPI: PCI Interrupt 0000:1c:03.4[A] -> GSI 17 (level, low) -> IRQ 18 firewire_ohci: Added fw-ohci device 0000:1c:03.4, OHCI version 1.10 ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 21 (level, low) -> IRQ 22 tpm_inf_pnp 00:03: Found TPM with ID IFX0102 tpm_inf_pnp 00:03: TPM found: config base 0x4e, data base 0xfd00, chip version 0x000b, vendor id 0x15d1 (Infineon), product id 0x000b (SLB 9635 TT 1.2) SELinux: initialized (dev securityfs, type securityfs), not configured for labeling audit(1203580626.199:3): avc: denied { mount } for pid=1066 comm="modprobe" name="/" dev=securityfs ino=1 scontext=system_u:system_r:insmod_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=filesystem audit(1203580626.199:4): avc: denied { search } for pid=1066 comm="modprobe" name="/" dev=securityfs ino=1 scontext=system_u:system_r:insmod_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=dir ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 22 PCI: Setting latency timer of device 0000:00:1b.0 to 64 ALSA sound/pci/hda/hda_intel.c:727: codec_mask = 0x3 rtc_cmos 00:0a: rtc core: registered rtc_cmos as rtc0 rtc0: alarms up to one month, y3k hda_codec: Unknown model for ALC262, trying auto-probe from BIOS... ALSA sound/pci/hda/hda_codec.c:2760: autoconfig: line_outs=1 (0x15/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:2764: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:2768: hp_outs=2 (0x14/0x1b/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:2776: inputs: mic=0x12, fmic=0x18, line=0x0, fline=0x0, cd=0x0, aux=0x0 ALSA sound/pci/hda/patch_si3054.c:238: si3054: cannot initialize. EXT MID = 0000 ALSA sound/pci/hda/patch_si3054.c:250: Link Frame Detect(FDT) is not ready (line status: 0000) firewire_core: created new fw device fw0 (0 config rom retries, S400) hda_codec: num_steps = 0 for NID=0x12 hda_codec: num_steps = 0 for NID=0x12 hda_codec: num_steps = 0 for NID=0x12 hda_codec: num_steps = 0 for NID=0x12 hda_codec: num_steps = 0 for NID=0x12 hda_codec: num_steps = 0 for NID=0x12 SELinux: initialized (dev ramfs, type ramfs), uses genfs_contexts NET: Registered protocol family 10 lo: Disabled Privacy Extensions Clocksource tsc unstable (delta = -179104266 ns) [drm] Initialized drm 1.1.0 20060810 ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 16 [drm] Initialized i915 1.11.0 20071122 on minor 0 device-mapper: uevent: version 1.0.3 device-mapper: ioctl: 4.12.0-ioctl (2007-10-02) initialised: dm-devel at redhat.com device-mapper: multipath: version 1.0.5 loaded EXT3 FS on sda1, internal journal kjournald starting. Commit interval 5 seconds EXT3 FS on sda4, internal journal EXT3-fs: mounted filesystem with ordered data mode. SELinux: initialized (dev sda4, type ext3), uses xattr SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs Adding 1951888k swap on /dev/sda3. Priority:-1 extents:1 across:1951888k SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts IA-32 Microcode Update Driver: v1.14a warning: process `kudzu' used the deprecated sysctl system call with 1.23. ip6_tables: (C) 2000-2006 Netfilter Core Team ip_tables: (C) 2000-2006 Netfilter Core Team nf_conntrack version 0.5.0 (16384 buckets, 65536 max) Loading iSCSI transport class v2.0-724. iscsi: registered transport (tcp) iscsi: registered transport (iser) RPC: Registered udp transport module. RPC: Registered tcp transport module. SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts audit(1203580649.658:5): audit_pid=2023 old=0 by auid=4294967295 subj=system_u:system_r:auditd_t:s0 Bluetooth: L2CAP ver 2.9 Bluetooth: L2CAP socket layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM ver 1.8 sky2 eth0: enabling interface ADDRCONF(NETDEV_UP): eth0: link is not ready ACPI: PCI Interrupt 0000:0c:00.0[A] -> GSI 18 (level, low) -> IRQ 17 iwl4965: Tunable channels: 11 802.11bg, 13 802.11a channels ADDRCONF(NETDEV_UP): wlan0: link is not ready -------------- next part -------------- Linux version 2.6.24.2-laptop-3mdv (lcapitulino at build1.conectiva) (gcc version 4.2.2 20071128 (prerelease) (4.2.2-2mdv2008.1)) #1 SMP Mon Feb 18 09:53:11 BRT 2008 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009e000 (usable) BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000003f640000 (usable) BIOS-e820: 000000003f640000 - 000000003f652000 (ACPI data) BIOS-e820: 000000003f652000 - 000000003f656000 (ACPI NVS) BIOS-e820: 000000003f656000 - 0000000040000000 (reserved) BIOS-e820: 00000000f8000000 - 00000000fc000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) BIOS-e820: 00000000fed00000 - 00000000fed00400 (reserved) BIOS-e820: 00000000fed14000 - 00000000fed1a000 (reserved) BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved) 118MB HIGHMEM available. 896MB LOWMEM available. Entering add_active_range(0, 0, 259648) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem 229376 -> 259648 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0 -> 259648 On node 0 totalpages: 259648 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 236 pages used for memmap HighMem zone: 30036 pages, LIFO batch:7 Movable zone: 0 pages used for memmap DMI 2.4 present. ACPI: RSDP 000F6BE0, 0024 (r2 FUJ ) ACPI: XSDT 3F648E9E, 0074 (r1 FUJ PC 1020000 FUJ 100) ACPI: FACP 3F650076, 00F4 (r3 FUJ PC 1020000 FUJ 100) ACPI: DSDT 3F648F12, 7164 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: FACS 3F655FC0, 0040 ACPI: HPET 3F65016A, 0038 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: MCFG 3F6501A2, 003C (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F6501DE, 04EF (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F6506CD, 01CA (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F650897, 10A8 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F65193F, 0447 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: APIC 3F651D86, 0068 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: BOOT 3F651DEE, 0028 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SLIC 3F651E16, 0176 (r1 FUJ PC 1020000 FUJ 100) ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:15 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 6:15 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs ACPI: HPET id: 0x8086a201 base: 0xfed00000 Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 50000000 (gap: 40000000:b8000000) swsusp: Registered nosave memory region: 000000000009e000 - 00000000000a0000 swsusp: Registered nosave memory region: 00000000000a0000 - 00000000000e0000 swsusp: Registered nosave memory region: 00000000000e0000 - 0000000000100000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 257620 Kernel command line: BOOT_IMAGE=linux root=UUID=0b9c9ffe-a307-406d-a8b1-c88848f17c93 resume=/dev/sda3 splash=silent vga=788 bootsplash: silent mode. mapped APIC to ffffb000 (fee00000) mapped IOAPIC to ffffa000 (fec00000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Detected 1064.042 MHz processor. Console: colour dummy device 80x25 console [tty0] enabled Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1022432k/1038592k available (2275k kernel code, 15388k reserved, 781k data, 292k init, 121088k highmem) virtual kernel memory layout: fixmap : 0xffe14000 - 0xfffff000 (1964 kB) pkmap : 0xff800000 - 0xffc00000 (4096 kB) vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB) lowmem : 0xc0000000 - 0xf8000000 ( 896 MB) .init : 0xc0404000 - 0xc044d000 ( 292 kB) .data : 0xc0338dd7 - 0xc03fc2c4 ( 781 kB) .text : 0xc0100000 - 0xc0338dd7 (2275 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. SLUB: Genslabs=11, HWalign=64, Order=0-1, MinObjects=4, CPUs=2, Nodes=1 hpet clockevent registered Calibrating delay using timer specific routine.. 2131.94 BogoMIPS (lpj=3550318) Security Framework initialized AppArmor: AppArmor disabled by boottime parameter Capability LSM initialized Mount-cache hash table entries: 512 Initializing cgroup subsys ns CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001 00000001 monitor/mwait feature present. using mwait in idle threads. CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 CPU: After all inits, caps: bfebfbff 20100000 00000000 00003940 0000e3bd 00000000 00000001 00000001 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Compat vDSO mapped to ffffe000. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Early unpacking initramfs... done Freeing initrd memory: 2533k freed ACPI: Core revision 20070126 ACPI: Looking for DSDT in initramfs... error, file /DSDT.aml not found. CPU0: Intel(R) Core(TM)2 Duo CPU U7500 @ 1.06GHz stepping 0d SMP alternatives: switching to SMP code Booting processor 1/1 eip 3000 Initializing CPU#1 Calibrating delay using timer specific routine.. 2128.65 BogoMIPS (lpj=3546640) CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001 00000001 monitor/mwait feature present. CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 1 CPU: After all inits, caps: bfebfbff 20100000 00000000 00003940 0000e3bd 00000000 00000001 00000001 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: Intel(R) Core(TM)2 Duo CPU U7500 @ 1.06GHz stepping 0d Total of 2 processors activated (4259.59 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 checking TSC synchronization [CPU#0 -> CPU#1]: passed. Brought up 2 CPUs net_namespace: 64 bytes Booting paravirtualized kernel on bare hardware NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using MMCONFIG Setting up standard PCI resources ACPI: EC: Look up EC in DSDT ACPI Error (tbinstal-0134): Table has invalid signature [ ], must be SSDT, PSDT or OEMx [20070126] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_._INI] (Node f7817d50), AE_BAD_SIGNATURE ACPI: Interpreter enabled ACPI: (supports S0 S3 S4 S5) ACPI: Using IOAPIC for interrupt routing ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62 ACPI: EC: driver started in poll mode ACPI: PCI Root Bridge [PCI0] (0000:00) PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH6 GPIO PCI: Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP03._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 7 *11 12 14 15) ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 7 *11 12 14 15) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init ACPI: bus type pnp registered pnpacpi: exceeded the max number of IO resources: 40 pnp: PnP ACPI: found 12 devices ACPI: ACPI bus type pnp unregistered PnPBIOS: Disabled PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0 hpet0: 3 64-bit timers, 14318180 Hz ACPI: RTC can wake from S4 Time: tsc clocksource has been installed. system 00:01: ioport range 0x378-0x37a has been reserved system 00:01: ioport range 0x4d0-0x4d1 has been reserved system 00:01: ioport range 0x680-0x69f has been reserved system 00:01: ioport range 0x800-0x80f has been reserved system 00:01: ioport range 0x1000-0x107f has been reserved system 00:01: ioport range 0x1080-0x10ff has been reserved system 00:01: ioport range 0x1100-0x111f has been reserved system 00:01: ioport range 0x1180-0x11bf has been reserved system 00:01: ioport range 0x1640-0x164f has been reserved system 00:01: ioport range 0xf800-0xf87f has been reserved system 00:01: ioport range 0xf880-0xf8ff has been reserved system 00:01: ioport range 0xfc00-0xfc7f has been reserved system 00:01: ioport range 0xfc80-0xfcff has been reserved system 00:02: iomem range 0xfed1c000-0xfed1ffff could not be reserved system 00:02: iomem range 0xfed14000-0xfed17fff could not be reserved system 00:02: iomem range 0xfed18000-0xfed18fff could not be reserved system 00:02: iomem range 0xfed19000-0xfed19fff could not be reserved system 00:02: iomem range 0xf8000000-0xfbffffff could not be reserved system 00:02: iomem range 0xfed20000-0xfed3ffff could not be reserved system 00:02: iomem range 0x0-0x0 could not be reserved system 00:02: iomem range 0xfed45000-0xfed8ffff could not be reserved system 00:02: iomem range 0xfef00000-0xfeffffff has been reserved PCI: Bridge: 0000:00:1c.0 IO window: 2000-2fff MEM window: fc200000-fc2fffff PREFETCH window: 50000000-500fffff PCI: Bridge: 0000:00:1c.2 IO window: disabled. MEM window: fc300000-fc3fffff PREFETCH window: disabled. PCI: Bus 29, cardbus bridge: 0000:1c:03.0 IO window: 00001400-000014ff IO window: 00001c00-00001cff PREFETCH window: 54000000-57ffffff MEM window: 58000000-5bffffff PCI: Bus 33, cardbus bridge: 0000:1c:03.1 IO window: 00003000-000030ff IO window: 00003400-000034ff PREFETCH window: 5c000000-5fffffff MEM window: 60000000-63ffffff PCI: Bridge: 0000:00:1e.0 IO window: disabled. MEM window: fc400000-fc4fffff PREFETCH window: disabled. ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:1c.0 to 64 ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1c.2 to 64 PCI: Setting latency timer of device 0000:00:1e.0 to 64 ACPI: PCI Interrupt 0000:1c:03.0[A] -> GSI 17 (level, low) -> IRQ 18 PCI: Enabling device 0000:1c:03.1 (0080 -> 0083) ACPI: PCI Interrupt 0000:1c:03.1[A] -> GSI 17 (level, low) -> IRQ 18 NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 7, 524288 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered Switched to high resolution mode on CPU 1 Switched to high resolution mode on CPU 0 Simple Boot Flag at 0x7b set to 0x1 apm: BIOS not found. audit: initializing netlink socket (disabled) audit(1203584792.503:1): initialized highmem bounce pool size: 64 pages Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) Boot video device is 0000:00:02.0 PCI: Setting latency timer of device 0000:00:1c.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:1c.0:pcie00] Allocate Port Service[0000:00:1c.0:pcie02] Allocate Port Service[0000:00:1c.0:pcie03] PCI: Setting latency timer of device 0000:00:1c.2 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:1c.2:pcie00] Allocate Port Service[0000:00:1c.2:pcie02] Allocate Port Service[0000:00:1c.2:pcie03] vesafb: framebuffer at 0xe0000000, mapped to 0xf8880000, using 3750k, total 7616k vesafb: mode is 800x600x16, linelength=1600, pages=6 vesafb: scrolling: redraw vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0 bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 199458 bytes,<6>...found (800x600, 199410 bytes, v3). Console: switching to colour frame buffer device 93x31 fb0: VESA VGA frame buffer device isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled 00:05: ttyS0 at I/O 0x220 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 32000K size 1024 blocksize PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 i8042.c: Detected active multiplexing controller, rev 1.1. serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 serio: i8042 AUX3 port at 0x60,0x64 irq 12 mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard as /class/input/input0 cpuidle: using governor ladder cpuidle: using governor menu TCP cubic registered NET: Registered protocol family 1 Using IPI No-Shortcut mode registered taskstats version 1 BIOS EDD facility v0.16 2004-Jun-25, 6 devices found Freeing unused kernel memory: 292k freed usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb ACPI: PCI Interrupt 0000:00:1a.7[B] -> GSI 23 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1a.7 to 64 ehci_hcd 0000:00:1a.7: EHCI Host Controller ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1 ehci_hcd 0000:00:1a.7: debug port 1 PCI: cache line size of 32 is not supported by device 0000:00:1a.7 ehci_hcd 0000:00:1a.7: irq 19, io mem 0xfc704800 ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 4 ports detected ACPI: PCI Interrupt 0000:00:1d.7[B] -> GSI 23 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1d.7 to 64 ehci_hcd 0000:00:1d.7: EHCI Host Controller ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2 ehci_hcd 0000:00:1d.7: debug port 1 PCI: cache line size of 32 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: irq 19, io mem 0xfc704c00 ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 6 ports detected ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver USB Universal Host Controller Interface driver v3.0 ACPI: PCI Interrupt 0000:00:1a.0[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1a.0 to 64 uhci_hcd 0000:00:1a.0: UHCI Host Controller uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1a.0: irq 20, io base 0x00001820 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1a.1[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1a.1 to 64 uhci_hcd 0000:00:1a.1: UHCI Host Controller uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4 uhci_hcd 0000:00:1a.1: irq 20, io base 0x00001840 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected input: PS/2 Generic Mouse as /class/input/input1 ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.0 to 64 uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 5 uhci_hcd 0000:00:1d.0: irq 20, io base 0x00001860 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.1[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.1 to 64 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 6 uhci_hcd 0000:00:1d.1: irq 20, io base 0x00001880 usb usb6: configuration #1 chosen from 1 choice hub 6-0:1.0: USB hub found hub 6-0:1.0: 2 ports detected usb 3-2: new full speed USB device using uhci_hcd and address 2 ACPI: PCI Interrupt 0000:00:1d.2[A] -> GSI 22 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.2 to 64 uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 7 uhci_hcd 0000:00:1d.2: irq 20, io base 0x000018a0 usb usb7: configuration #1 chosen from 1 choice usb 3-2: configuration #1 chosen from 1 choice hub 7-0:1.0: USB hub found hub 7-0:1.0: 2 ports detected SCSI subsystem initialized Driver 'sd' needs updating - please use bus_type methods libata version 3.00 loaded. ahci 0000:00:1f.2: version 3.0 ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 20 (level, low) -> IRQ 21 usb 7-1: new full speed USB device using uhci_hcd and address 2 usb 7-1: configuration #1 chosen from 1 choice ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 3 ports 3 Gbps 0x7 impl SATA mode ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio slum part PCI: Setting latency timer of device 0000:00:1f.2 to 64 scsi0 : ahci scsi1 : ahci scsi2 : ahci ata1: SATA max UDMA/133 abar m2048 at 0xfc704000 port 0xfc704100 irq 21 ata2: SATA max UDMA/133 abar m2048 at 0xfc704000 port 0xfc704180 irq 21 ata3: SATA max UDMA/133 abar m2048 at 0xfc704000 port 0xfc704200 irq 21 ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: ATA-8: FUJITSU MHW2060BH, 00000012, max UDMA/100 ata1.00: 117210240 sectors, multi 16: LBA48 NCQ (depth 31/32) ata1.00: configured for UDMA/100 ata2: SATA link down (SStatus 0 SControl 300) ata3: SATA link down (SStatus 0 SControl 300) scsi 0:0:0:0: Direct-Access ATA FUJITSU MHW2060B 0000 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 117210240 512-byte hardware sectors (60012 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 0:0:0:0: [sda] 117210240 512-byte hardware sectors (60012 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda3 sda4 sd 0:0:0:0: [sda] Attached SCSI disk Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. sd 0:0:0:0: Attached scsi generic sg0 type 0 Bluetooth: Core ver 2.11 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 16 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:04:00.0 to 64 sky2 0000:04:00.0: v1.20 addr 0xfc200000 irq 16 Yukon-EC Ultra (0xb4) rev 3 sky2 eth0: addr 00:17:42:6a:de:c9 Linux agpgart interface v0.102 ACPI: SSDT 3F652E2F, 01F6 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F65332F, 046E (r1 FUJ FJNB1D8 1020000 FUJ 100) Monitor-Mwait will be used to enter C-1 state Monitor-Mwait will be used to enter C-2 state Monitor-Mwait will be used to enter C-3 state ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3]) ACPI: SSDT 3F653277, 00B8 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: SSDT 3F65379D, 0047 (r1 FUJ FJNB1D8 1020000 FUJ 100) ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3]) agpgart: Detected an Intel 965GM Chipset. agpgart: Detected 7676K stolen memory. agpgart: AGP aperture is 256M @ 0xe0000000 ACPI: Thermal Zone [TZ00] (27 C) ACPI: Thermal Zone [TZ01] (27 C) input: Power Button (FF) as /class/input/input2 ACPI: Power Button (FF) [PWRF] input: Lid Switch as /class/input/input3 ACPI: Lid Switch [LID] input: Power Button (CM) as /class/input/input4 ACPI: Power Button (CM) [PWRB] ACPI: AC Adapter [AC] (on-line) ACPI: EC: non-query interrupt received, switching to interrupt mode ACPI: Battery Slot [CMB1] (battery present) ACPI: Battery Slot [CMB2] (battery absent) input: Video Bus as /class/input/input5 ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 22 PCI: Setting latency timer of device 0000:00:1b.0 to 64 ACPI: Video Device [GFX0_PCI0] (multi-head: yes rom: no post: no) hda_codec: Unknown model for ALC262, trying auto-probe from BIOS... Bluetooth: HCI USB driver ver 2.9 usbcore: registered new interface driver hci_usb iwl4965: Intel(R) Wireless WiFi Link 4965AGN driver for Linux, 1.1.17kds iwl4965: Copyright(c) 2003-2007 Intel Corporation ACPI: PCI Interrupt 0000:0c:00.0[A] -> GSI 18 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:0c:00.0 to 64 iwl4965: Detected Intel Wireless WiFi Link 4965AGN sdhci: Secure Digital Host Controller Interface driver sdhci: Copyright(c) Pierre Ossman iTCO_vendor_support: vendor-support=0 input: PC Speaker as /class/input/input6 iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007) iTCO_wdt: Found a ICH8M TCO device (Version=2, TCOBASE=0x1060) iTCO_wdt: initialized. heartbeat=30 sec (nowayout=1) aes2501 probe ! num_altsetting == 1 BULK COUNT 2 BULK IN 0 ; size = 32 BULK OUT 1 aes2501: device now attached to aes2501-0 usbcore: registered new interface driver aes2501 rtc_cmos 00:0a: rtc core: registered rtc_cmos as rtc0 rtc0: alarms up to one month, y3k Marking TSC unstable due to: TSC halts in idle. Time: hpet clocksource has been installed. sdhci: SDHCI controller found at 0000:1c:03.2 [1217:7120] (rev 2) ACPI: PCI Interrupt 0000:1c:03.2[A] -> GSI 17 (level, low) -> IRQ 18 sdhci:slot0: Unknown controller version (2). You may experience problems. mmc0: SDHCI at 0xfc402800 irq 18 PIO ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 21 (level, low) -> IRQ 22 ACPI: PCI Interrupt 0000:1c:03.4[A] -> GSI 17 (level, low) -> IRQ 18 ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[18] MMIO=[fc401000-fc4017ff] Max Packet=[2048] IR/IT contexts=[8/8] Yenta: CardBus bridge found at 0000:1c:03.0 [10cf:143d] Yenta O2: res at 0x94/0xD4: 00/ea Yenta O2: enabling read prefetch/write burst Yenta: ISA IRQ mask 0x0cb8, PCI irq 18 Socket status: 30000006 Yenta: Raising subordinate bus# of parent bus (#1c) from #1d to #20 pcmcia: parent PCI bridge Memory window: 0xfc400000 - 0xfc4fffff iwl4965: Tunable channels: 11 802.11bg, 13 802.11a channels phy0: Selected rate control algorithm 'iwl-4965-rs' Yenta: CardBus bridge found at 0000:1c:03.1 [10cf:143d] Yenta: ISA IRQ mask 0x0cb8, PCI irq 18 Socket status: 30000410 Yenta: Raising subordinate bus# of parent bus (#1c) from #20 to #24 pcmcia: parent PCI bridge Memory window: 0xfc400000 - 0xfc4fffff cs: IO port probe 0x100-0x3af: clean. cs: IO port probe 0x3e0-0x4ff: clean. cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0xa00-0xaff: clean. cs: IO port probe 0x100-0x3af: clean. cs: IO port probe 0x3e0-0x4ff: clean. cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0xa00-0xaff: clean. ieee1394: Host added: ID:BUS[0-00:1023] GUID[00000e1003c728cf] pccard: PCMCIA card inserted into slot 1 cs: memory probe 0xfc400000-0xfc4fffff: excluding 0xfc400000-0xfc40ffff pcmcia: registering new device pcmcia1.0 Clocksource tsc unstable (delta = -212252353 ns) Non-volatile memory driver v1.2 floppy0: no floppy controllers found Initializing USB Mass Storage driver... usbcore: registered new interface driver usb-storage USB Mass Storage support registered. device-mapper: uevent: version 1.0.3 device-mapper: ioctl: 4.12.0-ioctl (2007-10-02) initialised: dm-devel at redhat.com EXT3 FS on sda2, internal journal loop: module loaded bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 199458 bytes,<6>...found (800x600, 199410 bytes, v3). bootsplash: status on console 0 changed to on nf_conntrack version 0.5.0 (16384 buckets, 65536 max) Bluetooth: L2CAP ver 2.9 Bluetooth: L2CAP socket layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM ver 1.8 NET: Registered protocol family 10 lo: Disabled Privacy Extensions NET: Registered protocol family 17 sky2 eth0: enabling interface ADDRCONF(NETDEV_UP): eth0: link is not ready ADDRCONF(NETDEV_UP): wlan0: link is not ready fuse init (API version 7.9) ip_tables: (C) 2000-2006 Netfilter Core Team Netfilter messages via NETLINK v0.30. nf_conntrack version 0.5.0 (16384 buckets, 65536 max) ip6_tables: (C) 2000-2006 Netfilter Core Team ctnetlink v0.93: registering with nfnetlink. ClusterIP Version 0.8 loaded successfully bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3). bootsplash: status on console 0 changed to on bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3). bootsplash: status on console 1 changed to on bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3). bootsplash: status on console 2 changed to on bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3). bootsplash: status on console 3 changed to on bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3). bootsplash: status on console 4 changed to on bootsplash 3.1.6-2004/03/31: looking for picture...<7>wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:14:d1:c2:70:f0 wlan0: RX authentication from 00:14:d1:c2:70:f0 (alg=0 transaction=2 status=0) wlan0: authenticated wlan0: associate with AP 00:14:d1:c2:70:f0 wlan0: RX AssocResp from 00:14:d1:c2:70:f0 (capab=0x431 status=0 aid=5) wlan0: associated wlan0: switched to short barker preamble (BSSID=00:14:d1:c2:70:f0) wlan0 (WE) : Wireless Event too big (320) wlan0: WMM queue=2 aci=0 acm=0 aifs=3 cWmin=15 cWmax=1023 burst=0 wlan0: WMM queue=3 aci=1 acm=0 aifs=7 cWmin=15 cWmax=1023 burst=0 wlan0: WMM queue=1 aci=2 acm=0 aifs=2 cWmin=7 cWmax=15 burst=30 wlan0: WMM queue=0 aci=3 acm=0 aifs=2 cWmin=3 cWmax=7 burst=15 ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready ...found (800x600, 14966 bytes, v3). bootsplash: status on console 5 changed to on [drm] Initialized drm 1.1.0 20060810 ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:02.0 to 64 [drm] Initialized i915 1.6.0 20060119 on minor 0 padlock: VIA PadLock not detected. martian source 255.255.255.255 from 192.168.10.1, on dev wlan0 ll header: ff:ff:ff:ff:ff:ff:00:14:d1:c2:70:f0:08:00 wlan0: no IPv6 routers present -------------- next part -------------- total used free shared buffers cached Mem: 1016036 318432 697604 0 16604 116956 -/+ buffers/cache: 184872 831164 Swap: 1951888 0 1951888 -------------- next part -------------- total used free shared buffers cached Mem: 1025640 164604 861036 0 6508 56468 -/+ buffers/cache: 101628 924012 Swap: 0 0 0 -------------- next part -------------- Module Size Used by rfcomm 34208 0 l2cap 23056 9 rfcomm coretemp 9352 0 hwmon 6276 1 coretemp sunrpc 155588 3 ib_iser 31740 0 rdma_cm 26936 1 ib_iser ib_cm 30304 1 rdma_cm iw_cm 11164 1 rdma_cm ib_sa 20580 2 rdma_cm,ib_cm ib_mad 34584 2 ib_cm,ib_sa ib_core 45744 6 ib_iser,rdma_cm,ib_cm,iw_cm,ib_sa,ib_mad ib_addr 9228 1 rdma_cm iscsi_tcp 25344 0 libiscsi 22552 2 ib_iser,iscsi_tcp scsi_transport_iscsi 27416 4 ib_iser,iscsi_tcp,libiscsi ipt_REJECT 7296 2 xt_tcpudp 6784 1 nf_conntrack_ipv4 11652 2 xt_state 5888 2 nf_conntrack 54080 2 nf_conntrack_ipv4,xt_state iptable_filter 6272 1 ip_tables 13892 1 iptable_filter ip6table_filter 6144 0 ip6_tables 14788 1 ip6table_filter x_tables 14356 5 ipt_REJECT,xt_tcpudp,xt_state,ip_tables,ip6_tables cpufreq_ondemand 10524 1 acpi_cpufreq 12044 2 dm_mirror 22440 0 dm_multipath 19240 0 dm_mod 50988 2 dm_mirror,dm_multipath i915 38040 2 drm 118516 3 i915 ipv6 235844 14 rtc_cmos 10784 0 snd_hda_intel 300012 0 snd_seq_dummy 6660 0 tpm_infineon 11304 0 tpm 15552 1 tpm_infineon tpm_bios 9344 1 tpm snd_seq_oss 32144 0 arc4 5760 2 snd_seq_midi_event 9736 1 snd_seq_oss snd_seq 50520 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event firewire_ohci 18952 0 ecb 6528 2 firewire_core 37704 1 firewire_ohci i2c_i801 12176 0 pcspkr 6400 0 blkcipher 9220 1 ecb snd_seq_device 10516 3 snd_seq_dummy,snd_seq_oss,snd_seq sdhci 18060 0 serio_raw 8964 0 crc_itu_t 5760 1 firewire_core snd_pcm_oss 44448 0 i2c_core 21392 1 i2c_i801 iTCO_wdt 14036 0 mmc_core 44828 1 sdhci snd_mixer_oss 17288 1 snd_pcm_oss iTCO_vendor_support 6916 1 iTCO_wdt iwl4965 184220 0 snd_pcm 71596 2 snd_hda_intel,snd_pcm_oss mac80211 122976 1 iwl4965 snd_timer 21788 2 snd_seq,snd_pcm snd_page_alloc 11656 2 snd_hda_intel,snd_pcm snd_hwdep 10764 1 snd_hda_intel sky2 42780 0 snd 50372 10 snd_hda_intel,snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_hwdep cfg80211 19224 1 mac80211 soundcore 9568 1 snd video 19992 0 output 6656 1 video hci_usb 16820 2 ac 8324 0 bluetooth 49700 7 rfcomm,l2cap,hci_usb battery 14860 0 button 10256 0 sg 33176 0 ahci 25988 3 libata 129328 1 ahci sd_mod 27136 4 scsi_mod 126892 7 ib_iser,iscsi_tcp,libiscsi,scsi_transport_iscsi,sg,libata,sd_mod ext3 113200 2 jbd 43860 1 ext3 mbcache 10240 1 ext3 uhci_hcd 23576 0 ohci_hcd 22932 0 ehci_hcd 32276 0 -------------- next part -------------- Module Size Used by aes_generic 27328 0 aes_i586 33120 1 geode_aes 5864 0 i915 22368 2 drm 70452 3 i915 iptable_raw 2688 0 xt_comment 2400 0 xt_policy 4320 0 ipt_ULOG 7940 0 ipt_TTL 2688 0 ipt_ttl 2368 0 ipt_TOS 2624 0 ipt_tos 2208 0 ipt_set 2752 0 ipt_SAME 2912 0 ipt_REJECT 4320 0 ipt_REDIRECT 2752 0 ipt_recent 8344 0 ipt_owner 2496 0 ipt_NETMAP 2720 0 ipt_MASQUERADE 3936 0 ipt_LOG 6528 0 ipt_iprange 2368 0 ipt_ECN 3232 0 ipt_ecn 2688 0 ipt_CLUSTERIP 7268 0 ipt_ah 2432 0 ipt_addrtype 2368 0 nf_nat_tftp 2304 0 nf_nat_snmp_basic 9668 0 nf_nat_sip 4864 0 nf_nat_pptp 3680 0 nf_nat_proto_gre 3044 1 nf_nat_pptp nf_nat_irc 2912 0 nf_nat_h323 6944 0 nf_nat_ftp 3456 0 nf_nat_amanda 2656 0 ts_kmp 2624 5 nf_conntrack_amanda 4416 1 nf_nat_amanda nf_conntrack_tftp 4852 1 nf_nat_tftp nf_conntrack_sip 8084 1 nf_nat_sip nf_conntrack_proto_sctp 8552 0 nf_conntrack_pptp 6208 1 nf_nat_pptp nf_conntrack_proto_gre 5248 1 nf_conntrack_pptp nf_conntrack_netlink 24736 0 nf_conntrack_netbios_ns 3104 0 nf_conntrack_irc 5880 1 nf_nat_irc nf_conntrack_h323 47932 1 nf_nat_h323 nf_conntrack_ftp 7904 1 nf_nat_ftp ip_set_portmap 4832 0 ip_set_macipmap 4708 0 ip_set_ipmap 4672 0 ip_set_iphash 7940 0 ip_set 17980 9 ipt_set,ip_set_portmap,ip_set_macipmap,ip_set_ipmap,ip_set_iphash xt_tcpmss 2784 0 xt_pkttype 2464 0 xt_physdev 3184 0 xt_NFQUEUE 2528 0 xt_NFLOG 2592 0 xt_multiport 3872 0 xt_MARK 2816 0 xt_mark 2432 0 xt_mac 2432 0 xt_limit 2976 0 xt_length 2528 0 xt_helper 2880 0 xt_hashlimit 8716 0 ip6_tables 13060 1 xt_hashlimit xt_dccp 3620 0 xt_conntrack 3104 0 xt_CONNMARK 3264 0 xt_connmark 2752 0 xt_CLASSIFY 2432 0 xt_tcpudp 3712 0 xt_state 2784 0 iptable_nat 7236 0 nf_nat 16652 14 ipt_SAME,ipt_REDIRECT,ipt_NETMAP,ipt_MASQUERADE,nf_nat_tftp,nf_nat_sip,nf_nat_pptp,nf_nat_proto_gre,nf_nat_irc,nf_nat_h323,nf_nat_ftp,nf_nat_amanda,nf_conntrack_netlink,iptable_nat nf_conntrack_ipv4 14664 2 iptable_nat nf_conntrack 55808 29 ipt_MASQUERADE,ipt_CLUSTERIP,nf_nat_tftp,nf_nat_snmp_basic,nf_nat_sip,nf_nat_pptp,nf_nat_irc,nf_nat_h323,nf_nat_ftp,nf_nat_amanda,nf_conntrack_amanda,nf_conntrack_tftp,nf_conntrack_sip,nf_conntrack_proto_sctp,nf_conntrack_pptp,nf_conntrack_proto_gre,nf_conntrack_netlink,nf_conntrack_netbios_ns,nf_conntrack_irc,nf_conntrack_h323,nf_conntrack_ftp,xt_helper,xt_conntrack,xt_CONNMARK,xt_connmark,xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4 iptable_mangle 3008 0 nfnetlink 4280 1 nf_conntrack_netlink iptable_filter 3136 0 ip_tables 12004 4 iptable_raw,iptable_nat,iptable_mangle,iptable_filter x_tables 11940 45 xt_comment,xt_policy,ipt_ULOG,ipt_TTL,ipt_ttl,ipt_TOS,ipt_tos,ipt_set,ipt_SAME,ipt_REJECT,ipt_REDIRECT,ipt_recent,ipt_owner,ipt_NETMAP,ipt_MASQUERADE,ipt_LOG,ipt_iprange,ipt_ECN,ipt_ecn,ipt_CLUSTERIP,ipt_ah,ipt_addrtype,xt_tcpmss,xt_pkttype,xt_physdev,xt_NFQUEUE,xt_NFLOG,xt_multiport,xt_MARK,xt_mark,xt_mac,xt_limit,xt_length,xt_helper,xt_hashlimit,ip6_tables,xt_dccp,xt_conntrack,xt_CONNMARK,xt_connmark,xt_CLASSIFY,xt_tcpudp,xt_state,iptable_nat,ip_tables fuse 42132 1 af_packet 17156 4 snd_seq_dummy 3524 0 snd_seq_oss 29792 0 snd_seq_midi_event 6944 1 snd_seq_oss snd_seq 46896 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 7212 3 snd_seq_dummy,snd_seq_oss,snd_seq ipv6 241636 13 nf_conntrack_h323 snd_pcm_oss 36800 0 snd_mixer_oss 14656 1 snd_pcm_oss rfcomm 33680 0 l2cap 21152 9 rfcomm coretemp 6336 0 binfmt_misc 9352 1 loop 14340 0 dm_mod 51108 0 usb_storage 91108 0 cpufreq_ondemand 7436 0 cpufreq_conservative 7048 0 cpufreq_powersave 2304 0 acpi_cpufreq 8076 2 freq_table 4512 2 cpufreq_ondemand,acpi_cpufreq nvram 8392 0 arc4 2592 2 ecb 3488 2 blkcipher 6468 2 geode_aes,ecb mmc_block 11140 0 rtc_cmos 7904 0 ohci1394 29808 0 i2c_i801 9104 0 ieee1394 79416 1 ohci1394 aes2501 13112 0 yenta_socket 23660 4 rsrc_nonstatic 11840 1 yenta_socket i2c_core 19360 1 i2c_i801 iTCO_wdt 10976 0 pcspkr 3296 0 iTCO_vendor_support 3972 1 iTCO_wdt sdhci 15908 0 serio_raw 6020 0 mmc_core 44228 2 mmc_block,sdhci iwl4965 185416 0 mac80211 119148 1 iwl4965 cfg80211 11784 1 mac80211 hci_usb 13788 2 snd_hda_intel 337848 0 video 16816 0 snd_pcm 67172 2 snd_pcm_oss,snd_hda_intel snd_timer 20036 2 snd_seq,snd_pcm snd_page_alloc 8456 2 snd_hda_intel,snd_pcm output 3552 1 video snd_hwdep 7492 1 snd_hda_intel snd 45412 9 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_intel,snd_pcm,snd_timer,snd_hwdep battery 11268 0 ac 5028 0 button 6992 0 soundcore 6656 1 snd thermal 13500 0 intel_agp 22292 1 processor 30184 4 acpi_cpufreq,thermal agpgart 27688 3 drm,intel_agp sky2 40228 0 bluetooth 50660 7 rfcomm,l2cap,hci_usb evdev 9504 5 sg 30732 0 ide_disk 14176 0 ide_core 98700 1 ide_disk ata_piix 15076 0 ahci 23908 1 libata 138032 2 ata_piix,ahci sd_mod 26240 2 scsi_mod 129836 4 usb_storage,sg,libata,sd_mod ext3 120712 1 jbd 41172 1 ext3 uhci_hcd 22992 0 ohci_hcd 23812 0 ssb 29348 1 ohci_hcd pcmcia 32940 1 ssb pcmcia_core 32884 3 yenta_socket,rsrc_nonstatic,pcmcia ehci_hcd 32972 0 usbcore 126540 7 usb_storage,aes2501,hci_usb,uhci_hcd,ohci_hcd,ehci_hcd -------------- next part -------------- PID TTY TIME CMD 1 ? 00:00:02 init 2 ? 00:00:00 kthreadd 3 ? 00:00:00 migration/0 4 ? 00:00:00 ksoftirqd/0 5 ? 00:00:00 watchdog/0 6 ? 00:00:00 migration/1 7 ? 00:00:00 ksoftirqd/1 8 ? 00:00:00 watchdog/1 9 ? 00:00:00 events/0 10 ? 00:00:00 events/1 11 ? 00:00:00 khelper 66 ? 00:00:00 kblockd/0 67 ? 00:00:00 kblockd/1 70 ? 00:00:00 kacpid 71 ? 00:00:00 kacpi_notify 160 ? 00:00:00 cqueue/0 161 ? 00:00:00 cqueue/1 163 ? 00:00:00 ksuspend_usbd 168 ? 00:00:00 khubd 171 ? 00:00:00 kseriod 214 ? 00:00:00 pdflush 215 ? 00:00:00 pdflush 216 ? 00:00:00 kswapd0 298 ? 00:00:00 aio/0 299 ? 00:00:00 aio/1 446 ? 00:00:00 pccardd 448 ? 00:00:00 pccardd 465 ? 00:00:00 kpsmoused 526 ? 00:00:00 ata/0 527 ? 00:00:00 ata/1 528 ? 00:00:00 ata_aux 532 ? 00:00:00 scsi_eh_0 533 ? 00:00:00 scsi_eh_1 534 ? 00:00:00 scsi_eh_2 542 ? 00:00:00 kjournald 602 ? 00:00:00 udevd 980 ? 00:00:00 iwl4965/0 988 ? 00:00:00 iwl4965/1 1001 ? 00:00:00 iwl4965 1012 ? 00:00:00 kmmcd 1421 ? 00:00:00 kauditd 1512 ? 00:00:00 kmpathd/0 1513 ? 00:00:00 kmpathd/1 1542 ? 00:00:00 kjournald 1696 ? 00:00:00 kondemand/0 1697 ? 00:00:00 kondemand/1 1803 ? 00:00:00 ib_addr 1815 ? 00:00:00 ib_mcast 1819 ? 00:00:00 iw_cm_wq 1823 ? 00:00:00 ib_cm/0 1824 ? 00:00:00 ib_cm/1 1828 ? 00:00:00 rdma_cm 1837 ? 00:00:00 iscsid 1838 ? 00:00:00 iscsid 1849 ? 00:00:00 restorecond 1877 ? 00:00:00 rpcbind 1897 ? 00:00:00 rpc.statd 1927 ? 00:00:00 rpciod/0 1928 ? 00:00:00 rpciod/1 1938 ? 00:00:00 rpc.idmapd 2005 ? 00:00:00 rsyslogd 2009 ? 00:00:00 rklogd 2023 ? 00:00:00 auditd 2025 ? 00:00:00 audispd 2039 ? 00:00:00 dbus-daemon 2052 ? 00:00:00 setroubleshootd 2062 ? 00:00:00 wpa_supplicant 2072 ? 00:00:00 acpid 2081 ? 00:00:00 hcid 2092 ? 00:00:00 bluetoothd-serv 2095 ? 00:00:00 krfcommd 2116 ? 00:00:00 sendmail 2126 ? 00:00:00 sendmail 2136 ? 00:00:00 crond 2150 ? 00:00:00 atd 2160 ? 00:00:00 avahi-daemon 2162 ? 00:00:00 avahi-daemon 2179 ? 00:00:00 cupsd 2183 ? 00:00:00 yum-updatesd 2191 ? 00:00:00 hald 2195 ? 00:00:00 gam_server 2196 ? 00:00:00 console-kit-dae 2197 ? 00:00:00 hald-runner 2272 ? 00:00:00 hald-addon-inpu 2286 ? 00:00:00 hald-addon-cpuf 2287 ? 00:00:00 hald-addon-acpi 2312 ? 00:00:00 anacron 2325 ? 00:00:00 NetworkManager 2343 ? 00:00:00 nm-system-setti 2346 ? 00:00:00 login 2347 tty2 00:00:00 mingetty 2348 tty3 00:00:00 mingetty 2349 tty4 00:00:00 mingetty 2350 tty5 00:00:00 mingetty 2351 tty6 00:00:00 mingetty 2352 ? 00:00:00 gdm-binary 2417 ? 00:00:00 gdm-simple-slav 2418 tty7 00:00:05 Xorg 2434 ? 00:00:00 dbus-launch 2435 ? 00:00:00 dbus-daemon 2437 ? 00:00:01 gdm-simple-gree 2451 ? 00:00:00 gconfd-2 2474 ? 00:00:00 at-spi-registry 2476 ? 00:00:00 bonobo-activati 2480 ? 00:00:00 gdm-session-wor 2482 ? 00:00:00 gnome-settings- 2484 ? 00:00:00 metacity 2528 tty1 00:00:00 bash 2643 tty1 00:00:00 ps -------------- next part -------------- PID TTY TIME CMD 1 ? 00:00:01 init 2 ? 00:00:00 kthreadd 3 ? 00:00:00 migration/0 4 ? 00:00:00 ksoftirqd/0 5 ? 00:00:00 migration/1 6 ? 00:00:00 ksoftirqd/1 7 ? 00:00:00 events/0 8 ? 00:00:00 events/1 9 ? 00:00:00 khelper 50 ? 00:00:00 kblockd/0 51 ? 00:00:00 kblockd/1 54 ? 00:00:00 kacpid 55 ? 00:00:00 kacpi_notify 147 ? 00:00:00 kseriod 190 ? 00:00:00 pdflush 191 ? 00:00:00 pdflush 192 ? 00:00:00 kswapd0 233 ? 00:00:00 aio/0 234 ? 00:00:00 aio/1 884 ? 00:00:00 kpsmoused 901 ? 00:00:00 ksuspend_usbd 902 ? 00:00:00 khubd 934 ? 00:00:00 ata/0 935 ? 00:00:00 ata/1 936 ? 00:00:00 ata_aux 940 ? 00:00:00 scsi_eh_0 941 ? 00:00:00 scsi_eh_1 942 ? 00:00:00 scsi_eh_2 958 ? 00:00:00 kjournald 1092 ? 00:00:00 udevd 2088 ? 00:00:00 iwl4965/0 2094 ? 00:00:00 iwl4965/1 2097 ? 00:00:00 kmmcd 2147 ? 00:00:00 aes2501 2159 ? 00:00:00 khpsbpkt 2317 ? 00:00:00 knodemgrd_0 2327 ? 00:00:00 pccardd 2328 ? 00:00:00 iwl4965 2355 ? 00:00:00 pccardd 2435 ? 00:00:00 kondemand/0 2436 ? 00:00:00 kondemand/1 2993 ? 00:00:00 atd 3003 ? 00:00:00 syslogd 3154 ? 00:00:00 klogd 3320 ? 00:00:00 crond 3336 ? 00:00:00 nscd 3398 ? 00:00:00 dbus-daemon 3432 ? 00:00:00 hcid 3442 ? 00:00:00 hald 3451 ? 00:00:00 console-kit-dae 3452 ? 00:00:00 hald-runner 3454 ? 00:00:00 bluetoothd-serv 3458 ? 00:00:00 krfcommd 3544 ? 00:00:00 sensord 3616 ? 00:00:00 hald-addon-inpu 3676 ? 00:00:00 hald-addon-cpuf 3687 ? 00:00:00 hald-addon-acpi 3898 ? 00:00:00 ifplugd 3951 ? 00:00:00 wpa_supplicant 3953 ? 00:00:00 ifplugd 4133 ? 00:00:00 portmap 4201 ? 00:00:00 gdm-binary 4233 ? 00:00:00 rpc.statd 4239 ? 00:00:00 avahi-daemon 4283 ? 00:00:00 cupsd 4358 ? 00:00:00 gdm-binary 4366 tty7 00:00:04 X 4465 ? 00:00:00 kauditd 4718 ? 00:00:00 master 4919 ? 00:00:00 mandi 4967 ? 00:00:00 login 4968 tty2 00:00:00 mingetty 4969 tty3 00:00:00 mingetty 4982 tty4 00:00:00 mingetty 4984 tty5 00:00:00 mingetty 4986 tty6 00:00:00 mingetty 5129 ? 00:00:00 gdmgreeter 5183 ? 00:00:00 dhclient 5240 ? 00:00:00 pickup 5241 ? 00:00:00 qmgr 5245 tty1 00:00:00 bash 5323 tty1 00:00:00 ps From lordmorgul at gmail.com Thu Feb 21 04:34:46 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 20 Feb 2008 20:34:46 -0800 Subject: rawhide and cooker compared In-Reply-To: <1203566896.8910.2.camel@blackbox> References: <1203564712.3020.10.camel@tabby> <1203550839.3995.17.camel@localhost.localdomain> <47BCE3B6.6050606@gmail.com> <1203566896.8910.2.camel@blackbox> Message-ID: <47BCFF66.7050005@gmail.com> Austin Acton wrote: > On Wed, 2008-02-20 at 18:36 -0800, Andrew Farris wrote: >> Lubomir Kundrak wrote: >>> Any ideas why is Mandriva so much better at these? >>> >>> memory useage at gdm 313 Mb 57 Mb (WOW!) >>> glxgreas FPS 930 1200 (who knew?) >> Well one big one is sendmail not installed on Mandriva I would think. There are >> probably several other daemons that are similar. The install package sets are >> not too close given the live cd vs network install. > > I doubt that. Here is ps, dmesg, lsmod, and free from each at the > instant of gdm appearance. > > Austin > Well there are a few big differences there in the ps lists.. NetworkManager, sendmail, metacity, setroubleshootd, yum-updatesd already running, a number of other differences although there are some on the mandriva side fedora hasn't started at that point. I'm just saying, the difference in startup memory usage at least has those things playing into it. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From ryan.b.lynch at gmail.com Thu Feb 21 06:35:39 2008 From: ryan.b.lynch at gmail.com (Ryan B. Lynch) Date: Thu, 21 Feb 2008 01:35:39 -0500 Subject: Rawhide problems: Long boot delay/timeout loading Udev In-Reply-To: <1203548351.24402.88.camel@aglarond.local> References: <47BC9A15.7050500@gmail.com> <1203548351.24402.88.camel@aglarond.local> Message-ID: <47BD1BBB.4020403@gmail.com> Thanks for the tip! It was a little hard to figure out from the debug messages (udevdebug throws out a *LOT* of verbiage), but it looks like there was at least one kernel oops in the udev driver. I haven't had time to get in-depth with it, though. I tried reverting back to a 2.6.23 kernel (I was running the latest 2.6.25 in rawhide), and it seems to work just fine. I can certainly contribute what I've got to a bug report, though. I'm a little new to rawhide--what's the appropriate next step, for a bug that seems to lie in a packaged kernel? -Ryan Jeremy Katz wrote: > On Wed, 2008-02-20 at 16:22 -0500, Ryan B. Lynch wrote: >> Since updating to Rawhide, I've developed an annoying problem while >> booting. The kernel goes through its initialization, and then I see: > [snip] >> Does anyone have suggestions about where I should be looking, next? Or >> perhaps how I could start troubleshooting the boot delay? > > Booting with 'udevinfo' or 'udevdebug' on the kernel command line should > get you some increased verbosity from udev about what it's doing > > Jeremy > From nicu_fedora at nicubunu.ro Thu Feb 21 07:51:43 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Thu, 21 Feb 2008 09:51:43 +0200 Subject: default mail client In-Reply-To: <47BCD874.3000600@redhat.com> References: <47BCD874.3000600@redhat.com> Message-ID: <47BD2D8F.60002@nicubunu.ro> Jens Petersen wrote: > So what are the arguments for keeping Evolution as the default Mail > application in Fedora? This question seems particularly relevant now > with things like the Lightning calendar extension and the launch of > Mozilla Messaging. Evolution is different enough from regular GNOME > applications to be basically a different platform, and from the > development point of view it is expensive to have another platform to > maintain. Have a look at the Mugshot applications usage report - http://mugshot.org/applications Thunderbird is incredibly high for a non-default application (and not even present on the DVD install media). I think it is a strong argument about users making an informed choice *for* Thunderbird. I can only imagine how the stats would look if it would be the other way, with Thunderbird set as a default. I am a longtime Thunderbird user myself, but before seriously rooting for it as *the* default mail client there is one thing I would like to see: better GNOME integration, at the same level of integration brought by Firefox 3 (stock icons, gtk widgets and such). -- 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 kevin.kofler at chello.at Thu Feb 21 08:27:56 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 21 Feb 2008 08:27:56 +0000 (UTC) Subject: default mail client References: <47BCD874.3000600@redhat.com> <47BD2D8F.60002@nicubunu.ro> Message-ID: Nicu Buculei nicubunu.ro> writes: > Have a look at the Mugshot applications usage report - > http://mugshot.org/applications Don't forget that this is a heavily biased sample though. For example, KDE apps tend to rank terribly low there, for reasons which are mostly obvious (Mugshot is heavily associated with GNOME). There are also other sources of bias. (The immense popularity of gnome-terminal says much about the audience of Mugshot. I doubt you're capturing data from average users there.) Kevin Kofler From nicu_fedora at nicubunu.ro Thu Feb 21 08:40:08 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Thu, 21 Feb 2008 10:40:08 +0200 Subject: default mail client In-Reply-To: References: <47BCD874.3000600@redhat.com> <47BD2D8F.60002@nicubunu.ro> Message-ID: <47BD38E8.6020901@nicubunu.ro> Kevin Kofler wrote: > Nicu Buculei nicubunu.ro> writes: >> Have a look at the Mugshot applications usage report - >> http://mugshot.org/applications > > Don't forget that this is a heavily biased sample though. For example, KDE apps > tend to rank terribly low there, for reasons which are mostly obvious (Mugshot > is heavily associated with GNOME). There are also other sources of bias. (The > immense popularity of gnome-terminal says much about the audience of Mugshot. I > doubt you're capturing data from average users there.) Sure, but the average user probably stays with what's the default, no matter what the default is. -- 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 lordmorgul at gmail.com Thu Feb 21 09:46:46 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 21 Feb 2008 01:46:46 -0800 Subject: Rawhide problems: Long boot delay/timeout loading Udev In-Reply-To: <47BD1BBB.4020403@gmail.com> References: <47BC9A15.7050500@gmail.com> <1203548351.24402.88.camel@aglarond.local> <47BD1BBB.4020403@gmail.com> Message-ID: <47BD4886.2050609@gmail.com> Ryan B. Lynch wrote: > Thanks for the tip! It was a little hard to figure out from the debug > messages (udevdebug throws out a *LOT* of verbiage), but it looks like > there was at least one kernel oops in the udev driver. > > I haven't had time to get in-depth with it, though. I tried reverting > back to a 2.6.23 kernel (I was running the latest 2.6.25 in rawhide), > and it seems to work just fine. > > I can certainly contribute what I've got to a bug report, though. I'm a > little new to rawhide--what's the appropriate next step, for a bug that > seems to lie in a packaged kernel? Well, you could try to get something readable you can share in a bug report, even if its just a picture of your screen at the time the oops flies by. If you can still get passed that point enough to login with udevdebug set and get dmesg saved then try that and you can attach it to a bug report against the kernel. dmesg > /tmp/dmesg-udev-hang.txt I've never figured out how to go to the next step of capturing debug messages through a serial com port, would be a neat trick to learn soon. What kernel version is this? The latest pushed into rawhide is kernel-2.6.25-0.40.rc1.git2.fc9, so is that the one with udev issues for you? In case you're unaware, you can get other kernel builds out of koji and try them as well; there are two newer kernels built there, but they aren't in the repo yet so their could be a reason for that. Usually doesn't hurt to try them anyway. :) http://koji.fedoraproject.org/packages/kernel/ -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From denis at poolshark.org Thu Feb 21 10:03:33 2008 From: denis at poolshark.org (Denis Leroy) Date: Thu, 21 Feb 2008 11:03:33 +0100 Subject: default mail client In-Reply-To: <1203560456.13356.121.camel@cutter> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> <1203560456.13356.121.camel@cutter> Message-ID: <47BD4C75.30704@poolshark.org> seth vidal wrote: > On Wed, 2008-02-20 at 21:01 -0500, Warren Togami wrote: > >> I find Evolution to be completely unusable for IMAP folders. I have >> dozens of IMAP folders with tens of thousands of messages on two >> servers. Thunderbird seems to handle this a LOT faster than evolution >> and crashes less often. > > > I've been using evolution with imap folders since 2002. I've never had > this sort of pain. Furthermore synchronization of imap to local works > well, too. I use both evolution and thunderbird with IMAP :-) evolution for work, thunderbird for personal and FOSS stuff. I find thunderbird's GUI easier to use on those large FOSS threaded mailing lists. Over time I think i've suffered more from evolution bugs than thunderbird one, but thigns are pretty stable now. From lkundrak at redhat.com Thu Feb 21 10:29:34 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Thu, 21 Feb 2008 11:29:34 +0100 Subject: rawhide and cooker compared In-Reply-To: <1203554880.11252.5.camel@Diffingo.localdomain> References: <1203564712.3020.10.camel@tabby> <1203550839.3995.17.camel@localhost.localdomain> <1203554880.11252.5.camel@Diffingo.localdomain> Message-ID: <1203589774.3995.19.camel@localhost.localdomain> On Wed, 2008-02-20 at 19:48 -0500, Stewart Adam wrote: > On Thu, 2008-02-21 at 00:40 +0100, Lubomir Kundrak wrote: > > Any ideas why is Mandriva so much better at these? > > > > memory useage at gdm 313 Mb 57 Mb (WOW!) > > glxgreas FPS 930 1200 (who knew?) > > > > -- > > Lubomir Kundrak (Red Hat Security Response Team) > You forgot a "1" - 157Mb ;) No idea where it get lost! I did a copy-paste. Honestly. :) -- Lubomir Kundrak (Red Hat Security Response Team) From mcepl at redhat.com Thu Feb 21 10:32:54 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 21 Feb 2008 11:32:54 +0100 Subject: devhelp: missing dependency on gecko-libs = 1.8.1.12 References: <3170f42f0802180953x45c0f9e5w4035d164e2c4da94@mail.gmail.com> <3170f42f0802202004r40cf864bq55d3a7e51817fd49@mail.gmail.com> Message-ID: On 2008-02-21, 04:04 GMT, Debarshi Ray wrote: > There is a problem on F-8 too: > > ERROR with rpm_check_debug vs depsolve: > Package devhelp needs gecko-libs = 1.8.1.10, this is not available. > Package devhelp needs gecko-libs = 1.8.1.10, this is not available. And number of the bug you filed is? Mat?j From denis at poolshark.org Thu Feb 21 11:02:44 2008 From: denis at poolshark.org (Denis Leroy) Date: Thu, 21 Feb 2008 12:02:44 +0100 Subject: freefem++ - GCC-4.3 build problem In-Reply-To: <20080220215926.GA2940@ryvius.greysector.net> References: <20080220215926.GA2940@ryvius.greysector.net> Message-ID: <47BD5A54.3020202@poolshark.org> Dominik 'Rathann' Mierzejewski wrote: > Hi, I need some help with building freefem++-2.23 in rawhide. > > [...] > g++ -DHAVE_CONFIG_H -I. -I../.. -I../lglib -I../bamglib -I../Graphics -I../femlib -I../../arpack/arpack++/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -MT Drawing.o -MD -MP -MF .deps/Drawing.Tpo -c -o Drawing.o `test -f '../femlib/Drawing.cpp' || echo './'`../femlib/Drawing.cpp > In file included from /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_algo.h:67, > from /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/algorithm:67, > from ../femlib/fem.hpp:135, > from ../femlib/Drawing.cpp:39: > /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h: In function 'bool Fem2D::std::__is_heap(_RandomAccessIterator, _RandomAccessIterator)': > /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h:117: error: 'distance' is not a member of 'Fem2D::std' > /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h: In function 'bool Fem2D::std::__is_heap(_RandomAccessIterator, _RandomAccessIterator, _Compare)': > /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h:123: error: 'distance' is not a member of 'Fem2D::std' > > And tons of similar ones. > Full log at http://koji.fedoraproject.org/koji/getfile?taskID=451366&name=build.log > > If anyone has a clue what's going on here, I'd appreciate the help. You added the #include within a namespace definition. Just move it to the top and things will be fine. I found other problems as well, just sent you a patch off-list that compiles everything for me (on top of the patch you already have in cvs). -denis From gilboad at gmail.com Thu Feb 21 11:05:12 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 21 Feb 2008 13:05:12 +0200 Subject: KDE-SIG weekly report (08/2008) In-Reply-To: <200802201844.03101.ml@deadbabylon.de> References: <200802201406.29813.ml@deadbabylon.de> <1203524266.18363.22.camel@gilboa-work-dev.localdomain> <200802201844.03101.ml@deadbabylon.de> Message-ID: <1203591912.13403.0.camel@gilboa-work-dev.localdomain> On Wed, 2008-02-20 at 18:43 +0100, Sebastian Vahl wrote: > Am Mi 20.Februar 2008 schrieb Gilboa Davara: > > On Wed, 2008-02-20 at 14:06 +0100, Sebastian Vahl wrote: > > > - gtk-kde4 is maybe worth to package [5] > > > > I'm willing to take it under my wings. > > > > - Gilboa > > Great. Thanks! > > Sebastian > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list Do I need to update a wiki-of-some-sort? - Gilboa From mcepl at redhat.com Thu Feb 21 11:23:49 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 21 Feb 2008 12:23:49 +0100 Subject: default mail client References: <47BCD874.3000600@redhat.com> Message-ID: <5j3095xg0v.ln2@ppp1053.in.ipex.cz> On 2008-02-21, 01:48 GMT, Jens Petersen wrote: > though I am not really trying to start painful flame-war > here... Sorry, I don?t know how to say it nicely, so I will be just blunt ? there is no way how can I believe this sentence. I don?t mean it badly ? a good flamewar from time to time makes things more clear, but it is the flame if I ever saw one. > For a long time (actually as long as I can remember;) I wondered why > Evolution was our default Mail application (MUA). I was a long time > user of Emacs MUAs, so I feel my background is fairly neutral - but I > have never been able to use Evolution for long. These days I use > Thunderbird since alas I gradually found Emacs too slow for imap. I am > not married to Thunderbird but it mostly does what I want it and it is > pretty stable at least. Aside from the obvious one (?It is the standard Gnome MUA?), you mean? OK, I think to make a little sense of this argument, let?s get to the common ground ? ?All mail clients suck. This one just sucks less.? (http://www.mutt.org) What?s true about all mail clients (and yes, mutt sucks too, but that?s for different flamewar) is especially true for GUI MUAs. I have in the past seven years used (aside from mutt and little bit of pain) kmail, Thunderbird, Evolution, and in the last week I needed to dip a little bit into claws-mail and sylpheed (I prefer the latter, BTW). That IMHO means I have covered most of what?s interesting in the world of Linux GUI MUAs (yes, I am missing chandler and balsa; oh well). My conclusion? All of them suck. A lot. And I mean it (Matthew, you are great!). I have no idea, why we still don?t have at least one MUA which would suck only as much as mutt does in non-GUI world, but we don?t. Now, a little bit of reasons why I think Thunderbird is no better than others. First of all, I certainly cannot confirm that Thunderbird wouldn?t crash on me. It did and many times. Second, in my past many attempts to use Netscape Messenger/Mozilla Mail/Thunderbird I have actually incurred couple of times a dataloss (which never happened with other MUA), which makes me a little bit worried ? true, it hasn?t happened lately, so may be Thunderbird is better IMAP client now, than it used to be, but it certainly makes me worried. Second, you mean you have tens of thousands of messages in IMAP folders and you don?t care that your MUA hasn?t heard about regexps? (https://bugzilla.mozilla.org/show_bug.cgi?id=19442 the bug was filed 1999 and there is still not attempt from TB folks to solve it) Third, another reason why Thunderbird seems to me a pitiful IMAP client is that somehow it never heard about separate Trash folder not being part of IMAP world (https://bugzilla.mozilla.org/show_bug.cgi?id=243075 and https://bugzilla.mozilla.org/show_bug.cgi?id=359281). Fourth, Reply-to-list feature ? https://bugzilla.mozilla.org/show_bug.cgi?id=45715 Thunderbird is one of the reasons Red Hat internal mail lists are such mess as they are, because everybody Reply-to-all. Fifth, automatic messages archiving ? https://bugzilla.mozilla.org/show_bug.cgi?id=93094 You shouldn?t have ten thousands of messages in your working folder ever in the first place, because old messages should be archived! Sixth, its vfolders are just pityfull ? I suspect TB doesn?t index the messages, so whenever you open vfolder it has to search through all messages again and again. I am not writing down these issue to say, that Evolution or any other GUI MUA is better (actually, kmail doesn't fail on most of these, but then vfolders in Evolution rock, and kmail is also POP3 client learning IMAP ? special dIMAP account anyone?), just that there are good reasons why Thunderbird is not that much better than others, and there is no reason to incurr non-negligible switching costs on our users (remember, most of them probably use default MUA, just because it is default). The second reason, why I put down this list is to show how old some of these bugs are. OK, maybe regexps are questionable feature in MUA (I would strongly disagree, but who am I), but not being able to fix Reply-to-list for seven years, and ?Hide deleted IMAP messages? for four years, shows questionable level of support for the application which is in the core of everything. Happy flaming! Matej From j.w.r.degoede at hhs.nl Thu Feb 21 11:28:03 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 21 Feb 2008 12:28:03 +0100 Subject: rawhide and cooker compared In-Reply-To: <1203564712.3020.10.camel@tabby> References: <1203564712.3020.10.camel@tabby> Message-ID: <47BD6043.9070602@hhs.nl> Austin Acton wrote: > This may or may not be of any use to you. It's not meant to be a bug > report. It's just my back to back comparison of two distros that people > think of as being similar or related or in competition for users. Due > to the nature of development snapshots, some of the information is out > of date already (like ondemand scaling, it's fixed). Hopefully, at the > very least, someone at Fedora finds it useful to see what works and what > users like. > > "I've done a crazy thing. I installed the development versions of > Mandriva Linux (Cooker) and Fedora (Rawhide) back to back on the same > laptop and compared the results. I was very surprised with the results, > so I spent several hours trying to make them legible to others. They are > biased, personal, and hardware-specific, but if you're interested in the > state of rpm-based linux distros, do check out Rawhide vs. Cooker." > > http://groundstate.ca/rawhide-cooker/ > Some remarks (based on TFA, not on the mailinglist post): * sensors working with lm_sensors Note: I'm an upstream lm_sensors contributer and co-maintainer of most sensor related packages in Fedora. About lm_sensors not being installed by default, thats because for the average users lm_sensors is not usable as it requires manual configuration. About telling the user that he should run sensors-detect after installing lm_sensors, when and how do you envision this being told to the user? * menus: Games section too long This can be fixed by doing "yum install games-menus" not everyone likes having the games menu sub-menu-ed, and for a default install with just gnome-games, that indeed is a bit overkill. Thus we have the games-menus package, adding submenus for those of use who install lots of games :) * random oddities: nspluginwrapper installed and used even on i386, why? To run the flash plugin and other unstable plugins in their own process so that a crashing plugin doesn't take down firefox entirely * random oddities: at random times, "prelink" process consumes 25-50% CPU and tonnes of disk activity for no apparent benefit prelink starts up binary executing by adding some info of which libraries to load where to the binary, this is run periodically as the prelink process needs to be redone after some libs / binaries are updates. Note that not running prelink doesn't break anything, it just causes a slight slowdown. About the random time, thats anacron for you, it tries to schedule tasks cron missed (at night, when your laptop was turned off) when your system is idle. Thanks for the feedback, also please file bugs for all issues which could be considered such. Regards, Hans From mcepl at redhat.com Thu Feb 21 11:37:06 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 21 Feb 2008 12:37:06 +0100 Subject: default mail client References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> Message-ID: <2c4095xd4v.ln2@ppp1053.in.ipex.cz> On 2008-02-21, 11:23 GMT, Matej Cepl wrote: > better than others, and there is no reason to incurr > non-negligible switching costs on our users (remember, most of > them probably use default MUA, just because it is default). BTW, I have found in TB ?Import from Evolution? menu option. You mean that everybody should just throw out all their old messages out of the window? Mat?j From jakub at redhat.com Thu Feb 21 11:56:44 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 21 Feb 2008 06:56:44 -0500 Subject: rawhide and cooker compared In-Reply-To: <47BD6043.9070602@hhs.nl> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> Message-ID: <20080221115644.GP24887@devserv.devel.redhat.com> On Thu, Feb 21, 2008 at 12:28:03PM +0100, Hans de Goede wrote: > * sensors working with lm_sensors > > Note: I'm an upstream lm_sensors contributer and co-maintainer of most > sensor related packages in Fedora. > > About lm_sensors not being installed by default, thats because for the > average users lm_sensors is not usable as it requires manual configuration. > > About telling the user that he should run sensors-detect after installing > lm_sensors, when and how do you envision this being told to the user? Is there a subset of the probes sensors-detect does that can be done safely always, on all hardware (i.e. have sensors-detect --non-interactive which would skip the dangerous probes it asks for confirmation)? If so, firstboot could run that. Jakub From kevin.kofler at chello.at Thu Feb 21 12:04:42 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 21 Feb 2008 12:04:42 +0000 (UTC) Subject: default mail client References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> Message-ID: Matej Cepl redhat.com> writes: > I am not writing down these issue to say, that Evolution or any > other GUI MUA is better (actually, kmail doesn't fail on most of > these, but then vfolders in Evolution rock, and kmail is also KMail will have virtual folders in KDE 4.1 or 4.2 (this is being implemented in Akonadi, and what parts of Akonadi will be in 4.1 is not decided yet), so chances are that feature will come in Fedora 10 or 11. :-) It will also be very powerful, integrating with Nepomuk tagging, so you can tag your mails and filter by tags. http://www.kdedevelopers.org/node/3264 > POP3 client learning IMAP ? special dIMAP account anyone?), just There has been lots of work done on IMAP by the Kolab consortium, so if you tried a pre-enterprise KMail, you may want to have a look at 3.5.9 (currently in updates-testing, but the kdepim-enterprise snapshot we have in updates is almost 3.5.9). Those folks are also working on kdepim 4.1 (and actually, in KDE 4 kdepimlibs, IMAP support came first, POP support has been added only recently). And by the way, KMail can import mail from Evolution. :-) (It's probably the client with the most import filters.) Kevin Kofler From mcepl at redhat.com Thu Feb 21 12:08:46 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 21 Feb 2008 13:08:46 +0100 Subject: default mail client References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <2c4095xd4v.ln2@ppp1053.in.ipex.cz> Message-ID: On 2008-02-21, 11:37 GMT, Matej Cepl wrote: > On 2008-02-21, 11:23 GMT, Matej Cepl wrote: >> better than others, and there is no reason to incurr >> non-negligible switching costs on our users (remember, most of >> them probably use default MUA, just because it is default). > > BTW, I have found in TB ?Import from Evolution? menu option. You sorry, that should read obviously ?I have NOT found? > mean that everybody should just throw out all their old messages > out of the window? > > Mat?j > From mcepl at redhat.com Thu Feb 21 12:10:26 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 21 Feb 2008 13:10:26 +0100 Subject: rawhide and cooker compared References: <1203564712.3020.10.camel@tabby> Message-ID: On 2008-02-21, 03:31 GMT, Austin Acton wrote: > http://groundstate.ca/rawhide-cooker/ > desktop font DejaVu (which I hate; it's too wide) I like DejaVu just because it is not crazily narrow as Times, but if you wish that there is always Liberation set of fonts (IIRC, installed per default) which is exactly metrics-comaptible with Times, Arial, Courier New. Mat?j From dwmw2 at infradead.org Thu Feb 21 12:16:09 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 21 Feb 2008 21:16:09 +0900 Subject: default mail client In-Reply-To: <47BCDB90.4050908@redhat.com> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> Message-ID: <1203596169.15409.65.camel@shinybook.infradead.org> On Wed, 2008-02-20 at 21:01 -0500, Warren Togami wrote: > I find Evolution to be completely unusable for IMAP folders. I have > dozens of IMAP folders with tens of thousands of messages on two > servers. Thunderbird seems to handle this a LOT faster than evolution > and crashes less often. See GNOME bug #336074 and #336076. Does Thunderbird actually support IMAP over SSH yet? Some mail servers don't actually have an IMAP d?mon listening, or allow password authentication. It has to be SSH. $ ssh baythorne.infradead.org exec /usr/sbin/dovecot --exec-mail imap * PREAUTH [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS] Logged in as dwmw2 Evolution can do this. Mutt can do this. Pine can do this. Sylpheed can do this. Etpan can do this. Can Thunderbird? Also, can Thunderbird send plain text without mangling it, or does the documentation at http://mbligh.org/linuxdocs/Email/Clients/Thunderbird still apply? (WARNING: The above-linked page Promotes an Attitude of Violence. Not for the faint-hearted). -- dwmw2 From mcepl at redhat.com Thu Feb 21 12:12:55 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 21 Feb 2008 13:12:55 +0100 Subject: default mail client References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> Message-ID: <7f6095xadv.ln2@ppp1053.in.ipex.cz> On 2008-02-21, 12:04 GMT, Kevin Kofler wrote: > want to have a look at 3.5.9 (currently in updates-testing, but > the kdepim-enterprise snapshot we have in updates is almost > 3.5.9). Those folks are also working on kdepim 4.1 (and > actually, in KDE 4 kdepimlibs, IMAP support came first, POP > support has been added only recently). Yes, to be honest, I was comparing with kmail as found in Debian/testing two years ago (KDE 3.3, I believe). Being bugmaster of the desktop team in RH, I am expected to use Gnome-based programs. Mat?j From debarshi.ray at gmail.com Thu Feb 21 12:23:37 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 21 Feb 2008 17:53:37 +0530 Subject: devhelp: missing dependency on gecko-libs = 1.8.1.12 In-Reply-To: References: <3170f42f0802180953x45c0f9e5w4035d164e2c4da94@mail.gmail.com> <3170f42f0802202004r40cf864bq55d3a7e51817fd49@mail.gmail.com> Message-ID: <3170f42f0802210423t19b7045nbffdcf9d89141cd1@mail.gmail.com> > And number of the bug you filed is? https://bugzilla.redhat.com/show_bug.cgi?id=433769 Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From anderson at redhat.com Thu Feb 21 12:56:57 2008 From: anderson at redhat.com (Dave Anderson) Date: Thu, 21 Feb 2008 07:56:57 -0500 Subject: rawhide report: 20080220 changes In-Reply-To: <1203549442.15409.33.camel@shinybook.infradead.org> References: <20080220151413.15e74726@redhat.com> <1203549442.15409.33.camel@shinybook.infradead.org> Message-ID: <47BD7519.4040107@redhat.com> David Woodhouse wrote: > On Wed, 2008-02-20 at 15:14 -0500, Jesse Keating wrote: >> * Wed Feb 20 2008 Dave Anderson - 4.0-6.0.4 >> - First attempt at addressing the GCC 4.3 build, which failed on x86_64 >> because ptrace-abi.h (included by ptrace.h) uses the "u32" typedef, >> which relies on , and include/asm-x86_64/types.h >> does not not typedef u32 as done in include/asm-x86/types.h. > > Hm. Did you send a patch to the upstream kernel to fix that? We > shouldn't be using that 'u32' abomination in user-visible headers. No. > > If it's something which libc might include for itself, we have to avoid > standard C types and use '__u32' to avoid namespace 'pollution'. > > Otherwise, as seems to be the case here, we can just require > and use the proper 'uint32_t' type. > Right, since ptrace-abi.h explicitly #include's asm/types.h just prior to the structure declaration, probably __u32 is more appropriate? Dave From fedora at camperquake.de Thu Feb 21 12:59:38 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 21 Feb 2008 13:59:38 +0100 Subject: default mail client In-Reply-To: <2c4095xd4v.ln2@ppp1053.in.ipex.cz> References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <2c4095xd4v.ln2@ppp1053.in.ipex.cz> Message-ID: <20080221135938.53cf5bc4@dhcp03.addix.net> Hi. On Thu, 21 Feb 2008 12:37:06 +0100, Matej Cepl wrote: > BTW, I have found in TB ?Import from Evolution? menu option. You > mean that everybody should just throw out all their old messages > out of the window? The answer to that is IMAP. From p.jonhson at sky.com Thu Feb 21 13:13:14 2008 From: p.jonhson at sky.com (paul) Date: Thu, 21 Feb 2008 13:13:14 +0000 Subject: Evolution problem - not sure if it's a bug though Message-ID: <1203599594.3609.27.camel@T7.Linux> Hi, My emails used to show that they came from paul at all-the-johnsons.co.uk. Currently, they're showing them from a sky.com address. Sky requires authentication for their smtp server (since they now use google that is for email) and the address you see on my emails (the sky.com one) is in my smtp settings thing. Should evolution be reporting this or should it be reporting the From: address? If it should be reporting the sky.com one, is there a way to disguise it? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! From nigel.metheringham at dev.intechnology.co.uk Thu Feb 21 13:20:25 2008 From: nigel.metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Thu, 21 Feb 2008 13:20:25 +0000 Subject: Evolution problem - not sure if it's a bug though In-Reply-To: <1203599594.3609.27.camel@T7.Linux> References: <1203599594.3609.27.camel@T7.Linux> Message-ID: <8F311CFE-CD5A-4D9C-836D-44943A7E6A5D@dev.intechnology.co.uk> On 21 Feb 2008, at 13:13, paul wrote: > Should evolution be reporting this or should it be reporting the From: > address? If it should be reporting the sky.com one, is there a way to > disguise it? Since all trace of your all-the-johnsons address is being stripped from the message by the gmail forwarding (other than the reply-to), there is nothing evolution can do about this (at least until the psychic add-on to the DWIM module is added). Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From mbarnes at redhat.com Thu Feb 21 13:36:46 2008 From: mbarnes at redhat.com (Matthew Barnes) Date: Thu, 21 Feb 2008 08:36:46 -0500 Subject: default mail client In-Reply-To: <47BCFBBA.3030509@redhat.com> References: <47BCD874.3000600@redhat.com> <1203560217.9597.5.camel@localhost.localdomain> <47BCFBBA.3030509@redhat.com> Message-ID: <1203601006.27334.47.camel@localhost.localdomain> On Thu, 2008-02-21 at 14:19 +1000, Jens Petersen wrote: > Ok, probably not very technically accurate, but I was thinking of the > custom gtk widgets and gtkhtml that Evolution uses. That's a valid point and it's an issue I've been trying to chip away at since landing this gig. Evolution has a lot of old cruft underneath the hood and still relies on technology that fell out favor years ago. Examples: - GtkHTML -- Evolution's HTML rendering library -- is no longer under active development. - Parts of Evolution's UI look like something out of the Motif era. - It's still heavily dependent on the GNOME Applications Library, a library that never gained much popularity and Evolution eventually subsumed. - Don't even get me started about Bonobo. Here's what I'm doing about each of them: - Alp Toker and I have talked about a possible migration to WebKit/GTK+. WebKit/GTK+ still lacks an editing API and adequate printing support, among other things, but looks very promising. I've begun prototyping code but it's still in a very early stage. - I've been aggressively moving Evolution off deprecated and custom widgets to modern GTK+ widgets. Still much more work to be done. - Chipping away at the GNOME Applications Library. Slow going. - I'm in the midst of rewriting Evolution's message composer to not rely on Bonobo. Once done, I plan to use those results as a blueprint for moving the rest of Evolution off Bonobo. I hope to start this last phase by year's end. I also have to say Evolution development seems more active and positive now than I think it has been in years. That's a good sign. Matthew Barnes From p.jonhson at sky.com Thu Feb 21 13:51:13 2008 From: p.jonhson at sky.com (paul) Date: Thu, 21 Feb 2008 13:51:13 +0000 Subject: Gnome panel drawers Message-ID: <1203601873.3609.38.camel@T7.Linux> Hi, I have a number of drawers on my panel which usually contain the likes of openoffice, development software and things like that. They seem to be dead now (both on x86 and x86_64). If I create a new drawer and put something into it, that drawer also fails to open. Is anyone else seeing this? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! From ivazqueznet at gmail.com Thu Feb 21 14:07:10 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 21 Feb 2008 09:07:10 -0500 Subject: Evolution problem - not sure if it's a bug though In-Reply-To: <1203599594.3609.27.camel@T7.Linux> References: <1203599594.3609.27.camel@T7.Linux> Message-ID: <1203602830.29154.33.camel@ignacio.lan> On Thu, 2008-02-21 at 13:13 +0000, paul wrote: > My emails used to show that they came from paul at all-the-johnsons.co.uk. > Currently, they're showing them from a sky.com address. Sky requires > authentication for their smtp server (since they now use google that is > for email) and the address you see on my emails (the sky.com one) is in > my smtp settings thing. > > Should evolution be reporting this or should it be reporting the From: > address? If it should be reporting the sky.com one, is there a way to > disguise it? Does the Identity tab have all-the on it? -- 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 johannbg at hi.is Thu Feb 21 14:10:15 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Thu, 21 Feb 2008 14:10:15 +0000 Subject: default mail client In-Reply-To: <1203601006.27334.47.camel@localhost.localdomain> References: <47BCD874.3000600@redhat.com> <1203560217.9597.5.camel@localhost.localdomain> <47BCFBBA.3030509@redhat.com> <1203601006.27334.47.camel@localhost.localdomain> Message-ID: <47BD8647.5000408@hi.is> I suggest that Thunderbird will be installed along with Evolution RFE filed for when a user first setups Thunderbird he will be asked if he wants to import mail from Evolution and make Thunderbird the default mail client... Evolution could still be the default mail client but users that are switching from M$ to Fedora or already use Fedora and already are used to use Thunderbird, it would be there for them.. I think we should rather waste our energy in debating about Tomboy and it's reason being installed by default and wasting users resource when there are already alot ( Gedit openoffice vim for example ) of other application that get installed by default, that the user can organize his ideas and information he deals with every day.... Just my 2 cents.... Best regards. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From p.jonhson at sky.com Thu Feb 21 14:13:40 2008 From: p.jonhson at sky.com (paul) Date: Thu, 21 Feb 2008 14:13:40 +0000 Subject: Evolution problem - not sure if it's a bug though In-Reply-To: <1203602830.29154.33.camel@ignacio.lan> References: <1203599594.3609.27.camel@T7.Linux> <1203602830.29154.33.camel@ignacio.lan> Message-ID: <1203603220.3609.40.camel@T7.Linux> Hi, > > Should evolution be reporting this or should it be reporting the From: > > address? If it should be reporting the sky.com one, is there a way to > > disguise it? > > Does the Identity tab have all-the on it? Yes. TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! From jkeating at redhat.com Thu Feb 21 14:15:32 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 21 Feb 2008 09:15:32 -0500 Subject: rawhide report: 20080221 changes Message-ID: <20080221091532.5870faa0@redhat.com> New package emacs-common-tuareg Emacs mode for editing ocaml New package gcx Data-reduction tool for CCD photometry New package lpsolve A Mixed Integer Linear Programming (MILP) solver New package system-config-kdump A graphical interface for configuring kernel crash dumping Removed package usbsink Removed package pyspi Removed package hunky-fonts Removed package libmatchbox Removed package pstack Removed package matchbox-window-manager Updated Packages: AGReader-1.2-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2-5 - Autorebuild for GCC 4.3 DevIL-1.6.8-0.15.rc2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.6.8-0.15.rc2 - Autorebuild for GCC 4.3 GConf2-2.21.90-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.21.90-2 - Autorebuild for GCC 4.3 GeoIP-1.4.4-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.4-2 - Autorebuild for GCC 4.3 ImageMagick-6.3.8.1-2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.3.8.1-2 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Tom "spot" Callaway 6.3.8.1-1 - update to 6.3.8.1 - rebuild for new perl - fix license tag - fix rpath issues - add sparc64 to 64bit arch list OpenIPMI-2.0.13-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.13-2 - Autorebuild for GCC 4.3 PyXML-0.8.4-9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.4-9 - Autorebuild for GCC 4.3 R-Biobase-1.16.1-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.16.1-5 - Autorebuild for GCC 4.3 R-BufferedMatrix-1.2.0-5.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.0-5 - Autorebuild for GCC 4.3 * Sat Feb 09 2008 Pingou 1.2.0-4 - Typo error on the changelog * Sat Feb 09 2008 Pingou 1.2.0-3 - Change the URL R-BufferedMatrixMethods-1.3.0-3.fc9 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.0-3 - Autorebuild for GCC 4.3 * Sat Feb 09 2008 Pingou 1.3.0-2 - Change the URL R-affyio-1.6.1-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.6.1-3 - Autorebuild for GCC 4.3 R-maanova-1.9.0-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9.0-2 - Autorebuild for GCC 4.3 R-multtest-1.18.0-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.18.0-4 - Autorebuild for GCC 4.3 R-rlecuyer-0.1-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1-6 - Autorebuild for GCC 4.3 SILLY-0.1.0-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.0-5 - Autorebuild for GCC 4.3 aasaver-0.3.2-3.fc9 ------------------- abook-0.6.0-0.3.pre2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-0.3.pre2 - Autorebuild for GCC 4.3 accrete-1.0-3.fc9 ----------------- acpi-0.09-3.fc9 --------------- acpitool-0.4.7-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.7-4 - Autorebuild for GCC 4.3 adaptx-0.9.13-5jpp.3.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.9.13-5jpp.3 - Autorebuild for GCC 4.3 adjtimex-1.21-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.21-4 - Autorebuild for GCC 4.3 adminutil-1.1.5-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.5-2 - Autorebuild for GCC 4.3 anacron-2.3-58.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.3-58 - Autorebuild for GCC 4.3 archimedes-0.7.0-3.fc9 ---------------------- asa-1.2-5.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-5 - Autorebuild for GCC 4.3 asylum-0.2.3-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.2.3-3 - Autorebuild for GCC 4.3 at-3.1.10-21.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.10-21 - Autorebuild for GCC 4.3 autotrace-0.31.1-16.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.31.1-16 - Autorebuild for GCC 4.3 avalon-framework-0:4.1.4-3jpp.14.fc9 ------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:4.1.4-3jpp.14 - Autorebuild for GCC 4.3 avalon-logkit-0:1.2-5jpp.5.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2-5jpp.5 - Autorebuild for GCC 4.3 * Fri Feb 09 2007 Permaine Cheung 0:1.2-4jpp.5.fc9 - Fix source URL, BuildRoot * Thu Feb 08 2007 Permaine Cheung 0:1.2-4jpp.4.fc9 - rpmlint cleanup. awn-extras-applets-0.2.1-2.fc9 ------------------------------ axis-0:1.2.1-3jpp.8.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.1-3jpp.8 - Autorebuild for GCC 4.3 * Thu Apr 19 2007 Permaine Cheung 0:1.2.1-2jpp.8 - Rebuild babel-0.9.2-1.fc9 ----------------- balsa-2.3.22-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.3.22-2 - Autorebuild for GCC 4.3 bcel-0:5.2-4jpp.2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:5.2-4jpp.2 - Autorebuild for GCC 4.3 bind-32:9.5.0-28.b2.fc9 ----------------------- * Wed Feb 20 2008 Adam Tkac 32:9.5.0-28.b2 - port named to use libcap library, enable threads (#433102) - removed some unneeded Requires bison-2.3-5.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.3-5 - Autorebuild for GCC 4.3 bitmap-1.0.3-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-4 - Autorebuild for GCC 4.3 bluecurve-gtk-themes-1.0.0-2.fc9 -------------------------------- bogl-0:0.1.18-14 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:0.1.18-14 - Autorebuild for GCC 4.3 boo-0.8.0.2730-9.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.0.2730-9 - Autorebuild for GCC 4.3 * Thu Jan 03 2008 Paul F. Johnson 0.8.0-2730-7 - spec fix * Wed Dec 19 2007 Paul F. Johnson 0.8.0-2730-6 - remove ppc build - fix libdir problem for pc file boolstuff-0.1.11-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.11-5 - Autorebuild for GCC 4.3 bootparamd-0.17-27.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.17-27 - Autorebuild for GCC 4.3 bouml-3.5-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.5-2 - Autorebuild for GCC 4.3 brandy-1.0.19-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.19-5 - Autorebuild for GCC 4.3 bsf-0:2.3.0-12jpp.2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.3.0-12jpp.2 - Autorebuild for GCC 4.3 * Wed Mar 07 2007 Permaine Cheung 0:2.3.0-11jpp.2 - Update spec file as per Fedora guidelines bsh-0:1.3.0-12jpp.1.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.3.0-12jpp.1 - Autorebuild for GCC 4.3 byacc-1.9.20070509-2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.9.20070509-2 - Autorebuild for GCC 4.3 * Tue Nov 13 2007 Petr Machata - 1.9.20070509-1 - Update to the 20070509 release. - Related: #225632 * Wed Sep 12 2007 Matthias Saou 1.9.20050813-2 - Update summary. - Remove useless doc copying in install section. - Add NOTES and NO_WARRANTY docs. c2050-0.3a-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3a-4 - Autorebuild for GCC 4.3 c2070-0.99-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.99-4 - Autorebuild for GCC 4.3 calc-2.12.2.1-12.fc9 -------------------- * Wed Feb 20 2008 Matthew Miller - 2.12.2.1-12 - add util-linux as a build prereq * Tue Feb 19 2008 Fedora Release Engineering - 2.12.2.1-11 - Autorebuild for GCC 4.3 * Fri Sep 21 2007 Matthew Miller - 2.12.2.1-10 - add HAVE_FPOS="-DHAVE_NO_FPOS" to make ppc build work properly. Thanks to Denis Leroy and David Woodhouse. RH Bug #299581. castor-0:0.9.5-2jpp.8.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:0.9.5-2jpp.8 - Autorebuild for GCC 4.3 * Wed Apr 18 2007 Permaine Cheung - 0:0.9.5-1jpp.8 - Update spec file as per fedora review process. ccid-1.2.1-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-4 - Autorebuild for GCC 4.3 cdparanoia-alpha9.8-28.2 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - alpha9.8-28.2 - Autorebuild for GCC 4.3 cernlib-g77-2006-24.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2006-24 - Autorebuild for GCC 4.3 chemtool-1.6.11-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.6.11-3 - Autorebuild for GCC 4.3 chkconfig-1.3.37-2 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.3.37-2 - Autorebuild for GCC 4.3 cjet-0.8.9-6.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.9-6 - Autorebuild for GCC 4.3 classpathx-jaf-0:1.0-11jpp.1.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0-11jpp.1 - Autorebuild for GCC 4.3 * Sun Mar 11 2007 Vivek Lakshmanan - 0:1.0-10jpp.1.fc7 - Resync with latest from JPP cmake-2.4.8-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4.8-2 - Autorebuild for GCC 4.3 cobbler-0.8.1-1.fc9 ------------------- * Wed Feb 20 2008 Michael DeHaan - 0.8.1-1 - Upstream changes (see CHANGELOG) comgt-0.32-2.fc9 ---------------- compat-flex-2.5.4a-4.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.5.4a-4 - Autorebuild for GCC 4.3 concurrent-0:1.3.4-8jpp.1.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.3.4-8jpp.1 - Autorebuild for GCC 4.3 cppunit-1.12.0-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.12.0-5 - Autorebuild for GCC 4.3 cracklib-2.8.12-2 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.8.12-2 - Autorebuild for GCC 4.3 crm114-0-1.7.20070810.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0-1.7.20070810 - Autorebuild for GCC 4.3 cryptix-0:3.2.0-10jpp.2 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:3.2.0-10jpp.2 - Autorebuild for GCC 4.3 * Wed Oct 04 2006 Matt Wringe 3.2.0-9jpp.2 - Apply patch (from Oliver Falk) to allow for building on a 1.5 jdk (Bug #318181) * Thu Aug 10 2006 Matt Wringe 3.2.0-9jpp.1 - Merge with upstream version: - Add missing javadoc post and unpost - Add missing javadoc requires cryptsetup-luks-1.0.5-9.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.5-9 - Autorebuild for GCC 4.3 * Sat Jan 19 2008 Peter Jones - 1.0.5-8 - Rebuild for broken deps. cscope-15.5-17.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 15.5-17 - Autorebuild for GCC 4.3 ctorrent-1.3.4-6.dnh3.2.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.4-6.dnh3.2 - Autorebuild for GCC 4.3 cups-1:1.3.6-1.fc9 ------------------ * Wed Feb 20 2008 Tim Waugh 1:1.3.6-1 - 1.3.6. dap-netcdf_handler-3.7.8-3.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.7.8-3 - Autorebuild for GCC 4.3 dap-server-3.8.4-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.8.4-3 - Autorebuild for GCC 4.3 dbus-1.1.4-6.fc9 ---------------- * Wed Feb 20 2008 Mamoru Tasaka - 1.1.4-6 - Really rebuild against new libcap * Sun Feb 17 2008 Adam Tkac - 1.1.4-5 - rebuild against new libcap * Tue Feb 05 2008 Matthias Clasen - 1.1.4-4 - Fix a dbus-launch problem (#430412) dcraw-8.81-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 8.81-2 - Autorebuild for GCC 4.3 desktop-file-utils-0.14-3.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.14-3 - Autorebuild for GCC 4.3 dialog-1.1-4.20071028.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-4.20071028 - Autorebuild for GCC 4.3 dmidecode-1:2.9-1.28.1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:2.9-1.27.1 - Autorebuild for GCC 4.3 docbook2X-0.8.8-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.8-2 - Autorebuild for GCC 4.3 doxygen-1:1.5.5-2.fc9 --------------------- * Wed Feb 20 2008 Than Ngo 1.5.5-2 - apply patch to make doxygen using system libpng/zlib driftnet-0.1.6-16.20040426cvs.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.6-16.20040426cvs - Autorebuild for GCC 4.3 dtach-0.7-2.2.3 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7-2.2.3 - Autorebuild for GCC 4.3 dtdparser-0:1.21-4jpp.2.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.21-4jpp.2 - Autorebuild for GCC 4.3 dx-4.4.4-6.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.4.4-6 - Autorebuild for GCC 4.3 eclipse-cdt-1:4.0.1-3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:4.0.1-3 - Autorebuild for GCC 4.3 eclipse-checkstyle-4.0.1-10.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.0.1-10 - Autorebuild for GCC 4.3 eclipse-egit-0.3.0-3.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.3.0-3 - Autorebuild for GCC 4.3 eclipse-gef-3.3.0-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.3.0-2 - Autorebuild for GCC 4.3 eclipse-photran-4.0-1.b3.fc9.1 ------------------------------ eclipse-subclipse-1.2.4-7.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.4-7 - Autorebuild for GCC 4.3 * Mon Nov 12 2007 Robert Marcano 1.2.4-6 - Build for all supported arquitectures * Fri Oct 19 2007 Robert Marcano 1.2.4-3 - Disable ppc64 build for f8, see Bug #298071 ed2k_hash-0.4.0-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.0-7 - Autorebuild for GCC 4.3 ejabberd-2.0.0-0.4.rc1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.0-0.4.rc1 - Autorebuild for GCC 4.3 * Wed Jan 23 2008 Peter Lemenkov 2.0.0-0.3.rc1 - Really enabled some previously disabled modules * Wed Jan 23 2008 Peter Lemenkov 2.0.0-0.2.rc1 - Enabled some previously disabled modules ekg-1.7-6.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7-6 - Autorebuild for GCC 4.3 empathy-0.21.4-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.21.4-2 - Autorebuild for GCC 4.3 engine_pkcs11-0.1.4-2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.4-2 - Autorebuild for GCC 4.3 esmtp-0.6.0-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-4 - Autorebuild for GCC 4.3 fdupes-1.40-12.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.40-12 - Autorebuild for GCC 4.3 fetchlog-1.0-9.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0-9 - Autorebuild for GCC 4.3 fftw-3.1.2-6.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.2-6 - Autorebuild for GCC 4.3 filelight-1.0-12.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-12 - Autorebuild for GCC 4.3 filesystem-2.4.11-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4.11-2 - Autorebuild for GCC 4.3 firmware-addon-dell-1.4.8-1.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.8-1 - Autorebuild for GCC 4.3 flac-1.2.1-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-3 - Autorebuild for GCC 4.3 * Tue Jan 29 2008 Miroslav Lichvar 1.2.1-2 - fix building with gcc-4.3 - reenable some assembly optimizations - hide private libFLAC symbols (#285961) - update license tag - add %check - remove -maltivec from CFLAGS * Mon Sep 17 2007 - Bastien Nocera - 1.2.1-1 - Update to 1.2.1 flasm-1.62-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.62-4 - Autorebuild for GCC 4.3 fprint_demo-0.4-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-4 - Autorebuild for GCC 4.3 ftp-0.17-46.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.17-46 - Autorebuild for GCC 4.3 funionfs-0.4.3-2.fc9 -------------------- fuse-2.7.3-1.fc9 ---------------- * Wed Feb 20 2008 Peter Lemenkov 2.7.3-1 - Ver. 2.7.3 - Removed usergroup fuse - Added chkconfig support (BZ#228088) * Tue Feb 19 2008 Fedora Release Engineering - 2.7.2-2 - Autorebuild for GCC 4.3 * Mon Jan 21 2008 Tom "spot" Callaway 2.7.2-1 - bump to 2.7.2 - fix license tag fuse-emulator-0.9.0-2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.0-2 - Autorebuild for GCC 4.3 * Mon Jan 07 2008 Ian Chapman 0.9.0-1 - Upgrade to 0.9.0 - Use DESTDIR and noroms patch - Added several new BRs for the new version * 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.9.0-2.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.0-2 - Autorebuild for GCC 4.3 fuse-python-0.2-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2-7 - Autorebuild for GCC 4.3 * Thu Oct 18 2007 Michel Salim 0.2-6 - Fix source URL - Include examples fwbuilder-2.1.16-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.1.16-2 - Autorebuild for GCC 4.3 g2clib-1.0.5-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.5-4 - Autorebuild for GCC 4.3 gajim-0.11.4-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.11.4-2 - Autorebuild for GCC 4.3 ganymed-ssh2-210-6.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 210-6 - Autorebuild for GCC 4.3 gdb-6.7.1-13.fc9 ---------------- * Wed Feb 20 2008 Jan Kratochvil - 6.7.1-13 - ia64 build fixes from Doug Chapman (BZ 428882). - gdbserver separated into an extra package (BZ 405791). - pstack obsoleted by included gstack (BZ 197020). - Fix #include on kernel-headers-2.6.25-0.40.rc1.git2.fc9.x86_64. - Drop the PowerPC simulator as no longer being compatible with Fedora binaries. genromfs-0.5.1-6 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.1-6 - Autorebuild for GCC 4.3 * Thu Aug 16 2007 Petr Machata - 0.5.1-5 - Fix licensing tag. * Wed Feb 07 2007 Petr Machata - 0.5.1-4 - Tidy up the specfile per rpmlint comments geomview-1.9.4-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9.4-6 - Autorebuild for GCC 4.3 gg2-2.3.0-7.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.3.0-7 - Autorebuild for GCC 4.3 giflib-4.1.3-9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.1.3-9 - Autorebuild for GCC 4.3 gift-gnutella-0.0.11-5.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.11-5 - Autorebuild for GCC 4.3 gift-openft-0.2.1.6-12.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.1.6-12 - Autorebuild for GCC 4.3 glabels-2.2.1-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.1-2 - Autorebuild for GCC 4.3 glpk-4.25-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.25-2 - Autorebuild for GCC 4.3 gnome-applet-music-2.2.1-2.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.2.1-2 - Autorebuild for GCC 4.3 gnome-desktop-2.21.91-7.fc9 --------------------------- * Wed Feb 20 2008 Soren Sandmann - 2.21.91-7 * Update randr code gnome-panel-2.21.91-7.fc9 ------------------------- * Wed Feb 20 2008 Matthias Clasen - 2.21.91-7 - Make the last patch work gnomeradio-1.7-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7-4 - Autorebuild for GCC 4.3 gnucash-2.2.3-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.3-3 - Autorebuild for GCC 4.3 gpa-0.7.6-4.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.6-4 - Autorebuild for GCC 4.3 * Sat Aug 25 2007 Rex Dieter 0.7.6-3 - respin (BuildID) * Thu Aug 02 2007 Rex Dieter 0.7.6-2 - License: GPLv2+ gperf-3.0.3-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.3-4 - Autorebuild for GCC 4.3 gpsbabel-1.3.4-2.fc9 -------------------- grads-1.9b4-23.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.9b4-23 - Autorebuild for GCC 4.3 grass-6.2.3-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.2.3-2 - Autorebuild for GCC 4.3 * Sat Jan 05 2008 Devrim GUNDUZ 6.2.3-1 - Update to 6.2.3 groff-1.18.1.4-13.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.18.1.4-13 - Autorebuild for GCC 4.3 gsf-sharp-0.8.1-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.1-7 - Autorebuild for GCC 4.3 gsoap-2.7.10-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.7.10-3 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 - 2.7.10-2 - Removed --disable-namespaces from configure, result is code compiled against gsoap does not need to call set_soap_namespaces gtk-qt-engine-1:0.8-3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.8-3 - Autorebuild for GCC 4.3 gtkimageview-1.5.0-2.fc9 ------------------------ gtkperf-0.40-7.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.40-7 - Autorebuild for GCC 4.3 * Sat Aug 11 2007 Per Patrice Bouchand 0.40-6 - Remove attr(755,root,root) on _bindir * Fri Aug 10 2007 Per Patrice Bouchand 0.40-5 - Convert ChangeLog to UTF8 - Update License tag to GPLv2 - Suppress the call of automated autoheader - Set CFLAGS in make guile-5:1.8.3-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5:1.8.3-3 - Autorebuild for GCC 4.3 guile-cairo-1.4.0-5.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.0-5 - Autorebuild for GCC 4.3 haddock-2.0.0.0-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.0.0-2 - Autorebuild for GCC 4.3 halevt-0.0.7-2.fc9 ------------------ hdparm-8.4-1.fc9 ---------------- * Wed Feb 20 2008 Karsten Hopp 8.4-1 - version 8.4 * Tue Feb 19 2008 Karsten Hopp 8.1-3 - upload 8.1 sources and rebuild hesinfo-3.1.0-3 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-3 - Autorebuild for GCC 4.3 hesiod-3.1.0-10 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-10 - Autorebuild for GCC 4.3 hnb-1.9.18-5.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9.18-5 - Autorebuild for GCC 4.3 hping3-0.0.20051105-9.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.20051105-9 - Autorebuild for GCC 4.3 httrack-3.42-9.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.42-9 - Autorebuild for GCC 4.3 hunspell-lt-1.2.1-1.fc9 ----------------------- * Wed Feb 20 2008 Caolan McNamara - 1.2.1-1 - latest version ifd-egate-0.05-20 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.05-20 - Autorebuild for GCC 4.3 inchi-1.0.2-0.3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-0.3 - Autorebuild for GCC 4.3 indent-2.2.9-19.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.9-19 - Autorebuild for GCC 4.3 * Thu Aug 16 2007 Petr Machata - 2.2.9-18 - Fix licensing tag. * Fri Feb 02 2007 Petr Machata - 2.2.9-17 - Tidy up the specfile per rpmlint comments - Use utf-8 and fix national characters in contributor's names intltool-0.37.0-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.37.0-3 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Matthias Clasen - 0.37.0-2 - Require gettext intuitively-0.7-13.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7-13 - Autorebuild for GCC 4.3 iozone-3-5.fc9 -------------- ipod-sharp-0.8.0-4.fc9 ---------------------- * Wed Feb 20 2008 David Nielsen 0.8.0-4 - and let's correct that BR on ndesk-dbus-glib * Wed Feb 20 2008 David Nielsen 0.8.0-3 - Add libipoddevice and ndesk-dbus to build dependencies - Update libdir patch - make singlethreaded to avoid build error - split out development files * Mon Feb 18 2008 Fedora Release Engineering - 0.8.0-2 - Autorebuild for GCC 4.3 iptraf-3.0.1-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.0.1-3 - Autorebuild for GCC 4.3 ipv6calc-0.71.0-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.71.0-2 - Autorebuild for GCC 4.3 irqbalance-2:0.55-8.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:0.55-8 - Autorebuild for GCC 4.3 irssi-0.8.12-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.8.12-5 - Autorebuild for GCC 4.3 isync-1.0.3-7.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-7 - Autorebuild for GCC 4.3 jakarta-commons-codec-0:1.3-9jpp.2.fc9 -------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.3-9jpp.2 - Autorebuild for GCC 4.3 jakarta-commons-digester-0:1.7-7jpp.2 ------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.7-7jpp.2 - Autorebuild for GCC 4.3 jakarta-commons-discovery-1:0.4-3jpp.1.fc9 ------------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:0.4-3jpp.1 - Autorebuild for GCC 4.3 * Wed Mar 21 2007 Matt Wringe - 1:0.4-2jpp.1 - Merge with latest jpp version - fix rpmlint isuses * Sat Feb 17 2007 Fernando Nasser - 1:0.4-2jpp - Remove distribution and vendor tags - Fix empty post postun messages - Use spaces and no tabs all over jakarta-commons-fileupload-1:1.0-7jpp.2.fc9 ------------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.0-7jpp.2 - Autorebuild for GCC 4.3 * Tue Apr 17 2007 Permaine Cheung - 1:1.0-6jpp.2 - Update spec file as per fedora review jakarta-commons-httpclient-1:3.0.1-2jpp.2.fc9 --------------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:3.0.1-2jpp.2 - Autorebuild for GCC 4.3 jakarta-commons-lang-0:2.3-2jpp.1.fc9 ------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.3-2jpp.1 - Autorebuild for GCC 4.3 jakarta-commons-launcher-0:1.1-2jpp.3.fc9 ----------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.1-2jpp.3 - Autorebuild for GCC 4.3 jakarta-commons-modeler-0:2.0-4jpp.2.fc9 ---------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.0-4jpp.2 - Autorebuild for GCC 4.3 jakarta-taglibs-standard-0:1.1.1-9jpp.1.fc9 ------------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.1.1-9jpp.1 - Autorebuild for GCC 4.3 * Wed Mar 21 2007 Matt Wringe 0:1.1.1-8jpp.1 - Merge with latest jpp version - Fix various rpmlint warnings * Wed Mar 21 2007 Matt Wringe 0:1.1.1-8jpp - Fix empty javadoc post and postun rpmlint warnings - Update copyright year javacc-0:4.0-4jpp.3 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:4.0-4jpp.3 - Autorebuild for GCC 4.3 jdepend-0:2.6-7jpp.3 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.6-7jpp.3 - Autorebuild for GCC 4.3 * Thu Apr 26 2007 Matt Wringe - 0:2.6-6jpp.3 - rebuild * Thu Oct 26 2006 Fernando Nasser - 0:2.6-6jpp.2 - Really add missing javadoc requires this time jlex-0:1.2.6-6jpp.1 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.6-6jpp.1 - Autorebuild for GCC 4.3 jline-0:0.9.9-2jpp.1.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:0.9.9-2jpp.1 - Autorebuild for GCC 4.3 jss-4.2.5-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.2.5-2 - Autorebuild for GCC 4.3 jtidy-2:1.0-0.2.r7dev.1jpp.2.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:1.0-0.2.r7dev.1jpp.2 - Autorebuild for GCC 4.3 jython-2.2-0.4.Release_2_2beta1.1jpp.3.fc9 ------------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.2-0.4.Release_2_2beta1.1jpp.3 - Autorebuild for GCC 4.3 jzlib-0:1.0.7-5jpp.1 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0.7-5jpp.1 - Autorebuild for GCC 4.3 kaffeine-0.8.6-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.6-2 - Autorebuild for GCC 4.3 kanatest-0.4.4-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.4-4 - Autorebuild for GCC 4.3 kbiof-0.3-3.fc9 --------------- kcometen3-1.1-7.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-7 - Autorebuild for GCC 4.3 kdesvn-0.14.1-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.14.1-4 - Autorebuild for GCC 4.3 kdetv-0.8.9-10.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.8.9-10 - Autorebuild for GCC 4.3 kdiff3-0.9.92-12.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.92-12 - Autorebuild for GCC 4.3 kdnssd-avahi-0.1.3-0.6.20080116svn.fc9 -------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.3-0.6.20080116svn - Autorebuild for GCC 4.3 kdocker-1.3-10.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.3-10 - Autorebuild for GCC 4.3 kernel-2.6.25-0.54.rc2.fc9 -------------------------- * Mon Feb 18 2008 John W. Linville - ath5k: correct padding in tx descriptors - ipw2200: fix ucode assertion for RX queue overrun - iwlwifi: Don't send host commands on rfkill - rt2x00: Add new USB ID to rt2500usb - wavelan: mark hardware interfacing structures as packed - rndis_wlan: enable stall workaround by link quality instead of link speed - b43: Add driver load messages - b43: Add firmware information to modinfo - b43: Fix firmware load message level - mac80211: Fix initial hardware configuration - iwlwifi: earlier rx allocation - iwlwifi: do not clear GEO_CONFIGURED bit when calling _down - iwlwifi: only check for association id when associating with AP - b43legacy: fix DMA for 30/32-bit DMA engines - b43legacy: add firmware information to modinfo - b43legacy: fix firmware load message level - b43legacy: Add driver load messages - iwlwifi: reverting 'misc wireless annotations' patch for iwlwifi - wireless: Fix WARN_ON() with ieee802.11b - rt2x00: Rate structure overhaul - rt2x00: Remove HWMODE_{A,B,G} - rt2x00: Use ieee80211_channel_to_frequency() - rt2x00: Make use of MAC80211_LED_TRIGGERS - rt2x00: Enable LED class support for rt2500usb/rt73usb - rt2x00: Fix rate initialization - rt2x00: Release rt2x00 2.1.0 - cfg80211 API for channels/bitrates, mac80211 and driver conversion - nl80211: export hardware bitrate/channel capabilities - mac80211: fix scan band off-by-one error - mac80211: remove port control enable switch, clean up sta flags - wireless: fix ERP rate flags - mac80211: split ieee80211_txrx_result - mac80211: split RX_DROP - mac80211: clean up some things in the RX path - mac80211: remove "dynamic" RX/TX handlers - mac80211: move some code into ieee80211_invoke_rx_handlers - ath5k: Port to new bitrate/channel API - ath5k: Cleanup after API changes - ath5k: ath5k_copy_channels() was not setting the channel band - ath5k: Use our own Kconfig file, we'll be expanding this shortly - ath5k: Port debug.c over to the new band API and enable as build option - ath5k: Use software encryption for now - ath5k/phy.c: fix negative array index - nl80211: Add monitor interface configuration flags - mac80211: Use monitor configuration flags - mac80211: Add cooked monitor mode support - iwlwifi: initialize ieee80211_channel->hw_value - iwlwifi: set rate_idx correctly from plcp - rc80211-pid: fix rate adjustment - iwlwifi: Fix HT compilation breakage caused by cfg80211 API for channels/bitrates patch * Mon Feb 18 2008 Dave Jones - More exec-shield cleanup. * Sun Feb 17 2008 Chuck Ebbert - Fix Powerbook function keys on x86-64. kickpim-0.5.3-14.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.3-14 - Autorebuild for GCC 4.3 * Mon Dec 03 2007 Rex Dieter 0.5.3-13 - BR: kdepim3-devel - drop Requires: kdebase kiosktool-1.0-10.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-10 - Autorebuild for GCC 4.3 * Sat Dec 08 2007 Rex Dieter 1.0-9 - BR: kdelibs3-devel kmplayer-0.10.0c-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.10.0c-4 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Rex Dieter 0.10.0c-3 - really include/use -icon patch komparator-0.8-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8-3 - Autorebuild for GCC 4.3 kompose-0.5.3-10.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.3-10 - Autorebuild for GCC 4.3 koules-1.4-2.fc9 ---------------- kphotoalbum-3.1.0-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-2 - Autorebuild for GCC 4.3 ksirk-1.7-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7-6 - Autorebuild for GCC 4.3 kudzu-1.2.83-2 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.83-2 - Autorebuild for GCC 4.3 ldns-1.2.2-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.2-3 - Autorebuild for GCC 4.3 lesstif-0.95.0-23.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.95.0-23 - Autorebuild for GCC 4.3 lib765-0.4.1-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.4.1-3 - Autorebuild for GCC 4.3 libEMF-1.0.3-7.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-7 - Autorebuild for GCC 4.3 libcap-2.06-3.fc9 ----------------- * Wed Feb 20 2008 Karsten Hopp 2.06-3 - temporarily add libcap-1 libraries to bootstrap some packages libchmxx-0.2-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.2-2 - Autorebuild for GCC 4.3 libdaemon-0.12-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.12-3 - Autorebuild for GCC 4.3 libdsk-1.2.0-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.0-2 - Autorebuild for GCC 4.3 libdvdnav-4.1.1-6.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.1.1-6 - Autorebuild for GCC 4.3 libesmtp-1.0.4-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.4-6 - Autorebuild for GCC 4.3 libfprint-0.0.5-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.5-3 - Autorebuild for GCC 4.3 libgcrypt-1.4.0-2 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.0-2 - Autorebuild for GCC 4.3 libgdiplus-1.9-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9-2 - Autorebuild for GCC 4.3 * Mon Feb 04 2008 Paul F. Johnson 1.9-1 - bump to preview 1 * Tue Dec 11 2007 Paul F. Johnson 1.2.6-2 - bump to preview 4 libgeotiff-1.2.4-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.4-3 - Autorebuild for GCC 4.3 libgii-1.0.2-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-5 - Autorebuild for GCC 4.3 libgpg-error-1.6-2 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.6-2 - Autorebuild for GCC 4.3 * Fri Dec 07 2007 Nalin Dahyabhai - remove the generic install docs (#226021) libmng-1.0.9-6.1 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.9-6.1 - Autorebuild for GCC 4.3 libnet-1.1.2.1-12.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.2.1-12 - Autorebuild for GCC 4.3 * 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 libnet10-1.0.2a-14.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2a-14 - Autorebuild for GCC 4.3 * Mon May 07 2007 Patrice Dumas - 1.0.2a-13 - add a libnet-1.0 directory with a libnet.a link to the library libotr-3.1.0-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-2 - Autorebuild for GCC 4.3 libp11-0.2.3-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.2.3-2 - Autorebuild for GCC 4.3 libpcap-14:0.9.8-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 14:0.9.8-2 - Autorebuild for GCC 4.3 librfid-0.1.0-4.1996svn.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.0-4.1996svn - Autorebuild for GCC 4.3 libsepol-2.0.21-1.fc9 --------------------- * Wed Feb 20 2008 Dan Walsh 2.0.21-1 - Upgrade to latest from NSA * Fix invalid memory allocation in policydb_index_others() from Jason Tang. libsigsegv-2.4-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4-5 - Autorebuild for GCC 4.3 libspectrum-0.4.0-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.0-2 - Autorebuild for GCC 4.3 libsx-2.05-15.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.05-15 - Autorebuild for GCC 4.3 libsyncml-0.4.5-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.5-2 - Autorebuild for GCC 4.3 libtlen-0-0.7.20060309.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0-0.7.20060309 - Autorebuild for GCC 4.3 linux-igd-1.0-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-5 - Autorebuild for GCC 4.3 lockdev-1.0.1-12.fc9.1 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-12.1 - Autorebuild for GCC 4.3 log4j-0:1.2.14-4jpp.1.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.14-4jpp.1 - Autorebuild for GCC 4.3 lslk-1.29-19.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.29-19 - Autorebuild for GCC 4.3 lsof-4.78-8.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.78-8 - Autorebuild for GCC 4.3 lucene-0:2.3.0-1jpp.0.fc9 ------------------------- * Tue Feb 19 2008 Lubomir Kundrak - 0:2.3.0-1jpp.0 - 2.3.0 (#228141) lucidlife-0.9.2-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.2-3 - Autorebuild for GCC 4.3 lx-20030328-3.fc9 ----------------- m2crypto-0.18.2-4 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.18.2-4 - Autorebuild for GCC 4.3 make-1:3.81-11.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:3.81-11 - Autorebuild for GCC 4.3 * Thu Oct 04 2007 Petr Machata - 1:3.81-10 - Fix parallel builds with reexec. - Related: #212111, #211290 * Thu Oct 04 2007 Petr Machata - 1:3.81-8 - Cleaned up per merge review. - Related: #226120 mapserver-5.0.2-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.0.2-2 - Autorebuild for GCC 4.3 * Sat Feb 09 2008 Devrim GUNDUZ - 5.0.2-1 - Update to 5.0.2 * Sat Jan 05 2008 Devrim GUNDUZ - 5.0.0-2 - Update BR for java-devel, per Patrice Dumas memcached-1.2.4-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.4-4 - Autorebuild for GCC 4.3 mercurial-0.9.5-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.5-7 - Autorebuild for GCC 4.3 mfiler2-4.0.9a-1.fc9 -------------------- * Wed Feb 20 2008 Mamoru Tasaka - 4.0.9a-1 - 4.0.9a mftrace-1.2.14-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.14-4 - Autorebuild for GCC 4.3 min12xxw-0.0.9-3.fc9 -------------------- mingetty-1.08-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.08-2 - Autorebuild for GCC 4.3 minicom-2.2-6.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2-6 - Autorebuild for GCC 4.3 mkinitrd-6.0.30-1.fc9 --------------------- * Wed Feb 20 2008 Peter Jones - 6.0.30-1 - Load selinux policy during boot. mlmmj-1.2.15-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.15-2 - Autorebuild for GCC 4.3 mlocate-0.18-2 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.18-2 - Autorebuild for GCC 4.3 mod_line_edit-1.0.0-4.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.0-4 - Autorebuild for GCC 4.3 mod_mono-1.2.6-2.1.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.6-2.1 - Autorebuild for GCC 4.3 mod_nss-1.0.7-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.7-3 - Autorebuild for GCC 4.3 mono-1.2.6-7.1.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.6-7.1 - Autorebuild for GCC 4.3 * Wed Dec 19 2007 Paul F. Johnson 1.2.6-6.1 - added BR libunwind-devel for ia64 (bz426180) - fix for LIBDIR problem * Sun Dec 16 2007 Paul F. Johnson 1.2.6-4 - bump new version - removed more redundant bits - url fix mono-addins-0.3-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3-4 - Autorebuild for GCC 4.3 mono-basic-1.2.6-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.6-5 - Autorebuild for GCC 4.3 monodoc-1.2.6-2.1.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.6-2.1 - Autorebuild for GCC 4.3 * Thu Nov 22 2007 Paul F. Johnson 1.2.6-1.1 - bump - url fix - excludearch ppc64 * Mon Apr 23 2007 Paul F. Johnson 1.2.4-1 - bump monotone-viz-1.0.1-2.fc9 ------------------------ monsterz-0.7.1-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.1-2 - Autorebuild for GCC 4.3 mozldap-6.0.5-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.0.5-2 - Autorebuild for GCC 4.3 msv-1:1.2-0.2.20050722.3jpp.3.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.2-0.2.20050722.3jpp.3 - Autorebuild for GCC 4.3 mt-st-0.9b-5.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9b-5 - Autorebuild for GCC 4.3 mtr-2:0.72-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:0.72-4 - Autorebuild for GCC 4.3 munipack-0.3.1-3.fc9 -------------------- nant-0.85-18.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.85-18 - Autorebuild for GCC 4.3 nasm-2.01-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.01-2 - Autorebuild for GCC 4.3 nautilus-open-terminal-0.8-4.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8-4 - Autorebuild for GCC 4.3 nautilus-search-tool-0.2.2-3.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.2-3 - Autorebuild for GCC 4.3 ncurses-5.6-15.20080112.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.6-15.20080112 - Autorebuild for GCC 4.3 netbsd-iscsi-20071205-2.fc9 --------------------------- netdump-server-0.7.16-22.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.16-22 - Autorebuild for GCC 4.3 netembryo-0.0.5-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.5-2 - Autorebuild for GCC 4.3 newsx-1.6-8.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.6-8 - Autorebuild for GCC 4.3 newt-0.52.8-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.52.8-2 - Autorebuild for GCC 4.3 nsd-3.0.7-3.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.7-3 - Autorebuild for GCC 4.3 nss-mdns-0.10-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.10-4 - Autorebuild for GCC 4.3 nss_compat_ossl-0.9.2-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.2-4 - Autorebuild for GCC 4.3 nss_db-2.2-40 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2-40 - Autorebuild for GCC 4.3 ntp-4.2.4p4-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.2.4p4-3 - Autorebuild for GCC 4.3 numactl-1.0.2-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-3 - Autorebuild for GCC 4.3 obexfs-0.11-0.3.rc3.fc9 ----------------------- obexftp-0.22-0.8.rc9.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.22-0.8.rc9 - Autorebuild for GCC 4.3 octave-6:3.0.0-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 6:3.0.0-3 - Autorebuild for GCC 4.3 octave-forge-20071212-7.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 20071212-7 - Autorebuild for GCC 4.3 ogdi-3.2.0-0.8.beta1.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.2.0-0.8.beta1 - Autorebuild for GCC 4.3 oki4linux-2.1gst-3.fc9 ---------------------- openmsx-0.6.3-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.3-3 - Autorebuild for GCC 4.3 openslp-1.2.1-9.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-9 - Autorebuild for GCC 4.3 pam_fprint-0.2-3.fc9 -------------------- pam_pkcs11-0.5.3-26 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.3-26 - Autorebuild for GCC 4.3 pam_ssh-1.92-8.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.92-8 - Autorebuild for GCC 4.3 par2cmdline-0.4-14.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-14 - Autorebuild for GCC 4.3 * Fri Jan 18 2008 Laurent Rineau - 0.4-13 - Rebuild. pards-0.4-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-6 - Autorebuild for GCC 4.3 passwd-0.75-1.fc9 ----------------- * Wed Feb 20 2008 Tomas Mraz 0.75-1 - fix disabling SELinux and audit in spec (#433284) - remove obsolete no.po (#332121) - updated translations pbm2l2030-1.4-3.fc9 ------------------- pbm2l7k-990321-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 990321-4 - Autorebuild for GCC 4.3 pciutils-2.2.10-1.fc9 --------------------- * Wed Feb 20 2008 Harald Hoyer 2.2.10-1 - version 2.2.10 pcsc-lite-1.4.4-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.4-3 - Autorebuild for GCC 4.3 perl-BSD-Resource-1.28-5.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.28-5 - Autorebuild for GCC 4.3 * Sat Feb 02 2008 Tom "spot" Callaway 1.28-4 - rebuild for new perl perl-Bit-Vector-6.4-7.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.4-7 - Autorebuild for GCC 4.3 * Tue Feb 05 2008 Tom "spot" Callaway - 6.4-6 - fix license tag, rebuild for new perl perl-Compress-Bzip2-2.09-5.fc9.2 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.09-5.2 - Autorebuild for GCC 4.3 perl-Compress-Raw-Bzip2-2.005-4.fc9 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.005-4 - Autorebuild for GCC 4.3 perl-Compress-Raw-Zlib-2.005-5.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.005-5 - Autorebuild for GCC 4.3 perl-Crypt-SSLeay-0.57-6.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.57-6 - Autorebuild for GCC 4.3 perl-DBD-MySQL-4.005-7.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.005-7 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway - 4.005-6 - rebuild for new perl perl-DBD-Pg-1.49-8.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.49-8 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Tom "spot" Callaway - 1.49-7 - rebuild for new perl perl-DBD-SQLite-1.14-4.fc9.1 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.14-4.1 - Autorebuild for GCC 4.3 * Sun Jan 20 2008 Tom "spot" Callaway 1.14-3.1 - tests disabled, due to x86_64 failures * Tue Jan 15 2008 Tom "spot" Callaway 1.14-3 - rebuild for new perl perl-DBI-1.601-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.601-3 - Autorebuild for GCC 4.3 perl-Date-Calc-5.4-5.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 5.4-5 - Autorebuild for GCC 4.3 perl-Date-Simple-3.02-8.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.02-8 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Tom "spot" Callaway 3.02-7 - rebuild for new perl perl-Device-SerialPort-1.04-2.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.04-2 - Autorebuild for GCC 4.3 perl-Digest-MD2-2.03-6.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.03-6 - Autorebuild for GCC 4.3 perl-Digest-MD4-1.5-5.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5-5 - Autorebuild for GCC 4.3 perl-Digest-SHA1-2.11-6.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.11-6 - Autorebuild for GCC 4.3 * Sun Jan 20 2008 Tom "spot" Callaway - 2.11-5 - rebuild for new perl perl-Geo-IP-1.30-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.30-2 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Michael Fleming 1.30-1 - Update to 1.30. This pulls in much of the PurePerl module for those using it (via third party repositories) perl-HTML-Parser-3.56-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.56-4 - Autorebuild for GCC 4.3 * Sun Jan 20 2008 Tom "spot" Callaway - 3.56-3 - rebuild for new perl perl-Math-GMP-2.04-7.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.04-7 - Autorebuild for GCC 4.3 perl-Math-Pari-2.010709-4.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.010709-4 - Autorebuild for GCC 4.3 perl-Mozilla-LDAP-1.5.2-3.fc9.1 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.2-3.1 - Autorebuild for GCC 4.3 perl-Net-DNS-0.61-6.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.61-6 - Autorebuild for GCC 4.3 * Thu Jan 31 2008 Tom "spot" Callaway - 0.61-5 - rebuild for new perl perl-Net-IP-CMatch-0.02-7.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.02-7 - Autorebuild for GCC 4.3 perl-Net-Patricia-1.014-5.fc9.1 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.014-5.1 - Autorebuild for GCC 4.3 perl-Net-SSLeay-1.32-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.32-4 - Autorebuild for GCC 4.3 * Thu Jan 31 2008 Tom "spot" Callaway - 1.32-3 - rebuild for new perl perl-RPM2-0.67-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.67-4 - Autorebuild for GCC 4.3 perl-String-Approx-3.26-4.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.26-4 - Autorebuild for GCC 4.3 perl-String-CRC32-1.4-5.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4-5 - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Tom "spot" Callaway 1.4-4 - rebuild for new perl perl-Sub-Uplevel-0.1901-1.fc9 ----------------------------- * Wed Feb 20 2008 Steven Pritchard 0.1901-1 - Update to 0.1901. - Use fixperms macro instead of our own chmod incantation. - Reformat to match cpanspec output. * Sun Jan 20 2008 Tom "spot" Callaway - 0.18-2 - rebuild for new perl perl-TermReadKey-2.30-5.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.30-5 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway - 2.36-4 - rebuild for new perl perl-Test-Exception-0.27-1.fc9 ------------------------------ * Wed Feb 20 2008 Steven Pritchard 0.27-1 - Update to 0.27. * Sun Jan 20 2008 Tom "spot" Callaway 0.26-2 - rebuild for new perl perl-Text-CHM-0.01-3.fc9.1 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.01-3.1 - Autorebuild for GCC 4.3 perl-Text-CSV_XS-0.30-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.30-4 - Autorebuild for GCC 4.3 * Sat Feb 02 2008 Tom "spot" Callaway - 0.30-3 - rebuild for new perl perl-XML-LibXML-Common-0.13-12.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.13-12 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Tom "spot" Callaway - 0.13-11 - rebuild for new perl perl-XML-Parser-2.36-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.36-2 - Autorebuild for GCC 4.3 * Sun Jan 27 2008 Tom "spot" Callaway - 2.36-1 - bump to 2.36 * Thu Jan 24 2008 Tom "spot" Callaway - 2.34-11 - rebuild for new perl perl-YAML-Syck-1.04-1.fc9 ------------------------- * Wed Feb 20 2008 Steven Pritchard 1.04-1 - Update to 1.04. * Tue Feb 19 2008 Fedora Release Engineering - 1.01-3 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tom "spot" Callaway 1.01-2 - rebuild for new perl pfqueue-0.5.6-7.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.6-7 - Autorebuild for GCC 4.3 pguiman-0.0.1-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.1-4 - Autorebuild for GCC 4.3 php-Smarty-2.6.19-1.fc9 ----------------------- * Wed Feb 20 2008 Christopher Stone 2.6.19-1 - Upstream sync - Update %license - Fix file encoding php-pear-Structures-DataGrid-DataSource-MDB2-0.1.11-1.fc9 --------------------------------------------------------- * Wed Feb 20 2008 Christopher Stone 0.1.11-1 - Upstream sync - Requires new pear installer, mdb2 and datagrid php-pear-Structures-DataGrid-Renderer-Pager-0.1.3-1.fc9 ------------------------------------------------------- * Wed Feb 20 2008 Christopher Stone 0.1.3-1 - Upstream sync - Requires new pear installer, pager and datagrid php-pear-Structures-DataGrid-Renderer-Smarty-0.1.4-1.fc9 -------------------------------------------------------- * Wed Feb 20 2008 Christopher Stone 0.1.4-1 - Upstream sync - Requires new pear installer, pager renderer and datagrid php-pear-Validate-0.8.1-1.fc9 ----------------------------- * Wed Feb 20 2008 Christopher Stone 0.8.1-1 - Upstream sync piccolo-0:1.04-3jpp.2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.04-3jpp.2 - Autorebuild for GCC 4.3 pidgin-knotify-0.1-6.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.1-6 - Autorebuild for GCC 4.3 pidgin-libnotify-0.13-3.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.13-3 - Autorebuild for GCC 4.3 pidgin-otr-3.1.0-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-3 - Autorebuild for GCC 4.3 pinfo-0.6.9-6.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.9-6 - Autorebuild for GCC 4.3 plexus-archiver-0:1.0-0.2.a7.1jpp.1.fc9 --------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0-0.2.a7.1jpp.1 - Autorebuild for GCC 4.3 plexus-velocity-0:1.1.2-3jpp.1.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.1.2-3jpp.1 - Autorebuild for GCC 4.3 pm-utils-0.99.4-15.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.99.4-15 - Autorebuild for GCC 4.3 * Fri Jan 11 2008 Till Maas - 0.99.4-14 - add pm-utils-bugreport-info.sh script to collect information for bugreports - require Hal (RH #428452) pmount-0.9.13-2.fc9 ------------------- polyester-2.0-0.1.beta1.fc9 --------------------------- * Mon Feb 18 2008 Sebastian Vahl - 2.0-0.1.beta1 - new upsream version: 2.0-beta1 (tarball version: 1.9.0) - BuildRequires: kdelibs4-devel >= 4 popt-1.13-3.fc9 --------------- * Wed Feb 20 2008 Robert Scheck 1.13-3 - Revert the broken bind_textdomain_codeset() patch (#433324) poster-20060221-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 20060221-5 - Autorebuild for GCC 4.3 ppracer-0.3.1-15.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.1-15 - Autorebuild for GCC 4.3 procmail-3.22-21.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.22-21 - Autorebuild for GCC 4.3 prozilla-2.0.4-8.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.4-8 - Autorebuild for GCC 4.3 puretls-0.9-0.2.b5.5jpp.1.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9-0.2.b5.5jpp.1 - Autorebuild for GCC 4.3 * Thu Mar 22 2007 Matt Wringe - 0.9-0.1.b5.5jpp.1 - Merge with latest jpp version * Thu Mar 22 2007 Matt Wringe - 0.9-0.b5.5jpp - Add patch to build.xml to allow detection of gnugetopt so that the demo subpackage jar is not empty - Fix some rpmlint issues - Update copyright year - Remove vendor and distribution tags pyfribidi-0.6.0-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-4 - Autorebuild for GCC 4.3 python-4Suite-XML-1.0.2-3 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-3 - Autorebuild for GCC 4.3 python-cheetah-2.0.1-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.1-2 - Autorebuild for GCC 4.3 python-chm-0.8.4-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.4-4 - Autorebuild for GCC 4.3 python-enchant-1.3.1-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.1-2 - Autorebuild for GCC 4.3 python-kerberos-1.0-6.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-6 - Autorebuild for GCC 4.3 python-krbV-1.0.13-7.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.13-7 - Autorebuild for GCC 4.3 python-numarray-1.5.2-6.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.2-6 - Autorebuild for GCC 4.3 python-pyblock-0.31-2 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.31-2 - Autorebuild for GCC 4.3 python-simpy-1.9-2.fc9 ---------------------- * Wed Feb 20 2008 Sarantis Paskalis - 1.9-2 - Upgrade to 1.9 - Drop executable permissions for all files qcomicbook-0.3.4-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.4-2 - Autorebuild for GCC 4.3 qct-1.5-6.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5-6 - Autorebuild for GCC 4.3 qsf-1.2.7-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.7-2 - Autorebuild for GCC 4.3 qstars-0.4-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-4 - Autorebuild for GCC 4.3 qsynth-0.2.5-7.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.2.5-7 - Autorebuild for GCC 4.3 rbldnsd-0.996a-6.fc9 -------------------- * Wed Feb 20 2008 Paul Howarth 0.996a-6 - fix exit codes for reload, stop, and try-restart actions of initscript readline-5.2-11.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.2-11 - Autorebuild for GCC 4.3 regionset-0.1-6.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1-6 - Autorebuild for GCC 4.3 rekall-2.4.6-4.fc9 ------------------ * Wed Feb 20 2008 Tom "spot" Callaway 2.4.6-4 - more missing BR * Wed Feb 20 2008 Tom "spot" Callaway 2.4.6-3 - explicit qt-devel needed (since we need qt3) * Wed Feb 20 2008 Tom "spot" Callaway 2.4.6-2 - fix python25 patch remind-03.01.02-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 03.01.02-4 - Autorebuild for GCC 4.3 rgmanager-2.0.23-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.23-3 - Autorebuild for GCC 4.3 rmap-1.2-3.fc9 -------------- rocksndiamonds-3.2.4-1.fc9 -------------------------- * Wed Feb 20 2008 Tom "spot" Callaway 3.2.4-1 - update to 3.2.4 - keep music in their own tarball * Tue Feb 19 2008 Fedora Release Engineering - 3.2.3-3.2 - Autorebuild for GCC 4.3 roundup-1.4.2-1.fc9 ------------------- * Wed Feb 20 2008 Paul P. Komkoff Jr - 1.4.1-2 - new upstream version rpm-4.4.2.3-0.2.rc1 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.4.2.3-0.2.rc1 - Autorebuild for GCC 4.3 * Fri Jan 25 2008 Panu Matilainen 4.4.2.3-0.1.rc1 - update to 4.4.2.3-rc1 - merge nss-related patches into one - change default queryformat to include arch - resolves (documentation): #159638, #233232, #332271, #350401 - resolves (build): #124300, #140597, #124995, #147383, #220449 - resolves (query): #244236, #323221, #60288 - resolves (general): #223931, #164021, #83006, #205080, #217258, #428979 * Fri Jan 11 2008 Panu Matilainen 4.4.2.2-13 - lose the useless rpm user+group, use root:root like everything else - install x86 arch macros on x86_64 (#194123) - dont mess up target os+arch on rpmrc include (#232429) - set pkg-config path based on target (#212522) - fix funky automake breakage from nss libraries moving to /lib* ruby-fam-0.2.0-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.0-6 - Autorebuild for GCC 4.3 ruby-rpm-1.2.3-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.3-4 - Autorebuild for GCC 4.3 ruby-sqlite3-1.2.1-2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-2 - Autorebuild for GCC 4.3 s3switch-0.0-10.20020912.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0-10.20020912 - Autorebuild for GCC 4.3 sane-frontends-1.0.14-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.14-4 - Autorebuild for GCC 4.3 scim-1.4.7-11.fc9 ----------------- * Thu Feb 21 2008 Huang Peng - 1.4.7-11 - Update to scim.conf to make scim can work with imsettings. * Fri Feb 15 2008 Jens Petersen - 1.4.7-10 - make Wijesekera the default input method for Sinhala * Thu Feb 14 2008 Huang Peng - 1.4.7-9 - remove support locales in gtk im-scim module to avoid gtk automatically picking up scim im module. - rebuild for gcc43 scim-bridge-0.4.14-2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.4.14-2 - Autorebuild for GCC 4.3 scim-python-0.1.9-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.9-2 - Autorebuild for GCC 4.3 scim-qtimm-0.9.4-9.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.4-9 - Autorebuild for GCC 4.3 screen-4.0.3-9.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 4.0.3-9 - Autorebuild for GCC 4.3 sed-4.1.5-10.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.1.5-10 - Autorebuild for GCC 4.3 selinux-policy-3.2.9-1.fc9 -------------------------- * Wed Feb 20 2008 Dan Walsh 3.2.9-1 - Fixes from yum-cron - Update to latest upstream setuptool-1.19.4-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.19.4-2 - Autorebuild for GCC 4.3 sg3_utils-1.25-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.25-2 - Autorebuild for GCC 4.3 sipsak-0.9.6-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.9.6-3 - Autorebuild for GCC 4.3 siril-0.8-4.fc9 --------------- sjasm-0.39-0.6.g1.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.39-0.6.g1 - Autorebuild for GCC 4.3 slang-2.1.3-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1.3-3 - Autorebuild for GCC 4.3 smstools-3.0.10-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.10-2 - Autorebuild for GCC 4.3 socat-1.5.0.0-8.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.0.0-8 - Autorebuild for GCC 4.3 spamass-milter-0.3.1-7.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.1-7 - Autorebuild for GCC 4.3 sparse-0.4.1-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.4.1-2 - Autorebuild for GCC 4.3 speex-1.2-0.5.beta3 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-0.5.beta3 - Autorebuild for GCC 4.3 splint-3.1.1-16.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.1-16 - Autorebuild for GCC 4.3 ssss-0.5-4.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5-4 - Autorebuild for GCC 4.3 star-1.5a84-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5a84-4 - Autorebuild for GCC 4.3 sugar-base-0.1.1-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.1-2 - Autorebuild for GCC 4.3 suitesparse-3.0.0-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.0-4 - Autorebuild for GCC 4.3 * Tue Oct 16 2007 Quentin Spencer 3.0.0-3 - Update license tag. Fix minor issues found by rpmlint. svnkit-1.1.4-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.1.4-3 - Autorebuild for GCC 4.3 svrcore-4.0.4-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.0.4-2 - Autorebuild for GCC 4.3 swfdec-0.6.0-1.fc9 ------------------ * Wed Feb 20 2008 Brian Pepple - 0.6.0-1 - Update to 0.6.0. - Bump minimum version of gstreamer needed. - Add BR for gstreamer-plugins-base-devel. * Thu Feb 14 2008 Brian Pepple - 0.5.90-3 - Rebuild for new libsoup. swfdec-mozilla-0.6.0-1.fc9 -------------------------- * Wed Feb 20 2008 Brian Pepple - 0.6.0-1 - Update to 0.6.0. syck-0.61-4.3.fc9 ----------------- * Tue Feb 19 2008 Oliver Falk - 0.61-4.3 - Yet another python fix * Tue Feb 19 2008 Fedora Release Engineering - 0.61-4.2 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Oliver Falk - 0.61-3.2 * Make egginfo work and clean up python stuff in spec synaptics-0.14.6-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.14.6-2 - Autorebuild for GCC 4.3 syslinux-3.36-9.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.36-9 - Autorebuild for GCC 4.3 system-config-firewall-1.2.5-1.fc9 ---------------------------------- * Wed Feb 20 2008 Thomas Woerner 1.2.5-1 - dropped system-config-securitylevel compatibility files - project moved to git.fedoraproject.org system-config-printer-0.7.82-1.fc9 ---------------------------------- * Tue Feb 19 2008 Tim Waugh 0.7.82-1 - Updated to pycups-1.9.35. - 0.7.82: - More trouble-shooting improvements. tachyon-0.98-0.6.20070319.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.98-0.6.20070319 - Autorebuild for GCC 4.3 taglib-1.5-1.fc9 ---------------- * Wed Feb 20 2008 Rex Dieter 1.5-1 - taglib-1.5 tagsoup-0:1.0.1-2jpp.1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0.1-2jpp.1 - Autorebuild for GCC 4.3 tanukiwrapper-0:3.2.3-2jpp.1.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:3.2.3-2jpp.1 - Autorebuild for GCC 4.3 tcl-1:8.5.1-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:8.5.1-2 - Autorebuild for GCC 4.3 * Fri Jan 18 2008 Marcela Maslanova - 1:8.5.1-1 - new version tcl8.5.1 - fix 433151 problem with regular expression - Version 2.5.3 of the http package requires Tcl 8.4 or better -> change make patch, add tm files back to 8.4 * Tue Jan 15 2008 Marcela Maslanova - 1:8.5.0-6 - tclsh8.5 is back because of back compatibility #428712 tclx-8.4.0-10.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 8.4.0-10 - Autorebuild for GCC 4.3 * Mon Jan 07 2008 Marcela Maslanova - 8.4.0-9 - rebuild for tcl8.5 * Fri Aug 24 2007 Marcela Maslanova - 8.4.0-8 - rebuild for mass rebuild, check license tempest-0-0.5.20070929.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0-0.5.20070929 - Autorebuild for GCC 4.3 tetex-tex4ht-1.0.2007_12_19_2154-2.fc9.1 ---------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2007_12_19_2154-2.1 - Autorebuild for GCC 4.3 time-1.7-32.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7-32 - Autorebuild for GCC 4.3 timidity++-2.13.2-9.fc9 ----------------------- * Wed Feb 20 2008 Hans de Goede 2.13.2-9 - Add IPv6 support, patch by Milan Zazrivec (bz 198467) * Tue Feb 19 2008 Fedora Release Engineering - 2.13.2-8 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Jindrich Novy 2.13.2-7 - merge review fixes, thanks to Mamoru Tasaka: (#226492) - update License tag (still unclear what to do with GUS patches) - remove useless unversioned obsolete timidity++-X11 - substitute /etc with %{_sysconfdir} - enable parallel build - preserve timestamps, tar unpacking is no more verbose - add docs tk-1:8.5.1-3.fc9 ---------------- * Wed Feb 20 2008 Marcela Maslanova - 1:8.5.1-3 - rebuilt without useless patches * Tue Feb 19 2008 Fedora Release Engineering - 1:8.5.1-2 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Marcela Maslanova - 1:8.5.1-1 - new version tk8.5.1 tmpwatch-2.9.12-3 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.9.12-3 - Autorebuild for GCC 4.3 tolua++-1.0.92-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.92-6 - Autorebuild for GCC 4.3 tre-0.7.5-5.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.5-5 - Autorebuild for GCC 4.3 * Tue Jan 01 2008 Dominik Mierzejewski 0.7.5-4 - fix build in rawhide (include python egg-info file) * Wed Oct 31 2007 Dominik Mierzejewski 0.7.5-3 - include python bindings (bug #355241) - fix chicken-and-egg problem when building python bindings udev-118-5.fc9 -------------- * Wed Feb 20 2008 Harald Hoyer 118-4 - made symlinks relative (rhbz#432878) - removed the backgrounding of node creation (rhbz#381461) - do not change sg group ownership to disk for scanners (rhbz#432602) - attempt to fix selinux symlink bug (rhbz#345071) - fixed URL - made rpmlint mostly happy - disabled static version (no static selinux lib) * Mon Feb 18 2008 Fedora Release Engineering - 118-3 - Autorebuild for GCC 4.3 * Wed Jan 09 2008 Harald Hoyer 118-2 - reenabled static version ufraw-0.13-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.13-4 - Autorebuild for GCC 4.3 uread-0-0.3.19981218.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0-0.3.19981218 - Autorebuild for GCC 4.3 urlview-0.9-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9-4 - Autorebuild for GCC 4.3 util-linux-ng-2.13.1-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.13.1-4 - Autorebuild for GCC 4.3 uucp-1.07-17.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.07-17 - Autorebuild for GCC 4.3 vconfig-1.9-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9-5 - Autorebuild for GCC 4.3 vdrift-20071226-3.fc9 --------------------- * Fri Feb 15 2008 Jon Ciesla - 20071226-3 - Multiple fixes for the review. velocity-0:1.4-7jpp.1 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.4-7jpp.1 - Autorebuild for GCC 4.3 viaideinfo-0.5-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5-2 - Autorebuild for GCC 4.3 vlock-1.3-26.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3-26 - Autorebuild for GCC 4.3 wavpack-4.41-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 4.41-2 - Autorebuild for GCC 4.3 wbxml2-0.9.2-13.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.2-13 - Autorebuild for GCC 4.3 wdm-1.28-9.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.28-9 - Autorebuild for GCC 4.3 windowlab-1.34-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.34-5 - Autorebuild for GCC 4.3 wmix-3.1-3.fc9 -------------- wxGTK-2.8.7-1.fc9 ----------------- * Wed Feb 20 2008 Matthew Miller - 2.8.7-1 - update to 2.8.7 (rh bug #369621, etc.) - split base libs into separate wxBase package (rh bug #357961) - okay, so, wxPython 2.8.7.1 seems to work fine against this version of the library, so I'm dropping the kludgy-patch-to-2.8.7.1 thing. Please report any compatibility problems with wxPython 2.8.7.1 and I'll fix them as they come up. * Tue Feb 19 2008 Fedora Release Engineering - 2.8.4-7 - Autorebuild for GCC 4.3 xbae-4.60.4-9.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.60.4-9 - Autorebuild for GCC 4.3 xchm-1.13-3.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.13-3 - Autorebuild for GCC 4.3 xdms-1.3.2-5.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.2-5 - Autorebuild for GCC 4.3 xdoclet-0:1.2.3-9jpp.1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.3-9jpp.1 - Autorebuild for GCC 4.3 * Wed Apr 25 2007 Matt Wringe - 0:1.2.3-8jpp.1 - Merge with newest jpp version - Fix some rpm lint warnings xdrawchem-1.9.9-8.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9.9-8 - Autorebuild for GCC 4.3 xerces-j2-0:2.7.1-10jpp.1.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.7.1-10jpp.1 - Autorebuild for GCC 4.3 * Wed Mar 28 2007 Matt Wringe 0:2.7.1-9jpp.1 - Update with newest jpp version - Clean up spec file for Fedora Review xeuphoric-0.18.2-10.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.18.2-10 - Autorebuild for GCC 4.3 xl2tpd-1.1.12-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.12-2 - Autorebuild for GCC 4.3 * Fri Oct 26 2007 Paul Wouters 1.1.12-1 - Upgraded to new release upstream - Removed l2tpd to xl2tpd migration in post xml-commons-apis-0:1.3.04-1jpp.1.fc9 ------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:1.3.04-1jpp.1 - Autorebuild for GCC 4.3 * Tue Mar 06 2007 Matt Wringe - 0:1.3.04-0jpp.1 - Update to 1.3.04 * Tue Mar 06 2007 Matt Wringe - 0:1.3.03-0jpp.1 - Split xml-commons package up into 2 separate package: xml-commons-apis and xml-commons-which. xml-commons-apis12-0:1.2.04-1jpp.4.fc9 -------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.04-1jpp.4 - Autorebuild for GCC 4.3 xml-commons-which-1:1.0-1.b2.0jpp.2 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.0-1.b2.0jpp.2 - Autorebuild for GCC 4.3 xmldb-api-1:0.1-0.2.20011111cvs.1jpp.2.fc9 ------------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:0.1-0.2.20011111cvs.1jpp.2 - Autorebuild for GCC 4.3 xmlrpc-0:2.0.1-4jpp.3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.0.1-4jpp.3 - Autorebuild for GCC 4.3 * Tue Mar 27 2007 Matt Wringe 0:2.0.1-3jpp.3 - Spec file clean up for Fedora Extras Review * Thu Mar 08 2007 Deepak Bhole 2.0.1-3jpp.2 - Add javax.net.ssl support to build org.apache.xmlrpc.secure.* - Minor spec file cleanup xmlstarlet-1.0.1-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-5 - Autorebuild for GCC 4.3 xmlunit-0:1.0-6jpp.1.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0-6jpp.1 - Autorebuild for GCC 4.3 xmms-1:1.2.10-38.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.2.10-38 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Jesse Keating - 1.2.10-37 - Rebuild for new mikmod * Fri Apr 13 2007 Paul F. Johnson 1:1.2.10-36 - add back in the .pc file xmms-alarm-0.3.7-7.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.7-7 - Autorebuild for GCC 4.3 xqilla-2.0.0-4.fc9 ------------------ * Wed Feb 20 2008 Milan Zazrivec - 2.0.0-4 - Fix Requires: value for xqilla-devel xqilla10-1.0.2-5.fc9 -------------------- * Wed Feb 20 2008 Milan Zazrivec - 1.0.2-5 - Fix Requires: value for xqilla10-devel * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-4 - Autorebuild for GCC 4.3 xsane-0.995-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.995-3 - Autorebuild for GCC 4.3 xstar-2.2.0-3.fc9 ----------------- zidrav-1.2.0-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.0-5 - Autorebuild for GCC 4.3 zoneminder-1.22.3-12.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.22.3-12 - Autorebuild for GCC 4.3 zvbi-0.2.26-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.26-3 - Autorebuild for GCC 4.3 Broken deps for i386 ---------------------------------------------------------- aria2-0.12.0-2.fc9.i386 requires libcares.so.1 bmpx-0.40.13-4.fc9.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.i386 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 bzflag-2.0.10-4.fc9.i386 requires libcares.so.1 clutter-gst-0.4.0-1.fc8.i386 requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.i386 requires libclutter-glx-0.4.so.0 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-perl-2.003-3.fc9.i386 requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.i386 requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- aria2-0.12.0-2.fc9.x86_64 requires libcares.so.1()(64bit) bmpx-0.40.13-4.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.x86_64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) bzflag-2.0.10-4.fc9.x86_64 requires libcares.so.1()(64bit) clutter-gst-0.4.0-1.fc8.i386 requires libclutter-glx-0.4.so.0 clutter-gst-0.4.0-1.fc8.x86_64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.i386 requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- aria2-0.12.0-2.fc9.ppc requires libcares.so.1 bmpx-0.40.13-4.fc9.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.ppc requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 bzflag-2.0.10-4.fc9.ppc requires libcares.so.1 clutter-gst-0.4.0-1.fc8.ppc requires libclutter-glx-0.4.so.0 clutter-gst-0.4.0-1.fc8.ppc64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.ppc requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.ppc requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- aria2-0.12.0-2.fc9.ppc64 requires libcares.so.1()(64bit) bmpx-0.40.13-4.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.ppc64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) bzflag-2.0.10-4.fc9.ppc64 requires libcares.so.1()(64bit) clutter-gst-0.4.0-1.fc8.ppc64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) -- 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: 197 bytes Desc: not available URL: From lkundrak at redhat.com Thu Feb 21 14:20:09 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Thu, 21 Feb 2008 15:20:09 +0100 Subject: default mail client In-Reply-To: <1203560217.9597.5.camel@localhost.localdomain> References: <47BCD874.3000600@redhat.com> <1203560217.9597.5.camel@localhost.localdomain> Message-ID: <1203603609.3995.23.camel@localhost.localdomain> On Wed, 2008-02-20 at 21:16 -0500, Matthew Barnes wrote: > On Thu, 2008-02-21 at 11:48 +1000, Jens Petersen wrote: > > Evolution is different enough from regular GNOME applications to be > > basically a different platform > > Can you elaborate on this? Evolution is an official component of the > GNOME desktop so I don't understand what you mean by "regular GNOME > applications." I believe there was a similar thread about Epiphany vs. Firefox being default a while ago there. Epiphany is a default GNOME component, but Firefox is default, right? Actually, I don't have an opinion on this -- difficulty of deciding about defaults seems to me bigger than relevance of what's being the default as it's so easy to switch. And I'm a happy Firefox and Evolution user :) -- Lubomir Kundrak (Red Hat Security Response Team) From ivazqueznet at gmail.com Thu Feb 21 14:24:48 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 21 Feb 2008 09:24:48 -0500 Subject: Evolution problem - not sure if it's a bug though In-Reply-To: <1203603220.3609.40.camel@T7.Linux> References: <1203599594.3609.27.camel@T7.Linux> <1203602830.29154.33.camel@ignacio.lan> <1203603220.3609.40.camel@T7.Linux> Message-ID: <1203603888.28541.1.camel@ignacio.lan> On Thu, 2008-02-21 at 14:13 +0000, paul wrote: > Hi, > > > > Should evolution be reporting this or should it be reporting the From: > > > address? If it should be reporting the sky.com one, is there a way to > > > disguise it? > > > > Does the Identity tab have all-the on it? > > Yes. Then your SMTP server is mangling the headers on the way through. -- 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 kmaraas at broadpark.no Thu Feb 21 14:33:37 2008 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Thu, 21 Feb 2008 15:33:37 +0100 Subject: Gnome panel drawers In-Reply-To: <1203601873.3609.38.camel@T7.Linux> References: <1203601873.3609.38.camel@T7.Linux> Message-ID: <1203604417.2594.1.camel@localhost.localdomain> to., 21.02.2008 kl. 13.51 +0000, skrev paul: > Hi, > > I have a number of drawers on my panel which usually contain the likes > of openoffice, development software and things like that. They seem to > be dead now (both on x86 and x86_64). If I create a new drawer and put > something into it, that drawer also fails to open. > > Is anyone else seeing this? > Yes, I see this too. Will check if this happens with a plain GNOME build also. Cheers Kjartan From j.w.r.degoede at hhs.nl Thu Feb 21 14:28:04 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 21 Feb 2008 15:28:04 +0100 Subject: rawhide and cooker compared In-Reply-To: <20080221115644.GP24887@devserv.devel.redhat.com> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> <20080221115644.GP24887@devserv.devel.redhat.com> Message-ID: <47BD8A74.8070305@hhs.nl> Jakub Jelinek wrote: > On Thu, Feb 21, 2008 at 12:28:03PM +0100, Hans de Goede wrote: >> * sensors working with lm_sensors >> >> Note: I'm an upstream lm_sensors contributer and co-maintainer of most >> sensor related packages in Fedora. >> >> About lm_sensors not being installed by default, thats because for the >> average users lm_sensors is not usable as it requires manual configuration. >> >> About telling the user that he should run sensors-detect after installing >> lm_sensors, when and how do you envision this being told to the user? > > Is there a subset of the probes sensors-detect does that can be done safely > always, on all hardware (i.e. have sensors-detect --non-interactive which > would skip the dangerous probes it asks for confirmation)? If so, firstboot could > run that. > There are some (sortof) safe probes that can be done to determine which hwmon IC's are present however even fi the IC's are known we still do not have a properly working config. Assuming an i2c setup there are 3 layers involved in a hwmon setup, note that some hwmon IC's are isa based, and thus only have the last 2 layers: 1) There is some i2c master / controller which is the starting point to communicate with for software which wants to talk to hwmon IC's. Usually this can be detected by PCI id, and the driver for this gets autoloaded by udev. 2) To the i2c (or isa) bus are attached some hwmon IC's A problem here is that one needs to know which hwmon ic's are used and at which i2c addresses they reside. This is where sensors-detect does most of its probing, this is usually safe, but in the past we have known to brick thinkpads by accidentally writing to the i2c eeprom holding the CMOS password. 3) Each hwmon IC has a number of input pins which measure (for example) voltage, the question here is which voltage is connected to which pin, and if a voltage divider is present between the voltage line and the pin. The pin to valtage mappings and voltage dividers differ from motherboard to motherboard. This is the biggest problem really. We (the lm_sensors) project have long had plans to fix 2 and 3 together by using dmi BIOS strings to identify the motherboard (circa 80% of motherboards have usable id strings, some contain useless strings like "To be filled by OEM"), and then have a database with know good configs for tried and proven motherboards. We already have a small database of config files here: http://lm-sensors.org/wiki/Configurations And for quite a few of those I have a mailfolder with dmidecode dumps providing the strings. There have been several projects already to try to get a system like this developed (should be trivial really), but none has lifted of, the main problem being lack of time, we really need someone to pull the cart on this one. Contributers much welcome! Thanks & Regards, Hans From kmaraas at broadpark.no Thu Feb 21 14:36:14 2008 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Thu, 21 Feb 2008 15:36:14 +0100 Subject: Gnome panel drawers In-Reply-To: <1203604417.2594.1.camel@localhost.localdomain> References: <1203601873.3609.38.camel@T7.Linux> <1203604417.2594.1.camel@localhost.localdomain> Message-ID: <1203604574.2594.3.camel@localhost.localdomain> to., 21.02.2008 kl. 15.33 +0100, skrev Kjartan Maraas: > to., 21.02.2008 kl. 13.51 +0000, skrev paul: > > Hi, > > > > I have a number of drawers on my panel which usually contain the likes > > of openoffice, development software and things like that. They seem to > > be dead now (both on x86 and x86_64). If I create a new drawer and put > > something into it, that drawer also fails to open. > > > > Is anyone else seeing this? > > > Yes, I see this too. > > Will check if this happens with a plain GNOME build also. > Here's the upstream bug: http://bugzilla.gnome.org/show_bug.cgi?id=517191 Cheers Kjartan From pertusus at free.fr Thu Feb 21 15:19:35 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 21 Feb 2008 16:19:35 +0100 Subject: Package alien In-Reply-To: <47BC0223.3070602@redhat.com> References: <4756AC21.30104@redhat.com> <4756CFA1.8050605@redhat.com> <4756D0BE.2030605@linux-kernel.at> <20071205164131.GL4153@free.fr> <47BC0223.3070602@redhat.com> Message-ID: <20080221151935.GB3240@free.fr> On Wed, Feb 20, 2008 at 11:34:11AM +0100, Zdenek Prikryl wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Patrice Dumas napsal(a): > > Indeed, it seems to me that alien should depend on dpkg. > > I have packages available for dpkg, and other debian stuff (and > > debootstrap is already in fedora): > > > > http://www.environnement.ens.fr/perso/dumas/fc-srpms/debian/ > > I went through your spes file of dpkg and found, that you're doing some renaming > of executables, which could be already in fedora. But I thing, that if other > dpkg scripts want to use for example install-info, then it will use fedora's > install-info instead renamed install-info from dpkg package. So, are these > renamed executables needed in package? If not, we can make package without them. It doesn't hurt to have them, though. For example one would want to test the debian install-info in parallel with the fedora texinfo one. It would be harder to have dpkg use them during package install, but so far installation of packages using dpkg isn't possible. Also most of them are perl script so people can look at them, which is nice. -- Pat From sebastian at when.com Thu Feb 21 15:38:53 2008 From: sebastian at when.com (sebastian at when.com) Date: Thu, 21 Feb 2008 16:38:53 +0100 Subject: Education SIG Message-ID: <47BD9B0D.2020202@when.com> Hi everybody, now, I am able to announce the establishment of an Education SIG. I have created a wiki page, which is currently placed here [1]. Again, I would like to encourage everybody, who is interested in education to join us on fedora-education-list and to add his or her name to the list in the wiki. In the near future, one topic might be, how to go on with educational work (e.g. in connection with K12LTSP). But this is only one part, so feel free to join and discuss. Best Regards, Sebastian Dziallas [1] http://fedoraproject.org/wiki/Education From rawhide at fedoraproject.org Thu Feb 21 15:43:03 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Thu, 21 Feb 2008 08:43:03 -0700 (MST) Subject: rawhide report: 20080221 changes Message-ID: <20080221154303.C4995209D79@releng1.fedora.phx.redhat.com> New package emacs-common-tuareg Emacs mode for editing ocaml New package gcx Data-reduction tool for CCD photometry New package lpsolve A Mixed Integer Linear Programming (MILP) solver New package system-config-kdump A graphical interface for configuring kernel crash dumping Removed package usbsink Removed package pyspi Removed package hunky-fonts Removed package libmatchbox Removed package pstack Removed package matchbox-window-manager Updated Packages: AGReader-1.2-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2-5 - Autorebuild for GCC 4.3 DevIL-1.6.8-0.15.rc2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.6.8-0.15.rc2 - Autorebuild for GCC 4.3 GConf2-2.21.90-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.21.90-2 - Autorebuild for GCC 4.3 GeoIP-1.4.4-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.4-2 - Autorebuild for GCC 4.3 ImageMagick-6.3.8.1-2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.3.8.1-2 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Tom "spot" Callaway 6.3.8.1-1 - update to 6.3.8.1 - rebuild for new perl - fix license tag - fix rpath issues - add sparc64 to 64bit arch list OpenIPMI-2.0.13-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.13-2 - Autorebuild for GCC 4.3 PyXML-0.8.4-9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.4-9 - Autorebuild for GCC 4.3 R-Biobase-1.16.1-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.16.1-5 - Autorebuild for GCC 4.3 R-BufferedMatrix-1.2.0-5.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.0-5 - Autorebuild for GCC 4.3 * Sat Feb 09 2008 Pingou 1.2.0-4 - Typo error on the changelog * Sat Feb 09 2008 Pingou 1.2.0-3 - Change the URL R-BufferedMatrixMethods-1.3.0-3.fc9 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.0-3 - Autorebuild for GCC 4.3 * Sat Feb 09 2008 Pingou 1.3.0-2 - Change the URL R-affyio-1.6.1-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.6.1-3 - Autorebuild for GCC 4.3 R-maanova-1.9.0-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9.0-2 - Autorebuild for GCC 4.3 R-multtest-1.18.0-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.18.0-4 - Autorebuild for GCC 4.3 R-rlecuyer-0.1-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1-6 - Autorebuild for GCC 4.3 SILLY-0.1.0-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.0-5 - Autorebuild for GCC 4.3 aasaver-0.3.2-3.fc9 ------------------- abook-0.6.0-0.3.pre2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-0.3.pre2 - Autorebuild for GCC 4.3 accrete-1.0-3.fc9 ----------------- acpi-0.09-3.fc9 --------------- acpitool-0.4.7-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.7-4 - Autorebuild for GCC 4.3 adaptx-0.9.13-5jpp.3.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.9.13-5jpp.3 - Autorebuild for GCC 4.3 adjtimex-1.21-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.21-4 - Autorebuild for GCC 4.3 adminutil-1.1.5-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.5-2 - Autorebuild for GCC 4.3 anacron-2.3-58.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.3-58 - Autorebuild for GCC 4.3 archimedes-0.7.0-3.fc9 ---------------------- asa-1.2-5.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-5 - Autorebuild for GCC 4.3 asylum-0.2.3-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.2.3-3 - Autorebuild for GCC 4.3 at-3.1.10-21.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.10-21 - Autorebuild for GCC 4.3 autotrace-0.31.1-16.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.31.1-16 - Autorebuild for GCC 4.3 avalon-framework-0:4.1.4-3jpp.14.fc9 ------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:4.1.4-3jpp.14 - Autorebuild for GCC 4.3 avalon-logkit-0:1.2-5jpp.5.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2-5jpp.5 - Autorebuild for GCC 4.3 * Fri Feb 09 2007 Permaine Cheung 0:1.2-4jpp.5.fc9 - Fix source URL, BuildRoot * Thu Feb 08 2007 Permaine Cheung 0:1.2-4jpp.4.fc9 - rpmlint cleanup. awn-extras-applets-0.2.1-2.fc9 ------------------------------ axis-0:1.2.1-3jpp.8.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.1-3jpp.8 - Autorebuild for GCC 4.3 * Thu Apr 19 2007 Permaine Cheung 0:1.2.1-2jpp.8 - Rebuild babel-0.9.2-1.fc9 ----------------- balsa-2.3.22-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.3.22-2 - Autorebuild for GCC 4.3 bcel-0:5.2-4jpp.2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:5.2-4jpp.2 - Autorebuild for GCC 4.3 bind-32:9.5.0-28.b2.fc9 ----------------------- * Wed Feb 20 2008 Adam Tkac 32:9.5.0-28.b2 - port named to use libcap library, enable threads (#433102) - removed some unneeded Requires bison-2.3-5.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.3-5 - Autorebuild for GCC 4.3 bitmap-1.0.3-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-4 - Autorebuild for GCC 4.3 bluecurve-gtk-themes-1.0.0-2.fc9 -------------------------------- bogl-0:0.1.18-14 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:0.1.18-14 - Autorebuild for GCC 4.3 boo-0.8.0.2730-9.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.0.2730-9 - Autorebuild for GCC 4.3 * Thu Jan 03 2008 Paul F. Johnson 0.8.0-2730-7 - spec fix * Wed Dec 19 2007 Paul F. Johnson 0.8.0-2730-6 - remove ppc build - fix libdir problem for pc file boolstuff-0.1.11-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.11-5 - Autorebuild for GCC 4.3 bootparamd-0.17-27.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.17-27 - Autorebuild for GCC 4.3 bouml-3.5-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.5-2 - Autorebuild for GCC 4.3 brandy-1.0.19-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.19-5 - Autorebuild for GCC 4.3 bsf-0:2.3.0-12jpp.2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.3.0-12jpp.2 - Autorebuild for GCC 4.3 * Wed Mar 07 2007 Permaine Cheung 0:2.3.0-11jpp.2 - Update spec file as per Fedora guidelines bsh-0:1.3.0-12jpp.1.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.3.0-12jpp.1 - Autorebuild for GCC 4.3 byacc-1.9.20070509-2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.9.20070509-2 - Autorebuild for GCC 4.3 * Tue Nov 13 2007 Petr Machata - 1.9.20070509-1 - Update to the 20070509 release. - Related: #225632 * Wed Sep 12 2007 Matthias Saou 1.9.20050813-2 - Update summary. - Remove useless doc copying in install section. - Add NOTES and NO_WARRANTY docs. c2050-0.3a-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3a-4 - Autorebuild for GCC 4.3 c2070-0.99-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.99-4 - Autorebuild for GCC 4.3 calc-2.12.2.1-12.fc9 -------------------- * Wed Feb 20 2008 Matthew Miller - 2.12.2.1-12 - add util-linux as a build prereq * Tue Feb 19 2008 Fedora Release Engineering - 2.12.2.1-11 - Autorebuild for GCC 4.3 * Fri Sep 21 2007 Matthew Miller - 2.12.2.1-10 - add HAVE_FPOS="-DHAVE_NO_FPOS" to make ppc build work properly. Thanks to Denis Leroy and David Woodhouse. RH Bug #299581. castor-0:0.9.5-2jpp.8.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:0.9.5-2jpp.8 - Autorebuild for GCC 4.3 * Wed Apr 18 2007 Permaine Cheung - 0:0.9.5-1jpp.8 - Update spec file as per fedora review process. ccid-1.2.1-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-4 - Autorebuild for GCC 4.3 cdparanoia-alpha9.8-28.2 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - alpha9.8-28.2 - Autorebuild for GCC 4.3 cernlib-g77-2006-24.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2006-24 - Autorebuild for GCC 4.3 chemtool-1.6.11-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.6.11-3 - Autorebuild for GCC 4.3 chkconfig-1.3.37-2 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.3.37-2 - Autorebuild for GCC 4.3 cjet-0.8.9-6.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.9-6 - Autorebuild for GCC 4.3 classpathx-jaf-0:1.0-11jpp.1.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0-11jpp.1 - Autorebuild for GCC 4.3 * Sun Mar 11 2007 Vivek Lakshmanan - 0:1.0-10jpp.1.fc7 - Resync with latest from JPP cmake-2.4.8-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4.8-2 - Autorebuild for GCC 4.3 cobbler-0.8.1-1.fc9 ------------------- * Wed Feb 20 2008 Michael DeHaan - 0.8.1-1 - Upstream changes (see CHANGELOG) comgt-0.32-2.fc9 ---------------- compat-flex-2.5.4a-4.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.5.4a-4 - Autorebuild for GCC 4.3 concurrent-0:1.3.4-8jpp.1.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.3.4-8jpp.1 - Autorebuild for GCC 4.3 cppunit-1.12.0-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.12.0-5 - Autorebuild for GCC 4.3 cracklib-2.8.12-2 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.8.12-2 - Autorebuild for GCC 4.3 crm114-0-1.7.20070810.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0-1.7.20070810 - Autorebuild for GCC 4.3 cryptix-0:3.2.0-10jpp.2 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:3.2.0-10jpp.2 - Autorebuild for GCC 4.3 * Wed Oct 04 2006 Matt Wringe 3.2.0-9jpp.2 - Apply patch (from Oliver Falk) to allow for building on a 1.5 jdk (Bug #318181) * Thu Aug 10 2006 Matt Wringe 3.2.0-9jpp.1 - Merge with upstream version: - Add missing javadoc post and unpost - Add missing javadoc requires cryptsetup-luks-1.0.5-9.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.5-9 - Autorebuild for GCC 4.3 * Sat Jan 19 2008 Peter Jones - 1.0.5-8 - Rebuild for broken deps. cscope-15.5-17.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 15.5-17 - Autorebuild for GCC 4.3 ctorrent-1.3.4-6.dnh3.2.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.4-6.dnh3.2 - Autorebuild for GCC 4.3 cups-1:1.3.6-1.fc9 ------------------ * Wed Feb 20 2008 Tim Waugh 1:1.3.6-1 - 1.3.6. dap-netcdf_handler-3.7.8-3.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.7.8-3 - Autorebuild for GCC 4.3 dap-server-3.8.4-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.8.4-3 - Autorebuild for GCC 4.3 dbus-1.1.4-6.fc9 ---------------- * Wed Feb 20 2008 Mamoru Tasaka - 1.1.4-6 - Really rebuild against new libcap * Sun Feb 17 2008 Adam Tkac - 1.1.4-5 - rebuild against new libcap * Tue Feb 05 2008 Matthias Clasen - 1.1.4-4 - Fix a dbus-launch problem (#430412) dcraw-8.81-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 8.81-2 - Autorebuild for GCC 4.3 desktop-file-utils-0.14-3.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.14-3 - Autorebuild for GCC 4.3 dialog-1.1-4.20071028.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-4.20071028 - Autorebuild for GCC 4.3 dmidecode-1:2.9-1.28.1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:2.9-1.27.1 - Autorebuild for GCC 4.3 docbook2X-0.8.8-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.8-2 - Autorebuild for GCC 4.3 doxygen-1:1.5.5-2.fc9 --------------------- * Wed Feb 20 2008 Than Ngo 1.5.5-2 - apply patch to make doxygen using system libpng/zlib driftnet-0.1.6-16.20040426cvs.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.6-16.20040426cvs - Autorebuild for GCC 4.3 dtach-0.7-2.2.3 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7-2.2.3 - Autorebuild for GCC 4.3 dtdparser-0:1.21-4jpp.2.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.21-4jpp.2 - Autorebuild for GCC 4.3 dx-4.4.4-6.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.4.4-6 - Autorebuild for GCC 4.3 eclipse-cdt-1:4.0.1-3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:4.0.1-3 - Autorebuild for GCC 4.3 eclipse-checkstyle-4.0.1-10.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.0.1-10 - Autorebuild for GCC 4.3 eclipse-egit-0.3.0-3.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.3.0-3 - Autorebuild for GCC 4.3 eclipse-gef-3.3.0-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.3.0-2 - Autorebuild for GCC 4.3 eclipse-photran-4.0-1.b3.fc9.1 ------------------------------ eclipse-subclipse-1.2.4-7.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.4-7 - Autorebuild for GCC 4.3 * Mon Nov 12 2007 Robert Marcano 1.2.4-6 - Build for all supported arquitectures * Fri Oct 19 2007 Robert Marcano 1.2.4-3 - Disable ppc64 build for f8, see Bug #298071 ed2k_hash-0.4.0-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.0-7 - Autorebuild for GCC 4.3 ejabberd-2.0.0-0.4.rc1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.0-0.4.rc1 - Autorebuild for GCC 4.3 * Wed Jan 23 2008 Peter Lemenkov 2.0.0-0.3.rc1 - Really enabled some previously disabled modules * Wed Jan 23 2008 Peter Lemenkov 2.0.0-0.2.rc1 - Enabled some previously disabled modules ekg-1.7-6.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7-6 - Autorebuild for GCC 4.3 empathy-0.21.4-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.21.4-2 - Autorebuild for GCC 4.3 engine_pkcs11-0.1.4-2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.4-2 - Autorebuild for GCC 4.3 esmtp-0.6.0-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-4 - Autorebuild for GCC 4.3 fdupes-1.40-12.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.40-12 - Autorebuild for GCC 4.3 fetchlog-1.0-9.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0-9 - Autorebuild for GCC 4.3 fftw-3.1.2-6.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.2-6 - Autorebuild for GCC 4.3 filelight-1.0-12.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-12 - Autorebuild for GCC 4.3 filesystem-2.4.11-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4.11-2 - Autorebuild for GCC 4.3 firmware-addon-dell-1.4.8-1.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.8-1 - Autorebuild for GCC 4.3 flac-1.2.1-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-3 - Autorebuild for GCC 4.3 * Tue Jan 29 2008 Miroslav Lichvar 1.2.1-2 - fix building with gcc-4.3 - reenable some assembly optimizations - hide private libFLAC symbols (#285961) - update license tag - add %check - remove -maltivec from CFLAGS * Mon Sep 17 2007 - Bastien Nocera - 1.2.1-1 - Update to 1.2.1 flasm-1.62-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.62-4 - Autorebuild for GCC 4.3 fprint_demo-0.4-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-4 - Autorebuild for GCC 4.3 ftp-0.17-46.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.17-46 - Autorebuild for GCC 4.3 funionfs-0.4.3-2.fc9 -------------------- fuse-2.7.3-1.fc9 ---------------- * Wed Feb 20 2008 Peter Lemenkov 2.7.3-1 - Ver. 2.7.3 - Removed usergroup fuse - Added chkconfig support (BZ#228088) * Tue Feb 19 2008 Fedora Release Engineering - 2.7.2-2 - Autorebuild for GCC 4.3 * Mon Jan 21 2008 Tom "spot" Callaway 2.7.2-1 - bump to 2.7.2 - fix license tag fuse-emulator-0.9.0-2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.0-2 - Autorebuild for GCC 4.3 * Mon Jan 07 2008 Ian Chapman 0.9.0-1 - Upgrade to 0.9.0 - Use DESTDIR and noroms patch - Added several new BRs for the new version * 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.9.0-2.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.0-2 - Autorebuild for GCC 4.3 fuse-python-0.2-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2-7 - Autorebuild for GCC 4.3 * Thu Oct 18 2007 Michel Salim 0.2-6 - Fix source URL - Include examples fwbuilder-2.1.16-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.1.16-2 - Autorebuild for GCC 4.3 g2clib-1.0.5-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.5-4 - Autorebuild for GCC 4.3 gajim-0.11.4-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.11.4-2 - Autorebuild for GCC 4.3 ganymed-ssh2-210-6.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 210-6 - Autorebuild for GCC 4.3 gdb-6.7.1-13.fc9 ---------------- * Wed Feb 20 2008 Jan Kratochvil - 6.7.1-13 - ia64 build fixes from Doug Chapman (BZ 428882). - gdbserver separated into an extra package (BZ 405791). - pstack obsoleted by included gstack (BZ 197020). - Fix #include on kernel-headers-2.6.25-0.40.rc1.git2.fc9.x86_64. - Drop the PowerPC simulator as no longer being compatible with Fedora binaries. genromfs-0.5.1-6 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.1-6 - Autorebuild for GCC 4.3 * Thu Aug 16 2007 Petr Machata - 0.5.1-5 - Fix licensing tag. * Wed Feb 07 2007 Petr Machata - 0.5.1-4 - Tidy up the specfile per rpmlint comments geomview-1.9.4-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9.4-6 - Autorebuild for GCC 4.3 gg2-2.3.0-7.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.3.0-7 - Autorebuild for GCC 4.3 giflib-4.1.3-9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.1.3-9 - Autorebuild for GCC 4.3 gift-gnutella-0.0.11-5.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.11-5 - Autorebuild for GCC 4.3 gift-openft-0.2.1.6-12.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.1.6-12 - Autorebuild for GCC 4.3 glabels-2.2.1-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.1-2 - Autorebuild for GCC 4.3 glpk-4.25-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.25-2 - Autorebuild for GCC 4.3 gnome-applet-music-2.2.1-2.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.2.1-2 - Autorebuild for GCC 4.3 gnome-desktop-2.21.91-7.fc9 --------------------------- * Wed Feb 20 2008 Soren Sandmann - 2.21.91-7 * Update randr code gnome-panel-2.21.91-7.fc9 ------------------------- * Wed Feb 20 2008 Matthias Clasen - 2.21.91-7 - Make the last patch work gnomeradio-1.7-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7-4 - Autorebuild for GCC 4.3 gnucash-2.2.3-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.3-3 - Autorebuild for GCC 4.3 gpa-0.7.6-4.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.6-4 - Autorebuild for GCC 4.3 * Sat Aug 25 2007 Rex Dieter 0.7.6-3 - respin (BuildID) * Thu Aug 02 2007 Rex Dieter 0.7.6-2 - License: GPLv2+ gperf-3.0.3-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.3-4 - Autorebuild for GCC 4.3 gpsbabel-1.3.4-2.fc9 -------------------- grads-1.9b4-23.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.9b4-23 - Autorebuild for GCC 4.3 grass-6.2.3-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.2.3-2 - Autorebuild for GCC 4.3 * Sat Jan 05 2008 Devrim GUNDUZ 6.2.3-1 - Update to 6.2.3 groff-1.18.1.4-13.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.18.1.4-13 - Autorebuild for GCC 4.3 gsf-sharp-0.8.1-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.1-7 - Autorebuild for GCC 4.3 gsoap-2.7.10-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.7.10-3 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 - 2.7.10-2 - Removed --disable-namespaces from configure, result is code compiled against gsoap does not need to call set_soap_namespaces gtk-qt-engine-1:0.8-3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.8-3 - Autorebuild for GCC 4.3 gtkimageview-1.5.0-2.fc9 ------------------------ gtkperf-0.40-7.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.40-7 - Autorebuild for GCC 4.3 * Sat Aug 11 2007 Per Patrice Bouchand 0.40-6 - Remove attr(755,root,root) on _bindir * Fri Aug 10 2007 Per Patrice Bouchand 0.40-5 - Convert ChangeLog to UTF8 - Update License tag to GPLv2 - Suppress the call of automated autoheader - Set CFLAGS in make guile-5:1.8.3-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5:1.8.3-3 - Autorebuild for GCC 4.3 guile-cairo-1.4.0-5.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.0-5 - Autorebuild for GCC 4.3 haddock-2.0.0.0-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.0.0-2 - Autorebuild for GCC 4.3 halevt-0.0.7-2.fc9 ------------------ hdparm-8.4-1.fc9 ---------------- * Wed Feb 20 2008 Karsten Hopp 8.4-1 - version 8.4 * Tue Feb 19 2008 Karsten Hopp 8.1-3 - upload 8.1 sources and rebuild hesinfo-3.1.0-3 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-3 - Autorebuild for GCC 4.3 hesiod-3.1.0-10 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-10 - Autorebuild for GCC 4.3 hnb-1.9.18-5.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9.18-5 - Autorebuild for GCC 4.3 hping3-0.0.20051105-9.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.20051105-9 - Autorebuild for GCC 4.3 httrack-3.42-9.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.42-9 - Autorebuild for GCC 4.3 hunspell-lt-1.2.1-1.fc9 ----------------------- * Wed Feb 20 2008 Caolan McNamara - 1.2.1-1 - latest version ifd-egate-0.05-20 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.05-20 - Autorebuild for GCC 4.3 inchi-1.0.2-0.3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-0.3 - Autorebuild for GCC 4.3 indent-2.2.9-19.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.9-19 - Autorebuild for GCC 4.3 * Thu Aug 16 2007 Petr Machata - 2.2.9-18 - Fix licensing tag. * Fri Feb 02 2007 Petr Machata - 2.2.9-17 - Tidy up the specfile per rpmlint comments - Use utf-8 and fix national characters in contributor's names intltool-0.37.0-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.37.0-3 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Matthias Clasen - 0.37.0-2 - Require gettext intuitively-0.7-13.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7-13 - Autorebuild for GCC 4.3 iozone-3-5.fc9 -------------- ipod-sharp-0.8.0-4.fc9 ---------------------- * Wed Feb 20 2008 David Nielsen 0.8.0-4 - and let's correct that BR on ndesk-dbus-glib * Wed Feb 20 2008 David Nielsen 0.8.0-3 - Add libipoddevice and ndesk-dbus to build dependencies - Update libdir patch - make singlethreaded to avoid build error - split out development files * Mon Feb 18 2008 Fedora Release Engineering - 0.8.0-2 - Autorebuild for GCC 4.3 iptraf-3.0.1-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.0.1-3 - Autorebuild for GCC 4.3 ipv6calc-0.71.0-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.71.0-2 - Autorebuild for GCC 4.3 irqbalance-2:0.55-8.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:0.55-8 - Autorebuild for GCC 4.3 irssi-0.8.12-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.8.12-5 - Autorebuild for GCC 4.3 isync-1.0.3-7.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-7 - Autorebuild for GCC 4.3 jakarta-commons-codec-0:1.3-9jpp.2.fc9 -------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.3-9jpp.2 - Autorebuild for GCC 4.3 jakarta-commons-digester-0:1.7-7jpp.2 ------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.7-7jpp.2 - Autorebuild for GCC 4.3 jakarta-commons-discovery-1:0.4-3jpp.1.fc9 ------------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:0.4-3jpp.1 - Autorebuild for GCC 4.3 * Wed Mar 21 2007 Matt Wringe - 1:0.4-2jpp.1 - Merge with latest jpp version - fix rpmlint isuses * Sat Feb 17 2007 Fernando Nasser - 1:0.4-2jpp - Remove distribution and vendor tags - Fix empty post postun messages - Use spaces and no tabs all over jakarta-commons-fileupload-1:1.0-7jpp.2.fc9 ------------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.0-7jpp.2 - Autorebuild for GCC 4.3 * Tue Apr 17 2007 Permaine Cheung - 1:1.0-6jpp.2 - Update spec file as per fedora review jakarta-commons-httpclient-1:3.0.1-2jpp.2.fc9 --------------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:3.0.1-2jpp.2 - Autorebuild for GCC 4.3 jakarta-commons-lang-0:2.3-2jpp.1.fc9 ------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.3-2jpp.1 - Autorebuild for GCC 4.3 jakarta-commons-launcher-0:1.1-2jpp.3.fc9 ----------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.1-2jpp.3 - Autorebuild for GCC 4.3 jakarta-commons-modeler-0:2.0-4jpp.2.fc9 ---------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.0-4jpp.2 - Autorebuild for GCC 4.3 jakarta-taglibs-standard-0:1.1.1-9jpp.1.fc9 ------------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.1.1-9jpp.1 - Autorebuild for GCC 4.3 * Wed Mar 21 2007 Matt Wringe 0:1.1.1-8jpp.1 - Merge with latest jpp version - Fix various rpmlint warnings * Wed Mar 21 2007 Matt Wringe 0:1.1.1-8jpp - Fix empty javadoc post and postun rpmlint warnings - Update copyright year javacc-0:4.0-4jpp.3 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:4.0-4jpp.3 - Autorebuild for GCC 4.3 jdepend-0:2.6-7jpp.3 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.6-7jpp.3 - Autorebuild for GCC 4.3 * Thu Apr 26 2007 Matt Wringe - 0:2.6-6jpp.3 - rebuild * Thu Oct 26 2006 Fernando Nasser - 0:2.6-6jpp.2 - Really add missing javadoc requires this time jlex-0:1.2.6-6jpp.1 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.6-6jpp.1 - Autorebuild for GCC 4.3 jline-0:0.9.9-2jpp.1.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:0.9.9-2jpp.1 - Autorebuild for GCC 4.3 jss-4.2.5-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.2.5-2 - Autorebuild for GCC 4.3 jtidy-2:1.0-0.2.r7dev.1jpp.2.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:1.0-0.2.r7dev.1jpp.2 - Autorebuild for GCC 4.3 jython-2.2-0.4.Release_2_2beta1.1jpp.3.fc9 ------------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.2-0.4.Release_2_2beta1.1jpp.3 - Autorebuild for GCC 4.3 jzlib-0:1.0.7-5jpp.1 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0.7-5jpp.1 - Autorebuild for GCC 4.3 kaffeine-0.8.6-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.6-2 - Autorebuild for GCC 4.3 kanatest-0.4.4-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.4-4 - Autorebuild for GCC 4.3 kbiof-0.3-3.fc9 --------------- kcometen3-1.1-7.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-7 - Autorebuild for GCC 4.3 kdesvn-0.14.1-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.14.1-4 - Autorebuild for GCC 4.3 kdetv-0.8.9-10.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.8.9-10 - Autorebuild for GCC 4.3 kdiff3-0.9.92-12.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.92-12 - Autorebuild for GCC 4.3 kdnssd-avahi-0.1.3-0.6.20080116svn.fc9 -------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.3-0.6.20080116svn - Autorebuild for GCC 4.3 kdocker-1.3-10.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.3-10 - Autorebuild for GCC 4.3 kernel-2.6.25-0.54.rc2.fc9 -------------------------- * Mon Feb 18 2008 John W. Linville - ath5k: correct padding in tx descriptors - ipw2200: fix ucode assertion for RX queue overrun - iwlwifi: Don't send host commands on rfkill - rt2x00: Add new USB ID to rt2500usb - wavelan: mark hardware interfacing structures as packed - rndis_wlan: enable stall workaround by link quality instead of link speed - b43: Add driver load messages - b43: Add firmware information to modinfo - b43: Fix firmware load message level - mac80211: Fix initial hardware configuration - iwlwifi: earlier rx allocation - iwlwifi: do not clear GEO_CONFIGURED bit when calling _down - iwlwifi: only check for association id when associating with AP - b43legacy: fix DMA for 30/32-bit DMA engines - b43legacy: add firmware information to modinfo - b43legacy: fix firmware load message level - b43legacy: Add driver load messages - iwlwifi: reverting 'misc wireless annotations' patch for iwlwifi - wireless: Fix WARN_ON() with ieee802.11b - rt2x00: Rate structure overhaul - rt2x00: Remove HWMODE_{A,B,G} - rt2x00: Use ieee80211_channel_to_frequency() - rt2x00: Make use of MAC80211_LED_TRIGGERS - rt2x00: Enable LED class support for rt2500usb/rt73usb - rt2x00: Fix rate initialization - rt2x00: Release rt2x00 2.1.0 - cfg80211 API for channels/bitrates, mac80211 and driver conversion - nl80211: export hardware bitrate/channel capabilities - mac80211: fix scan band off-by-one error - mac80211: remove port control enable switch, clean up sta flags - wireless: fix ERP rate flags - mac80211: split ieee80211_txrx_result - mac80211: split RX_DROP - mac80211: clean up some things in the RX path - mac80211: remove "dynamic" RX/TX handlers - mac80211: move some code into ieee80211_invoke_rx_handlers - ath5k: Port to new bitrate/channel API - ath5k: Cleanup after API changes - ath5k: ath5k_copy_channels() was not setting the channel band - ath5k: Use our own Kconfig file, we'll be expanding this shortly - ath5k: Port debug.c over to the new band API and enable as build option - ath5k: Use software encryption for now - ath5k/phy.c: fix negative array index - nl80211: Add monitor interface configuration flags - mac80211: Use monitor configuration flags - mac80211: Add cooked monitor mode support - iwlwifi: initialize ieee80211_channel->hw_value - iwlwifi: set rate_idx correctly from plcp - rc80211-pid: fix rate adjustment - iwlwifi: Fix HT compilation breakage caused by cfg80211 API for channels/bitrates patch * Mon Feb 18 2008 Dave Jones - More exec-shield cleanup. * Sun Feb 17 2008 Chuck Ebbert - Fix Powerbook function keys on x86-64. kickpim-0.5.3-14.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.3-14 - Autorebuild for GCC 4.3 * Mon Dec 03 2007 Rex Dieter 0.5.3-13 - BR: kdepim3-devel - drop Requires: kdebase kiosktool-1.0-10.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-10 - Autorebuild for GCC 4.3 * Sat Dec 08 2007 Rex Dieter 1.0-9 - BR: kdelibs3-devel kmplayer-0.10.0c-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.10.0c-4 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Rex Dieter 0.10.0c-3 - really include/use -icon patch komparator-0.8-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8-3 - Autorebuild for GCC 4.3 kompose-0.5.3-10.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.3-10 - Autorebuild for GCC 4.3 koules-1.4-2.fc9 ---------------- kphotoalbum-3.1.0-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-2 - Autorebuild for GCC 4.3 ksirk-1.7-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7-6 - Autorebuild for GCC 4.3 kudzu-1.2.83-2 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.83-2 - Autorebuild for GCC 4.3 ldns-1.2.2-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.2-3 - Autorebuild for GCC 4.3 lesstif-0.95.0-23.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.95.0-23 - Autorebuild for GCC 4.3 lib765-0.4.1-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.4.1-3 - Autorebuild for GCC 4.3 libEMF-1.0.3-7.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-7 - Autorebuild for GCC 4.3 libcap-2.06-3.fc9 ----------------- * Wed Feb 20 2008 Karsten Hopp 2.06-3 - temporarily add libcap-1 libraries to bootstrap some packages libchmxx-0.2-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.2-2 - Autorebuild for GCC 4.3 libdaemon-0.12-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.12-3 - Autorebuild for GCC 4.3 libdsk-1.2.0-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.0-2 - Autorebuild for GCC 4.3 libdvdnav-4.1.1-6.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.1.1-6 - Autorebuild for GCC 4.3 libesmtp-1.0.4-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.4-6 - Autorebuild for GCC 4.3 libfprint-0.0.5-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.5-3 - Autorebuild for GCC 4.3 libgcrypt-1.4.0-2 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.0-2 - Autorebuild for GCC 4.3 libgdiplus-1.9-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9-2 - Autorebuild for GCC 4.3 * Mon Feb 04 2008 Paul F. Johnson 1.9-1 - bump to preview 1 * Tue Dec 11 2007 Paul F. Johnson 1.2.6-2 - bump to preview 4 libgeotiff-1.2.4-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.4-3 - Autorebuild for GCC 4.3 libgii-1.0.2-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-5 - Autorebuild for GCC 4.3 libgpg-error-1.6-2 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.6-2 - Autorebuild for GCC 4.3 * Fri Dec 07 2007 Nalin Dahyabhai - remove the generic install docs (#226021) libmng-1.0.9-6.1 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.9-6.1 - Autorebuild for GCC 4.3 libnet-1.1.2.1-12.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.2.1-12 - Autorebuild for GCC 4.3 * 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 libnet10-1.0.2a-14.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2a-14 - Autorebuild for GCC 4.3 * Mon May 07 2007 Patrice Dumas - 1.0.2a-13 - add a libnet-1.0 directory with a libnet.a link to the library libotr-3.1.0-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-2 - Autorebuild for GCC 4.3 libp11-0.2.3-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.2.3-2 - Autorebuild for GCC 4.3 libpcap-14:0.9.8-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 14:0.9.8-2 - Autorebuild for GCC 4.3 librfid-0.1.0-4.1996svn.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.0-4.1996svn - Autorebuild for GCC 4.3 libsepol-2.0.21-1.fc9 --------------------- * Wed Feb 20 2008 Dan Walsh 2.0.21-1 - Upgrade to latest from NSA * Fix invalid memory allocation in policydb_index_others() from Jason Tang. libsigsegv-2.4-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4-5 - Autorebuild for GCC 4.3 libspectrum-0.4.0-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.0-2 - Autorebuild for GCC 4.3 libsx-2.05-15.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.05-15 - Autorebuild for GCC 4.3 libsyncml-0.4.5-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.5-2 - Autorebuild for GCC 4.3 libtlen-0-0.7.20060309.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0-0.7.20060309 - Autorebuild for GCC 4.3 linux-igd-1.0-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-5 - Autorebuild for GCC 4.3 lockdev-1.0.1-12.fc9.1 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-12.1 - Autorebuild for GCC 4.3 log4j-0:1.2.14-4jpp.1.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.14-4jpp.1 - Autorebuild for GCC 4.3 lslk-1.29-19.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.29-19 - Autorebuild for GCC 4.3 lsof-4.78-8.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.78-8 - Autorebuild for GCC 4.3 lucene-0:2.3.0-1jpp.0.fc9 ------------------------- * Tue Feb 19 2008 Lubomir Kundrak - 0:2.3.0-1jpp.0 - 2.3.0 (#228141) lucidlife-0.9.2-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.2-3 - Autorebuild for GCC 4.3 lx-20030328-3.fc9 ----------------- m2crypto-0.18.2-4 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.18.2-4 - Autorebuild for GCC 4.3 make-1:3.81-11.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:3.81-11 - Autorebuild for GCC 4.3 * Thu Oct 04 2007 Petr Machata - 1:3.81-10 - Fix parallel builds with reexec. - Related: #212111, #211290 * Thu Oct 04 2007 Petr Machata - 1:3.81-8 - Cleaned up per merge review. - Related: #226120 mapserver-5.0.2-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.0.2-2 - Autorebuild for GCC 4.3 * Sat Feb 09 2008 Devrim GUNDUZ - 5.0.2-1 - Update to 5.0.2 * Sat Jan 05 2008 Devrim GUNDUZ - 5.0.0-2 - Update BR for java-devel, per Patrice Dumas memcached-1.2.4-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.4-4 - Autorebuild for GCC 4.3 mercurial-0.9.5-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.5-7 - Autorebuild for GCC 4.3 mfiler2-4.0.9a-1.fc9 -------------------- * Wed Feb 20 2008 Mamoru Tasaka - 4.0.9a-1 - 4.0.9a mftrace-1.2.14-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.14-4 - Autorebuild for GCC 4.3 min12xxw-0.0.9-3.fc9 -------------------- mingetty-1.08-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.08-2 - Autorebuild for GCC 4.3 minicom-2.2-6.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2-6 - Autorebuild for GCC 4.3 mkinitrd-6.0.30-1.fc9 --------------------- * Wed Feb 20 2008 Peter Jones - 6.0.30-1 - Load selinux policy during boot. mlmmj-1.2.15-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.15-2 - Autorebuild for GCC 4.3 mlocate-0.18-2 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.18-2 - Autorebuild for GCC 4.3 mod_line_edit-1.0.0-4.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.0-4 - Autorebuild for GCC 4.3 mod_mono-1.2.6-2.1.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.6-2.1 - Autorebuild for GCC 4.3 mod_nss-1.0.7-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.7-3 - Autorebuild for GCC 4.3 mono-1.2.6-7.1.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.6-7.1 - Autorebuild for GCC 4.3 * Wed Dec 19 2007 Paul F. Johnson 1.2.6-6.1 - added BR libunwind-devel for ia64 (bz426180) - fix for LIBDIR problem * Sun Dec 16 2007 Paul F. Johnson 1.2.6-4 - bump new version - removed more redundant bits - url fix mono-addins-0.3-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3-4 - Autorebuild for GCC 4.3 mono-basic-1.2.6-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.6-5 - Autorebuild for GCC 4.3 monodoc-1.2.6-2.1.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.6-2.1 - Autorebuild for GCC 4.3 * Thu Nov 22 2007 Paul F. Johnson 1.2.6-1.1 - bump - url fix - excludearch ppc64 * Mon Apr 23 2007 Paul F. Johnson 1.2.4-1 - bump monotone-viz-1.0.1-2.fc9 ------------------------ monsterz-0.7.1-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.1-2 - Autorebuild for GCC 4.3 mozldap-6.0.5-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.0.5-2 - Autorebuild for GCC 4.3 msv-1:1.2-0.2.20050722.3jpp.3.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.2-0.2.20050722.3jpp.3 - Autorebuild for GCC 4.3 mt-st-0.9b-5.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9b-5 - Autorebuild for GCC 4.3 mtr-2:0.72-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:0.72-4 - Autorebuild for GCC 4.3 munipack-0.3.1-3.fc9 -------------------- nant-0.85-18.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.85-18 - Autorebuild for GCC 4.3 nasm-2.01-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.01-2 - Autorebuild for GCC 4.3 nautilus-open-terminal-0.8-4.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8-4 - Autorebuild for GCC 4.3 nautilus-search-tool-0.2.2-3.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.2-3 - Autorebuild for GCC 4.3 ncurses-5.6-15.20080112.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.6-15.20080112 - Autorebuild for GCC 4.3 netbsd-iscsi-20071205-2.fc9 --------------------------- netdump-server-0.7.16-22.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.16-22 - Autorebuild for GCC 4.3 netembryo-0.0.5-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.5-2 - Autorebuild for GCC 4.3 newsx-1.6-8.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.6-8 - Autorebuild for GCC 4.3 newt-0.52.8-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.52.8-2 - Autorebuild for GCC 4.3 nsd-3.0.7-3.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.7-3 - Autorebuild for GCC 4.3 nss-mdns-0.10-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.10-4 - Autorebuild for GCC 4.3 nss_compat_ossl-0.9.2-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.2-4 - Autorebuild for GCC 4.3 nss_db-2.2-40 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2-40 - Autorebuild for GCC 4.3 ntp-4.2.4p4-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.2.4p4-3 - Autorebuild for GCC 4.3 numactl-1.0.2-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-3 - Autorebuild for GCC 4.3 obexfs-0.11-0.3.rc3.fc9 ----------------------- obexftp-0.22-0.8.rc9.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.22-0.8.rc9 - Autorebuild for GCC 4.3 octave-6:3.0.0-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 6:3.0.0-3 - Autorebuild for GCC 4.3 octave-forge-20071212-7.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 20071212-7 - Autorebuild for GCC 4.3 ogdi-3.2.0-0.8.beta1.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.2.0-0.8.beta1 - Autorebuild for GCC 4.3 oki4linux-2.1gst-3.fc9 ---------------------- openmsx-0.6.3-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.3-3 - Autorebuild for GCC 4.3 openslp-1.2.1-9.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-9 - Autorebuild for GCC 4.3 pam_fprint-0.2-3.fc9 -------------------- pam_pkcs11-0.5.3-26 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.3-26 - Autorebuild for GCC 4.3 pam_ssh-1.92-8.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.92-8 - Autorebuild for GCC 4.3 par2cmdline-0.4-14.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-14 - Autorebuild for GCC 4.3 * Fri Jan 18 2008 Laurent Rineau - 0.4-13 - Rebuild. pards-0.4-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-6 - Autorebuild for GCC 4.3 passwd-0.75-1.fc9 ----------------- * Wed Feb 20 2008 Tomas Mraz 0.75-1 - fix disabling SELinux and audit in spec (#433284) - remove obsolete no.po (#332121) - updated translations pbm2l2030-1.4-3.fc9 ------------------- pbm2l7k-990321-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 990321-4 - Autorebuild for GCC 4.3 pciutils-2.2.10-1.fc9 --------------------- * Wed Feb 20 2008 Harald Hoyer 2.2.10-1 - version 2.2.10 pcsc-lite-1.4.4-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.4-3 - Autorebuild for GCC 4.3 perl-BSD-Resource-1.28-5.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.28-5 - Autorebuild for GCC 4.3 * Sat Feb 02 2008 Tom "spot" Callaway 1.28-4 - rebuild for new perl perl-Bit-Vector-6.4-7.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.4-7 - Autorebuild for GCC 4.3 * Tue Feb 05 2008 Tom "spot" Callaway - 6.4-6 - fix license tag, rebuild for new perl perl-Compress-Bzip2-2.09-5.fc9.2 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.09-5.2 - Autorebuild for GCC 4.3 perl-Compress-Raw-Bzip2-2.005-4.fc9 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.005-4 - Autorebuild for GCC 4.3 perl-Compress-Raw-Zlib-2.005-5.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.005-5 - Autorebuild for GCC 4.3 perl-Crypt-SSLeay-0.57-6.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.57-6 - Autorebuild for GCC 4.3 perl-DBD-MySQL-4.005-7.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.005-7 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway - 4.005-6 - rebuild for new perl perl-DBD-Pg-1.49-8.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.49-8 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Tom "spot" Callaway - 1.49-7 - rebuild for new perl perl-DBD-SQLite-1.14-4.fc9.1 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.14-4.1 - Autorebuild for GCC 4.3 * Sun Jan 20 2008 Tom "spot" Callaway 1.14-3.1 - tests disabled, due to x86_64 failures * Tue Jan 15 2008 Tom "spot" Callaway 1.14-3 - rebuild for new perl perl-DBI-1.601-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.601-3 - Autorebuild for GCC 4.3 perl-Date-Calc-5.4-5.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 5.4-5 - Autorebuild for GCC 4.3 perl-Date-Simple-3.02-8.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.02-8 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Tom "spot" Callaway 3.02-7 - rebuild for new perl perl-Device-SerialPort-1.04-2.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.04-2 - Autorebuild for GCC 4.3 perl-Digest-MD2-2.03-6.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.03-6 - Autorebuild for GCC 4.3 perl-Digest-MD4-1.5-5.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5-5 - Autorebuild for GCC 4.3 perl-Digest-SHA1-2.11-6.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.11-6 - Autorebuild for GCC 4.3 * Sun Jan 20 2008 Tom "spot" Callaway - 2.11-5 - rebuild for new perl perl-Geo-IP-1.30-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.30-2 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Michael Fleming 1.30-1 - Update to 1.30. This pulls in much of the PurePerl module for those using it (via third party repositories) perl-HTML-Parser-3.56-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.56-4 - Autorebuild for GCC 4.3 * Sun Jan 20 2008 Tom "spot" Callaway - 3.56-3 - rebuild for new perl perl-Math-GMP-2.04-7.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.04-7 - Autorebuild for GCC 4.3 perl-Math-Pari-2.010709-4.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.010709-4 - Autorebuild for GCC 4.3 perl-Mozilla-LDAP-1.5.2-3.fc9.1 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.2-3.1 - Autorebuild for GCC 4.3 perl-Net-DNS-0.61-6.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.61-6 - Autorebuild for GCC 4.3 * Thu Jan 31 2008 Tom "spot" Callaway - 0.61-5 - rebuild for new perl perl-Net-IP-CMatch-0.02-7.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.02-7 - Autorebuild for GCC 4.3 perl-Net-Patricia-1.014-5.fc9.1 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.014-5.1 - Autorebuild for GCC 4.3 perl-Net-SSLeay-1.32-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.32-4 - Autorebuild for GCC 4.3 * Thu Jan 31 2008 Tom "spot" Callaway - 1.32-3 - rebuild for new perl perl-RPM2-0.67-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.67-4 - Autorebuild for GCC 4.3 perl-String-Approx-3.26-4.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.26-4 - Autorebuild for GCC 4.3 perl-String-CRC32-1.4-5.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4-5 - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Tom "spot" Callaway 1.4-4 - rebuild for new perl perl-Sub-Uplevel-0.1901-1.fc9 ----------------------------- * Wed Feb 20 2008 Steven Pritchard 0.1901-1 - Update to 0.1901. - Use fixperms macro instead of our own chmod incantation. - Reformat to match cpanspec output. * Sun Jan 20 2008 Tom "spot" Callaway - 0.18-2 - rebuild for new perl perl-TermReadKey-2.30-5.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.30-5 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway - 2.36-4 - rebuild for new perl perl-Test-Exception-0.27-1.fc9 ------------------------------ * Wed Feb 20 2008 Steven Pritchard 0.27-1 - Update to 0.27. * Sun Jan 20 2008 Tom "spot" Callaway 0.26-2 - rebuild for new perl perl-Text-CHM-0.01-3.fc9.1 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.01-3.1 - Autorebuild for GCC 4.3 perl-Text-CSV_XS-0.30-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.30-4 - Autorebuild for GCC 4.3 * Sat Feb 02 2008 Tom "spot" Callaway - 0.30-3 - rebuild for new perl perl-XML-LibXML-Common-0.13-12.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.13-12 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Tom "spot" Callaway - 0.13-11 - rebuild for new perl perl-XML-Parser-2.36-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.36-2 - Autorebuild for GCC 4.3 * Sun Jan 27 2008 Tom "spot" Callaway - 2.36-1 - bump to 2.36 * Thu Jan 24 2008 Tom "spot" Callaway - 2.34-11 - rebuild for new perl perl-YAML-Syck-1.04-1.fc9 ------------------------- * Wed Feb 20 2008 Steven Pritchard 1.04-1 - Update to 1.04. * Tue Feb 19 2008 Fedora Release Engineering - 1.01-3 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tom "spot" Callaway 1.01-2 - rebuild for new perl pfqueue-0.5.6-7.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.6-7 - Autorebuild for GCC 4.3 pguiman-0.0.1-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.1-4 - Autorebuild for GCC 4.3 php-Smarty-2.6.19-1.fc9 ----------------------- * Wed Feb 20 2008 Christopher Stone 2.6.19-1 - Upstream sync - Update %license - Fix file encoding php-pear-Structures-DataGrid-DataSource-MDB2-0.1.11-1.fc9 --------------------------------------------------------- * Wed Feb 20 2008 Christopher Stone 0.1.11-1 - Upstream sync - Requires new pear installer, mdb2 and datagrid php-pear-Structures-DataGrid-Renderer-Pager-0.1.3-1.fc9 ------------------------------------------------------- * Wed Feb 20 2008 Christopher Stone 0.1.3-1 - Upstream sync - Requires new pear installer, pager and datagrid php-pear-Structures-DataGrid-Renderer-Smarty-0.1.4-1.fc9 -------------------------------------------------------- * Wed Feb 20 2008 Christopher Stone 0.1.4-1 - Upstream sync - Requires new pear installer, pager renderer and datagrid php-pear-Validate-0.8.1-1.fc9 ----------------------------- * Wed Feb 20 2008 Christopher Stone 0.8.1-1 - Upstream sync piccolo-0:1.04-3jpp.2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.04-3jpp.2 - Autorebuild for GCC 4.3 pidgin-knotify-0.1-6.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.1-6 - Autorebuild for GCC 4.3 pidgin-libnotify-0.13-3.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.13-3 - Autorebuild for GCC 4.3 pidgin-otr-3.1.0-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.0-3 - Autorebuild for GCC 4.3 pinfo-0.6.9-6.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.9-6 - Autorebuild for GCC 4.3 plexus-archiver-0:1.0-0.2.a7.1jpp.1.fc9 --------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0-0.2.a7.1jpp.1 - Autorebuild for GCC 4.3 plexus-velocity-0:1.1.2-3jpp.1.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.1.2-3jpp.1 - Autorebuild for GCC 4.3 pm-utils-0.99.4-15.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.99.4-15 - Autorebuild for GCC 4.3 * Fri Jan 11 2008 Till Maas - 0.99.4-14 - add pm-utils-bugreport-info.sh script to collect information for bugreports - require Hal (RH #428452) pmount-0.9.13-2.fc9 ------------------- polyester-2.0-0.1.beta1.fc9 --------------------------- * Mon Feb 18 2008 Sebastian Vahl - 2.0-0.1.beta1 - new upsream version: 2.0-beta1 (tarball version: 1.9.0) - BuildRequires: kdelibs4-devel >= 4 popt-1.13-3.fc9 --------------- * Wed Feb 20 2008 Robert Scheck 1.13-3 - Revert the broken bind_textdomain_codeset() patch (#433324) poster-20060221-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 20060221-5 - Autorebuild for GCC 4.3 ppracer-0.3.1-15.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.1-15 - Autorebuild for GCC 4.3 procmail-3.22-21.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.22-21 - Autorebuild for GCC 4.3 prozilla-2.0.4-8.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.4-8 - Autorebuild for GCC 4.3 puretls-0.9-0.2.b5.5jpp.1.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9-0.2.b5.5jpp.1 - Autorebuild for GCC 4.3 * Thu Mar 22 2007 Matt Wringe - 0.9-0.1.b5.5jpp.1 - Merge with latest jpp version * Thu Mar 22 2007 Matt Wringe - 0.9-0.b5.5jpp - Add patch to build.xml to allow detection of gnugetopt so that the demo subpackage jar is not empty - Fix some rpmlint issues - Update copyright year - Remove vendor and distribution tags pyfribidi-0.6.0-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-4 - Autorebuild for GCC 4.3 python-4Suite-XML-1.0.2-3 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-3 - Autorebuild for GCC 4.3 python-cheetah-2.0.1-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.1-2 - Autorebuild for GCC 4.3 python-chm-0.8.4-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.4-4 - Autorebuild for GCC 4.3 python-enchant-1.3.1-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.1-2 - Autorebuild for GCC 4.3 python-kerberos-1.0-6.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-6 - Autorebuild for GCC 4.3 python-krbV-1.0.13-7.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.13-7 - Autorebuild for GCC 4.3 python-numarray-1.5.2-6.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.2-6 - Autorebuild for GCC 4.3 python-pyblock-0.31-2 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.31-2 - Autorebuild for GCC 4.3 python-simpy-1.9-2.fc9 ---------------------- * Wed Feb 20 2008 Sarantis Paskalis - 1.9-2 - Upgrade to 1.9 - Drop executable permissions for all files qcomicbook-0.3.4-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.4-2 - Autorebuild for GCC 4.3 qct-1.5-6.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5-6 - Autorebuild for GCC 4.3 qsf-1.2.7-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.7-2 - Autorebuild for GCC 4.3 qstars-0.4-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-4 - Autorebuild for GCC 4.3 qsynth-0.2.5-7.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.2.5-7 - Autorebuild for GCC 4.3 rbldnsd-0.996a-6.fc9 -------------------- * Wed Feb 20 2008 Paul Howarth 0.996a-6 - fix exit codes for reload, stop, and try-restart actions of initscript readline-5.2-11.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.2-11 - Autorebuild for GCC 4.3 regionset-0.1-6.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1-6 - Autorebuild for GCC 4.3 rekall-2.4.6-4.fc9 ------------------ * Wed Feb 20 2008 Tom "spot" Callaway 2.4.6-4 - more missing BR * Wed Feb 20 2008 Tom "spot" Callaway 2.4.6-3 - explicit qt-devel needed (since we need qt3) * Wed Feb 20 2008 Tom "spot" Callaway 2.4.6-2 - fix python25 patch remind-03.01.02-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 03.01.02-4 - Autorebuild for GCC 4.3 rgmanager-2.0.23-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.23-3 - Autorebuild for GCC 4.3 rmap-1.2-3.fc9 -------------- rocksndiamonds-3.2.4-1.fc9 -------------------------- * Wed Feb 20 2008 Tom "spot" Callaway 3.2.4-1 - update to 3.2.4 - keep music in their own tarball * Tue Feb 19 2008 Fedora Release Engineering - 3.2.3-3.2 - Autorebuild for GCC 4.3 roundup-1.4.2-1.fc9 ------------------- * Wed Feb 20 2008 Paul P. Komkoff Jr - 1.4.1-2 - new upstream version rpm-4.4.2.3-0.2.rc1 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.4.2.3-0.2.rc1 - Autorebuild for GCC 4.3 * Fri Jan 25 2008 Panu Matilainen 4.4.2.3-0.1.rc1 - update to 4.4.2.3-rc1 - merge nss-related patches into one - change default queryformat to include arch - resolves (documentation): #159638, #233232, #332271, #350401 - resolves (build): #124300, #140597, #124995, #147383, #220449 - resolves (query): #244236, #323221, #60288 - resolves (general): #223931, #164021, #83006, #205080, #217258, #428979 * Fri Jan 11 2008 Panu Matilainen 4.4.2.2-13 - lose the useless rpm user+group, use root:root like everything else - install x86 arch macros on x86_64 (#194123) - dont mess up target os+arch on rpmrc include (#232429) - set pkg-config path based on target (#212522) - fix funky automake breakage from nss libraries moving to /lib* ruby-fam-0.2.0-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.0-6 - Autorebuild for GCC 4.3 ruby-rpm-1.2.3-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.3-4 - Autorebuild for GCC 4.3 ruby-sqlite3-1.2.1-2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-2 - Autorebuild for GCC 4.3 s3switch-0.0-10.20020912.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0-10.20020912 - Autorebuild for GCC 4.3 sane-frontends-1.0.14-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.14-4 - Autorebuild for GCC 4.3 scim-1.4.7-11.fc9 ----------------- * Thu Feb 21 2008 Huang Peng - 1.4.7-11 - Update to scim.conf to make scim can work with imsettings. * Fri Feb 15 2008 Jens Petersen - 1.4.7-10 - make Wijesekera the default input method for Sinhala * Thu Feb 14 2008 Huang Peng - 1.4.7-9 - remove support locales in gtk im-scim module to avoid gtk automatically picking up scim im module. - rebuild for gcc43 scim-bridge-0.4.14-2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.4.14-2 - Autorebuild for GCC 4.3 scim-python-0.1.9-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.9-2 - Autorebuild for GCC 4.3 scim-qtimm-0.9.4-9.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.4-9 - Autorebuild for GCC 4.3 screen-4.0.3-9.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 4.0.3-9 - Autorebuild for GCC 4.3 sed-4.1.5-10.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.1.5-10 - Autorebuild for GCC 4.3 selinux-policy-3.2.9-1.fc9 -------------------------- * Wed Feb 20 2008 Dan Walsh 3.2.9-1 - Fixes from yum-cron - Update to latest upstream setuptool-1.19.4-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.19.4-2 - Autorebuild for GCC 4.3 sg3_utils-1.25-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.25-2 - Autorebuild for GCC 4.3 sipsak-0.9.6-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.9.6-3 - Autorebuild for GCC 4.3 siril-0.8-4.fc9 --------------- sjasm-0.39-0.6.g1.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.39-0.6.g1 - Autorebuild for GCC 4.3 slang-2.1.3-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1.3-3 - Autorebuild for GCC 4.3 smstools-3.0.10-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.10-2 - Autorebuild for GCC 4.3 socat-1.5.0.0-8.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.0.0-8 - Autorebuild for GCC 4.3 spamass-milter-0.3.1-7.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.1-7 - Autorebuild for GCC 4.3 sparse-0.4.1-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.4.1-2 - Autorebuild for GCC 4.3 speex-1.2-0.5.beta3 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-0.5.beta3 - Autorebuild for GCC 4.3 splint-3.1.1-16.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.1-16 - Autorebuild for GCC 4.3 ssss-0.5-4.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5-4 - Autorebuild for GCC 4.3 star-1.5a84-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5a84-4 - Autorebuild for GCC 4.3 sugar-base-0.1.1-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.1-2 - Autorebuild for GCC 4.3 suitesparse-3.0.0-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.0-4 - Autorebuild for GCC 4.3 * Tue Oct 16 2007 Quentin Spencer 3.0.0-3 - Update license tag. Fix minor issues found by rpmlint. svnkit-1.1.4-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.1.4-3 - Autorebuild for GCC 4.3 svrcore-4.0.4-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.0.4-2 - Autorebuild for GCC 4.3 swfdec-0.6.0-1.fc9 ------------------ * Wed Feb 20 2008 Brian Pepple - 0.6.0-1 - Update to 0.6.0. - Bump minimum version of gstreamer needed. - Add BR for gstreamer-plugins-base-devel. * Thu Feb 14 2008 Brian Pepple - 0.5.90-3 - Rebuild for new libsoup. swfdec-mozilla-0.6.0-1.fc9 -------------------------- * Wed Feb 20 2008 Brian Pepple - 0.6.0-1 - Update to 0.6.0. syck-0.61-4.3.fc9 ----------------- * Tue Feb 19 2008 Oliver Falk - 0.61-4.3 - Yet another python fix * Tue Feb 19 2008 Fedora Release Engineering - 0.61-4.2 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Oliver Falk - 0.61-3.2 * Make egginfo work and clean up python stuff in spec synaptics-0.14.6-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.14.6-2 - Autorebuild for GCC 4.3 syslinux-3.36-9.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.36-9 - Autorebuild for GCC 4.3 system-config-firewall-1.2.5-1.fc9 ---------------------------------- * Wed Feb 20 2008 Thomas Woerner 1.2.5-1 - dropped system-config-securitylevel compatibility files - project moved to git.fedoraproject.org system-config-printer-0.7.82-1.fc9 ---------------------------------- * Tue Feb 19 2008 Tim Waugh 0.7.82-1 - Updated to pycups-1.9.35. - 0.7.82: - More trouble-shooting improvements. tachyon-0.98-0.6.20070319.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.98-0.6.20070319 - Autorebuild for GCC 4.3 taglib-1.5-1.fc9 ---------------- * Wed Feb 20 2008 Rex Dieter 1.5-1 - taglib-1.5 tagsoup-0:1.0.1-2jpp.1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0.1-2jpp.1 - Autorebuild for GCC 4.3 tanukiwrapper-0:3.2.3-2jpp.1.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:3.2.3-2jpp.1 - Autorebuild for GCC 4.3 tcl-1:8.5.1-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:8.5.1-2 - Autorebuild for GCC 4.3 * Fri Jan 18 2008 Marcela Maslanova - 1:8.5.1-1 - new version tcl8.5.1 - fix 433151 problem with regular expression - Version 2.5.3 of the http package requires Tcl 8.4 or better -> change make patch, add tm files back to 8.4 * Tue Jan 15 2008 Marcela Maslanova - 1:8.5.0-6 - tclsh8.5 is back because of back compatibility #428712 tclx-8.4.0-10.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 8.4.0-10 - Autorebuild for GCC 4.3 * Mon Jan 07 2008 Marcela Maslanova - 8.4.0-9 - rebuild for tcl8.5 * Fri Aug 24 2007 Marcela Maslanova - 8.4.0-8 - rebuild for mass rebuild, check license tempest-0-0.5.20070929.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0-0.5.20070929 - Autorebuild for GCC 4.3 tetex-tex4ht-1.0.2007_12_19_2154-2.fc9.1 ---------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2007_12_19_2154-2.1 - Autorebuild for GCC 4.3 time-1.7-32.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7-32 - Autorebuild for GCC 4.3 timidity++-2.13.2-9.fc9 ----------------------- * Wed Feb 20 2008 Hans de Goede 2.13.2-9 - Add IPv6 support, patch by Milan Zazrivec (bz 198467) * Tue Feb 19 2008 Fedora Release Engineering - 2.13.2-8 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Jindrich Novy 2.13.2-7 - merge review fixes, thanks to Mamoru Tasaka: (#226492) - update License tag (still unclear what to do with GUS patches) - remove useless unversioned obsolete timidity++-X11 - substitute /etc with %{_sysconfdir} - enable parallel build - preserve timestamps, tar unpacking is no more verbose - add docs tk-1:8.5.1-3.fc9 ---------------- * Wed Feb 20 2008 Marcela Maslanova - 1:8.5.1-3 - rebuilt without useless patches * Tue Feb 19 2008 Fedora Release Engineering - 1:8.5.1-2 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Marcela Maslanova - 1:8.5.1-1 - new version tk8.5.1 tmpwatch-2.9.12-3 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.9.12-3 - Autorebuild for GCC 4.3 tolua++-1.0.92-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.92-6 - Autorebuild for GCC 4.3 tre-0.7.5-5.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.5-5 - Autorebuild for GCC 4.3 * Tue Jan 01 2008 Dominik Mierzejewski 0.7.5-4 - fix build in rawhide (include python egg-info file) * Wed Oct 31 2007 Dominik Mierzejewski 0.7.5-3 - include python bindings (bug #355241) - fix chicken-and-egg problem when building python bindings udev-118-5.fc9 -------------- * Wed Feb 20 2008 Harald Hoyer 118-4 - made symlinks relative (rhbz#432878) - removed the backgrounding of node creation (rhbz#381461) - do not change sg group ownership to disk for scanners (rhbz#432602) - attempt to fix selinux symlink bug (rhbz#345071) - fixed URL - made rpmlint mostly happy - disabled static version (no static selinux lib) * Mon Feb 18 2008 Fedora Release Engineering - 118-3 - Autorebuild for GCC 4.3 * Wed Jan 09 2008 Harald Hoyer 118-2 - reenabled static version ufraw-0.13-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.13-4 - Autorebuild for GCC 4.3 uread-0-0.3.19981218.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0-0.3.19981218 - Autorebuild for GCC 4.3 urlview-0.9-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9-4 - Autorebuild for GCC 4.3 util-linux-ng-2.13.1-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.13.1-4 - Autorebuild for GCC 4.3 uucp-1.07-17.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.07-17 - Autorebuild for GCC 4.3 vconfig-1.9-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9-5 - Autorebuild for GCC 4.3 vdrift-20071226-3.fc9 --------------------- * Fri Feb 15 2008 Jon Ciesla - 20071226-3 - Multiple fixes for the review. velocity-0:1.4-7jpp.1 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.4-7jpp.1 - Autorebuild for GCC 4.3 viaideinfo-0.5-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5-2 - Autorebuild for GCC 4.3 vlock-1.3-26.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3-26 - Autorebuild for GCC 4.3 wavpack-4.41-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 4.41-2 - Autorebuild for GCC 4.3 wbxml2-0.9.2-13.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.2-13 - Autorebuild for GCC 4.3 wdm-1.28-9.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.28-9 - Autorebuild for GCC 4.3 windowlab-1.34-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.34-5 - Autorebuild for GCC 4.3 wmix-3.1-3.fc9 -------------- wxGTK-2.8.7-1.fc9 ----------------- * Wed Feb 20 2008 Matthew Miller - 2.8.7-1 - update to 2.8.7 (rh bug #369621, etc.) - split base libs into separate wxBase package (rh bug #357961) - okay, so, wxPython 2.8.7.1 seems to work fine against this version of the library, so I'm dropping the kludgy-patch-to-2.8.7.1 thing. Please report any compatibility problems with wxPython 2.8.7.1 and I'll fix them as they come up. * Tue Feb 19 2008 Fedora Release Engineering - 2.8.4-7 - Autorebuild for GCC 4.3 xbae-4.60.4-9.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.60.4-9 - Autorebuild for GCC 4.3 xchm-1.13-3.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.13-3 - Autorebuild for GCC 4.3 xdms-1.3.2-5.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.2-5 - Autorebuild for GCC 4.3 xdoclet-0:1.2.3-9jpp.1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.3-9jpp.1 - Autorebuild for GCC 4.3 * Wed Apr 25 2007 Matt Wringe - 0:1.2.3-8jpp.1 - Merge with newest jpp version - Fix some rpm lint warnings xdrawchem-1.9.9-8.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9.9-8 - Autorebuild for GCC 4.3 xerces-j2-0:2.7.1-10jpp.1.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.7.1-10jpp.1 - Autorebuild for GCC 4.3 * Wed Mar 28 2007 Matt Wringe 0:2.7.1-9jpp.1 - Update with newest jpp version - Clean up spec file for Fedora Review xeuphoric-0.18.2-10.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.18.2-10 - Autorebuild for GCC 4.3 xl2tpd-1.1.12-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.12-2 - Autorebuild for GCC 4.3 * Fri Oct 26 2007 Paul Wouters 1.1.12-1 - Upgraded to new release upstream - Removed l2tpd to xl2tpd migration in post xml-commons-apis-0:1.3.04-1jpp.1.fc9 ------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:1.3.04-1jpp.1 - Autorebuild for GCC 4.3 * Tue Mar 06 2007 Matt Wringe - 0:1.3.04-0jpp.1 - Update to 1.3.04 * Tue Mar 06 2007 Matt Wringe - 0:1.3.03-0jpp.1 - Split xml-commons package up into 2 separate package: xml-commons-apis and xml-commons-which. xml-commons-apis12-0:1.2.04-1jpp.4.fc9 -------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.04-1jpp.4 - Autorebuild for GCC 4.3 xml-commons-which-1:1.0-1.b2.0jpp.2 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.0-1.b2.0jpp.2 - Autorebuild for GCC 4.3 xmldb-api-1:0.1-0.2.20011111cvs.1jpp.2.fc9 ------------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:0.1-0.2.20011111cvs.1jpp.2 - Autorebuild for GCC 4.3 xmlrpc-0:2.0.1-4jpp.3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:2.0.1-4jpp.3 - Autorebuild for GCC 4.3 * Tue Mar 27 2007 Matt Wringe 0:2.0.1-3jpp.3 - Spec file clean up for Fedora Extras Review * Thu Mar 08 2007 Deepak Bhole 2.0.1-3jpp.2 - Add javax.net.ssl support to build org.apache.xmlrpc.secure.* - Minor spec file cleanup xmlstarlet-1.0.1-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-5 - Autorebuild for GCC 4.3 xmlunit-0:1.0-6jpp.1.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0:1.0-6jpp.1 - Autorebuild for GCC 4.3 xmms-1:1.2.10-38.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:1.2.10-38 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Jesse Keating - 1.2.10-37 - Rebuild for new mikmod * Fri Apr 13 2007 Paul F. Johnson 1:1.2.10-36 - add back in the .pc file xmms-alarm-0.3.7-7.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.7-7 - Autorebuild for GCC 4.3 xqilla-2.0.0-4.fc9 ------------------ * Wed Feb 20 2008 Milan Zazrivec - 2.0.0-4 - Fix Requires: value for xqilla-devel xqilla10-1.0.2-5.fc9 -------------------- * Wed Feb 20 2008 Milan Zazrivec - 1.0.2-5 - Fix Requires: value for xqilla10-devel * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-4 - Autorebuild for GCC 4.3 xsane-0.995-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.995-3 - Autorebuild for GCC 4.3 xstar-2.2.0-3.fc9 ----------------- zidrav-1.2.0-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.0-5 - Autorebuild for GCC 4.3 zoneminder-1.22.3-12.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.22.3-12 - Autorebuild for GCC 4.3 zvbi-0.2.26-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.26-3 - Autorebuild for GCC 4.3 Broken deps for i386 ---------------------------------------------------------- aria2-0.12.0-2.fc9.i386 requires libcares.so.1 bmpx-0.40.13-4.fc9.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.i386 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 bzflag-2.0.10-4.fc9.i386 requires libcares.so.1 clutter-gst-0.4.0-1.fc8.i386 requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.i386 requires libclutter-glx-0.4.so.0 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-perl-2.003-3.fc9.i386 requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.i386 requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-6.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- aria2-0.12.0-2.fc9.x86_64 requires libcares.so.1()(64bit) bmpx-0.40.13-4.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.x86_64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) bzflag-2.0.10-4.fc9.x86_64 requires libcares.so.1()(64bit) clutter-gst-0.4.0-1.fc8.i386 requires libclutter-glx-0.4.so.0 clutter-gst-0.4.0-1.fc8.x86_64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.i386 requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) dbxml-2.3.10-9.fc9.i386 requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.x86_64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-6.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- aria2-0.12.0-2.fc9.ppc requires libcares.so.1 bmpx-0.40.13-4.fc9.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.ppc requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 bzflag-2.0.10-4.fc9.ppc requires libcares.so.1 clutter-gst-0.4.0-1.fc8.ppc requires libclutter-glx-0.4.so.0 clutter-gst-0.4.0-1.fc8.ppc64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.ppc requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 dbxml-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc requires libxerces-c.so.27 dbxml-python-2.3.10-9.fc9.ppc requires libxerces-c.so.27 dbxml-utils-2.3.10-9.fc9.ppc requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 monodevelop-0.17-4.fc9.ppc requires boo muine-0.8.8-6.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- aria2-0.12.0-2.fc9.ppc64 requires libcares.so.1()(64bit) bmpx-0.40.13-4.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.ppc64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) bzflag-2.0.10-4.fc9.ppc64 requires libcares.so.1()(64bit) clutter-gst-0.4.0-1.fc8.ppc64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) dbxml-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-perl-2.003-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-python-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) dbxml-utils-2.3.10-9.fc9.ppc64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From jdennis at redhat.com Thu Feb 21 15:57:36 2008 From: jdennis at redhat.com (John Dennis) Date: Thu, 21 Feb 2008 10:57:36 -0500 Subject: default mail client In-Reply-To: <47BCD874.3000600@redhat.com> References: <47BCD874.3000600@redhat.com> Message-ID: <47BD9F70.5050503@redhat.com> All MUA's suck, it's just a question of which sucks less for a given user/task. Between Evolution and Thunderbird I think Evolution is the clear winner in terms of functionality and usability. The problem with Evolution is its the most bug-ridden application I've ever used (Matt has been doing a wonderful job of trying to fix things but it might be a losing battle). When Evolution crashes/hangs finally pissed me off enough last year I switched to Thunderbird. There are a *lot* of things about Thunderbird I don't like, but it has one attribute I can't live without, it doesn't hang or crash on a regular basis, so I'm now a reluctant TB user. -- John Dennis From caillon at redhat.com Thu Feb 21 16:00:23 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 21 Feb 2008 11:00:23 -0500 Subject: devhelp: missing dependency on gecko-libs = 1.8.1.12 In-Reply-To: <3170f42f0802180953x45c0f9e5w4035d164e2c4da94@mail.gmail.com> References: <3170f42f0802180953x45c0f9e5w4035d164e2c4da94@mail.gmail.com> Message-ID: <47BDA017.9030503@redhat.com> On 02/18/2008 12:53 PM, Debarshi Ray wrote: > Anjuta fails to build on F-7 > (http://koji.fedoraproject.org/koji/taskinfo?taskID=435695) due to a > devhelp's dependency on gecko-libs = 1.8.1.12, which is missing: > http://koji.fedoraproject.org/koji/getfile?taskID=435707&name=root.log > > For the time being I can by-pass this by disabling Anjuta's devhelp > plugin in F-7, but is it possible to fix the missing dependency? % koji latest-pkg dist-fc7-updates firefox devhelp Build Tag Built by ---------------------------------------- -------------------- ---------------- firefox-2.0.0.12-1.fc7 dist-fc7-updates caillon devhelp-0.13-13.fc7 dist-fc7-updates caillon % koji latest-pkg dist-fc7-build firefox devhelp Build Tag Built by ---------------------------------------- -------------------- ---------------- firefox-2.0.0.10-1.fc7 dist-fc7-override caillon devhelp-0.13-13.fc7 dist-fc7-updates caillon If those don't match, try rel-eng. Anyway, I've fixed this. It should be shown as fixed in koji in about 30 minutes. From pekkas at netcore.fi Thu Feb 21 16:03:59 2008 From: pekkas at netcore.fi (Pekka Savola) Date: Thu, 21 Feb 2008 18:03:59 +0200 (EET) Subject: [NET]: Messed multicast lists after dev_mc_sync/unsync (fwd) Message-ID: This is probably the reason why IPv6 is broken on my WiFi on latest kernels until I put the interface to the promiscuous mode. Putting this in the 2.6.24.2 kernel patchset might not be a bad idea.. ---------- Forwarded message ---------- Date: Tue, 19 Feb 2008 14:17:57 -0800 (PST) From: David Miller To: kaber at trash.net Cc: netdev at vger.kernel.org Subject: Re: [NET]: Messed multicast lists after dev_mc_sync/unsync From: Patrick McHardy Date: Tue, 19 Feb 2008 15:56:59 +0100 > [NET]: Messed multicast lists after dev_mc_sync/unsync > > Commit a0a400d79e3dd7843e7e81baa3ef2957bdc292d0 from you > introduced a new field "da_synced" to struct dev_addr_list that is > not properly initialized to 0. So when any of the current users (8021q, > macvlan, mac80211) calls dev_mc_sync/unsync they mess the address > list for both devices. > > The attached patch fixed it for me and avoid future problems. > > Signed-off-by: Jorge Boncompte [DTI2] > Signed-off-by: Patrick McHardy I've added the headline description of the referenced commit to this commit message, and will queue this up to -stable. Thanks! -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo at vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html From s-t-rhbugzilla at wwwdotorg.org Thu Feb 21 16:14:09 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 21 Feb 2008 09:14:09 -0700 (MST) Subject: Incompatible Unison update Message-ID: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> The unison package in Fedora 8 was recently updated to an incompatible version, which breaks (previously working) interoperability of F8 with other systems that have the older Unison version. See the details at: https://bugzilla.redhat.com/show_bug.cgi?id=433742 I assume I'm correct in saying this was the wrong thing to do. What is other people's take on this? From jonathan.underwood at gmail.com Thu Feb 21 16:54:25 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 21 Feb 2008 16:54:25 +0000 Subject: Incompatible Unison update In-Reply-To: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <645d17210802210854uc2c918apfbe324ac803bce4f@mail.gmail.com> On 21/02/2008, Stephen Warren wrote: > The unison package in Fedora 8 was recently updated to an incompatible > version, which breaks (previously working) interoperability of F8 with > other systems that have the older Unison version. > > See the details at: > > https://bugzilla.redhat.com/show_bug.cgi?id=433742 > > I assume I'm correct in saying this was the wrong thing to do. What is > other people's take on this? I don't think it was the wrong thing to do - Fedora is bleeding edge, and so incompatibilities will occur. You could argue for a compat-esque package though, or better still, submit one. From notting at redhat.com Thu Feb 21 17:00:05 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Feb 2008 12:00:05 -0500 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: <47BC9E3C.1020707@hhs.nl> References: <47BC9E3C.1020707@hhs.nl> Message-ID: <20080221170005.GE6258@nostromo.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > So our current scheme has a number of problems, which can be workaround, > but that would require some serious surgery to system-config-soundcard, and > I wonder if this is the right solution. Esp since we have been slowly > moving away from using /etc/modprobe.conf at all, to a system where udev > loads all drivers (and udev also already loads the soundrivers). > > We've matched this no longer using /etc/modprobe.conf for driver loading > and there by loosing the ability to determine "device numbers" (eth0 / > eth1, sdf / sdg) with smarter userspace support to determine which device > is what: determine which ethernet card is which by hardware address, hal > for removale media. I would like to propose to do the same for sound. > > Given that pulseaudio is integrated with hal and that we are > moving to pulseaudio, I think that the solution is to stop trying to hard > assign indexes to soundcards, or to add module aliases for them to > /etc/modprobe.conf. Just let udev load the modules (as it already does). Right, this is already done in rawhide - there is nothing that automatically touches soundcards. Bill From notting at redhat.com Thu Feb 21 17:00:47 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Feb 2008 12:00:47 -0500 Subject: Make modules for non detected hardware automatically load at boot (udev?) In-Reply-To: <1203548077.24402.81.camel@aglarond.local> References: <47BCA1AA.3090605@hhs.nl> <1203548077.24402.81.camel@aglarond.local> Message-ID: <20080221170047.GF6258@nostromo.devel.redhat.com> Jeremy Katz (katzj at redhat.com) said: > On Wed, 2008-02-20 at 22:54 +0100, Hans de Goede wrote: > > I've been working on some improvement for the lm_sensors init script and then I > > realized that all this script does is load a list of kernel modules, where the > > list comes from a config file generated by sensors-detect. > > > > Thus I wondered if there wasn't some location where sensors-detect could drop a > > file with a list of modules, and then have them automatically loaded at boot by > > something (I guess by udev). Then the initscript could go away entirely. > > See /etc/sysconfig/modules. Example packages using it from my laptop > are kvm, thinkfinger and xen kvm at least really shouldn't - those modules have enough information that there should be a way to get them automatically loaded. Bill From tmraz at redhat.com Thu Feb 21 17:23:00 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 21 Feb 2008 18:23:00 +0100 Subject: default mail client In-Reply-To: <47BD9F70.5050503@redhat.com> References: <47BCD874.3000600@redhat.com> <47BD9F70.5050503@redhat.com> Message-ID: <1203614580.3007.120.camel@vespa.frost.loc> On Thu, 2008-02-21 at 10:57 -0500, John Dennis wrote: > All MUA's suck, it's just a question of which sucks less for a given > user/task. > > Between Evolution and Thunderbird I think Evolution is the clear winner > in terms of functionality and usability. The problem with Evolution is > its the most bug-ridden application I've ever used (Matt has been doing > a wonderful job of trying to fix things but it might be a losing > battle). When Evolution crashes/hangs finally pissed me off enough last > year I switched to Thunderbird. There are a *lot* of things about > Thunderbird I don't like, but it has one attribute I can't live without, > it doesn't hang or crash on a regular basis, so I'm now a reluctant TB user. How much Evolution crashes highly depends on the usage patterns. For me it almost completely stopped crashing after upgrade to Fedora 8. Not that it is without other annoying problems but as for crashing it is fine with my usage patterns. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From yaneti at declera.com Thu Feb 21 17:34:42 2008 From: yaneti at declera.com (Yanko Kaneti) Date: Thu, 21 Feb 2008 19:34:42 +0200 Subject: Incompatible Unison update In-Reply-To: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1203615282.23839.9.camel@indigo.declera.com> On Thu, 2008-02-21 at 09:14 -0700, Stephen Warren wrote: > The unison package in Fedora 8 was recently updated to an incompatible > version, which breaks (previously working) interoperability of F8 with > other systems that have the older Unison version. > > See the details at: > > https://bugzilla.redhat.com/show_bug.cgi?id=433742 > > I assume I'm correct in saying this was the wrong thing to do. Absolutely. > What is other people's take on this? If anyone should go through hoops with incompatible upstream changes like that it should be the people who wish to use the newer upstream on older releases, not the people depending on those releases to be relatively _stable_. From timothy.selivanow at virtualxistenz.com Thu Feb 21 17:35:20 2008 From: timothy.selivanow at virtualxistenz.com (Timothy Selivanow) Date: Thu, 21 Feb 2008 09:35:20 -0800 Subject: default mail client In-Reply-To: <1203614580.3007.120.camel@vespa.frost.loc> References: <47BCD874.3000600@redhat.com> <47BD9F70.5050503@redhat.com> <1203614580.3007.120.camel@vespa.frost.loc> Message-ID: <1203615320.23492.14.camel@denkiteki-penpen.easystreet.com> On Thu, 2008-02-21 at 18:23 +0100, Tomas Mraz wrote: > On Thu, 2008-02-21 at 10:57 -0500, John Dennis wrote: > > All MUA's suck, it's just a question of which sucks less for a given > > user/task. > > > > Between Evolution and Thunderbird I think Evolution is the clear winner > > in terms of functionality and usability. The problem with Evolution is > > its the most bug-ridden application I've ever used (Matt has been doing > > a wonderful job of trying to fix things but it might be a losing > > battle). When Evolution crashes/hangs finally pissed me off enough last > > year I switched to Thunderbird. There are a *lot* of things about > > Thunderbird I don't like, but it has one attribute I can't live without, > > it doesn't hang or crash on a regular basis, so I'm now a reluctant TB user. > > How much Evolution crashes highly depends on the usage patterns. For me > it almost completely stopped crashing after upgrade to Fedora 8. Not > that it is without other annoying problems but as for crashing it is > fine with my usage patterns. > > -- > Tomas Mraz > No matter how far down the wrong road you've gone, turn back. > Turkish proverb > I'm very happy with Evolution as long as I'm not using the Exchange plug-in; all of the mail servers I use are IMAP now. Oh, there is one issue that I've come across but I've never actually looked into it (only happens on my work computer, so I haven't taken the time to do it). On one (out of two) IMAP accounts in Evo I have to run the mail filters manually... --Tim ____________________________________________________________________ < Don't you feel more like you do now than you did when you came in? > -------------------------------------------------------------------- \ \ \ \ /\ ( ) .( o ). From mzerqung at 0pointer.de Thu Feb 21 17:36:46 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Thu, 21 Feb 2008 18:36:46 +0100 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: <47BC9E3C.1020707@hhs.nl> References: <47BC9E3C.1020707@hhs.nl> Message-ID: <20080221173646.GA25722@tango.0pointer.de> On Wed, 20.02.08 22:40, Hans de Goede (j.w.r.degoede at hhs.nl) wrote: > So our current scheme has a number of problems, which can be workaround, > but that would require some serious surgery to system-config-soundcard, and > I wonder if this is the right solution. Esp since we have been slowly > moving away from using /etc/modprobe.conf at all, to a system where udev > loads all drivers (and udev also already loads the soundrivers). s-c-s has already been removed from the default installation process. It's still around for debugging purposes. But on a normal system it shouldn't write anything to /etc/modprobe.conf anymore. > Given that pulseaudio is integrated with hal and that we are > moving to pulseaudio, I think that the solution is to stop trying to hard > assign indexes to soundcards, or to add module aliases for them to > /etc/modprobe.conf. Just let udev load the modules (as it already > does). Yes, that's the idea. > pulseaudio gives names to soundcards based on various info, which does not > include the topology of the connection to the device for example: > usb_device_d8c_201_noserial_if0_sound_card_0_alsa_playback_0 > So one could make for example an usb headset the prefered default > sound-device in pulseaudio, and then it would use that when available even > independend of in which usb port it is plugged. The current scheme of PA is ver simplistic. It's good enough for most cases, but with the changes coming to HAL/DK we will eventually be able to implement a better scheme for identifying devices by serial#, vendor/product, or path. > All we then need is a (simple) tool to change the default output device for > pulseaudio, and put that under an appropriately named menu entry under user > preferences. This is another advantage of this new scheme, the default > output device then become a per user preference instead of a system wide > settings, as it should be. That tool is already thre. Just run pavucontrol, and right click on the device you want to make the default. It already is per-user. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From ml at deadbabylon.de Thu Feb 21 17:38:06 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 21 Feb 2008 18:38:06 +0100 Subject: KDE-SIG weekly report (08/2008) In-Reply-To: <1203591912.13403.0.camel@gilboa-work-dev.localdomain> References: <200802201406.29813.ml@deadbabylon.de> <200802201844.03101.ml@deadbabylon.de> <1203591912.13403.0.camel@gilboa-work-dev.localdomain> Message-ID: <200802211838.12089.ml@deadbabylon.de> Am Do 21.Februar 2008 schrieb Gilboa Davara: > On Wed, 2008-02-20 at 18:43 +0100, Sebastian Vahl wrote: > > Am Mi 20.Februar 2008 schrieb Gilboa Davara: > > > On Wed, 2008-02-20 at 14:06 +0100, Sebastian Vahl wrote: > > > > - gtk-kde4 is maybe worth to package [5] > > > > > > I'm willing to take it under my wings. > > > > > > - Gilboa > > > > Great. Thanks! > > > > Sebastian > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > Do I need to update a wiki-of-some-sort? If you want you could describe the status of the package on the KDE4Status page: http://fedoraproject.org/wiki/SIGs/KDE/KDE4Status But that's not a need. Sebastian -------------- 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 dominik at greysector.net Thu Feb 21 17:39:14 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 21 Feb 2008 18:39:14 +0100 Subject: freefem++ - GCC-4.3 build problem In-Reply-To: <47BD5A54.3020202@poolshark.org> References: <20080220215926.GA2940@ryvius.greysector.net> <47BD5A54.3020202@poolshark.org> Message-ID: <20080221173914.GC2942@ryvius.greysector.net> On Thursday, 21 February 2008 at 12:02, Denis Leroy wrote: > Dominik 'Rathann' Mierzejewski wrote: >> Hi, I need some help with building freefem++-2.23 in rawhide. >> >> [...] >> g++ -DHAVE_CONFIG_H -I. -I../.. -I../lglib -I../bamglib -I../Graphics -I../femlib -I../../arpack/arpack++/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -MT Drawing.o -MD -MP -MF .deps/Drawing.Tpo -c -o Drawing.o `test -f '../femlib/Drawing.cpp' || echo './'`../femlib/Drawing.cpp >> In file included from /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_algo.h:67, >> from /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/algorithm:67, >> from ../femlib/fem.hpp:135, >> from ../femlib/Drawing.cpp:39: >> /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h: In function 'bool Fem2D::std::__is_heap(_RandomAccessIterator, _RandomAccessIterator)': >> /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h:117: error: 'distance' is not a member of 'Fem2D::std' >> /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h: In function 'bool Fem2D::std::__is_heap(_RandomAccessIterator, _RandomAccessIterator, _Compare)': >> /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../include/c++/4.3.0/bits/stl_heap.h:123: error: 'distance' is not a member of 'Fem2D::std' >> >> And tons of similar ones. >> Full log at http://koji.fedoraproject.org/koji/getfile?taskID=451366&name=build.log >> >> If anyone has a clue what's going on here, I'd appreciate the help. > > You added the #include within a namespace definition. Just move > it to the top and things will be fine. Thanks, I missed that. > I found other problems as well, just > sent you a patch off-list that compiles everything for me (on top of the > patch you already have in cvs). Confirmed, compiles fine. I'm now fixing the missing pdf doc problem. Thanks again. 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 caillon at redhat.com Thu Feb 21 17:40:09 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 21 Feb 2008 12:40:09 -0500 Subject: default mail client In-Reply-To: <47BCD874.3000600@redhat.com> References: <47BCD874.3000600@redhat.com> Message-ID: <47BDB779.8010508@redhat.com> On 02/20/2008 08:48 PM, Jens Petersen wrote: > I am writing this mail as a long time Fedora user, not so much as a > Fedora developer, so feel free to flame away, etc: though I am not > really trying to start painful flame-war here... > > For a long time (actually as long as I can remember;) I wondered why > Evolution was our default Mail application (MUA). I was a long time > user of Emacs MUAs, so I feel my background is fairly neutral - but I > have never been able to use Evolution for long. These days I use > Thunderbird since alas I gradually found Emacs too slow for imap. I am > not married to Thunderbird but it mostly does what I want it and it is > pretty stable at least. > > So what are the arguments for keeping Evolution as the default Mail > application in Fedora? This question seems particularly relevant now > with things like the Lightning calendar extension and the launch of > Mozilla Messaging. Evolution is different enough from regular GNOME > applications to be basically a different platform, and from the > development point of view it is expensive to have another platform to > maintain. There is no clear winner. You will find a lot of people that want Thunderbird as the default client. You will also find just as many people who want Evolution as the default. Changing to please half the people while pissing off the other half doesn't make sense. From s-t-rhbugzilla at wwwdotorg.org Thu Feb 21 17:42:33 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 21 Feb 2008 10:42:33 -0700 (MST) Subject: Incompatible Unison update In-Reply-To: <645d17210802210854uc2c918apfbe324ac803bce4f@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <645d17210802210854uc2c918apfbe324ac803bce4f@mail.gmail.com> Message-ID: <1203615753.27209.TMDA@tmda.severn.wwwdotorg.org> On Thu, February 21, 2008 9:54 am, Jonathan Underwood wrote: > On 21/02/2008, Stephen Warren wrote: >> The unison package in Fedora 8 was recently updated to an incompatible >> version, which breaks (previously working) interoperability of F8 with >> other systems that have the older Unison version. >> >> See the details at: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=433742 >> >> I assume I'm correct in saying this was the wrong thing to do. What is >> other people's take on this? > > I don't think it was the wrong thing to do - Fedora is bleeding edge, > and so incompatibilities will occur. You could argue for a > compat-esque package though, or better still, submit one. Wow. I can quite happily accept that devel/F9 will break compatibility with F8 for example. However, breaking compatibility "inside" a given released version of Fedora seems nuts to me. I guess I'll go try some other Linux distro then. From caillon at redhat.com Thu Feb 21 17:43:29 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 21 Feb 2008 12:43:29 -0500 Subject: Incompatible Unison update In-Reply-To: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <47BDB841.3030809@redhat.com> On 02/21/2008 11:14 AM, Stephen Warren wrote: > The unison package in Fedora 8 was recently updated to an incompatible > version, which breaks (previously working) interoperability of F8 with > other systems that have the older Unison version. > > See the details at: > > https://bugzilla.redhat.com/show_bug.cgi?id=433742 > > I assume I'm correct in saying this was the wrong thing to do. What is > other people's take on this? The only hard rule is that maintainers should use their best judgment keeping in mind that we want to avoid breaking people with release updates where possible. They are free to rebase anyway, after considering everything. From caillon at redhat.com Thu Feb 21 17:46:15 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 21 Feb 2008 12:46:15 -0500 Subject: Incompatible Unison update In-Reply-To: <645d17210802210854uc2c918apfbe324ac803bce4f@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <645d17210802210854uc2c918apfbe324ac803bce4f@mail.gmail.com> Message-ID: <47BDB8E7.3040006@redhat.com> On 02/21/2008 11:54 AM, Jonathan Underwood wrote: > On 21/02/2008, Stephen Warren wrote: >> The unison package in Fedora 8 was recently updated to an incompatible >> version, which breaks (previously working) interoperability of F8 with >> other systems that have the older Unison version. >> >> See the details at: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=433742 >> >> I assume I'm correct in saying this was the wrong thing to do. What is >> other people's take on this? > > I don't think it was the wrong thing to do - Fedora is bleeding edge, > and so incompatibilities will occur. You could argue for a > compat-esque package though, or better still, submit one. Fedora is bleeding edge, yes. However, if every maintainer blindly pushed updates without thinking of how it would affect everyone, Fedora would simply be bleeding. I think it's safe to say that we want to keep our users, not break them badly enough that they go to other distributions. It is good to update to newer software. However, doing so without considering the ramifications of doing so is bad. If it will cause many people to break, the packager maintainer SHOULD keep that in mind and CONSIDER shipping it only in rawhide. From katzj at redhat.com Thu Feb 21 17:53:11 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 21 Feb 2008 12:53:11 -0500 Subject: Make modules for non detected hardware automatically load at boot (udev?) In-Reply-To: <20080221170047.GF6258@nostromo.devel.redhat.com> References: <47BCA1AA.3090605@hhs.nl> <1203548077.24402.81.camel@aglarond.local> <20080221170047.GF6258@nostromo.devel.redhat.com> Message-ID: <1203616391.24402.149.camel@aglarond.local> On Thu, 2008-02-21 at 12:00 -0500, Bill Nottingham wrote: > Jeremy Katz (katzj at redhat.com) said: > > On Wed, 2008-02-20 at 22:54 +0100, Hans de Goede wrote: > > > I've been working on some improvement for the lm_sensors init script and then I > > > realized that all this script does is load a list of kernel modules, where the > > > list comes from a config file generated by sensors-detect. > > > > > > Thus I wondered if there wasn't some location where sensors-detect could drop a > > > file with a list of modules, and then have them automatically loaded at boot by > > > something (I guess by udev). Then the initscript could go away entirely. > > > > See /etc/sysconfig/modules. Example packages using it from my laptop > > are kvm, thinkfinger and xen > > kvm at least really shouldn't - those modules have enough information > that there should be a way to get them automatically loaded. There's modalias stuff for cpu flags? Jeremy From jspaleta at gmail.com Thu Feb 21 17:55:49 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Feb 2008 08:55:49 -0900 Subject: Incompatible Unison update In-Reply-To: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> On Thu, Feb 21, 2008 at 7:14 AM, Stephen Warren wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=433742 > > I assume I'm correct in saying this was the wrong thing to do. What is > other people's take on this? First question... how significant of a problem is the incompatibility. The bug report doesn't go into details. Are we talking configuration syntax change? Are we talking data loss? We have no policy which demands stagnation. Obviously some compatibility issues are more sensitive than others. But to have a dialog about this sort of issue with any particular maintainer, I'd need more details. But I'm not inclined to have this discussion over configuration syntax changes. The next question becomes, why was it updated? If there were major crasher or security issues that the update fixed, then that will of course change the dialog. As a distribution we need to limit the existence of compatibility packages as much as possible. Having to ship multiple versions of the same application, is an extremely poor solution. If the upstream project doesn't care about backwards compatibility between versions... then I'm not inclined that we demand maintainers to do it. That being said, breaking things(even config syntax) in an update is never desirable. But if the update is desirable for other reasons, individual maintainers have to determine the balance. Perhaps a clever maintainer(or a user who works with the maintainer) can find a way to to deal with the incompatibility issue without introducing a secondary package. The third question, would you have been just as upset if the application version changed between F8 and F9... instead of as an update? -jef From jnovy at redhat.com Thu Feb 21 17:59:54 2008 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 21 Feb 2008 18:59:54 +0100 Subject: recent TeX Live packaging changes Message-ID: <20080221175954.GA7655@dhcp-lab-186.brq.redhat.com> Hi all, I made several modifications to TeXLive packaging recently so I want to make you aware of that, because some of your packages may need modifications to (Build)Requires, if you use documentation generation during build/your app uses TeXLive. The current list of subpackages that originates from TeXLive are: binaries: -------- dvipdfm dvipdfmx dvipng kpathsea kpathsea-devel mendexk texlive texlive-afm texlive-context texlive-doc texlive-dvips texlive-dviutils texlive-japanese texlive-latex texlive-utils texlive-xetex architecture independent bits: ----------------------------- texlive-texmf texlive-texmf-afm texlive-texmf-context texlive-texmf-doc texlive-texmf-dvips texlive-texmf-fonts texlive-texmf-japanese texlive-texmf-latex Major changes are that some stuff is moved out from main "texlive" package, mainly XeTeX and ConTeXt. Both now have their own packages. Note that also Metapost is moved to texlive-context. Motivation for packaging them separately is dependency of XeTeX on TECkit and dependency of ConTeXt to ruby, so that main texlive package no more depends on these. Packaging these bits separately is also natural as we should keep the baseline texlive package minimal. Support for Japanese and East Asian languages is now moved to texlive-japanese, including bg5conv, sjisconv, etc. utilities which were formerly in texlive-latex. Note that texlive-xdvi no more exists and it's now packaged separately in standalone xdvik package. Utilities that use Ghostscript are moved to texlive-utils to reduce dependency bloat, namely these: a2ping e2pall epstopdf gsftopk mf pdfcrop ps4pdf thumbpdf So please update your (Build)Requires in your packages if needed. TeXLive still contains virtual provides for teTeX, such as tetex-dvips, but better is to (Build)Require texlive-dvips. TeXLive packages now virtually provide: tex(tex) tex(latex) tex(dvips) tex(japanese) tex(context) So you can use these virual provides directly in order to not to be directly dependent on a particular TeX distribution in the future. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From s-t-rhbugzilla at wwwdotorg.org Thu Feb 21 18:02:25 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 21 Feb 2008 11:02:25 -0700 (MST) Subject: Incompatible Unison update In-Reply-To: <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> Message-ID: <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> On Thu, February 21, 2008 10:55 am, Jeff Spaleta wrote: > On Thu, Feb 21, 2008 at 7:14 AM, Stephen Warren > wrote: >> https://bugzilla.redhat.com/show_bug.cgi?id=433742 >> >> I assume I'm correct in saying this was the wrong thing to do. What is >> other people's take on this? > > First question... how significant of a problem is the incompatibility. > The bug report doesn't go into details. Are we talking configuration > syntax change? Are we talking data loss? The Unison application uses a network protocol, which include transferring the application version number in the connection set up. Unison version A.B.C refuses to talk to any Unison with version other than A.B.X (or even A.B.C in some older releases). Hence, without updating other systems, the connection will fail to initiation, and there's no workaround that I know of. > The third question, would you have been just as upset if the > application version changed between F8 and F9... instead of as an > update? No. It would have been inconvenient, but anything goes in a new OS release; that's why one installs it on a test system first! From jonathan.underwood at gmail.com Thu Feb 21 18:05:25 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 21 Feb 2008 18:05:25 +0000 Subject: Incompatible Unison update In-Reply-To: <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> On 21/02/2008, Stephen Warren wrote: > Hence, without updating other systems, the connection will fail to > initiation, and there's no workaround that I know of. Which other systems are we talking about here? From jspaleta at gmail.com Thu Feb 21 18:07:10 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Feb 2008 09:07:10 -0900 Subject: Incompatible Unison update In-Reply-To: <645d17210802210854uc2c918apfbe324ac803bce4f@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <645d17210802210854uc2c918apfbe324ac803bce4f@mail.gmail.com> Message-ID: <604aa7910802211007w1d524eeao30ccc3dbc12b6f7f@mail.gmail.com> On Thu, Feb 21, 2008 at 7:54 AM, Jonathan Underwood wrote: > I don't think it was the wrong thing to do - Fedora is bleeding edge, > and so incompatibilities will occur. You could argue for a > compat-esque package though, or better still, submit one. I would humbly suggest, that you might want to use a gentler touch in communicating decisions that you know the reporter isn't going to agree with. Things I would have done in this situation: * If other people were asking for updates I would have referenced at least one ticket where the other users were asking for updates. Especially if that user had commented that it was a safe update to do. * If there was an important fix in the new version I would have made it a point to mention that *I would have asked for specifics concerning the incompatibility issue that were pissing this user off, and tried to suggest a work around. Hell if its just syntax changes, there might be an easy way for someone (the reporter) to write a config converter that you can include...and even give to upstream. * I would NOT have closed this bug that quickly. If people are ticketing a judgement call that I have made, the last thing I want to do is give them the impression that I'm not interested in knowing about the impact. It's completely psychological. If I can, I'll keep the ticket open to give them a place to keep suggesting fixes until we find one that is implementable. -jef From jonathan.underwood at gmail.com Thu Feb 21 18:12:47 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 21 Feb 2008 18:12:47 +0000 Subject: Incompatible Unison update In-Reply-To: <604aa7910802211007w1d524eeao30ccc3dbc12b6f7f@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <645d17210802210854uc2c918apfbe324ac803bce4f@mail.gmail.com> <604aa7910802211007w1d524eeao30ccc3dbc12b6f7f@mail.gmail.com> Message-ID: <645d17210802211012u1c1f856ap15584c0e59c49be8@mail.gmail.com> On 21/02/2008, Jeff Spaleta wrote: > On Thu, Feb 21, 2008 at 7:54 AM, Jonathan Underwood > wrote: > > I don't think it was the wrong thing to do - Fedora is bleeding edge, > > and so incompatibilities will occur. You could argue for a > > compat-esque package though, or better still, submit one. > > > I would humbly suggest, that you might want to use a gentler touch in > communicating decisions that you know the reporter isn't going to > agree with. Things I would have done in this situation: > [snip] Just for the record, I'm not the packager. From mbarnes at redhat.com Thu Feb 21 18:15:54 2008 From: mbarnes at redhat.com (Matthew Barnes) Date: Thu, 21 Feb 2008 13:15:54 -0500 Subject: default mail client In-Reply-To: <47BD9F70.5050503@redhat.com> References: <47BCD874.3000600@redhat.com> <47BD9F70.5050503@redhat.com> Message-ID: <1203617754.3141.53.camel@dhcp-10-12-34-128.boston.devel.redhat.com> On Thu, 2008-02-21 at 10:57 -0500, John Dennis wrote: > The problem with Evolution is its the most bug-ridden application I've > ever used (Matt has been doing a wonderful job of trying to fix things > but it might be a losing battle). I need to give props to Milan Crha, who we hired recently to help out with Evolution support. Milan has proven to be a bug-fixing ninja, cranking out patches at an unheard of rate. He's been a very valuable asset in stabilizing recent versions. But yeah, it continues to be an uphill battle. Matthew Barnes From bnocera at redhat.com Thu Feb 21 18:18:32 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Thu, 21 Feb 2008 18:18:32 +0000 Subject: rawhide and cooker compared In-Reply-To: <1203564712.3020.10.camel@tabby> References: <1203564712.3020.10.camel@tabby> Message-ID: <1203617912.2754.64.camel@cookie.hadess.net> On Wed, 2008-02-20 at 22:31 -0500, Austin Acton wrote: > This may or may not be of any use to you. It's not meant to be a bug > report. It's just my back to back comparison of two distros that people > think of as being similar or related or in competition for users. | Fedora | Mandriva multimedia keys | all work | mute works, volume doesn't Yay! Richard and I are happy. From vonbrand at inf.utfsm.cl Thu Feb 21 18:18:40 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 21 Feb 2008 15:18:40 -0300 Subject: recent TeX Live packaging changes In-Reply-To: <20080221175954.GA7655@dhcp-lab-186.brq.redhat.com> References: <20080221175954.GA7655@dhcp-lab-186.brq.redhat.com> Message-ID: <200802211818.m1LIIeV5010772@laptop13.inf.utfsm.cl> Jindrich Novy wrote: > I made several modifications to TeXLive packaging recently so I want > to make you aware of that, because some of your packages may need > modifications to (Build)Requires, if you use documentation generation > during build/your app uses TeXLive. [...] > Support for Japanese and East Asian languages is now moved to > texlive-japanese, including bg5conv, sjisconv, etc. utilities which > were formerly in texlive-latex. Shouldn't this be better called texlive-east-asian or some such? -- 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 s-t-rhbugzilla at wwwdotorg.org Thu Feb 21 18:20:22 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 21 Feb 2008 11:20:22 -0700 (MST) Subject: Incompatible Unison update In-Reply-To: <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> Message-ID: <1203618022.28522.TMDA@tmda.severn.wwwdotorg.org> On Thu, February 21, 2008 11:05 am, Jonathan Underwood wrote: > On 21/02/2008, Stephen Warren wrote: >> Hence, without updating other systems, the connection will fail to >> initiation, and there's no workaround that I know of. > > Which other systems are we talking about here? In my case. I'm running these: * Fedora Core 3 (yes, that's ancient) * Cygwin (now, I see 2.27.xx is available there) * RHEL4/CentOS4 (via rpmforge, since the package isn't in EPEL) * RHEL5/CentOS5 (via rpmForge, since the package isn't in EPEL) From s-t-rhbugzilla at wwwdotorg.org Thu Feb 21 18:20:22 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 21 Feb 2008 11:20:22 -0700 (MST) Subject: Incompatible Unison update In-Reply-To: <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> Message-ID: <1203618022.28522.TMDA@tmda.severn.wwwdotorg.org> On Thu, February 21, 2008 11:05 am, Jonathan Underwood wrote: > On 21/02/2008, Stephen Warren wrote: >> Hence, without updating other systems, the connection will fail to >> initiation, and there's no workaround that I know of. > > Which other systems are we talking about here? In my case. I'm running these: * Fedora Core 3 (yes, that's ancient) * Cygwin (now, I see 2.27.xx is available there) * RHEL4/CentOS4 (via rpmforge, since the package isn't in EPEL) * RHEL5/CentOS5 (via rpmForge, since the package isn't in EPEL) From jonathan.underwood at gmail.com Thu Feb 21 18:26:42 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 21 Feb 2008 18:26:42 +0000 Subject: Incompatible Unison update In-Reply-To: <1203618022.28522.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> <1203618022.28522.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <645d17210802211026i6f1c1e89x7df3850448b9821f@mail.gmail.com> On 21/02/2008, Stephen Warren wrote: > In my case. I'm running these: > > * Fedora Core 3 (yes, that's ancient) EOL, irrelevant. > * Cygwin (now, I see 2.27.xx is available there) So, irrelevant > * RHEL4/CentOS4 (via rpmforge, since the package isn't in EPEL) RPMForge should update their packages then. > * RHEL5/CentOS5 (via rpmForge, since the package isn't in EPEL) > Package has been submitted for EPEL for EL-5, and so it should appear there shortly, I imagine (see BZ #431389). Presumably a branch could also be created for EL-4, too. Further, updating to 2.27 brings compatibility with OSX. So, I fail to see the problem. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From bnocera at redhat.com Thu Feb 21 18:27:11 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Thu, 21 Feb 2008 18:27:11 +0000 Subject: default mail client In-Reply-To: <1203615320.23492.14.camel@denkiteki-penpen.easystreet.com> References: <47BCD874.3000600@redhat.com> <47BD9F70.5050503@redhat.com> <1203614580.3007.120.camel@vespa.frost.loc> <1203615320.23492.14.camel@denkiteki-penpen.easystreet.com> Message-ID: <1203618431.2754.67.camel@cookie.hadess.net> On Thu, 2008-02-21 at 09:35 -0800, Timothy Selivanow wrote: > I'm very happy with Evolution as long as I'm not using the Exchange > plug-in; all of the mail servers I use are IMAP now. Oh, there is one > issue that I've come across but I've never actually looked into it (only > happens on my work computer, so I haven't taken the time to do it). On > one (out of two) IMAP accounts in Evo I have to run the mail filters > manually... Could it be you didn't tick the box saying "Apply filters to new messages in INBOX on this server" in the receiving options for that account? From benny+usenet at amorsen.dk Thu Feb 21 18:28:36 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Thu, 21 Feb 2008 19:28:36 +0100 Subject: default mail client References: <47BCD874.3000600@redhat.com> <47BD9F70.5050503@redhat.com> <1203614580.3007.120.camel@vespa.frost.loc> Message-ID: Tomas Mraz writes: > How much Evolution crashes highly depends on the usage patterns. For me > it almost completely stopped crashing after upgrade to Fedora 8. Not > that it is without other annoying problems but as for crashing it is > fine with my usage patterns. Add the Exchange Connector and Evolution is hopelessly useless (frequent crashes, eventually a crash per email sent). It got even worse in Fedora 8 than it was in 7. It's so bad that I've switched to Outlook on a Windows Terminal Server. That of course isn't an argument that Thunderbird is better, because Thunderbird doesn't have an Exchange connector at all. Also, it isn't particularly new that it's difficult for free software to work with undocumented proprietary protocols. If only there was a replacement for Exchange with a good Linux and Windows client (web applications don't cut it and shared calendars are a must). /Benny From j.w.r.degoede at hhs.nl Thu Feb 21 18:28:44 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 21 Feb 2008 19:28:44 +0100 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: <20080221170005.GE6258@nostromo.devel.redhat.com> References: <47BC9E3C.1020707@hhs.nl> <20080221170005.GE6258@nostromo.devel.redhat.com> Message-ID: <47BDC2DC.5090907@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >> So our current scheme has a number of problems, which can be workaround, >> but that would require some serious surgery to system-config-soundcard, and >> I wonder if this is the right solution. Esp since we have been slowly >> moving away from using /etc/modprobe.conf at all, to a system where udev >> loads all drivers (and udev also already loads the soundrivers). >> >> We've matched this no longer using /etc/modprobe.conf for driver loading >> and there by loosing the ability to determine "device numbers" (eth0 / >> eth1, sdf / sdg) with smarter userspace support to determine which device >> is what: determine which ethernet card is which by hardware address, hal >> for removale media. I would like to propose to do the same for sound. >> >> Given that pulseaudio is integrated with hal and that we are >> moving to pulseaudio, I think that the solution is to stop trying to hard >> assign indexes to soundcards, or to add module aliases for them to >> /etc/modprobe.conf. Just let udev load the modules (as it already does). > > Right, this is already done in rawhide - there is nothing that automatically > touches soundcards. > Ah, good, someone might want to inform Martin Stransky (the system-config-soundcard maintainer ) about this though, as I discussed this with him in bugzilla and he didn't seem to know this. Thanks & Regards, Hans From j.w.r.degoede at hhs.nl Thu Feb 21 18:32:07 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 21 Feb 2008 19:32:07 +0100 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: <20080221173646.GA25722@tango.0pointer.de> References: <47BC9E3C.1020707@hhs.nl> <20080221173646.GA25722@tango.0pointer.de> Message-ID: <47BDC3A7.1080906@hhs.nl> Lennart Poettering wrote: > On Wed, 20.02.08 22:40, Hans de Goede (j.w.r.degoede at hhs.nl) wrote: > >> So our current scheme has a number of problems, which can be workaround, >> but that would require some serious surgery to system-config-soundcard, and >> I wonder if this is the right solution. Esp since we have been slowly >> moving away from using /etc/modprobe.conf at all, to a system where udev >> loads all drivers (and udev also already loads the soundrivers). > > s-c-s has already been removed from the default installation > process. It's still around for debugging purposes. But on a normal > system it shouldn't write anything to /etc/modprobe.conf anymore. > Good! >> All we then need is a (simple) tool to change the default output device for >> pulseaudio, and put that under an appropriately named menu entry under user >> preferences. This is another advantage of this new scheme, the default >> output device then become a per user preference instead of a system wide >> settings, as it should be. > > That tool is already thre. Just run pavucontrol, and right click on > the device you want to make the default. It already is per-user. > Ah, good. 2 points though: 1) I'm not sure its obvious to end users that the default output device can be set from volume control, maybe we should add the same capabilities to papreferences? 2) I think we should be giving the pulseaudio tools more generic names, an average user probably has no idea what pa is, and this might not use menu entries with pa in the name. Regards, Hans From j.w.r.degoede at hhs.nl Thu Feb 21 18:38:56 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 21 Feb 2008 19:38:56 +0100 Subject: Incompatible Unison update In-Reply-To: <645d17210802211026i6f1c1e89x7df3850448b9821f@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> <1203618022.28522.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211026i6f1c1e89x7df3850448b9821f@mail.gmail.com> Message-ID: <47BDC540.1050108@hhs.nl> Jonathan Underwood wrote: > On 21/02/2008, Stephen Warren wrote: > > So, I fail to see the problem. Note: I know nothing about Unison, but I'm jumping in because I very much dislike the tone of Jonathan's answers. Jonathan an update during a stable release changed a network protocol disrupting the reporters workflow, there is a _real_ problem here. Also please even if you believe there is not a problem, please explain so in a gentle, friendlier way. Stating "I fail to see the problem" is not helping in anyway other then to alienate a user, and a valuable user as that as he is providing valuable feedback to Fedora! Regards, Hans From notting at redhat.com Thu Feb 21 18:45:23 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Feb 2008 13:45:23 -0500 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: <47BDC2DC.5090907@hhs.nl> References: <47BC9E3C.1020707@hhs.nl> <20080221170005.GE6258@nostromo.devel.redhat.com> <47BDC2DC.5090907@hhs.nl> Message-ID: <20080221184523.GH6258@nostromo.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: >> Right, this is already done in rawhide - there is nothing that automatically >> touches soundcards. > > Ah, good, someone might want to inform Martin Stransky (the > system-config-soundcard maintainer ) about this though, as I discussed this > with him in bugzilla and he didn't seem to know this. * Tue Jan 22 2008 Bill Nottingham 1.2.83-1 - don't configure sound cards (from kudzu) Bill From s-t-rhbugzilla at wwwdotorg.org Thu Feb 21 18:45:20 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 21 Feb 2008 11:45:20 -0700 (MST) Subject: Incompatible Unison update In-Reply-To: <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> Message-ID: <1203619520.29351.TMDA@tmda.severn.wwwdotorg.org> On Thu, February 21, 2008 11:05 am, Jonathan Underwood wrote: > On 21/02/2008, Stephen Warren wrote: >> Hence, without updating other systems, the connection will fail to >> initiation, and there's no workaround that I know of. > > Which other systems are we talking about here? Some others that I don't actually use myself: * Ubuntu gutsy (and Debian etch): ... who incidentally have obviously dealt with this problem since "unison" there is unison-2.13.16-6ubuntu1, whilst they also have unison2.9.1-7 as a backwards-compatibility package; just like cygwin solved it. Just for being balanced, I see the following have updated to 2.27: * OpenSuse 10.3 Don't contain it at all: * Mandriva 2008.0 From notting at redhat.com Thu Feb 21 18:46:38 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Feb 2008 13:46:38 -0500 Subject: Make modules for non detected hardware automatically load at boot (udev?) In-Reply-To: <1203616391.24402.149.camel@aglarond.local> References: <47BCA1AA.3090605@hhs.nl> <1203548077.24402.81.camel@aglarond.local> <20080221170047.GF6258@nostromo.devel.redhat.com> <1203616391.24402.149.camel@aglarond.local> Message-ID: <20080221184638.GI6258@nostromo.devel.redhat.com> Jeremy Katz (katzj at redhat.com) said: > > > See /etc/sysconfig/modules. Example packages using it from my laptop > > > are kvm, thinkfinger and xen > > > > kvm at least really shouldn't - those modules have enough information > > that there should be a way to get them automatically loaded. > > There's modalias stuff for cpu flags? I don't see why there shouldn't be - we have cpu devices in sysfs. Bill From j.w.r.degoede at hhs.nl Thu Feb 21 18:48:03 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 21 Feb 2008 19:48:03 +0100 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: <20080221184523.GH6258@nostromo.devel.redhat.com> References: <47BC9E3C.1020707@hhs.nl> <20080221170005.GE6258@nostromo.devel.redhat.com> <47BDC2DC.5090907@hhs.nl> <20080221184523.GH6258@nostromo.devel.redhat.com> Message-ID: <47BDC763.50800@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >>> Right, this is already done in rawhide - there is nothing that automatically >>> touches soundcards. >> Ah, good, someone might want to inform Martin Stransky (the >> system-config-soundcard maintainer ) about this though, as I discussed this >> with him in bugzilla and he didn't seem to know this. > > * Tue Jan 22 2008 Bill Nottingham 1.2.83-1 > - don't configure sound cards > So the configure code was in 2 places kudzu and s-c-s? I though that firstboot called s-c-s? Anyways if its gone now thats good, but someone should tell Martin Stransky about this (I jsut did through the BZ ticket involved). Regards, Hans From s-t-rhbugzilla at wwwdotorg.org Thu Feb 21 19:05:06 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 21 Feb 2008 12:05:06 -0700 (MST) Subject: Incompatible Unison update (and solution?) In-Reply-To: <1203619520.29351.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> <1203619520.29351.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1203620706.29993.TMDA@tmda.severn.wwwdotorg.org> So, I'm a Fedora packager. I can look into packaging the old Unison version alongside the bleeding-edge version. I imagine (hope) it'd be as simple as pulling the old .spec file from CVS and renaming the package. So, we might end up with: unison # Always the latest unison2.13 # Fixed at a certain release unison2.10 # Fixed at a certain release Eventually, if/when unison gets upgraded to something else, we would then grow unison2.27 too. Would Fedora accept this compatibility package? It seems that the naming would be "unison2.13" to follow the naming conventions of Debian/Ubuntu and Cygwin. Should we even have the "moving"/"unversioned" unison package, or only packages with the version in the package name? From mjs at clemson.edu Thu Feb 21 19:17:07 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Thu, 21 Feb 2008 14:17:07 -0500 Subject: recent TeX Live packaging changes In-Reply-To: <20080221175954.GA7655@dhcp-lab-186.brq.redhat.com> References: <20080221175954.GA7655@dhcp-lab-186.brq.redhat.com> Message-ID: <1203621427.20659.14.camel@valkyrie.localdomain> On Thu, 2008-02-21 at 18:59 +0100, Jindrich Novy wrote: > > Note that texlive-xdvi no more exists and it's now packaged separately > in standalone xdvik package. Would it be possible to get a spin of xdvik that obsoletes the tetex-xdvi package in Fedora 8 updates? yum keeps trying to replace my xdvik with that tetex-xdvi package. Thanks! -- Matthew Saltzman Clemson University Mathematical Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From fedora at leemhuis.info Thu Feb 21 19:22:42 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 21 Feb 2008 20:22:42 +0100 Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) In-Reply-To: <1203617912.2754.64.camel@cookie.hadess.net> References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> Message-ID: <47BDCF82.6070400@leemhuis.info> On 21.02.2008 19:18, Bastien Nocera wrote: > On Wed, 2008-02-20 at 22:31 -0500, Austin Acton wrote: >> This may or may not be of any use to you. It's not meant to be a bug >> report. It's just my back to back comparison of two distros that people >> think of as being similar or related or in competition for users. > | Fedora | Mandriva > multimedia keys | all work | mute works, volume doesn't > Yay! Richard and I are happy. Regarding multimedia keys: There is one odd side affect my all this make multimedia keys work that always confuses me; not sure if it's a small bug, that's why I'm abusing this discussion for asking if it is. I have two machines -- one desktop at work and a notebook at home. On the desktop machine with a ordinary keyboard (without multimedia keys) I configured keyboard shortcuts to mute (Ctrl + Alt + Left), increase volume (Ctrl + Alt + Up) and decrease volume (Ctrl + Alt + down) (I think those are the default keyboard shortcuts Gnome used for this in the old days, but I'm not really sure; doesn't matter much). My notebook has multimedia keys (which work, so you have another reason to be happy). But quite often I try to use the keyboard shortcut on my notebook as I'm used to them from my machine at work. I of course could configure my Gnome session to do what I want the machine to do when I hit the keyboard shortcuts -- but then the multimedia keys won't work anymore which is also not really ideal :-/ Is there any way out of this dilemma? Is it worth filing a bug? If yes: in Fedora or Gnome ? Cu knurd From jspaleta at gmail.com Thu Feb 21 19:25:17 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Feb 2008 10:25:17 -0900 Subject: Incompatible Unison update In-Reply-To: <645d17210802211012u1c1f856ap15584c0e59c49be8@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <645d17210802210854uc2c918apfbe324ac803bce4f@mail.gmail.com> <604aa7910802211007w1d524eeao30ccc3dbc12b6f7f@mail.gmail.com> <645d17210802211012u1c1f856ap15584c0e59c49be8@mail.gmail.com> Message-ID: <604aa7910802211125k5295fb8blb55c67c45155f6bd@mail.gmail.com> On Thu, Feb 21, 2008 at 9:12 AM, Jonathan Underwood wrote: > Just for the record, I'm not the packager. My mistake. But since you aren't the packager. I'm going to be a bit more firm... Don't be an asshat in bug reports comments, ESPECIALLY, if you aren't a co-maintainer. Being..efficient...in your opinion delivery can come-off as driveby asshattery. If you want to be helpful triaging bugs like this... I think you pretty much went about it the wrong way... because you've actually brought the level of tension up, you didn't drive it down. -jef From jnovy at redhat.com Thu Feb 21 19:25:54 2008 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 21 Feb 2008 20:25:54 +0100 Subject: recent TeX Live packaging changes In-Reply-To: <200802211818.m1LIIeV5010772@laptop13.inf.utfsm.cl> References: <20080221175954.GA7655@dhcp-lab-186.brq.redhat.com> <200802211818.m1LIIeV5010772@laptop13.inf.utfsm.cl> Message-ID: <20080221192554.GA29050@dhcp-lab-186.brq.redhat.com> On Thu, Feb 21, 2008 at 03:18:40PM -0300, Horst H. von Brand wrote: > Jindrich Novy wrote: > > Support for Japanese and East Asian languages is now moved to > > texlive-japanese, including bg5conv, sjisconv, etc. utilities which > > were formerly in texlive-latex. > > Shouldn't this be better called texlive-east-asian or some such? Makes sense. It is named texlive-japanese mostly for historical reasons, because only developers from Japan were actually interested in support for Japanese in Fedora TeXLive, particularly Matsuura Takanori who is behind the Fedora Japanese support. I haven't heard about anyone else using east Asian support unfortunatelly. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From jspaleta at gmail.com Thu Feb 21 19:27:02 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Feb 2008 10:27:02 -0900 Subject: Incompatible Unison update (and solution?) In-Reply-To: <1203620706.29993.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> <1203619520.29351.TMDA@tmda.severn.wwwdotorg.org> <1203620706.29993.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910802211127s36502bbcvbda00a750c2329b3@mail.gmail.com> On Thu, Feb 21, 2008 at 10:05 AM, Stephen Warren wrote: > Should we even have the "moving"/"unversioned" unison package, or only > packages with the version in the package name? IF you are going to do it, for the most part we don't version the new stuff (gtk being the obvious except that makes the rule). We'll version compatibility stuff, but generally speaking, we want updates/upgrades to suck in the newest version of an app without extra logic. So we keep the moving/unversioned package. People who need compatibility stuff can install the versioned compat packages as needed. You might want to contact the original maintainer, and see if he'll act as a reviewer for a compat package to get it through submission quickly. -jef -jef From jnovy at redhat.com Thu Feb 21 19:32:30 2008 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 21 Feb 2008 20:32:30 +0100 Subject: recent TeX Live packaging changes In-Reply-To: <1203621427.20659.14.camel@valkyrie.localdomain> References: <20080221175954.GA7655@dhcp-lab-186.brq.redhat.com> <1203621427.20659.14.camel@valkyrie.localdomain> Message-ID: <20080221193230.GA8380@dhcp-lab-186.brq.redhat.com> On Thu, Feb 21, 2008 at 02:17:07PM -0500, Matthew Saltzman wrote: > On Thu, 2008-02-21 at 18:59 +0100, Jindrich Novy wrote: > > > > > Note that texlive-xdvi no more exists and it's now packaged separately > > in standalone xdvik package. > > Would it be possible to get a spin of xdvik that obsoletes the > tetex-xdvi package in Fedora 8 updates? yum keeps trying to replace my > xdvik with that tetex-xdvi package. Sure, the update is in pending state with a request to push directly into stable updates: https://admin.fedoraproject.org/updates/F8/pending/tetex-3.0-44.8.fc8 It also contains fix for the unversioned obsoletes that causes obsoletion of newer xdvik. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From seg at haxxed.com Thu Feb 21 19:35:18 2008 From: seg at haxxed.com (Callum Lerwick) Date: Thu, 21 Feb 2008 13:35:18 -0600 Subject: ISO 216 vs U.S. paper In-Reply-To: <20080219164400.GA25368@ee.oulu.fi> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> Message-ID: <1203622518.7567.87.camel@localhost> On Tue, 2008-02-19 at 18:44 +0200, Pekka Pietikainen wrote: > Note that LC_PAPER isn't a standard (except glibc >= 2.2 or so, not > POSIX or anything like that. libpaper even less so, sure. > > Still, it's definately the way to go, why have an extra library when > glibc has everything that needed. Patching libpaper to use LC_PAPER > if /etc/paper.conf doesn't exist (and even trying to get that upstream > to do that with their libpaper) might be useful too, not that anything > in Fedora seems to even use it currently. The problem here is that paper size is *not* a system wide property or a user preference. What really matters is what is physically sitting in the printer tray. It is a *per-printer* property. In fact, a per-tray property. Fancier office printers could very well have letter in one tray, A4 in another, and a third full of envelopes. What about large format printers? A single machine may very well be connected to an office laser with letter, A4 and envelopes, and also be connected to a poster printer with a 36in x 100ft roll of paper in it. Anything else is just guessing. This really needs to be handled in CUPS. Though I suppose there's still some value to providing a default guess, there's the classic problem of creating a new document in a WYSIWYG word processor on a machine with no printer, that may very well be emailed around the world and never actually get printed. What's the paper size? God what a pain in the ass... -------------- 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 Feb 21 19:51:01 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Feb 2008 10:51:01 -0900 Subject: ISO 216 vs U.S. paper In-Reply-To: <1203622518.7567.87.camel@localhost> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> <1203622518.7567.87.camel@localhost> Message-ID: <604aa7910802211151g55dde6frdbc66516211f7340@mail.gmail.com> 2008/2/21 Callum Lerwick : > Anything else is just guessing. This really needs to be handled in CUPS. > Though I suppose there's still some value to providing a default guess, > there's the classic problem of creating a new document in a WYSIWYG word > processor on a machine with no printer, that may very well be emailed > around the world and never actually get printed. What's the paper size? > God what a pain in the ass... I think we should all agree, right now, that the physical dimension of the Kindle book reader is the correct default for pdf generation. -jef"Because the iphone or the n810 display is just too small to really be a standard physical size"spaleta From dennis at ausil.us Thu Feb 21 20:18:09 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 21 Feb 2008 14:18:09 -0600 Subject: Outage Notification - 2008-02-29 06:00 UTC Message-ID: <200802211418.15971.dennis@ausil.us> There will be an outage starting at 2008-02-29 06:00 UTC, which will last approximately 1 hour. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-02-29 06:00 UTC' Affected Services: Websites CVS / Source Control Buildsystem Database DNS Mail Torrent Unaffected Services: None Ticket Link: https://fedorahosted.org/projects/fedora-infrastructure/ticket/347 Reason for Outage: Switching all fedora servers to UTC Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 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 tgl at redhat.com Thu Feb 21 20:29:01 2008 From: tgl at redhat.com (Tom Lane) Date: Thu, 21 Feb 2008 15:29:01 -0500 Subject: Koji build results fail to match local rawhide installation's Message-ID: <16113.1203625741@sss.pgh.pa.us> mysql is currently failing to build in rawhide on ppc, with symptoms that indicate a problem in its code for detecting how much stack space remains available. The latest example is http://koji.fedoraproject.org/koji/taskinfo?taskID=446073 I've been fighting this for more than a month with no success in isolating the problem. In order to have enough access to poke at it with gdb, I recently decided to resort to installing rawhide on an old Mac laptop I wasn't doing anything with ... and behold, mysql builds and passes its regression tests just fine! So now I don't know what to think. It seems that either (1) the koji environment doesn't match a rawhide install, or (2) there's a relevant hardware difference between my poor old Powerbook G3 and the PPC machines in the koji build farm. Since the problem has been present in Koji since at least early January, while my Mac worked both just after an F9-Alpha install and after a subsequent "yum update" to yesterday's rawhide, it's not just a matter of being slightly out of sync on package versions. Whatever's busted has been so for awhile. I'd appreciate any hints on where to look or what to try next. In particular, are there any real details available on the machines in the build farm, such as exact CPU types? regards, tom lane From benny+usenet at amorsen.dk Thu Feb 21 20:29:49 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Thu, 21 Feb 2008 21:29:49 +0100 Subject: ISO 216 vs U.S. paper References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> <1203622518.7567.87.camel@localhost> Message-ID: Callum Lerwick writes: > The problem here is that paper size is *not* a system wide property or a > user preference. What really matters is what is physically sitting in > the printer tray. It is a *per-printer* property. Not entirely true. Machines with no connected printers can still be used to create spreadsheets and text documents. In those documents, paper size is an inherent property of the document, even if they never get printed. You can argue that it's silly that electronic documents are so hung up on paper dimensions, but until we get people to switch to better alternatives to word processors and spreadsheets, we're stuck with them. /Benny From seg at haxxed.com Thu Feb 21 20:31:44 2008 From: seg at haxxed.com (Callum Lerwick) Date: Thu, 21 Feb 2008 14:31:44 -0600 Subject: Incompatible Unison update In-Reply-To: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1203625904.7567.103.camel@localhost> On Thu, 2008-02-21 at 09:14 -0700, Stephen Warren wrote: > The unison package in Fedora 8 was recently updated to an incompatible > version, which breaks (previously working) interoperability of F8 with > other systems that have the older Unison version. > > See the details at: > > https://bugzilla.redhat.com/show_bug.cgi?id=433742 > > I assume I'm correct in saying this was the wrong thing to do. What is > other people's take on this? Upstream should be dragged out into the street and shot. (Note: big fat -> :) -------------- 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 Feb 21 20:32:36 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Feb 2008 15:32:36 -0500 Subject: Koji build results fail to match local rawhide installation's In-Reply-To: <16113.1203625741@sss.pgh.pa.us> References: <16113.1203625741@sss.pgh.pa.us> Message-ID: <20080221203236.GB28520@nostromo.devel.redhat.com> Tom Lane (tgl at redhat.com) said: > (1) the koji environment doesn't match a rawhide install, or > (2) there's a relevant hardware difference between my poor old > Powerbook G3 and the PPC machines in the koji build farm. The koji environment is a ppc64 machine, running buildroots under a RHEL 5-ish kernel, where I believe the default page size is 64k. Your local environment is a ppc32 box running a rawhide-ish kernel with a page size of 4k (if I'm remembering right.) Bill From lesmikesell at gmail.com Thu Feb 21 20:49:22 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 21 Feb 2008 14:49:22 -0600 Subject: Incompatible Unison update In-Reply-To: <1203625904.7567.103.camel@localhost> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203625904.7567.103.camel@localhost> Message-ID: <47BDE3D2.1070903@gmail.com> Callum Lerwick wrote: > On Thu, 2008-02-21 at 09:14 -0700, Stephen Warren wrote: >> The unison package in Fedora 8 was recently updated to an incompatible >> version, which breaks (previously working) interoperability of F8 with >> other systems that have the older Unison version. >> >> See the details at: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=433742 >> >> I assume I'm correct in saying this was the wrong thing to do. What is >> other people's take on this? > > Upstream should be dragged out into the street and shot. > > (Note: big fat -> :) Forget the :). If you can't keep your wire protocol compatible, it's not the same program anymore so just change the name and stop confusing everyone. And if you are inventing something new, please exchange a protocol level indicator so you'll be able to support different remote versions later instead of forcing the whole world to change on the same day. -- Les Mikesell lesmikesell at gmail.com From tgl at redhat.com Thu Feb 21 20:56:00 2008 From: tgl at redhat.com (Tom Lane) Date: Thu, 21 Feb 2008 15:56:00 -0500 Subject: Koji build results fail to match local rawhide installation's In-Reply-To: <20080221203236.GB28520@nostromo.devel.redhat.com> References: <16113.1203625741@sss.pgh.pa.us> <20080221203236.GB28520@nostromo.devel.redhat.com> Message-ID: <16714.1203627360@sss.pgh.pa.us> Bill Nottingham writes: > Tom Lane (tgl at redhat.com) said: >> (2) there's a relevant hardware difference between my poor old >> Powerbook G3 and the PPC machines in the koji build farm. > The koji environment is a ppc64 machine, running buildroots > under a RHEL 5-ish kernel, where I believe the default page > size is 64k. > Your local environment is a ppc32 box running a rawhide-ish > kernel with a page size of 4k (if I'm remembering right.) Hmmm ... yeah, that could be relevant. Anyone have a ppc64 box I could do some testing on? regards, tom lane From ville.skytta at iki.fi Thu Feb 21 20:58:55 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Thu, 21 Feb 2008 22:58:55 +0200 Subject: Incompatible Unison update In-Reply-To: <645d17210802211026i6f1c1e89x7df3850448b9821f@mail.gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203618022.28522.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211026i6f1c1e89x7df3850448b9821f@mail.gmail.com> Message-ID: <200802212258.56102.ville.skytta@iki.fi> On Thursday 21 February 2008, Jonathan Underwood wrote: > On 21/02/2008, Stephen Warren wrote: > > > * RHEL4/CentOS4 (via rpmforge, since the package isn't in EPEL) > > RPMForge should update their packages then. Eh, an incompatible upgrade inside not even the latest branch of a stable enterprise distro? Are there security issues involved? If not, why would they otherwise do that? From dennis at ausil.us Thu Feb 21 21:01:56 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 21 Feb 2008 15:01:56 -0600 Subject: Koji build results fail to match local rawhide installation's In-Reply-To: <16113.1203625741@sss.pgh.pa.us> References: <16113.1203625741@sss.pgh.pa.us> Message-ID: <200802211502.02723.dennis@ausil.us> On Thursday 21 February 2008, Tom Lane wrote: > mysql is currently failing to build in rawhide on ppc, with symptoms > that indicate a problem in its code for detecting how much stack space > remains available. The latest example is > http://koji.fedoraproject.org/koji/taskinfo?taskID=446073 > > I've been fighting this for more than a month with no success in > isolating the problem. In order to have enough access to poke at it > with gdb, I recently decided to resort to installing rawhide on an old > Mac laptop I wasn't doing anything with ... and behold, mysql builds > and passes its regression tests just fine! So now I don't know what > to think. It seems that either koji is running on RHEL5 you you would need to do a mock build with a rawhide chroot on a RHEL5 host. > (1) the koji environment doesn't match a rawhide install, or > (2) there's a relevant hardware difference between my poor old > Powerbook G3 and the PPC machines in the koji build farm. > > Since the problem has been present in Koji since at least early January, > while my Mac worked both just after an F9-Alpha install and after a > subsequent "yum update" to yesterday's rawhide, it's not just a matter > of being slightly out of sync on package versions. Whatever's busted > has been so for awhile. Its probably something in the RHEL kernel on the host. > I'd appreciate any hints on where to look or what to try next. In > particular, are there any real details available on the machines in > the build farm, such as exact CPU types? the ppc builders are all IBM power5 machines Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From bnocera at redhat.com Thu Feb 21 21:06:33 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Thu, 21 Feb 2008 21:06:33 +0000 Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) In-Reply-To: <47BDCF82.6070400@leemhuis.info> References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> Message-ID: <1203627993.2754.77.camel@cookie.hadess.net> On Thu, 2008-02-21 at 20:22 +0100, Thorsten Leemhuis wrote: > Regarding multimedia keys: There is one odd side affect my all this make > multimedia keys work that always confuses me; not sure if it's a small > bug, that's why I'm abusing this discussion for asking if it is. > > I have two machines -- one desktop at work and a notebook at home. > > On the desktop machine with a ordinary keyboard (without multimedia > keys) I configured keyboard shortcuts to mute (Ctrl + Alt + Left), > increase volume (Ctrl + Alt + Up) and decrease volume (Ctrl + Alt + > down) (I think those are the default keyboard shortcuts Gnome used for > this in the old days, but I'm not really sure; doesn't matter much). > > My notebook has multimedia keys (which work, so you have another reason > to be happy). But quite often I try to use the keyboard shortcut on my > notebook as I'm used to them from my machine at work. I of course could > configure my Gnome session to do what I want the machine to do when I > hit the keyboard shortcuts -- but then the multimedia keys won't work > anymore which is also not really ideal :-/ > > Is there any way out of this dilemma? Is it worth filing a bug? If yes: > in Fedora or Gnome ? There's already a bug (which I filed) and a patch :) http://bugzilla.gnome.org/show_bug.cgi?id=494210 You might want to voice your opinion there. I find this a much better idea in terms of UI than allowing binding the same action to 2 keys (which is still possible using the custom keybindings[1]). Cheers [1]: http://live.gnome.org/ControlCenter/CustomKeybindings From a.badger at gmail.com Thu Feb 21 21:11:50 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 21 Feb 2008 13:11:50 -0800 Subject: Incompatible Unison update (and solution?) In-Reply-To: <1203620706.29993.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> <1203619520.29351.TMDA@tmda.severn.wwwdotorg.org> <1203620706.29993.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <47BDE916.1030407@gmail.com> Stephen Warren wrote: > So, I'm a Fedora packager. I can look into packaging the old Unison > version alongside the bleeding-edge version. I imagine (hope) it'd be as > simple as pulling the old .spec file from CVS and renaming the package. > It could be but probably isn't. When installing an old version we want the packages to be parallel installable. With something like unison, this is easy to show -- I have my laptop which I need to keep synced with my computer at work and computer at home. Those two computers have different versions of unison installed. Therefore my laptop needs to have both of those versions. Taking a brief glance at the unison spec file it looks like you can just rename most files from unison* to unison2.13* but I haven't looked inside the source files to see that this is the only necessary change. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From lordmorgul at gmail.com Thu Feb 21 21:15:55 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 21 Feb 2008 13:15:55 -0800 Subject: Incompatible Unison update In-Reply-To: <47BDE3D2.1070903@gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203625904.7567.103.camel@localhost> <47BDE3D2.1070903@gmail.com> Message-ID: <47BDEA0B.8020402@gmail.com> Les Mikesell wrote: > Callum Lerwick wrote: >> On Thu, 2008-02-21 at 09:14 -0700, Stephen Warren wrote: >>> The unison package in Fedora 8 was recently updated to an incompatible >>> version, which breaks (previously working) interoperability of F8 with >>> other systems that have the older Unison version. >>> >>> See the details at: >>> >>> https://bugzilla.redhat.com/show_bug.cgi?id=433742 >>> >>> I assume I'm correct in saying this was the wrong thing to do. What is >>> other people's take on this? >> >> Upstream should be dragged out into the street and shot. >> >> (Note: big fat -> :) > > Forget the :). If you can't keep your wire protocol compatible, it's > not the same program anymore so just change the name and stop confusing > everyone. And if you are inventing something new, please exchange a > protocol level indicator so you'll be able to support different remote > versions later instead of forcing the whole world to change on the same > day. I've used unison for awhile, and quite frankly this happens all the time. To handle consistent sync you need to match the versions being used on both sides exactly and keep them there. I've had it break numerous times changing versions within 'compatible' version ranges. Changing those versions means you have to take what currently exists and assume it is in sync the first time you run the new version. This is just how things have been going with unison. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From caillon at redhat.com Thu Feb 21 21:41:07 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 21 Feb 2008 16:41:07 -0500 Subject: Incompatible Unison update In-Reply-To: <47BDEA0B.8020402@gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203625904.7567.103.camel@localhost> <47BDE3D2.1070903@gmail.com> <47BDEA0B.8020402@gmail.com> Message-ID: <47BDEFF3.9040708@redhat.com> On 02/21/2008 04:15 PM, Andrew Farris wrote: > I've used unison for awhile, and quite frankly this happens all the > time. To handle consistent sync you need to match the versions being > used on both sides exactly and keep them there. I've had it break > numerous times changing versions within 'compatible' version ranges. > Changing those versions means you have to take what currently exists and > assume it is in sync the first time you run the new version. This is > just how things have been going with unison. For the record, that sounds dumb and a reason to strongly consider rsync or something else instead of unison. From lordmorgul at gmail.com Thu Feb 21 21:55:49 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 21 Feb 2008 13:55:49 -0800 Subject: Incompatible Unison update In-Reply-To: <47BDEFF3.9040708@redhat.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203625904.7567.103.camel@localhost> <47BDE3D2.1070903@gmail.com> <47BDEA0B.8020402@gmail.com> <47BDEFF3.9040708@redhat.com> Message-ID: <47BDF365.5000607@gmail.com> Christopher Aillon wrote: > On 02/21/2008 04:15 PM, Andrew Farris wrote: >> I've used unison for awhile, and quite frankly this happens all the >> time. To handle consistent sync you need to match the versions being >> used on both sides exactly and keep them there. I've had it break >> numerous times changing versions within 'compatible' version ranges. >> Changing those versions means you have to take what currently exists >> and assume it is in sync the first time you run the new version. This >> is just how things have been going with unison. > > For the record, that sounds dumb and a reason to strongly consider rsync > or something else instead of unison. Yes, its very broken. But just using rsync is a complicated situation as well since the purpose of unison is not just to copy from an authoritative source to a backup (what rsync does wonderfully) but instead to replicate changes made on either side to the other side. Unison will propagate a deletion on either side to the other one, something rsync would need to be run multiple times (with swapped source/destinations) to accomplish.. I tried setting that up once but I just made a mess (it appeared to need 4 runs, one each without delete, then one each direction with delete, but maybe I'm just not thinking it through enough). -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lesmikesell at gmail.com Thu Feb 21 22:02:44 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 21 Feb 2008 16:02:44 -0600 Subject: Incompatible Unison update In-Reply-To: <47BDEFF3.9040708@redhat.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203625904.7567.103.camel@localhost> <47BDE3D2.1070903@gmail.com> <47BDEA0B.8020402@gmail.com> <47BDEFF3.9040708@redhat.com> Message-ID: <47BDF504.9040306@gmail.com> Christopher Aillon wrote: > On 02/21/2008 04:15 PM, Andrew Farris wrote: >> I've used unison for awhile, and quite frankly this happens all the >> time. To handle consistent sync you need to match the versions being >> used on both sides exactly and keep them there. I've had it break >> numerous times changing versions within 'compatible' version ranges. >> Changing those versions means you have to take what currently exists >> and assume it is in sync the first time you run the new version. This >> is just how things have been going with unison. > > For the record, that sounds dumb and a reason to strongly consider rsync > or something else instead of unison. Unison does something that rsync can't, which is to keep track of state in a way that works with changes at both ends and to tell the difference between a deletion on one side and a new file on the other. But, its home page status never looked very promising so I've always used rsync and tracked my own changes. -- Les Mikesell lesmikesell at gmail.com From menthos at menthos.com Thu Feb 21 22:06:27 2008 From: menthos at menthos.com (Christian Rose) Date: Thu, 21 Feb 2008 23:06:27 +0100 Subject: ISO 216 vs U.S. paper In-Reply-To: <1203622518.7567.87.camel@localhost> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> <1203622518.7567.87.camel@localhost> Message-ID: <97da516f0802211406q28e0141fqbc21196b09c3fb14@mail.gmail.com> On 2/21/08, Callum Lerwick wrote: > On Tue, 2008-02-19 at 18:44 +0200, Pekka Pietikainen wrote: > > Note that LC_PAPER isn't a standard (except glibc >= 2.2 or so, not > > POSIX or anything like that. libpaper even less so, sure. > > > > Still, it's definately the way to go, why have an extra library when > > glibc has everything that needed. Patching libpaper to use LC_PAPER > > if /etc/paper.conf doesn't exist (and even trying to get that upstream > > to do that with their libpaper) might be useful too, not that anything > > in Fedora seems to even use it currently. > > > The problem here is that paper size is *not* a system wide property or a > user preference. What really matters is what is physically sitting in > the printer tray. It is a *per-printer* property. In fact, a per-tray > property. Fancier office printers could very well have letter in one > tray, A4 in another, and a third full of envelopes. What about large > format printers? A single machine may very well be connected to an > office laser with letter, A4 and envelopes, and also be connected to a > poster printer with a 36in x 100ft roll of paper in it. > > Anything else is just guessing. Just because the need for exceptions exists doesn't make sane defaults less useful. And often, an educated guess may make a very useful default. At work we buy and configure a lot of office printers, from small desktop ones to big copiers, and yes, the big ones always carry more than one paper size. In fact, all of the big ones carry A3 in at least one tray in addition to the multiple standard A4 paper trays. Some printers also mix paper qualities and carry 100 g/m? density archive paper in some trays, in addition to standard 80 g/m? copier paper. And so on. Yes, I agree with you that paper size and quality will always ultimately be a per-tray setting. And all of the big copiers that carry multiple sizes and qualities always need some level of one-time configuration -- someone has to decide what paper goes where, and configure the printer and printer drivers accordingly. That configuration is usually done once by whoever installs the printer/copier, so that regular users need not care much. But there's no reason why a generic small printer with only a few trays or even only one tray would need that amount of configuration to be usable. An educated guess whould go very far down the lane of making the printer useful in less annoying minutes. An "educated guess" in this case means that because "letter" paper sizes is nowhere to be bought in this country[*], and everything in this country is using ISO paper sizes (A4 being the most used of course), making anything but A4 be the default setting if I hook up a generic printer, and don't specify anything, would make an insanely stupid default. Any school kid knows that A4 is the standard paper size in this country -- there's no freaking way computers couldn't do as well in picking a default. Luckily, brave people have added this piece of information to computers, and created things like LC_PAPER. The setting LC_PAPER=sv_SE, like any school kid in SE, knows that A4 is the default paper size in SE. LC_PAPER is for defaults -- it doesn't know what printer you have or what trays it has, but provides a really educated guess for a usable default value. Then, of course, CUPS and applications need to use that as a basis for their defaults in turn, and need a way of specifying a different configuration if need be. But that's not an argument against a usable default to begin with. [*] And hardly anywhere outside of North America, in fact. Christian From lordmorgul at gmail.com Thu Feb 21 22:12:23 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 21 Feb 2008 14:12:23 -0800 Subject: Incompatible Unison update In-Reply-To: <47BDF504.9040306@gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203625904.7567.103.camel@localhost> <47BDE3D2.1070903@gmail.com> <47BDEA0B.8020402@gmail.com> <47BDEFF3.9040708@redhat.com> <47BDF504.9040306@gmail.com> Message-ID: <47BDF747.5080504@gmail.com> Les Mikesell wrote: > Unison does something that rsync can't, which is to keep track of state > in a way that works with changes at both ends and to tell the difference > between a deletion on one side and a new file on the other. Yes thats precisely the problem you run into trying to do it with rsyncs both directions. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jkeating at redhat.com Thu Feb 21 22:20:13 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 21 Feb 2008 17:20:13 -0500 Subject: Koji build results fail to match local rawhide installation's In-Reply-To: <16714.1203627360@sss.pgh.pa.us> References: <16113.1203625741@sss.pgh.pa.us> <20080221203236.GB28520@nostromo.devel.redhat.com> <16714.1203627360@sss.pgh.pa.us> Message-ID: <20080221172013.18286aa4@redhat.com> On Thu, 21 Feb 2008 15:56:00 -0500 Tom Lane wrote: > Hmmm ... yeah, that could be relevant. Anyone have a ppc64 > box I could do some testing on? David Woodhouse does, as I've told you, numerous times. -- 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: 197 bytes Desc: not available URL: From mcepl at redhat.com Thu Feb 21 22:21:24 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 21 Feb 2008 23:21:24 +0100 Subject: default mail client References: <47BCD874.3000600@redhat.com> <1203560217.9597.5.camel@localhost.localdomain> <47BCFBBA.3030509@redhat.com> <1203601006.27334.47.camel@localhost.localdomain> <47BD8647.5000408@hi.is> Message-ID: <44a195xeu1.ln2@ppp1053.in.ipex.cz> On 2008-02-21, 14:10 GMT, J?hann B. Gu?mundsson wrote: > I think we should rather waste our energy in debating about > Tomboy and it's reason being installed by default +1 (and I don?t like Mono; I know many people here do, but still I cannot help it) Mat?j From zaitcev at redhat.com Thu Feb 21 22:58:00 2008 From: zaitcev at redhat.com (Pete Zaitcev) Date: Thu, 21 Feb 2008 14:58:00 -0800 Subject: default mail client In-Reply-To: <47BCD874.3000600@redhat.com> References: <47BCD874.3000600@redhat.com> Message-ID: <20080221145800.bf85d338.zaitcev@redhat.com> On Thu, 21 Feb 2008 11:48:36 +1000, Jens Petersen wrote: > For a long time (actually as long as I can remember;) I wondered why > Evolution was our default Mail application (MUA). IIRC it was a Havoc's decree, together with the attempt to hoist Epiphany upon us as a part of the over-arching Open Source Architecture. The main merit of Evo is the integration with calendaring and LDAP. > So what are the arguments for keeping Evolution as the default Mail > application in Fedora? This question seems particularly relevant now > with things like the Lightning calendar extension and the launch of > Mozilla Messaging. Let's see if it moves beyond words. Several fractions tug onto the Thunderbird's feathers. If it turns into an all-integrating bloat monster, might as well keep Evo. I use Sylpheed because it's the only mail client in existence never to chew patches. Not arguing for making it default or anything, but it's not all Evo all the time since we had Fedora Extras. -- Pete From remotestar at live.com Thu Feb 21 23:12:08 2008 From: remotestar at live.com (Markus Kesaromous) Date: Thu, 21 Feb 2008 15:12:08 -0800 Subject: upgrading F7 to F8 hangs and never completes Message-ID: I have tried upgrading my F7 installation to F8. The upgrade process pops up a progress banner "Checking dependencies in packages selected for installation" After about 8 hours, and the progress bar is still at what looks like 99.9999% finished. It never finishes! I searched the web and found the the same problem is being encountered by user the VBox virtual machine who wants to upgrade a guest OS from F7 to F8 and reports permanent hang at same state - i.e 99.999% finished but never completes the dependency check in order to move forward. -RS _________________________________________________________________ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008 From caillon at redhat.com Thu Feb 21 23:15:06 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 21 Feb 2008 18:15:06 -0500 Subject: upgrading F7 to F8 hangs and never completes In-Reply-To: References: Message-ID: <47BE05FA.4080902@redhat.com> On 02/21/2008 06:12 PM, Markus Kesaromous wrote: > I have tried upgrading my F7 installation to F8. The upgrade > process pops up a progress banner > "Checking dependencies in packages selected for installation" > After about 8 hours, and the progress bar is still at what looks like > 99.9999% finished. It never finishes! > > I searched the web and found the the same problem is > being encountered by user the VBox virtual machine > who wants to upgrade a guest OS from F7 to F8 and > reports permanent hang at same state - i.e 99.999% > finished but never completes the dependency check > in order to move forward. You're on the wrong list. You want https://www.redhat.com/mailman/listinfo/fedora-test-list and http://fedoraproject.org/wiki/Bugs/F8Common From rodd at clarkson.id.au Thu Feb 21 23:13:39 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 22 Feb 2008 10:13:39 +1100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <47B704F3.80908@amiga-hardware.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <20080214221706.GA28583@ryvius.greysector.net> <1203029250.15710.70.camel@localhost.localdomain> <47B704F3.80908@amiga-hardware.com> Message-ID: <1203635619.3117.223.camel@localhost.localdomain> On Sat, 2008-02-16 at 15:44 +0000, Ian Chapman wrote: > Rodd Clarkson wrote: > > > In fact, I've always wondered why Fedora listed English (UK) and English > > (Australia) since they are the same thing. > > Are you saying that if I chose English (Australia) it sets the same > locale as if i'd chosen English (UK)? I'm noy saying that at all. I'm saying that I thought I was selecting a language, not a complete set of locales. It doesn't seem that hard. Anaconda needs to ask what language I want to speak, and where I live. If there is ambiguity about my locales based on this it should prompt for some advanced option (that might be prompted for in firstboot, and that can also be changed after the install) that clarify my locale settings. R. > > -- > Ian Chapman. > -- "It's a fine line between denial and faith. It's much better on my side" From ob.system at gmail.com Thu Feb 21 23:44:34 2008 From: ob.system at gmail.com (Oscar Victorio Calixto Bacho) Date: Thu, 21 Feb 2008 18:44:34 -0500 Subject: Update Tribial Message-ID: <6a28481b0802211544w66ab5832t87aa8bc8e1076dd4@mail.gmail.com> We need fedora to be upgrade like debian ? Oscar Xankha Linux -------------- next part -------------- An HTML attachment was scrubbed... URL: From clarkbw at gmail.com Thu Feb 21 23:49:30 2008 From: clarkbw at gmail.com (Bryan Clark) Date: Thu, 21 Feb 2008 18:49:30 -0500 Subject: default mail client In-Reply-To: <20080221145800.bf85d338.zaitcev@redhat.com> References: <47BCD874.3000600@redhat.com> <20080221145800.bf85d338.zaitcev@redhat.com> Message-ID: <8e6c4bd70802211549k336bb417yee58140dee70ae7b@mail.gmail.com> On Thu, Feb 21, 2008 at 5:58 PM, Pete Zaitcev wrote: > On Thu, 21 Feb 2008 11:48:36 +1000, Jens Petersen wrote: > > > For a long time (actually as long as I can remember;) I wondered why > > Evolution was our default Mail application (MUA). > > IIRC it was a Havoc's decree, together with the attempt to hoist > Epiphany upon us as a part of the over-arching Open Source Architecture. > The main merit of Evo is the integration with calendaring and LDAP. There was a long discussion about the default web browser with the choices of Epiphany or Firefox and the decision for choosing Firefox came from a number of factors beyond the OSA. There were customer needs weighed against the best browser for our users, weighed against the amount of developer resources needed to maintain either choice. Ultimately the decision fell to Firefox, at the time I wasn't in agreement with that decision but it was made using the correct data and feedback; now I completely agree it was the correct choice. Though ephy was my first love... And at the time of that decision Havoc spelled out this future in an eerie prophetic tone about how a future email fight will come sometime after this web browser fight. Welcome to the future! > > So what are the arguments for keeping Evolution as the default Mail > > application in Fedora? This question seems particularly relevant now > > with things like the Lightning calendar extension and the launch of > > Mozilla Messaging. > > Let's see if it moves beyond words. Several fractions tug onto > the Thunderbird's feathers. If it turns into an all-integrating > bloat monster, might as well keep Evo. Watching this thread and knowing both email clients fairly well I'd have to say that consensus seems split and changing a default is a tough uphill battle. There needs to be a significant enough difference between the old default application and the new default for the switch to be worthwhile. It would probably be good for the new default to have a system for converting people from the old default, not that we did that for epiphany to firefox... Here's how I'd sum up the situation. There are lots of different bugs and issues in both apps, t-bird has an advantage of being cross platform so there little learning curve and recognition for people coming from other OSes (this is a often a large boost for firefox). Evolution has the advantage of being better integrated into GNOME with the contacts applet, calendar, and other apps that use the data-server component as well as a fully integrated calendaring system. Evo also has an exchange connector which makes it attractive to companies running an exchange server with a linux client. Since bugs will always be present and should be reported in bug trackers instead of on mailing lists so we need to ignore that in this kind of decision making. Thus in my mind TB would have to at least offer integration points to the desktop similar or better than evo-data-server does now; i'm hopeful this can happen. As for the exchange connector I'm not so hopeful for that, but who knows. An evo question might then be around working windows and mac clients such that users could switch to a linux desktop with some recognition and a low learning curve; i'm not so hopeful this will happen. But I'm wrong all the time and the future is far away! So lets see what happens to t-bird and evo in the future. > I use Sylpheed because it's the only mail client in existence never > to chew patches. Not arguing for making it default or anything, > but it's not all Evo all the time since we had Fedora Extras. I'm marking that down as an idea for a future thunderbird extension, better patch handling. :) ~ Bryan From thomas.canniot at mrtomlinux.org Thu Feb 21 23:53:54 2008 From: thomas.canniot at mrtomlinux.org (Thomas Canniot) Date: Fri, 22 Feb 2008 00:53:54 +0100 Subject: rawhide and cooker compared In-Reply-To: <1203617912.2754.64.camel@cookie.hadess.net> References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> Message-ID: <20080222005354.5c77a8e7@agnetha.mrtomlinux> Le Thu, 21 Feb 2008 18:18:32 +0000, Bastien Nocera a ?crit : > > On Wed, 2008-02-20 at 22:31 -0500, Austin Acton wrote: > > This may or may not be of any use to you. It's not meant to be a > > bug report. It's just my back to back comparison of two distros > > that people think of as being similar or related or in competition > > for users. > > | Fedora | Mandriva > multimedia keys | all work | mute works, volume doesn't > > Yay! Richard and I are happy. > Hey, but neither the mute key nor the control volume ones works on my nx6128 hp laptop :) I have to configure them by hand in gnome. Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mbarnes at redhat.com Fri Feb 22 00:04:28 2008 From: mbarnes at redhat.com (Matthew Barnes) Date: Thu, 21 Feb 2008 19:04:28 -0500 Subject: default mail client In-Reply-To: <8e6c4bd70802211549k336bb417yee58140dee70ae7b@mail.gmail.com> References: <47BCD874.3000600@redhat.com> <20080221145800.bf85d338.zaitcev@redhat.com> <8e6c4bd70802211549k336bb417yee58140dee70ae7b@mail.gmail.com> Message-ID: <1203638668.4156.0.camel@localhost.localdomain> On Thu, 2008-02-21 at 18:49 -0500, Bryan Clark wrote: > I'm marking that down as an idea for a future thunderbird extension, > better patch handling. :) Same here for Evolution. :) From lamont at lamontpeterson.org Fri Feb 22 00:04:48 2008 From: lamont at lamontpeterson.org (Lamont Peterson) Date: Thu, 21 Feb 2008 17:04:48 -0700 Subject: RFE: Remove isdn4k-utils from base installs Message-ID: <200802211704.53493.lamont@lamontpeterson.org> All, I have not had to deal with any ISDN since 1999. I have no need to have it installed on my systems. It is a bit irritating to be removing it all the time. It isn't sucked back in as a dependency for me at some later point, either. If someone does need it installed, I would find it highly likely that they would be capable of finding the right package. Based on all of that, I'd like to see it removed from base installs in Fedora 9, please. Comments? -- Lamont Peterson From jonathan.underwood at gmail.com Fri Feb 22 00:51:20 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 22 Feb 2008 00:51:20 +0000 Subject: Incompatible Unison update In-Reply-To: <47BDC540.1050108@hhs.nl> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> <1203618022.28522.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211026i6f1c1e89x7df3850448b9821f@mail.gmail.com> <47BDC540.1050108@hhs.nl> Message-ID: <645d17210802211651v43d2f73endae2d21703bd3398@mail.gmail.com> On 21/02/2008, Hans de Goede wrote: > Note: I know nothing about Unison, but I'm jumping in because I very much > dislike the tone of Jonathan's answers. > You attribute a tone that wasn't intended - when i said "I fail to see the problem", that's a statement of fact. However, I accept the criticism. > Jonathan an update during a stable release changed a network protocol > disrupting the reporters workflow, there is a _real_ problem here. > Well.. the update fixes a number of bugs that were showstoppers with the old version (relating to cross platform issues) - IMO the benefits of the updated package in terms of serious bug fixes outweighed the breaking of compatibility with 3rd party repos and ancient distributions. > Also please even if you believe there is not a problem, please explain so in a > gentle, friendlier way. Stating "I fail to see the problem" is not helping in > anyway other then to alienate a user, and a valuable user as that as he is > providing valuable feedback to Fedora! > Point taken, apologies to Stephen. Jonathan. From a.badger at gmail.com Fri Feb 22 00:45:11 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 21 Feb 2008 16:45:11 -0800 Subject: default mail client In-Reply-To: <8e6c4bd70802211549k336bb417yee58140dee70ae7b@mail.gmail.com> References: <47BCD874.3000600@redhat.com> <20080221145800.bf85d338.zaitcev@redhat.com> <8e6c4bd70802211549k336bb417yee58140dee70ae7b@mail.gmail.com> Message-ID: <47BE1B17.4040407@gmail.com> Bryan Clark wrote: > Since bugs will always be present and should be reported in bug > trackers instead of on mailing lists so we need to ignore that in this > kind of decision making. I was persuaded by this argument at one time but my own experience with other projects has led me to a slight modification of it. All software has bugs and missing features, true, but how quickly fixes and enhancements will be created or merged by upstream (depending on how much development you/your project can spend on it) is a huge factor in these decisions. Unresponsive or resistant upstreams can ruin an otherwise decent piece of software. Which of the upstream projects is worse^Wbetter in this regard is, of course, open for debate. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From law at redhat.com Fri Feb 22 00:52:42 2008 From: law at redhat.com (Jeff Law) Date: Thu, 21 Feb 2008 17:52:42 -0700 Subject: default mail client In-Reply-To: <47BD4C75.30704@poolshark.org> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> <1203560456.13356.121.camel@cutter> <47BD4C75.30704@poolshark.org> Message-ID: <47BE1CDA.6030103@redhat.com> Denis Leroy wrote: > seth vidal wrote: >> On Wed, 2008-02-20 at 21:01 -0500, Warren Togami wrote: >> >>> I find Evolution to be completely unusable for IMAP folders. I have >>> dozens of IMAP folders with tens of thousands of messages on two >>> servers. Thunderbird seems to handle this a LOT faster than >>> evolution and crashes less often. >> >> >> I've been using evolution with imap folders since 2002. I've never had >> this sort of pain. Furthermore synchronization of imap to local works >> well, too. > > I use both evolution and thunderbird with IMAP :-) evolution for work, > thunderbird for personal and FOSS stuff. I find thunderbird's GUI easier > to use on those large FOSS threaded mailing lists. Over time I think > i've suffered more from evolution bugs than thunderbird one, but thigns > are pretty stable now. I just recently switched from Evolution to Thunderbird -- I've simply seen Evolution crash too many times, wiping out reams of email history in the process. Having Evolution hang at startup due to corruption of a mailbox a few weeks ago was the last straw. I find Thunderbird painfully slow, but at least it's working. Part of me still regrets the day I didn't take up MH maintenance so that I could continue to use MH and EXMH.... OK, not really... Jeff From bnocera at redhat.com Fri Feb 22 01:24:13 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 22 Feb 2008 01:24:13 +0000 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: <47BDC3A7.1080906@hhs.nl> References: <47BC9E3C.1020707@hhs.nl> <20080221173646.GA25722@tango.0pointer.de> <47BDC3A7.1080906@hhs.nl> Message-ID: <1203643453.2754.81.camel@cookie.hadess.net> On Thu, 2008-02-21 at 19:32 +0100, Hans de Goede wrote: > 1) I'm not sure its obvious to end users that the default output device can be > set from volume control, maybe we should add the same capabilities to > papreferences? > > 2) I think we should be giving the pulseaudio tools more generic names, an > average user probably has no idea what pa is, and this might not use menu > entries with pa in the name. For both those cases, we're working on integrating this directly in the control-center, instead of the old ALSA device selection. I'm not too hopeful we'll see something completed for F9, but there's always hope. From ivazqueznet at gmail.com Fri Feb 22 02:24:30 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 21 Feb 2008 21:24:30 -0500 Subject: default mail client In-Reply-To: <8e6c4bd70802211549k336bb417yee58140dee70ae7b@mail.gmail.com> References: <47BCD874.3000600@redhat.com> <20080221145800.bf85d338.zaitcev@redhat.com> <8e6c4bd70802211549k336bb417yee58140dee70ae7b@mail.gmail.com> Message-ID: <1203647070.31273.63.camel@ignacio.lan> On Thu, 2008-02-21 at 18:49 -0500, Bryan Clark wrote: > An evo > question might then be around working windows and mac clients such > that users could switch to a linux desktop with some recognition and a > low learning curve; i'm not so hopeful this will happen. The Win32 port is mostly-working[1] but a bit out of date, and an OS X port just needs a native Quartz GTK+[2], also almost there. [1] http://evolution-win32.sourceforge.net/ [2] http://developer.imendio.com/projects/gtk-macosx -- 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 michel.sylvan at gmail.com Fri Feb 22 02:54:25 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Thu, 21 Feb 2008 21:54:25 -0500 Subject: Incompatible Unison update (and solution?) In-Reply-To: <47BDE916.1030407@gmail.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> <1203619520.29351.TMDA@tmda.severn.wwwdotorg.org> <1203620706.29993.TMDA@tmda.severn.wwwdotorg.org> <47BDE916.1030407@gmail.com> Message-ID: 2008/2/21 Toshio Kuratomi : > Stephen Warren wrote: > > So, I'm a Fedora packager. I can look into packaging the old Unison > > version alongside the bleeding-edge version. I imagine (hope) it'd be as > > simple as pulling the old .spec file from CVS and renaming the package. > > > It could be but probably isn't. When installing an old version we want > the packages to be parallel installable. With something like unison, > this is easy to show -- I have my laptop which I need to keep synced > with my computer at work and computer at home. Those two computers have > different versions of unison installed. Therefore my laptop needs to > have both of those versions. > > Taking a brief glance at the unison spec file it looks like you can just > rename most files from unison* to unison2.13* but I haven't looked > inside the source files to see that this is the only necessary change. > Wouldn't the remote unison be expecting the binary to be called unison? To make the compat-* operation seamless, /all/ unison packages might have to use the alternatives system. (mea culpa, I was involved in pushing the new unison into Fedora) -- Michel Salim http://hircus.jaiku.com/ From rodd at clarkson.id.au Fri Feb 22 03:01:48 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 22 Feb 2008 14:01:48 +1100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> References: <1202867973.3208.254.camel@localhost.localdomain> <1202869824.6718.14.camel@ignacio.lan> <1202882757.3208.268.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> Message-ID: <1203649308.3117.252.camel@localhost.localdomain> On Thu, 2008-02-14 at 13:53 -0900, Jeff Spaleta wrote: > On Thu, Feb 14, 2008 at 1:04 PM, Rodd Clarkson wrote: > > I may use English US on my computer, but I measure using metric, and > > format my dates DD-MM-YYYY and my printer uses A4. Anaconda doesn't get > > any of the latter right, and that's just plain wrong. > > Here's a better question. Why are you using US English? Why aren't you > using another English locale? I prefer US english, and all I thought I was picking was a language. > I strongly believe that exposing locale customizations to the extent > necessary to make you happy in anaconda is a really dumb idea. This > sort of stuff is a PER USER configuration which is too complicated for > the installer to need to mess with. Yeah but in reality, most users have there own machines, and even on shared machines users would have similar settings so it's not a bad place to start. And there isn't anywhere else to get it right either without having to jump on the command line. Besides, assuming I live in the US because I picked that language (even thought later in the same install process I indicate that I live in Melbourne, Australia is even dumber. > We set a sane default in the installer based on the locale, and then > the installer gets the hell out of the way. if you want to make PER > USER customizations, then figure out a way to expose PER USER > customizations for the different locale based settings. > > -jef > -- "It's a fine line between denial and faith. It's much better on my side" From s-t-rhbugzilla at wwwdotorg.org Fri Feb 22 03:42:30 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 21 Feb 2008 20:42:30 -0700 Subject: Incompatible Unison update (and solution?) In-Reply-To: References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> <1203619520.29351.TMDA@tmda.severn.wwwdotorg.org> <1203620706.29993.TMDA@tmda.severn.wwwdotorg.org> <47BDE916.1030407@gmail.com> Message-ID: <1203651794.11738.TMDA@tmda.severn.wwwdotorg.org> Michel Salim wrote: > Wouldn't the remote unison be expecting the binary to be called > unison? To make the compat-* operation seamless, /all/ unison packages > might have to use the alternatives system. Unison already supports the option "addversionno" which will attempt to run e.g. "unison-2.13" instead of plain "unison". Thus, if you install the compatibility package on a server, your client scripts will have to make this minor change. If you (only) install the compatibility package on a client, no changes are required. From s-t-rhbugzilla at wwwdotorg.org Fri Feb 22 03:44:26 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 21 Feb 2008 20:44:26 -0700 Subject: Incompatible Unison update (and solution?) In-Reply-To: <1203620706.29993.TMDA@tmda.severn.wwwdotorg.org> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <604aa7910802210955y426b6978h33dfcaddf768ff4d@mail.gmail.com> <1203616945.27892.TMDA@tmda.severn.wwwdotorg.org> <645d17210802211005p22b36a7focbb7d1da36a8ff57@mail.gmail.com> <1203619520.29351.TMDA@tmda.severn.wwwdotorg.org> <1203620706.29993.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1203651910.11822.TMDA@tmda.severn.wwwdotorg.org> Stephen Warren wrote: > I can look into packaging the old Unison version alongside > the bleeding-edge version. Please see the following for the package review request: https://bugzilla.redhat.com/show_bug.cgi?id=433915 I've also asked Gerard (existing unison package maintainer) to review this new package, via a comment in bug 433742, and CC of this email. From kevin.kofler at chello.at Fri Feb 22 04:01:35 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 22 Feb 2008 04:01:35 +0000 (UTC) Subject: Update Tribial References: <6a28481b0802211544w66ab5832t87aa8bc8e1076dd4@mail.gmail.com> Message-ID: Oscar Victorio Calixto Bacho gmail.com> writes: > We need fedora to be upgrade like debian ? It's already possible, just: apt-get update apt-get dist-upgrade like you'd do on a Debian system. If you don't have apt yet, you can "yum install apt". See also http://apt-rpm.org . It is also possible to do such upgrades with yum (just "yum upgrade"). See also http://fedoraproject.org/wiki/YumUpgradeFaq (that page can also be a useful resource if you upgrade using apt). Be warned that these aren't the recommended methods to do upgrades. Kevin Kofler From skvidal at fedoraproject.org Fri Feb 22 04:02:00 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 21 Feb 2008 23:02:00 -0500 Subject: Update Tribial In-Reply-To: References: <6a28481b0802211544w66ab5832t87aa8bc8e1076dd4@mail.gmail.com> Message-ID: <1203652920.1688.42.camel@cutter> On Fri, 2008-02-22 at 04:01 +0000, Kevin Kofler wrote: > Oscar Victorio Calixto Bacho gmail.com> writes: > > We need fedora to be upgrade like debian ? > > It's already possible, just: > apt-get update > apt-get dist-upgrade > like you'd do on a Debian system. If you don't have apt yet, you can "yum > install apt". See also http://apt-rpm.org . It is also possible to do such > upgrades with yum (just "yum upgrade"). See also > http://fedoraproject.org/wiki/YumUpgradeFaq (that page can also be a useful > resource if you upgrade using apt). > > Be warned that these aren't the recommended methods to do upgrades. actually, they're finely recommended. You can use yum to update fedora installs. I and MANY MANY other people do it all the time. -sv From kevin.kofler at chello.at Fri Feb 22 04:23:40 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 22 Feb 2008 04:23:40 +0000 (UTC) Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> <1203627993.2754.77.camel@cookie.hadess.net> Message-ID: Bastien Nocera redhat.com> writes: > You might want to voice your opinion there. I find this a much better > idea in terms of UI than allowing binding the same action to 2 keys > (which is still possible using the custom keybindings[1]). Yet secondary shortcuts just work in KDE, and are easily settable through the kcontrol (KDE 3) or systemsettings (KDE 4) GUI. Kevin Kofler From katzj at redhat.com Fri Feb 22 04:46:49 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 21 Feb 2008 23:46:49 -0500 Subject: RFE: Remove isdn4k-utils from base installs In-Reply-To: <200802211704.53493.lamont@lamontpeterson.org> References: <200802211704.53493.lamont@lamontpeterson.org> Message-ID: <1203655609.24402.159.camel@aglarond.local> On Thu, 2008-02-21 at 17:04 -0700, Lamont Peterson wrote: > I have not had to deal with any ISDN since 1999. I have no need to have it > installed on my systems. It is a bit irritating to be removing it all the > time. It isn't sucked back in as a dependency for me at some later point, > either. If someone does need it installed, I would find it highly likely > that they would be capable of finding the right package. > > Based on all of that, I'd like to see it removed from base installs in Fedora > 9, please. Since if you actually need the package, the reason you need it is so that you can get online, it's pretty important to have there by default for most cases. If you don't want it, uncheck the dial-up group. ISDN is still somewhat common-place outside of the US, especially in Europe Jeremy From peter at thecodergeek.com Fri Feb 22 04:46:22 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 21 Feb 2008 20:46:22 -0800 Subject: Orphaned: Blam Message-ID: <1203655582.8196.40.camel@tuxhugs> (CC-ed to Sindre, since he was the original maintainer long ago, and is on the watch ACLs now.) Hi, all. I've orphaned the Blam package in Fedora. It needs some love to properly function with recent XULrunner builds in rawhide, and also to fix or workaround some Mono-to-native related segfaults that I have been unable to track down (with 1.8.4, which is the primary reason why Fedora's package is still 1.8.3-based). Also, it currently uses internal pre-built copies of a couple of Mono libraries (Atom.NET and RSS.NET). My understanding is that work was underway to fix this but as of yet it does not appear that way. Thus, it would be also most likely need to be fixed to build these two libraries from their respective sources (though their two websites indicate that upstream development is no longer active). I haven't used it in many months; and with my current school workload I barely have sufficient time for my other packages as it stands. Another person who actively uses it could more readily give it the care it needs and that I have been unable to provide. 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 rodd at clarkson.id.au Fri Feb 22 04:47:17 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 22 Feb 2008 15:47:17 +1100 Subject: Anaconda needs new locale thinking. (was Re: How important are ISO standards to Fedora?) In-Reply-To: <1c7m85x5f8.ln2@ppp1053.in.ipex.cz> References: <1202867973.3208.254.camel@localhost.localdomain> <20080213152608.GA5024@nostromo.devel.redhat.com> <604aa7910802130927i36137eb4me11e9b51afbf46f0@mail.gmail.com> <1202953281.3208.338.camel@localhost.localdomain> <47B3D7F7.80900@redhat.com> <1202983627.15710.8.camel@localhost.localdomain> <47B41BE6.50801@hi.is> <1203026671.15710.57.camel@localhost.localdomain> <604aa7910802141453v4442a73bmf9049374c11b7589@mail.gmail.com> <1203087093.3727.20.camel@rousalka.dyndns.org> <604aa7910802151037t19537ccah251a19c338e543e6@mail.gmail.com> <4otl85xso7.ln2@ppp1053.in.ipex.cz> <20080217105001.5cee0316@redhat.com> <1c7m85x5f8.ln2@ppp1053.in.ipex.cz> Message-ID: <1203655637.24184.8.camel@localhost.localdomain> On Sun, 2008-02-17 at 18:26 +0100, Matej Cepl wrote: > On 2008-02-17, 15:50 GMT, Jesse Keating wrote: > > The /computer/ may be in one location, but it's users may be in > > many many different locations / languages. Those settings are > > user level settings. > > Nothing in the world prevents them from setting their own locale > settings in ~/.bashrc Besides, how many people care about > LC_PAPER on devserv? Remember, we are talking about defaults and > anaconda, not covering all possible vectors of madness. > +1. Yes, i could set up to print to a computer based in the US from Australia, but chances are that most of the printers I connect to are A4. And as it stands, cups lets me change the paper size per printer, but in the case above it would be nice to get the defaults right. OZh, and as to why I use US ENglish, well, most programming languages spell centre center and I get sick of the underline appearing telling me I can't spell. There's enough on the screen that needs attention that I don't need to be told about things that 'aren't' wrong, if you get my drift. R > Mat?j > -- "It's a fine line between denial and faith. It's much better on my side" From lists at sapience.com Fri Feb 22 05:40:15 2008 From: lists at sapience.com (Mail Lists) Date: Fri, 22 Feb 2008 00:40:15 -0500 Subject: default mail client In-Reply-To: References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> Message-ID: <47BE603F.4070804@sapience.com> Kevin Kofler wrote: > KMail will have virtual folders in KDE 4.1 or 4.2 (this is being implemented in > Akonadi, and what parts of Akonadi will be in 4.1 is not decided yet), so > chances are that feature will come in Fedora 10 or 11. :-) It will also be very > powerful, integrating with Nepomuk tagging, so you can tag your mails and > filter by tags. > > http://www.kdedevelopers.org/node/3264 > > Opinion alert: I have used kmail for a long time - its an almost wonderful tool. Sadly until it can actually speak html like the rest of the world it is my opinion that noone shud use it for anything save text email - if you find that useful like on here. Unless the developers get away from their personal anti-html crusade this what-cud-be-great client will fall by the wayside. I got very tired of having structured emails destroyed by kmail at work - never mind the complaints - or the inability to respond and put an 'approved' in a small html table. This is convenient and the reality we live in - the kmail developers said save the mail - copy it to a word processor file - attach it and send it. Yep - that makes sense. Now if the latest version - indeed has full support for structured html mail it wud definitely be worth a second look. I have also used evo and thunderbird .. the only mailer which I have found comes close to being functional in the modern (business and personal) world is thunderbird. As of now - I use thunderbird with enigmail and lightning. I use it for work and personal email use. As an aside - if - you want the ability to trivially switch to/try different clients without dealing with the variety of local storage issues - do what I do - never use the local storage. I run a local imap server (even on my laptop) and use that. I can now easily switch email clients with almost zero cost. g From davej at redhat.com Fri Feb 22 05:55:06 2008 From: davej at redhat.com (Dave Jones) Date: Fri, 22 Feb 2008 00:55:06 -0500 Subject: RFE: Remove isdn4k-utils from base installs In-Reply-To: <1203655609.24402.159.camel@aglarond.local> References: <200802211704.53493.lamont@lamontpeterson.org> <1203655609.24402.159.camel@aglarond.local> Message-ID: <20080222055506.GA19430@redhat.com> On Thu, Feb 21, 2008 at 11:46:49PM -0500, Jeremy Katz wrote: > On Thu, 2008-02-21 at 17:04 -0700, Lamont Peterson wrote: > > I have not had to deal with any ISDN since 1999. I have no need to have it > > installed on my systems. It is a bit irritating to be removing it all the > > time. It isn't sucked back in as a dependency for me at some later point, > > either. If someone does need it installed, I would find it highly likely > > that they would be capable of finding the right package. > > > > Based on all of that, I'd like to see it removed from base installs in Fedora > > 9, please. > > Since if you actually need the package, the reason you need it is so > that you can get online, it's pretty important to have there by default > for most cases. If you don't want it, uncheck the dial-up group. > > ISDN is still somewhat common-place outside of the US, especially in > Europe 'type of connectivity' would be a useful thing for smolt to start tracking so that we can check this is still true. Kind of tricky to get right without a UI though, as the box running smolt could be going through NAT to the outside world. Dave -- http://www.codemonkey.org.uk From jonstanley at gmail.com Fri Feb 22 05:55:12 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 22 Feb 2008 00:55:12 -0500 Subject: Fwd: Call for triagers - GCC 4.3 rebuild failures In-Reply-To: References: Message-ID: Including f-devel-l in this, as well. Let me know if you have any questions ---------- Forwarded message ---------- From: Jon Stanley Date: Fri, Feb 22, 2008 at 12:33 AM Subject: Call for triagers - GCC 4.3 rebuild failures To: For testers of Fedora Core development releases As a result of the GCC 4.3 mass rebuilds completing this evening (yay!), bugs for all of the failures will be filed tomorrow morning automatically. First, the script is going to check if a newer build than the failed one has succeeded, so all of these are "real" failures. AFAIK, there's about 400 of them. I've got a wiki page that explains what to do with these: http://fedoraproject.org/wiki/BugZappers/GCC43RebuildFailures It is vitally important that the process on this wiki page be followed - especially the parts about state and blocker changes, as that's how we know that it's triaged and what the problem is. Feel free to let me know if you have any questions. Thanks! -Jon -- Jon Stanley Fedora Bug Wrangler jstanley at fedoraproject.org From kevin.kofler at chello.at Fri Feb 22 05:57:25 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 22 Feb 2008 05:57:25 +0000 (UTC) Subject: default mail client References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <47BE603F.4070804@sapience.com> Message-ID: Mail Lists sapience.com> writes: > I have used kmail for a long time - its an almost wonderful tool. > Sadly until it can actually speak html like the rest of the world it is > my opinion that noone shud use it for anything save text email - if you > find that useful like on here. Unless the developers get away from their > personal anti-html crusade this what-cud-be-great client will fall by > the wayside. I got very tired of having structured emails destroyed by > kmail at work - never mind the complaints - or the inability to respond > and put an 'approved' in a small html table. This is convenient and the > reality we live in - the kmail developers said save the mail - copy it > to a word processor file - attach it and send it. Yep - that makes > sense. Now if the latest version - indeed has full support for > structured html mail it wud definitely be worth a second look. KMail in kdepim 4.1 will support composing and sending HTML mail. Unfortunately. HTML mail is a plague infecting the Internet. http://expita.com/nomime.html By the way, IMHO, the attachment solution is also a bad solution, the best solution is approximating the table with ASCII art. Kevin Kofler From notting at redhat.com Fri Feb 22 06:01:40 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 22 Feb 2008 01:01:40 -0500 Subject: RFE: Remove isdn4k-utils from base installs In-Reply-To: <20080222055506.GA19430@redhat.com> References: <200802211704.53493.lamont@lamontpeterson.org> <1203655609.24402.159.camel@aglarond.local> <20080222055506.GA19430@redhat.com> Message-ID: <20080222060140.GA4810@nostromo.devel.redhat.com> Dave Jones (davej at redhat.com) said: > 'type of connectivity' would be a useful thing for smolt to start tracking > so that we can check this is still true. Kind of tricky to get right > without a UI though, as the box running smolt could be going through NAT > to the outside world. Hey, if we can get to the point where smolt is ranking whether regular, ranch, or sour cream and onion Pringles cans provide better wireless fidelity, I'm all for it. More realistically, anyone who is going through NAT is either: 1) running something Fedora-ish that also could submit smolt stats as their gateway 2) running something non-Fedora as their NAT gateway (Windows, a Cisco box, a cable modem/router)... in which case it's not something we can act on/fix anyway. Bill From jonstanley at gmail.com Fri Feb 22 06:03:48 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 22 Feb 2008 01:03:48 -0500 Subject: RFE: Remove isdn4k-utils from base installs In-Reply-To: <20080222055506.GA19430@redhat.com> References: <200802211704.53493.lamont@lamontpeterson.org> <1203655609.24402.159.camel@aglarond.local> <20080222055506.GA19430@redhat.com> Message-ID: On Fri, Feb 22, 2008 at 12:55 AM, Dave Jones wrote: > without a UI though, as the box running smolt could be going through NAT > to the outside world. Doesn't matter, really - the type of connectivity for that box, as far as we're concerned (for this purpose at least) is Ethernet, so it has no need for ISDN or other dial-up type utilities. What type of connectivity the home/corporate LAN has (T1, DS3, DSL, cable, OC192 :), carrier pigeon, whatever) is irrelevant to us for this purpose. Unless I'm totally off base here From ville.skytta at iki.fi Fri Feb 22 06:51:20 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Fri, 22 Feb 2008 08:51:20 +0200 Subject: rawhide and cooker compared In-Reply-To: <47BD6043.9070602@hhs.nl> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> Message-ID: <200802220851.20487.ville.skytta@iki.fi> On Thursday 21 February 2008, Hans de Goede wrote: > About telling the user that he should run sensors-detect after installing > lm_sensors, when and how do you envision this being told to the user? This is not strictly "after installing lm_sensors", but having the lm_sensors init script suggest that on start if /etc/sysconfig/lm_sensors is missing or seems unconfigured would be fine I think. For examples, see eg. the hddtemp and vdr init scripts. From davehoz at gmail.com Fri Feb 22 07:25:08 2008 From: davehoz at gmail.com (David Hunter) Date: Fri, 22 Feb 2008 18:25:08 +1100 Subject: mscorefonts help Message-ID: <6bb886180802212325v168a2c85md62279fd28b00698@mail.gmail.com> Which package in rawhide provides /usr/sbin/chkfontpath as mscorefonts requires it. TIA. -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at bradmwalker.com Fri Feb 22 07:30:52 2008 From: me at bradmwalker.com (Brad Walker) Date: Fri, 22 Feb 2008 00:30:52 -0700 Subject: mscorefonts help In-Reply-To: <6bb886180802212325v168a2c85md62279fd28b00698@mail.gmail.com> References: <6bb886180802212325v168a2c85md62279fd28b00698@mail.gmail.com> Message-ID: <1203665452.3273.0.camel@brad.office> On Fri, 2008-02-22 at 18:25 +1100, David Hunter wrote: > /usr/sbin/chkfontpath chkfontpath Brad Walker From davehoz at gmail.com Fri Feb 22 07:43:43 2008 From: davehoz at gmail.com (David Hunter) Date: Fri, 22 Feb 2008 18:43:43 +1100 Subject: mscorefonts help In-Reply-To: <1203665452.3273.0.camel@brad.office> References: <6bb886180802212325v168a2c85md62279fd28b00698@mail.gmail.com> <1203665452.3273.0.camel@brad.office> Message-ID: <6bb886180802212343l79fa5f35sd24384bcc05a6930@mail.gmail.com> # yum install chkfontpath Loaded plugins: fastestmirror, presto Loading mirror speeds from cached hostfile * development: ftp.cica.es * adobe-linux-i386: linuxdownload.adobe.com Setting up and reading Presto delta metadata No Presto metadata available for development No Presto metadata available for adobe-linux-i386 Setting up Install Process Parsing package install arguments No package chkfontpath available. Nothing to do On 22/02/2008, Brad Walker wrote: > > On Fri, 2008-02-22 at 18:25 +1100, David Hunter wrote: > > /usr/sbin/chkfontpath > > chkfontpath > > Brad Walker > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at bradmwalker.com Fri Feb 22 07:52:25 2008 From: me at bradmwalker.com (Brad Walker) Date: Fri, 22 Feb 2008 00:52:25 -0700 Subject: mscorefonts help In-Reply-To: <6bb886180802212343l79fa5f35sd24384bcc05a6930@mail.gmail.com> References: <6bb886180802212325v168a2c85md62279fd28b00698@mail.gmail.com> <1203665452.3273.0.camel@brad.office> <6bb886180802212343l79fa5f35sd24384bcc05a6930@mail.gmail.com> Message-ID: <1203666745.3273.7.camel@brad.office> On Fri, 2008-02-22 at 18:43 +1100, David Hunter wrote: > # yum install chkfontpath > Loaded plugins: fastestmirror, presto > Loading mirror speeds from cached hostfile > * development: ftp.cica.es > * adobe-linux-i386: linuxdownload.adobe.com > Setting up and reading Presto delta metadata > No Presto metadata available for development > No Presto metadata available for adobe-linux-i386 > Setting up Install Process > Parsing package install arguments > No package chkfontpath available. > Nothing to do My bad, I have chkfontpath from f8 installed. Koji says that chkfontpath's not included in f9-alpha or f9-dist. Apparently nothing obsoletes it. The f8 package still works for me. Ideally, someone would update the mscorefonts spec and drop the xfs requirement for FC8+. Brad Walker From nicolas.mailhot at laposte.net Fri Feb 22 08:18:06 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 22 Feb 2008 09:18:06 +0100 (CET) Subject: ISO 216 vs U.S. paper In-Reply-To: <1203622518.7567.87.camel@localhost> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> <1203622518.7567.87.camel@localhost> Message-ID: <33110.192.54.193.53.1203668286.squirrel@rousalka.dyndns.org> Le Jeu 21 f?vrier 2008 20:35, Callum Lerwick a ?crit : > Fancier office printers could very well have letter in one > tray, A4 in another, and a third full of envelopes. Fantasy, paper sold in a country is either letter or A4, dual-sourcing is totally unrealistic economically. Now what you can easily have is printer with separate formats in different trays (different as in different use, A3 vs A4, etc, *not* different standards for the same use), but that does not change the fact that at a particular location standard size paper will be unique. Of course one could imagine someone remote IPP/s printing a continent away. But that's not the general case. -- Nicolas Mailhot From kevin.kofler at chello.at Fri Feb 22 08:18:05 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 22 Feb 2008 08:18:05 +0000 (UTC) Subject: mscorefonts help References: <6bb886180802212325v168a2c85md62279fd28b00698@mail.gmail.com> Message-ID: David Hunter gmail.com> writes: > Which package in rawhide provides /usr/sbin/chkfontpath as mscorefonts > requires it.TIA.-- David Hunter Are you sure you still need the M$ fonts? Fedora now has fonts with compatible metrics for the 3 most used ones, the Liberation fonts: * Liberation Serif has the same metrics as Times New Roman, * Liberation Sans has the same metrics as Arial, * Liberation Mono has the same metrics as Courier New (and looks much better). Font substitutions for those are set up by default. Kevin Kofler From kevin.kofler at chello.at Fri Feb 22 08:31:27 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 22 Feb 2008 08:31:27 +0000 (UTC) Subject: default mail client References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <47BE603F.4070804@sapience.com> Message-ID: Kevin Kofler chello.at> writes: > KMail in kdepim 4.1 will support composing and sending HTML mail. Actually, the current kdepim-enterprise in Fedora (and upstream kdepim >= 3.5.9) already has basic support for this. Kevin Kofler From joachim.frieben at googlemail.com Fri Feb 22 08:34:48 2008 From: joachim.frieben at googlemail.com (Joachim Frieben) Date: Fri, 22 Feb 2008 09:34:48 +0100 Subject: rawhide and cooker compared In-Reply-To: <47BD6043.9070602@hhs.nl> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> Message-ID: <1c252d490802220034x4e589d1ek684c625bfea85d7@mail.gmail.com> 2008/2/21, Hans de Goede : > > > About lm_sensors not being installed by default, thats because for the > average > users lm_sensors is not usable as it requires manual configuration. > > About telling the user that he should run sensors-detect after installing > lm_sensors, when and how do you envision this being told to the user? On my Opteron box, you actually do get some very useful information out of lm_sensors without even touching /etc/sensors3.conf, namely the CPU core temperature: k8temp-pci-00c3 Adapter: PCI adapter Core0 Temp: +34.0?C -------------- next part -------------- An HTML attachment was scrubbed... URL: From kms at passback.co.uk Fri Feb 22 08:56:30 2008 From: kms at passback.co.uk (Keith Sharp) Date: Fri, 22 Feb 2008 08:56:30 +0000 Subject: default mail client In-Reply-To: <1203615320.23492.14.camel@denkiteki-penpen.easystreet.com> References: <47BCD874.3000600@redhat.com> <47BD9F70.5050503@redhat.com> <1203614580.3007.120.camel@vespa.frost.loc> <1203615320.23492.14.camel@denkiteki-penpen.easystreet.com> Message-ID: <1203670590.5360.24.camel@animal.passback.co.uk> On Thu, 2008-02-21 at 09:35 -0800, Timothy Selivanow wrote: > I'm very happy with Evolution as long as I'm not using the Exchange > plug-in; all of the mail servers I use are IMAP now. Oh, there is one > issue that I've come across but I've never actually looked into it (only > happens on my work computer, so I haven't taken the time to do it). On > one (out of two) IMAP accounts in Evo I have to run the mail filters > manually... Evolution decides which emails to filter based on the IMAP flags set by the server (on a per message basis). Past versions have been very strict about what combination of flags were needed before filtering would take place. Evolutions combination of flags was different to those required by Thunderbird, so it appeared that Evolution was failing. This has been changed in the development version of Evolution, and its behaviour should be much closer to Thunderbird. There is a bug in the GNOME bugzilla to track this: http://bugzilla.gnome.org/show_bug.cgi?id=324804 Keith. From seg at haxxed.com Fri Feb 22 09:52:03 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 22 Feb 2008 03:52:03 -0600 Subject: ISO 216 vs U.S. paper In-Reply-To: <33110.192.54.193.53.1203668286.squirrel@rousalka.dyndns.org> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> <1203622518.7567.87.camel@localhost> <33110.192.54.193.53.1203668286.squirrel@rousalka.dyndns.org> Message-ID: <1203673924.7567.104.camel@localhost> On Fri, 2008-02-22 at 09:18 +0100, Nicolas Mailhot wrote: > Le Jeu 21 f?vrier 2008 20:35, Callum Lerwick a ?crit : > > Fancier office printers could very well have letter in one > > tray, A4 in another, and a third full of envelopes. > > Fantasy, paper sold in a country is either letter or A4, dual-sourcing > is totally unrealistic economically. PC LOAD LEGAL -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Lam at Lam.pl Fri Feb 22 10:00:12 2008 From: Lam at Lam.pl (Leszek Matok) Date: Fri, 22 Feb 2008 11:00:12 +0100 Subject: rawhide and cooker compared In-Reply-To: <47BD8A74.8070305@hhs.nl> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> <20080221115644.GP24887@devserv.devel.redhat.com> <47BD8A74.8070305@hhs.nl> Message-ID: <20080222110012.20052dd0@pensja.lam.pl> Dnia 2008-02-21, o godz. 15:28:04 Hans de Goede napisa?(a): > We (the lm_sensors) project have long had plans to fix 2 and 3 together by > using dmi BIOS strings to identify the motherboard (circa 80% of > motherboards have usable id strings, some contain useless strings like "To > be filled by OEM"), and then have a database with know good configs for > tried and proven motherboards. We already have a small database of config > files here: http://lm-sensors.org/wiki/Configurations Smolt is already reading the DMI data (only it looks in "System Information", or at least bases its statistics on that). It shouldn't be hard to teach it to store "Base Board Information" (which, unlike "System Information", doesn't read "To Be Filled" or "System Product Name", at least on my computers). Then, it's only a matter of checking whether /etc/sysconfing/lm_sensors exists, and if it does, uploading it (it's just 4 modules here). You'll soon have a large database of successfully detected configurations. I know my Smolt will give you one, automatically . After some time, you'll have a database of people's settings which can be used to install and autoconfigure lm_sensors at install time. Then people will start to use it, then other people will be curious, why they don't have it working on startup, and you'll just wait for bug reports about misdetected boards. All that with half an hour of Smolt hacking, I guess :) Lam -------------- 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 Fri Feb 22 10:12:10 2008 From: triad at df.lth.se (Linus Walleij) Date: Fri, 22 Feb 2008 11:12:10 +0100 (CET) Subject: Incompatible Unison update In-Reply-To: <47BDEFF3.9040708@redhat.com> References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203625904.7567.103.camel@localhost> <47BDE3D2.1070903@gmail.com> <47BDEA0B.8020402@gmail.com> <47BDEFF3.9040708@redhat.com> Message-ID: On Thu, 21 Feb 2008, Christopher Aillon wrote: > For the record, that sounds dumb and a reason to strongly consider rsync or > something else instead of unison. You are so right. Using unison for anything but experimenting and test-driving is not a good idea. It's protocol is changing all the time, they obviously cannot keep it stable like rsync does. When Unison finally settle on a protocol that provides some stability over releases, use it. What would the world look like if say DHCP or HTTP was changed as often as the Unison protocol... Hm, these guys should write an RFC. Linus From alan at redhat.com Fri Feb 22 10:44:21 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 22 Feb 2008 05:44:21 -0500 Subject: RFE: Remove isdn4k-utils from base installs In-Reply-To: <200802211704.53493.lamont@lamontpeterson.org> References: <200802211704.53493.lamont@lamontpeterson.org> Message-ID: <20080222104421.GA19803@devserv.devel.redhat.com> On Thu, Feb 21, 2008 at 05:04:48PM -0700, Lamont Peterson wrote: > I have not had to deal with any ISDN since 1999. I have no need to have it > installed on my systems. It is a bit irritating to be removing it all the > time. It isn't sucked back in as a dependency for me at some later point, Some parts of the world notably Germany have a lot of ISDN still. Fedora isn't a distribution just for the USA. Alan From alan at redhat.com Fri Feb 22 10:46:10 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 22 Feb 2008 05:46:10 -0500 Subject: default mail client In-Reply-To: <47BE1CDA.6030103@redhat.com> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> <1203560456.13356.121.camel@cutter> <47BD4C75.30704@poolshark.org> <47BE1CDA.6030103@redhat.com> Message-ID: <20080222104610.GB19803@devserv.devel.redhat.com> On Thu, Feb 21, 2008 at 05:52:42PM -0700, Jeff Law wrote: > seen Evolution crash too many times, wiping out reams of email history > in the process. Having Evolution hang at startup due to corruption of a > mailbox a few weeks ago was the last straw. > > I find Thunderbird painfully slow, but at least it's working. In which case try claws-mail. Claws is actually quite fast performing even with several folders of 250,000+ mails. Alan From rjones at redhat.com Fri Feb 22 10:56:37 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 22 Feb 2008 10:56:37 +0000 Subject: Fwd: Call for triagers - GCC 4.3 rebuild failures In-Reply-To: References: Message-ID: <20080222105637.GA22963@amd.home.annexia.org> On Fri, Feb 22, 2008 at 12:55:12AM -0500, Jon Stanley wrote: > http://fedoraproject.org/wiki/BugZappers/GCC43RebuildFailures I'm confused now ... Where's the list of packages which failed to build? 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 From pertusus at free.fr Fri Feb 22 11:38:01 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 22 Feb 2008 12:38:01 +0100 Subject: recent TeX Live packaging changes In-Reply-To: <1203621427.20659.14.camel@valkyrie.localdomain> References: <20080221175954.GA7655@dhcp-lab-186.brq.redhat.com> <1203621427.20659.14.camel@valkyrie.localdomain> Message-ID: <20080222113445.GA3399@free.fr> On Thu, Feb 21, 2008 at 02:17:07PM -0500, Matthew Saltzman wrote: > > On Thu, 2008-02-21 at 18:59 +0100, Jindrich Novy wrote: > > > > > Note that texlive-xdvi no more exists and it's now packaged separately > > in standalone xdvik package. > > Would it be possible to get a spin of xdvik that obsoletes the > tetex-xdvi package in Fedora 8 updates? yum keeps trying to replace my > xdvik with that tetex-xdvi package. Unless I am wrong, the problem is in the tetex-xdvi package that doesn't use versionned obsoletes. -- Pat From mcepl at redhat.com Fri Feb 22 11:40:29 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 22 Feb 2008 12:40:29 +0100 Subject: default mail client References: <47BCD874.3000600@redhat.com> <20080221145800.bf85d338.zaitcev@redhat.com> <8e6c4bd70802211549k336bb417yee58140dee70ae7b@mail.gmail.com> Message-ID: On 2008-02-21, 23:49 GMT, Bryan Clark wrote: >> I use Sylpheed because it's the only mail client in existence >> never to chew patches. Not arguing for making it default or >> anything, but it's not all Evo all the time since we had >> Fedora Extras. > > I'm marking that down as an idea for a future thunderbird extension, > better patch handling. :) More information on http://lkml.org/lkml/2005/12/27/191 and http://mbligh.org/linuxdocs/Email/Clients/Thunderbird Mat?j From notting at redhat.com Fri Feb 22 12:34:33 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 22 Feb 2008 07:34:33 -0500 Subject: rawhide and cooker compared In-Reply-To: <47BD8A74.8070305@hhs.nl> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> <20080221115644.GP24887@devserv.devel.redhat.com> <47BD8A74.8070305@hhs.nl> Message-ID: <20080222123433.GA15576@nostromo.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > We (the lm_sensors) project have long had plans to fix 2 and 3 together by > using dmi BIOS strings to identify the motherboard (circa 80% of > motherboards have usable id strings, some contain useless strings like "To > be filled by OEM"), and then have a database with know good configs for > tried and proven motherboards. We already have a small database of config > files here: > http://lm-sensors.org/wiki/Configurations > > And for quite a few of those I have a mailfolder with dmidecode dumps > providing the strings. There have been several projects already to try to > get a system like this developed (should be trivial really), but none has > lifted of, the main problem being lack of time, we really need someone to > pull the cart on this one. Contributers much welcome! If you can get the DMI data that describes the layout & modules needed, why wouldn't you put this in the modules themselves? Bill From rdieter at math.unl.edu Fri Feb 22 12:34:40 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 22 Feb 2008 06:34:40 -0600 Subject: Fwd: Call for triagers - GCC 4.3 rebuild failures References: <20080222105637.GA22963@amd.home.annexia.org> Message-ID: Richard W.M. Jones wrote: > On Fri, Feb 22, 2008 at 12:55:12AM -0500, Jon Stanley wrote: >> http://fedoraproject.org/wiki/BugZappers/GCC43RebuildFailures > > I'm confused now ... Where's the list of packages which failed to > build? Follow the link labeled "tracker bug": https://bugzilla.redhat.com/showdependencytree.cgi?id=432425&hide_resolved=1 -- Rex (who just fixed one himself last night) From j.w.r.degoede at hhs.nl Fri Feb 22 12:36:00 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 22 Feb 2008 13:36:00 +0100 Subject: rawhide and cooker compared In-Reply-To: <20080222123433.GA15576@nostromo.devel.redhat.com> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> <20080221115644.GP24887@devserv.devel.redhat.com> <47BD8A74.8070305@hhs.nl> <20080222123433.GA15576@nostromo.devel.redhat.com> Message-ID: <47BEC1B0.6010205@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >> We (the lm_sensors) project have long had plans to fix 2 and 3 together by >> using dmi BIOS strings to identify the motherboard (circa 80% of >> motherboards have usable id strings, some contain useless strings like "To >> be filled by OEM"), and then have a database with know good configs for >> tried and proven motherboards. We already have a small database of config >> files here: >> http://lm-sensors.org/wiki/Configurations >> >> And for quite a few of those I have a mailfolder with dmidecode dumps >> providing the strings. There have been several projects already to try to >> get a system like this developed (should be trivial really), but none has >> lifted of, the main problem being lack of time, we really need someone to >> pull the cart on this one. Contributers much welcome! > > If you can get the DMI data that describes the layout & modules > needed, why wouldn't you put this in the modules themselves? > Because there are a gazillion motherboards and more manufactured every day. I'm active as contributer to the kernel part of lm_sensors, and I don't think this will be received well. Esp since such tables will require lots of maintainance and thus are best kept in userspace imho. Regards, Hans From lists at sapience.com Fri Feb 22 12:44:33 2008 From: lists at sapience.com (Mail Lists) Date: Fri, 22 Feb 2008 07:44:33 -0500 Subject: default mail client In-Reply-To: References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <47BE603F.4070804@sapience.com> Message-ID: <47BEC3B1.9010901@sapience.com> Kevin Kofler wrote: > > KMail in kdepim 4.1 will support composing and sending HTML mail. > And replying without mangling too ? Great. I'm delighted to hear kmail is slowly moving toward being more usable. > Unfortunately. HTML mail is a plague infecting the Internet. > http://expita.com/nomime.html > By the way, IMHO, the attachment solution is also a bad solution, the best > solution is approximating the table with ASCII art. > I cannot agree with you on this Kevin - the reality is that we (well some of us) need to interact with other email users in the business world - many of whom use structured email - a table sent to me for my approval - is easiest for all if I simply reply and type approved in the appropriate column - mimicking this with ascii art is a little silly and would make the original sender unhappy and annoy me and take a lot of unnecessary time duplicating it and ascii art will not have the structure of a table - no boxes etc. Also you must remember frequently small lists are mailed thru to several ppl - each making a small addition or mod - ascii art is a mess in that too. Frankly, most of the now ancient arguments against HTMLseem contrived in a world of unlimited gmail storage and high speed internet and often just dont apply anymore - while its true that there is a place for text mail (mail lists, being sensitive to those who have slow connections etc) it is equally true there is a place for html mail (business, never mind making it pretty for personal reasons!) - arguing that there is only one right way is just .. well .. sillly. Its just a reality - it has use whether we consider it a plague or not. Its like blu-ray - you may prefer HD-DVD or 8mm film clips but shud you want to rent dvd movies from blockbuster well .. those wont help ya! Reality is something we have to deal with .. some of us anyway! Of all the email programs - html aside - kmail blows away most of the others. gene From alan at redhat.com Fri Feb 22 12:46:54 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 22 Feb 2008 07:46:54 -0500 Subject: rawhide and cooker compared In-Reply-To: <20080222123433.GA15576@nostromo.devel.redhat.com> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> <20080221115644.GP24887@devserv.devel.redhat.com> <47BD8A74.8070305@hhs.nl> <20080222123433.GA15576@nostromo.devel.redhat.com> Message-ID: <20080222124654.GB23554@devserv.devel.redhat.com> On Fri, Feb 22, 2008 at 07:34:33AM -0500, Bill Nottingham wrote: > If you can get the DMI data that describes the layout & modules > needed, why wouldn't you put this in the modules themselves? Waste of kernel memory, hard to manage, hard to change fast and hard for end users to tweak on new boxes. Alan From jkeating at redhat.com Fri Feb 22 12:52:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 22 Feb 2008 07:52:05 -0500 Subject: default mail client In-Reply-To: References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <47BE603F.4070804@sapience.com> Message-ID: <20080222075205.4593f2d7@redhat.com> On Fri, 22 Feb 2008 05:57:25 +0000 (UTC) Kevin Kofler wrote: > KMail in kdepim 4.1 will support composing and sending HTML mail. Oh the horrors! -- 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: 197 bytes Desc: not available URL: From alan at redhat.com Fri Feb 22 13:08:05 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 22 Feb 2008 08:08:05 -0500 Subject: default mail client In-Reply-To: <47BEC3B1.9010901@sapience.com> References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <47BE603F.4070804@sapience.com> <47BEC3B1.9010901@sapience.com> Message-ID: <20080222130805.GA25342@devserv.devel.redhat.com> On Fri, Feb 22, 2008 at 07:44:33AM -0500, Mail Lists wrote: > approval - is easiest for all if I simply reply and type approved in the > appropriate column - mimicking this with ascii art is a little silly and Ah but you've no idea what the recipient receives if you do that. HTML isn't a strict formatting specification. You can also do foul things with javascript and a lot of clients (or even the exploding gif from hell on some of them is quite sufficient) [1] > connections etc) it is equally true there is a place for html mail > (business, never mind making it pretty for personal reasons!) - arguing > that there is only one right way is just .. well .. sillly. Indeed. Alan [1] Draw a plain coloured rectangle the largest size permitted by gif format, save it. You'll find its very few bytes. Add about 50 of them to your html email at the bottom. Send and watch as some clients try to turn them all into enormous bitmaps run out of ram and die. Almost as neat as the old (long fixed) From vonbrand at inf.utfsm.cl Fri Feb 22 13:28:53 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 22 Feb 2008 10:28:53 -0300 Subject: ISO 216 vs U.S. paper In-Reply-To: <33110.192.54.193.53.1203668286.squirrel@rousalka.dyndns.org> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> <1203622518.7567.87.camel@localhost> <33110.192.54.193.53.1203668286.squirrel@rousalka.dyndns.org> Message-ID: <200802221328.m1MDSrGZ006318@laptop13.inf.utfsm.cl> Nicolas Mailhot wrote: > Le Jeu 21 f??vrier 2008 20:35, Callum Lerwick a ??crit : > > Fancier office printers could very well have letter in one > > tray, A4 in another, and a third full of envelopes. > Fantasy, paper sold in a country is either letter or A4, dual-sourcing > is totally unrealistic economically. Here in Chile it is US letter or "oficio" (8.5 x 13 inches), and you can get A4 rather easily. All three are in reasonably common use. -- 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 Fri Feb 22 13:42:23 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 22 Feb 2008 07:42:23 -0600 Subject: Incompatible Unison update In-Reply-To: References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203625904.7567.103.camel@localhost> <47BDE3D2.1070903@gmail.com> <47BDEA0B.8020402@gmail.com> <47BDEFF3.9040708@redhat.com> Message-ID: <47BED13F.2080406@gmail.com> Linus Walleij wrote: > >> For the record, that sounds dumb and a reason to strongly consider >> rsync or something else instead of unison. > > You are so right. Using unison for anything but experimenting and > test-driving is not a good idea. It's protocol is changing all the time, > they obviously cannot keep it stable like rsync does. There have been - and are - different versions of the rsync protocol. I think it is currently on version twenty-something. The difference is that rsync exchanges the protocol version with it's partner and continues to interoperate with previous versions. > When Unison finally settle on a protocol that provides some stability > over releases, use it. > > What would the world look like if say DHCP or HTTP was changed as often > as the Unison protocol... Hm, these guys should write an RFC. Just about every network protocol has been revised. Most of them continue to work with whatever features older revisions supported. If a program gets something that simple wrong, how much can you trust it with your data? -- Les Mikesell lesmikesell at gmail.com From fedora at camperquake.de Fri Feb 22 13:55:13 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 22 Feb 2008 14:55:13 +0100 Subject: default mail client In-Reply-To: <20080222104610.GB19803@devserv.devel.redhat.com> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> <1203560456.13356.121.camel@cutter> <47BD4C75.30704@poolshark.org> <47BE1CDA.6030103@redhat.com> <20080222104610.GB19803@devserv.devel.redhat.com> Message-ID: <20080222145513.548aae39@dhcp03.addix.net> Hi. On Fri, 22 Feb 2008 05:46:10 -0500, Alan Cox wrote: > In which case try claws-mail. Claws is actually quite fast performing > even with several folders of 250,000+ mails. ....if you are willing to throw sufficient memory at it. That's not criticism, by the way, just a statement of fact. I've been using claws for years now, and I love it. From bnocera at redhat.com Fri Feb 22 14:02:09 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 22 Feb 2008 14:02:09 +0000 Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) In-Reply-To: References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> <1203627993.2754.77.camel@cookie.hadess.net> Message-ID: <1203688929.2754.92.camel@cookie.hadess.net> On Fri, 2008-02-22 at 04:23 +0000, Kevin Kofler wrote: > Bastien Nocera redhat.com> writes: > > You might want to voice your opinion there. I find this a much better > > idea in terms of UI than allowing binding the same action to 2 keys > > (which is still possible using the custom keybindings[1]). > > Yet secondary shortcuts just work in KDE, and are easily settable through the > kcontrol (KDE 3) or systemsettings (KDE 4) GUI. What does that mean? It's easy to support multiple keyboard shortcuts in the backend, it's just hard to get right in the UI. I guess the "Yet" means that KDE managed to make it look good. I seriously doubt that, but I'm willing to take screenshots as a proof they managed it. From limb at jcomserv.net Fri Feb 22 14:08:49 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 22 Feb 2008 08:08:49 -0600 (CST) Subject: Update Tribial In-Reply-To: <1203652920.1688.42.camel@cutter> References: <6a28481b0802211544w66ab5832t87aa8bc8e1076dd4@mail.gmail.com> <1203652920.1688.42.camel@cutter> Message-ID: <35200.63.85.68.164.1203689329.squirrel@mail.jcomserv.net> > > On Fri, 2008-02-22 at 04:01 +0000, Kevin Kofler wrote: >> Oscar Victorio Calixto Bacho gmail.com> writes: >> > We need fedora to be upgrade like debian ? >> >> It's already possible, just: >> apt-get update >> apt-get dist-upgrade >> like you'd do on a Debian system. If you don't have apt yet, you can >> "yum >> install apt". See also http://apt-rpm.org . It is also possible to do >> such >> upgrades with yum (just "yum upgrade"). See also >> http://fedoraproject.org/wiki/YumUpgradeFaq (that page can also be a >> useful >> resource if you upgrade using apt). >> >> Be warned that these aren't the recommended methods to do upgrades. > > actually, they're finely recommended. You can use yum to update fedora > installs. I and MANY MANY other people do it all the time. We even have our own SIG: http://fedoraproject.org/wiki/SIGs/LiveUpgrade > -sv > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From mclasen at redhat.com Fri Feb 22 14:22:40 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 22 Feb 2008 09:22:40 -0500 Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) In-Reply-To: <1203688929.2754.92.camel@cookie.hadess.net> References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> <1203627993.2754.77.camel@cookie.hadess.net> <1203688929.2754.92.camel@cookie.hadess.net> Message-ID: <1203690160.4358.1.camel@localhost.localdomain> On Fri, 2008-02-22 at 14:02 +0000, Bastien Nocera wrote: > On Fri, 2008-02-22 at 04:23 +0000, Kevin Kofler wrote: > > Bastien Nocera redhat.com> writes: > > > You might want to voice your opinion there. I find this a much better > > > idea in terms of UI than allowing binding the same action to 2 keys > > > (which is still possible using the custom keybindings[1]). > > > > Yet secondary shortcuts just work in KDE, and are easily settable through the > > kcontrol (KDE 3) or systemsettings (KDE 4) GUI. > > What does that mean? It's easy to support multiple keyboard shortcuts in > the backend, it's just hard to get right in the UI. > > I guess the "Yet" means that KDE managed to make it look good. I > seriously doubt that, but I'm willing to take screenshots as a proof > they managed it. > Its just that Kevin takes any occasion he can to inject some kde advertisements into unrelated threads. Had we discussed gdm, he would have said that it is easy to uninstall gdm and install kdm instead... From icon at fedoraproject.org Fri Feb 22 14:22:21 2008 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Fri, 22 Feb 2008 09:22:21 -0500 Subject: Help with kdissert and semantik Message-ID: Hi, all: I packaged kdissert a while ago, but it's been obsoleted by a rewrite called "semantik." I've not really used either for the longest time, so I'd appreciate if anyone wants to take over at this point. Kdissert doesn't build in F9 due to various reasons, and semantik requires slight patching for KDE4 paths. If someone feels like looking into it, I'd be more than happy to offer any support -- both moral and otherwise. :) Cheers, -- Konstantin Ryabitsev Montr?al, Qu?bec From ssorce at redhat.com Fri Feb 22 14:23:01 2008 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 22 Feb 2008 09:23:01 -0500 Subject: Incompatible Unison update In-Reply-To: References: <1203610449.24552.TMDA@tmda.severn.wwwdotorg.org> <1203625904.7567.103.camel@localhost> <47BDE3D2.1070903@gmail.com> <47BDEA0B.8020402@gmail.com> <47BDEFF3.9040708@redhat.com> Message-ID: <1203690181.679.199.camel@localhost.localdomain> On Fri, 2008-02-22 at 11:12 +0100, Linus Walleij wrote: > On Thu, 21 Feb 2008, Christopher Aillon wrote: > > > For the record, that sounds dumb and a reason to strongly consider rsync or > > something else instead of unison. > > You are so right. Using unison for anything but experimenting and > test-driving is not a good idea. It's protocol is changing all the time, > they obviously cannot keep it stable like rsync does. Actually the rsync protocol keeps changing, but it is versioned, and rsync is able to talk to older versions using a minimum common denominator. Simo. -- Simo Sorce * Red Hat, Inc * New York From rdieter at math.unl.edu Fri Feb 22 15:01:07 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 22 Feb 2008 09:01:07 -0600 Subject: Help with kdissert and semantik References: Message-ID: Konstantin Ryabitsev wrote: > I packaged kdissert a while ago, but it's been obsoleted by a rewrite > called "semantik." I've not really used either for the longest time, > so I'd appreciate if anyone wants to take over at this point. Sounds like kdissert needs to be EOL'd, you should follow the procedure on http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife In the meantime, I (or other members of the KDE SIG) could help comaintain kdissert for previous releases. > Kdissert doesn't build in F9 due to various reasons, and semantik > requires slight patching for KDE4 paths. If someone feels like looking > into it, I'd be more than happy to offer any support -- both moral and > otherwise. :) Sounds also like semantik would need a package review, yes? Anything submitted yet? -- Rex From alan at redhat.com Fri Feb 22 15:07:04 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 22 Feb 2008 10:07:04 -0500 Subject: default mail client In-Reply-To: <20080222145513.548aae39@dhcp03.addix.net> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> <1203560456.13356.121.camel@cutter> <47BD4C75.30704@poolshark.org> <47BE1CDA.6030103@redhat.com> <20080222104610.GB19803@devserv.devel.redhat.com> <20080222145513.548aae39@dhcp03.addix.net> Message-ID: <20080222150704.GA30920@devserv.devel.redhat.com> On Fri, Feb 22, 2008 at 02:55:13PM +0100, Ralf Ertzinger wrote: > ....if you are willing to throw sufficient memory at it. That's not > criticism, by the way, just a statement of fact. I've been using > claws for years now, and I love it. It's better than it was but still a bit leaky. Alan From austin.acton at utoronto.ca Fri Feb 22 15:06:00 2008 From: austin.acton at utoronto.ca (Austin Acton) Date: Fri, 22 Feb 2008 10:06:00 -0500 Subject: rawhide and cooker compared In-Reply-To: <47BD6043.9070602@hhs.nl> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> Message-ID: <1203692760.19476.4.camel@blackbox> On Thu, 2008-02-21 at 12:28 +0100, Hans de Goede wrote: > Some remarks (based on TFA, not on the mailinglist post): > > > * sensors working with lm_sensors > > Note: I'm an upstream lm_sensors contributer and co-maintainer of most sensor > related packages in Fedora. > > About lm_sensors not being installed by default, thats because for the average > users lm_sensors is not usable as it requires manual configuration. > > About telling the user that he should run sensors-detect after installing > lm_sensors, when and how do you envision this being told to the user? Urpmi spits a message out to the command line post-install: [austin at blackbox ~]$ cat /usr/share/doc/lm_sensors/README.urpmi * To use this package, you'll have to launch "sensors-detect" as root, and ask few questions. No need to modify startup files as shown at the end, all will be done. * Special note for via686a and i2c-viapro : if you dont see the values, you probably have a PCI conflict. It will be corrected in next kernel. Change the /etc/sysconfig/lm_sensors to use i2c-isa + via686a (or i2c-viapro + another sensor) [Sorry for the Mandriva English.] In the case that the package in question is installed via rpmdrake, urpmi message pop up in a graphical text box. > * menus: Games section too long > > This can be fixed by doing "yum install games-menus" Sweet. Good to know. > Thanks for the feedback, also please file bugs for all issues which could be > considered such. Working on it. Austin From austin.acton at utoronto.ca Fri Feb 22 15:10:18 2008 From: austin.acton at utoronto.ca (Austin Acton) Date: Fri, 22 Feb 2008 10:10:18 -0500 Subject: rawhide and cooker compared In-Reply-To: <1203692760.19476.4.camel@blackbox> References: <1203564712.3020.10.camel@tabby> <47BD6043.9070602@hhs.nl> <1203692760.19476.4.camel@blackbox> Message-ID: <1203693018.19476.6.camel@blackbox> On Fri, 2008-02-22 at 10:06 -0500, Austin Acton wrote: > On Thu, 2008-02-21 at 12:28 +0100, Hans de Goede wrote: > > Some remarks (based on TFA, not on the mailinglist post): > > > > > > * sensors working with lm_sensors > > > > Note: I'm an upstream lm_sensors contributer and co-maintainer of most sensor > > related packages in Fedora. > > > > About lm_sensors not being installed by default, thats because for the average > > users lm_sensors is not usable as it requires manual configuration. > > > > About telling the user that he should run sensors-detect after installing > > lm_sensors, when and how do you envision this being told to the user? > > Urpmi spits a message out to the command line post-install: > > [austin at blackbox ~]$ cat /usr/share/doc/lm_sensors/README.urpmi > * To use this package, you'll have to launch "sensors-detect" as root, > and ask few questions. > No need to modify startup files as shown at the end, all will be done. > * Special note for via686a and i2c-viapro : if you dont see the values, > you probably have a PCI conflict. > It will be corrected in next kernel. Change > the /etc/sysconfig/lm_sensors to use i2c-isa + via686a > (or i2c-viapro + another sensor) > > [Sorry for the Mandriva English.] > In the case that the package in question is installed via rpmdrake, > urpmi message pop up in a graphical text box. Yikes! The Mandriva English, it is contagious! ... a urpmi message will pop up in a graphical text box. ?/o\ Austin From kevin.kofler at chello.at Fri Feb 22 15:51:48 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 22 Feb 2008 15:51:48 +0000 (UTC) Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> <1203627993.2754.77.camel@cookie.hadess.net> <1203688929.2754.92.camel@cookie.hadess.net> Message-ID: Bastien Nocera redhat.com> writes: > What does that mean? It's easy to support multiple keyboard shortcuts in > the backend, it's just hard to get right in the UI. Here's the new keyboard shortcut UI in KDE 4, which was touted as one of the usability improvements in KDE 4: http://liquidat.files.wordpress.com/2007/10/shortcuts.png This is for an application though. For global shortcuts, there's only the "Global" column; unfortunately, it looks like "Global alternate" is hidden in the UI with no way to enable it (the code is there, but the column is always hidden). :-( (In KDE 3, there was just "Primary" or "Alternate" for both global and application shortcuts, applications shortcuts had no "Global" version. So this looks like a regression to me.) But it can be a source of inspiration in any case. Kevin Kofler From kevin.kofler at chello.at Fri Feb 22 16:04:47 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 22 Feb 2008 16:04:47 +0000 (UTC) Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> <1203627993.2754.77.camel@cookie.hadess.net> <1203688929.2754.92.camel@cookie.hadess.net> Message-ID: > unfortunately, it looks like "Global alternate" is hidden in the UI with no > way to enable it (the code is there, but the column is always hidden). (In > KDE 3, there was just "Primary" or "Alternate" for both global and > application shortcuts, applications shortcuts had no "Global" version. So > this looks like a regression to me.) PS: In case anyone cares: http://bugs.kde.org/show_bug.cgi?id=154839 Kevin Kofler From icon at fedoraproject.org Fri Feb 22 16:32:27 2008 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Fri, 22 Feb 2008 11:32:27 -0500 Subject: Help with kdissert and semantik In-Reply-To: References: Message-ID: On Fri, Feb 22, 2008 at 10:01 AM, Rex Dieter wrote: > Konstantin Ryabitsev wrote: > > > I packaged kdissert a while ago, but it's been obsoleted by a rewrite > > called "semantik." I've not really used either for the longest time, > > so I'd appreciate if anyone wants to take over at this point. > > Sounds like kdissert needs to be EOL'd, you should follow the procedure on > http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife I will do so shortly. > In the meantime, I (or other members of the KDE SIG) could help comaintain > kdissert for previous releases. I'll grant you the necessary permissions, once I get around to it. :) > > Kdissert doesn't build in F9 due to various reasons, and semantik > > requires slight patching for KDE4 paths. If someone feels like looking > > into it, I'd be more than happy to offer any support -- both moral and > > otherwise. :) > > Sounds also like semantik would need a package review, yes? Anything > submitted yet? Nope, I just did some cursory poking around and attempted to compile outside of a spec file. There is a debian package that contains a number of patches that would need to be applied in order to build on F9 as well. Thanks, Rex! Cheers, -- Konstantin Ryabitsev Montr?al, Qu?bec From jonathan.underwood at gmail.com Fri Feb 22 17:58:40 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 22 Feb 2008 17:58:40 +0000 Subject: gcc 4.3 rebuild - geany - Message-ID: <645d17210802220958i54eb44d1y1361eab43b6522b@mail.gmail.com> Hi, I am a bit perplexed as to this build error during the mass gcc 4.3 rebuild: exceptions.OSError: [Errno 31] Too many links: '/mnt/koji/work/tasks/445415' for http://koji.fedoraproject.org/koji/taskinfo?taskID=445415 Is this some sort of buildsystem failure? Jonathan. From davej at redhat.com Fri Feb 22 18:04:19 2008 From: davej at redhat.com (Dave Jones) Date: Fri, 22 Feb 2008 13:04:19 -0500 Subject: RFE: Remove isdn4k-utils from base installs In-Reply-To: <20080222104421.GA19803@devserv.devel.redhat.com> References: <200802211704.53493.lamont@lamontpeterson.org> <20080222104421.GA19803@devserv.devel.redhat.com> Message-ID: <20080222180419.GB14152@redhat.com> On Fri, Feb 22, 2008 at 05:44:21AM -0500, Alan Cox wrote: > On Thu, Feb 21, 2008 at 05:04:48PM -0700, Lamont Peterson wrote: > > I have not had to deal with any ISDN since 1999. I have no need to have it > > installed on my systems. It is a bit irritating to be removing it all the > > time. It isn't sucked back in as a dependency for me at some later point, > > Some parts of the world notably Germany have a lot of ISDN still. Fedora > isn't a distribution just for the USA. I wonder where all the vocal germans are, in opposition to this change. :) Seriously, I wonder how much this is still true. A few years ago, sure, but now, aparently even some of the more rural parts of Germany have ADSL. Dave -- http://www.codemonkey.org.uk From tibbs at math.uh.edu Fri Feb 22 18:06:11 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 22 Feb 2008 12:06:11 -0600 Subject: gcc 4.3 rebuild - geany - In-Reply-To: <645d17210802220958i54eb44d1y1361eab43b6522b@mail.gmail.com> References: <645d17210802220958i54eb44d1y1361eab43b6522b@mail.gmail.com> Message-ID: >>>>> "JU" == Jonathan Underwood writes: JU> Is this some sort of buildsystem failure? Yes. Try resubmitting the job. - J< From herrold at owlriver.com Fri Feb 22 18:15:10 2008 From: herrold at owlriver.com (R P Herrold) Date: Fri, 22 Feb 2008 13:15:10 -0500 (EST) Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: <20080222180419.GB14152@redhat.com> References: <200802211704.53493.lamont@lamontpeterson.org> <20080222104421.GA19803@devserv.devel.redhat.com> <20080222180419.GB14152@redhat.com> Message-ID: On Fri, 22 Feb 2008, Dave Jones wrote: > I wonder where all the vocal germans are, in opposition to > this change. :) > > Seriously, I wonder how much this is still true. A few > years ago, sure, but now, aparently even some of the more > rural parts of Germany have ADSL. in for a dime, in for a dollar --the same RFE arguments for trimming out dialup PPP support (wvdial) exist; while dialup PPP still exists, it is a dying breed in Fedora's target audience -- Russ herrold From limb at jcomserv.net Fri Feb 22 18:33:23 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 22 Feb 2008 12:33:23 -0600 (CST) Subject: Drupal 6.0 Message-ID: <49031.63.85.68.164.1203705203.squirrel@mail.jcomserv.net> Just a heads up that Drupal 6.0 is hitting rawhide. This will break any 5.x modules you're using, kill your kitten, etc. See http://fedoraproject.org/wiki/Docs/Beats/WebServers for the release notes and links to more information. I've also got 5 review requests out there for Drupal modules, that do not yet have 6.x versions, and I've commented those reviews, and will update them again with new packages when the bits are released. When I did this upgrade myself, following the directions posted in the release notes, I had no problems. If your experience is different, please BZ them. Thanks, Jon Ciesla -- novus ordo absurdum From rwwyatt01 at gmail.com Fri Feb 22 18:33:06 2008 From: rwwyatt01 at gmail.com (Randy W. Wyatt) Date: Fri, 22 Feb 2008 10:33:06 -0800 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: References: <200802211704.53493.lamont@lamontpeterson.org> <20080222104421.GA19803@devserv.devel.redhat.com> <20080222180419.GB14152@redhat.com> Message-ID: <47BF1562.7050907@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 R P Herrold wrote: > On Fri, 22 Feb 2008, Dave Jones wrote: > >> I wonder where all the vocal germans are, in opposition to this >> change. :) >> >> Seriously, I wonder how much this is still true. A few years ago, >> sure, but now, aparently even some of the more rural parts of Germany >> have ADSL. > > in for a dime, in for a dollar --the same RFE arguments for trimming out > dialup PPP support (wvdial) exist; while dialup PPP still exists, it is > a dying breed in Fedora's target audience > > -- Russ herrold > Dialup PPP can be used with data cards and so forth http://wiki.clug.org.za/wiki/3G_card_on_Linux for example so - -1 Regards, Randy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHvxVi2VRD5aCTFDIRAg8WAJ9rMfy/8cKzYtg1/e1FhoYJjjLLagCfUTbx 12yfBdDftbCYN8KUPgw0pOE= =SXc5 -----END PGP SIGNATURE----- From mike.cloaked at gmail.com Fri Feb 22 18:42:26 2008 From: mike.cloaked at gmail.com (Mike) Date: Fri, 22 Feb 2008 18:42:26 +0000 (UTC) Subject: default mail client References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> <1203596169.15409.65.camel@shinybook.infradead.org> Message-ID: David Woodhouse infradead.org> writes: > Also, can Thunderbird send plain text without mangling it, or does the > documentation at http://mbligh.org/linuxdocs/Email/Clients/Thunderbird > still apply? I saw a posting http://www.typo3-unleashed.net/nc/singleentry/date/2008/01/24/ how-to-send-plaintext-attachments-not-inline-with-thunderbird.html So here is a solution for all thunderbird users (I still use it for reading the newsgroups). Go to Tools > Options. Select panel advanced and tab General. Start the Config Editor and search for mail.content_disposition_type and set it to 1. This forces Thunderbird to send all attachments as real attachments and not inline. This is much more compatible than the default behavior in my eyes. Maybe this helps? From ndbecker2 at gmail.com Fri Feb 22 18:52:14 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 22 Feb 2008 13:52:14 -0500 Subject: gcc-4.3 numerical results problem Message-ID: I've got a new unuran from upstream. When built on x86_64 gcc-4.1.2 (F8), it passes it's self tests. When built on fedora build (rawhide), one test fails. I have no idea how to debug this. I guess my only choice is get hold of a machine with rawhide running on it? Can I get a virtual machine with this? From mike.cloaked at gmail.com Fri Feb 22 18:52:32 2008 From: mike.cloaked at gmail.com (Mike) Date: Fri, 22 Feb 2008 18:52:32 +0000 (UTC) Subject: default mail client References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> <1203596169.15409.65.camel@shinybook.infradead.org> Message-ID: Mike gmail.com> writes: > So here is a solution for all thunderbird users (I still use it for reading > the newsgroups). Go to Tools > Options. Select panel advanced and tab General. > Start the Config Editor and search for mail.content_disposition_type and set it > to 1. This forces Thunderbird to send all attachments as real attachments and > not inline. This is much more compatible than the default behavior in my eyes. > In fact in Linux this should have started Edit-> Preferences... But also see http://mbligh.org/linuxdocs/Email/Clients/Thunderbird From herrold at owlriver.com Fri Feb 22 18:59:54 2008 From: herrold at owlriver.com (R P Herrold) Date: Fri, 22 Feb 2008 13:59:54 -0500 (EST) Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: <47BF1562.7050907@gmail.com> References: <200802211704.53493.lamont@lamontpeterson.org> <20080222104421.GA19803@devserv.devel.redhat.com> <20080222180419.GB14152@redhat.com> <47BF1562.7050907@gmail.com> Message-ID: On Fri, 22 Feb 2008, Randy W. Wyatt wrote: >> in for a dime, in for a dollar --the same RFE arguments for trimming out >> dialup PPP support (wvdial) exist; while dialup PPP still exists, it is >> a dying breed in Fedora's target audience > Dialup PPP can be used with data cards and so forth 'can' is not a good ratinale for 'in base profile for all' -- those doing mobile device dialup will already be solving lots, and installing wvdial is no material burden. - R From jonathan.underwood at gmail.com Fri Feb 22 19:03:25 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 22 Feb 2008 19:03:25 +0000 Subject: gcc 4.3 rebuild - geany - In-Reply-To: References: <645d17210802220958i54eb44d1y1361eab43b6522b@mail.gmail.com> Message-ID: <645d17210802221103t6c182799ne8b38c2d22770711@mail.gmail.com> On 22 Feb 2008 12:06:11 -0600, Jason L Tibbitts III wrote: > >>>>> "JU" == Jonathan Underwood writes: > > JU> Is this some sort of buildsystem failure? > > Yes. Try resubmitting the job. Yup, successfully built on resubmission. From rwwyatt01 at gmail.com Fri Feb 22 19:08:19 2008 From: rwwyatt01 at gmail.com (Randy W. Wyatt) Date: Fri, 22 Feb 2008 11:08:19 -0800 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: References: <200802211704.53493.lamont@lamontpeterson.org> <20080222104421.GA19803@devserv.devel.redhat.com> <20080222180419.GB14152@redhat.com> <47BF1562.7050907@gmail.com> Message-ID: <47BF1DA3.4080304@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > 'can' is not a good ratinale for 'in base profile for all' -- those > doing mobile device dialup will already be solving lots, and installing > wvdial is no material burden. > > - R Can we stop with the slippery slope arguments? There are far more problems to solve than just what should and shouldn't be installed as part of the base profile. If you don't like what is installed, than just start with Fedora Minimal install. Why should your preference be extended to all users ? I am working hard on getting certain Mobile Data Cards to "just work" in the Linux Desktop. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHvx2j2VRD5aCTFDIRAo+eAJ9hHTdztIo/EBk9hJlePL6LntT8WACdG6gn aX0xNDjhAF/JwmS5SWxBGnQ= =nyg8 -----END PGP SIGNATURE----- From katzj at redhat.com Fri Feb 22 19:10:31 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 22 Feb 2008 14:10:31 -0500 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: References: <200802211704.53493.lamont@lamontpeterson.org> <20080222104421.GA19803@devserv.devel.redhat.com> <20080222180419.GB14152@redhat.com> <47BF1562.7050907@gmail.com> Message-ID: <1203707431.24402.167.camel@aglarond.local> On Fri, 2008-02-22 at 13:59 -0500, R P Herrold wrote: > On Fri, 22 Feb 2008, Randy W. Wyatt wrote: > >> in for a dime, in for a dollar --the same RFE arguments for trimming out > >> dialup PPP support (wvdial) exist; while dialup PPP still exists, it is > >> a dying breed in Fedora's target audience > > > Dialup PPP can be used with data cards and so forth > > 'can' is not a good ratinale for 'in base profile for all' -- > those doing mobile device dialup will already be solving lots, > and installing wvdial is no material burden. There's actually a lot of work underway within NetworkManager right now to make this painless to set up. Jeremy From lamont at lamontpeterson.org Fri Feb 22 19:10:27 2008 From: lamont at lamontpeterson.org (Lamont Peterson) Date: Fri, 22 Feb 2008 12:10:27 -0700 Subject: RFE: Remove isdn4k-utils from base installs In-Reply-To: <1203655609.24402.159.camel@aglarond.local> References: <200802211704.53493.lamont@lamontpeterson.org> <1203655609.24402.159.camel@aglarond.local> Message-ID: <200802221210.33288.lamont@lamontpeterson.org> On Thursday 21 February 2008 09:46:49 pm Jeremy Katz wrote: > On Thu, 2008-02-21 at 17:04 -0700, Lamont Peterson wrote: > > I have not had to deal with any ISDN since 1999. I have no need to have > > it installed on my systems. It is a bit irritating to be removing it all > > the time. It isn't sucked back in as a dependency for me at some later > > point, either. If someone does need it installed, I would find it highly > > likely that they would be capable of finding the right package. > > > > Based on all of that, I'd like to see it removed from base installs in > > Fedora 9, please. > > Since if you actually need the package, the reason you need it is so > that you can get online, it's pretty important to have there by default > for most cases. If you don't want it, uncheck the dial-up group. I'm not suggesting that it not be part of the install media or something like that. It absolutely should be for those people who do need it. I never select the "dial-up" group and it's still installed. IIRC, it is installed if I do a minimal install. I know that I didn't install dial-up on this box and it was still included. I did a minimal install then added a few things that I need, but nothing I have installed depends on the ISDN. And for those who are doing network installs over the Internet and using an ISDN line to connect, either the chicken or the egg has to be there, so I don't see that as an argument for installing it by default. > ISDN is still somewhat common-place outside of the US, especially in > Europe Yes, you are right about that. Again, I'm not suggesting removing it from the distro. -- Lamont Peterson From davej at redhat.com Fri Feb 22 19:21:25 2008 From: davej at redhat.com (Dave Jones) Date: Fri, 22 Feb 2008 14:21:25 -0500 Subject: zombie packages. Message-ID: <20080222192125.GA16789@redhat.com> There seems to be a number of 'not quite dead' packages in CVS, that lack a dead.package, but have had an empty sources file for some time now. (There's also a few from the last few weeks in the list below). I stumbled across this on one of my 'make prep the whole distro' crusades. This process now takes over a day to unpack the source for everything. A clear sign of how much we've grown. (When I started doing this, it was feasible to do it in an afternoon). However there are a number of packages that fail 'make prep' in assorted ways, which means it can't be left unattended to do its thing. The simplest (and most common) failure type is this one, which makes rpmq hang until it gets a ctrl-D I adapted my script to deal with zero byte 'sources' files, but for completeness, if any of the packages below are actually dead, we should drop a dead.package file in their devel dirs. Package names and last commit message below.. Dave classpathx-jxp date: 2007/02/13 19:24:08; author: notting; state: Exp; Setup of module classpathx-jaxp dom2-core-tests date: 2007/03/07 19:10:22; author: ausil; state: Exp; Setup of module dom2-core-tests freeipmi date: 2007/11/07 14:39:17; author: ausil; state: Exp; Setup of module freeimpi GConf2-dbus date: 2007/06/18 16:38:44; author: tibbs; state: Exp; Setup of module GConf2-dbus hulahop date: 2007/06/25 19:09:24; author: kevin; state: Exp; Setup of module hulahop matchbox-window-manager date: 2007/06/20 16:33:24; author: kevin; state: Exp; Setup of module matchbox-window-manager mybashburn date: 2008/02/18 17:21:24; author: kevin; state: Exp; Setup of module mybashburn mysql-connector-net date: 2006/09/28 19:13:14; author: pfj; state: Exp; Setup of module mysql-connector-net ohm date: 2007/07/12 17:22:51; author: kevin; state: Exp; Setup of module ohm olpc-hardware-manager date: 2007/06/19 22:50:18; author: tibbs; state: Exp; Setup of module olpc-hardware-manager olpc-utils date: 2007/06/25 18:51:26; author: kevin; state: Exp; Setup of module olpc-utils perl-HTML-Tidy date: 2008/01/21 16:58:13; author: kevin; state: Exp; Setup of module perl-HTML-Tidy pigment-python date: 2008/02/13 17:33:47; author: kevin; state: Exp; Setup of module pigment-python python-gasp date: 2008/02/13 17:33:47; author: kevin; state: Exp; Setup of module pigment-python python-mechanoid date: 2007/06/10 05:26:31; author: tibbs; state: Exp; Setup of module python-mechanoid python-olpcgames date: 2007/08/13 23:03:03; author: kevin; state: Exp; Setup of module python-olpcgames rt61pci-firmware date: 2007/09/19 04:01:10; author: kevin; state: Exp; Setup of module rt61pci-firmware rt73usb-firmware date: 2007/09/26 16:43:04; author: kevin; state: Exp; Setup of module rt73usb-firmware sarai-fonts date: 2008/02/18 20:17:04; author: kevin; state: Exp; Setup of module sarai-fonts saxon8 date: 2007/03/05 00:17:26; author: petersen; state: Exp; Setup of module saxon8 sugar-toolkit date: 2008/02/08 18:21:41; author: ausil; state: Exp; Setup of module sugar-toolkit tdma date: 2007/03/07 19:03:54; author: ausil; state: Exp; Setup of module tdma -- http://www.codemonkey.org.uk From mwringe at redhat.com Fri Feb 22 20:32:00 2008 From: mwringe at redhat.com (Matt Wringe) Date: Fri, 22 Feb 2008 15:32:00 -0500 Subject: Auto rebuild release bump issue In-Reply-To: <20080219131700.28456f8a@redhat.com> References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> <20080219131700.28456f8a@redhat.com> Message-ID: <1203712320.4395.11.camel@toque.toronto.redhat.com> On Tue, 2008-02-19 at 13:17 -0500, Jesse Keating wrote: > On Tue, 19 Feb 2008 18:30:57 +0100 > Michael Schwendt wrote: > > > > In this case I have gdl 0.9-0.pre6.fc9. It got bumped to > > > 0.9-1.pre6.fc9. It should be 0.9-0.pre6.fc9.1. > > > > However, it should have been > > > > 0.9-0.1.pre6%{?dist} > > ^^ > > (!) > > > > to begin with, not > > > > 0.9-0.pre6%{?dist} > > that is correct. Your original scheme did not follow the guidelines, > thus the bumper didn't deal with it as if it were a pre-release. > Please follow the guidelines next time. I have also noticed that all the jpp based java packages have been updated incorrectly, and those are following the fedora jpackage package naming guidelines: http://fedoraproject.org/wiki/Packaging/JPackagePolicy > -- > 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: This is a digitally signed message part URL: From seg at haxxed.com Fri Feb 22 20:50:14 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 22 Feb 2008 14:50:14 -0600 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: References: <200802211704.53493.lamont@lamontpeterson.org> <20080222104421.GA19803@devserv.devel.redhat.com> <20080222180419.GB14152@redhat.com> Message-ID: <1203713414.7567.112.camel@localhost> On Fri, 2008-02-22 at 13:15 -0500, R P Herrold wrote: > On Fri, 22 Feb 2008, Dave Jones wrote: > > > I wonder where all the vocal germans are, in opposition to > > this change. :) > > > > Seriously, I wonder how much this is still true. A few > > years ago, sure, but now, aparently even some of the more > > rural parts of Germany have ADSL. > > in for a dime, in for a dollar --the same RFE arguments for > trimming out dialup PPP support (wvdial) exist; while dialup > PPP still exists, it is a dying breed in Fedora's target > audience Honestly, how much space would be saved by cutting out ISDN? PPP? Unless it's a saving on order of hundreds of megs, it's a drop in the bucket. Its much more important to have things "just work" for the maximum number of users. -------------- 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 rawhide at fedoraproject.org Fri Feb 22 21:20:35 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 22 Feb 2008 14:20:35 -0700 (MST) Subject: rawhide report: 20080222 changes Message-ID: <20080222212035.BEAAF209D82@releng1.fedora.phx.redhat.com> New package bing Bandwidth ping New package freefem++ PDE solving tool New package xorg-x11-drv-diamondtouch Xorg X11 diamondtouch input driver Removed package njb-sharp Updated Packages: DMitry-1.3a-3.fc9 ----------------- MyPasswordSafe-0.6.7-4.20061216.fc9 ----------------------------------- MySQL-python-1.2.2-6.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.2-6 - Autorebuild for GCC 4.3 PackageKit-0.1.8-1.fc9 ---------------------- * Thu Feb 21 2008 Robin Norwood - 0.1.8-1 - Update to latest upstream version: 0.1.8 R-hdf5-1.6.6-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.6.6-3 - Autorebuild for GCC 4.3 SDL_Pango-0.1.2-8 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.2-8 - Autorebuild for GCC 4.3 SDL_gfx-2.0.16-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.16-5 - Autorebuild for GCC 4.3 SimGear-1.0.0-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.0-3 - Autorebuild for GCC 4.3 SteGUI-0.0.1-14.fc9 ------------------- * Wed Feb 20 2008 Pingou 0.0.1-14 - Bug Fix for GCC 4.3 * Tue Feb 19 2008 Fedora Release Engineering - 0.0.1-13 - Autorebuild for GCC 4.3 adanaxisgpl-1.2.5-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.5-2 - Autorebuild for GCC 4.3 advancecomp-1.15-10 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.15-10 - Autorebuild for GCC 4.3 alacarte-0.11.4-1.fc9 --------------------- * Thu Feb 21 2008 Matthias Clasen - 0.11.4-1 - Update to 0.11.4 alienarena-6.10-6.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.10-6 - Autorebuild for GCC 4.3 alpine-1.00-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.00-3 - Autorebuild for GCC 4.3 alsa-lib-1.0.16-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.16-2 - Autorebuild for GCC 4.3 alsa-utils-1.0.16-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.16-2 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Martin Stransky 1.0.16-1 - updated to 1.0.16 final * Tue Jan 15 2008 Mikel Ward - add salsa man page alsamixergui-0.9.0-0.4.rc1.fc9.2 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.0-0.4.rc1.2 - Autorebuild for GCC 4.3 altermime-0.3.7-3.fc9 --------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.3.7-3 - Autorebuild for GCC 4.3 amanith-0.3-8.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3-8 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tom "spot" Callaway 0.3-7 - fix for gcc4.3 amarok-1.4.8-4.fc9.1 -------------------- * Thu Feb 21 2008 Rex Dieter - 1.4.8-4 - -konqueror subpkg (#426803) - fix multiarch conflicts (#340641) drop Provides: amarok-devel (f9+), add Obsoletes: amarok-devel - gcc43 patch (#433904) * Mon Feb 18 2008 Fedora Release Engineering - 1.4.8-3 - Autorebuild for GCC 4.3 * Wed Jan 09 2008 Rex Dieter 1.4.8-2 - f9+: don't build/include konq(3) side bar support amarokFS-0.5-3.fc9 ------------------ * Fri Feb 22 2008 Francois Aucamp - 0.5-3 - Changed kdelibs-devel build dependency to kdelibs3-devel (RHBZ #434093) - Fixed animation of "prev" button in default theme - Modified "start_amarok" patch to slow down dcop calls to amarok when starting (RHBZ #247712) * Mon Feb 18 2008 Fedora Release Engineering - 0.5-2 - Autorebuild for GCC 4.3 amtu-1.0.6-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.6-2 - Autorebuild for GCC 4.3 ant-0:1.7.0-1jpp.4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.7.0-1jpp.4 - Autorebuild for GCC 4.3 * Wed Jan 09 2008 Permaine Cheung - 0:1.7.0-1jpp.3 - make Java 6's javac understand -source 1.1 as well (patch from bodewig on the ant mailing list) * Tue Aug 14 2007 Permaine Cheung - 0:1.7.0-1jpp.2 - Enable building commons-net subpackage apmd-1:3.2.2-7 -------------- * Wed Feb 20 2008 Fedora Release Engineering - 1:3.2.2-7 - Autorebuild for GCC 4.3 apt-0.5.15lorg3.94-3.fc9 ------------------------ * Fri Feb 22 2008 Panu Matilainen 0.5.15lorg3.94-3 - add missing include for gcc 4.3 (#433982) - remove bogus build dependencies from ancient times * Mon Feb 18 2008 Fedora Release Engineering - 0.5.15lorg3.94-2 - Autorebuild for GCC 4.3 argus-2.0.6.fixes.1-15.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.6.fixes.1-15 - Autorebuild for GCC 4.3 aria2-0.12.0-4.fc9 ------------------ * Fri Feb 22 2008 Micha?? Bentkowski - 0.12.0-4 - Add patch * Mon Feb 18 2008 Fedora Release Engineering - 0.12.0-3 - Autorebuild for GCC 4.3 arp-scan-1.6-2.fc9 ------------------ arpwatch-14:2.1a15-8.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 14:2.1a15-8 - Autorebuild for GCC 4.3 asio-0.3.8-8.fc9 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.3.8-8 - Autorebuild for GCC 4.3 aspell-12:0.60.5-5.fc9 ---------------------- * Wed Feb 20 2008 Fedora Release Engineering - 12:0.60.5-5 - Autorebuild for GCC 4.3 * Tue Jan 22 2008 Ivana Varekova - 12:0.60.5-4 - add gcc43 patch * Thu Feb 08 2007 Ivana Varekova - 12:0.60.5-3 - incorporate package review feedback aspell-af-50:0.50-9.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50-9 - Autorebuild for GCC 4.3 aspell-bg-50:4.1-2.fc9 ---------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:4.1-2 - Autorebuild for GCC 4.3 aspell-br-50:0.50-9.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50-9 - Autorebuild for GCC 4.3 aspell-ca-50:20040130-2.fc9 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:20040130-2 - Autorebuild for GCC 4.3 aspell-cs-50:20040614-2.fc9 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:20040614-2 - Autorebuild for GCC 4.3 aspell-cy-50:0.50-7.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50-7 - Autorebuild for GCC 4.3 aspell-da-50:1.4.42-2.fc9 ------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:1.4.42-2 - Autorebuild for GCC 4.3 aspell-de-50:20030222-4.fc9 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:20030222-4 - Autorebuild for GCC 4.3 aspell-el-50:0.50-7.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50-7 - Autorebuild for GCC 4.3 aspell-en-50:6.0-9.fc9 ---------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:6.0-9 - Autorebuild for GCC 4.3 aspell-es-50:0.50-17.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50-17 - Autorebuild for GCC 4.3 aspell-fo-51:0.2.16-8.fc9 ------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 51:0.2.16-8 - Autorebuild for GCC 4.3 aspell-fr-50:0.50-12.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50-12 - Autorebuild for GCC 4.3 aspell-ga-50:4.3-2.fc9 ---------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:4.3-2 - Autorebuild for GCC 4.3 aspell-gd-51:0.1.1-3.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 51:0.1.1-3 - Autorebuild for GCC 4.3 aspell-gl-50:0.50-6.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50-6 - Autorebuild for GCC 4.3 aspell-hr-50:0.51-6.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.51-6 - Autorebuild for GCC 4.3 aspell-id-50:1.2-2.fc9 ---------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:1.2-2 - Autorebuild for GCC 4.3 aspell-is-50:0.51.1-4.fc9 ------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.51.1-4 - Autorebuild for GCC 4.3 aspell-it-50:2.2_20050523-2.fc9 ------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:2.2_20050523-2 - Autorebuild for GCC 4.3 aspell-nl-51:0.1e-6.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 51:0.1e-6 - Autorebuild for GCC 4.3 aspell-no-50:0.50.1-13.fc9 -------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50.1-13 - Autorebuild for GCC 4.3 aspell-pl-50:6.0_20061121-2.fc9 ------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:6.0_20061121-2 - Autorebuild for GCC 4.3 aspell-pt-50:0.50-13.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50-13 - Autorebuild for GCC 4.3 aspell-ru-50:0.99f7-4.fc9 ------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.99f7-4 - Autorebuild for GCC 4.3 aspell-sl-50:0.50-3.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.50-3 - Autorebuild for GCC 4.3 aspell-sr-50:0.02-4.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.02-4 - Autorebuild for GCC 4.3 aspell-sv-50:0.51-3.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 50:0.51-3 - Autorebuild for GCC 4.3 audio-entropyd-1.0.1-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-2 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tom "spot" Callaway 1.0.1-1 - update to 1.0.1 aumix-2.8-17.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.8-17 - Autorebuild for GCC 4.3 authconfig-5.3.20-2.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 5.3.20-2 - Autorebuild for GCC 4.3 autodir-0.99.9-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.99.9-5 - Autorebuild for GCC 4.3 avahi-0.6.22-7.fc9 ------------------ * Thu Feb 21 2008 Adam Tkac - 0.6.22-7 - really rebuild against new libcap avant-window-navigator-0.2.1-3.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.1-3 - Autorebuild for GCC 4.3 avarice-2.6-2.fc9 ----------------- avrdude-5.5-3.fc9 ----------------- * Wed Feb 20 2008 Fedora Release Engineering - 5.5-3 - Autorebuild for GCC 4.3 azureus-3.0.4.2-10.fc9 ---------------------- * Thu Feb 21 2008 Lillian Angel - 3.0.4.2-10 - Updated release. - Updated azureus.script * Tue Feb 19 2008 Fedora Release Engineering - 3.0.4.2-9 - Autorebuild for GCC 4.3 * Wed Jan 30 2008 Lillian Angel - 3.0.4.2-8 - Updated azplugins jar to 2.1.6 banshee-0.13.2-4.fc9 -------------------- * Thu Feb 21 2008 David Nielsen - 0.13.3-4 - revert to using bundled boo as external has no ppc support currently * Thu Feb 21 2008 David Nielsen - 0.13.2-3 - Use external boo and ndesk-dbus - Nicer workaround to gstreamer-plugin detection problem * Fri Jan 18 2008 Matthias Clasen - 0.13.2-2 - Add content-type support bash-3.2-21.fc9 --------------- * Wed Feb 20 2008 Fedora Release Engineering - 3.2-21 - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Tomas Janousek - 3.2-20 - Added bash32-026 upstream official patch - Added bash32-027 upstream official patch (#249987) - Added bash32-028 upstream official patch - Added bash32-029 upstream official patch (#286861) - Added bash32-030 upstream official patch - Added bash32-031 upstream official patch (#358231) - Added bash32-032 upstream official patch - Added bash32-033 upstream official patch - Fix insert command repeating in vi mode (#190350) * Tue Nov 06 2007 Tomas Janousek - 3.2-19 - fix cursor position when prompt has one invisible character (#358231) - dropped examples/loadables/ from docs, since it wasn't possible to build them anyway (#174380) - fix #286861: Wrong input confuses bash's arithmetic unit permanently - fix #344411: $RANDOM stays the same when job executed in the background bazaar-1.4.2-11.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.4.2-11 - Autorebuild for GCC 4.3 bc-1.06-33.fc9 -------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.06-33 - Autorebuild for GCC 4.3 bea-stax-0:1.2.0-0.2.rc1.2jpp.1.fc9 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0:1.2.0-0.2.rc1.2jpp.1 - Autorebuild for GCC 4.3 berusky-1.1-8.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-8 - Autorebuild for GCC 4.3 bigboard-0.5.26-2.fc9 --------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.5.26-2 - Autorebuild for GCC 4.3 blacs-1.1-26.fc9.1 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.1-26.1 - Autorebuild for GCC 4.3 bluez-gnome-0.22-1.fc9 ---------------------- * Fri Feb 22 2008 - Bastien Nocera - 0.22-1 - Update to 0.22 boa-0.94.14-0.10.rc21.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.94.14-0.10.rc21 - Autorebuild for GCC 4.3 * Mon Oct 22 2007 Matthias Saou 0.94.14-0.9.rc21 - Remove trademarked Fedora image and symlink to the one from system-logos. - Switch webroot back from /srv to /var. - Update default index.html to UTF-8. bottlerocket-0.04c-2.fc9 ------------------------ bzip2-1.0.4-14.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.0.4-14 - Autorebuild for GCC 4.3 bzr-gtk-0.93.0-3.fc9 -------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.93.0-3 - Autorebuild for GCC 4.3 bzrtools-1.1.0-2.fc9 -------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-2 - Autorebuild for GCC 4.3 c-ares-1.5.1-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.5.1-2 - Autorebuild for GCC 4.3 cachefilesd-0.7-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7-4 - Autorebuild for GCC 4.3 cairomm-1.4.4-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.4-2 - Autorebuild for GCC 4.3 cal3d-0.11.0-6.fc9 ------------------ * Thu Feb 21 2008 Christopher Stone 0.11.0-6 - Add gcc4.3 patch - Update %license * Wed Feb 20 2008 Fedora Release Engineering - 0.11.0-5 - Autorebuild for GCC 4.3 camE-1.9-12 ----------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9-12 - Autorebuild for GCC 4.3 cdpr-2.2.1-3.fc9 ---------------- cdrkit-1.1.6-9.fc9 ------------------ * Thu Feb 21 2008 Harald Hoyer 1.1.6-9 - fixed loop on error message for old dev syntax (rhbz#429386) * Thu Feb 21 2008 Harald Hoyer 1.1.6-8 - added file-devel to build requirements cfengine-2.2.3-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.3-4 - Autorebuild for GCC 4.3 cgi-util-2.2.1-16.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.1-16 - Autorebuild for GCC 4.3 chmsee-1.0.0-2.36.fc9 --------------------- * Fri Feb 22 2008 bbbush - 1.0.0-2.36 - try build with gcc-43 - xulrunner-gtkmozembed is in xulrunner-devel-unstable cksfv-1.3.12-3.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.3.12-3 - Autorebuild for GCC 4.3 clips-6.24-25.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.24-25 - Autorebuild for GCC 4.3 * Sat Aug 25 2007 Rick L Vinyard Jr 6.24-24 - Added automake, autoconf and libtool to build requires * Sat Aug 25 2007 Rick L Vinyard Jr 6.24-23 - Added patch to fix time function; closes bug 249995 - Fixed the version in the xclips.desktop file and removed it from the linux patch - Added the linux patch and xclips.desktop files to cvs - Changed the linux patch from a bzip file to a normal patch file - Removed the pre-generated autotools files from the linux patch - Added running of autogen.sh prior to running configure to build autotools files - Added timestamp preservation to install - Updated (not changed) license to new tag GPLv2 codeblocks-1.0-0.30.20080211svn4872.fc9 --------------------------------------- * Mon Feb 18 2008 Dan Horak 1.0-0.30.20080211svn4872 - update to revision 4872 - really fix the multilib problem with the contrib subpackage (#433124) compat-gcc-296-2.96-140 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.96-140 - Autorebuild for GCC 4.3 compat-gcc-32-3.2.3-63 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.2.3-63 - Autorebuild for GCC 4.3 crack-attack-1.1.14-12.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.14-12 - Autorebuild for GCC 4.3 * Tue Dec 04 2007 Hans de Goede 1.1.14-11 - Fix building with gcc 4.3 * Mon Aug 06 2007 Hans de Goede 1.1.14-10 - Update License tag for new Licensing Guidelines compliance createrepo-0.9.5-2.fc9 ---------------------- * Fri Feb 22 2008 Seth Vidal - 0.9.5-2 - patch for the mistake in the raise for an empty pkgid csmash-0.6.6-18 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.6-18 - Autorebuild for GCC 4.3 cyphesis-0.5.15-6.fc9 --------------------- * Thu Feb 21 2008 Wart 0.5.15-6 - Add patch to fix gcc4.3 build errors * Wed Feb 20 2008 Fedora Release Engineering - 0.5.15-5 - Autorebuild for GCC 4.3 * Sun Feb 10 2008 Wart 0.5.15-4 - Rebuild for gcc 4.3 - Add 'LOAD_RULES' setting in /etc/sysconfig/cyphesis to control reloading of the game rules data. cyrus-imapd-2.3.9-10.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 2.3.9-10 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tomas Janousek - 2.3.9-9 - don't run cronjob if cyrus-imapd has never been started (#418191) cyrus-sasl-2.1.22-13.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.1.22-13 - Autorebuild for GCC 4.3 darcs-1.0.9-11.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.9-11 - Autorebuild for GCC 4.3 * Sun Jan 06 2008 Jeremy Hinegardner - 1.0.9-10 - add darcs and libxslt to darcs-server dependencies (#427489) - add patch to fix missing install errors.xml (#427490) * Fri Nov 30 2007 Jeremy Hinegardner - 1.0.9-9 - add BuildRequires autoconf and use of autoconf in %build to utilize the ghc 6.8 compatibility patches dbh-1:1.0.24-6.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:1.0.24-6 - Autorebuild for GCC 4.3 dbxml-2.3.10-12.fc9 ------------------- * Wed Feb 20 2008 Milan Zazrivec - 2.3.10-12 - Fixed malformed g++ 4.3 build patch * Wed Feb 20 2008 Milan Zazrivec - 2.3.10-11 - Add #include lines where needed for succesful g++ 4.3 build * Tue Feb 19 2008 Fedora Release Engineering - 2.3.10-10 - Autorebuild for GCC 4.3 ddd-3.3.11-18.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.3.11-18 - Autorebuild for GCC 4.3 dfu-programmer-0.4.4-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.4-2 - Autorebuild for GCC 4.3 digikam-0.9.3-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.3-2 - Autorebuild for GCC 4.3 directfb-1.0.0-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.0-4 - Autorebuild for GCC 4.3 dosbox-0.72-4.fc9 ----------------- * Fri Feb 22 2008 Andreas Bierfert - 0.72-4 - fix gcc43 build (#433990) with patch from Erik van Pienbroek - add BR SDL_sound-devel * Mon Feb 18 2008 Fedora Release Engineering - 0.72-3 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 0.72-2 - Rebuilt for gcc43 dovecot-1:1.0.10-5.fc9 ---------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1:1.0.10-5 - Autorebuild for GCC 4.3 drgeo-1.1.0-12.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.1.0-12 - Autorebuild for GCC 4.3 * Mon Aug 28 2006 Eric Tanguy - 1.1.0-11 - Rebuild for Fedora Extras 6 * Tue Jul 04 2006 Eric Tanguy - 1.1.0-10 - Modify changelog drupal-5.7-1.fc9 ---------------- * Mon Feb 04 2008 Jon Ciesla - 5.7-1 - Upgrade to 5.7, several non-security bugs fixed. ds9-5.1-4.fc9 ------------- * Thu Feb 21 2008 Sergio Pascual - 5.1-4 - Patch to build with gcc 4.3 updated * Thu Feb 21 2008 Sergio Pascual - 5.1-3 - Patch to build with gcc 4.3 * Tue Feb 19 2008 Fedora Release Engineering - 5.1-2 - Autorebuild for GCC 4.3 easytag-2.1-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1-5 - Autorebuild for GCC 4.3 * Mon Oct 22 2007 Matthias Saou 2.1-4 - Fix Russian comment of the desktop file (charset problem, #327331). ebtables-2.0.8-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.8-5 - Autorebuild for GCC 4.3 eject-2.1.5-6 ------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.1.5-6 - Autorebuild for GCC 4.3 ekiga-2.0.11-3.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 2.0.11-3 - Autorebuild for GCC 4.3 elinks-0.11.4-0.3.rc0.fc9 ------------------------- * Thu Feb 21 2008 Ondrej Vasik 0.11.4-0.3.rc0 - fixed broken output for gzipped chunked pages(#410801) elsa-1.4-3.fc9 -------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.4-3 - Autorebuild for GCC 4.3 emacs-common-tuareg-1.45.6-4.fc9 -------------------------------- emerald-0.5.2-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.2-4 - Autorebuild for GCC 4.3 * Fri Jan 04 2008 Adel Gadllah 0.5.2-3 - Fix gcc43 build * Mon Oct 08 2007 Jarod Wilson 0.5.2-2 - Disable ppc64 build (no compiz-devel.ppc64) eventlog-0.2.5-9.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.5-9 - Autorebuild for GCC 4.3 evolution-remove-duplicates-0.0.3-3.fc9 --------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.3-3 - Autorebuild for GCC 4.3 fatsort-0.9.7.1-3.fc9 --------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.7.1-3 - Autorebuild for GCC 4.3 fbreader-0.8.12-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.12-2 - Autorebuild for GCC 4.3 fbset-2.1-25.fc9 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.1-25 - Autorebuild for GCC 4.3 fcgi-2.4.0-5.fc9 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.4.0-5 - Autorebuild for GCC 4.3 filezilla-3.0.7.1-1.fc9 ----------------------- * Wed Feb 20 2008 kwizart < kwizart at gmail.com > - 3.0.7.1-1 - Update to 3.0.7.1 * Thu Jan 31 2008 kwizart < kwizart at gmail.com > - 3.0.6-1 - Update to 3.0.6 * Thu Jan 17 2008 kwizart < kwizart at gmail.com > - 3.0.5.2-1 - Update to 3.0.5.2 - Drop update desktop file in post and postun finger-0.17-36.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.17-36 - Autorebuild for GCC 4.3 firefox-3.0-0.beta3.25.nightly20080221.fc9 ------------------------------------------ * Thu Feb 21 2008 Christopher Aillon 3.0-0.beta3.25 - Update to latest trunk (2008-02-21) * Sun Feb 17 2008 Christopher Aillon 3.0-0.beta3.23 - Update to latest trunk (2008-02-17) firestarter-1.0.3-18.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-18 - Autorebuild for GCC 4.3 firewalk-5.0-2.fc9 ------------------ flac123-0.0.11-4.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.11-4 - Autorebuild for GCC 4.3 flow-tools-0.68.4-0.2.rc1.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.68.4-0.2.rc1 - Autorebuild for GCC 4.3 flumotion-0.4.2-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.2-3 - Autorebuild for GCC 4.3 * Wed May 16 2007 Thomas Vander Stichele - 0.4.2-2 - Own datadir/flumotion. Fixes #233834. - Require pycrypto for the sha256 bouncer. - NOT YET BUILT fortune-mod-1.99.1-11.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.99.1-11 - Autorebuild for GCC 4.3 fprobe-ulog-1.1-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-4 - Autorebuild for GCC 4.3 frozen-bubble-2.1.0-7.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1.0-7 - Autorebuild for GCC 4.3 * Thu Feb 07 2008 Tom "spot" Callaway 2.1.0-6 - rebuild for new perl ftplib-3.1-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1-4 - Autorebuild for GCC 4.3 funtools-1.4.0-7.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.0-7 - Autorebuild for GCC 4.3 fuseiso-20070708-3.fc9 ---------------------- gai-0.5.10-14.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.10-14 - Autorebuild for GCC 4.3 * Fri Jan 18 2008 Michel Salim - 0.5.10-13 - Rebuild for Fedora 9 (development tree) * Mon Oct 15 2007 Michael Schwendt - 0.5.10-12 - Patch gai/Makefile.in CFLAGS to find PangoFT2. gai-pal-0.7-14.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.7-14 - Autorebuild for GCC 4.3 * Fri Jan 18 2008 Michel Salim - 0.7-13 - Rebuild for Fedora 9 (development tree) galculator-1.2.5.2-3.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.2.5.2-3 - Autorebuild for GCC 4.3 gambas-1.0.19-6.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.19-6 - Autorebuild for GCC 4.3 gcombust-1:0.1.55-13 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.1.55-13 - Autorebuild for GCC 4.3 gconf-cleaner-0.0.2-5.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.2-5 - Autorebuild for GCC 4.3 gconf-editor-2.20.0-3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.20.0-3 - Autorebuild for GCC 4.3 gdb-6.7.1-14.fc9 ---------------- * Thu Feb 21 2008 Jan Kratochvil - 6.7.1-14 - Rename `set debug build-id' as `set build-id-verbose', former level 1 moved to level 2, default value is now 1, use `set build-id-verbose 0' now to disable the missing separate debug filenames messages (BZ 432164). gentoo-0.11.56-6 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.11.56-6 - Autorebuild for GCC 4.3 ghostscript-8.61-9.fc9 ---------------------- * Fri Feb 22 2008 Tim Waugh 8.61-9 - Build with jasper again (bug #433897). Build requires jasper-devel, and a patch to remove jas_set_error_cb reference. giblib-1.2.4-11 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.4-11 - Autorebuild for GCC 4.3 gkrellm-aclock-0.3.4-5 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.4-5 - Autorebuild for GCC 4.3 gkrellm-freq-1.0-8.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-8 - Autorebuild for GCC 4.3 gkrellm-moon-0.6-6 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.6-6 - Autorebuild for GCC 4.3 gkrellm-sun-1.0.0-6 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.0-6 - Autorebuild for GCC 4.3 glipper-1.0-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-3 - Autorebuild for GCC 4.3 * Wed Aug 15 2007 Matej Cepl - 1.0-2 - add gnome-python2-applet among BuildRequires * Tue Aug 14 2007 Damien Durand - 1.0-1 - Upgrade to 1.0 - Add pygtk2-devel, gnome-python2-devel in BR - Fix Gconf shemas - Fix GTK+ icon cache - Add python_sitelib - Remove old desktop file - add glipper-devel gnet2-2.0.7-11.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 2.0.7-11 - Autorebuild for GCC 4.3 gnome-applet-timer-2.0.1-1.fc9 ------------------------------ * Thu Feb 21 2008 Christoph Wickert - 2.0.1-1 - Update to 2.0.1. gnome-do-0.3.1-2.fc9 -------------------- * Thu Feb 21 2008 David Nielsen - 0.3.1-2 - Fix 432201 * Thu Feb 21 2008 David Nielsen - 0.3.1-1 - Bump to 0.3.1 gnome-keyring-manager-2.20.0-2.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.20.0-2 - Autorebuild for GCC 4.3 gnome-packagekit-0.1.8-1.fc9 ---------------------------- * Thu Feb 21 2008 Robin Norwood - 0.1.8-1 - Update to latest upstream version: 0.1.8 gnome-panel-2.21.91-8.fc9 ------------------------- * Thu Feb 21 2008 Matthias Clasen - 2.21.91-8 - Make drawers open again gnome-phone-manager-0.40-3.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.40-3 - Autorebuild for GCC 4.3 gnome-system-monitor-2.21.5-2.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.21.5-2 - Autorebuild for GCC 4.3 gnome-utils-1:2.20.0.1-4.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:2.20.0.1-4 - Autorebuild for GCC 4.3 * Fri Nov 16 2007 Matthias Clasen - 2.20.0.1-3 - Don't crash when multiple versions are present (#386511) - Make gnome-system-log pick up the versioning of rsyslog gnome-vfs2-monikers-2.15.3-5.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.15.3-5 - Autorebuild for GCC 4.3 gnubiff-2.2.7-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.7-4 - Autorebuild for GCC 4.3 gnugo-3.6-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.6-6 - Autorebuild for GCC 4.3 gnuplot-4.2.2-10.fc9 -------------------- * Wed Feb 20 2008 Fedora Release Engineering - 4.2.2-10 - Autorebuild for GCC 4.3 google-perftools-0.95-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.95-4 - Autorebuild for GCC 4.3 gperiodic-2.0.10-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.10-3 - Autorebuild for GCC 4.3 gphpedit-0.9.91-4.fc9 --------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.91-4 - Autorebuild for GCC 4.3 gpm-1.20.1-90.fc9 ----------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.20.1-90 - Autorebuild for GCC 4.3 gpsd-2.34-9.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.34-9 - Autorebuild for GCC 4.3 * 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. gsl-1.10-10.fc9 --------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.10-10 - Autorebuild for GCC 4.3 gstreamer-plugins-good-0.10.7-1.fc9 ----------------------------------- * Thu Feb 21 2008 - Bastien Nocera - 0.10.7-1 - Update to 0.10.7 gtranslator-1.1.7-8.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.7-8 - Autorebuild for GCC 4.3 gtweakui-0.4.0-6 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.0-6 - Autorebuild for GCC 4.3 gtypist-2.7-6.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.7-6 - Autorebuild for GCC 4.3 guichan-0.6.1-3.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.6.1-3 - Autorebuild for GCC 4.3 guile-5:1.8.4-1.fc9 ------------------- * Thu Feb 21 2008 Miroslav Lichvar - 5:1.8.4-1 - update to 1.8.4 - add %check * Tue Feb 19 2008 Fedora Release Engineering - 5:1.8.3-3 - Autorebuild for GCC 4.3 * Wed Jan 09 2008 Miroslav Lichvar - 5:1.8.3-2 - support slib-3a5 - move slibcat and slib symlink out of site directory - set umask in scriptlet (#242936) guitone-0.7-4.fc9 ----------------- * Fri Feb 22 2008 Thomas Moschny - 0.7-4 - Add patch to fix GCC 4.3 build. gurlchecker-0.10.1-6.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.10.1-6 - Autorebuild for GCC 4.3 gxemul-0.4.6.2-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.6.2-2 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tom "spot" Callaway 0.4.6.2-1 - bump to 0.4.6.2 gzip-1.3.12-6.fc9 ----------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.3.12-6 - Autorebuild for GCC 4.3 homebank-3.6-2.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 3.6-2 - Autorebuild for GCC 4.3 httptunnel-3.3-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.3-5 - Autorebuild for GCC 4.3 hunspell-pt-0.20080221-1.fc9 ---------------------------- * Thu Feb 21 2008 Caolan McNamara - 0.20080221-1 - latest version i8kutils-1.25-14 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.25-14 - Autorebuild for GCC 4.3 iasl-20061109-4.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 20061109-4 - Autorebuild for GCC 4.3 ice-3.2.1-17.fc9 ---------------- * Fri Feb 22 2008 Mary Ellen Foster 3.2.1-17 - Improved, less invasive patch based on the Debian one * Fri Feb 22 2008 Mary Ellen Foster 3.2.1-16 - Add includes so that it compiles with GCC 4.3 * Tue Feb 19 2008 Fedora Release Engineering - 3.2.1-15 - Autorebuild for GCC 4.3 ikarus-0.0.2-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.0.2-2 - Autorebuild for GCC 4.3 ike-scan-1.9-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.9-4 - Autorebuild for GCC 4.3 inkscape-0.46-0.2.pre2.fc9 -------------------------- * Fri Feb 22 2008 Lubomir Kundrak - 0.46-0.2.pre2 - Panel icon sizes * Sun Feb 17 2008 Lubomir Kundrak - 0.46-0.1.pre2 - 0.46pre2 - Dropping upstreamed patches iperf-2.0.2-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.2-5 - Autorebuild for GCC 4.3 iproute-2.6.23-4.fc9 -------------------- * Thu Feb 21 2008 Marcela Maslanova - 2.6.23-4 - add creating ps file again. Fix was done in texlive ipvsadm-1.24-11 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.24-11 - Autorebuild for GCC 4.3 * Mon Oct 22 2007 Matthias Saou 1.24-10 - Update to latest upstream sources. Same filename, but updated content! - Update kernhdr patch for it to still apply, update ip_vs.h from 1.2.0 to 1.2.1 from kernel 2.6.23.1. ircd-hybrid-7.2.3-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 7.2.3-4 - Autorebuild for GCC 4.3 jam-2.5-6.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.5-6 - Autorebuild for GCC 4.3 joe-3.5-5.fc9 ------------- * Wed Feb 20 2008 Fedora Release Engineering - 3.5-5 - Autorebuild for GCC 4.3 john-1.7.0.2-6.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.7.0.2-6 - Autorebuild for GCC 4.3 jpilot-0.99.9-6.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.99.9-6 - Autorebuild for GCC 4.3 kannel-1.4.1-7 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.1-7 - Autorebuild for GCC 4.3 kasumi-2.3-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.3-3 - Autorebuild for GCC 4.3 kbd-1.12-30.fc9 --------------- * Fri Feb 22 2008 Vitezslav Crhonek - 1.12-30 - Rebuild fo GCC 4.3 keepalived-1.1.15-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.15-4 - Autorebuild for GCC 4.3 kernel-2.6.25-0.64.rc2.git5.fc9 ------------------------------- * Thu Feb 21 2008 Kyle McMartin - crypto_blkcipher: big hack caused module dep loop, try another fix - Linux 2.6.25-rc2-git5 * Thu Feb 21 2008 John W. Linville - ath5k: Fix build warnings on some 64-bit platforms. - p54usb: add USB ID for Phillips CPWUA054 - WDEV: ath5k, fix lock imbalance - WDEV, ath5k, don't return int from bool function - rtl818x: fix sparse warnings - zd1211rw: fix sparse warnings - p54usb: add USB ID for Linksys WUSB54G ver 2 - ssb: Fix serial console on new bcm47xx devices - ssb: Fix watchdog access for devices without a chipcommon - ssb: Fix the GPIO API - ssb: Make the GPIO API reentrancy safe - ssb: Fix pcicore cardbus mode - ssb: Fix support for PCI devices behind a SSB->PCI bridge - rt2x00: correct address calc for queue private data - mac80211: better definition of mactime - mac80211: move function ieee80211_sta_join_ibss() - mac80211: enable IBSS merging - p54: use IEEE 802.11e defaults for initialization - ipw2100/ipw2200: note firmware loading caveat in Kconfig help text - iwlwifi-2.6: Adds and fixes defines about security - rt2x00: Fix hw mode registration with mac80211. - rt2x00: Fix invalid DMA free - rt2x00: Make rt2x00 less verbose - rt2x00: Remove MGMT ring initialization - rt2x00: Select CONFIG_NEW_LEDS - rt2x00: make csr_cache and csr_addr an union - rt2x00: Fix scheduling while atomic errors in usb drivers - rt2x00: Add queue statistics to debugfs - rt2x00: Fix typo in debug statement - rt2x00: Fix skbdesc->data_len initialization - rt2x00: Fix queue->qid initialization - rt2x00: Cleanup Makefile - rt2x00: Kill guardian urb during disable_radio - rt2x00: Release rt2x00 2.1.1 - rt2x00: Send frames out with configured TX power - rt2x00: Don't report driver generated frames to tx_status() - rt2x00: Filter ACK_CTS based on FIF_CONTROL - rt2x00: Fix Descriptor DMA initialization - rt2x00: Remove reset_tsf() - rt2x00: Rename dscape -> mac80211 - rt2x00: Cleanup mode registration - rt2x00: Remove async vendor request calls from rt2x00usb - rt2x00: Fix MAC address defines in rt61pci - rt2x00: Release rt2x00 2.1.2 - zd1211rw: Fixed incorrect constant name. - WDEV: ath5k, typecheck on nonDEBUG - mac80211: defer master netdev allocation to ieee80211_register_hw - mac80211: give burst time in txop rather than 0.1msec units - mac80211: fix ecw2cw brain-damage - rtl818x: fix RTS/CTS-less transmit - b43(legacy): include full timestamp in beacon frames - mac80211: convert sta_info.pspoll to a flag - mac80211: invoke set_tim() callback after setting own TIM info - mac80211: remove sta TIM flag, fix expiry TIM handling - mac80211: consolidate TIM handling code - adm8211: fix sparse warnings - p54: fix sparse warnings - ipw2200: le*_add_cpu conversion - prism54: Convert acl->sem in a mutex - prism54: Convert stats_sem in a mutex - prism54: Convert wpa_sem in a mutex - b43: Fix bandswitch - mac80211: Extend filter flag documentation about unsupported flags - b43: Add HostFlags HI support - zd1211rw: Fix beacon filter flags thinko - ssb: Add support for 8bit register access - mac80211: fix incorrect use of CONFIG_MAC80211_IBSS_DEBUG - wireless: rt2x00: fix driver menu indenting - iwlwifi: Update iwlwifi version stamp to 1.2.26 - iwlwifi: fix name of function in comment (_rx_card_state_notif) - wireless: Convert to list_for_each_entry_rcu() - mac80211: adjustable number of bits for qdisc pool - iwlwifi: remove IWL{4965,3945}_QOS - net/mac80211/: Use time_* macros - drivers/net/wireless/atmel.c: Use time_* macros - b43legacy: add definitions for MAC control register - b43legacy: fix upload of beacon packets to the hardware - b43legacy: fix B43legacy_WARN_ON macro - iwlwifi: change iwl->priv iwl_priv * type in iwl-YYY-io.h - iwlwifi: Add tx_ant_num hw setting variable - iwlwifi: remove twice defined CSR register - wireless: update US regulatory domain - at76_usb: Add at76_dbg_dump() macro - at76_usb: Convert DBG_TX levels to use at76_dbg_dump() - at76_usb: Add DBG_CMD for debugging firmware commands - at76_usb: add mac80211 support - at76_usb: Add support for monitor mode - at76_usb: Add support for WEP - at76_usb: Remove support the legacy stack - at76_usb: Use wiphy_name everywhere where needed - at76_usb: Allocate struct at76_priv using ieee80211_alloc_hw() - at76_usb: Prepare for struct net_device removal - at76_usb: Remove struct net_device - at76_usb: Use net/mac80211.h instead of net/ieee80211.h * Thu Feb 21 2008 Peter Jones - Require newer mkinitrd version. kexec-tools-1.102pre-6.fc9 -------------------------- * Fri Feb 22 2008 Neil Horman - 1.102pre-6 - Bringing rawhide up to date with bugfixes from RHEL5 - Adding patch to prevent kexec buffer overflow on ppc (bz 428684) kftpgrabber-0.8.1-6.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.8.1-6 - Autorebuild for GCC 4.3 kipi-plugins-0.1.5-0.6.rc2.fc9 ------------------------------ * Thu Feb 21 2008 Rex Dieter 0.1.5-0.6.rc2 - libXrandr patch * Tue Feb 19 2008 Fedora Release Engineering - 0.1.5-0.5.rc2 - Autorebuild for GCC 4.3 * Sat Feb 02 2008 Rex Dieter 0.1.5-0.4.rc2 - kipi-plugins-0.1.5-rc2 kismet-0.0.2007.10.R1-3.fc9 --------------------------- * Fri Feb 22 2008 Enrico Scholz - 0.0.2007.10.R1-3 - fixed build with gcc43 (#434084, thx to Erik van Pienbroek) * Mon Feb 18 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 klibido-0.2.5-10.fc9 -------------------- * Fri Feb 22 2008 Francois Aucamp - 0.2.5-10 - Changed kdelibs-devel build dependency to kdelibs3-devel - Added patch by Erik van Pienbroek to allow compilation with gcc 4.3 (RHBZ #433812) - Changed License field to GPLv2+ to comply with Fedora guidelines * Mon Feb 18 2008 Fedora Release Engineering - 0.2.5-9 - Autorebuild for GCC 4.3 kmenu-gnome-0.7.1-1.fc9 ----------------------- * Wed Feb 20 2008 Ariszlo - 0.7.1-1 - release 0.7.1 - updated fedora-administration.patch - removed package_games_kids icons from crystalsvg knemo-0.4.7-3.fc9 ----------------- * Fri Feb 22 2008 Francois Aucamp - 0.4.7-3 - Fixed dependencies for F9 - Fixed spec License field * Mon Feb 18 2008 Fedora Release Engineering - 0.4.7-2 - Autorebuild for GCC 4.3 kooldock-0.4.6-4.fc9 -------------------- * Fri Feb 22 2008 Micha?? Bentkowski - 0.4.6-4 - Fix BR * Mon Feb 18 2008 Fedora Release Engineering - 0.4.6-3 - Autorebuild for GCC 4.3 krename-3.0.14-4.fc9 -------------------- * Fri Feb 22 2008 Micha?? Bentkowski - 3.0.14-4 - Fix BR * Mon Feb 18 2008 Fedora Release Engineering - 3.0.14-3 - Autorebuild for GCC 4.3 kscope-1.6.1-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.6.1-4 - Autorebuild for GCC 4.3 ktorrent-3.0.0-7.fc9 -------------------- * Tue Feb 19 2008 Roland Wolters - 3.0.0-7 - further spec file improvements for the 3.0.0 version * Tue Feb 19 2008 Fedora Release Engineering - 3.0.0-2 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Roland Wolters - 3.0.0-1 - first KDE 4 build ladspa-1.12-9.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.12-9 - Autorebuild for GCC 4.3 * Mon Apr 23 2007 Thomas Vander Stichele - 1.12-8 - own the datadir. Fixes #231706. * Sat Sep 16 2006 Thomas Vander Stichele - 1.12-7 - include gcc 4.1 patch from Mandriva lapack-3.1.1-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.1.1-3 - Autorebuild for GCC 4.3 latencytop-0.3-5.fc9 -------------------- * Wed Feb 20 2008 Michal Schmidt - 0.3-5 - Own the data directory. less-418-3.fc9 -------------- * Wed Feb 20 2008 Fedora Release Engineering - 418-3 - Autorebuild for GCC 4.3 libFS-1.0.0-7.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.0-7 - Autorebuild for GCC 4.3 libHX-1.10.2-2.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.10.2-2 - Autorebuild for GCC 4.3 libICE-1.0.4-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.4-3 - Autorebuild for GCC 4.3 libSM-1.0.2-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-5 - Autorebuild for GCC 4.3 libX11-1.1.3-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.1.3-5 - Autorebuild for GCC 4.3 libXScrnSaver-1.1.2-4.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.2-4 - Autorebuild for GCC 4.3 libXTrap-1.0.0-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.0-5 - Autorebuild for GCC 4.3 libXau-1.0.3-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-5 - Autorebuild for GCC 4.3 * Thu Sep 27 2007 Adam Jackson 1.0.3-4 - libXau-devel Requires: xorg-x11-proto-devel (#235563) libXaw-1.0.4-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.4-2 - Autorebuild for GCC 4.3 libXcomposite-0.4.0-4.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.0-4 - Autorebuild for GCC 4.3 libXcursor-1.1.9-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.9-2 - Autorebuild for GCC 4.3 libXdamage-1.1.1-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.1-4 - Autorebuild for GCC 4.3 libXdmcp-1.0.2-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-5 - Autorebuild for GCC 4.3 libXevie-1.0.2-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-3 - Autorebuild for GCC 4.3 libXext-1.0.1-6.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-6 - Autorebuild for GCC 4.3 libXfixes-4.0.3-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.0.3-3 - Autorebuild for GCC 4.3 libXfontcache-1.0.4-5.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.4-5 - Autorebuild for GCC 4.3 libXft-2.1.12-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1.12-5 - Autorebuild for GCC 4.3 libXi-1.1.3-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.3-4 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 Brian Pepple - 1.1.3-3 - Fix pkconfig type on -devel. * Fri Jan 11 2008 parag 1.1.3-2 - Merge-review #226076 - Removed BR:pkgconfig - Removed XFree86-libs, xorg-x11-libs XFree86-devel, xorg-x11-devel as Obsoletes - Removed zero-length AUTHORS README file libXinerama-1.0.2-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-4 - Autorebuild for GCC 4.3 libXmu-1.0.3-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-5 - Autorebuild for GCC 4.3 libXp-1.0.0-11.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.0-11 - Autorebuild for GCC 4.3 * Tue Jan 15 2008 parag - 1.0.0-10 - Merge-Review #226082 - Removed XFree86-libs, xorg-x11-libs XFree86-devel, xorg-x11-devel as Obsoletes - Removed xorg-x11-deprecated-libs xorg-x11-deprecated-libs-devel as Obsoletes * Mon Jan 14 2008 parag - 1.0.0-9 - Merge-Review #226082 - Removed BR:pkgconfig - Removed zero-length README file libXpm-3.5.7-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.5.7-4 - Autorebuild for GCC 4.3 libXrandr-1.2.2-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.2-3 - Autorebuild for GCC 4.3 libXrender-0.9.4-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.4-3 - Autorebuild for GCC 4.3 libXres-1.0.3-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-4 - Autorebuild for GCC 4.3 libXt-1.0.4-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.4-5 - Autorebuild for GCC 4.3 libXtst-1.0.3-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-3 - Autorebuild for GCC 4.3 libXv-1.0.3-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-5 - Autorebuild for GCC 4.3 libXvMC-1.0.4-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.4-4 - Autorebuild for GCC 4.3 libXxf86dga-1.0.2-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-2 - Autorebuild for GCC 4.3 libXxf86misc-1.0.1-5.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-5 - Autorebuild for GCC 4.3 libXxf86vm-1.0.1-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-5 - Autorebuild for GCC 4.3 libannodex-0.7.3-10.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.3-10 - Autorebuild for GCC 4.3 libbonoboui-2.21.90-2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.21.90-2 - Autorebuild for GCC 4.3 libcaca-0.99-0.4.beta11.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.99-0.4.beta11 - Autorebuild for GCC 4.3 libcap-2.06-4.fc9 ----------------- * Thu Feb 21 2008 Karsten Hopp 2.06-4 - don't build static binaries (#433808) libcgi-1.0-8.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-8 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tom "spot" Callaway - 1.0-7 - fix license tag libcmml-0.9.1-5.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.1-5 - Autorebuild for GCC 4.3 libconfig-1.2.1-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-2 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tom "spot" Callaway 1.2.1-1 - bump to 1.2.1 libdmx-1.0.2-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-5 - Autorebuild for GCC 4.3 libevent-1.3e-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3e-2 - Autorebuild for GCC 4.3 libfontenc-1.0.4-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.4-5 - Autorebuild for GCC 4.3 libgdamm-2.9.81-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.9.81-2 - Autorebuild for GCC 4.3 libgee-0.1.1-3.fc9 ------------------ libgnome-2.21.90-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.21.90-2 - Autorebuild for GCC 4.3 libgsasl-0.2.18-6.fc9 --------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.2.18-6 - Autorebuild for GCC 4.3 libgssapi-0.11-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.11-3 - Autorebuild for GCC 4.3 libgssglue-0.1-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1-5 - Autorebuild for GCC 4.3 libgtop2-2.21.5-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.21.5-2 - Autorebuild for GCC 4.3 libhangul-0.0.6-4.fc9 --------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.0.6-4 - Autorebuild for GCC 4.3 libjpeg-6b-41.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 6b-41 - Autorebuild for GCC 4.3 libkdcraw-0.1.3-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.3-2 - Autorebuild for GCC 4.3 libkexif-0.2.5-4.fc9 -------------------- * Fri Feb 22 2008 Rex Dieter 0.2.5-4 - cleanup, fixup for rawhide (#433964) * Mon Feb 18 2008 Fedora Release Engineering - 0.2.5-3 - Autorebuild for GCC 4.3 libkipi-0.1.5-4.fc9 ------------------- * Fri Feb 22 2008 Rex Dieter 0.1.5-4 - cleanup, fixup for rawhide (#433965) * Mon Feb 18 2008 Fedora Release Engineering - 0.1.5-3 - Autorebuild for GCC 4.3 libmcrypt-2.5.8-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.5.8-5 - Autorebuild for GCC 4.3 libmp4v2-1.5.0.1-6.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.0.1-6 - Autorebuild for GCC 4.3 libmusicbrainz-2.1.5-6.fc9 -------------------------- * Fri Feb 22 2008 Rex Dieter 2.1.5-6 - gcc43 patch (#434127) * Mon Feb 18 2008 Fedora Release Engineering - 2.1.5-5 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Rex Dieter - 2.1.5-4 - specfile cosmetics libnemesi-0.6.4-0.3.rc2.fc9 --------------------------- * Thu Feb 21 2008 Dominik Mierzejewski 0.6.4-0.3.rc2 - work around linking problem on ppc64 (bug #433845) * Tue Feb 19 2008 Fedora Release Engineering - 0.6.4-0.2.rc2 - Autorebuild for GCC 4.3 libnetfilter_conntrack-0.0.82-3.fc9 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.82-3 - Autorebuild for GCC 4.3 libnetfilter_log-0.0.13-5.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.13-5 - Autorebuild for GCC 4.3 libnfnetlink-0.0.30-2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.30-2 - Autorebuild for GCC 4.3 libntlm-0.4.1-2.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.4.1-2 - Autorebuild for GCC 4.3 liboggz-0.9.5-2.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.5-2 - Autorebuild for GCC 4.3 * Fri Jan 12 2007 Thomas Vander Stichele - 0.9.5-1 - new upstream release libpaper-1.1.23-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.23-2 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tom "spot" Callaway 1.1.23-1 - 1.1.23 libprelude-0.9.16.2-2.fc9 ------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.16.2-2 - Autorebuild for GCC 4.3 * Wed Jan 23 2008 Steve Grubb 0.9.16.2-1 - New upstream version * Mon Jan 14 2008 Steve Grubb 0.9.16.1-1 - moved to new upstream version 0.9.16.1 libpreludedb-0.9.14.1-2.fc9 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.14.1-2 - Autorebuild for GCC 4.3 librsvg2-2.22.0-1.fc9 --------------------- * Thu Feb 21 2008 Matthias Clasen - 2.22.0-1 - Update to 2.22.0 librx-1.5-10.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5-10 - Autorebuild for GCC 4.3 libselinux-2.0.56-1.fc9 ----------------------- * Fri Feb 22 2008 Dan Walsh - 2.0.56-1 - Update to Upstream * Regenerated Flask headers from refpolicy flask definitions. libshout-2.2.2-3.fc9 -------------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.2.2-3 - Autorebuild for GCC 4.3 libtiff-3.8.2-10.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.8.2-10 - Autorebuild for GCC 4.3 libtirpc-0.1.7-17.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.7-17 - Autorebuild for GCC 4.3 libtomcrypt-1.17-9.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.17-9 - Autorebuild for GCC 4.3 libtomoe-gtk-0.6.0-3.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-3 - Autorebuild for GCC 4.3 libtunepimp-0.5.3-11.fc9 ------------------------ * Thu Feb 21 2008 Rex Dieter 0.5.3-11 - gcc43 patch - include mp4 plugin here * Tue Feb 19 2008 Fedora Release Engineering - 0.5.3-10 - Autorebuild for GCC 4.3 libutempter-1.1.5-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.5-2 - Autorebuild for GCC 4.3 libvirt-0.4.0-5.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.4.0-5 - Autorebuild for GCC 4.3 libxkbfile-1.0.4-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.4-5 - Autorebuild for GCC 4.3 libxml2-2.6.31-2 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.6.31-2 - Autorebuild for GCC 4.3 libxslt-1.1.22-2.fc9 -------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.22-2 - Autorebuild for GCC 4.3 lighttpd-1.4.18-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.18-5 - Autorebuild for GCC 4.3 lincity-ng-1.91-0.2.beta.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.91-0.2.beta - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tom "spot" Callaway 1.91-0.1.beta - bump to 1.91.beta link-grammar-4.2.5-2.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 4.2.5-2 - Autorebuild for GCC 4.3 lksctp-tools-1.0.7-3.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.0.7-3 - Autorebuild for GCC 4.3 lmarbles-1.0.7-9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.7-9 - Autorebuild for GCC 4.3 loki-lib-0.1.6-6.fc9 -------------------- * Thu Feb 21 2008 Sergio Pascual - 0.1.6-6 - Patch to build with GCC 4.3 * Tue Feb 19 2008 Fedora Release Engineering - 0.1.6-5.1 - Autorebuild for GCC 4.3 loudmouth-1.3.3-4.fc9 --------------------- * Thu Feb 21 2008 Owen Taylor - 1.3.3-4 - Fix build with recent GNU libc * Thu Feb 07 2008 Owen Taylor - 1.3.3-3 - Add patches fixing reentrancy problems on connection failure lout-3.36-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.36-2 - Autorebuild for GCC 4.3 lsdvd-0.16-7.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.16-7 - Autorebuild for GCC 4.3 macchanger-1.5.0-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.0-4 - Autorebuild for GCC 4.3 mach-0.9.2-4.fc9 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.2-4 - Autorebuild for GCC 4.3 * Wed Sep 12 2007 Ville Skytt?? - 0.9.2-3 - Set default flavour to "epel" for EPEL builds. * Sun Sep 09 2007 Ville Skytt?? - 0.9.2-2 - Drop no longer needed (and failing) old ppc config bug workarounds. - Sync group creation scriptlet with current Fedora packaging guidelines. - Set default config to the "updates" flavour. mailx-8.1.1-48.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 8.1.1-48 - Autorebuild for GCC 4.3 man-1.6e-4.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.6e-4 - Autorebuild for GCC 4.3 * Mon Mar 12 2007 Ivana Varekova - 1.6e-3 - incorporate the package review feedback * Tue Jan 09 2007 Ivana Varekova - 1.6e-2 - Resolves: 221868 man use incorrect groff option - spec file cleanup mash-0.3.2-1.fc9 ---------------- * Fri Feb 22 2008 Bill Nottingham 0.3.2-1 - fix typo that broke handling of unsigned packages - fix yum api usage (#433555, ) - fix noarch w/o src.rpm logic (#433551, ) - Add a 'use_repoview' option that allows us to toggle repoview generation. () - Tell createrepo to be quiet () - Don't re-generate repoview after multilib solving. () - Fix our "failsafe" shutil.copyfile call () * Thu Jan 17 2008 Bill Nottingham 0.3.0-1 - use createrepo's python API - allow running without local koji storage * Mon Nov 19 2007 Bill Nottingham 0.2.10-1 - handle non Packages/ repositories better (#350391) mcrypt-2.6.7-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.6.7-2 - Autorebuild for GCC 4.3 mdsplib-0.11-6.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.11-6 - Autorebuild for GCC 4.3 memtest86+-2.01-1.fc9 --------------------- * Thu Feb 21 2008 Warren Togami - 2.01-1 - 2.01 major bugfix release mesa-7.1-0.16.fc9 ----------------- * Thu Feb 21 2008 Adam Jackson 7.1-0.16 - Fix build on powerpc and amd64. - Disable %_smp_mflags for DRI drivers for now. * Mon Feb 18 2008 Adam Jackson 7.1-0.15 - Today's git snapshot, additional headers for DRI2 love. * Fri Feb 15 2008 Adam Jackson 7.1-0.14 - Fix build on lib64 machines. metakit-2.4.9.7-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4.9.7-5 - Autorebuild for GCC 4.3 * Mon Oct 22 2007 Matthias Saou 2.4.9.7-4 - Update to latest upstream sources... same filename, different content! mfstools-2.0-13.snapshot050221.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0-13.snapshot050221 - Autorebuild for GCC 4.3 mhash-0.9.9-5 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.9-5 - Autorebuild for GCC 4.3 mktemp-3:1.5-26.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3:1.5-26 - Autorebuild for GCC 4.3 mmv-1.01b-10.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.01b-10 - Autorebuild for GCC 4.3 mod_annodex-0.2.2-8.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.2.2-8 - Autorebuild for GCC 4.3 mod_extract_forwarded-2.0.2-3.fc9 --------------------------------- mono-1.9-1.fc9 -------------- * Mon Feb 04 2008 Paul F. Johnson 1.9-1 - bump to preview 2 - spec file fixes * Wed Dec 19 2007 Paul F. Johnson 1.2.6-6.1 - added BR libunwind-devel for ia64 (bz426180) - fix for LIBDIR problem * Sun Dec 16 2007 Paul F. Johnson 1.2.6-4 - bump new version - removed more redundant bits - url fix monodevelop-0.19-2.fc9 ---------------------- * Thu Feb 21 2008 Paul F. Johnson 0.19-2 - added BR update-desktop-database * Thu Feb 21 2008 Paul F. Johnson 0.19-1 - bump to preview 1 * Fri Jan 04 2008 Paul F. Johnson 0.18.1-1 - bump mpfr-2.3.0-3.fc9 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.3.0-3 - Autorebuild for GCC 4.3 msmtp-1.4.13-4.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.4.13-4 - Autorebuild for GCC 4.3 mtx-1.3.11-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.11-3 - Autorebuild for GCC 4.3 muine-0.8.8-7.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.8-7 - Autorebuild for GCC 4.3 musicbox-0.2.3-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.3-6 - Autorebuild for GCC 4.3 mutt-5:1.5.17-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5:1.5.17-3 - Autorebuild for GCC 4.3 nagios-plugins-snmp-disk-proc-1.2-2.fc9 --------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-2 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tom "spot" Callaway - 1.2-1 - bump to 1.2 nautilus-python-0.4.3-5.fc9 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.4.3-5 - Autorebuild for GCC 4.3 nbtscan-1.5.1-2.fc9 ------------------- ncftp-2:3.2.1-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:3.2.1-2 - Autorebuild for GCC 4.3 ncompress-4.2.4-50.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.2.4-50 - Autorebuild for GCC 4.3 netgo-0.5-9.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5-9 - Autorebuild for GCC 4.3 nfs-utils-lib-1.1.1-3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.1-3 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Steve Dickson 1.1.1-2 - Changed the file mode on documentation files (bz 427827) - Chagned how the doc directories are created so they are owned by the package. (bz 211001) nfs4-acl-tools-0.3.2-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.2-2 - Autorebuild for GCC 4.3 nickle-2.62-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.62-2 - Autorebuild for GCC 4.3 nqc-3.1.6-2.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.1.6-2 - Autorebuild for GCC 4.3 * Thu Sep 20 2007 Rick L Vinyard Jr - 3.1.6-1 - Updated license to reflect specific MPL version - New upstream release - Added NQC tutorial and samples to docs - Added -c option to setup to create top-level directory nrg2iso-0.4-3.fc9 ----------------- nspluginwrapper-0.9.91.5-22.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.91.5-22 - Autorebuild for GCC 4.3 nspr-4.7.0.99.1-1.fc9 --------------------- * Fri Feb 22 2008 Kai Engert - 4.7.0.99.1-1 - Update to NSPR 4.7.1 Beta 1 - Use /usr/lib{64} as devel libdir, create symbolic links. ntfs-3g-2:1.2216-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:1.2216-2 - Autorebuild for GCC 4.3 nuttcp-5.3.1-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 5.3.1-4 - Autorebuild for GCC 4.3 obex-data-server-1:0.3-1.fc9 ---------------------------- * Thu Feb 21 2008 - Bastien Nocera - 0.3-1 - Update to 0.3 odt2txt-0.3-2.fc9 ----------------- oidentd-2.0.8-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.8-5 - Autorebuild for GCC 4.3 oneko-1.2-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-6 - Autorebuild for GCC 4.3 onesixtyone-0.3.2-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.2-4 - Autorebuild for GCC 4.3 online-desktop-0.2.22-2.fc9 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.2.22-2 - Autorebuild for GCC 4.3 opal-2.2.11-3.fc9 ----------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.2.11-3 - Autorebuild for GCC 4.3 openjpeg-1.3-2.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.3-2 - Autorebuild for GCC 4.3 * Thu Dec 27 2007 Callum Lerwick 1.3-1 - New upstream release. openldap-2.4.8-1.fc9 -------------------- * Fri Feb 22 2008 Jan Safranek 2.4.8-1 - new upstream release openssl-0.9.8g-5.fc9 -------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.8g-5 - Autorebuild for GCC 4.3 openvpn-2.1-0.25.rc7.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.1-0.25.rc7 - Autorebuild for GCC 4.3 osgal-1:0.6.1-3.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1:0.6.1-3 - Autorebuild for GCC 4.3 osgcal-0.1.46-5.fc9 ------------------- * Thu Feb 21 2008 Christopher Stone 0.1.46-5 - Add gcc4.3 patch * Wed Feb 20 2008 Fedora Release Engineering - 0.1.46-4 - Autorebuild for GCC 4.3 osslsigncode-1.2-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-4 - Autorebuild for GCC 4.3 oxine-0.7.0-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.0-2 - Autorebuild for GCC 4.3 p7zip-4.51-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.51-4 - Autorebuild for GCC 4.3 pam-0.99.10.0-2.fc9 ------------------- * Fri Feb 22 2008 Tomas Mraz 0.99.10.0-2 - if shadow is readable for an user do not prevent him from authenticating any user with unix_chkpwd (#433459) - call audit from unix_chkpwd when appropriate * Fri Feb 15 2008 Tomas Mraz 0.99.10.0-1 - new upstream release - add default soft limit for nproc of 1024 to prevent accidental fork bombs (#432903) * Mon Feb 04 2008 Tomas Mraz 0.99.8.1-18 - allow the package to build without SELinux and audit support (#431415) - macro usage cleanup pam_ccreds-7-2.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 7-2 - Autorebuild for GCC 4.3 pam_mount-0.32-3.fc9 -------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.32-3 - Autorebuild for GCC 4.3 pam_mysql-1:0.7-0.5.rc1.fc9.2 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.7-0.5.rc1.2 - Autorebuild for GCC 4.3 * Wed Jan 23 2008 lonely wolf - 0.7-0.4.rc1.2 - BR: pkgconfig, openssl-devel - preserve timestamp of CREDITS pam_passwdqc-1.0.4-5 -------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.0.4-5 - Autorebuild for GCC 4.3 pam_smb-1.1.7-8.2.2 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.7-8.2.2 - Autorebuild for GCC 4.3 passwd-0.74-6.fc9 ----------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.74-6 - Autorebuild for GCC 4.3 * Tue Sep 25 2007 Tomas Mraz 0.74-5 - buildrequires popt-devel * Wed Aug 22 2007 Tomas Mraz 0.74-4 - spec file cleanups pavumeter-0.9.3-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.3-2 - Autorebuild for GCC 4.3 pax-3.4-5.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.4-5 - Autorebuild for GCC 4.3 perl-Alien-wxWidgets-0.32-3.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.32-3 - Autorebuild for GCC 4.3 * Tue Feb 05 2008 Tom "spot" Callaway - 0.32-2 - rebuild for new perl perl-Authen-Krb5-1.7-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7-4 - Autorebuild for GCC 4.3 perl-Authen-PAM-0.16-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.16-4 - Autorebuild for GCC 4.3 perl-BerkeleyDB-0.33-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.33-2 - Autorebuild for GCC 4.3 perl-Cache-Mmap-0.09-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.09-4 - Autorebuild for GCC 4.3 perl-Cairo-1.044-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.044-3 - Autorebuild for GCC 4.3 * Tue Feb 05 2008 Tom "spot" Callaway - 1.044-2 - rebuild for new perl perl-Clone-0.28-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.28-3 - Autorebuild for GCC 4.3 * Fri Jan 11 2008 Tom "spot" Callaway 0.28-2 - rebuild for new perl perl-Crypt-DES-2.05-6.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.05-6 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tom "spot" Callaway 2.05-5 - rebuild for new perl perl-DBD-SQLite2-0.33-9.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.33-9 - Autorebuild for GCC 4.3 perl-Data-Structure-Util-0.12-4.fc9 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.12-4 - Autorebuild for GCC 4.3 perl-DateTime-1:0.41-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.41-4 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Tom "spot" Callaway 1:0.41-3 - rebuild for new perl * Tue Dec 11 2007 Steven Pritchard 1:0.41-2 - Update License tag. - Update to DateTime::TimeZone 0.70. perl-Devel-Caller-2.03-2.fc9 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.03-2 - Autorebuild for GCC 4.3 perl-Devel-Cover-0.63-2.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.63-2 - Autorebuild for GCC 4.3 perl-Devel-Leak-0.03-6.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.03-6 - Autorebuild for GCC 4.3 perl-Digest-CRC-0.10-3.fc9 -------------------------- perl-Digest-Nilsimsa-0.06-9.fc9.1 --------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.06-9.1 - Autorebuild for GCC 4.3 perl-File-MMagic-XS-0.09003-3.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.09003-3 - Autorebuild for GCC 4.3 * Sat Feb 02 2008 Tom "spot" Callaway 0.09003-2 - rebuild for new perl perl-File-Sync-0.09-4.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.09-4 - Autorebuild for GCC 4.3 perl-GD-2.35-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.35-4 - Autorebuild for GCC 4.3 * Thu Jan 24 2008 Tom "spot" Callaway - 2.35-3 - rebuild for new perl * Mon Oct 15 2007 Tom "spot" Callaway - 2.35-2.1 - add BR: perl(ExtUtils::MakeMaker) perl-GSSAPI-0.24-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.24-5 - Autorebuild for GCC 4.3 * Thu Feb 07 2008 Tom "spot" Callaway 0.24-4 - rebuild for new perl perl-Glib-1.162-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.162-4 - Autorebuild for GCC 4.3 * Tue Feb 05 2008 Tom "spot" Callaway - 1.162-3 - rebuild for new perl * Tue Jan 15 2008 Tom "spot" Callaway - 1.162-2 - disable smp_mflags, they break on massively SMP boxes (bz 428911) perl-Gtk2-1.162-3.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.162-3 - Autorebuild for GCC 4.3 * Tue Feb 05 2008 Tom "spot" Callaway - 1.162-2 - rebuild for new perl perl-Gtk2-Spell-1.03-7.fc9 -------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 1.03-7 - Autorebuild for GCC 4.3 perl-IO-Interface-1.03-2.fc9.2 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.03-2.2 - Autorebuild for GCC 4.3 perl-IO-Tty-1.07-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.07-4 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway - 1.07-3 - rebuild for new perl perl-IPC-ShareLite-0.09-12.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.09-12 - Autorebuild for GCC 4.3 * Wed Feb 13 2008 Tom "spot" Callaway 0.09-11 - still not quite right on x86_64, but not segfaulting anymore. * Fri Feb 08 2008 Tom "spot" Callaway 0.09-10 - rebuild for new perl perl-Imager-0.62-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.62-2 - Autorebuild for GCC 4.3 perl-Linux-Pid-0.04-4.fc9 ------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.04-4 - Autorebuild for GCC 4.3 perl-Mail-Box-Parser-C-3.006-3.fc9 ---------------------------------- perl-Mail-Transport-Dbx-0.07-5.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.07-5 - Autorebuild for GCC 4.3 perl-Net-DBus-0.33.6-1.fc9 -------------------------- * Thu Feb 21 2008 Chris Weyl 0.33.6-1 - update to 0.33.6 - update license tag perl-Net-Libdnet-0.01-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.01-4 - Autorebuild for GCC 4.3 perl-Net-Pcap-0.14-3.fc9 ------------------------ perl-PadWalker-1.6-2.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.6-2 - Autorebuild for GCC 4.3 perl-SGML-Parser-OpenSP-0.991-2.fc9 ----------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.991-2 - Autorebuild for GCC 4.3 perl-Socket6-0.19-6.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.19-6 - Autorebuild for GCC 4.3 * Thu Jan 31 2008 Tom "spot" Callaway - 0.19-5 - rebuild for new perl perl-Spreadsheet-ParseExcel-0.3200-4.fc9 ---------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3200-4 - Autorebuild for GCC 4.3 perl-Taint-Runtime-0.03-4.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.03-4 - Autorebuild for GCC 4.3 * Fri Jan 11 2008 Tom "spot" Callaway 0.03-3 - rebuild for new perl perl-Template-Toolkit-2.19-3.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.19-3 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway - 2.19-2 - rebuild for new perl perl-Text-LevenshteinXS-0.03-4.fc9 ---------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.03-4 - Autorebuild for GCC 4.3 perl-Unix-Statgrab-0.04-3.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.04-3 - Autorebuild for GCC 4.3 perl-Unix-Syslog-1.0-2.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-2 - Autorebuild for GCC 4.3 perl-Wx-0.80-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.80-3 - Autorebuild for GCC 4.3 perl-XML-LibXSLT-1.63-4.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.63-4 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tom "spot" Callaway - 1.63-3 - rebuild for new perl perl-YAML-Parser-Syck-0.01-10.fc9 --------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.01-10 - Autorebuild for GCC 4.3 perl-YAML-Syck-1.01-3.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.01-3 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tom "spot" Callaway 1.01-2 - rebuild for new perl * Mon Jan 28 2008 Steven Pritchard 1.01-1 - Update to 1.01. perl-eperl-2.2.14-5.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.14-5 - Autorebuild for GCC 4.3 perl-libintl-1.16-7.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.16-7 - Autorebuild for GCC 4.3 * Tue Feb 05 2008 Tom "spot" Callaway 1.16-6 - rebuild for new perl perl-version-2:0.74-2.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:0.74-2 - Autorebuild for GCC 4.3 pfmon-3.2-1.071017.3.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 3.2-1.071017.3 - Autorebuild for GCC 4.3 php-eaccelerator-1:0.9.5.2-2.fc9 -------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.9.5.2-2 - Autorebuild for GCC 4.3 php-pear-PHPUnit-3.2.15-1.fc9 ----------------------------- * Thu Feb 21 2008 Christopher Stone 3.2.15-1 - Upstream sync php-pecl-mailparse-2.1.1-9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1.1-9 - Autorebuild for GCC 4.3 php-pecl-radius-1.2.5-3.fc9 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.2.5-3 - Autorebuild for GCC 4.3 php-pecl-xdebug-2.0.2-2.fc9 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.0.2-2 - Autorebuild for GCC 4.3 physfs-1.0.1-8.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-8 - Autorebuild for GCC 4.3 pidgin-guifications-2.14-4.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.14-4 - Autorebuild for GCC 4.3 * Thu Jan 03 2008 Stu Tomlinson 2.14-3 - Don't force use of strict ISO C99 compiler, fixes building with gcc 4.3 pidgin-rhythmbox-2.0-3.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0-3 - Autorebuild for GCC 4.3 * Sat Sep 08 2007 Michel Salim - 2:0.12.3-8 - Autorebuild for GCC 4.3 * Mon Jan 28 2008 Tom "spot" Callaway - 2:0.12.3-7 - rebuild for new perl poker-eval-134.0-2.fc9 ---------------------- * Wed Feb 20 2008 Fedora Release Engineering - 134.0-2 - Autorebuild for GCC 4.3 poker2d-1.2.0-4.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.2.0-4 - Autorebuild for GCC 4.3 poker3d-1.1.36-9.fc9 -------------------- * Thu Feb 21 2008 Christopher Stone 1.1.36-9 - Add gcc43 patch * Wed Feb 20 2008 Fedora Release Engineering - 1.1.36-8 - Autorebuild for GCC 4.3 postfix-2:2.4.6-3.fc9 --------------------- * Wed Feb 20 2008 Fedora Release Engineering - 2:2.4.6-3 - Autorebuild for GCC 4.3 powermanga-0.90-3 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.90-3 - Autorebuild for GCC 4.3 * Mon Oct 22 2007 Matthias Saou 0.90-2 - Update to latest upstream sources... same filename, different content! - Update install patch for it to still apply. prelude-lml-0.9.11-2.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 0.9.11-2 - Autorebuild for GCC 4.3 proj-4.5.0-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.5.0-2 - Autorebuild for GCC 4.3 psacct-6.3.2-50.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 6.3.2-50 - Autorebuild for GCC 4.3 pulseaudio-0.9.8-7.fc9 ---------------------- * Thu Feb 21 2008 Adam Tkac 0.9.8-7 - really rebuild against new libcap pwlib-1.10.10-5.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.10.10-5 - Autorebuild for GCC 4.3 pybluez-0.9.1-4.fc9 ------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.1-4 - Autorebuild for GCC 4.3 * Fri Dec 29 2006 - Will Woods - 0.9.1-3 - Clean up spec file some more after further comments in bug #218678 * Fri Dec 15 2006 - Will Woods - 0.9.1-2 - Clean up spec file according to comments in bug #218678 pychess-0.8-2.fc9 ----------------- * Thu Feb 21 2008 Sindre Pedersen Bjordal - 0.8-2 - Final 0.8 release pyflowtools-0.3.2-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.2-2 - Autorebuild for GCC 4.3 pygame-1.7.1-16.fc9 ------------------- * Thu Feb 21 2008 Christopher Stone 1.7.1-16 - Add egginfo file to %files - Update %license - Fix permissions on .so files * Wed Feb 20 2008 Fedora Release Engineering - 1.7.1-15 - Autorebuild for GCC 4.3 pygsl-0.9.1-8.fc9 ----------------- * Fri Feb 22 2008 Jos?? Matos - 0.9.1-8 - Add egg-info file to package (F9+). * Tue Feb 19 2008 Fedora Release Engineering - 0.9.1-7 - Autorebuild for GCC 4.3 pylibacl-0.2.2-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.2-3 - Autorebuild for GCC 4.3 pypoker-eval-134.0-2.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 134.0-2 - Autorebuild for GCC 4.3 * Wed May 23 2007 Christopher Stone 134.0-1 - Upstream sync - Remove libtool archive instead of %excluding it * Fri Dec 08 2006 Christopher Stone 133.0-1 - Upstream sync python-2.5.1-22.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.5.1-22 - Autorebuild for GCC 4.3 * Sun Jan 13 2008 Tom "spot" Callaway - 2.5.1-21 - rebuild for new tk in rawhide * Mon Jan 07 2008 James Antill - 2.5.1-20 - Add valgrind support files, as doc, to python-devel - Relates: rhbz#418621 - Add new API from 2.6, set_wakeup_fd ... use at own risk, presumably won't - change but I have no control to guarantee that. - Resolves: rhbz#427794 - Add gdbinit support file, as doc, to python-devel python-alsa-1.0.15-3.fc9 ------------------------ * Wed Feb 20 2008 Jesse Keating - 1.0.15-3 - Rebuild for GCC 4.3 * Fri Jan 04 2008 Andy Shevchenko 1.0.15-2 - include egg-info to the files: catched from rawhide mass rebuild (http://sunsite.mff.cuni.cz/rawhide20071220-gcc43/fails-even-with-41/python-alsa-1.0.15-1.fc8.log) * Wed Oct 17 2007 Andy Shevchenko 1.0.15-1 - update to relase 1.0.15 python-bibtex-1.2.4-4.fc9 ------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.2.4-4 - Autorebuild for GCC 4.3 python-imaging-1.1.6-9.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.6-9 - Autorebuild for GCC 4.3 python-lxml-1.3.6-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.6-2 - Autorebuild for GCC 4.3 * Sun Nov 04 2007 Jeffrey C. Ollie - 1.3.6-1 - Update to 1.3.6. * Mon Oct 22 2007 Jeffrey C. Ollie - 1.3.5-1 - Update to 1.3.5. python-protocols-1.0-0.7.a0dev_r2302.fc9 ---------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-0.7.a0dev_r2302 - Autorebuild for GCC 4.3 python-psycopg-1.1.21-7.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.21-7 - Autorebuild for GCC 4.3 python-sqlobject-0.9.3-2.fc9 ---------------------------- * Thu Feb 21 2008 Toshio Kuratomi 0.9.3-2 - Stop deleting the ez_setup directory so we can build setuptools eggs as upstream intends. pyxattr-0.2.2-3.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.2-3 - Autorebuild for GCC 4.3 qfits-6.2.0-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 6.2.0-4 - Autorebuild for GCC 4.3 qtparted-0.4.5-18.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.5-18 - Autorebuild for GCC 4.3 quarry-0.2.0-3.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.2.0-3 - Autorebuild for GCC 4.3 qucs-0.0.13-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.0.13-2 - Autorebuild for GCC 4.3 quota-1:3.15-4.fc9 ------------------ * Thu Feb 21 2008 Ondrej Vasik 3.15-4 - added pointers to quota_nld and warnquota to some manpages(upstream, #83975) radeontool-1.5-3.fc9 -------------------- re2c-0.12.3-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.12.3-2 - Autorebuild for GCC 4.3 reciteword-0.8.4-3.fc9 ---------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.8.4-3 - Autorebuild for GCC 4.3 recode-3.6-26.fc9 ----------------- * Wed Feb 20 2008 Fedora Release Engineering - 3.6-26 - Autorebuild for GCC 4.3 recordmydesktop-0.3.7-3.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.7-3 - Autorebuild for GCC 4.3 reiserfs-utils-2:3.6.19-3.4.1 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2:3.6.19-3.4.1 - Autorebuild for GCC 4.3 remctl-2.11-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.11-5 - Autorebuild for GCC 4.3 resapplet-0.1.1-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.1-7 - Autorebuild for GCC 4.3 rhgb-1:0.17.7-5.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.17.7-5 - Autorebuild for GCC 4.3 rlwrap-0.30-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.30-2 - Autorebuild for GCC 4.3 rng-utils-1:2.0-1.15.1.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:2.0-1.14.1 - Autorebuild for GCC 4.3 rocksndiamonds-3.2.3-3.fc9.2 ---------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.2.3-3.2 - Autorebuild for GCC 4.3 * Mon Aug 27 2007 Tom "spot" Callaway 3.2.3-2.2 - license fix * Tue Aug 14 2007 Tom "spot" Callaway 3.2.3-2 - use clean tarball - patch in support for displaying url on music info page rootsh-1.5.2-6.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.5.2-6 - Autorebuild for GCC 4.3 rpld-1.8-0.2.beta1.fc9 ---------------------- rsibreak-0.8.0-5.fc9 -------------------- * Fri Feb 22 2008 Roland Wolters 0.8.0-5 - rebuild after dbug bug has been fixed in devel branch * Tue Feb 19 2008 Fedora Release Engineering - 0.8.0-4 - Autorebuild for GCC 4.3 ruby-1.8.6.111-9.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.8.6.111-9 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Akira TAGOH - 1.8.6.111-8 - Rebuild for gcc-4.3. * Tue Jan 15 2008 Akira TAGOH - 1.8.6.111-7 - Revert the change of libruby-static.a. (#428384) ruby-ldap-0.9.7-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.7-5 - Autorebuild for GCC 4.3 rubygem-fastthread-1.0-2.fc9 ---------------------------- rubygem-mongrel-1.0.1-6.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-6 - Autorebuild for GCC 4.3 rxvt-unicode-9.02-1.fc9 ----------------------- * Thu Feb 21 2008 Andreas Bierfert - 9.02-1 - version upgrade rzip-2.1-2.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1-2 - Autorebuild for GCC 4.3 sabayon-2.21.0-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.21.0-2 - Autorebuild for GCC 4.3 scim-input-pad-0.1.1-8.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.1-8 - Autorebuild for GCC 4.3 scratchpad-0.3.0-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.0-4 - Autorebuild for GCC 4.3 scrub-1.9-3.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.9-3 - Autorebuild for GCC 4.3 seedit-2.2.0-2.fc9 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 2.2.0-2 - Autorebuild for GCC 4.3 selinux-policy-3.2.9-2.fc9 -------------------------- * Thu Feb 21 2008 Dan Walsh 3.2.9-2 - Add fusectl file system ser2net-2.4-2.fc9.1 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.4-2.1 - Autorebuild for GCC 4.3 setroubleshoot-2.0.6-1.fc9 -------------------------- * Thu Feb 21 2008 - 2.0.6-1 - add dialog to run a command in the background, capture it's stdout & stderr report it's status, kill it, and pass it a pseudo terminal for password prompts - separate the fix command into it's own section in formatted alerts - add UI for running the fix command, enable only if there is a single selection and the selected alert has a fix command - add a config parameters 'run_fix_cmd_enable' to control if fix commands can be run, defaults to False - Resolve bug #431380: prevent notify popups while setroubleshoot is open sextractor-2.5.0-6.fc9.1 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.5.0-6.1 - Autorebuild for GCC 4.3 shapelib-1.2.10-16.20060304cvs ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.2.10-16.20060304cvs - Autorebuild for GCC 4.3 sipp-3.0-3.fc9 -------------- * Thu Feb 21 2008 Peter Lemenkov 3.0-3 - Fixed build with GCC 4.3 - No need to remove .svn leftover * Tue Feb 19 2008 Fedora Release Engineering - 3.0-2 - Autorebuild for GCC 4.3 slim-1.3.0-4.fc9 ---------------- * Fri Feb 22 2008 Anders F Bjorklund 1.3.0-4 - add header for strtol(3) * Mon Feb 18 2008 Fedora Release Engineering - 1.3.0-3 - Autorebuild for GCC 4.3 smb4k-0.9.2-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.2-4 - Autorebuild for GCC 4.3 snownews-1.5.8-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.8-2 - Autorebuild for GCC 4.3 solfege-3.8.0-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.8.0-2 - Autorebuild for GCC 4.3 soprano-2.0.2-1.fc9 ------------------- * Fri Feb 22 2008 Kevin Kofler 2.0.2-1 - update to 2.0.2 (bugfix release) - drop glibc/open (missing mode) patch (fixed upstream) spamassassin-3.2.4-3.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 3.2.4-3 - Autorebuild for GCC 4.3 * Thu Jan 31 2008 Tom "spot" Callaway 3.2.4-2 - rebuild for new perl speedcrunch-0.9-3.fc9 --------------------- * Fri Feb 22 2008 Roland Wolters - 0.9-3 - rebuild for fixed dependencies * Tue Feb 19 2008 Fedora Release Engineering - 0.9-2 - Autorebuild for GCC 4.3 spicctrl-1.9-6.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.9-6 - Autorebuild for GCC 4.3 starfighter-1.1-12 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.1-12 - Autorebuild for GCC 4.3 startup-notification-0.9-4.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.9-4 - Autorebuild for GCC 4.3 strigi-0.5.8-1.fc9 ------------------ * Thu Feb 21 2008 Kevin Kofler - 0.5.8-1 - Update to 0.5.8 - Fix LIB_DESTINATION (#433627) - Drop GCC 4.3 patch (fixed upstream) stripesnoop-1.5-8.fc9.3 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5-8.3 - Autorebuild for GCC 4.3 subversion-1.4.6-5 ------------------ * Thu Feb 21 2008 Lubomir Kundrak 1.4.6-5 - Correct install location of java stuff (#433295) * Wed Feb 06 2008 Tom "spot" Callaway 1.4.6-4 - BR perl(ExtUtils::Embed) * Tue Feb 05 2008 Tom "spot" Callaway 1.4.6-3 - rebuild for new perl sudo-1.6.9p13-1.fc9 ------------------- * Thu Feb 21 2008 Peter Vrabec 1.6.9p13-1 - upgrade to the latest upstream release sword-1.5.10-3.fc9 ------------------ * Thu Feb 21 2008 Deji Akingunola - 1.5.10-3 - Fix command injection bug (Bug #433723) syslinux-3.61-1.fc9 ------------------- * Thu Feb 21 2008 Peter Jones - 3.61-1 - Update to 3.61 . system-config-bind-4.0.5-1.fc9 ------------------------------ * Thu Feb 21 2008 Radek Brich - 4.0.5-1 - Correct warning about format of SRV RR (bz#423761) - Clean up spec file, links, permissions, add COPYING (bz#226452) * Tue Jan 22 2008 Radek Brich - 4.0.4-1 - Release 4.0.4 - Update URL in .spec to new project page (resolves bz#237363) system-config-services-0.99.0-1.fc9 ----------------------------------- * Fri Feb 22 2008 Nils Philippsen - 0.99.0-1 - make start/stop/restart/enable/disable buttons/menu entries work - SysVService: SVC_ENABLED_YES <-> RL 2, 3, 4, 5; everything else is SVC_ENABLED_CUSTOM * Thu Feb 21 2008 Nils Philippsen - implement XinetdServiceInfo.parse() - add and implement SVC_STATUS_REFRESHING - clear description text buffers if not description exists - implement GUIXinetdServicesDetailsPainter.paint_details() - implement async loading in XinetdService - implement GUISysVServiceEntryPainter.paint() - handle deleted services in GUIServicesList.on_service_status_changed() - make menu items and toolbar buttons (in)sensitive based on selected service * Wed Feb 20 2008 Nils Philippsen - add classes dealing with information about services, e.g. contained in chkconfig/LSB style comments in init scripts - distinguish real SysV services from fake ones (e.g. halt) - set enabled/disabled icons for SysV services - add textual description about if a service is enabled/disabled/customized - display description, short description systemtap-0.6.1-8.fc9 --------------------- * Thu Feb 21 2008 Will Cohen - 0.6.1-8 - Bump version. * Wed Feb 13 2008 Will Cohen - 0.6.1-5 - Correct elfi typo in runtime/stack-i386.c. tack-1.06-2.fc9 --------------- talk-0.17-30.2.4 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.17-30.2.4 - Autorebuild for GCC 4.3 taskcoach-0.68.0-7.fc9 ---------------------- * Thu Feb 21 2008 Krzysztof Kurzawski 0.68.0-7 - Correct license * Thu Feb 21 2008 Krzysztof Kurzawski 0.68.0-6 - Correct license tcp_wrappers-7.6-52.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 7.6-52 - Autorebuild for GCC 4.3 * Tue Oct 16 2007 Tomas Janousek - 7.6-51 - review changes tcptraceroute-1.5-0.5.beta7.fc9 ------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5-0.5.beta7 - Autorebuild for GCC 4.3 telepathy-mission-control-4.55-2.fc9 ------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 4.55-2 - Autorebuild for GCC 4.3 texlive-2007-19.fc9 ------------------- * Thu Feb 21 2008 Jindrich Novy - 2007-19 - remove dvipng, it's now packaged separately (#431356) thinkfinger-0.3-8.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3-8 - Autorebuild for GCC 4.3 thttpd-2.25b-16.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.25b-16 - Autorebuild for GCC 4.3 * Mon Oct 22 2007 Matthias Saou 2.25b-15 - Update to latest upstream sources, same filename, only email address changes. - Remove trademarked Fedora logo button and replace with a symlink to the main system-logo provided button image. - Update default index.html to UTF-8 and thttpd green background color. timidity++-2.13.2-11.fc9 ------------------------ * Thu Feb 21 2008 Jindrich Novy 2.13.2-11 - rebuild * Thu Feb 21 2008 Jindrich Novy 2.13.2-10 - don't free a constant string if -d is specified (#433756), thanks to Andrew Bartlett tinyfugue-5.0-0.8.b8.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 5.0-0.8.b8 - Autorebuild for GCC 4.3 tkimg-1.3-0.9.20071018svn.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3-0.9.20071018svn - Autorebuild for GCC 4.3 tomoe-0.6.0-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-4 - Autorebuild for GCC 4.3 ttcp-1.12-18.fc9 ---------------- * Fri Feb 22 2008 Marcela Maslanova - 1.12-18 - NI_MAXHOST was fixed, so get rid of the previous patch tuxpaint-1:0.9.17-3.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:0.9.17-3 - Autorebuild for GCC 4.3 tuxtype2-1.5.3-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.3-3 - Autorebuild for GCC 4.3 udunits-1.12.4-13.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.12.4-13 - Autorebuild for GCC 4.3 uisp-20050207-2.fc9 ------------------- units-1.87-2.fc9 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.87-2 - Autorebuild for GCC 4.3 ustr-1.0.3-5.fc9 ---------------- * Thu Feb 21 2008 Dennis Gilmore - 1.0.3-5 - set broken_fed_dbg_opts to 0 its the recomended option upstream - add smpflags and cflags to make check vala-0.1.6-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.6-2 - Autorebuild for GCC 4.3 vbetool-0.7-5.fc9 ----------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.7-5 - Autorebuild for GCC 4.3 vdccm-0.10.1-3.fc9 ------------------ * Fri Feb 22 2008 Andreas Bierfert - 0.10.1-3 - fix gcc43 build (#433998) vdr-1.4.7-10.fc9 ---------------- * Wed Feb 20 2008 Ville Skytt?? - 1.4.7-10 - Rebuild. * Sun Feb 17 2008 Ville Skytt?? - 1.4.7-9 - Don't run "restart" for init script's "reload" action per the LSB spec. - runvdr cleanups, handle PLUGIN_ENABLED values case insensitively. * Thu Feb 14 2008 Ville Skytt?? - 1.4.7-8 - Patch to fix build with GCC 4.3's cleaned up C++ headers. veusz-1.0-3.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-3 - Autorebuild for GCC 4.3 * Thu Dec 20 2007 Jeremy Sanders - 1.0-2 - Package egg file * Thu Dec 20 2007 Jeremy Sanders - 1.0-1 - Update to Veusz-1.0 (now based on PyQt4/numpy) viruskiller-1.0-7 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-7 - Autorebuild for GCC 4.3 vorbis-tools-1:1.1.1.svn20070412-6.fc9 -------------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1:1.1.1.svn20070412-6 - Autorebuild for GCC 4.3 vpnc-0.5.1-3.fc9 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.5.1-3 - Autorebuild for GCC 4.3 vsftpd-2.0.6-1.fc9 ------------------ * Fri Feb 22 2008 Martin Nagy - 2.0.6-1 - rebase for new upstream version - remove patches that were fixed in upstream: kickline, confspell, anon_umask wcstools-3.7.0-2.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.7.0-2 - Autorebuild for GCC 4.3 weechat-0.2.6-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.2.6-2 - Autorebuild for GCC 4.3 whatmask-1.2-5.fc9 ------------------ whowatch-1.4-5.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.4-5 - Autorebuild for GCC 4.3 wireshark-0.99.7-3.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.99.7-3 - Autorebuild for GCC 4.3 wmx-6pl1-18.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 6pl1-18 - Autorebuild for GCC 4.3 workrave-1.8.5-3.fc9 -------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.8.5-3 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tomas Mraz - 1.8.5-2 - make it build on gcc-4.3 wv2-0.2.3-7.fc9 --------------- * Fri Feb 22 2008 Andreas Bierfert - 0.2.3-7 - fix gcc43 build (#433999) * Mon Feb 18 2008 Fedora Release Engineering - 0.2.3-6 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 0.2.3-5 - Rebuilt for gcc43 wxPython-2.8.7.1-2.fc9 ---------------------- * Thu Feb 21 2008 Matthew Miller - 2.8.7.1-2 - include egg-info files for fedora 9 or greater * Wed Feb 20 2008 Matthew Miller - 2.8.7.1-1 - update to 2.8.7.1 * Tue Feb 19 2008 Fedora Release Engineering - 2.8.4.0-3 - Autorebuild for GCC 4.3 wyrd-1.4.3-4.fc9 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.4.3-4 - Autorebuild for GCC 4.3 x2vnc-1.7.2-7.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.7.2-7 - Autorebuild for GCC 4.3 xar-1.5.1-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.1-6 - Autorebuild for GCC 4.3 * Fri Dec 07 2007 Release Engineering - 1.5.1-5 - Rebuild for deps * Thu Aug 23 2007 Matthias Saou 1.5.1-4 - Rebuild for new BuildID feature. - Add /usr/bin/awk build requirement, needed for the libxml configure check. xbacklight-1.1-2.fc9 -------------------- xbase-2.0.0-10.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.0.0-10 - Autorebuild for GCC 4.3 xbiso-0.6.1-3.fc9 ----------------- xclip-0.10-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.10-3 - Autorebuild for GCC 4.3 xemacs-21.5.28-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 21.5.28-6 - Autorebuild for GCC 4.3 xfce-mcs-plugins-4.4.2-4.fc9 ---------------------------- * Tue Feb 19 2008 Christoph Wickert - 4.4.2-4 - Use Nodoka Theme by default - Configure with --disable-static instead of removing .a files - Run gtk-update-icon-cache xkeycaps-2.46-7.fc9.3 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.46-7.3 - Autorebuild for GCC 4.3 xmlsec1-1.2.9-10.1 ------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.2.9-10.1 - Autorebuild for GCC 4.3 xmms-acme-0.4.3-9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.3-9 - Autorebuild for GCC 4.3 xmms-arts-0.7.1-7 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.1-7 - Autorebuild for GCC 4.3 xmms-crossfade-0.3.12-3 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.3.12-3 - Autorebuild for GCC 4.3 xmms-flac-1.1.4-4.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.4-4 - Autorebuild for GCC 4.3 xmms-lirc-1.4-12 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4-12 - Autorebuild for GCC 4.3 xmms-musepack-1.2-6.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2-6 - Autorebuild for GCC 4.3 xmms-speex-0.9.1-13 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.1-13 - Autorebuild for GCC 4.3 xoo-0.7-8.fc9 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7-8 - Autorebuild for GCC 4.3 xorg-x11-apps-7.3-2.fc9 ----------------------- * Wed Feb 20 2008 Fedora Release Engineering - 7.3-2 - Autorebuild for GCC 4.3 xorg-x11-drv-aiptek-1.0.1-6.fc9 ------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.0.1-6 - Autorebuild for GCC 4.3 xorg-x11-drv-calcomp-1.1.1-1.fc9 -------------------------------- * Thu Feb 21 2008 Adam Jackson 1.1.1-1 - calcomp 1.1.1 * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-cirrus-1.1.0-8.fc9 ------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-8 - Autorebuild for GCC 4.3 xorg-x11-drv-digitaledge-1.1.0-5.fc9 ------------------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-dmc-1.1.1-1.fc9 ---------------------------- * Thu Feb 21 2008 Adam Jackson 1.1.1-1 - dmc 1.1.1 * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-6 - Autorebuild for GCC 4.3 * Tue Aug 21 2007 Adam Jackson - 1.1.0-5 - Rebuild for build id xorg-x11-drv-dummy-0.2.0-8.fc9 ------------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 0.2.0-8 - Autorebuild for GCC 4.3 xorg-x11-drv-dynapro-1.1.1-1.fc9 -------------------------------- * Thu Feb 21 2008 Adam Jackson 1.1.1-1 - dynapro 1.1.1 * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-6 - Autorebuild for GCC 4.3 * Thu Jul 12 2007 Adam Jackson 1.1.0-5 - Fix build with new inputproto. xorg-x11-drv-elographics-1.1.0-5.fc9 ------------------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-evdev-1.2.0-2.fc9 ------------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.2.0-2 - Autorebuild for GCC 4.3 xorg-x11-drv-fbdev-0.3.1-7.fc9 ------------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 0.3.1-7 - Autorebuild for GCC 4.3 xorg-x11-drv-fpit-1.1.0-5.fc9 ----------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-hyperpen-1.1.0-6.fc9 --------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-6 - Autorebuild for GCC 4.3 xorg-x11-drv-i810-2.2.0-4.fc9 ----------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.2.0-4 - Autorebuild for GCC 4.3 xorg-x11-drv-jamstudio-1.1.0-5.fc9 ---------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-keyboard-1.2.2-4.fc9 --------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.2.2-4 - Autorebuild for GCC 4.3 xorg-x11-drv-mga-1.4.7-2.20080102.fc9 ------------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.4.7-2.20080102 - Autorebuild for GCC 4.3 xorg-x11-drv-microtouch-1.1.1-1.fc9 ----------------------------------- * Thu Feb 21 2008 Adam Jackson 1.1.1-1 - microtouch 1.1.1 * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-6 - Autorebuild for GCC 4.3 * Tue Aug 21 2007 Adam Jackson - 1.1.0-5 - Rebuild for build id xorg-x11-drv-mouse-1.2.3-4.fc9 ------------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.2.3-4 - Autorebuild for GCC 4.3 xorg-x11-drv-mutouch-1.1.0-6.fc9 -------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-6 - Autorebuild for GCC 4.3 xorg-x11-drv-nsc-2.8.1-5.fc9 ---------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.8.1-5 - Autorebuild for GCC 4.3 xorg-x11-drv-openchrome-0.2.901-7.fc9 ------------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.2.901-7 - Autorebuild for GCC 4.3 xorg-x11-drv-palmax-1.1.0-5.fc9 ------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-penmount-1.2.1-1.fc9 --------------------------------- * Thu Feb 21 2008 Adam Jackson 1.2.1-1 - penmount 1.2.1 * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-7 - Autorebuild for GCC 4.3 * Tue Aug 21 2007 Adam Jackson - 1.1.0-6 - Rebuild for build id xorg-x11-drv-savage-2.1.3-101.20071210.fc9 ------------------------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 2.1.3-101.20071210 - Autorebuild for GCC 4.3 xorg-x11-drv-sis-0.9.4-4.fc9 ---------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.9.4-4 - Autorebuild for GCC 4.3 xorg-x11-drv-sisusb-0.8.1-10.fc9 -------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.8.1-10 - Autorebuild for GCC 4.3 xorg-x11-drv-summa-1.1.0-5.fc9 ------------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-tek4957-1.1.0-5.fc9 -------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-trident-1.2.3-8.fc9 -------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.2.3-8 - Autorebuild for GCC 4.3 xorg-x11-drv-ur98-1.1.0-5.fc9 ----------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-v4l-0.1.1-9.fc9 ---------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.1.1-9 - Autorebuild for GCC 4.3 xorg-x11-drv-vesa-1.3.0-13.20071113.fc9 --------------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.3.0-13.20071113 - Autorebuild for GCC 4.3 xorg-x11-drv-vmmouse-12.4.3-4.fc9 --------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 12.4.3-4 - Autorebuild for GCC 4.3 xorg-x11-drv-vmware-10.15.2-100.1.fc9 ------------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 10.15.2-100.1 - Autorebuild for GCC 4.3 xorg-x11-drv-void-1.1.1-9.fc9 ----------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.1-9 - Autorebuild for GCC 4.3 xorg-x11-filesystem-7.3-1.fc9 ----------------------------- * Thu Feb 21 2008 Adam Jackson 7.3-1 - Own %{_datadir}/X11. (#350651) - Superstition bump to 7.3. xorg-x11-font-utils-1:7.2-4.fc9 ------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1:7.2-4 - Autorebuild for GCC 4.3 xorg-x11-resutils-7.1-5.fc9 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 7.1-5 - Autorebuild for GCC 4.3 xorg-x11-server-1.4.99.1-0.22.20080221.fc9 ------------------------------------------ * Thu Feb 21 2008 Adam Jackson 1.4.99.1-0.22 - Today's git snapshot, misc bugfixes. * Fri Feb 15 2008 Adam Jackson 1.4.99.1-0.21 - Today's git snapshot. Features DRI2 and input hotplugging. Tasty. * Mon Feb 11 2008 Adam Jackson 1.4.99.1-0.20 - Conflict against insufficiently new libpciaccess. (#390751) xorg-x11-server-utils-7.3-3.fc9 ------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 7.3-3 - Autorebuild for GCC 4.3 xorg-x11-twm-1:1.0.3-2.fc9 -------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1:1.0.3-2 - Autorebuild for GCC 4.3 xorg-x11-util-macros-1.1.5-2.fc9 -------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.5-2 - Autorebuild for GCC 4.3 xorg-x11-utils-7.3-2.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 7.3-2 - Autorebuild for GCC 4.3 xorg-x11-xauth-1:1.0.2-4.fc9 ---------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1:1.0.2-4 - Autorebuild for GCC 4.3 xorg-x11-xbitmaps-1.0.1-5.1 --------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.0.1-5.1 - Autorebuild for GCC 4.3 xorg-x11-xdm-1:1.1.6-3.fc9 -------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1:1.1.6-3 - Autorebuild for GCC 4.3 xorg-x11-xfs-1:1.0.5-2.fc9 -------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1:1.0.5-2 - Autorebuild for GCC 4.3 xorg-x11-xfwp-1.0.1-6.fc9 ------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.0.1-6 - Autorebuild for GCC 4.3 xorg-x11-xkb-utils-7.2-4.fc9 ---------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 7.2-4 - Autorebuild for GCC 4.3 xorg-x11-xsm-1.0.2-7.fc9 ------------------------ * Wed Feb 20 2008 Fedora Release Engineering - 1.0.2-7 - Autorebuild for GCC 4.3 xorg-x11-xtrans-devel-1.0.3-6.fc9 --------------------------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.0.3-6 - Autorebuild for GCC 4.3 xournal-0.4.1-4.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.1-4 - Autorebuild for GCC 4.3 xpa-2.1.8-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.1.8-6 - Autorebuild for GCC 4.3 xpdf-1:3.02-6.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:3.02-6 - Autorebuild for GCC 4.3 xrestop-0.4-4.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4-4 - Autorebuild for GCC 4.3 xsri-1:2.1.0-14.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:2.1.0-14 - Autorebuild for GCC 4.3 xsupplicant-1.2.8-6.fc9.2 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.8-6.2 - Autorebuild for GCC 4.3 xulrunner-1.9-0.beta3.25.nightly20080221.fc9 -------------------------------------------- * Thu Feb 21 2008 Christopher Aillon 1.9-0.beta3.25 - Update to latest trunk (2008-02-21) * Wed Feb 20 2008 Christopher Aillon 1.9-0.beta3.24 - Update to latest trunk (2008-02-20) xvattr-1.3-15 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3-15 - Autorebuild for GCC 4.3 xwnc-0.3.3-4.fc9 ---------------- * Wed Feb 20 2008 Fedora Release Engineering - 0.3.3-4 - Autorebuild for GCC 4.3 yafc-1.1.1-10.fc9 ----------------- * Wed Feb 20 2008 Fedora Release Engineering - 1.1.1-10 - Autorebuild for GCC 4.3 yasm-0.6.2-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.2-2 - Autorebuild for GCC 4.3 yum-cron-0.8-1.fc9 ------------------ * Wed Feb 20 2008 Alec Habig - 0.8-1 - Change tmp dir to /var/run (bug 431588) - add DAYS_OF_WEEK and CHECK_FIRST config options (bug 429716) - fix CHECK_ONLY thinking updates are present on repository problems (bug 431321) yumex-2.0.4-1.fc9 ----------------- * Thu Feb 21 2008 Tim Lauridsen - 2.0.4-1 - Release 2.0.4 zaptel-1.4.9-1.fc9 ------------------ * Thu Feb 21 2008 Jeffrey C. Ollie - 1.4.9-1 - Update to 1.4.9. zip-2.31-6.fc9 -------------- * Wed Feb 20 2008 Fedora Release Engineering - 2.31-6 - Autorebuild for GCC 4.3 zziplib-0.13.49-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.13.49-5 - Autorebuild for GCC 4.3 Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-4.fc9.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.i386 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 bzflag-2.0.10-4.fc9.i386 requires libcares.so.1 clutter-gst-0.4.0-1.fc8.i386 requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.i386 requires libclutter-glx-0.4.so.0 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 dbxml-perl-2.003-3.fc9.i386 requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-7.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-4.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.x86_64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) bzflag-2.0.10-4.fc9.x86_64 requires libcares.so.1()(64bit) clutter-gst-0.4.0-1.fc8.i386 requires libclutter-glx-0.4.so.0 clutter-gst-0.4.0-1.fc8.x86_64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.i386 requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) dbxml-perl-2.003-3.fc9.x86_64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-7.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-4.fc9.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-4.fc9.ppc requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 bzflag-2.0.10-4.fc9.ppc requires libcares.so.1 clutter-gst-0.4.0-1.fc8.ppc requires libclutter-glx-0.4.so.0 clutter-gst-0.4.0-1.fc8.ppc64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.ppc requires libclutter-glx-0.4.so.0 clutter-gtk-0.4.0-2.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 dbxml-perl-2.003-3.fc9.ppc requires libxerces-c.so.27 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 muine-0.8.8-7.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-4.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-4.fc9.ppc64 requires firefox = 0:2.0.0.9 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) bzflag-2.0.10-4.fc9.ppc64 requires libcares.so.1()(64bit) clutter-gst-0.4.0-1.fc8.ppc64 requires libclutter-glx-0.4.so.0()(64bit) clutter-gtk-0.4.0-2.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) dbxml-perl-2.003-3.fc9.ppc64 requires libxerces-c.so.27()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From abartlet at samba.org Fri Feb 22 21:35:08 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Sat, 23 Feb 2008 08:35:08 +1100 Subject: mscorefonts help In-Reply-To: <1203666745.3273.7.camel@brad.office> References: <6bb886180802212325v168a2c85md62279fd28b00698@mail.gmail.com> <1203665452.3273.0.camel@brad.office> <6bb886180802212343l79fa5f35sd24384bcc05a6930@mail.gmail.com> <1203666745.3273.7.camel@brad.office> Message-ID: <1203716108.3426.37.camel@naomi> On Fri, 2008-02-22 at 00:52 -0700, Brad Walker wrote: > On Fri, 2008-02-22 at 18:43 +1100, David Hunter wrote: > > # yum install chkfontpath > > Loaded plugins: fastestmirror, presto > > Loading mirror speeds from cached hostfile > > * development: ftp.cica.es > > * adobe-linux-i386: linuxdownload.adobe.com > > Setting up and reading Presto delta metadata > > No Presto metadata available for development > > No Presto metadata available for adobe-linux-i386 > > Setting up Install Process > > Parsing package install arguments > > No package chkfontpath available. > > Nothing to do > > My bad, I have chkfontpath from f8 installed. Koji says that > chkfontpath's not included in f9-alpha or f9-dist. Apparently nothing > obsoletes it. The f8 package still works for me. Ideally, someone would > update the mscorefonts spec and drop the xfs requirement for FC8+. And I've done it. Can someone remind me where the upstream for this is? 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: msttcore-fonts-2.0-2.spec Type: text/x-rpm-spec Size: 6658 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From me at bradmwalker.com Fri Feb 22 21:51:52 2008 From: me at bradmwalker.com (Brad Walker) Date: Fri, 22 Feb 2008 14:51:52 -0700 Subject: mscorefonts help In-Reply-To: <1203716108.3426.37.camel@naomi> References: <6bb886180802212325v168a2c85md62279fd28b00698@mail.gmail.com> <1203665452.3273.0.camel@brad.office> <6bb886180802212343l79fa5f35sd24384bcc05a6930@mail.gmail.com> <1203666745.3273.7.camel@brad.office> <1203716108.3426.37.camel@naomi> Message-ID: <1203717112.2883.13.camel@brad.office> On Sat, 2008-02-23 at 08:35 +1100, Andrew Bartlett wrote: > On Fri, 2008-02-22 at 00:52 -0700, Brad Walker wrote: > > On Fri, 2008-02-22 at 18:43 +1100, David Hunter wrote: > > > # yum install chkfontpath > > > Loaded plugins: fastestmirror, presto > > > Loading mirror speeds from cached hostfile > > > * development: ftp.cica.es > > > * adobe-linux-i386: linuxdownload.adobe.com > > > Setting up and reading Presto delta metadata > > > No Presto metadata available for development > > > No Presto metadata available for adobe-linux-i386 > > > Setting up Install Process > > > Parsing package install arguments > > > No package chkfontpath available. > > > Nothing to do > > > > My bad, I have chkfontpath from f8 installed. Koji says that > > chkfontpath's not included in f9-alpha or f9-dist. Apparently nothing > > obsoletes it. The f8 package still works for me. Ideally, someone would > > update the mscorefonts spec and drop the xfs requirement for FC8+. > > And I've done it. Can someone remind me where the upstream for this is? > > Andrew Bartlett http://corefonts.sourceforge.net/ Brad Walker From valent.turkovic at gmail.com Fri Feb 22 21:56:30 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 22 Feb 2008 22:56:30 +0100 Subject: SELinux smolt stats In-Reply-To: <47BC3951.1010004@redhat.com> References: <47BC04DB.6000708@gmail.com> <47BC3951.1010004@redhat.com> Message-ID: <64b14b300802221356m7a465beakee0ffdded1433487@mail.gmail.com> On Wed, Feb 20, 2008 at 3:29 PM, John Dennis wrote: > James Morris wrote: > > On Wed, 20 Feb 2008, Valent Turkovic wrote: > >> James Morris wrote: > >>> It seems that the SELinux enablement stats are now online -- thanks! > >>> > >>> I have a question about what the numbers mean. The current values are: > >>> > >>> SELinux Enabled > >>> False 185085 53.3 % True 162262 46.7 % > > >> If this arguments are true for Fedora 8 than it looks like that more people > >> dislike selinux than like it, right? > > > Why did you delete the rest of the email ... > > Because Valent has an anti SELinux agenda (refer to previous threads). You are afraid of selinux comments from me? LOL :) I have actually said I really love selinux after the selinux thread I started. I only presented the cost vs. benefits of selinux for average desktop user and now everybody thinks I'm a selinux basher? Shame on you :) I actually contribute a lot of bugs for selinux-policy in order to make selinux as better as possible (look at my bugzilla entries). Please refrain from having premature judgments - instead ask me what I think and don't have prejudices. Cheers, Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From valent.turkovic at gmail.com Fri Feb 22 21:59:14 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 22 Feb 2008 22:59:14 +0100 Subject: SELinux smolt stats In-Reply-To: <200802201012.40380.ben.kreuter@gmail.com> References: <47BC04DB.6000708@gmail.com> <200802201012.40380.ben.kreuter@gmail.com> Message-ID: <64b14b300802221359k15f470e0g1f456f5528bb58bf@mail.gmail.com> 2008/2/20 Benjamin Kreuter : > On Wednesday 20 February 2008 05:45:47 Valent Turkovic wrote: > > > > If this arguments are true for Fedora 8 than it looks like that more > > people dislike selinux than like it, right? > > It is also possible that they had not enabled SELinux in the past, and never > had time to enable it in more recent Fedora releases. Enabling SELinux for > the first time requires the entire filesystem to be scanned, and for some > people who have large disks and have been using their system for a while, > that could be a hassle, so they may choose to not do it. > > Also remember that these stats do not represent an unbiased sample, and should > not be taken to be an indication of the broad Fedora user base. > Are you telling this stats are useless? Or only that everybody can interpret them as they wish? (which is the same as being useless?) I'm really confused... -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From dwalsh at redhat.com Fri Feb 22 22:13:27 2008 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 22 Feb 2008 17:13:27 -0500 Subject: SELinux smolt stats In-Reply-To: <64b14b300802221359k15f470e0g1f456f5528bb58bf@mail.gmail.com> References: <47BC04DB.6000708@gmail.com> <200802201012.40380.ben.kreuter@gmail.com> <64b14b300802221359k15f470e0g1f456f5528bb58bf@mail.gmail.com> Message-ID: <47BF4907.9090305@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Valent Turkovic wrote: > 2008/2/20 Benjamin Kreuter : >> On Wednesday 20 February 2008 05:45:47 Valent Turkovic wrote: >> > >> > If this arguments are true for Fedora 8 than it looks like that more >> > people dislike selinux than like it, right? >> >> It is also possible that they had not enabled SELinux in the past, and never >> had time to enable it in more recent Fedora releases. Enabling SELinux for >> the first time requires the entire filesystem to be scanned, and for some >> people who have large disks and have been using their system for a while, >> that could be a hassle, so they may choose to not do it. >> >> Also remember that these stats do not represent an unbiased sample, and should >> not be taken to be an indication of the broad Fedora user base. >> > > Are you telling this stats are useless? Or only that everybody can > interpret them as they wish? (which is the same as being useless?) > > I'm really confused... > > I think the stats are developing. Currently we are not providing enough information to make a real good interpretation of the data. 50 % of all machines that smolt has ever collected data for report they have selinux _enabled. This does not mean the other 50% reported that they have it disabled, just that they have not reported that it is enabled. :^( I sound like a politician. Lies, Damn Lies and Statistics. And yes Valent has been working with us to repair problems in SELinux. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAke/SQcACgkQrlYvE4MpobNMEACeKDPD9WlxSNtvG/S0MJB63BLF o+UAn2MH805WieRoUeZ9xOr9Wo8jKIES =KKVU -----END PGP SIGNATURE----- From lkundrak at redhat.com Fri Feb 22 22:25:27 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Fri, 22 Feb 2008 23:25:27 +0100 Subject: gcc-4.3 numerical results problem In-Reply-To: References: Message-ID: <1203719127.22530.20.camel@localhost.localdomain> On Fri, 2008-02-22 at 13:52 -0500, Neal Becker wrote: > I've got a new unuran from upstream. When built on x86_64 gcc-4.1.2 (F8), > it passes it's self tests. When built on fedora build (rawhide), one test > fails. > > I have no idea how to debug this. I guess my only choice is get hold of a > machine with rawhide running on it? Another way is grabbing the gcc 4.3 packages from koji and install them in your Fedora 8. yum install --enablerepo=development update 'gcc*' Or recursively grab contents of http://koji.fedoraproject.org/packages/gcc/4.3.0/0.10/x86_64/ and do a rpm -Fvh *x86_64.rpm in that directory. Regards, -- Lubomir Kundrak (Red Hat Security Response Team) From timothy.selivanow at virtualxistenz.com Fri Feb 22 23:00:16 2008 From: timothy.selivanow at virtualxistenz.com (Timothy Selivanow) Date: Fri, 22 Feb 2008 15:00:16 -0800 Subject: default mail client In-Reply-To: <1203670590.5360.24.camel@animal.passback.co.uk> References: <47BCD874.3000600@redhat.com> <47BD9F70.5050503@redhat.com> <1203614580.3007.120.camel@vespa.frost.loc> <1203615320.23492.14.camel@denkiteki-penpen.easystreet.com> <1203670590.5360.24.camel@animal.passback.co.uk> Message-ID: <1203721216.25511.6.camel@denkiteki-penpen.easystreet.com> On Fri, 2008-02-22 at 08:56 +0000, Keith Sharp wrote: > On Thu, 2008-02-21 at 09:35 -0800, Timothy Selivanow wrote: > > > I'm very happy with Evolution as long as I'm not using the Exchange > > plug-in; all of the mail servers I use are IMAP now. Oh, there is one > > issue that I've come across but I've never actually looked into it (only > > happens on my work computer, so I haven't taken the time to do it). On > > one (out of two) IMAP accounts in Evo I have to run the mail filters > > manually... > > Evolution decides which emails to filter based on the IMAP flags set by > the server (on a per message basis). Past versions have been very > strict about what combination of flags were needed before filtering > would take place. Evolutions combination of flags was different to > those required by Thunderbird, so it appeared that Evolution was > failing. > > This has been changed in the development version of Evolution, and its > behaviour should be much closer to Thunderbird. There is a bug in the > GNOME bugzilla to track this: > > http://bugzilla.gnome.org/show_bug.cgi?id=324804 > > Keith. Neat! I await the new version then. On a related note, anybody have an idea on how the native MAPI work is progressing on the Exchange plug-in? While I would love my work to not use Exchange...it's not really an option at the moment (needs a seriously convincing tech before this could be considered politically ;) --Tim ______________________________________________ / When it's dark enough you can see the stars. \ \ -- Ralph Waldo Emerson, / ---------------------------------------------- \ \ \ \ /\ ( ) .( o ). From benny+usenet at amorsen.dk Fri Feb 22 23:15:19 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Sat, 23 Feb 2008 00:15:19 +0100 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs References: <200802211704.53493.lamont@lamontpeterson.org> <20080222104421.GA19803@devserv.devel.redhat.com> <20080222180419.GB14152@redhat.com> <47BF1562.7050907@gmail.com> Message-ID: R P Herrold writes: > 'can' is not a good ratinale for 'in base profile for all' -- > those doing mobile device dialup will already be solving lots, and > installing wvdial is no material burden. Getting UMTS running is just a matter of clicking the right buttons these days, but it requires wvdial. /Benny From mschwendt at gmail.com Fri Feb 22 23:44:42 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 23 Feb 2008 00:44:42 +0100 Subject: Auto rebuild release bump issue In-Reply-To: <1203712320.4395.11.camel@toque.toronto.redhat.com> References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> <20080219131700.28456f8a@redhat.com> <1203712320.4395.11.camel@toque.toronto.redhat.com> Message-ID: <20080223004442.09774bb0.mschwendt@gmail.com> On Fri, 22 Feb 2008 15:32:00 -0500, Matt Wringe wrote: > > > > In this case I have gdl 0.9-0.pre6.fc9. It got bumped to > > > > 0.9-1.pre6.fc9. It should be 0.9-0.pre6.fc9.1. > > > > > > However, it should have been > > > > > > 0.9-0.1.pre6%{?dist} > > > ^^ > > > (!) > > > > > > to begin with, not > > > > > > 0.9-0.pre6%{?dist} > > > > that is correct. Your original scheme did not follow the guidelines, > > thus the bumper didn't deal with it as if it were a pre-release. > > Please follow the guidelines next time. > > I have also noticed that all the jpp based java packages have been > updated incorrectly, and those are following the fedora jpackage package > naming guidelines: > http://fedoraproject.org/wiki/Packaging/JPackagePolicy And still nobody has said what script was used to bump the spec files. The one in cvs/fedora originally came from either notting/sopwith and was improved for the fedora extras mass-rebuilds. It could be enhanced to support the jpp scheme and also add a "bump-least-significant" fallback for any "invalid" versioning schemes. But if a different and secret script is used, that's not helpful. From jkeating at redhat.com Sat Feb 23 01:20:20 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 22 Feb 2008 20:20:20 -0500 Subject: Auto rebuild release bump issue In-Reply-To: <20080223004442.09774bb0.mschwendt@gmail.com> References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> <20080219131700.28456f8a@redhat.com> <1203712320.4395.11.camel@toque.toronto.redhat.com> <20080223004442.09774bb0.mschwendt@gmail.com> Message-ID: <20080222202020.6ed5714b@redhat.com> On Sat, 23 Feb 2008 00:44:42 +0100 Michael Schwendt wrote: > And still nobody has said what script was used to bump the spec files. > The one in cvs/fedora originally came from either notting/sopwith and > was improved for the fedora extras mass-rebuilds. It could be > enhanced to support the jpp scheme and also add a > "bump-least-significant" fallback for any "invalid" versioning > schemes. But if a different and secret script is used, that's not > helpful. I used the one that was mentioned on list very recently, from cvs/fedora/rebuild-scripts. Most the jpp packages I looked at seemed fine. Which ones didn't get bumped right? -- 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: 197 bytes Desc: not available URL: From kwizart at gmail.com Sat Feb 23 02:31:31 2008 From: kwizart at gmail.com (KH KH) Date: Sat, 23 Feb 2008 03:31:31 +0100 Subject: zombie packages. In-Reply-To: <20080222192125.GA16789@redhat.com> References: <20080222192125.GA16789@redhat.com> Message-ID: 2008/2/22, Dave Jones : > rt61pci-firmware > date: 2007/09/19 04:01:10; author: kevin; state: Exp; > Setup of module rt61pci-firmware > > rt73usb-firmware > date: 2007/09/26 16:43:04; author: kevin; state: Exp; > Setup of module rt73usb-firmware > Those packages aren't dead, but i miss to update others branches, as they have been built from the F-7 branch. This is now fixed. Nicolas (kwizart) From d.jacobfeuerborn at conversis.de Sat Feb 23 03:04:05 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sat, 23 Feb 2008 04:04:05 +0100 Subject: 152 gvfsd-trash instances running? Message-ID: <47BF8D25.6050205@conversis.de> Is anybody else seeing lots of gvfsd-trash instances running amok? Right now there are 152 (!) instances running on my machine: [root at nexus dennis]# pgrep gvfsd-trash |wc -l 152 [root at nexus dennis]# ps ax|grep gvfsd-trash|head -10 654 ? S 0:00 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 656 ? S 0:00 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 2212 ? S 0:00 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 2215 ? S 0:00 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 2221 ? S 0:00 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 2224 ? S 0:00 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 3058 ? S 0:01 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 8100 ? S 0:00 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 8102 ? S 0:00 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 8109 ? S 0:00 /usr/libexec/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0 Regards, Dennis From kevin.kofler at chello.at Sat Feb 23 03:15:16 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Feb 2008 03:15:16 +0000 (UTC) Subject: Auto rebuild release bump issue References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> <20080219131700.28456f8a@redhat.com> <1203712320.4395.11.camel@toque.toronto.redhat.com> <20080223004442.09774bb0.mschwendt@gmail.com> <20080222202020.6ed5714b@redhat.com> Message-ID: Jesse Keating redhat.com> writes: > Most the jpp packages I looked at seemed fine. Which ones didn't get > bumped right? They all got bumped to m+1jpp.something instead of mjpp.n+1. Kevin Kofler From rodd at clarkson.id.au Sat Feb 23 06:16:05 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sat, 23 Feb 2008 17:16:05 +1100 Subject: ISO 216 vs U.S. paper In-Reply-To: <200802221328.m1MDSrGZ006318@laptop13.inf.utfsm.cl> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> <1203622518.7567.87.camel@localhost> <33110.192.54.193.53.1203668286.squirrel@rousalka.dyndns.org> <200802221328.m1MDSrGZ006318@laptop13.inf.utfsm.cl> Message-ID: <1203747365.24184.82.camel@localhost.localdomain> On Fri, 2008-02-22 at 10:28 -0300, Horst H. von Brand wrote: > Nicolas Mailhot wrote: > > Le Jeu 21 f?vrier 2008 20:35, Callum Lerwick a ?crit : > > > Fancier office printers could very well have letter in one > > > tray, A4 in another, and a third full of envelopes. > > > Fantasy, paper sold in a country is either letter or A4, dual-sourcing > > is totally unrealistic economically. > > Here in Chile it is US letter or "oficio" (8.5 x 13 inches), and you can > get A4 rather easily. All three are in reasonably common use. Yes, well here in Australia, where I use US English, I can't buy letter, but I can buy ISO sized paper, I format my dates dd-mm-yyyy and we use metric, all of which can be safely assumed from my selection of time zone. And I suspect this is the case for most users. R. > -- > 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 > -- "It's a fine line between denial and faith. It's much better on my side" From johan at x-tnd.be Sat Feb 23 06:25:17 2008 From: johan at x-tnd.be (Johan Cwiklinski) Date: Sat, 23 Feb 2008 07:25:17 +0100 Subject: gcc 4.3 rebuild - klear Message-ID: <47BFBC4D.4000406@x-tnd.be> Hello, I have these errors while rebuilding klear for rawhide : build/src/GUI/Controller/../../App/CKlearAppConfig.h:395: error: 'u_int' does not name a type build/src/GUI/Controller/../../App/CKlearAppConfig.h:664: error: 'u_int' does not name a type I don't know how to solve this issue, any hints ? Regards, 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 s-t-rhbugzilla at wwwdotorg.org Sat Feb 23 07:48:17 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Sat, 23 Feb 2008 00:48:17 -0700 Subject: rpm, alternatives and moving a file between packages Message-ID: <1203752944.24328.TMDA@tmda.severn.wwwdotorg.org> The existing unison rpm owns /usr/bin/unison. I'd like to propose removing the unison rpm, and replacing it with unison2.13 and unison2.27, so they could both be installed side-by-side. Further, I'd these rpms to use alternatives to provide /usr/bin/unison. So, I created those two new rpms and made %post set up the alternative. I also set unison2.13 to obsolete unison in order to automatically switch people to the new rpms on a "yum update". However, with this set up, since yum erases the original unison after installing the new unison2.13, the erase deletes /usr/bin/unison, leaving it non-existent after the update. So, I made the 2 new unison packages both package /usr/bin/unison as a direct symlink to themselves, as a %ghost file. Now, "yum update" works fine, I guess because yum knows that /usr/bin/unison "moved" between the packages. However, if I start with no unison installed, and yum install both of them, they can't be installed together because they both package /usr/bin/unison. So, I don't know what the solution is to this. Perhaps I should just give up on supporting the /usr/bin/unison name at all? Perhaps it should be statically assigned to the unisonNNN package that's most recent on a given distro? Any thoughts/pointers welcome. From ivazqueznet at gmail.com Sat Feb 23 07:52:57 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sat, 23 Feb 2008 02:52:57 -0500 Subject: rpm, alternatives and moving a file between packages In-Reply-To: <1203752944.24328.TMDA@tmda.severn.wwwdotorg.org> References: <1203752944.24328.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1203753177.6446.141.camel@ignacio.lan> On Sat, 2008-02-23 at 00:48 -0700, Stephen Warren wrote: > Any thoughts/pointers welcome. Look at how sendmail, postfix, exim, etc. do it. -- 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 s-t-rhbugzilla at wwwdotorg.org Sat Feb 23 07:57:18 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Sat, 23 Feb 2008 00:57:18 -0700 Subject: rpm, alternatives and moving a file between packages In-Reply-To: <1203753177.6446.141.camel@ignacio.lan> References: <1203752944.24328.TMDA@tmda.severn.wwwdotorg.org> <1203753177.6446.141.camel@ignacio.lan> Message-ID: <1203753486.24588.TMDA@tmda.severn.wwwdotorg.org> Ignacio Vazquez-Abrams wrote: > On Sat, 2008-02-23 at 00:48 -0700, Stephen Warren wrote: >> Any thoughts/pointers welcome. > > Look at how sendmail, postfix, exim, etc. do it. I did. I have the basic alternatives stuff working great in the case where the original unison package was not installed. However, the issue is with a "yum update" both removing the old unison package (which didn't use alternatives) and installing the new alternatives-based package at the same time. From s-t-rhbugzilla at wwwdotorg.org Sat Feb 23 08:36:05 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Sat, 23 Feb 2008 01:36:05 -0700 Subject: rpm, alternatives and moving a file between packages In-Reply-To: <1203752944.24328.TMDA@tmda.severn.wwwdotorg.org> References: <1203752944.24328.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1203755812.25554.TMDA@tmda.severn.wwwdotorg.org> Stephen Warren wrote: > The existing unison rpm owns /usr/bin/unison. > > I'd like to propose removing the unison rpm, and replacing it with > unison2.13 and unison2.27, so they could both be installed side-by-side. > Further, I'd these rpms to use alternatives to provide /usr/bin/unison. > > So, I created those two new rpms and made %post set up the alternative. > I also set unison2.13 to obsolete unison in order to automatically > switch people to the new rpms on a "yum update". However, with this set > up, since yum erases the original unison after installing the new > unison2.13, the erase deletes /usr/bin/unison, leaving it non-existent > after the update. Aha - configuring the alternatives inside %posttrans instead of %post appears to solve the problem... From kevin.kofler at chello.at Sat Feb 23 09:31:56 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Feb 2008 09:31:56 +0000 (UTC) Subject: gcc 4.3 rebuild - klear References: <47BFBC4D.4000406@x-tnd.be> Message-ID: Johan Cwiklinski x-tnd.be> writes: > I have these errors while rebuilding klear for rawhide : > build/src/GUI/Controller/../../App/CKlearAppConfig.h:395: error: 'u_int' > does not name a type > build/src/GUI/Controller/../../App/CKlearAppConfig.h:664: error: 'u_int' > does not name a type > > I don't know how to solve this issue, any hints ? Replace "u_int" with "unsigned int" or just "unsigned", or add: typedef unsigned int u_int; (again, "int" is optional). Kevin Kofler From kevin.kofler at chello.at Sat Feb 23 09:34:37 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Feb 2008 09:34:37 +0000 (UTC) Subject: Help with kdissert and semantik References: Message-ID: Konstantin Ryabitsev fedoraproject.org> writes: > > > Kdissert doesn't build in F9 due to various reasons, and semantik > > > requires slight patching for KDE4 paths. If someone feels like looking > > > into it, I'd be more than happy to offer any support -- both moral and > > > otherwise. :) > > > > Sounds also like semantik would need a package review, yes? Anything > > submitted yet? > > Nope, I just did some cursory poking around and attempted to compile > outside of a spec file. There is a debian package that contains a > number of patches that would need to be applied in order to build on > F9 as well. Please CC me on the review request. I can help with any path issues. (What build system are they using? Packages using cmake should just work, packages using some other build system and custom hacks to locate KDE 4 files may have trouble finding the files where we install them.) Kevin Kofler From rawhide at fedoraproject.org Sat Feb 23 09:37:46 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sat, 23 Feb 2008 02:37:46 -0700 (MST) Subject: rawhide report: 20080223 changes Message-ID: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> New package ocaml-fileutils OCaml library for common file and filename operations New package perl-Math-MatrixReal Manipulate matrix of reals New package perl-Math-Symbolic Symbolic calculations Updated Packages: TurboGears-1.0.4.3-2.fc9 ------------------------ * Thu Feb 21 2008 Toshio Kuratomi 1.0.4.3-2 - Fixes for SQLAlchemy-0.4 and exceptions. Upstream Bug #1721. alexandria-0.6.3-1.fc9 ---------------------- * Sat Feb 23 2008 Mamoru Tasaka - 0.6.3-1 - 0.6.3 - One patch removed (applied by upstream) amora-1.0-2.fc9 --------------- bmpx-0.40.13-7.fc8 ------------------ * Mon Feb 18 2008 Alexander Kahl - 0.40.13-7 - bump for firefox 2.0.0.12 * Thu Nov 29 2007 Alexander Kahl - 0.40.13-6 - added patch for gtk_check_version on gtk2-2.2.12 * Thu Nov 29 2007 Alexander Kahl - 0.40.13-5 - bump for firefox 2.0.0.10 bouml-4.2-1.fc9 --------------- * Fri Feb 22 2008 Debarshi Ray - 4.2-1 - Version bump to 4.2. Closes Red Hat Bugzilla bug #434284. - Introduced PHP support. - Previous releases can not read a project saved with this version, but projects made by previous releases can be read. * Tue Feb 19 2008 Release Engineering - 3.5-2 - Autorebuild for gcc-4.3. * Wed Jan 16 2008 Debarshi Ray - 3.5-1 - Version bump to 3.5. Closes Red Hat Bugzilla bug #428840. - Previous releases can not read a project saved with this version, but projects made by previous releases can be read. brasero-0.7.1-3.fc9 ------------------- * Sat Feb 23 2008 Denis Leroy - 0.7.1-3 - Fixed desktop mime field * Mon Feb 18 2008 Fedora Release Engineering - 0.7.1-2 - Autorebuild for GCC 4.3 * Tue Jan 29 2008 Denis Leroy - 0.7.1-1 - Update to 0.7.1 upstream, bugfix release bzflag-2.0.10-6.fc9 ------------------- * Fri Feb 22 2008 Nils Philippsen 2.0.10-6 - update gcc-4.3 patch (plugins, #434347) - require libcurl-devel from Fedora 9 onward * Tue Feb 19 2008 Fedora Release Engineering - 2.0.10-5 - Autorebuild for GCC 4.3 checkpolicy-2.0.9-2.fc9 ----------------------- * Fri Feb 22 2008 Dan Walsh - 2.0.9-2 - Start shipping sedismod and sedispol clisp-2.43-5.fc9 ---------------- * Fri Feb 22 2008 Gerard Milmeister - 2.43-5 - Compile with -O0 to avoid GCC 4.3 miscompilation * Mon Feb 18 2008 Fedora Release Engineering - 2.43-4 - Autorebuild for GCC 4.3 clutter-gst-0.6.1-1.fc9 ----------------------- * Fri Feb 22 2008 Allisson Azevedo 0.6.1-1 - Update to 0.6.1 clutter-gtk-0.6.0-1.fc9 ----------------------- * Thu Feb 21 2008 Allisson Azevedo 0.6.0-1 - Update to 0.6.0 * Mon Sep 03 2007 Allisson Azevedo 0.4.0-1 - Update to 0.4.0 * Thu May 10 2007 Allisson Azevedo 0.1.0-3 - fix devel files section conntrack-tools-0.9.5-5.fc9 --------------------------- * Fri Feb 22 2008 Paul P. Komkoff Jr - 0.9.5-5 - fix the PATH_MAX-related compilation problem * Tue Feb 19 2008 Fedora Release Engineering - 0.9.5-4 - Autorebuild for GCC 4.3 cvsgraph-1.6.1-6.fc9 -------------------- * Fri Feb 22 2008 Marek Mahut - 1.6.1-6 - Build fix for F9 * Tue Feb 19 2008 Fedora Release Engineering - 1.6.1-5 - Autorebuild for GCC 4.3 dbxml-perl-2.003-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.003-4 - Autorebuild for GCC 4.3 dhcp-forwarder-0.7-14.fc9 ------------------------- * Fri Feb 22 2008 Enrico Scholz - 0.7-14 - rebuilt with new dietlibc dietlibc-0.31-1.20080221.fc9 ---------------------------- * Fri Feb 22 2008 Enrico Scholz - 0.31-1.20080221 - updated to CVS snapshot 20080221; removed most of the last patches as they are now in upstream - moved files into platform neutral /usr/lib dir (not using %_lib or %_libdir macro) - added -devel subpackage due to multiarch issues; main package contains only the 'diet' binary plus some tools while -devel holds all the header and object files. - fixed optimized memcpy(3) drupal-6.0-1.fc9 ---------------- * Fri Feb 22 2008 Jon Ciesla - 6.0-1 - Upgrade to 6.0. - Updated noshebang patch. empathy-0.21.90-1.fc9 --------------------- * Fri Feb 22 2008 Peter Gordon - 0.21.90-1 - Update to new upstream release (0.21.90) festival-1.96-4.fc9 ------------------- * Fri Feb 22 2008 Matthias Clasen - 1.96-4 - Fix the build with gcc 4.3 * Mon Feb 18 2008 Fedora Release Engineering - 1.96-3 - Autorebuild for GCC 4.3 firefox-3.0-0.beta3.26.nightly20080222.fc9 ------------------------------------------ * Fri Feb 22 2008 Christopher Aillon 3.0-0.beta3.26 - Update to latest trunk (2008-02-22) foobillard-3.0a-6 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0a-6 - Autorebuild for GCC 4.3 fprobe-ulog-1.1-5.fc9 --------------------- * Sat Feb 23 2008 Paul P Komkoff Jr - 1.1-5 - make fprobe-ulog a pie - relocate it to bindir gcc-4.3.0-0.11 -------------- * Fri Feb 22 2008 Jakub Jelinek 4.3.0-0.11 - update from gcc-4_3-branch - 4.3.0 rc1 - PRs bootstrap/35218, bootstrap/35273, c++/34950, c++/35282, middle-end/35265, rtl-optimization/35232, target/34526, target/35071, target/35239, target/35264 geany-0.12-5.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.12-5 - Autorebuild for GCC 4.3 gforth-0.6.2-12.fc9 ------------------- * Sat Feb 23 2008 Gerard Milmeister - 0.6.2-12 - remove deprecated -force-mem flag * Mon Feb 18 2008 Fedora Release Engineering - 0.6.2-11 - Autorebuild for GCC 4.3 gnome-panel-2.21.91-9.fc9 ------------------------- * Fri Feb 22 2008 Matthias Clasen - 2.21.91-9 - Report sunrise/sunset times in local time gpicview-0.1.9-1.fc9 -------------------- * Sat Feb 23 2008 Marc Wiriadisastra - 0.1.9-1 - New upstream release * Sat Feb 02 2008 Marc Wiriadisastra - 0.1.8-1 - New upstream release * Fri Jan 11 2008 parag - 0.1.7-3 - Spec cleanup grhino-0.16.0-5.fc9 ------------------- * Fri Feb 22 2008 Michel Salim - 0.16.0-5 - Fix incompatibilities with GCC 4.3 (header changes) - Fix compilation warnings * Tue Feb 19 2008 Fedora Release Engineering - 0.16.0-4 - Autorebuild for GCC 4.3 * Fri Jan 18 2008 Michel Salim - 0.16.0-3 - Rebuild for Fedora 9 (development tree) gstreamer-plugins-pulse-0.9.5-0.5.svn20070924.fc9 ------------------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.5-0.5.svn20070924 - Autorebuild for GCC 4.3 ip-sentinel-0.12-11.fc9 ----------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.12-11 - Autorebuild for GCC 4.3 ipa-0.99-10.fc9 --------------- * Thu Feb 21 2008 Rob Crittenden 0.99-10 - Pull upstream changelog 678 - Add new subpackage, ipa-server-selinux - Add Requires: authconfig to ipa-python (bz #433747) - Package i18n files javacc-0:4.0-4jpp.4 ------------------- * Fri Feb 22 2008 Matt Wringe - 0:4.0-4jpp.4 - Rename javacc script file to javacc.sh as this confuses the makefile jflex-0:1.4.1-0jpp.1.fc9 ------------------------ * Fri Feb 22 2008 Matt Wringe - 0:1.4.1-0jpp.1 - Patch build file to allow bootstrap building * Mon Feb 18 2008 Lubomir Kundrak - 0:1.4.1-0jpp.1 - Naive attempt to update to newer version jfsutils-1.1.12-2 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1.12-2 - Autorebuild for GCC 4.3 kdebase-runtime-4.0.1-2.fc9 --------------------------- * Sat Feb 23 2008 Kevin Kofler 4.0.1-2 - reenable kio_smb everywhere (including F9) now that we have a GPLv3 qt4 (kio_smb itself is already GPLv2+) keyjnote-0.10.2-1.fc9 --------------------- * Thu Feb 21 2008 Allisson Azevedo 0.10.2-1 - Update to 0.10.2 kio_p7zip-0.3.1-7.fc9 --------------------- * Fri Feb 22 2008 Kelly Miller 0.3.1-7 - Updated dependencies due to KDE name changes. kmymoney2-0.8.8-3.fc9 --------------------- * Fri Feb 22 2008 Rex Dieter 0.8.8-3 - gcc43 patch (#434398) - multiarch conflicts, -libs subpkg (#341821) * Tue Feb 19 2008 Fedora Release Engineering - 0.8.8-2 - Autorebuild for GCC 4.3 koffice-1.6.3-15.fc9 -------------------- * Fri Feb 22 2008 Rex Dieter 1.6.3-15 - upstream gcc43 patch (#433994) - kivio: omit Requires: kdegraphics, use versioned Obsoletes - touchup %descriptions, %summaries * Mon Feb 18 2008 Fedora Release Engineering - 1.6.3-14 - Autorebuild for GCC 4.3 * Fri Nov 09 2007 Rex Dieter 1.6.3-13 - CVE-2007-4352 CVE-2007-5392 CVE-2007-5393 (#372611) libXmu-1.0.4-1.fc9 ------------------ * Fri Feb 22 2008 Adam Jackson 1.0.4-1 - libXmu 1.0.4 libaio-0.3.106-4.2 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.3.106-4.2 - Autorebuild for GCC 4.3 libbonobo-2.21.90-3.fc9 ----------------------- * Fri Feb 22 2008 Ray Strode - 2.21.90-3 - Drop upstreamed patch libgnome-2.21.90-3.fc9 ---------------------- * Fri Feb 22 2008 Matthias Clasen - 2.21.90-3 - Make gio the default filechooser backend libnetfilter_queue-0.0.15-3.fc9 ------------------------------- * Fri Feb 22 2008 Paul P Komkoff Jr - 0.0.15-3 - fix compilation with newer glibc/headers/whatever * Tue Feb 19 2008 Fedora Release Engineering - 0.0.15-2 - Autorebuild for GCC 4.3 libnfnetlink-0.0.33-0.1.svn7211.fc9 ----------------------------------- * Fri Feb 22 2008 Paul P. Komkoff Jr - 0.0.33-0.1.svn7211 - grab latest upstream changes and fixes, along with new version number - do not mess with bundled nfnetlink.h, use libnl-1.1-3.fc9 --------------- * Fri Feb 22 2008 Dan Williams - 1.1-3 - Include limits.h to fix gcc 4.3 rebuild issues (rh #434055) * Mon Feb 18 2008 Fedora Release Engineering - 1.1-2 - Autorebuild for GCC 4.3 liboil-0.3.13-1.fc9 ------------------- * Fri Feb 22 2008 Matthias Clasen - 0.3.13-1 - Update to 0.3.13 libsigsegv-2.4-6.fc9 -------------------- * Fri Feb 22 2008 Rex Dieter 2.4-6 - multiarch conflicts (#342391) - -static subpkg libuser-0.56.8-1 ---------------- * Sat Feb 23 2008 Miloslav Trma?? - 0.56.8-1 - New home page at https://fedorahosted.org/libuser/ . * Tue Feb 19 2008 Fedora Release Engineering - 0.56.7-2 - Autorebuild for GCC 4.3 * Wed Jan 09 2008 Miloslav Trma?? - 0.56.7-1 - Add support for SHA256 and SHA512 in password hashes Related: #173583 - Fix file locking on some architectures - Rename sr at Latn.po to sr at latin.po Resolves: #426584 - Address issues from a review by Jason Tibbitts: - Remove default.-c, moving the provided functions to libuser proper - Remove the WITH_SELINUX build option - Move Python library test to %check Resolves: #226054 liferea-1.4.12-1.fc9 -------------------- * Wed Feb 20 2008 Marc Wiriadisastra - 1.5.12-1 - new version - builds with gcc4.3 - added firefox-devel and xulrunner-devel for different fedora's * Fri Feb 08 2008 Christopher Aillon - 1.4.11-2 - Rebuild against newer gecko * Thu Jan 17 2008 Brian Pepple - 1.4.11-1 - Update to 1.4.11. release fixes news bin crasher. (#429021) mcabber-0.9.6-1.fc9 ------------------- * Sat Feb 23 2008 Michael Fleming - 0.9.6-1 - Version upgrade to fix longstanding EVR issue :-) * Tue Feb 19 2008 Fedora Release Engineering - 0.9.4-2 - Autorebuild for GCC 4.3 meanwhile-1.0.2-6.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-6 - Autorebuild for GCC 4.3 microcode_ctl-1:1.17-1.42.fc9 ----------------------------- * Fri Feb 22 2008 Jarod Wilson - Use /lib/firmware instead of /etc/firmware * Wed Feb 13 2008 Jarod Wilson - Fix permissions on microcode.dat milter-greylist-4.0-2.fc9 ------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 4.0-2 - Autorebuild for GCC 4.3 mod_cband-0.9.7.5-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.7.5-2 - Autorebuild for GCC 4.3 mod_geoip-1.2.0-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.0-2 - Autorebuild for GCC 4.3 mod_security-2.1.6-1.fc9 ------------------------ * Sat Feb 23 2008 Michael Fleming 2.1.6-1 - Update to upstream 2.1.6 (Extra features including SecUploadFileMode) * Tue Feb 19 2008 Fedora Release Engineering - 2.1.5-3 - Autorebuild for GCC 4.3 nss-3.11.99.4-1.fc9 ------------------- * Fri Feb 22 2008 Kai Engert - 3.11.99.4-1 - NSS 3.12 Beta 2 - Use /usr/lib{64} as devel libdir, create symbolic links. * Sat Feb 16 2008 Kai Engert - 3.11.99.3-6 - Apply upstream patch for bug 417664, enable test suite on pcc. * Fri Feb 15 2008 Kai Engert - 3.11.99.3-5 - Support concurrent runs of the test suite on a single build host. padevchooser-0.9.4-0.4.svn20070925.fc9 -------------------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.4-0.4.svn20070925 - Autorebuild for GCC 4.3 paman-0.9.4-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.4-2 - Autorebuild for GCC 4.3 pavucontrol-0.9.5-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.5-2 - Autorebuild for GCC 4.3 pcapdiff-0.1-3.fc9 ------------------ php-pecl-radius-1.2.5-4.fc9 --------------------------- * Fri Feb 22 2008 Christopher Stone 1.2.5-4 - Properly register package php-pecl-xdebug-2.0.2-3.fc9 --------------------------- * Fri Feb 22 2008 Christopher Stone 2.0.2-3 - %define %pecl_name to properly register package - Install xml package description - Add debugclient - Many thanks to Edward Rudd (eddie at omegaware.com) (bz #432681) policycoreutils-2.0.44-1.fc9 ---------------------------- * Fri Feb 22 2008 Dan Walsh 2.0.44-1 - Update to upstream * Fix for segfault when conf file parse error occurs. python-GeoIP-1.2.1-12.fc9 ------------------------- * Sat Feb 23 2008 Michael Fleming 1.2.1-12 - Include egg-info files (as generated by Python 2.5) * Tue Feb 19 2008 Fedora Release Engineering - 1.2.1-10 - Autorebuild for GCC 4.3 qcad-2.0.5.0-8.fc9 ------------------ * Fri Feb 22 2008 Gerard Milmeister - 2.0.5.0-8 - patch to compile with GCC 4.3 * Mon Feb 18 2008 Fedora Release Engineering - 2.0.5.0-7 - Autorebuild for GCC 4.3 qdox-0:1.5-2jpp.2.fc9 --------------------- * Fri Feb 22 2008 Matt Wringe - 0:1.5-2jpp.2 - add a patch (qdox-flex.patch) so that qdox will build with the new jflex. qt4-4.3.4-1.fc9 --------------- * Fri Feb 22 2008 Rex Dieter 4.3.4-1 - qt-4.3.4 * Tue Feb 19 2008 Fedora Release Engineering - 4.3.3-9 - Autorebuild for GCC 4.3 quilt-0.46-5.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.46-5 - Autorebuild for GCC 4.3 ratpoison-1.4.1-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4.1-2 - Autorebuild for GCC 4.3 samba-0:3.2.0-1.pre1.3.fc9 -------------------------- * Fri Feb 22 2008 Simo Sorce - 3.2.0-0.pre1.3 - Try to fix GCC 4.3 build - Add --with-dnsupdate flag and also make sure other flags are required just to be sure the features are included without relying on autodetection to be successful * Tue Feb 19 2008 Fedora Release Engineering - 0:3.2.0-1.pre1.2 - Autorebuild for GCC 4.3 schroedinger-1.0.0-1.fc9 ------------------------ * Fri Feb 22 2008 Jeffrey C. Ollie - 1.0.0-1 - Update to 1.0.0 selinux-policy-3.3.0-1.fc9 -------------------------- * Fri Feb 22 2008 Dan Walsh 3.3.0-1 - Add xace support setup-2.6.11-1.fc9 ------------------ * Fri Feb 22 2008 Phil Knirsch 2.6.11-1 - Fixed problem with /etc/profile.d/* and non-interactive tcsh (#299221) - Fixed xterm -title problem (#387581) - Fixed problem with /etc/profile.d/*.csh not being executed for none loginshells anymore (#381631, #429838) - Corrected missing shell for news user in uidgid and passwd skencil-0.6.17-18.20070606svn.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.17-18.20070606svn - Autorebuild for GCC 4.3 squidGuard-1.2.0-18.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.0-18 - Autorebuild for GCC 4.3 stunnel-4.20-6 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.20-6 - Autorebuild for GCC 4.3 tastymenu-1.0.6-1.fc9 --------------------- * Tue Feb 05 2008 Kelly Miller 1.0.6-1 - Updated TastyMenu to version 1.0.6. - Adjusted dependencies due to KDE name changes. * Mon Oct 22 2007 Kelly Miller 1.0.2-1 - Updated TastyMenu to version 1.0.2. tclabc-1.1.0-1.fc9 ------------------ * Sat Feb 23 2008 Gerard Milmeister - 1.1.0-1 - new release 1.1.0 * Mon Feb 18 2008 Fedora Release Engineering - 1.0.9-2 - Autorebuild for GCC 4.3 tmpwatch-2.9.13-2 ----------------- * Sat Feb 23 2008 Miloslav Trma?? - 2.9.13-2 - Package the new documentation files. * Sat Feb 23 2008 Miloslav Trma?? - 2.9.13-1 - New home page at https://fedorahosted.org/tmpwatch/ . - tmpwatch is now licensed under GPLv2. - Address issues from reviews by Adel Gadllah and Jason Tibbitts: - Run (make) with %{?_smp_mflags} - Add a comment describing the origin of the tarball to the spec file - Use a better BuildRoot: tracker-0.6.4-7.fc9 ------------------- * Fri Feb 22 2008 Deji Akingunola - 0.6.4-7 - Ship the tracker-applet program in the tracker-search-tool subpackage (Bug #434551) usermode-1.94-2.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.94-2 - Autorebuild for GCC 4.3 wpa_supplicant-1:0.5.7-23.fc9 ----------------------------- * Fri Feb 22 2008 Dan Williams 1:0.5.7-23 - Fix gcc 4.3 rebuild issues * Mon Feb 18 2008 Fedora Release Engineering - 1:0.5.7-22 - Autorebuild for GCC 4.3 xaos-3.2.3-3.fc9 ---------------- * Fri Feb 22 2008 Gerard Milmeister - 3.2.3-3 - added BR dvipdfm * Mon Feb 18 2008 Fedora Release Engineering - 3.2.3-2 - Autorebuild for GCC 4.3 xorg-x11-drivers-7.3-2.fc9 -------------------------- * Fri Feb 22 2008 Adam Jackson 7.3-2 - xorg-x11-drv-diamondtouch. xorg-x11-drv-acecad-1.2.2-1.fc9 ------------------------------- * Fri Feb 22 2008 Adam Jackson 1.2.2-1 - acecad 1.2.2 * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-6 - Autorebuild for GCC 4.3 xorg-x11-drv-citron-2.2.1-1.fc9 ------------------------------- * Fri Feb 22 2008 Adam Jackson 2.2.1-1 - citron 2.2.1 * Wed Feb 20 2008 Fedora Release Engineering - 2.2.0-5 - Autorebuild for GCC 4.3 * Tue Aug 21 2007 Adam Jackson - 2.2.0-4 - Rebuild for build id xorg-x11-drv-magellan-1.1.0-6.fc9 --------------------------------- * Fri Feb 22 2008 Adam Jackson 1.1.0-6 - magellan-1.1.0-build-fixes.patch: Misc build fixes. * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-drv-mga-1.4.8-1.fc9 ---------------------------- * Fri Feb 22 2008 Adam Jackson 1.4.8-1 - mga 1.4.8 xorg-x11-drv-nv-2.1.7-1.fc9 --------------------------- * Fri Feb 22 2008 Adam Jackson 2.1.7-1 - nv 2.1.7 xorg-x11-drv-spaceorb-1.1.0-6.fc9 --------------------------------- * Fri Feb 22 2008 Adam Jackson 1.1.0-6 - spaceorb-1.1.0-build-fix.patch: Misc build fixes. * Wed Feb 20 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 xorg-x11-server-1.4.99.1-0.23.20080222.fc9 ------------------------------------------ * Fri Feb 22 2008 Adam Jackson 1.4.99.1-0.23 - Today's git snapshot. Xinerama and XKB fixes, patch merging, etc. - Remove some dead patches. xulrunner-1.9-0.beta3.26.nightly20080222.fc9 -------------------------------------------- * Fri Feb 22 2008 Christopher Aillon 1.9-0.beta3.26 - Update to latest trunk (2008-02-22) Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.i386 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-7.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-gst-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-gtk-0.4.so.0 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.x86_64 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-7.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-gst-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-gtk-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.ppc requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 muine-0.8.8-7.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-gst-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-gtk-0.4.so.0 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.ppc64 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-gst-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-gtk-0.4.so.0()(64bit) pyicq-t-0.8-4.a.fc8.noarch requires python-twisted stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From kms at passback.co.uk Sat Feb 23 10:11:00 2008 From: kms at passback.co.uk (Keith Sharp) Date: Sat, 23 Feb 2008 10:11:00 +0000 Subject: default mail client In-Reply-To: <1203721216.25511.6.camel@denkiteki-penpen.easystreet.com> References: <47BCD874.3000600@redhat.com> <47BD9F70.5050503@redhat.com> <1203614580.3007.120.camel@vespa.frost.loc> <1203615320.23492.14.camel@denkiteki-penpen.easystreet.com> <1203670590.5360.24.camel@animal.passback.co.uk> <1203721216.25511.6.camel@denkiteki-penpen.easystreet.com> Message-ID: <1203761461.5360.30.camel@animal.passback.co.uk> On Fri, 2008-02-22 at 15:00 -0800, Timothy Selivanow wrote: > On a related note, anybody have an idea on how the native MAPI work is > progressing on the Exchange plug-in? While I would love my work to not > use Exchange...it's not really an option at the moment (needs a > seriously convincing tech before this could be considered politically ;) It seems to be progressing. You should sign up for the evolution-hackers mailing list, it's quite low volume but there is some discussion of the MAPI plugin: http://mail.gnome.org/mailman/listinfo/evolution-hackers In particular, there are testing RPMs available for OpenSUSE which you might be able to use directly, or rebuild for Fedora. See the message: http://mail.gnome.org/archives/evolution-hackers/2008-January/msg00035.html You might even persuade one of the Fedora Evolution maintainers to put something together for testing in their copious spare time... :-) Keith. From camilo at mesias.co.uk Sat Feb 23 10:25:05 2008 From: camilo at mesias.co.uk (Camilo Mesias) Date: Sat, 23 Feb 2008 10:25:05 +0000 Subject: Rhythmbox and autofs - is this a bug? Message-ID: I'm sharing music files from a F8 box using nfs4 and autofs on the F8 client. It seemed to work well at first, then I realised the mount was timing out and Rhythmbox was 'losing' the files. I thought to work around this with a wrapper script that does cd /server/MUSIC rhythmbox I launch the script instead of rhythmbox directly. By chdir into the served directory I hoped to keep the files visible, but it seems that they are still lost from Rhythmbox sometimes. So, am I doing the right thing, or could rhythmbox do more to work with autofs mounts? Should I be serving up the files differently? -Cam From nicolas.mailhot at laposte.net Sat Feb 23 10:35:59 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 23 Feb 2008 11:35:59 +0100 Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) In-Reply-To: <1203627993.2754.77.camel@cookie.hadess.net> References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> <1203627993.2754.77.camel@cookie.hadess.net> Message-ID: <1203762959.13615.30.camel@rousalka.dyndns.org> Le jeudi 21 f?vrier 2008 ? 21:06 +0000, Bastien Nocera a ?crit : > On Thu, 2008-02-21 at 20:22 +0100, Thorsten Leemhuis wrote: > > Is there any way out of this dilemma? Is it worth filing a bug? If yes: > > in Fedora or Gnome ? > > There's already a bug (which I filed) and a patch :) > http://bugzilla.gnome.org/show_bug.cgi?id=494210 Since you suddenly seem to have suffered amnesia, may I remind the earlier http://bugzilla.gnome.org/show_bug.cgi?id=373934 ? IMHO your insistence that the shortcut dialog must only expose one shortcut, and this shortcut must be limited to the keyboard, is totally artificial and hostile from a user POW. Users are drowning under input devices. Those devices are not 100% standardized and never will be (chap plastic). The user just wants a shortcut center when he can set shortcuts for actions without worrying about input device type, or the number of shortcuts associated with a particular action. When you ask them to manage different device shortcuts in different applets, or do deep-vodoo remapping so the shortcut applet only sees standard events, you're not simplifying the UI you're pushing the problem somewhere else. Anyway if you want a simple UI here is one A. first section : [shortcut field] [capture button] [action dropdown] [set] [remove] 1. User presses the capture button, presses a shortcut (on any input device, or even using a multiple-input device combo) and the shortcut field is filled 2. then he choses in the dropdown one of the available actions to associate with the new shortcut (if dropdown is too long have any other sort of selector you feel most appropriated) 3. the set button validates the shortcut creation, the remove button blanks shortcut field and action dropdown B. Second section is just a list or a tree of the existing configured shortcuts, you can sort it by shortcut or action, selecting a line puts its content in the first section for modification To create multiple shortcuts for the same action users only need to associate the same action with different shortcuts. Actions with no associated shortcuts do not pollute the B section list. Users that do not want multiple mappings are not bothered with any multiple mapping list. It's future proof and does not presume of any future evolution in input hardware. Ideally apps with shortcut needs would reuse the same UI for their own prefs. -- 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 at gmail.com Sat Feb 23 10:32:00 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 23 Feb 2008 11:32:00 +0100 Subject: Auto rebuild release bump issue In-Reply-To: References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> <20080219131700.28456f8a@redhat.com> <1203712320.4395.11.camel@toque.toronto.redhat.com> <20080223004442.09774bb0.mschwendt@gmail.com> <20080222202020.6ed5714b@redhat.com> Message-ID: <20080223113200.f12c1cf9.mschwendt@gmail.com> On Sat, 23 Feb 2008 03:15:16 +0000 (UTC), Kevin Kofler wrote: > Jesse Keating redhat.com> writes: > > Most the jpp packages I looked at seemed fine. Which ones didn't get > > bumped right? > > They all got bumped to m+1jpp.something instead of mjpp.n+1. This is supported in cvs now. According to the Wiki, the numbering scheme seems to be Xjpp.Y%{?dist} where Y is to be bumped and X is the original jpackage release. $ bumpspecfile.py jpackage-utils.spec -2jpp.9%{?dist} +2jpp.10%{?dist} Also added in cvs is a fallback, where a release string that doesn't match at all is tried to be bumped at the very right, and if that is not possible, ".1" is appended. From nicolas.mailhot at laposte.net Sat Feb 23 11:35:45 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 23 Feb 2008 12:35:45 +0100 Subject: default mail client In-Reply-To: <47BCDB90.4050908@redhat.com> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> Message-ID: <1203766546.13615.32.camel@rousalka.dyndns.org> Le mercredi 20 f?vrier 2008 ? 21:01 -0500, Warren Togami a ?crit : > I find Evolution to be completely unusable for IMAP folders. I have > dozens of IMAP folders with tens of thousands of messages on two > servers. Thunderbird seems to handle this a LOT faster than evolution > and crashes less often. Thunderbird is stuck in the mbox area. That alone is a showstopper depending on your mail archive sizes. -- 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 kevin.kofler at chello.at Sat Feb 23 11:38:17 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Feb 2008 11:38:17 +0000 (UTC) Subject: Auto rebuild release bump issue References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> <20080219131700.28456f8a@redhat.com> <1203712320.4395.11.camel@toque.toronto.redhat.com> <20080223004442.09774bb0.mschwendt@gmail.com> <20080222202020.6ed5714b@redhat.com> <20080223113200.f12c1cf9.mschwendt@gmail.com> Message-ID: Michael Schwendt gmail.com> writes: > Also added in cvs is a fallback, where a release string that doesn't > match at all is tried to be bumped at the very right, and if that > is not possible, ".1" is appended. Are you sure you want to autobump Release entries which don't match any of the templates in the guidelines? They could contain really anything, e.g. hardcoded disttags, which "bumping at the very right" could accidentally turn from .fc9 into .fc10, or some other unforeseeable weird stuff. Kevin Kofler From gemi at bluewin.ch Sat Feb 23 11:44:10 2008 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sat, 23 Feb 2008 12:44:10 +0100 Subject: Request for co-maintainership of GCL Message-ID: <1203767050.3698.4.camel@localhost.localdomain> The Lisp compiler GCL is currently in a sorry state. It doesn't compile on anything other than i386. I would be glad if someone, who knows about ppc and 64-bit platforms, agrees for co-maintainership or at least helps out a little temporarily. Camm Maguire, who maintains the Debian package, could provide some useful information. G?rard From nicolas.mailhot at laposte.net Sat Feb 23 11:47:17 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 23 Feb 2008 12:47:17 +0100 Subject: default mail client In-Reply-To: <20080221135938.53cf5bc4@dhcp03.addix.net> References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <2c4095xd4v.ln2@ppp1053.in.ipex.cz> <20080221135938.53cf5bc4@dhcp03.addix.net> Message-ID: <1203767237.13615.38.camel@rousalka.dyndns.org> Le jeudi 21 f?vrier 2008 ? 13:59 +0100, Ralf Ertzinger a ?crit : > Hi. > > On Thu, 21 Feb 2008 12:37:06 +0100, Matej Cepl wrote: > > > BTW, I have found in TB ?Import from Evolution? menu option. You > > mean that everybody should just throw out all their old messages > > out of the window? > > The answer to that is IMAP. However the fact the answer to any semi-complex mail need is to set up a private imap server tells a lot about the state of our email clients. You could do a lot of what imap offers just by standardising the MUA backends to maildir, but everybody talks about the UI and forgets the backend part (in fact it's quite surprising we managed to get good imap servers out since we insist on using last century's tech with mbox and sendmail as our defaults) -- 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 tcallawa at redhat.com Sat Feb 23 12:03:18 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 23 Feb 2008 07:03:18 -0500 Subject: rawhide report: 20080220 changes In-Reply-To: <47BD7519.4040107@redhat.com> References: <20080220151413.15e74726@redhat.com> <1203549442.15409.33.camel@shinybook.infradead.org> <47BD7519.4040107@redhat.com> Message-ID: <1203768198.3342.16.camel@localhost.localdomain> On Thu, 2008-02-21 at 07:56 -0500, Dave Anderson wrote: > Right, since ptrace-abi.h explicitly #include's asm/types.h just > prior to the structure declaration, probably __u32 is more appropriate? Probably. I sent a patch to Ingo a few days ago that did exactly that. ~spot From ndbecker2 at gmail.com Sat Feb 23 12:07:55 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 23 Feb 2008 07:07:55 -0500 Subject: Interesting article on Threading Building Blocks Message-ID: http://tinyurl.com/25njsq From fedora at camperquake.de Sat Feb 23 12:25:29 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 23 Feb 2008 13:25:29 +0100 Subject: default mail client In-Reply-To: <1203767237.13615.38.camel@rousalka.dyndns.org> References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <2c4095xd4v.ln2@ppp1053.in.ipex.cz> <20080221135938.53cf5bc4@dhcp03.addix.net> <1203767237.13615.38.camel@rousalka.dyndns.org> Message-ID: <20080223132529.413953b6@lain.camperquake.de> Hi. On Sat, 23 Feb 2008 12:47:17 +0100, Nicolas Mailhot wrote > You could do a lot of what imap offers just by standardising the MUA > backends to maildir, but everybody talks about the UI and forgets the > backend part (in fact it's quite surprising we managed to get good > imap servers out since we insist on using last century's tech with > mbox and sendmail as our defaults) Well, my IMAP server has it's own storage system, so what sendmail and mbox think about how mail should be handled does not concern me very much. I think we agree that the normal use case these days is that there is a remote mail server involved somewhere (be it POP or IMAP), in contrast to a mail client reading local mail storage (like /var/spool/mail). Yes, I know, some of you do that. But the majority does not. So any local storage done by the mail client is basically a cache. Standardizing this format to something makes it easier to change mail clients, for sure. But I think the point can be made that if a remote server is involved in a majority of cases, anyway, it may as well be IMAP, since that neatly solves a bunch of problems (it also creates new ones, for example backup). Changing mail clients is no longer a real problem, the new client will see all your mail, read and unread, in your prefered folder structure. Reading mail from multiple places (and even if we just talk about a mail client on your home machine and webmail) is no longer a problem. Especially the concurrent access problem can not be solved by any local storage format. From jeff at ocjtech.us Sat Feb 23 13:24:59 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Sat, 23 Feb 2008 07:24:59 -0600 Subject: Orphaning pyicq-t Message-ID: <935ead450802230524h4b0403e6ja983bb470c737031@mail.gmail.com> I haven't used pyicq-t in a long time so I'd like to find someone else to take it over. I've updated rawhide to the latest version and fixed up some dependencies but it could use some testing from someone that actually uses it. Jeff From lemenkov at gmail.com Sat Feb 23 13:32:14 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sat, 23 Feb 2008 16:32:14 +0300 Subject: Orphaning pyicq-t In-Reply-To: <935ead450802230524h4b0403e6ja983bb470c737031@mail.gmail.com> References: <935ead450802230524h4b0403e6ja983bb470c737031@mail.gmail.com> Message-ID: 2008/2/23, Jeffrey Ollie : > I haven't used pyicq-t in a long time so I'd like to find someone else > to take it over. I've updated rawhide to the latest version and fixed > up some dependencies but it could use some testing from someone that > actually uses it. If nobody volunteers I will. -- With best regards! From jeff at ocjtech.us Sat Feb 23 13:35:49 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Sat, 23 Feb 2008 07:35:49 -0600 Subject: Orphaning pyicq-t In-Reply-To: References: <935ead450802230524h4b0403e6ja983bb470c737031@mail.gmail.com> Message-ID: <935ead450802230535k7092c5fcj16aa2bf40cb78dda@mail.gmail.com> On 2/23/08, Peter Lemenkov wrote: > 2008/2/23, Jeffrey Ollie : > > > I haven't used pyicq-t in a long time so I'd like to find someone else > > to take it over. I've updated rawhide to the latest version and fixed > > up some dependencies but it could use some testing from someone that > > actually uses it. > > If nobody volunteers I will. I've released ownership in the package database. Jeff From tim at niemueller.de Sat Feb 23 14:29:09 2008 From: tim at niemueller.de (Tim Niemueller) Date: Sat, 23 Feb 2008 15:29:09 +0100 Subject: Interesting article on Threading Building Blocks In-Reply-To: References: Message-ID: <47C02DB5.5040503@niemueller.de> Neal Becker schrieb: > http://tinyurl.com/25njsq I find it even more interesting that TBB made it into Fedora some ten days back - but without a review? I couldn't find it on BZ, why did no review happen or what's the bz#? Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From mfleming at enlartenment.com Sat Feb 23 13:38:56 2008 From: mfleming at enlartenment.com (Michael Fleming) Date: Sat, 23 Feb 2008 23:38:56 +1000 Subject: Orphaning pyicq-t In-Reply-To: <935ead450802230524h4b0403e6ja983bb470c737031@mail.gmail.com> References: <935ead450802230524h4b0403e6ja983bb470c737031@mail.gmail.com> Message-ID: <20080223233856.302c9fbe@defender> On Sat, 23 Feb 2008 07:24:59 -0600 "Jeffrey Ollie" wrote: > I haven't used pyicq-t in a long time so I'd like to find someone else > to take it over. I've updated rawhide to the latest version and fixed > up some dependencies but it could use some testing from someone that > actually uses it. > > Jeff > I'm currently using pyicq-t in production (and had a updated RPM for F7/F8 in my own repo, I'll check yours out and have a look) so I'm happy to take it over if you wish. Cheers, Michael. -- Michael Fleming Be master of mind rather than mastered by mind. From cmadams at hiwaay.net Sat Feb 23 14:41:45 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 23 Feb 2008 08:41:45 -0600 Subject: default mail client In-Reply-To: <1203767237.13615.38.camel@rousalka.dyndns.org> References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <2c4095xd4v.ln2@ppp1053.in.ipex.cz> <20080221135938.53cf5bc4@dhcp03.addix.net> <1203767237.13615.38.camel@rousalka.dyndns.org> Message-ID: <20080223144143.GA1053777@hiwaay.net> Once upon a time, Nicolas Mailhot said: > You could do a lot of what imap offers just by standardising the MUA > backends to maildir, but everybody talks about the UI and forgets the > backend part (in fact it's quite surprising we managed to get good imap > servers out since we insist on using last century's tech with mbox and > sendmail as our defaults) Maildir solves one problem with mbox (deleting an arbitrary message) while making a whole bunch of new ones (the biggest being a directory with 10,000 files is not good). Dovecot's mbox+index seems to work pretty well in my experience. I find it funny that at the same time NNTP servers were moving away from a one-file-per-message storage format due to the many problems, Maildir (and its variants) was trying to move towards that format. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mtasaka at ioa.s.u-tokyo.ac.jp Sat Feb 23 14:46:57 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 23 Feb 2008 23:46:57 +0900 Subject: Interesting article on Threading Building Blocks In-Reply-To: <47C02DB5.5040503@niemueller.de> References: <47C02DB5.5040503@niemueller.de> Message-ID: <47C031E1.1010405@ioa.s.u-tokyo.ac.jp> Tim Niemueller wrote, at 02/23/2008 11:29 PM +9:00: > Neal Becker schrieb: >> http://tinyurl.com/25njsq > > I find it even more interesting that TBB made it into Fedora some ten > days back - but without a review? I couldn't find it on BZ, why did no > review happen or what's the bz#? > I reviewed this and this is already imported into Fedora. https://bugzilla.redhat.com/show_bug.cgi?id=426251 Regards, Mamoru From sundaram at fedoraproject.org Sat Feb 23 14:55:22 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 23 Feb 2008 20:25:22 +0530 Subject: zombie packages. In-Reply-To: <20080222192125.GA16789@redhat.com> References: <20080222192125.GA16789@redhat.com> Message-ID: <47C033DA.90202@fedoraproject.org> Dave Jones wrote: > > sarai-fonts > date: 2008/02/18 20:17:04; author: kevin; state: Exp; > Setup of module sarai-fonts The CVS admin work was done but I just build this package for all branches. Should be ok now. Rahul From wolfy at nobugconsulting.ro Sat Feb 23 14:55:48 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Sat, 23 Feb 2008 16:55:48 +0200 Subject: Interesting article on Threading Building Blocks In-Reply-To: <47C031E1.1010405@ioa.s.u-tokyo.ac.jp> References: <47C02DB5.5040503@niemueller.de> <47C031E1.1010405@ioa.s.u-tokyo.ac.jp> Message-ID: <47C033F4.2070508@nobugconsulting.ro> On 02/23/2008 04:46 PM, Mamoru Tasaka wrote: > Tim Niemueller wrote, at 02/23/2008 11:29 PM +9:00: >> >> I find it even more interesting that TBB made it into Fedora some ten >> days back - but without a review? I couldn't find it on BZ, why did no >> review happen or what's the bz#? >> > > I reviewed this and this is already imported into Fedora. > https://bugzilla.redhat.com/show_bug.cgi?id=426251 How about extending a bit the bugzilla summary, in order to include the string "Threading Building Blocks" ? For instance "tbb (Threading Building Blocks) - the library that abstracts low-level threading details". Or maybe "tbb (Threading Building Blocks) - a library that abstracts low-level threading details" (taking into account that there could be other similar libraries, tbb not being "the ONE" ( as in Jet Li & the Matrix :) ) This might ease bz searches, I think. From kevin.kofler at chello.at Sat Feb 23 15:15:53 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Feb 2008 15:15:53 +0000 (UTC) Subject: rawhide report: 20080223 changes References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> Message-ID: Rawhide fedoraproject.org> writes: > tastymenu-1.0.6-1.fc9 > --------------------- > * Tue Feb 05 2008 Kelly Miller gmail.com> 1.0.6-1 > - Updated TastyMenu to version 1.0.6. > - Adjusted dependencies due to KDE name changes. This package is obsolete. I have just filed: https://bugzilla.redhat.com/show_bug.cgi?id=434623 Maintainers, please don't waste your time rebuilding Kicker applets for Fedora 9 and later, those are of no use in KDE 4. (On the other hand, system tray icons like KSensors are still fully functional even if they happen to use KDE 3, those work even across desktops. If the icon resides in the system tray (where e.g. Klipper lives), it's a system tray icon, if it gets its own area in Kicker, which can be moved independently of the system tray, it's a Kicker applet. Only the latter are obsolete.) Kevin Kofler From mschwendt at gmail.com Sat Feb 23 15:46:35 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 23 Feb 2008 16:46:35 +0100 Subject: Auto rebuild release bump issue In-Reply-To: References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> <20080219131700.28456f8a@redhat.com> <1203712320.4395.11.camel@toque.toronto.redhat.com> <20080223004442.09774bb0.mschwendt@gmail.com> <20080222202020.6ed5714b@redhat.com> <20080223113200.f12c1cf9.mschwendt@gmail.com> Message-ID: <20080223164635.0fe02457.mschwendt@gmail.com> On Sat, 23 Feb 2008 11:38:17 +0000 (UTC), Kevin Kofler wrote: > Michael Schwendt gmail.com> writes: > > Also added in cvs is a fallback, where a release string that doesn't > > match at all is tried to be bumped at the very right, and if that > > is not possible, ".1" is appended. > > Are you sure you want to autobump Release entries which don't match any of the > templates in the guidelines? They could contain really anything, e.g. hardcoded > disttags, which "bumping at the very right" could accidentally turn from .fc9 > into .fc10, or some other unforeseeable weird stuff. 1) Hardcoded disttags are not permitted in Fedora, afaik. 2) How weird (and in violation of the guidelines) would a release value need to be before the script fails to match at all? I don't talk about some of the "got it almost right" cases here, such as: $ bumpspecfile.py testinvalid1.spec WARNING: Bad pre-release versioning scheme! testinvalid1.spec -0.rc2%{?dist} +0.rc2%{?dist}.1 $ bumpspecfile.py testinvalid1.spec WARNING: Bad pre-release versioning scheme! testinvalid1.spec -0.rc2%{?dist}.1 +0.rc2%{?dist}.2 Or: $ bumpspecfile.py testcvs.spec WARNING: Bad pre-release versioning scheme! testcvs.spec -0.20080101cvs +0.20080101cvs.1 where the current patterns don't match fully. There's room for improvement with very strict regexp that never bump any left number unless it is fully compliant with the Fedora guidelines. Very special cases like the following are not recognised at all: rc9.1%{?dist} One could bump at the very right pos then, too. From mschwendt at gmail.com Sat Feb 23 15:49:41 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 23 Feb 2008 16:49:41 +0100 Subject: Auto rebuild release bump issue In-Reply-To: <20080223164635.0fe02457.mschwendt@gmail.com> References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> <20080219131700.28456f8a@redhat.com> <1203712320.4395.11.camel@toque.toronto.redhat.com> <20080223004442.09774bb0.mschwendt@gmail.com> <20080222202020.6ed5714b@redhat.com> <20080223113200.f12c1cf9.mschwendt@gmail.com> <20080223164635.0fe02457.mschwendt@gmail.com> Message-ID: <20080223164941.59513814.mschwendt@gmail.com> On Sat, 23 Feb 2008 16:46:35 +0100, Michael Schwendt wrote: > On Sat, 23 Feb 2008 11:38:17 +0000 (UTC), Kevin Kofler wrote: > > > Michael Schwendt gmail.com> writes: > > > Also added in cvs is a fallback, where a release string that doesn't > > > match at all is tried to be bumped at the very right, and if that > > > is not possible, ".1" is appended. > > > > Are you sure you want to autobump Release entries which don't match any of the > > templates in the guidelines? They could contain really anything, e.g. hardcoded > > disttags, which "bumping at the very right" could accidentally turn from .fc9 > > into .fc10, or some other unforeseeable weird stuff. > > 1) Hardcoded disttags are not permitted in Fedora, afaik. Btw, currently the script tries to match "dot number" and therefore would bump ".fc9" to ".fc9.1" instead. From darrellpf at gmail.com Sat Feb 23 17:13:16 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Sat, 23 Feb 2008 09:13:16 -0800 Subject: rawhide report: 20080223 changes In-Reply-To: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> Message-ID: > xorg-x11-server-1.4.99.1-0.23.20080222.fc9 gdm comes up, but any mouse movement causes X to die (touchpad, radeon driver). Using startx ended up with white screen of death xorg log looks normal > xulrunner-1.9-0.beta3.26.nightly20080222.fc9 still has the 'cpio rename' problem so it doesn't install. firefox doesn't seem to depend on a particular version, but is getting progressively more flaky (icons don't show in menus like bookmarks, gmail won't work but many other web pages are ok) From joachim.frieben at googlemail.com Sat Feb 23 17:22:29 2008 From: joachim.frieben at googlemail.com (Joachim Frieben) Date: Sat, 23 Feb 2008 18:22:29 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> Message-ID: <1c252d490802230922w1e84d4afpd92a622931e15f57@mail.gmail.com> 2008/2/23, darrell pfeifer : > > > xorg-x11-server-1.4.99.1-0.23.20080222.fc9 > > gdm comes up, but any mouse movement causes X to die (touchpad, radeon > driver). Using startx ended up with white screen of death I had similar problems. I have downgraded to xorg-x11-server-Xorg-1.4.99.1-0.19.20080107.fc9 but I have to start my X session from runlevel 3. When I log in from gdm, X aborts and I'm dropped back to the login panel. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwilson at redhat.com Sat Feb 23 17:30:46 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Sat, 23 Feb 2008 12:30:46 -0500 Subject: gcc-4.3 numerical results problem In-Reply-To: <1203719127.22530.20.camel@localhost.localdomain> References: <1203719127.22530.20.camel@localhost.localdomain> Message-ID: <200802231230.46076.jwilson@redhat.com> On Friday 22 February 2008 05:25:27 pm Lubomir Kundrak wrote: > On Fri, 2008-02-22 at 13:52 -0500, Neal Becker wrote: > > I've got a new unuran from upstream. When built on x86_64 gcc-4.1.2 > > (F8), it passes it's self tests. When built on fedora build (rawhide), > > one test fails. > > > > I have no idea how to debug this. I guess my only choice is get hold of > > a machine with rawhide running on it? > > Another way is grabbing the gcc 4.3 packages from koji and install them > in your Fedora 8. > > yum install --enablerepo=development update 'gcc*' > > Or recursively grab contents of > http://koji.fedoraproject.org/packages/gcc/4.3.0/0.10/x86_64/ and do a > rpm -Fvh *x86_64.rpm in that directory. Or install mock, and fire up the build in mock. You can even 'mock -r fedora-devel-arch shell' to get a shell in the mock chroot to poke at things by hand in a rawhidey env. That's what I did when debugging/fixing/testing all my packages that needed gcc 4.3 fixage. -- Jarod Wilson jwilson at redhat.com From lordmorgul at gmail.com Sat Feb 23 18:18:49 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 23 Feb 2008 10:18:49 -0800 Subject: Rhythmbox and autofs - is this a bug? In-Reply-To: References: Message-ID: <47C06389.6070803@gmail.com> Camilo Mesias wrote: > I'm sharing music files from a F8 box using nfs4 and autofs on the F8 > client. It seemed to work well at first, then I realised the mount was > timing out and Rhythmbox was 'losing' the files. I thought to work > around this with a wrapper script that does > > cd /server/MUSIC > rhythmbox > > I launch the script instead of rhythmbox directly. > > By chdir into the served directory I hoped to keep the files visible, > but it seems that they are still lost from Rhythmbox sometimes. > > So, am I doing the right thing, or could rhythmbox do more to work > with autofs mounts? Should I be serving up the files differently? > > -Cam I don't have an answer for you, but is rhythmbox losing access to the files while it is reading them or just after some time of being idle? -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From rdieter at math.unl.edu Fri Feb 22 21:02:54 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 22 Feb 2008 15:02:54 -0600 Subject: qt4-4.3.4 adds GPLv3 Message-ID: <47BF387E.60001@math.unl.edu> qt4-4.3.4, which will be landing in rawhide shortly, is now available under GPLv3 too, making it's slightly convoluted License tag now: License: GPLv3 or GPLv2 with exceptions or QPL See also: http://trolltech.com/company/newsroom/announcements/press.2008-01-18.1601592972 qt4 updates for previous releases (F-7, F-8) will come soon. -- Rex _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From poelstra at redhat.com Sat Feb 23 00:15:40 2008 From: poelstra at redhat.com (John Poelstra) Date: Fri, 22 Feb 2008 16:15:40 -0800 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read Message-ID: <47BF65AC.7010506@redhat.com> Greetings from Feature Country, If you are a current Fedora 9 feature owner, please make sure your feature has been accepted and is listed on this page: http://fedoraproject.org/wiki/Releases/9/FeatureList. If you expected to find your feature there, but did not, please make sure your feature page is complete and in CategoryProposedFeature so that I can propose it for acceptance at FESCo's next meeting. Just a brief reminder that the Fedora 9 Feature Freeze is currently schedule for Tuesday, March, 4, 2008. This means a few things. First, after this date *no new features will be accepted for Fedora 9* as we shift our attention from development and testing to stabilization, testing, testing, and testing. Second, with the Fedora 9 Beta release following the freeze date we will be asking all feature owners to review their feature pages to make sure they are current, update the % of completion and "last updated date". Information on these pages will serve as a community focal point for your feature. Third, any features that are not complete by the freeze date will be evaluated by FESCo to determine if they should remain in Fedora 9 or be deferred to a future release. If you know for sure that your feature is not ready for Fedora 9, please change its feature page to CategoryProposedFeature to save us time making this determination. The complete feature process is described here: http://fedoraproject.org/wiki/Features/Policy Thanks for your help, The Feature Wrangler _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From fedora at camperquake.de Sat Feb 23 18:45:10 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 23 Feb 2008 19:45:10 +0100 Subject: default mail client In-Reply-To: <20080223144143.GA1053777@hiwaay.net> References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <2c4095xd4v.ln2@ppp1053.in.ipex.cz> <20080221135938.53cf5bc4@dhcp03.addix.net> <1203767237.13615.38.camel@rousalka.dyndns.org> <20080223144143.GA1053777@hiwaay.net> Message-ID: <20080223194510.6e6c1c7c@lain.camperquake.de> Hi On Sat, 23 Feb 2008 08:41:45 -0600, Chris Adams wrote > Maildir solves one problem with mbox (deleting an arbitrary message) > while making a whole bunch of new ones (the biggest being a directory > with 10,000 files is not good). Dovecot's mbox+index seems to work > pretty well in my experience. Handling tens of thousands files per directory has gotten significantly better over time, and it will not get worse in the future. > I find it funny that at the same time NNTP servers were moving away > from a one-file-per-message storage format due to the many problems, > Maildir (and its variants) was trying to move towards that format. NNTP works in a different problem space. Messages are seldom deleted randomly, most are expired over time, with the oldest messages expiring first. This pattern lends itself very well to cyclic buffers, which would not work with mail spools. From seandarcy2 at gmail.com Sat Feb 23 18:52:39 2008 From: seandarcy2 at gmail.com (sean darcy) Date: Sat, 23 Feb 2008 13:52:39 -0500 Subject: Asterisk 1.6 in Fedora In-Reply-To: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> Message-ID: Jeffrey Ollie wrote: > I'm sure that some of you have noticed that Digium has started > releasing betas of Asterisk 1.6 (beta3 was just released). At this > point in time (less than two weeks to the feature freeze), I think > that I'm going to wait until F9 is branched in the package CVS to > introduce Asterisk 1.6 into Rawhide. So F10 would be the first > release of Fedora to contain Asterisk. I plan on introducing Asterisk > 1.6 into EPEL6 once RHEL6 is available. > > However, since we do have two weeks until feature freeze, I'm willing > to listen to arguments to put Asterisk 1.6 into F9 now... > > Jeff > I'm using beta4 now on rawhide. Our production server is 1.4 on f8. We intend to move to 1.6 when released to use the the new management tools. I'm finding beta4 ( and beta3 ) very solid. End of last week, used it as the production server. And the dev's are very responsive in this beta cycle. So mine's a strong vote for 1.6 in f9. Users of 1.4 can stay with f8, or just use the f8 package in f9. sean From fedora at camperquake.de Sat Feb 23 18:56:08 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 23 Feb 2008 19:56:08 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> Message-ID: <20080223195608.3dccb666@lain.camperquake.de> Hi On Sat, 23 Feb 2008 09:13:16 -0800, darrell pfeifer wrote > > xulrunner-1.9-0.beta3.26.nightly20080222.fc9 > > still has the 'cpio rename' problem so it doesn't install. If you want to fix this the hard way: rpm -e --nodeps xulrunner rpm -i xulrunner-1.9-0.beta3.26.nightly20080222.fc9.rpm That worked for me. Make sure no programs using xulrunner are running, though. From kevin.kofler at chello.at Sat Feb 23 19:45:38 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Feb 2008 19:45:38 +0000 (UTC) Subject: qt-3.3.8b adds GPLv3 too (was: Re: qt4-4.3.4 adds GPLv3) References: <47BF387E.60001@math.unl.edu> Message-ID: Rex Dieter math.unl.edu> writes: > qt4-4.3.4, which will be landing in rawhide shortly, is now available > under GPLv3 too, making it's slightly convoluted License tag now: > License: GPLv3 or GPLv2 with exceptions or QPL > > See also: > http://trolltech.com/company/newsroom/announcements/press.2008-01-18.1601592972 > > qt4 updates for previous releases (F-7, F-8) will come soon. FYI, this relicensing also affects Qt 3: we have qt-3.3.8b in Rawhide, which is "GPLv3 or GPLv2 or QPL" tri-licensed. Updates for Fedora 7 and 8 are already in updates-testing and will be promoted to stable in the next push (thanks to Than Ngo). Kevin Kofler From kevin.kofler at chello.at Sat Feb 23 19:52:08 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Feb 2008 19:52:08 +0000 (UTC) Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read References: <47BF65AC.7010506@redhat.com> Message-ID: John Poelstra redhat.com> writes: > Second, with the Fedora 9 Beta release following the freeze date we will > be asking all feature owners to review their feature pages to make sure > they are current, update the % of completion and "last updated date". Unfortunately, those "last updated dates" don't make any sense after your latest edits: the wiki software is filling in the date or time a page is _viewed_ at for Date() and DateTime(), not the date it has been last _edited_ at, so the date will always look current even if the feature hasn't been updated for ages. Kevin Kofler From twaugh at redhat.com Sat Feb 23 19:53:39 2008 From: twaugh at redhat.com (Tim Waugh) Date: Sat, 23 Feb 2008 19:53:39 +0000 Subject: ISO 216 vs U.S. paper In-Reply-To: <1203747365.24184.82.camel@localhost.localdomain> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> <1203622518.7567.87.camel@localhost> <33110.192.54.193.53.1203668286.squirrel@rousalka.dyndns.org> <200802221328.m1MDSrGZ006318@laptop13.inf.utfsm.cl> <1203747365.24184.82.camel@localhost.localdomain> Message-ID: <1203796419.7723.5.camel@cyberelk.elk> On Sat, 2008-02-23 at 17:16 +1100, Rodd Clarkson wrote: > Yes, well here in Australia, where I use US English, I can't buy letter, > but I can buy ISO sized paper, I format my dates dd-mm-yyyy and we use > metric, all of which can be safely assumed from my selection of time > zone. Right, but you are using en_AU for your locale surely? In which case, LC_PAPER already gives you the right thing: $ LC_ALL=en_AU.UTF-8 locale LC_PAPER 297 210 UTF-8 ... and CUPS sets up printers for you with A4 set as the default page size. In other words, everything is currently working correctly. 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 erik at vanpienbroek.nl Sat Feb 23 19:58:44 2008 From: erik at vanpienbroek.nl (Erik van Pienbroek) Date: Sat, 23 Feb 2008 20:58:44 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> Message-ID: <1203796724.19573.6.camel@localhost.localdomain> Op zaterdag 23-02-2008 om 09:13 uur [tijdzone -0800], schreef darrell pfeifer: > > xorg-x11-server-1.4.99.1-0.23.20080222.fc9 > > gdm comes up, but any mouse movement causes X to die (touchpad, radeon > driver). Using startx ended up with white screen of death > > xorg log looks normal I'm also having 'baby eating' behaviour with this rawhide push. With the latest kernel, X starts up, but the screen is malformed (with both the nv and nouveau drivers). When booting with an older kernel (2.6.25-0.40.rc1.git2.fc9) I could get X started up back normal, but as soon as I tried to log in using GDM the session directly crashed. According to dmesg the process pulseaudio had crashed (1), so I tried to manually install the previous pulseaudio package from koji. After this I could start my GNOME session from runlevel 3 with startx, but not from GDM. When I try to log in from GDM I get the error message that the gnome-settings-daemon could not be loaded (or something like that). Regards, Erik van Pienbroek (1) dmesg reported this line: pulseaudio[3812]: segfault at 7b93 ip 00194aec sp bf982a94 error 6 in liboil-0.3.so.0.1.0[171000+5f000] From gnomeuser at gmail.com Sat Feb 23 20:14:11 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sat, 23 Feb 2008 21:14:11 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: <1203796724.19573.6.camel@localhost.localdomain> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <1203796724.19573.6.camel@localhost.localdomain> Message-ID: <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> 2008/2/23, Erik van Pienbroek : > > > Op zaterdag 23-02-2008 om 09:13 uur [tijdzone -0800], schreef darrell > pfeifer: > > > > xorg-x11-server-1.4.99.1-0.23.20080222.fc9 > > > > gdm comes up, but any mouse movement causes X to die (touchpad, radeon > > driver). Using startx ended up with white screen of death > > > > xorg log looks normal > > > I'm also having 'baby eating' behaviour with this rawhide push. With the > latest kernel, X starts up, but the screen is malformed (with both the > nv and nouveau drivers). > > When booting with an older kernel (2.6.25-0.40.rc1.git2.fc9) I could get > X started up back normal, but as soon as I tried to log in using GDM the > session directly crashed. > > According to dmesg the process pulseaudio had crashed (1), so I tried to > manually install the previous pulseaudio package from koji. After this I > could start my GNOME session from runlevel 3 with startx, but not from > GDM. When I try to log in from GDM I get the error message that the > gnome-settings-daemon could not be loaded (or something like that). > > Regards, > > Erik van Pienbroek > > (1) dmesg reported this line: pulseaudio[3812]: segfault at 7b93 ip > 00194aec sp bf982a94 error 6 in liboil-0.3.so.0.1.0[171000+5f000] For me the new xserver is some what less broken, everything seems to work except the keyboard is acting mighty funny. I press up arrow and the gnome-screenshot application starts up. Capslock seems to be on at all times regardless of the setting. Reverting to the xserver prior to inclusion of dri2 and input transformations brings back functionality to a normal level. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From drago01 at gmail.com Sat Feb 23 20:27:44 2008 From: drago01 at gmail.com (drago01) Date: Sat, 23 Feb 2008 21:27:44 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <1203796724.19573.6.camel@localhost.localdomain> <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> Message-ID: 2008/2/23 David Nielsen : > > 2008/2/23, Erik van Pienbroek : > > > > > Op zaterdag 23-02-2008 om 09:13 uur [tijdzone -0800], schreef darrell > > pfeifer: > > > > > > xorg-x11-server-1.4.99.1-0.23.20080222.fc9 > > > > > > gdm comes up, but any mouse movement causes X to die (touchpad, radeon > > > driver). Using startx ended up with white screen of death > > > > > > xorg log looks normal > > > > > > I'm also having 'baby eating' behaviour with this rawhide push. With the > > latest kernel, X starts up, but the screen is malformed (with both the > > nv and nouveau drivers). > > > > When booting with an older kernel (2.6.25-0.40.rc1.git2.fc9) I could get > > X started up back normal, but as soon as I tried to log in using GDM the > > session directly crashed. > > > > According to dmesg the process pulseaudio had crashed (1), so I tried to > > manually install the previous pulseaudio package from koji. After this I > > could start my GNOME session from runlevel 3 with startx, but not from > > GDM. When I try to log in from GDM I get the error message that the > > gnome-settings-daemon could not be loaded (or something like that). > > > > Regards, > > > > Erik van Pienbroek > > > > (1) dmesg reported this line: pulseaudio[3812]: segfault at 7b93 ip > > 00194aec sp bf982a94 error 6 in liboil-0.3.so.0.1.0[171000+5f000] > > > For me the new xserver is some what less broken, everything seems to work > except the keyboard is acting mighty funny. I press up arrow and the > gnome-screenshot application starts up. Capslock seems to be on at all times > regardless of the setting. Reverting to the xserver prior to inclusion of > dri2 and input transformations brings back functionality to a normal level. DRI2 shouldn't do anything unless enabled in xorg.conf. And we still don't have input transformation ;) (input hotplugging got added thought) From seg at haxxed.com Sat Feb 23 21:04:01 2008 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 23 Feb 2008 15:04:01 -0600 Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) In-Reply-To: <1203688929.2754.92.camel@cookie.hadess.net> References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> <1203627993.2754.77.camel@cookie.hadess.net> <1203688929.2754.92.camel@cookie.hadess.net> Message-ID: <1203800642.7567.118.camel@localhost> On Fri, 2008-02-22 at 14:02 +0000, Bastien Nocera wrote: > On Fri, 2008-02-22 at 04:23 +0000, Kevin Kofler wrote: > > Yet secondary shortcuts just work in KDE, and are easily settable through the > > kcontrol (KDE 3) or systemsettings (KDE 4) GUI. > > What does that mean? It's easy to support multiple keyboard shortcuts in > the backend, it's just hard to get right in the UI. > > I guess the "Yet" means that KDE managed to make it look good. I > seriously doubt that, but I'm willing to take screenshots as a proof > they managed it. What's the problem? Various games have been doing this since before KDE was a twinkle in Matthias Ettrich's eye. For an example of how not to do it, maybe check out MAME... -------------- 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 leolistas at solutti.com.br Sat Feb 23 21:28:35 2008 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Sat, 23 Feb 2008 18:28:35 -0300 Subject: bugzilla request Message-ID: <47C09003.1060009@solutti.com.br> Hello Guys, I know this is not a 'support' list, and i also know several of fedora development people are involved on the recompilation thing with new GCC .... But i have filled a bugzilla report almost 45 days from now, with several informations, in a situation which appears to me to clearly be an important bug ... but i got no attention at all on it. I would like to ask you, if possible, to watch on it. https://bugzilla.redhat.com/show_bug.cgi?id=428067 It's related to DNS resolution and appears to me it's glibc related. Thanks very much for your attention and have a nice weekend ! -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From vonbrand at inf.utfsm.cl Sat Feb 23 21:53:49 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 23 Feb 2008 18:53:49 -0300 Subject: rawhide report: 20080223 changes In-Reply-To: <20080223195608.3dccb666@lain.camperquake.de> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <20080223195608.3dccb666@lain.camperquake.de> Message-ID: <200802232153.m1NLronm032087@laptop13.inf.utfsm.cl> Ralf Ertzinger wrote: > On Sat, 23 Feb 2008 09:13:16 -0800, darrell pfeifer wrote > > > > xulrunner-1.9-0.beta3.26.nightly20080222.fc9 > > > > still has the 'cpio rename' problem so it doesn't install. > > If you want to fix this the hard way: > > rpm -e --nodeps xulrunner > rpm -i xulrunner-1.9-0.beta3.26.nightly20080222.fc9.rpm > > That worked for me. Make sure no programs using xulrunner are running, > though. You can just axe the offending directory and update. -- 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 camilo at mesias.co.uk Sat Feb 23 22:18:38 2008 From: camilo at mesias.co.uk (Camilo Mesias) Date: Sat, 23 Feb 2008 22:18:38 +0000 Subject: Rhythmbox and autofs - is this a bug? In-Reply-To: <47C06389.6070803@gmail.com> References: <47C06389.6070803@gmail.com> Message-ID: It's after a considerable time of being idle, possibly interspersed with a pm-suspend. I'm keeping my eye on it to see if I can reliably reproduce a problem. -Cam From gnomeuser at gmail.com Sat Feb 23 22:47:49 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sat, 23 Feb 2008 23:47:49 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <1203796724.19573.6.camel@localhost.localdomain> <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> Message-ID: <1dedbbfc0802231447p3639f0acm988e3c0bdfd27a96@mail.gmail.com> 2008/2/23, drago01 : > > 2008/2/23 David Nielsen : > > > > > 2008/2/23, Erik van Pienbroek : > > > > > > > > Op zaterdag 23-02-2008 om 09:13 uur [tijdzone -0800], schreef darrell > > > pfeifer: > > > > > > > > xorg-x11-server-1.4.99.1-0.23.20080222.fc9 > > > > > > > > gdm comes up, but any mouse movement causes X to die (touchpad, > radeon > > > > driver). Using startx ended up with white screen of death > > > > > > > > xorg log looks normal > > > > > > > > > I'm also having 'baby eating' behaviour with this rawhide push. With > the > > > latest kernel, X starts up, but the screen is malformed (with both the > > > nv and nouveau drivers). > > > > > > When booting with an older kernel (2.6.25-0.40.rc1.git2.fc9) I could > get > > > X started up back normal, but as soon as I tried to log in using GDM > the > > > session directly crashed. > > > > > > According to dmesg the process pulseaudio had crashed (1), so I tried > to > > > manually install the previous pulseaudio package from koji. After this > I > > > could start my GNOME session from runlevel 3 with startx, but not from > > > GDM. When I try to log in from GDM I get the error message that the > > > gnome-settings-daemon could not be loaded (or something like that). > > > > > > Regards, > > > > > > Erik van Pienbroek > > > > > > (1) dmesg reported this line: pulseaudio[3812]: segfault at 7b93 ip > > > 00194aec sp bf982a94 error 6 in liboil-0.3.so.0.1.0[171000+5f000] > > > > > > For me the new xserver is some what less broken, everything seems to > work > > except the keyboard is acting mighty funny. I press up arrow and the > > gnome-screenshot application starts up. Capslock seems to be on at all > times > > regardless of the setting. Reverting to the xserver prior to inclusion > of > > dri2 and input transformations brings back functionality to a normal > level. > > > DRI2 shouldn't do anything unless enabled in xorg.conf. > And we still don't have input transformation ;) > (input hotplugging got added thought) Hrmm.. then I guess it's bugzilla time. Lemme narrow this down a bit. It is however fairly clear that any version after xorg-x11-server(-common)- 1.4.99.1-0.19.20080107.fc9.x86_64 is causing my logitech navigator keyboard to act mighty funny. I love a good treaure hunt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rodd at clarkson.id.au Sat Feb 23 22:48:38 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sun, 24 Feb 2008 09:48:38 +1100 Subject: ISO 216 vs U.S. paper In-Reply-To: <1203796419.7723.5.camel@cyberelk.elk> References: <47B4C6A6.5000005@hi.is> <1203070560.3716.18.camel@cyberelk.elk> <47B574D7.5050902@hi.is> <1203074897.28468.708.camel@Jehannum> <239r85xvdh.ln2@ppp1053.in.ipex.cz> <20080219164400.GA25368@ee.oulu.fi> <1203622518.7567.87.camel@localhost> <33110.192.54.193.53.1203668286.squirrel@rousalka.dyndns.org> <200802221328.m1MDSrGZ006318@laptop13.inf.utfsm.cl> <1203747365.24184.82.camel@localhost.localdomain> <1203796419.7723.5.camel@cyberelk.elk> Message-ID: <1203806918.24184.119.camel@localhost.localdomain> On Sat, 2008-02-23 at 19:53 +0000, Tim Waugh wrote: > On Sat, 2008-02-23 at 17:16 +1100, Rodd Clarkson wrote: > > Yes, well here in Australia, where I use US English, I can't buy letter, > > but I can buy ISO sized paper, I format my dates dd-mm-yyyy and we use > > metric, all of which can be safely assumed from my selection of time > > zone. > > Right, but you are using en_AU for your locale surely? In which case, > LC_PAPER already gives you the right thing: > > $ LC_ALL=en_AU.UTF-8 locale LC_PAPER > 297 > 210 > UTF-8 > > ... and CUPS sets up printers for you with A4 set as the default page > size. In other words, everything is currently working correctly. Ah, I love your enthusiasm. No it isn't working right, because anaconda thinks it's all about what language I speak, and not where I live. [rodd at localhost dirtridersmtb.com]$ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= R. -- "It's a fine line between denial and faith. It's much better on my side" From fedora at camperquake.de Sat Feb 23 22:58:08 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 23 Feb 2008 23:58:08 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> Message-ID: <20080223235808.3fc9c138@lain.camperquake.de> Hi. On Sat, 23 Feb 2008 09:13:16 -0800, darrell pfeifer wrote > > xorg-x11-server-1.4.99.1-0.23.20080222.fc9 > > gdm comes up, but any mouse movement causes X to die (touchpad, radeon > driver). Using startx ended up with white screen of death Works for me (intel driver), but I have DRI disabled (for other reasons). From ce at ceag.ch Sat Feb 23 22:57:21 2008 From: ce at ceag.ch (Carsten Emde) Date: Sat, 23 Feb 2008 23:57:21 +0100 Subject: Show-user-and-IP squirrelmail plugin Message-ID: <47C0A4D1.2070603@ceag.ch> Recently, someone pointed out that squirrelmail does not show the name of the user currently logged in and that it would be an important security feature, if squirrelmail displayed time, date and IP of the most recent session after login. I posted this to the squirrelmail mailing list, and Tomas Kuliavas mentioned the show_user_and_ip plugin (http://www.squirrelmail.org/plugin_view.php?id=123) which does exactly that. Installation was easy. Works great I would really like to see it included into the squirrelmail package which already contains a number of plugins but not this one. Since the show_user_and_ip plugin would not be enabled by default, it would do no harm to deliver it. People who wish to do so may then enable and test it. --cbe From mike at miketc.com Sat Feb 23 23:05:11 2008 From: mike at miketc.com (Mike Chambers) Date: Sat, 23 Feb 2008 17:05:11 -0600 Subject: USB Mouse not working Message-ID: <79AA72FA2E99461AB58C79ADEF96AC8F@miketc.com> On my latest rawhide updated box, as of today, my mouse sort of doesn't work. It seems to go up and down, but not left and right. When I boot initially, during rhgb screen, the mouse works as normal, but once in X at my desktop, or at the gdm screen, the mouse goes up and down only again. And it doesn't seem the keyboard works at that point as well. Although, if going to init 3 then the keyboard does work. The is a Logitech USB keyboard/mouse wireless desktop. Any ideas? Mike Chambers Madisonville, KY From jakub.rusinek at gmail.com Sat Feb 23 23:13:15 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 24 Feb 2008 00:13:15 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: <20080223235808.3fc9c138@lain.camperquake.de> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <20080223235808.3fc9c138@lain.camperquake.de> Message-ID: <47C0A88B.8030209@gmail.com> Ralf Ertzinger pisze: > Hi. > > On Sat, 23 Feb 2008 09:13:16 -0800, darrell pfeifer wrote >>> xorg-x11-server-1.4.99.1-0.23.20080222.fc9 >> gdm comes up, but any mouse movement causes X to die (touchpad, radeon >> driver). Using startx ended up with white screen of death > > Works for me (intel driver), but I have DRI disabled (for other reasons). I'm curious about Xorg stability with my nVidia card running on nvidia-96xx closed driver (if supported, I hope so). I'm just afraid of upgrade'ing to rawhide. Any up-to-date LiveCD available? I'm curious about KDE4 on Fedora too :) . From mike at miketc.com Sat Feb 23 23:08:43 2008 From: mike at miketc.com (Mike Chambers) Date: Sat, 23 Feb 2008 17:08:43 -0600 Subject: rawhide report: 20080223 changes References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com><1203796724.19573.6.camel@localhost.localdomain><1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> <1dedbbfc0802231447p3639f0acm988e3c0bdfd27a96@mail.gmail.com> Message-ID: <279B4BA39BBF4A498477EE3EDFE9C19F@miketc.com> ----- Original Message ----- From: David Nielsen Sent: Saturday, February 23, 2008 4:47 PM Subject: Re: rawhide report: 20080223 changes Hrmm.. then I guess it's bugzilla time. Lemme narrow this down a bit. It is however fairly clear that any version after xorg-x11-server(-common)-1.4.99.1-0.19.20080107.fc9.x86_64 is causing my logitech navigator keyboard to act mighty funny. I love a good treaure hunt. Did you file a bug about this yet? If so, what is the #? I also (didn't read this thread until after) started a new thread on the mouse stuff to add to the equation. Mike Chambers -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbowes at redhat.com Sat Feb 23 23:14:30 2008 From: jbowes at redhat.com (James Bowes) Date: Sat, 23 Feb 2008 18:14:30 -0500 Subject: git-core renamed to git in rawhide Message-ID: <20080223231429.GA19284@spitfire> All: git-1.5.4.3 was released today, including Kristian H?gsberg's patch to rename git-core to git, and git to git-all. I've rebuilt git in rawhide including this change as well; hopefully this should clear up the confusion about which git is really git. Any additional testing would be appreciated. -James -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mfleming at enlartenment.com Sat Feb 23 23:47:08 2008 From: mfleming at enlartenment.com (Michael Fleming) Date: Sun, 24 Feb 2008 09:47:08 +1000 Subject: Brave/Crazy people wanted to test modsecurity 2.5.0 packages. Message-ID: <20080224094708.234b4abf@defender> Ladies and Gents of the Fedora development list, I've built and uploaded[1] some very raw and primarily untested mod_security 2.5.0 packages to my fedorapeople.org space for any brave / foolhardy soul to prod at and or test at their leisure. The builds are currently for F7-F8 (built locally, it's what I have at my disposal at the moment) but the SRPMs should rebuild anywhere. It's VERY new/raw and much has changed under the bonnet since 2.1.x, hence I'm still hesitant to push it even to Rawhide at this stage. This may change depending on feedback or overwhelming requests, however. All / any feedback appreciated, especially in regards to the included mlogc app and upgrading from 2.1. Cheers, Michael. [1] http://mfleming.fedorapeople.org/modsecurity-test/ -- Michael Fleming Be master of mind rather than mastered by mind. From rjones at redhat.com Sat Feb 23 23:48:34 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sat, 23 Feb 2008 23:48:34 +0000 Subject: Policy for updating/suggesting updates to packaging guidelines? Message-ID: <20080223234834.GA5287@amd.home.annexia.org> I would like to suggest some updates to https://fedoraproject.org/wiki/Packaging/OCaml but I can't find out how to go about this. Is there some policy related to doing this sort of thing? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From dwmw2 at infradead.org Sat Feb 23 23:55:53 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 24 Feb 2008 08:55:53 +0900 Subject: default mail client In-Reply-To: <1203766546.13615.32.camel@rousalka.dyndns.org> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCDB90.4050908@redhat.com> <1203766546.13615.32.camel@rousalka.dyndns.org> Message-ID: <1203810954.5771.169.camel@shinybook.infradead.org> On Sat, 2008-02-23 at 12:35 +0100, Nicolas Mailhot wrote: > Le mercredi 20 f?vrier 2008 ? 21:01 -0500, Warren Togami a ?crit : > > > I find Evolution to be completely unusable for IMAP folders. I have > > dozens of IMAP folders with tens of thousands of messages on two > > servers. Thunderbird seems to handle this a LOT faster than evolution > > and crashes less often. > > Thunderbird is stuck in the mbox area. That alone is a showstopper > depending on your mail archive sizes. That wouldn't be such an issue if it could just use a local IMAP "server" by running '/usr/sbin/dovecot --exec-mail imap' and talking to that. But it isn't capable of that, either. It has to connect to a listening IMAP d?mon. -- dwmw2 From choeger at cs.tu-berlin.de Sun Feb 24 00:40:00 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Sun, 24 Feb 2008 01:40:00 +0100 Subject: someone interested in packaging VirtualBox? Message-ID: <1203813600.14532.4.camel@choeger4> Hi there, I've noticed that there seems to be no review request for virtualbox so far. I think it would be great to have this opensource vmware killer in the repos but currently I am not quite sure if I could manage to package it all alone. Is someone willing to support me in this area. I would do the main work and mainly need someone to ask dumb questions and make sure things go the fedora way. Maybe someone who is already packaging some virt related stuff? regards christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From dominik at greysector.net Sun Feb 24 00:27:49 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 24 Feb 2008 01:27:49 +0100 Subject: Policy for updating/suggesting updates to packaging guidelines? In-Reply-To: <20080223234834.GA5287@amd.home.annexia.org> References: <20080223234834.GA5287@amd.home.annexia.org> Message-ID: <20080224002749.GG3003@ryvius.greysector.net> On Sunday, 24 February 2008 at 00:48, Richard W.M. Jones wrote: > I would like to suggest some updates to > https://fedoraproject.org/wiki/Packaging/OCaml but I can't find out > how to go about this. Is there some policy related to doing this sort > of thing? I think this is more a topic for the packaging list. That said, I think the usual way is to write up your proposal on the wiki and bring it up before the next Packaging Committee meeting. 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 davej at redhat.com Sun Feb 24 01:12:33 2008 From: davej at redhat.com (Dave Jones) Date: Sat, 23 Feb 2008 20:12:33 -0500 Subject: someone interested in packaging VirtualBox? In-Reply-To: <1203813600.14532.4.camel@choeger4> References: <1203813600.14532.4.camel@choeger4> Message-ID: <20080224011233.GC17518@redhat.com> On Sun, Feb 24, 2008 at 01:40:00AM +0100, Christoph H?ger wrote: > Hi there, > > I've noticed that there seems to be no review request for virtualbox so > far. I think it would be great to have this opensource vmware killer in > the repos but currently I am not quite sure if I could manage to package > it all alone. > > Is someone willing to support me in this area. I would do the main work > and mainly need someone to ask dumb questions and make sure things go > the fedora way. Maybe someone who is already packaging some virt related > stuff? The kernel module for this is way too ugly to live. Dave -- http://www.codemonkey.org.uk From davej at redhat.com Sun Feb 24 01:17:03 2008 From: davej at redhat.com (Dave Jones) Date: Sat, 23 Feb 2008 20:17:03 -0500 Subject: zombie packages. In-Reply-To: <47C033DA.90202@fedoraproject.org> References: <20080222192125.GA16789@redhat.com> <47C033DA.90202@fedoraproject.org> Message-ID: <20080224011703.GE17518@redhat.com> On Sat, Feb 23, 2008 at 08:25:22PM +0530, Rahul Sundaram wrote: > Dave Jones wrote: > > > > > sarai-fonts > > date: 2008/02/18 20:17:04; author: kevin; state: Exp; > > Setup of module sarai-fonts > > The CVS admin work was done but I just build this package for all > branches. Should be ok now. It's %prep is totally busted. It seems to think that SOURCEDIR==BUILDDIR resulting in this.. + cp /mnt/raid0/src/devel-co/sarai-fonts/COPYING . cp: `/mnt/raid0/src/devel-co/sarai-fonts/COPYING' and `./COPYING' are the same file error: Bad exit status from /var/tmp/rpm-tmp.10761 (%prep) How did this get past package review? Dave -- http://www.codemonkey.org.uk From davej at redhat.com Sun Feb 24 03:33:40 2008 From: davej at redhat.com (Dave Jones) Date: Sat, 23 Feb 2008 22:33:40 -0500 Subject: /bin/hostname in buildroots. Message-ID: <20080224033340.GA15428@redhat.com> Looking through build logs of various packages, I keep seeing this.. /etc/profile: line 38: /bin/hostname: No such file or directory warning: Could not canonicalize hostname: xenbuilder4.fedora.phx.redhat.com Should the buildroots provide this by default (imo, yes), or should packages have to explicitly BuildRequires: this ? Dave -- http://www.codemonkey.org.uk From Matt_Domsch at dell.com Sun Feb 24 03:36:40 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 23 Feb 2008 21:36:40 -0600 Subject: /bin/hostname in buildroots. In-Reply-To: <20080224033340.GA15428@redhat.com> References: <20080224033340.GA15428@redhat.com> Message-ID: <20080224033640.GF5589@auslistsprd01.us.dell.com> On Sat, Feb 23, 2008 at 10:33:40PM -0500, Dave Jones wrote: > Looking through build logs of various packages, I keep seeing this.. > > /etc/profile: line 38: /bin/hostname: No such file or directory > warning: Could not canonicalize hostname: xenbuilder4.fedora.phx.redhat.com > > Should the buildroots provide this by default (imo, yes), or should > packages have to explicitly BuildRequires: this ? when last I asked, I was told this is ignorable, so I did. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From cjdahlin at ncsu.edu Sun Feb 24 03:48:57 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Sat, 23 Feb 2008 22:48:57 -0500 Subject: /bin/hostname in buildroots. In-Reply-To: <20080224033340.GA15428@redhat.com> References: <20080224033340.GA15428@redhat.com> Message-ID: <47C0E929.1040001@ncsu.edu> Dave Jones wrote: > Looking through build logs of various packages, I keep seeing this.. > > /etc/profile: line 38: /bin/hostname: No such file or directory > warning: Could not canonicalize hostname: xenbuilder4.fedora.phx.redhat.com > > Should the buildroots provide this by default (imo, yes), or should > packages have to explicitly BuildRequires: this ? > > Dave > > I think we should determine the exact use cases for this. The first 5 reasons I can think of for having it around are evil, but there's a couple of legitimate ones. --CJD From davej at redhat.com Sun Feb 24 04:08:46 2008 From: davej at redhat.com (Dave Jones) Date: Sat, 23 Feb 2008 23:08:46 -0500 Subject: /bin/hostname in buildroots. In-Reply-To: <47C0E929.1040001@ncsu.edu> References: <20080224033340.GA15428@redhat.com> <47C0E929.1040001@ncsu.edu> Message-ID: <20080224040846.GB15428@redhat.com> On Sat, Feb 23, 2008 at 10:48:57PM -0500, Casey Dahlin wrote: > Dave Jones wrote: > > Looking through build logs of various packages, I keep seeing this.. > > > > /etc/profile: line 38: /bin/hostname: No such file or directory > > warning: Could not canonicalize hostname: xenbuilder4.fedora.phx.redhat.com > > > > Should the buildroots provide this by default (imo, yes), or should > > packages have to explicitly BuildRequires: this ? > > > > I think we should determine the exact use cases for this. The first 5 > reasons I can think of for having it around are evil, but there's a > couple of legitimate ones. A number of projects (the kernel, X..) embed info about the system that it was built on into the binary in case it later proves to be useful to match up systems to bug reports. Admittedly it isn't hugely useful from a distro perspective (given the machines doing the building aren't the machines running the generated binaries). Dave -- http://www.codemonkey.org.uk From cjdahlin at ncsu.edu Sun Feb 24 04:14:09 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Sat, 23 Feb 2008 23:14:09 -0500 Subject: /bin/hostname in buildroots. In-Reply-To: <20080224040846.GB15428@redhat.com> References: <20080224033340.GA15428@redhat.com> <47C0E929.1040001@ncsu.edu> <20080224040846.GB15428@redhat.com> Message-ID: <47C0EF11.2050200@ncsu.edu> Dave Jones wrote: > On Sat, Feb 23, 2008 at 10:48:57PM -0500, Casey Dahlin wrote: > > Dave Jones wrote: > > > Looking through build logs of various packages, I keep seeing this.. > > > > > > /etc/profile: line 38: /bin/hostname: No such file or directory > > > warning: Could not canonicalize hostname: xenbuilder4.fedora.phx.redhat.com > > > > > > Should the buildroots provide this by default (imo, yes), or should > > > packages have to explicitly BuildRequires: this ? > > > > > > > I think we should determine the exact use cases for this. The first 5 > > reasons I can think of for having it around are evil, but there's a > > couple of legitimate ones. > > A number of projects (the kernel, X..) embed info about the system that > it was built on into the binary in case it later proves to be useful > to match up systems to bug reports. > > Admittedly it isn't hugely useful from a distro perspective > (given the machines doing the building aren't the machines > running the generated binaries). > > Dave > > So its primarily an anti-ugliness feature. The RPMs themselves contain this information, I wonder if that plays into things. --CJD From skvidal at fedoraproject.org Sun Feb 24 04:18:11 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 23 Feb 2008 23:18:11 -0500 Subject: someone interested in packaging VirtualBox? In-Reply-To: <20080224011233.GC17518@redhat.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> Message-ID: <1203826691.1688.88.camel@cutter> On Sat, 2008-02-23 at 20:12 -0500, Dave Jones wrote: > On Sun, Feb 24, 2008 at 01:40:00AM +0100, Christoph H?ger wrote: > > Hi there, > > > > I've noticed that there seems to be no review request for virtualbox so > > far. I think it would be great to have this opensource vmware killer in > > the repos but currently I am not quite sure if I could manage to package > > it all alone. > > > > Is someone willing to support me in this area. I would do the main work > > and mainly need someone to ask dumb questions and make sure things go > > the fedora way. Maybe someone who is already packaging some virt related > > stuff? > > The kernel module for this is way too ugly to live. > And, iirc, fedora does not allow external-from-the-kernel modules. so it doesn't fly. -sv From mattdm at mattdm.org Sun Feb 24 04:28:39 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 23 Feb 2008 23:28:39 -0500 Subject: rawhide report: 20080223 changes In-Reply-To: <1dedbbfc0802231447p3639f0acm988e3c0bdfd27a96@mail.gmail.com> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <1203796724.19573.6.camel@localhost.localdomain> <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> <1dedbbfc0802231447p3639f0acm988e3c0bdfd27a96@mail.gmail.com> Message-ID: <20080224042839.GA17595@jadzia.bu.edu> On Sat, Feb 23, 2008 at 11:47:49PM +0100, David Nielsen wrote: > Hrmm.. then I guess it's bugzilla time. Lemme narrow this down a bit. It > is however fairly clear that any version after xorg-x11-server(-common)- > 1.4.99.1-0.19.20080107.fc9.x86_64 is causing my logitech navigator > keyboard to act mighty funny. I love a good treaure hunt. I've got the same thing. Plain vanilla IBM keyboard, PS/2 keyboard port. Oh, and i386 not x86_64. So that broadens it up a little bit. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From gnomeuser at gmail.com Sun Feb 24 05:11:33 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sun, 24 Feb 2008 06:11:33 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: <20080224042839.GA17595@jadzia.bu.edu> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <1203796724.19573.6.camel@localhost.localdomain> <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> <1dedbbfc0802231447p3639f0acm988e3c0bdfd27a96@mail.gmail.com> <20080224042839.GA17595@jadzia.bu.edu> Message-ID: <1dedbbfc0802232111h5a8720c6hc41ca7fc95fa06bb@mail.gmail.com> 2008/2/24, Matthew Miller : > > On Sat, Feb 23, 2008 at 11:47:49PM +0100, David Nielsen wrote: > > Hrmm.. then I guess it's bugzilla time. Lemme narrow this down a bit. It > > is however fairly clear that any version after xorg-x11-server(-common)- > > 1.4.99.1-0.19.20080107.fc9.x86_64 is causing my logitech navigator > > keyboard to act mighty funny. I love a good treaure hunt. > > > I've got the same thing. Plain vanilla IBM keyboard, PS/2 keyboard port. > > Oh, and i386 not x86_64. > > So that broadens it up a little bit. :) > Followups in the bug report: https://bugzilla.redhat.com/show_bug.cgi?id=434669 -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at leemhuis.info Sun Feb 24 07:13:53 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 24 Feb 2008 08:13:53 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <1203813600.14532.4.camel@choeger4> References: <1203813600.14532.4.camel@choeger4> Message-ID: <47C11931.8080900@leemhuis.info> On 24.02.2008 01:40, Christoph H?ger wrote: > Is someone willing to support me in this area. I would do the main work > and mainly need someone to ask dumb questions and make sure things go > the fedora way. Maybe someone who is already packaging some virt related > stuff? At least Till Maas and Xavier Lamien are intersted in it afaik: http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-January/000326.html http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-January/000320.html http://fedoraproject.org/wiki/TillMaas/Virtualbox http://blog.fedora-fr.org/smootherfrogz/post/Kmod-VirtualBox-For-new-release:-Fedora-7 But nobody submitted packages to RPM Fusion/Livna yet. HTH. Cu knurd From sundaram at fedoraproject.org Sun Feb 24 07:20:58 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 24 Feb 2008 12:50:58 +0530 Subject: zombie packages. In-Reply-To: <20080224011703.GE17518@redhat.com> References: <20080222192125.GA16789@redhat.com> <47C033DA.90202@fedoraproject.org> <20080224011703.GE17518@redhat.com> Message-ID: <47C11ADA.6050101@fedoraproject.org> Dave Jones wrote: > On Sat, Feb 23, 2008 at 08:25:22PM +0530, Rahul Sundaram wrote: > > Dave Jones wrote: > > > > > > > > sarai-fonts > > > date: 2008/02/18 20:17:04; author: kevin; state: Exp; > > > Setup of module sarai-fonts > > > > The CVS admin work was done but I just build this package for all > > branches. Should be ok now. > > It's %prep is totally busted. It seems to think that SOURCEDIR==BUILDDIR > resulting in this.. > > + cp /mnt/raid0/src/devel-co/sarai-fonts/COPYING . > cp: `/mnt/raid0/src/devel-co/sarai-fonts/COPYING' and `./COPYING' are the same file > error: Bad exit status from /var/tmp/rpm-tmp.10761 (%prep) > > How did this get past package review? I will check and fix. Thanks. Rahul From lordmorgul at gmail.com Sun Feb 24 07:33:56 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 23 Feb 2008 23:33:56 -0800 Subject: rawhide report: 20080223 changes In-Reply-To: <47C0A88B.8030209@gmail.com> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <20080223235808.3fc9c138@lain.camperquake.de> <47C0A88B.8030209@gmail.com> Message-ID: <47C11DE4.3070508@gmail.com> Jakub 'Livio' Rusinek wrote: > Ralf Ertzinger pisze: >> Hi. >> >> On Sat, 23 Feb 2008 09:13:16 -0800, darrell pfeifer wrote >>>> xorg-x11-server-1.4.99.1-0.23.20080222.fc9 >>> gdm comes up, but any mouse movement causes X to die (touchpad, radeon >>> driver). Using startx ended up with white screen of death >> >> Works for me (intel driver), but I have DRI disabled (for other reasons). > > I'm curious about Xorg stability with my nVidia card running on > nvidia-96xx closed driver (if supported, I hope so). > > I'm just afraid of upgrade'ing to rawhide. > > Any up-to-date LiveCD available? I'm curious about KDE4 on Fedora too :) . > You will have no 3d support on an nvidia card with rawhide. The best you get is software indirect rendering, which won't handle much beyond glxgears (compiz-fusion for instance won't work). The nvidia drivers do not support the new Xorg ABI and will not for awhile still. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Sun Feb 24 07:36:53 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 23 Feb 2008 23:36:53 -0800 Subject: RFE: Remove isdn4k-utils from base installs In-Reply-To: <200802221210.33288.lamont@lamontpeterson.org> References: <200802211704.53493.lamont@lamontpeterson.org> <1203655609.24402.159.camel@aglarond.local> <200802221210.33288.lamont@lamontpeterson.org> Message-ID: <47C11E95.9030908@gmail.com> Lamont Peterson wrote: > I'm not suggesting that it not be part of the install media or something like > that. It absolutely should be for those people who do need it. > > I never select the "dial-up" group and it's still installed. IIRC, it is > installed if I do a minimal install. I know that I didn't install dial-up on > this box and it was still included. I did a minimal install then added a few > things that I need, but nothing I have installed depends on the ISDN. I've done quite a few rawhide installs so far and I'm not ending up with that installed... It seems like there is probably a dependency on something you're selecting that is dragging it in. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From rawhide at fedoraproject.org Sun Feb 24 09:25:09 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sun, 24 Feb 2008 02:25:09 -0700 (MST) Subject: rawhide report: 20080224 changes Message-ID: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> New package cloudy Spectral synthesis code to simulate conditions in interstellar matter New package pigment-python Python bindings to the Pigment Media Center Toolkit New package sarai-fonts Free Sarai Hindi Truetype Font Updated Packages: Thunar-0.9.0-4.fc9 ------------------ * Sat Feb 23 2008 Kevin Fenzi - 0.9.0-4 - Remove requires on xfce-icon-theme. See bug 433152 arj-3.10.22-2.fc9 ----------------- bash-completion-20060301-10 --------------------------- * Sat Feb 23 2008 Ville Skytt?? - 20060301-10 - Patch to fix filename completion with svn (#430059). - Trigger-install support for dsniff. - Drop disttag. beagle-0.3.3-6.fc9 ------------------ * Sat Feb 23 2008 Adel Gadllah - 0.3.3-6 - Fix build with new mono * Thu Feb 21 2008 Adel Gadllah - 0.3.3-5 - Fix bug #433063 * Sun Feb 17 2008 Adel Gadllah - 0.3.3-4 - Revert last change boo-0.8.1.2865-2.fc9 -------------------- * Sat Feb 23 2008 David Nielsen - 0.8.1-2865-2 - Nope, ppc still broken (#434631) * Sat Feb 23 2008 David Nielsen - 0.8.1-2865-1 - Bump to 0.8.1 - Exclude Visual Studio Environment buildtarget - Reenable ppc * Tue Feb 19 2008 Fedora Release Engineering - 0.8.0.2730-9 - Autorebuild for GCC 4.3 claws-mail-3.3.1-1.fc9 ---------------------- * Sat Feb 23 2008 Andreas Bierfert - 3.3.1-1 - version upgrade conntrack-tools-0.9.6-0.1.svn7382.fc9 ------------------------------------- * Sat Feb 23 2008 Paul P. Komkoff Jr - 0.9.6-0.1.svn7382 - new version from svn cups-1:1.3.6-2.fc9 ------------------ * Sat Feb 23 2008 Tim Waugh 1:1.3.6-2 - Fix encoding of job-sheets option (bug #433753, STR #2715). * Wed Feb 20 2008 Tim Waugh 1:1.3.6-1 - 1.3.6. * Thu Feb 14 2008 Tim Waugh 1:1.3.5-6 - Include fixes from svn up to revision 7304. No longer need str2703 patch. Build with --with-dbusdir. - Try out logrotate again (bug #432730). ejabberd-2.0.0-1.fc9 -------------------- * Sat Feb 23 2008 Peter Lemenkov 2.0.0-1 - Version 2.0.0 erlang-R12B-0.3.fc9 ------------------- * Sat Feb 23 2008 Gerard Milmeister - R12B-0.3 - disable strict aliasing optimization * Mon Feb 18 2008 Fedora Release Engineering - R12B-0.2 - Autorebuild for GCC 4.3 * Sat Dec 08 2007 Gerard Milmeister - R12B-0.1 - new release R12B-0 erlang-esdl-0.96.0626-3.fc9 --------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.96.0626-3 - Autorebuild for GCC 4.3 firefox-3.0-0.beta3.27.nightly20080223.fc9 ------------------------------------------ * Sat Feb 23 2008 Christopher Aillon 3.0-0.beta3.27 - Update to latest trunk (2008-02-23) g3data-1.5.1-8.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.5.1-8 - Autorebuild for GCC 4.3 gchempaint-0.8.7-2.fc9 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.8.7-2 - Autorebuild for GCC 4.3 * Sat Feb 09 2008 Julian Sikorski - 0.8.7-1 - Updated to 0.8.7 - Worked around rpath killer breakage introduced by Debian aclocal * Sat Jan 26 2008 Julian Sikorski - 0.8.6-1 - Updated to 0.8.6 - Dropped upstreamed patches gcl-2.6.7-18.fc9 ---------------- * Mon Feb 18 2008 Fedora Release Engineering - 2.6.7-18 - Autorebuild for GCC 4.3 gdesklets-0.36-1.fc9 -------------------- * Fri Feb 22 2008 Luya Tshimbalanga - 0.36-1 - Update from upstream - Added libcap-devel for dependancy geany-0.13-1.fc9 ---------------- * Sun Feb 24 2008 Jonathan G. Underwood - 0.13-1 - Update to version 0.13 git-1.5.4.3-1.fc9 ----------------- * Sat Feb 23 2008 James Bowes 1.5.4.3-1 - git-1.5.4.3 - Include Kristian H??gsberg's changes to rename git-core to git and git to git-all. gnome-chemistry-utils-0.8.6-2.fc9 --------------------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.8.6-2 - Autorebuild for GCC 4.3 gnome-python2-2.21.1-1.fc9 -------------------------- * Sat Feb 23 2008 Matthew Barnes - 2.21.0-3.fc9 - Update to 2.21.1 * Sun Feb 17 2008 Matthew Barnes - 2.21.0-2.fc9 - Rebuild with GCC 4.3 * Mon Dec 03 2007 Matthew Barnes - 2.21.0-1.fc9 - Update to 2.21.0 gnome-python2-desktop-2.21.3-1.fc9 ---------------------------------- * Sat Feb 23 2008 Matthew Barnes - 2.21.3-1.fc9 - Update to 2.21.3 gnomeradio-1.7-5.fc9 -------------------- * Sat Feb 23 2008 Dominik Mierzejewski - 1.7-5 - backport some segfault fixes from SVN gnustep-make-2.0.4-8.fc9 ------------------------ * Fri Feb 22 2008 Axel Thimm - 2.0.4-8 - Rename make.info to avoid clash with GNU make. * Mon Feb 18 2008 Axel Thimm - 2.0.4-7 - Update to 2.0.4. * Mon Feb 12 2007 Axel Thimm - 1.13.0-6 - Update to 1.13.0. isync-1.0.4-1.fc9 ----------------- * Sat Feb 23 2008 Lubomir Kundrak 1.0.4-1 - 1.0.4 - Drop upstreamed patches (all!) kernel-2.6.25-0.65.rc2.git7.fc9 ------------------------------- * Sat Feb 23 2008 Dave Jones - 2.6.25-rc2-git7 * Thu Feb 21 2008 Kyle McMartin - crypto_blkcipher: big hack caused module dep loop, try another fix - Linux 2.6.25-rc2-git5 * Thu Feb 21 2008 John W. Linville - ath5k: Fix build warnings on some 64-bit platforms. - p54usb: add USB ID for Phillips CPWUA054 - WDEV: ath5k, fix lock imbalance - WDEV, ath5k, don't return int from bool function - rtl818x: fix sparse warnings - zd1211rw: fix sparse warnings - p54usb: add USB ID for Linksys WUSB54G ver 2 - ssb: Fix serial console on new bcm47xx devices - ssb: Fix watchdog access for devices without a chipcommon - ssb: Fix the GPIO API - ssb: Make the GPIO API reentrancy safe - ssb: Fix pcicore cardbus mode - ssb: Fix support for PCI devices behind a SSB->PCI bridge - rt2x00: correct address calc for queue private data - mac80211: better definition of mactime - mac80211: move function ieee80211_sta_join_ibss() - mac80211: enable IBSS merging - p54: use IEEE 802.11e defaults for initialization - ipw2100/ipw2200: note firmware loading caveat in Kconfig help text - iwlwifi-2.6: Adds and fixes defines about security - rt2x00: Fix hw mode registration with mac80211. - rt2x00: Fix invalid DMA free - rt2x00: Make rt2x00 less verbose - rt2x00: Remove MGMT ring initialization - rt2x00: Select CONFIG_NEW_LEDS - rt2x00: make csr_cache and csr_addr an union - rt2x00: Fix scheduling while atomic errors in usb drivers - rt2x00: Add queue statistics to debugfs - rt2x00: Fix typo in debug statement - rt2x00: Fix skbdesc->data_len initialization - rt2x00: Fix queue->qid initialization - rt2x00: Cleanup Makefile - rt2x00: Kill guardian urb during disable_radio - rt2x00: Release rt2x00 2.1.1 - rt2x00: Send frames out with configured TX power - rt2x00: Don't report driver generated frames to tx_status() - rt2x00: Filter ACK_CTS based on FIF_CONTROL - rt2x00: Fix Descriptor DMA initialization - rt2x00: Remove reset_tsf() - rt2x00: Rename dscape -> mac80211 - rt2x00: Cleanup mode registration - rt2x00: Remove async vendor request calls from rt2x00usb - rt2x00: Fix MAC address defines in rt61pci - rt2x00: Release rt2x00 2.1.2 - zd1211rw: Fixed incorrect constant name. - WDEV: ath5k, typecheck on nonDEBUG - mac80211: defer master netdev allocation to ieee80211_register_hw - mac80211: give burst time in txop rather than 0.1msec units - mac80211: fix ecw2cw brain-damage - rtl818x: fix RTS/CTS-less transmit - b43(legacy): include full timestamp in beacon frames - mac80211: convert sta_info.pspoll to a flag - mac80211: invoke set_tim() callback after setting own TIM info - mac80211: remove sta TIM flag, fix expiry TIM handling - mac80211: consolidate TIM handling code - adm8211: fix sparse warnings - p54: fix sparse warnings - ipw2200: le*_add_cpu conversion - prism54: Convert acl->sem in a mutex - prism54: Convert stats_sem in a mutex - prism54: Convert wpa_sem in a mutex - b43: Fix bandswitch - mac80211: Extend filter flag documentation about unsupported flags - b43: Add HostFlags HI support - zd1211rw: Fix beacon filter flags thinko - ssb: Add support for 8bit register access - mac80211: fix incorrect use of CONFIG_MAC80211_IBSS_DEBUG - wireless: rt2x00: fix driver menu indenting - iwlwifi: Update iwlwifi version stamp to 1.2.26 - iwlwifi: fix name of function in comment (_rx_card_state_notif) - wireless: Convert to list_for_each_entry_rcu() - mac80211: adjustable number of bits for qdisc pool - iwlwifi: remove IWL{4965,3945}_QOS - net/mac80211/: Use time_* macros - drivers/net/wireless/atmel.c: Use time_* macros - b43legacy: add definitions for MAC control register - b43legacy: fix upload of beacon packets to the hardware - b43legacy: fix B43legacy_WARN_ON macro - iwlwifi: change iwl->priv iwl_priv * type in iwl-YYY-io.h - iwlwifi: Add tx_ant_num hw setting variable - iwlwifi: remove twice defined CSR register - wireless: update US regulatory domain - at76_usb: Add at76_dbg_dump() macro - at76_usb: Convert DBG_TX levels to use at76_dbg_dump() - at76_usb: Add DBG_CMD for debugging firmware commands - at76_usb: add mac80211 support - at76_usb: Add support for monitor mode - at76_usb: Add support for WEP - at76_usb: Remove support the legacy stack - at76_usb: Use wiphy_name everywhere where needed - at76_usb: Allocate struct at76_priv using ieee80211_alloc_hw() - at76_usb: Prepare for struct net_device removal - at76_usb: Remove struct net_device - at76_usb: Use net/mac80211.h instead of net/ieee80211.h kvm-61-2.fc9 ------------ * Tue Feb 19 2008 Daniel P. Berrange - 61-2.fc9 - Fix block device extents check (rhbz #433560) * Tue Feb 19 2008 Daniel P. Berrange - 61-1.fc9 - Updated to kvm-61 libical-0.30-1.fc9 ------------------ * Sat Feb 23 2008 David Nielsen - 0.30-1 - Switch to freeassociation libical - bump to 0.30 libnetfilter_conntrack-0.0.89-0.1.svn7356.fc9 --------------------------------------------- * Sat Feb 23 2008 Paul P. Komkoff Jr - 0.0.89-0.1.svn7356 - new version from upstream svn, with new api - use system headers instead of bundled libnetfilter_queue-0.0.15-4.fc9 ------------------------------- * Fri Feb 22 2008 Paul P Komkoff Jr - 0.0.15-4 - use system header instead of bundled one libunwind-0.99-0.5.frysk20070405cvs.fc9 --------------------------------------- * Sun Feb 24 2008 Jan Kratochvil - 0.99-0.5.frysk20070405cvs - Fix the multilib conflicts (BZ 342451). * Sun Feb 24 2008 Jan Kratochvil - 0.99-0.4.frysk20070405cvs - Abort the possibly hung up testcases after 120 seconds (BZ 427850, BZ 434147). * Tue Feb 19 2008 Fedora Release Engineering - 0.99-0.3.frysk20070405cvs - Autorebuild for GCC 4.3 liferea-1.4.12-2.fc9 -------------------- * Sat Feb 23 2008 Marc Wiriadisastra - 1.4.12-2 - Fixed fedora feed for fedora weekly news * Wed Feb 20 2008 Marc Wiriadisastra - 1.4.12-1 - new version - builds with gcc4.3 - added firefox-devel and xulrunner-devel for different fedora's * Fri Feb 08 2008 Christopher Aillon - 1.4.11-2 - Rebuild against newer gecko malaga-7.11-3.fc9 ----------------- * Sat Feb 23 2008 Ville-Pekka Vainio 7.11-3 - Add Makefile.in patch to link the executables against libmalaga * Sat Feb 16 2008 Ville-Pekka Vainio 7.11-2 - Rebuild for GCC 4.3 * Mon Oct 29 2007 Ville-Pekka Vainio 7.11-1 - Increment release for the first Fedora build mosml-2.01-11.fc9 ----------------- * Sat Feb 23 2008 Gerard Milmeister - 2.01-11 - disable ppc64 * Mon Feb 18 2008 Fedora Release Engineering - 2.01-10 - Autorebuild for GCC 4.3 ocaml-dbus-0.04-1.fc9 --------------------- oorexx-3.2.0-4.fc9 ------------------ * Sat Feb 23 2008 Gerard Milmeister - 3.2.0-4 - fix for GCC 4.3 * Mon Feb 18 2008 Fedora Release Engineering - 3.2.0-3 - Autorebuild for GCC 4.3 openbabel-2.2.0-0.1.b3.fc9 -------------------------- * Fri Feb 22 2008 Dominik Mierzejewski 2.2.0-0.1.b3 - updated to 2.2.0 beta3 - renamed language bindings subpackages - added ruby bindings - fixed ruby buildings build with local shared lib - disable CML tests (broken upstream) * Mon Jan 07 2008 Dominik Mierzejewski 2.1.1-4 - work around gcc bug: http://gcc.gnu.org/PR34708 * Sun Jan 06 2008 Dominik Mierzejewski 2.1.1-3 - fix build with gcc-4.3 - include python egg-info openser-1.3.0-9.fc9 ------------------- * Sat Feb 23 2008 Jan ONDREJ (SAL) 1.3.0-9 - ia64 build fix * Sat Feb 09 2008 Peter Lemenkov 1.3.0-8.1 - typo fix pari-2.3.3-1.fc9 ---------------- * Sat Feb 23 2008 Gerard Milmeister - 2.3.3-1 - new release 2.3.3 * Sat Feb 23 2008 Gerard Milmeister - 2.3.1-3 - corrected desktop file * Mon Feb 18 2008 Fedora Release Engineering - 2.3.1-2 - Autorebuild for GCC 4.3 pcmanfm-0.3.6-1.fc9 ------------------- * Sat Feb 23 2008 Mamoru Tasaka - 0.3.6-1 - 0.3.6 perl-Convert-Binary-C-0.70-4.fc9 -------------------------------- * Sat Feb 23 2008 Alex Lancaster - 0.70-4 - Bump release to fix koji problem that prevented tagging the previous (correct) build. * Mon Feb 18 2008 Fedora Release Engineering - 0.70-3 - Autorebuild for GCC 4.3 * Fri Feb 08 2008 Tom "spot" Callaway - 0.70-2 - rebuild for new perl pinot-0.82-4.fc9 ---------------- * Sat Feb 23 2008 Adel Gadllah 0.82-4 - Add hotfix as requested by upstream plt-scheme-372-1.fc9 -------------------- * Sat Feb 23 2008 Gerard Milmeister - 372-1 - new release 372 * Mon Feb 18 2008 Fedora Release Engineering - 371-3 - Autorebuild for GCC 4.3 * Tue Sep 04 2007 Gerard Milmeister - 371-2 - restructuring spec file pyicq-t-0.8-4.b.fc9 ------------------- * Sat Feb 23 2008 Jeffrey C. Ollie - 0.8-4.b - Update to 0.8b python-lirc-0.0.5-7 ------------------- * Sun Feb 24 2008 Matthias Saou 0.0.5-7 - Missing egg file, now included. * Tue Feb 19 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 python-lxml-2.0.2-1.fc9 ----------------------- * Sat Feb 23 2008 Jeffrey C. Ollie - 2.0.2-1 - Update to 2.0.2 * Tue Feb 19 2008 Jeffrey C. Ollie - 2.0.1-1 - Update to 2.0.1 python-nltk-1:0.9-2.fc9 ----------------------- * Sat Feb 23 2008 Michel Salim - 1:0.9-2 - Use system PyYAML (bug #432329) * Sun Jan 20 2008 Michel Salim - 1:0.9-1 - Update to final 0.9 - Add Epoch to clear upgrade path from (old) 1.4.4 * Sat Sep 22 2007 Michel Salim - 0.9-0.2.b2 - BR on tkinter, it is now needed at build time python-ogg-1.3-9 ---------------- * Sun Feb 24 2008 Matthias Saou 1.3-9 - Include new egg file. * Tue Feb 19 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 python-vorbis-1.5-0.4.a ----------------------- * Sun Feb 24 2008 Matthias Saou 1.5-0.4.a - Include new egg file. * Tue Feb 19 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 q-7.10-3.fc9 ------------ * Mon Feb 18 2008 Fedora Release Engineering - 7.10-3 - Autorebuild for GCC 4.3 * Sat Jan 05 2008 Alex Lancaster - 7.10-2 - Rebuild for new Tcl 8.5 * Sun Dec 30 2007 Gerard Milmeister - 7.10-1 - new release 7.10 qemu-0.9.1-3.fc9 ---------------- * Sat Feb 23 2008 Daniel Berrange - 0.9.1-3.fc9 - Fix block device extents check (rhbz #433560) quesoglc-0.7.0-1.fc9 -------------------- * Sat Feb 23 2008 Karol Trzcionka - 0.7.0-1 - Update to v0.7.0 rsync-3.0.0-0.pre10.fc9 ----------------------- * Sat Feb 23 2008 Simo Sorce 3.0.0-0.pre10.fc9 - Tenth preprelease of the 3.0.0 series synergy-1.3.1-7.fc9 ------------------- * Sun Feb 24 2008 Matthias Saou 1.3.1-7 - Include patch to fix build failure with gcc 4.3 (#434460). * Tue Feb 19 2008 Fedora Release Engineering 1.3.1-6 - Autorebuild for GCC 4.3 weechat-0.2.6-3.fc9 ------------------- * Sun Feb 24 2008 Paul P. Komkoff Jr - 0.2.6-3 - make weechat-curses a PIE - remove irrelevant INSTALL from docs - remove *.la from plugins wings-0.98.36-2.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.98.36-2 - Autorebuild for GCC 4.3 xen-3.2.0-8.fc9 --------------- * Sat Feb 23 2008 Daniel P. Berrange - 3.2.0-8.fc9 - Fix block device extents check (rhbz #433560) * Mon Feb 18 2008 Mark McLoughlin - 3.2.0-7.fc9 - Restore some network-bridge patches lost during 3.2.0 rebase * Wed Feb 06 2008 Daniel P. Berrange - 3.2.0-6.fc9 - Fixed xenstore-ls to automatically use xenstored socket as needed xfce4-panel-4.4.2-3.fc9 ----------------------- * Sat Feb 23 2008 Kevin Fenzi - 4.4.2-3 - Drop dependency on xfce-icon-theme. See bug 433152 xulrunner-1.9-0.beta3.27.nightly20080223.fc9 -------------------------------------------- * Sat Feb 23 2008 Christopher Aillon 1.9-0.beta3.27 - Update to latest trunk (2008-02-23) Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.i386 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 emacs-auctex-11.85-6.fc9.noarch requires tex-preview = 0:11.85-6.fc9 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-7.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-gst-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-gtk-0.4.so.0 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.i386 requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.x86_64 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-7.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-gst-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-gtk-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.x86_64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.ppc requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 muine-0.8.8-7.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-gst-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-gtk-0.4.so.0 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-0.5.so.90 swfdec-gnome-2.21.90-2.fc9.ppc requires libswfdec-gtk-0.5.so.90 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.ppc64 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-gst-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-gtk-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-gtk-0.5.so.90()(64bit) swfdec-gnome-2.21.90-2.fc9.ppc64 requires libswfdec-0.5.so.90()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From b.rahul.pm at gmail.com Sun Feb 24 10:45:27 2008 From: b.rahul.pm at gmail.com (Rahul Bhalerao) Date: Sun, 24 Feb 2008 16:15:27 +0530 Subject: zombie packages. In-Reply-To: <20080224011703.GE17518@redhat.com> References: <20080222192125.GA16789@redhat.com> <47C033DA.90202@fedoraproject.org> <20080224011703.GE17518@redhat.com> Message-ID: On Sun, Feb 24, 2008 at 6:47 AM, Dave Jones wrote: > On Sat, Feb 23, 2008 at 08:25:22PM +0530, Rahul Sundaram wrote: > > Dave Jones wrote: > > > > > > > > sarai-fonts > > > date: 2008/02/18 20:17:04; author: kevin; state: Exp; > > > Setup of module sarai-fonts > > > > The CVS admin work was done but I just build this package for all > > branches. Should be ok now. > > It's %prep is totally busted. It seems to think that SOURCEDIR==BUILDDIR > resulting in this.. > > + cp /mnt/raid0/src/devel-co/sarai-fonts/COPYING . > cp: `/mnt/raid0/src/devel-co/sarai-fonts/COPYING' and `./COPYING' are the same file > error: Bad exit status from /var/tmp/rpm-tmp.10761 (%prep) > > How did this get past package review? > The review was done by me(my first review). I am unable to understand this problem. The mock build (http://koji.fedoraproject.org/koji/taskinfo?taskID=431692) did not have any problem. Even the final build is shown successful (http://koji.fedoraproject.org/koji/buildinfo?buildID=39609). I think the spec template for font packages should have some more info about the %prep section. A similar %prep used in madan-fonts did not have such problem. May I get a help on this? Thanks, Rahul. From choeger at cs.tu-berlin.de Sun Feb 24 11:09:11 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Sun, 24 Feb 2008 12:09:11 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <20080224011233.GC17518@redhat.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> Message-ID: <1203851351.4458.3.camel@choeger4> Am Samstag, den 23.02.2008, 20:12 -0500 schrieb Dave Jones: > On Sun, Feb 24, 2008 at 01:40:00AM +0100, Christoph H?ger wrote: > > Hi there, > > > > I've noticed that there seems to be no review request for virtualbox so > > far. I think it would be great to have this opensource vmware killer in > > the repos but currently I am not quite sure if I could manage to package > > it all alone. > > > > Is someone willing to support me in this area. I would do the main work > > and mainly need someone to ask dumb questions and make sure things go > > the fedora way. Maybe someone who is already packaging some virt related > > stuff? > > The kernel module for this is way too ugly to live. > > Dave > > -- > http://www.codemonkey.org.uk > Hi, what do you exactly mean with "too ugly to live"? Is it that fragile bad code or does it just not fit the kernel styling guidelines? And if the quality is just not good enough to get into fedora, what efforts would be needed to fix that? regards christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From mtasaka at ioa.s.u-tokyo.ac.jp Sun Feb 24 11:11:17 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sun, 24 Feb 2008 20:11:17 +0900 Subject: zombie packages. In-Reply-To: References: <20080222192125.GA16789@redhat.com> <47C033DA.90202@fedoraproject.org> <20080224011703.GE17518@redhat.com> Message-ID: <47C150D5.2020009@ioa.s.u-tokyo.ac.jp> Rahul Bhalerao wrote, at 02/24/2008 07:45 PM +9:00: > On Sun, Feb 24, 2008 at 6:47 AM, Dave Jones wrote: >> On Sat, Feb 23, 2008 at 08:25:22PM +0530, Rahul Sundaram wrote: >> > Dave Jones wrote: >> > >> > > >> > > sarai-fonts >> > > date: 2008/02/18 20:17:04; author: kevin; state: Exp; >> > > Setup of module sarai-fonts >> > >> > The CVS admin work was done but I just build this package for all >> > branches. Should be ok now. >> >> It's %prep is totally busted. It seems to think that SOURCEDIR==BUILDDIR >> resulting in this.. >> >> + cp /mnt/raid0/src/devel-co/sarai-fonts/COPYING . >> cp: `/mnt/raid0/src/devel-co/sarai-fonts/COPYING' and `./COPYING' are the same file >> error: Bad exit status from /var/tmp/rpm-tmp.10761 (%prep) >> >> How did this get past package review? >> > > The review was done by me(my first review). I am unable to understand > this problem. The mock build > (http://koji.fedoraproject.org/koji/taskinfo?taskID=431692) did not > have any problem. Even the final build is shown successful > (http://koji.fedoraproject.org/koji/buildinfo?buildID=39609). > > I think the spec template for font packages should have some more info > about the %prep section. A similar %prep used in madan-fonts did not > have such problem. > > May I get a help on this? > > Thanks, > Rahul. The failure Dave saw can be reproduced by $ export CVSROOT=:ext:@cvs.fedora.redhat.com:/cvs/extras $ export CVS_RSH=ssh $ cvs co sarai-fonts $ cd sarai-fonts/devel $ make i386 In this case "make i386" does something like: [tasaka1 at localhost devel]$ LANG=C make i386 rpmbuild --define "_sourcedir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "_specdir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "_builddir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "_srcrpmdir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "_rpmdir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "dist .fc9" --define "fedora 9" --target i386 -ba sarai-fonts.spec 2>&1 | tee .build-1.0-3.fc9.log ; exit ${PIPESTATUS[0]} Building target platforms: i386 Building for target i386 Executing(%prep): /bin/sh -e /home/tasaka1/rpmbuild/INSTROOT/rpm-tmp.10146 + umask 022 + cd /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel + LANG=C + export LANG + unset DISPLAY + cp -p /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel/COPYING . cp: `/home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel/COPYING' and `./COPYING' are the same file error: Bad exit status from /home/tasaka1/rpmbuild/INSTROOT/rpm-tmp.10146 (%prep) Here _sourcedir and _builddir is same. In this case the failure happens. In short, %setup is missing. sarai-fonts spec file should be: %prep %setup -q -T -c cp -p %{SOURCE1} . %build ...... Regards, Mamoru From b.rahul.pm at gmail.com Sun Feb 24 11:50:33 2008 From: b.rahul.pm at gmail.com (Rahul Bhalerao) Date: Sun, 24 Feb 2008 17:20:33 +0530 Subject: zombie packages. In-Reply-To: <47C150D5.2020009@ioa.s.u-tokyo.ac.jp> References: <20080222192125.GA16789@redhat.com> <47C033DA.90202@fedoraproject.org> <20080224011703.GE17518@redhat.com> <47C150D5.2020009@ioa.s.u-tokyo.ac.jp> Message-ID: On Sun, Feb 24, 2008 at 4:41 PM, Mamoru Tasaka wrote: > > > The failure Dave saw can be reproduced by > $ export CVSROOT=:ext:@cvs.fedora.redhat.com:/cvs/extras > $ export CVS_RSH=ssh > $ cvs co sarai-fonts > $ cd sarai-fonts/devel > $ make i386 > > In this case "make i386" does something like: > [tasaka1 at localhost devel]$ LANG=C make i386 > rpmbuild --define "_sourcedir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "_specdir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "_builddir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "_srcrpmdir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "_rpmdir /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel" --define "dist .fc9" --define "fedora 9" --target i386 -ba sarai-fonts.spec 2>&1 | tee .build-1.0-3.fc9.log ; exit ${PIPESTATUS[0]} > Building target platforms: i386 > Building for target i386 > Executing(%prep): /bin/sh -e /home/tasaka1/rpmbuild/INSTROOT/rpm-tmp.10146 > + umask 022 > + cd /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel > + LANG=C > + export LANG > + unset DISPLAY > + cp -p /home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel/COPYING . > cp: `/home/tasaka1/rpmbuild/fedora-specific/sarai-fonts/devel/COPYING' and `./COPYING' are the same file > error: Bad exit status from /home/tasaka1/rpmbuild/INSTROOT/rpm-tmp.10146 (%prep) > > Here _sourcedir and _builddir is same. In this case the failure happens. > In short, %setup is missing. sarai-fonts spec file should be: > > %prep > %setup -q -T -c > cp -p %{SOURCE1} . Ah, I expected this to be erroneous, but ignored since mock build did not complain. Thanks, will keep in mind hereon. Btw, I see the problem is fixed by now. _ Rahul. From choeger at cs.tu-berlin.de Sun Feb 24 12:49:48 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Sun, 24 Feb 2008 13:49:48 +0100 Subject: bugzilla request In-Reply-To: <47C09003.1060009@solutti.com.br> References: <47C09003.1060009@solutti.com.br> Message-ID: <1203857388.4458.14.camel@choeger4> Am Samstag, den 23.02.2008, 18:28 -0300 schrieb Leonardo Rodrigues Magalh?es: > Hello Guys, > > I know this is not a 'support' list, and i also know several of > fedora development people are involved on the recompilation thing with > new GCC .... > > But i have filled a bugzilla report almost 45 days from now, with > several informations, in a situation which appears to me to clearly be > an important bug ... but i got no attention at all on it. > > I would like to ask you, if possible, to watch on it. > > https://bugzilla.redhat.com/show_bug.cgi?id=428067 > > It's related to DNS resolution and appears to me it's glibc related. > > Thanks very much for your attention and have a nice weekend ! > > -- > > > Atenciosamente / Sincerily, > Leonardo Rodrigues > Solutti Tecnologia > http://www.solutti.com.br > > Minha armadilha de SPAM, N?O mandem email > gertrudes at solutti.com.br > My SPAMTRAP, do not email it > > > > > Hi, I've read your bug. To make it short: I don't have the time to check for such a scenario and I doubt many here will find it, as this seems to be an upstream bug ;). But my glibc-headers are a lot newer then yours (glibc-headers-2.7-2) (versioning change maybe). I suggest you test with new headers and if the bug is still present go directly to the glibc people. regards christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From denis at poolshark.org Sun Feb 24 13:28:51 2008 From: denis at poolshark.org (Denis Leroy) Date: Sun, 24 Feb 2008 14:28:51 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <20080224011233.GC17518@redhat.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> Message-ID: <47C17113.4090402@poolshark.org> Dave Jones wrote: > On Sun, Feb 24, 2008 at 01:40:00AM +0100, Christoph H?ger wrote: > > Hi there, > > > > I've noticed that there seems to be no review request for virtualbox so > > far. I think it would be great to have this opensource vmware killer in > > the repos but currently I am not quite sure if I could manage to package > > it all alone. > > > > Is someone willing to support me in this area. I would do the main work > > and mainly need someone to ask dumb questions and make sure things go > > the fedora way. Maybe someone who is already packaging some virt related > > stuff? > > The kernel module for this is way too ugly to live. Maybe this should be added to the new package guidelines wiki, next to the "must be legal" and "must build" entries : "code must not be ugly". From jwboyer at gmail.com Sun Feb 24 13:46:46 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sun, 24 Feb 2008 07:46:46 -0600 Subject: someone interested in packaging VirtualBox? In-Reply-To: <1203826691.1688.88.camel@cutter> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203826691.1688.88.camel@cutter> Message-ID: <20080224074646.511d53fa@zod.rchland.ibm.com> On Sat, 23 Feb 2008 23:18:11 -0500 seth vidal wrote: > > On Sat, 2008-02-23 at 20:12 -0500, Dave Jones wrote: > > On Sun, Feb 24, 2008 at 01:40:00AM +0100, Christoph H?ger wrote: > > > Hi there, > > > > > > I've noticed that there seems to be no review request for virtualbox so > > > far. I think it would be great to have this opensource vmware killer in > > > the repos but currently I am not quite sure if I could manage to package > > > it all alone. > > > > > > Is someone willing to support me in this area. I would do the main work > > > and mainly need someone to ask dumb questions and make sure things go > > > the fedora way. Maybe someone who is already packaging some virt related > > > stuff? > > > > The kernel module for this is way too ugly to live. > > > > And, iirc, fedora does not allow external-from-the-kernel modules. We do. But it has to have someone willing to maintain it, actively work on getting it upstream, and have davej's approval. josh From fedora at leemhuis.info Sun Feb 24 14:01:45 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 24 Feb 2008 15:01:45 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <20080224074646.511d53fa@zod.rchland.ibm.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203826691.1688.88.camel@cutter> <20080224074646.511d53fa@zod.rchland.ibm.com> Message-ID: <47C178C9.2010605@leemhuis.info> On 24.02.2008 14:46, Josh Boyer wrote: > On Sat, 23 Feb 2008 23:18:11 -0500 > seth vidal wrote: >> On Sat, 2008-02-23 at 20:12 -0500, Dave Jones wrote: >>> On Sun, Feb 24, 2008 at 01:40:00AM +0100, Christoph H?ger wrote: >>> > I've noticed that there seems to be no review request for virtualbox so >>> > far. I think it would be great to have this opensource vmware killer in >>> > the repos but currently I am not quite sure if I could manage to package >>> > it all alone. >>> > >>> > Is someone willing to support me in this area. I would do the main work >>> > and mainly need someone to ask dumb questions and make sure things go >>> > the fedora way. Maybe someone who is already packaging some virt related >>> > stuff? >>> The kernel module for this is way too ugly to live. >> And, iirc, fedora does not allow external-from-the-kernel modules. > We do. But it has to have someone willing to maintain it, actively work > on getting it upstream, and have davej's approval. For a outsider this must look confusing, so I'll try to clarify ;-) What skvidal afaics meant: Fedora does not allow separately packaged kernel modules in its repos (e.g. dkms, kmod or kmdls packages). What jwb meant afaics: Modules that are not in the upstream kernel can be integrated into Fedora's kernel srpm and thus shipped with the Fedora kernel. What this means for VirtualBox afaics: As Davej doesn't like the code to much it's seems unlikely that he'll include the source code for the VirtualBox kernel modules into Fedora's kernel package. As VirtualBox doesn't work without those it doesn't make much sense to include it (albeit some people might disagree). Christoph, your best bet afaics thus are 3rd party repos. HTH Cu knurd From gilboad at gmail.com Sun Feb 24 14:50:40 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 24 Feb 2008 16:50:40 +0200 Subject: someone interested in packaging VirtualBox? In-Reply-To: <47C17113.4090402@poolshark.org> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <47C17113.4090402@poolshark.org> Message-ID: <1203864640.28637.8.camel@gilboa-work-dev.localdomain> On Sun, 2008-02-24 at 14:28 +0100, Denis Leroy wrote: > Dave Jones wrote: > > On Sun, Feb 24, 2008 at 01:40:00AM +0100, Christoph H?ger wrote: > > > Hi there, > > > > > > I've noticed that there seems to be no review request for virtualbox so > > > far. I think it would be great to have this opensource vmware killer in > > > the repos but currently I am not quite sure if I could manage to package > > > it all alone. > > > > > > Is someone willing to support me in this area. I would do the main work > > > and mainly need someone to ask dumb questions and make sure things go > > > the fedora way. Maybe someone who is already packaging some virt related > > > stuff? > > > > The kernel module for this is way too ugly to live. > > Maybe this should be added to the new package guidelines wiki, next to > the "must be legal" and "must build" entries : "code must not be ugly". > ... Given the fact that kernel code tends to be far more complicated and far less debug-able (as in, you usually fix bugs by reading and reading the code 900 times) - yes, you need the code to be clean and well documented. - Gilboa From mike at miketc.com Sun Feb 24 14:51:33 2008 From: mike at miketc.com (Mike Chambers) Date: Sun, 24 Feb 2008 08:51:33 -0600 Subject: USB Mouse not working Message-ID: <514FFB1F04CD472CA79331E9EFFCFBE1@miketc.com> ----- Original Message ----- From: "Mike Chambers" To: "Fedora Devel" Sent: Saturday, February 23, 2008 5:05 PM Subject: USB Mouse not working > On my latest rawhide updated box, as of today, my mouse sort of doesn't > work. It seems to go up and down, but not left and right. When I boot > initially, during rhgb screen, the mouse works as normal, but once in X at > my desktop, or at the gdm screen, the mouse goes up and down only again. > And it doesn't seem the keyboard works at that point as well. Although, > if going to init 3 then the keyboard does work. > > The is a Logitech USB keyboard/mouse wireless desktop. Any ideas? After this mornings updates, this still has the same problem. I believe a bug was reported about this (below), that may be affected by hal and gnome, not sure. https://bugzilla.redhat.com/show_bug.cgi?id=434669 Mike Chambers From jkeating at redhat.com Sun Feb 24 14:54:26 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 24 Feb 2008 09:54:26 -0500 Subject: /bin/hostname in buildroots. In-Reply-To: <20080224033340.GA15428@redhat.com> References: <20080224033340.GA15428@redhat.com> Message-ID: <20080224095426.0ad43f6c@redhat.com> On Sat, 23 Feb 2008 22:33:40 -0500 Dave Jones wrote: > Looking through build logs of various packages, I keep seeing this.. > > /etc/profile: line 38: /bin/hostname: No such file or directory > warning: Could not canonicalize hostname: > xenbuilder4.fedora.phx.redhat.com > > Should the buildroots provide this by default (imo, yes), or should > packages have to explicitly BuildRequires: this ? A while ago the requirements changed somewhat in the default buildroot set and hostname was no longer pulled in. However it as of yet has not seemed to cause any real problem other than the innocuous error message you posted above. I'm inclined to leave it this way as the vast majority of packages (IE everything we've thrown at it so far) builds just fine, or errors for other reasons. If anything actually needs that during build it should be explicitly required. -- 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: 197 bytes Desc: not available URL: From berrange at redhat.com Sun Feb 24 15:20:44 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Sun, 24 Feb 2008 15:20:44 +0000 Subject: someone interested in packaging VirtualBox? In-Reply-To: <1203851351.4458.3.camel@choeger4> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> Message-ID: <20080224152043.GA5500@redhat.com> On Sun, Feb 24, 2008 at 12:09:11PM +0100, Christoph H?ger wrote: > > Am Samstag, den 23.02.2008, 20:12 -0500 schrieb Dave Jones: > > On Sun, Feb 24, 2008 at 01:40:00AM +0100, Christoph H?ger wrote: > > > Hi there, > > > > > > I've noticed that there seems to be no review request for virtualbox so > > > far. I think it would be great to have this opensource vmware killer in > > > the repos but currently I am not quite sure if I could manage to package > > > it all alone. > > > > > > Is someone willing to support me in this area. I would do the main work > > > and mainly need someone to ask dumb questions and make sure things go > > > the fedora way. Maybe someone who is already packaging some virt related > > > stuff? > > > > The kernel module for this is way too ugly to live. > > > > what do you exactly mean with "too ugly to live"? Is it that fragile bad > code or does it just not fit the kernel styling guidelines? In terms of accessing hardware virt capabilities, there is already a generic kernel module to expose hardware virtualization driver to userspace apps - it is called KVM. If virtualbox needs access to hardware virt them it should use this existing driver. > And if the quality is just not good enough to get into fedora, what > efforts would be needed to fix that? It should use the KVM module driver, and if the current functionality in KVM is not sufficient then VirtualBox should work with upstream to address the limitations. Having multiple kernel modules for virtualization does not help anyone. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From choeger at cs.tu-berlin.de Sun Feb 24 15:34:08 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Sun, 24 Feb 2008 16:34:08 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <20080224152043.GA5500@redhat.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> Message-ID: <1203867248.4458.16.camel@choeger4> Am Sonntag, den 24.02.2008, 15:20 +0000 schrieb Daniel P. Berrange: > On Sun, Feb 24, 2008 at 12:09:11PM +0100, Christoph H?ger wrote: > > > > Am Samstag, den 23.02.2008, 20:12 -0500 schrieb Dave Jones: > > > On Sun, Feb 24, 2008 at 01:40:00AM +0100, Christoph H?ger wrote: > > > > Hi there, > > > > > > > > I've noticed that there seems to be no review request for virtualbox so > > > > far. I think it would be great to have this opensource vmware killer in > > > > the repos but currently I am not quite sure if I could manage to package > > > > it all alone. > > > > > > > > Is someone willing to support me in this area. I would do the main work > > > > and mainly need someone to ask dumb questions and make sure things go > > > > the fedora way. Maybe someone who is already packaging some virt related > > > > stuff? > > > > > > The kernel module for this is way too ugly to live. > > > > > > > what do you exactly mean with "too ugly to live"? Is it that fragile bad > > code or does it just not fit the kernel styling guidelines? > > In terms of accessing hardware virt capabilities, there is already a generic > kernel module to expose hardware virtualization driver to userspace apps - it > is called KVM. If virtualbox needs access to hardware virt them it should > use this existing driver. > > > And if the quality is just not good enough to get into fedora, what > > efforts would be needed to fix that? > > It should use the KVM module driver, and if the current functionality in > KVM is not sufficient then VirtualBox should work with upstream to address > the limitations. Having multiple kernel modules for virtualization does > not help anyone. > > Dan. > -- > |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| > |=- Perl modules: http://search.cpan.org/~danberr/ -=| > |=- Projects: http://freshmeat.net/~danielpb/ -=| > |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| > Well, that would be quite a challenge. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From giallu at gmail.com Sun Feb 24 15:45:07 2008 From: giallu at gmail.com (Gianluca Sforna) Date: Sun, 24 Feb 2008 16:45:07 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <20080224152043.GA5500@redhat.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> Message-ID: On Sun, Feb 24, 2008 at 4:20 PM, Daniel P. Berrange wrote: > > what do you exactly mean with "too ugly to live"? Is it that fragile bad > > code or does it just not fit the kernel styling guidelines? > > In terms of accessing hardware virt capabilities, there is already a generic > kernel module to expose hardware virtualization driver to userspace apps - it > is called KVM. If virtualbox needs access to hardware virt them it should > use this existing driver. > > > > And if the quality is just not good enough to get into fedora, what > > efforts would be needed to fix that? > > It should use the KVM module driver, and if the current functionality in > KVM is not sufficient then VirtualBox should work with upstream to address > the limitations. Having multiple kernel modules for virtualization does > not help anyone. > Are Xen guys aware of this? From lesmikesell at gmail.com Sun Feb 24 15:48:42 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 24 Feb 2008 09:48:42 -0600 Subject: someone interested in packaging VirtualBox? In-Reply-To: <1203867248.4458.16.camel@choeger4> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> <1203867248.4458.16.camel@choeger4> Message-ID: <47C191DA.10805@gmail.com> Christoph H?ger wrote: > It should use the KVM module driver, and if the current functionality in >> KVM is not sufficient then VirtualBox should work with upstream to address >> the limitations. Having multiple kernel modules for virtualization does >> not help anyone. >> > > Well, that would be quite a challenge. > Especially on x86 32-bit processors that KVM doesn't support... Or for people who want the option of moving their virtual machines to a windows host. The functionality doesn't seem the same at all. -- Les Mikesell lesmikesell at gmail.com From fedora at camperquake.de Sun Feb 24 15:49:58 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 24 Feb 2008 16:49:58 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> Message-ID: <20080224164958.7fb43e31@lain.camperquake.de> Hi. On Sun, 24 Feb 2008 16:45:07 +0100, Gianluca Sforna wrote > Are Xen guys aware of this? xen is running a separate OS to handle virtualization. From vonbrand at inf.utfsm.cl Sun Feb 24 15:56:55 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 24 Feb 2008 12:56:55 -0300 Subject: rawhide report: 20080224 changes In-Reply-To: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> Message-ID: <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> Rawhide wrote: > etc This message is not marked as UTF-8, so non-ASCII names show up mangled here. -- 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 jonathan.underwood at gmail.com Sun Feb 24 16:43:36 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 24 Feb 2008 16:43:36 +0000 Subject: rawhide report: 20080224 changes In-Reply-To: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> Message-ID: <645d17210802240843h381ce6cdof382699e2f26b100@mail.gmail.com> On 24/02/2008, Rawhide wrote: > Broken deps for i386 > ---------------------------------------------------------- [snip] > emacs-auctex-11.85-6.fc9.noarch requires tex-preview = 0:11.85-6.fc9 I don't understand this one, since tex-preview is a subpackage of emacs-auctex, and so the dependency should be satisfied. Further the error doesn't show up for any of the other archs. Is this a fault with the broken dependencies script perhaps? Cheers, Jonathan. From berrange at redhat.com Sun Feb 24 16:49:59 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Sun, 24 Feb 2008 16:49:59 +0000 Subject: someone interested in packaging VirtualBox? In-Reply-To: References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> Message-ID: <20080224164959.GB5500@redhat.com> On Sun, Feb 24, 2008 at 04:45:07PM +0100, Gianluca Sforna wrote: > On Sun, Feb 24, 2008 at 4:20 PM, Daniel P. Berrange wrote: > > > > what do you exactly mean with "too ugly to live"? Is it that fragile bad > > > code or does it just not fit the kernel styling guidelines? > > > > In terms of accessing hardware virt capabilities, there is already a generic > > kernel module to expose hardware virtualization driver to userspace apps - it > > is called KVM. If virtualbox needs access to hardware virt them it should > > use this existing driver. > > > > > > > And if the quality is just not good enough to get into fedora, what > > > efforts would be needed to fix that? > > > > It should use the KVM module driver, and if the current functionality in > > KVM is not sufficient then VirtualBox should work with upstream to address > > the limitations. Having multiple kernel modules for virtualization does > > not help anyone. > > Are Xen guys aware of this? Xen doesn't use use kernel modules to access hardware virtualization. The hypervisor itself is the first thing to boot & owns all hardware directly and thus doesn't have to ask the kernel to get access to hardware virt capabilities. So this question is irrelevant. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From berrange at redhat.com Sun Feb 24 16:52:39 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Sun, 24 Feb 2008 16:52:39 +0000 Subject: someone interested in packaging VirtualBox? In-Reply-To: <47C191DA.10805@gmail.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> <1203867248.4458.16.camel@choeger4> <47C191DA.10805@gmail.com> Message-ID: <20080224165239.GC5500@redhat.com> On Sun, Feb 24, 2008 at 09:48:42AM -0600, Les Mikesell wrote: > Christoph H?ger wrote: > > It should use the KVM module driver, and if the current functionality in > >>KVM is not sufficient then VirtualBox should work with upstream to address > >>the limitations. Having multiple kernel modules for virtualization does > >>not help anyone. > >> > > > >Well, that would be quite a challenge. > > Especially on x86 32-bit processors that KVM doesn't support... Or for > people who want the option of moving their virtual machines to a windows > host. The functionality doesn't seem the same at all. I didn't say it was easy - just that if you ever want VirtualBox to be a part of the mainstream Fedora kernels it is going to have to stop duplicating functionality already present & work with Linux kernel developers. What VirtualBox does for kernel drivers on Windows is utterly irrelevant & need not share any code with the Linux support, nor mandate what the Linux support looks like. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From lkundrak at redhat.com Sun Feb 24 18:28:23 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sun, 24 Feb 2008 19:28:23 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <47C11931.8080900@leemhuis.info> References: <1203813600.14532.4.camel@choeger4> <47C11931.8080900@leemhuis.info> Message-ID: <1203877703.4652.15.camel@localhost.localdomain> On Sun, 2008-02-24 at 08:13 +0100, Thorsten Leemhuis wrote: > On 24.02.2008 01:40, Christoph H?ger wrote: > > Is someone willing to support me in this area. I would do the main work > > and mainly need someone to ask dumb questions and make sure things go > > the fedora way. Maybe someone who is already packaging some virt related > > stuff? > > At least Till Maas and Xavier Lamien are intersted in it afaik: > > http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-January/000326.html > http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-January/000320.html > > http://fedoraproject.org/wiki/TillMaas/Virtualbox > http://blog.fedora-fr.org/smootherfrogz/post/Kmod-VirtualBox-For-new-release:-Fedora-7 > > But nobody submitted packages to RPM Fusion/Livna yet. They are not quite finished. Till Maas had wonderful idea on to create a repository to cooperate, as in past patches were exchanged between several people without publicity. So here's the wiki page: http://fedoraproject.org/wiki/LubomirKundrak/VirtualBox that references the Freddie Mercurial repository any Fedora contributor can commit to (I hope... I hope I set it up well). Everyone, spit on your hands and let's do the package, it's highly useful for people without KVM capable processors :) -- Lubomir Kundrak (Red Hat Security Response Team) From opensource at till.name Sun Feb 24 18:32:15 2008 From: opensource at till.name (Till Maas) Date: Sun, 24 Feb 2008 19:32:15 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <20080224152043.GA5500@redhat.com> References: <1203813600.14532.4.camel@choeger4> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> Message-ID: <200802241932.28362.opensource@till.name> On Sunday 24 February 2008 16:20:44 Daniel P. Berrange wrote: > On Sun, Feb 24, 2008 at 12:09:11PM +0100, Christoph H?ger wrote: > > what do you exactly mean with "too ugly to live"? Is it that fragile bad > > code or does it just not fit the kernel styling guidelines? > > In terms of accessing hardware virt capabilities, there is already a > generic kernel module to expose hardware virtualization driver to userspace > apps - it is called KVM. If virtualbox needs access to hardware virt them > it should use this existing driver. VirtualBox does not need hardware virt capabilities, maybe it can use them, but the authors state that VirtualBox is faster without using hardware virtualization. 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 lesmikesell at gmail.com Sun Feb 24 18:40:43 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 24 Feb 2008 12:40:43 -0600 Subject: someone interested in packaging VirtualBox? In-Reply-To: <20080224165239.GC5500@redhat.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> <1203867248.4458.16.camel@choeger4> <47C191DA.10805@gmail.com> <20080224165239.GC5500@redhat.com> Message-ID: <47C1BA2B.2030703@gmail.com> Daniel P. Berrange wrote: > >>> It should use the KVM module driver, and if the current functionality in >>>> KVM is not sufficient then VirtualBox should work with upstream to address >>>> the limitations. Having multiple kernel modules for virtualization does >>>> not help anyone. >>>> >>> Well, that would be quite a challenge. >> Especially on x86 32-bit processors that KVM doesn't support... Or for >> people who want the option of moving their virtual machines to a windows >> host. The functionality doesn't seem the same at all. > > I didn't say it was easy - just that if you ever want VirtualBox to be a > part of the mainstream Fedora kernels it is going to have to stop duplicating > functionality already present & work with Linux kernel developers. What > VirtualBox does for kernel drivers on Windows is utterly irrelevant & need > not share any code with the Linux support, nor mandate what the Linux > support looks like. And what you are saying here is irrelevant to people who want their virtual machines to be portable. KVM simply isn't useful to them and you make fedora less useful as well by not including virtualbox. If you want KVM to be the only virtualization solution, that should happen only after KVM provides equivalent functionality. -- Les Mikesell lesmikesell at gmail.com From bnocera at redhat.com Sun Feb 24 18:52:13 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Sun, 24 Feb 2008 18:52:13 +0000 Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) In-Reply-To: <1203800642.7567.118.camel@localhost> References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> <1203627993.2754.77.camel@cookie.hadess.net> <1203688929.2754.92.camel@cookie.hadess.net> <1203800642.7567.118.camel@localhost> Message-ID: <1203879134.2754.142.camel@cookie.hadess.net> On Sat, 2008-02-23 at 15:04 -0600, Callum Lerwick wrote: > On Fri, 2008-02-22 at 14:02 +0000, Bastien Nocera wrote: > > On Fri, 2008-02-22 at 04:23 +0000, Kevin Kofler wrote: > > > Yet secondary shortcuts just work in KDE, and are easily settable through the > > > kcontrol (KDE 3) or systemsettings (KDE 4) GUI. > > > > What does that mean? It's easy to support multiple keyboard shortcuts in > > the backend, it's just hard to get right in the UI. > > > > I guess the "Yet" means that KDE managed to make it look good. I > > seriously doubt that, but I'm willing to take screenshots as a proof > > they managed it. > > What's the problem? Various games have been doing this since before KDE > was a twinkle in Matthias Ettrich's eye. That doesn't mean it was right, especially given the number of actions we have listed. I don't think a drop-down the size of the screen is easy to use. > For an example of how not to do it, maybe check out MAME... I'm still waiting for good example of how to do it though. From choeger at cs.tu-berlin.de Sun Feb 24 18:52:04 2008 From: choeger at cs.tu-berlin.de (=?ISO-8859-1?Q?Christoph_H=F6ger?=) Date: Sun, 24 Feb 2008 19:52:04 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <47C1BA2B.2030703@gmail.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> <1203867248.4458.16.camel@choeger4> <47C191DA.10805@gmail.com> <20080224165239.GC5500@redhat.com> <47C1BA2B.2030703@gmail.com> Message-ID: <47C1BCD4.2080102@cs.tu-berlin.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Les Mikesell schrieb: > Daniel P. Berrange wrote: >> >>>> It should use the KVM module driver, and if the current >>>> functionality in >>>>> KVM is not sufficient then VirtualBox should work with upstream to >>>>> address >>>>> the limitations. Having multiple kernel modules for virtualization >>>>> does >>>>> not help anyone. >>>>> >>>> Well, that would be quite a challenge. >>> Especially on x86 32-bit processors that KVM doesn't support... Or >>> for people who want the option of moving their virtual machines to a >>> windows host. The functionality doesn't seem the same at all. >> >> I didn't say it was easy - just that if you ever want VirtualBox to be a >> part of the mainstream Fedora kernels it is going to have to stop >> duplicating >> functionality already present & work with Linux kernel developers. What >> VirtualBox does for kernel drivers on Windows is utterly irrelevant & >> need >> not share any code with the Linux support, nor mandate what the Linux >> support looks like. > > And what you are saying here is irrelevant to people who want their > virtual machines to be portable. KVM simply isn't useful to them and > you make fedora less useful as well by not including virtualbox. If you > want KVM to be the only virtualization solution, that should happen only > after KVM provides equivalent functionality. > I agree that the question of inlcuding VirtualBox is not a question of portability as the format of VMs is not touched by how the kernel driver works internally. If fedoras kernel maintainers do not want a) externel kmods and b) the VirtualBox Kernel driver that is a decision that has to be accepted. The question remains if some RedHat employees could encourage Innotek/Sun to redesign the driver in a more acceptable direction. This would IMO improve Fedora and RHEL as there is currently no OSS Solution like VirtualBox shipped. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHwbzUhMBO4cVSGS8RAoGfAJ47QQrVyb0OZhYUtU6dMqnlMhstbACfcK5p Pm2R1AmHGelS3ADwDnChf2Q= =Ia3r -----END PGP SIGNATURE----- From jspaleta at gmail.com Sun Feb 24 18:56:00 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Feb 2008 09:56:00 -0900 Subject: someone interested in packaging VirtualBox? In-Reply-To: <47C1BA2B.2030703@gmail.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> <1203867248.4458.16.camel@choeger4> <47C191DA.10805@gmail.com> <20080224165239.GC5500@redhat.com> <47C1BA2B.2030703@gmail.com> Message-ID: <604aa7910802241056t1bf5bcc9h98760fcd2f4dc603@mail.gmail.com> On Sun, Feb 24, 2008 at 9:40 AM, Les Mikesell > And what you are saying here is irrelevant to people who want their > virtual machines to be portable. KVM simply isn't useful to them and > you make fedora less useful as well by not including virtualbox. If you > want KVM to be the only virtualization solution, that should happen only > after KVM provides equivalent functionality. Everything you say maybe true. But I will trump your statements and say that virtualbox will become even more useful to ALL linux users if they work with upstream and get their kernel bits into the main line tree. Fedora is here as a conduit for working with the upstream kernel... because its the right way to ensure long term maintainability of kernel features. Including out of tree modules that don't have a chance to be included in the upstream kernel tree is simply long term dead weight. -jef From fedora at leemhuis.info Sun Feb 24 19:05:32 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 24 Feb 2008 20:05:32 +0100 Subject: lguest? (was: Re: someone interested in packaging VirtualBox?) In-Reply-To: <1203877703.4652.15.camel@localhost.localdomain> References: <1203813600.14532.4.camel@choeger4> <47C11931.8080900@leemhuis.info> <1203877703.4652.15.camel@localhost.localdomain> Message-ID: <47C1BFFC.6080608@leemhuis.info> On 24.02.2008 19:28, Lubomir Kundrak wrote: > [...] > Everyone, spit on your hands and let's do the package, it's highly > useful for people without KVM capable processors :) That reminds me: Is there a reason why we don't have lguest userspace tools packaged in Fedora (or do we have them somewhere with a obscure package name and I've missed it?). That might be interesting as well for systems that don't have CPUs with Intel VT or AMD-V. /me also wonders what's the status of KVM-lite is CU knurd From katzj at redhat.com Sun Feb 24 19:12:56 2008 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 24 Feb 2008 14:12:56 -0500 Subject: lguest? (was: Re: someone interested in packaging VirtualBox?) In-Reply-To: <47C1BFFC.6080608@leemhuis.info> References: <1203813600.14532.4.camel@choeger4> <47C11931.8080900@leemhuis.info> <1203877703.4652.15.camel@localhost.localdomain> <47C1BFFC.6080608@leemhuis.info> Message-ID: <1203880376.1431.4.camel@aglarond.local> On Sun, 2008-02-24 at 20:05 +0100, Thorsten Leemhuis wrote: > On 24.02.2008 19:28, Lubomir Kundrak wrote: > > [...] > > Everyone, spit on your hands and let's do the package, it's highly > > useful for people without KVM capable processors :) > > That reminds me: Is there a reason why we don't have lguest userspace > tools packaged in Fedora (or do we have them somewhere with a obscure > package name and I've missed it?). That might be interesting as well for > systems that don't have CPUs with Intel VT or AMD-V. One problem with lguest is that it's lack of any kernel/userspace ABI (by design) makes keeping any package of the "tool" in sync difficult at best. This is by design, though. > /me also wonders what's the status of KVM-lite is kvm-lite isn't really making any progress AFAIK. Jeremy From tibbs at math.uh.edu Sun Feb 24 19:34:45 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 24 Feb 2008 13:34:45 -0600 Subject: /bin/hostname in buildroots. In-Reply-To: <20080224033340.GA15428@redhat.com> References: <20080224033340.GA15428@redhat.com> Message-ID: >>>>> "DJ" == Dave Jones writes: DJ> /etc/profile: line 38: /bin/hostname: No such file or directory https://bugzilla.redhat.com/show_bug.cgi?id=301481 DJ> Should the buildroots provide this by default (imo, yes), or DJ> should packages have to explicitly BuildRequires: this ? I can't imagine why this would need to be in the buildroot, but it should certainly not be through a specific build dependency. Either setup needs to grow a dependency on net-tools (which I think is a bad idea) or /etc/profile needs to redirect stderr or conditionalize the hostname call. - J< From berrange at redhat.com Sun Feb 24 20:09:02 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Sun, 24 Feb 2008 20:09:02 +0000 Subject: lguest? (was: Re: someone interested in packaging VirtualBox?) In-Reply-To: <47C1BFFC.6080608@leemhuis.info> References: <1203813600.14532.4.camel@choeger4> <47C11931.8080900@leemhuis.info> <1203877703.4652.15.camel@localhost.localdomain> <47C1BFFC.6080608@leemhuis.info> Message-ID: <20080224200902.GA15680@redhat.com> On Sun, Feb 24, 2008 at 08:05:32PM +0100, Thorsten Leemhuis wrote: > On 24.02.2008 19:28, Lubomir Kundrak wrote: > > [...] > > Everyone, spit on your hands and let's do the package, it's highly > > useful for people without KVM capable processors :) > > That reminds me: Is there a reason why we don't have lguest userspace > tools packaged in Fedora (or do we have them somewhere with a obscure > package name and I've missed it?). That might be interesting as well for > systems that don't have CPUs with Intel VT or AMD-V. lguest is not intended for real world, end-user deployment. It explicitly has no ABI guarentees - you need exact matching host & guest kernel versions. It is really intended as a way for developers to experiment with new ideas in virtualization. > /me also wonders what's the status of KVM-lite is Non-existant beyond proof-of-concept stage & no active development AFAIK. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From tibbs at math.uh.edu Sun Feb 24 20:09:58 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 24 Feb 2008 14:09:58 -0600 Subject: Policy for updating/suggesting updates to packaging guidelines? In-Reply-To: <20080223234834.GA5287@amd.home.annexia.org> References: <20080223234834.GA5287@amd.home.annexia.org> Message-ID: >>>>> "RWMJ" == Richard W M Jones writes: RWMJ> I would like to suggest some updates to RWMJ> https://fedoraproject.org/wiki/Packaging/OCaml but I can't find RWMJ> out how to go about this. http://fedoraproject.org/wiki/Packaging/Committee See "Guideline Change Procedure". - J< From debarshi.ray at gmail.com Sun Feb 24 20:25:02 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 25 Feb 2008 01:55:02 +0530 Subject: mono-core conflicts Message-ID: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> Trying to install mono-devel on Fedora 8 x86_64 leads to a transaction error: # yum -y --enablerepo=fedora --enablerepo=updates install mono-devel [...] Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: mono-devel x86_64 1.2.5.1-3.fc8 updates 1.6 M mono-devel i386 1.2.5.1-3.fc8 updates 1.6 M Installing for dependencies: mono-core i386 1.2.5.1-3.fc8 updates 12 M Transaction Summary ============================================================================= Install 3 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 15 M [...] Transaction Check Error: file /usr/bin/smcs from install of mono-core-1.2.5.1-3.fc8.i386 conflicts with file from package mono-core-1.2.5.1-3.fc8.x86_64 Error Summary ------------- Is this worth filing a bug? I could not find something similar in Bugzilla: https://bugzilla.redhat.com/buglist.cgi?product=Fedora&version=&version=7&version=8&component=mono&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=FAILS_QA&bug_status=RELEASE_PENDING&bug_status=POST&bug_status=PASSES_QA&bug_status=CLOSED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From berrange at redhat.com Sun Feb 24 20:29:25 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Sun, 24 Feb 2008 20:29:25 +0000 Subject: someone interested in packaging VirtualBox? In-Reply-To: <47C1BA2B.2030703@gmail.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> <1203867248.4458.16.camel@choeger4> <47C191DA.10805@gmail.com> <20080224165239.GC5500@redhat.com> <47C1BA2B.2030703@gmail.com> Message-ID: <20080224202925.GB15680@redhat.com> On Sun, Feb 24, 2008 at 12:40:43PM -0600, Les Mikesell wrote: > Daniel P. Berrange wrote: > > > >>>It should use the KVM module driver, and if the current functionality in > >>>>KVM is not sufficient then VirtualBox should work with upstream to > >>>>address > >>>>the limitations. Having multiple kernel modules for virtualization does > >>>>not help anyone. > >>>> > >>>Well, that would be quite a challenge. > >>Especially on x86 32-bit processors that KVM doesn't support... Or for > >>people who want the option of moving their virtual machines to a windows > >>host. The functionality doesn't seem the same at all. > > > >I didn't say it was easy - just that if you ever want VirtualBox to be a > >part of the mainstream Fedora kernels it is going to have to stop > >duplicating > >functionality already present & work with Linux kernel developers. What > >VirtualBox does for kernel drivers on Windows is utterly irrelevant & need > >not share any code with the Linux support, nor mandate what the Linux > >support looks like. > > And what you are saying here is irrelevant to people who want their > virtual machines to be portable. KVM simply isn't useful to them and > you make fedora less useful as well by not including virtualbox. That's a very short term view. History has shown time & agin that betting on technology that is not in the mainline kernel brings severe long term maintainence pain which is not sustainable. Most spectacularly this is demonstrated by the Xen kernels. Including Xen in Fedora gave us some short term wins, but it has been a HUGE timesink diverting valuable resources from more useful development efforts. KVM would be alot further forward were it not for the resources spent keeping out-of-tree Xen kernels working. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From choeger at cs.tu-berlin.de Sun Feb 24 20:29:44 2008 From: choeger at cs.tu-berlin.de (=?ISO-8859-1?Q?Christoph_H=F6ger?=) Date: Sun, 24 Feb 2008 21:29:44 +0100 Subject: mono-core conflicts In-Reply-To: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> References: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> Message-ID: <47C1D3B8.4070505@cs.tu-berlin.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Debarshi Ray schrieb: > Trying to install mono-devel on Fedora 8 x86_64 leads to a transaction error: > > # yum -y --enablerepo=fedora --enablerepo=updates install mono-devel > [...] > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Installing: > mono-devel x86_64 1.2.5.1-3.fc8 updates 1.6 M > mono-devel i386 1.2.5.1-3.fc8 updates 1.6 M > Installing for dependencies: > mono-core i386 1.2.5.1-3.fc8 updates 12 M > > Transaction Summary > ============================================================================= > Install 3 Package(s) > Update 0 Package(s) > Remove 0 Package(s) > > Total download size: 15 M > [...] > Transaction Check Error: > file /usr/bin/smcs from install of mono-core-1.2.5.1-3.fc8.i386 > conflicts with file from package mono-core-1.2.5.1-3.fc8.x86_64 > > Error Summary > ------------- > > Is this worth filing a bug? I could not find something similar in > Bugzilla: https://bugzilla.redhat.com/buglist.cgi?product=Fedora&version=&version=7&version=8&component=mono&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=FAILS_QA&bug_status=RELEASE_PENDING&bug_status=POST&bug_status=PASSES_QA&bug_status=CLOSED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= > > Cheers, > Debarshi Hi, I do not understand what happens there: You obviously need mono-core for development. But do you really need both architectures? Why does yum think so? And if, why should mono-devel.i386 depend on mono-core.i386 and not just on _any_ mono-core package? Looks like at least one yum bug and/or package bug to me. regards christoph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHwdO3hMBO4cVSGS8RAuBYAJ9kVsPdLyagDh3sNw8W0StjEPXr7gCeKToJ MGMjRnjwc3BJtJG1xebY/08= =Gtgc -----END PGP SIGNATURE----- From debarshi.ray at gmail.com Sun Feb 24 20:35:14 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 25 Feb 2008 02:05:14 +0530 Subject: mono-core conflicts In-Reply-To: <47C1D3B8.4070505@cs.tu-berlin.de> References: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> <47C1D3B8.4070505@cs.tu-berlin.de> Message-ID: <3170f42f0802241235j3f70a5f7h13967801d032ae2a@mail.gmail.com> > I do not understand what happens there: You obviously need mono-core for > development. I need mono-devel for building notify-sharp: > But do you really need both architectures? Why does yum > think so? Till now I all the mono packages on my system have been pulled as some sort of dependency by other application packages. > And if, why should mono-devel.i386 depend on mono-core.i386 > and not just on _any_ mono-core package? > Looks like at least one yum bug and/or package bug to me. Explicitly specifying the architecture works: yum -y --enablerepo=fedora --enablerepo=updates install mono-devel-1.2.5.1-3.fc8.x86_64 Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From caillon at redhat.com Sun Feb 24 20:43:21 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 24 Feb 2008 15:43:21 -0500 Subject: rawhide report: 20080223 changes In-Reply-To: References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> Message-ID: <47C1D6E9.10900@redhat.com> On 02/23/2008 12:13 PM, darrell pfeifer wrote: >> xulrunner-1.9-0.beta3.26.nightly20080222.fc9 > > still has the 'cpio rename' problem so it doesn't install. firefox > doesn't seem to depend on a particular version, but is getting > progressively more flaky (icons don't show in menus like bookmarks, > gmail won't work but many other web pages are ok) Uninstall the old package (use --nodeps if you have to) then yum install xulrunner. It's really a symptom of the way rpm works: puts files on the file system and then cleans up. The file type changed from directory to symlink (so we can make use of system hunspell). There's no way you can simply copy a symlink over a directory the way rpm wants to, so you get this. It only affects users of rawhide at that time and is a one time thing. From dan at danny.cz Sun Feb 24 20:47:53 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sun, 24 Feb 2008 21:47:53 +0100 Subject: mono-core conflicts In-Reply-To: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> References: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> Message-ID: <1203886073.3247.11.camel@eagle.danny.cz> Debarshi Ray p??e v Po 25. 02. 2008 v 01:55 +0530: > Trying to install mono-devel on Fedora 8 x86_64 leads to a transaction error: > > # yum -y --enablerepo=fedora --enablerepo=updates install mono-devel > [...] > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Installing: > mono-devel x86_64 1.2.5.1-3.fc8 updates 1.6 M > mono-devel i386 1.2.5.1-3.fc8 updates 1.6 M > Installing for dependencies: > mono-core i386 1.2.5.1-3.fc8 updates 12 M > > Transaction Summary > ============================================================================= > Install 3 Package(s) > Update 0 Package(s) > Remove 0 Package(s) > > Total download size: 15 M > [...] > Transaction Check Error: > file /usr/bin/smcs from install of mono-core-1.2.5.1-3.fc8.i386 > conflicts with file from package mono-core-1.2.5.1-3.fc8.x86_64 > > Error Summary > ------------- > > Is this worth filing a bug? I could not find something similar in > Bugzilla: https://bugzilla.redhat.com/buglist.cgi?product=Fedora&version=&version=7&version=8&component=mono&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=FAILS_QA&bug_status=RELEASE_PENDING&bug_status=POST&bug_status=PASSES_QA&bug_status=CLOSED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= It looks like that mono-core package is not multi-lib aware. It contains some native shared libs (/usr/lib*/*.so) that should go into -libs subpackage or mono-core should be added to some kind of multi-lib black list. Dan From dcantrell at redhat.com Sun Feb 24 21:19:17 2008 From: dcantrell at redhat.com (David Cantrell) Date: Sun, 24 Feb 2008 11:19:17 -1000 Subject: /bin/hostname in buildroots. In-Reply-To: <20080224095426.0ad43f6c@redhat.com> References: <20080224033340.GA15428@redhat.com> <20080224095426.0ad43f6c@redhat.com> Message-ID: <20080224111917.22a3bb04.dcantrell@redhat.com> On Sun, 24 Feb 2008 09:54:26 -0500 Jesse Keating wrote: > On Sat, 23 Feb 2008 22:33:40 -0500 > Dave Jones wrote: > > > Looking through build logs of various packages, I keep seeing this.. > > > > /etc/profile: line 38: /bin/hostname: No such file or directory > > warning: Could not canonicalize hostname: > > xenbuilder4.fedora.phx.redhat.com > > > > Should the buildroots provide this by default (imo, yes), or should > > packages have to explicitly BuildRequires: this ? > > A while ago the requirements changed somewhat in the default buildroot > set and hostname was no longer pulled in. However it as of yet has not > seemed to cause any real problem other than the innocuous error > message you posted above. I'm inclined to leave it this way as the > vast majority of packages (IE everything we've thrown at it so far) > builds just fine, or errors for other reasons. If anything actually > needs that during build it should be explicitly required. My only gripe is that it makes reading build logs more difficult for no good reason. If it really is an error that can be ignored, then it'd be nice to not see it in build logs. -- David Cantrell Red Hat / Honolulu, HI -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From caillon at redhat.com Sun Feb 24 21:20:10 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 24 Feb 2008 16:20:10 -0500 Subject: Auto rebuild release bump issue In-Reply-To: <20080223113200.f12c1cf9.mschwendt@gmail.com> References: <47BB0EF1.6050508@cora.nwra.com> <20080219183057.7f678e8d.mschwendt@gmail.com> <20080219131700.28456f8a@redhat.com> <1203712320.4395.11.camel@toque.toronto.redhat.com> <20080223004442.09774bb0.mschwendt@gmail.com> <20080222202020.6ed5714b@redhat.com> <20080223113200.f12c1cf9.mschwendt@gmail.com> Message-ID: <47C1DF8A.4090200@redhat.com> On 02/23/2008 05:32 AM, Michael Schwendt wrote: > $ bumpspecfile.py jpackage-utils.spec Can we please get bumpspecfile.py into a fedora package? I don't care if bumpspecfile.py is far from perfect, but at least we can start being imperfect together and maybe try and make it better. From laroche at redhat.com Sun Feb 24 22:10:03 2008 From: laroche at redhat.com (Florian La Roche) Date: Sun, 24 Feb 2008 23:10:03 +0100 Subject: /bin/hostname in buildroots. In-Reply-To: References: <20080224033340.GA15428@redhat.com> Message-ID: <20080224221003.GA16865@dudweiler.stuttgart.redhat.com> On Sun, Feb 24, 2008 at 01:34:45PM -0600, Jason L Tibbitts III wrote: > >>>>> "DJ" == Dave Jones writes: > > DJ> /etc/profile: line 38: /bin/hostname: No such file or directory > > https://bugzilla.redhat.com/show_bug.cgi?id=301481 As also noted on the bz, bash is already setting this var automatically, so this call is only needed for non-bash: HOSTNAME Automatically set to the name of the current host. regards, Florian La Roche From opensource at till.name Sun Feb 24 22:50:07 2008 From: opensource at till.name (Till Maas) Date: Sun, 24 Feb 2008 23:50:07 +0100 Subject: someone interested in packaging VirtualBox? In-Reply-To: <1203877703.4652.15.camel@localhost.localdomain> References: <1203813600.14532.4.camel@choeger4> <47C11931.8080900@leemhuis.info> <1203877703.4652.15.camel@localhost.localdomain> Message-ID: <200802242350.24679.opensource@till.name> On Sunday 24 February 2008 19:28:23 Lubomir Kundrak wrote: > They are not quite finished. Till Maas had wonderful idea on to create a > repository to cooperate, as in past patches were exchanged between > several people without publicity. So here's the wiki page: > > http://fedoraproject.org/wiki/LubomirKundrak/VirtualBox > > that references the Freddie Mercurial repository any Fedora contributor > can commit to (I hope... I hope I set it up well). I added the changes I did to my local spec files since you got the from me, the dkms subpackage is now in a separate package. This makes it easier to use different kernel module subpackages. Also it is now updated to 1.5.6, but I had to disable some patches to make it build. Maybe you can review them and explain why they are needed within the patches or remove them. I added some comments above the %patch lines. 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 lesmikesell at gmail.com Sun Feb 24 23:25:09 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 24 Feb 2008 17:25:09 -0600 Subject: someone interested in packaging VirtualBox? In-Reply-To: <20080224202925.GB15680@redhat.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> <1203867248.4458.16.camel@choeger4> <47C191DA.10805@gmail.com> <20080224165239.GC5500@redhat.com> <47C1BA2B.2030703@gmail.com> <20080224202925.GB15680@redhat.com> Message-ID: <47C1FCD5.7030000@gmail.com> Daniel P. Berrange wrote: >>>>> It should use the KVM module driver, and if the current functionality in >>>>>> KVM is not sufficient then VirtualBox should work with upstream to >>>>>> address >>>>>> the limitations. Having multiple kernel modules for virtualization does >>>>>> not help anyone. >>>>>> >>>>> Well, that would be quite a challenge. >>>> Especially on x86 32-bit processors that KVM doesn't support... Or for >>>> people who want the option of moving their virtual machines to a windows >>>> host. The functionality doesn't seem the same at all. >>> I didn't say it was easy - just that if you ever want VirtualBox to be a >>> part of the mainstream Fedora kernels it is going to have to stop >>> duplicating >>> functionality already present & work with Linux kernel developers. What >>> VirtualBox does for kernel drivers on Windows is utterly irrelevant & need >>> not share any code with the Linux support, nor mandate what the Linux >>> support looks like. >> And what you are saying here is irrelevant to people who want their >> virtual machines to be portable. KVM simply isn't useful to them and >> you make fedora less useful as well by not including virtualbox. > > That's a very short term view. No, it's a user's view with no interest in being limited to single platforms or limited functionality. > History has shown time & agin that betting > on technology that is not in the mainline kernel brings severe long term > maintainence pain which is not sustainable. The pain of interface changes in the kernel is self-inflicted. And it is just one of the reasons users should stick to things that work cross-platform. > Most spectacularly this is > demonstrated by the Xen kernels. Including Xen in Fedora gave us some > short term wins, but it has been a HUGE timesink diverting valuable > resources from more useful development efforts. KVM would be alot further > forward were it not for the resources spent keeping out-of-tree Xen kernels > working. The Xen concept of the virtualized guest needing to know it is virtualized is flawed anyway. You'd have to expect problems from that. Handling it correctly on the host side should make it equivalent to the vmware module that doesn't need any specific management in terms of the rest of the kernel. -- Les Mikesell lesmikesell at gmail.com From vonbrand at inf.utfsm.cl Sun Feb 24 23:33:58 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 24 Feb 2008 20:33:58 -0300 Subject: X shows with inverse video? Message-ID: <200802242333.m1ONXwBT003808@laptop13.inf.utfsm.cl> Lately it has been common to see X in inverse video (i.e., the gnome-terminal with white background show with black background and sort-of outlines of the fonts). This is always (OK, 3 of 3 tries) so now. Switching to vt 1 and then back usually cures this. VGA compatible controller: nVidia Corporation G72M [Quadro NVS 110M/GeForce Go 7300] (rev a1), xorg.conf attached. Any ideas? -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xorg.conf URL: -------------- next part -------------- -- 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 leolistas at solutti.com.br Sun Feb 24 23:35:50 2008 From: leolistas at solutti.com.br (=?UTF-8?B?TGVvbmFyZG8gUm9kcmlndWVzIE1hZ2FsaMOjZXM=?=) Date: Sun, 24 Feb 2008 20:35:50 -0300 Subject: bugzilla request In-Reply-To: <1203857388.4458.14.camel@choeger4> References: <47C09003.1060009@solutti.com.br> <1203857388.4458.14.camel@choeger4> Message-ID: <47C1FF56.6070605@solutti.com.br> Christoph H?ger escreveu: > > I've read your bug. To make it short: I don't have the time to check for > such a scenario and I doubt many here will find it, as this seems to be > an upstream bug ;). > But my glibc-headers are a lot newer then yours (glibc-headers-2.7-2) > (versioning change maybe). I suggest you test with new headers and if > the bug is still present go directly to the glibc people. > Man you're right .... as i tested that which appears to be a bug on several machines, seems i have pasted the rpm version query from a fedora 5 box, which i know it's not supported anymore. Anyway, everything was tested in Fedora 7 (which is a supported release yet) and things didnt worked as well, as i reported. In a Fedora 7 box, i have [root at firewall ~]# rpm -qf /usr/include/netdb.h glibc-headers-2.6-4 [root at firewall ~]# That glibc-headers-2.3.6-3 was from a Fedora 5 box. Unfortunelly i still dont have a Fedora 8 box, but in the Fedora 7 boxes i have access, fully updated until today, it still didnt worked as i reported. I'll try to get a Fedora 8 box and try it .... and report this bug to glibc people directly. -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5589 bytes Desc: S/MIME Cryptographic Signature URL: From lesmikesell at gmail.com Sun Feb 24 23:42:36 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sun, 24 Feb 2008 17:42:36 -0600 Subject: default mail client In-Reply-To: <20080223144143.GA1053777@hiwaay.net> References: <47BCD874.3000600@redhat.com> <5j3095xg0v.ln2@ppp1053.in.ipex.cz> <2c4095xd4v.ln2@ppp1053.in.ipex.cz> <20080221135938.53cf5bc4@dhcp03.addix.net> <1203767237.13615.38.camel@rousalka.dyndns.org> <20080223144143.GA1053777@hiwaay.net> Message-ID: <47C200EC.10102@gmail.com> Chris Adams wrote: > Once upon a time, Nicolas Mailhot said: >> You could do a lot of what imap offers just by standardising the MUA >> backends to maildir, but everybody talks about the UI and forgets the >> backend part (in fact it's quite surprising we managed to get good imap >> servers out since we insist on using last century's tech with mbox and >> sendmail as our defaults) > > Maildir solves one problem with mbox (deleting an arbitrary message) > while making a whole bunch of new ones (the biggest being a directory > with 10,000 files is not good). Dovecot's mbox+index seems to work > pretty well in my experience. > > I find it funny that at the same time NNTP servers were moving away from > a one-file-per-message storage format due to the many problems, Maildir > (and its variants) was trying to move towards that format. You generally don't delete messages individually from nntp servers with a human waiting for the next operation, whereas moving and deleting are probably the most common things to do to a received email message. And if your filesystem isn't good at handling a reasonable number of files, that's probably something you should fix anyway... -- Les Mikesell lesmikesell at gmail.com From p.jonhson at sky.com Mon Feb 25 00:01:44 2008 From: p.jonhson at sky.com (paul) Date: Mon, 25 Feb 2008 00:01:44 +0000 Subject: Multiarch packaging Message-ID: <1203897704.16099.32.camel@T7.Linux> Hi, Mono seems to be causing a snag and I'd like to clear it up for the next release (1.9 preview 3 is now out and I want it in rawhide ASAP). Basically, it's got multiarch conflicts which need clearing. I've searched the wiki, but can't find the howto. Can someone point me in the correct direction? Thanks TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! From opensource at till.name Mon Feb 25 00:05:28 2008 From: opensource at till.name (Till Maas) Date: Mon, 25 Feb 2008 01:05:28 +0100 Subject: Auto rebuild release bump issue In-Reply-To: <47C1DF8A.4090200@redhat.com> References: <47BB0EF1.6050508@cora.nwra.com> <20080223113200.f12c1cf9.mschwendt@gmail.com> <47C1DF8A.4090200@redhat.com> Message-ID: <200802250105.36097.opensource@till.name> On Sunday 24 February 2008 22:20:10 Christopher Aillon wrote: > On 02/23/2008 05:32 AM, Michael Schwendt wrote: > > $ bumpspecfile.py jpackage-utils.spec > > Can we please get bumpspecfile.py into a fedora package? I don't care > if bumpspecfile.py is far from perfect, but at least we can start being > imperfect together and maybe try and make it better. It would fit into: https://fedorahosted.org/fedora-packager/ 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 at gmail.com Mon Feb 25 01:11:57 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 25 Feb 2008 02:11:57 +0100 Subject: mono-core conflicts In-Reply-To: <1203886073.3247.11.camel@eagle.danny.cz> References: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> <1203886073.3247.11.camel@eagle.danny.cz> Message-ID: <20080225021157.41a2aa3f.mschwendt@gmail.com> On Sun, 24 Feb 2008 21:47:53 +0100, Dan Hor?k wrote: > > Debarshi Ray p??e v Po 25. 02. 2008 v 01:55 +0530: > > Trying to install mono-devel on Fedora 8 x86_64 leads to a transaction error: > > > > # yum -y --enablerepo=fedora --enablerepo=updates install mono-devel > > [...] > > Dependencies Resolved > > > > ============================================================================= > > Package Arch Version Repository Size > > ============================================================================= > > Installing: > > mono-devel x86_64 1.2.5.1-3.fc8 updates 1.6 M > > mono-devel i386 1.2.5.1-3.fc8 updates 1.6 M > > Installing for dependencies: > > mono-core i386 1.2.5.1-3.fc8 updates 12 M > > > > Transaction Summary > > ============================================================================= > > Install 3 Package(s) > > Update 0 Package(s) > > Remove 0 Package(s) > > > > Total download size: 15 M > > [...] > > Transaction Check Error: > > file /usr/bin/smcs from install of mono-core-1.2.5.1-3.fc8.i386 > > conflicts with file from package mono-core-1.2.5.1-3.fc8.x86_64 > > > > Error Summary > > ------------- > > > > Is this worth filing a bug? I could not find something similar in > > Bugzilla: https://bugzilla.redhat.com/buglist.cgi?product=Fedora&version=&version=7&version=8&component=mono&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=FAILS_QA&bug_status=RELEASE_PENDING&bug_status=POST&bug_status=PASSES_QA&bug_status=CLOSED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= > > It looks like that mono-core package is not multi-lib aware. It contains > some native shared libs (/usr/lib*/*.so) that should go into -libs > subpackage or mono-core should be added to some kind of multi-lib black > list. RPM explicitly complains about /usr/bin/scms, and if it sees a conflict in /usr/bin that is evidence of the file not being a binary executable: $ file /usr/bin/smcs /usr/bin/smcs: Bourne shell script text executable In that case, afaik, the file must be identical on all platforms. But it isn't: $ diff -u smcs.i386 smcs.x86_64 --- smcs.i386 2007-11-09 22:40:45.000000000 +0100 +++ smcs.x86_64 2007-11-09 22:25:25.000000000 +0100 @@ -1,2 +1,2 @@ #!/bin/sh -MONO_PATH="/usr/lib/mono/2.1/:$MONO_PATH" exec /usr/bin/mono $MONO_OPTIONS /usr/lib/mono/2.1/gmcs.exe -pkg:silver -langversion:linq "$@" +MONO_PATH="/usr/lib64/mono/2.1/:$MONO_PATH" exec /usr/bin/mono $MONO_OPTIONS /usr/lib64/mono/2.1/gmcs.exe -pkg:silver -langversion:linq "$@" From mschwendt at gmail.com Mon Feb 25 01:29:38 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 25 Feb 2008 02:29:38 +0100 Subject: Auto rebuild release bump issue In-Reply-To: <200802250105.36097.opensource@till.name> References: <47BB0EF1.6050508@cora.nwra.com> <20080223113200.f12c1cf9.mschwendt@gmail.com> <47C1DF8A.4090200@redhat.com> <200802250105.36097.opensource@till.name> Message-ID: <20080225022938.2c7789fe.mschwendt@gmail.com> On Mon, 25 Feb 2008 01:05:28 +0100, Till Maas wrote: > On Sunday 24 February 2008 22:20:10 Christopher Aillon wrote: > > On 02/23/2008 05:32 AM, Michael Schwendt wrote: > > > $ bumpspecfile.py jpackage-utils.spec > > > > Can we please get bumpspecfile.py into a fedora package? I don't care > > if bumpspecfile.py is far from perfect, but at least we can start being > > imperfect together and maybe try and make it better. > > It would fit into: > https://fedorahosted.org/fedora-packager/ Or the rpmdevtools package where other useful scripts have gone. From lamont at lamontpeterson.org Mon Feb 25 02:35:28 2008 From: lamont at lamontpeterson.org (Lamont Peterson) Date: Sun, 24 Feb 2008 19:35:28 -0700 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: <1203713414.7567.112.camel@localhost> References: <200802211704.53493.lamont@lamontpeterson.org> <1203713414.7567.112.camel@localhost> Message-ID: <200802241935.33602.lamont@lamontpeterson.org> On Friday 22 February 2008 01:50:14 pm Callum Lerwick wrote: > On Fri, 2008-02-22 at 13:15 -0500, R P Herrold wrote: > > On Fri, 22 Feb 2008, Dave Jones wrote: > > > I wonder where all the vocal germans are, in opposition to > > > this change. :) > > > > > > Seriously, I wonder how much this is still true. A few > > > years ago, sure, but now, aparently even some of the more > > > rural parts of Germany have ADSL. > > > > in for a dime, in for a dollar --the same RFE arguments for > > trimming out dialup PPP support (wvdial) exist; while dialup > > PPP still exists, it is a dying breed in Fedora's target > > audience > > Honestly, how much space would be saved by cutting out ISDN? PPP? Unless > it's a saving on order of hundreds of megs, it's a drop in the bucket. > Its much more important to have things "just work" for the maximum > number of users. Alright, look. I don't know how to say this any plainer. I *am not* asking to have ISDN support removed. I am asking to not have it in the base, minimal, installs. When I think of a minimal install, 1GB of stuff that includes dozens of packages like ISDN is not what I'm thinking about. I don't have any servers in data centers that need ISDN support. If I ever do, I know how to install the package. If someone doesn't, they can find it in the dial-up support and install that. How many servers do you have that need dial-up? Would anyone in Europe care to comment on this question? Do you have any servers that need dial-up support installed as part of a minimal install? -- Lamont Peterson From lamont at lamontpeterson.org Mon Feb 25 03:27:42 2008 From: lamont at lamontpeterson.org (Lamont Peterson) Date: Sun, 24 Feb 2008 20:27:42 -0700 Subject: Missing dependency for a non-existing package Message-ID: <200802242027.48359.lamont@lamontpeterson.org> All, I've attached the output from my simple "yum update" command. This has been pestering me for over a week now. It seems that device-mapper-devel >= 1.02.02-3 is needed by package e2fsprogs-devel, but there is no such package as device-mapper-devel i nthe repos. I need e2fsprogs-devel at the end of a chain of things from kdevelop -> kdelibs-devel -> krb5-devel -> e2fsprogs-devel (I've also asked why e2fsprogs-devel is providing libs, but I haven't had a response from the maintainer, yet). I've tried to --exclude e2fsprogs-devel, e2fsprogs etc, but it wont exclude it, they keep getting pulled back in. Besides, this seem to me to be an obviously broken dep in the repo, anyway. Suggestions? -- Lamont Peterson -------------- 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 lamont at lamontpeterson.org Mon Feb 25 05:02:33 2008 From: lamont at lamontpeterson.org (Lamont Peterson) Date: Sun, 24 Feb 2008 22:02:33 -0700 Subject: Missing dependency for a non-existing package In-Reply-To: <200802242027.48359.lamont@lamontpeterson.org> References: <200802242027.48359.lamont@lamontpeterson.org> Message-ID: <200802242202.39025.lamont@lamontpeterson.org> On Sunday 24 February 2008 08:27:42 pm Lamont Peterson wrote: > All, > > I've attached the output from my simple "yum update" command. This has > been pestering me for over a week now. > > It seems that device-mapper-devel >= 1.02.02-3 is needed by package > e2fsprogs-devel, but there is no such package as device-mapper-devel i nthe > repos. > > I need e2fsprogs-devel at the end of a chain of things from kdevelop -> > kdelibs-devel -> krb5-devel -> e2fsprogs-devel (I've also asked why > e2fsprogs-devel is providing libs, but I haven't had a response from the > maintainer, yet). > > I've tried to --exclude e2fsprogs-devel, e2fsprogs etc, but it wont exclude > it, they keep getting pulled back in. Besides, this seem to me to be an > obviously broken dep in the repo, anyway. > > Suggestions? After some painstaking manual labor updating packages just a small handful at a time, I realized that I had the 'yum-skip-broken' plugin installed, so a simple 'yum --skip-droken update' command got all the rest of the available updates that would work installed. That left me with just one update that cn not be installed: e2fsprogs, which forces me to update e2fsprogs-devel at the same time. It's the e2fsprogs-devel package that is depending on device-mapper-devel, which doesn't seem to exist in the repos (at least, yum can't find it). -- Lamont Peterson From laxathom at fedoraproject.org Mon Feb 25 05:27:03 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Mon, 25 Feb 2008 06:27:03 +0100 Subject: Multiarch packaging In-Reply-To: <1203897704.16099.32.camel@T7.Linux> References: <1203897704.16099.32.camel@T7.Linux> Message-ID: <62bc09df0802242127t32ffc71ay473132f901959a26@mail.gmail.com> 2008/2/25, paul : > > Hi, > > Mono seems to be causing a snag and I'd like to clear it up for the next > release (1.9 preview 3 is now out and I want it in rawhide ASAP). > Basically, it's got multiarch conflicts which need clearing. > > I've searched the wiki, but can't find the howto. Can someone point me > in the correct direction? http://fedoraproject.org/wiki/PackagingDrafts/MultilibTricks Thanks > > TTFN > > Paul > -- > ?Sie k?nnen mich aufreizen und wirklich hei? machen! > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- French Fedora Ambassador Fedora/EPEL Contributor | http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From lordmorgul at gmail.com Mon Feb 25 05:47:33 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 24 Feb 2008 21:47:33 -0800 Subject: someone interested in packaging VirtualBox? In-Reply-To: <47C1FCD5.7030000@gmail.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> <1203867248.4458.16.camel@choeger4> <47C191DA.10805@gmail.com> <20080224165239.GC5500@redhat.com> <47C1BA2B.2030703@gmail.com> <20080224202925.GB15680@redhat.com> <47C1FCD5.7030000@gmail.com> Message-ID: <47C25675.10201@gmail.com> Les Mikesell wrote: > No, it's a user's view with no interest in being limited to single > platforms or limited functionality. > Daniel P. Berrange wrote: >> History has shown time & agin that betting >> on technology that is not in the mainline kernel brings severe long term >> maintainence pain which is not sustainable. > > The pain of interface changes in the kernel is self-inflicted. And it is > just one of the reasons users should stick to things that work > cross-platform. The choice of VirtualBox kernel module versus some other kernel module is very definitely NOT cross platform anymore. So what exactly is going to be stuck to here? The VirtualBox kernel module is linux specific with an interface 'glue' that also works with other platforms kernel code. There is no reason VirtualBox could not adopt a new kernel module interface and work with it after helping to get it up to speed with their needs (i.e. what their current kernel module does). And when that occurred the users would have no idea what had happened because the modified interface 'glue' would keep doing its job making their virtual machines portable while talking to a different kernel module. The kernel module is not cross platform and neither is their kernel interface 'glue' code for that particular module. The VMWare kernel code for each host OS is as different as rice and beans, and necessarily so. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From debarshi.ray at gmail.com Mon Feb 25 06:06:46 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 25 Feb 2008 11:36:46 +0530 Subject: mono-core conflicts In-Reply-To: <20080225021157.41a2aa3f.mschwendt@gmail.com> References: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> <1203886073.3247.11.camel@eagle.danny.cz> <20080225021157.41a2aa3f.mschwendt@gmail.com> Message-ID: <3170f42f0802242206k2c0ee098u5fa58b88e3683a8b@mail.gmail.com> So should I file this as a mono-core packaging bug in bugzilla.redhat.com? Or is someone already looking into it? Happy Hacking Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From rhally at mindspring.com Mon Feb 25 07:21:33 2008 From: rhally at mindspring.com (Richard Hally) Date: Mon, 25 Feb 2008 02:21:33 -0500 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: <200802241935.33602.lamont@lamontpeterson.org> References: <200802211704.53493.lamont@lamontpeterson.org> <1203713414.7567.112.camel@localhost> <200802241935.33602.lamont@lamontpeterson.org> Message-ID: <47C26C7D.5090303@mindspring.com> Lamont Peterson wrote: > On Friday 22 February 2008 01:50:14 pm Callum Lerwick wrote: >> On Fri, 2008-02-22 at 13:15 -0500, R P Herrold wrote: >>> On Fri, 22 Feb 2008, Dave Jones wrote: >>>> I wonder where all the vocal germans are, in opposition to >>>> this change. :) >>>> >>>> Seriously, I wonder how much this is still true. A few >>>> years ago, sure, but now, aparently even some of the more >>>> rural parts of Germany have ADSL. >>> in for a dime, in for a dollar --the same RFE arguments for >>> trimming out dialup PPP support (wvdial) exist; while dialup >>> PPP still exists, it is a dying breed in Fedora's target >>> audience >> Honestly, how much space would be saved by cutting out ISDN? PPP? Unless >> it's a saving on order of hundreds of megs, it's a drop in the bucket. >> Its much more important to have things "just work" for the maximum >> number of users. > > Alright, look. I don't know how to say this any plainer. I *am not* asking > to have ISDN support removed. I am asking to not have it in the base, > minimal, installs. When I think of a minimal install, 1GB of stuff that > includes dozens of packages like ISDN is not what I'm thinking about. > > I don't have any servers in data centers that need ISDN support. If I ever > do, I know how to install the package. If someone doesn't, they can find it > in the dial-up support and install that. > > How many servers do you have that need dial-up? Would anyone in Europe care > to comment on this question? Do you have any servers that need dial-up > support installed as part of a minimal install? > Alright, look again. Imagine the oldest smallest desktop or laptop box that Fedora is intended to support. Does it have dialup on it? Is it used by someone that only has dialup access to the internet? What if their access is ISDN only? Richard From laroche at redhat.com Mon Feb 25 07:30:28 2008 From: laroche at redhat.com (Florian La Roche) Date: Mon, 25 Feb 2008 08:30:28 +0100 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: <200802241935.33602.lamont@lamontpeterson.org> References: <200802211704.53493.lamont@lamontpeterson.org> <1203713414.7567.112.camel@localhost> <200802241935.33602.lamont@lamontpeterson.org> Message-ID: <20080225073028.GA24744@dudweiler.stuttgart.redhat.com> > How many servers do you have that need dial-up? Would anyone in Europe care > to comment on this question? Do you have any servers that need dial-up > support installed as part of a minimal install? Hello Lamont, isdn is only needed for dialup, but looking at the comps file in Fedora-development, isdn4k-utils is only listed in the dialup group. So question is what dependency is moving in these tools and if that can be changed within Fedora. ?? regards, Florian La Roche From anders at trudheim.co.uk Mon Feb 25 08:11:17 2008 From: anders at trudheim.co.uk (Anders Karlsson) Date: Mon, 25 Feb 2008 09:11:17 +0100 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: <47C26C7D.5090303@mindspring.com> References: <200802211704.53493.lamont@lamontpeterson.org> <1203713414.7567.112.camel@localhost> <200802241935.33602.lamont@lamontpeterson.org> <47C26C7D.5090303@mindspring.com> Message-ID: <20080225081117.GA4215@localhost.localdomain> * Richard Hally [20080225 08:22]: > Lamont Peterson wrote: >> On Friday 22 February 2008 01:50:14 pm Callum Lerwick wrote: [snip] >> Alright, look. I don't know how to say this any plainer. I *am not* >> asking to have ISDN support removed. I am asking to not have it in the >> base, minimal, installs. When I think of a minimal install, 1GB of stuff >> that includes dozens of packages like ISDN is not what I'm thinking about. >> >> I don't have any servers in data centers that need ISDN support. If I >> ever do, I know how to install the package. If someone doesn't, they can >> find it in the dial-up support and install that. >> >> How many servers do you have that need dial-up? Would anyone in Europe >> care to comment on this question? Do you have any servers that need >> dial-up support installed as part of a minimal install? >> > > Alright, look again. Imagine the oldest smallest desktop or laptop box that > Fedora is intended to support. Does it have dialup on it? Is it used by > someone that only has dialup access to the internet? What if their access > is ISDN only? Would they install over said ISDN? If no, they are probably installing from optical media somehow and adding the isdn tools or ticking the dialup group should be a trivial exercise, and if you forget it, mounting the CD's or DVD to grab it isn't hard. If yes, I'd expect the installer to add ISDN support into the resulting install as that is a relatively small extra download, especially if you're pulling down 800-1100 MB of packages already over your slow ISDN/dial-up link. A minimal installation is supposed to be... minimal. I'd expect it to not carry anything that is not absolutely essential to have a system that boot. The point of a minimal install is that you *add* to it to get what you want. Not that people have to *remove* stuff that is not going to be used. Well, you get my point. /Anders From rhally at mindspring.com Mon Feb 25 09:21:11 2008 From: rhally at mindspring.com (Richard Hally) Date: Mon, 25 Feb 2008 04:21:11 -0500 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: <20080225081117.GA4215@localhost.localdomain> References: <200802211704.53493.lamont@lamontpeterson.org> <1203713414.7567.112.camel@localhost> <200802241935.33602.lamont@lamontpeterson.org> <47C26C7D.5090303@mindspring.com> <20080225081117.GA4215@localhost.localdomain> Message-ID: <47C28887.8050200@mindspring.com> Anders Karlsson wrote: > * Richard Hally [20080225 08:22]: >> Lamont Peterson wrote: >>> On Friday 22 February 2008 01:50:14 pm Callum Lerwick wrote: > [snip] >>> Alright, look. I don't know how to say this any plainer. I *am not* >>> asking to have ISDN support removed. I am asking to not have it in the >>> base, minimal, installs. When I think of a minimal install, 1GB of stuff >>> that includes dozens of packages like ISDN is not what I'm thinking about. >>> >>> I don't have any servers in data centers that need ISDN support. If I >>> ever do, I know how to install the package. If someone doesn't, they can >>> find it in the dial-up support and install that. >>> >>> How many servers do you have that need dial-up? Would anyone in Europe >>> care to comment on this question? Do you have any servers that need >>> dial-up support installed as part of a minimal install? >>> >> Alright, look again. Imagine the oldest smallest desktop or laptop box that >> Fedora is intended to support. Does it have dialup on it? Is it used by >> someone that only has dialup access to the internet? What if their access >> is ISDN only? > > Would they install over said ISDN? > > If no, they are probably installing from optical media somehow and > adding the isdn tools or ticking the dialup group should be a trivial > exercise, and if you forget it, mounting the CD's or DVD to grab it > isn't hard. > > If yes, I'd expect the installer to add ISDN support into the > resulting install as that is a relatively small extra download, > especially if you're pulling down 800-1100 MB of packages already over > your slow ISDN/dial-up link. > > A minimal installation is supposed to be... minimal. I'd expect it to > not carry anything that is not absolutely essential to have a system > that boot. The point of a minimal install is that you *add* to it to > get what you want. Not that people have to *remove* stuff that is not > going to be used. > > Well, you get my point. > > /Anders > Ah, your looking for a minimal install (not just without isdn/dialup). See the archives. We have had this discussion several times over the years in since FC1. good luck, Richard From nicolas.mailhot at laposte.net Mon Feb 25 09:46:03 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 25 Feb 2008 10:46:03 +0100 (CET) Subject: rawhide report: 20080223 changes In-Reply-To: <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <1203796724.19573.6.camel@localhost.localdomain> <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> Message-ID: <59931.192.54.193.53.1203932763.squirrel@rousalka.dyndns.org> Le Sam 23 f?vrier 2008 21:14, David Nielsen a ?crit : > For me the new xserver is some what less broken, everything seems to > work > except the keyboard is acting mighty funny. I press up arrow and the > gnome-screenshot application starts up. Capslock seems to be on at all > times regardless of the setting. Latest xorg server is linked to hal. That means hal-auto-input got enabled, and your input devices were probably switched to evdev. (this is good). Unfortunately evdev has a huge configuration design flaw every new user hits - if anything sets the keyboard model to something else than evdev ("evdev-managed generic keyboard" in Gnome keyboard properties) some keys will misbehave, and in particular arrow up will become printscreen. So the solution to your problem is to check all the apps that may set xkb settings do use the evdev model and not something else. More accurately, in an hal-auto-input world, you need to either: 1. remove any input config sections from xorg.conf 2. add the magic configuration directives that tell xorg to accept an xorg.conf with no input directives 3. re-configure GNOME/KDE/etc to use the evdev keyboard model 4. (optionnal) fine-tune your input config through an hal fdi file *or* 1. add the magic config directive that tells xorg to ignore hal auto-input altogether Any mix of pre-hal input settings and auto-input is going to result in dead kittens. (from memory the xorg.conf directives that control hal auto-input are in the english xorg.conf man page, search for hal or auto and you should find three successive options) -- Nicolas Mailhot From benny+usenet at amorsen.dk Mon Feb 25 10:04:20 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Mon, 25 Feb 2008 11:04:20 +0100 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs References: <200802211704.53493.lamont@lamontpeterson.org> <1203713414.7567.112.camel@localhost> <200802241935.33602.lamont@lamontpeterson.org> <47C26C7D.5090303@mindspring.com> <20080225081117.GA4215@localhost.localdomain> Message-ID: Anders Karlsson writes: > A minimal installation is supposed to be... minimal. I'd expect it to > not carry anything that is not absolutely essential to have a system > that boot. The point of a minimal install is that you *add* to it to > get what you want. Not that people have to *remove* stuff that is not > going to be used. Fedora has never provided anything that really approached a proper minimal installation. The only way to get it is to use kickstart. The magic trick is "%packages --nobase", because base contains all sorts of stuff. I like this one, but of course you can go even more minimal than that: %packages --nobase coreutils yum rpm e2fsprogs grub ntp openssh-server openssh-clients yum-utils /Benny From mschwendt at gmail.com Mon Feb 25 10:48:29 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 25 Feb 2008 11:48:29 +0100 Subject: mono-core conflicts In-Reply-To: <3170f42f0802242206k2c0ee098u5fa58b88e3683a8b@mail.gmail.com> References: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> <1203886073.3247.11.camel@eagle.danny.cz> <20080225021157.41a2aa3f.mschwendt@gmail.com> <3170f42f0802242206k2c0ee098u5fa58b88e3683a8b@mail.gmail.com> Message-ID: <20080225114829.1c9a0fd4.mschwendt@gmail.com> On Mon, 25 Feb 2008 11:36:46 +0530, Debarshi Ray wrote: > So should I file this as a mono-core packaging bug in > bugzilla.redhat.com? Or is someone already looking into it? http://bugz.fedoraproject.org/mono Doesn't seem to be in there. From adrian at lisas.de Mon Feb 25 11:02:27 2008 From: adrian at lisas.de (Adrian Reber) Date: Mon, 25 Feb 2008 12:02:27 +0100 Subject: Possible gcc 4.3 error on ppc64 Message-ID: <20080225110227.GA12373@lisas.de> During mass rebuild one of packages (gmpc) failed to rebuild: http://koji.fedoraproject.org/koji/taskinfo?taskID=436024 /usr/bin/ld: misc.o(.text+0x450): unresolvable R_PPC64_REL24 relocation against symbol `mpd_data_get_next_real' /usr/bin/ld: misc.o(.text+0x4ac): unresolvable R_PPC64_REL24 relocation against symbol `mpd_data_get_next_real' The error happens only on ppc64. I tried to debug this but I am not sure why it fails. I have created a testcase http://lisas.de/~adrian/test.c with which I can easily reproduce this. If I compile test.c with gcc 4.3 linking fails. If I compile it with gcc34 linking works. The object dumps of both objects (gcc34 and gcc43) look pretty similar so that there was nothing obvious why linking failed. If anyone has any information if this a bug in gcc or what needs to be fixed to get this running again... that would be great. Adrian From lordmorgul at gmail.com Mon Feb 25 11:51:13 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 25 Feb 2008 03:51:13 -0800 Subject: et tu, wvdial Re: RFE: Remove isdn4k-utils from base installs In-Reply-To: <20080225073028.GA24744@dudweiler.stuttgart.redhat.com> References: <200802211704.53493.lamont@lamontpeterson.org> <1203713414.7567.112.camel@localhost> <200802241935.33602.lamont@lamontpeterson.org> <20080225073028.GA24744@dudweiler.stuttgart.redhat.com> Message-ID: <47C2ABB1.2040408@gmail.com> Florian La Roche wrote: >> How many servers do you have that need dial-up? Would anyone in Europe care >> to comment on this question? Do you have any servers that need dial-up >> support installed as part of a minimal install? > > > Hello Lamont, > > isdn is only needed for dialup, but looking at the comps file in > Fedora-development, isdn4k-utils is only listed in the dialup group. > > So question is what dependency is moving in these tools and if that > can be changed within Fedora. I'm honestly confused about this because I've done a number of rawhide installs and not had isdn4k-utils end up on any of them so far. If you don't want dialup showing up it doesn't seem to be that hard to avoid to me. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From rjones at redhat.com Mon Feb 25 13:26:59 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 25 Feb 2008 13:26:59 +0000 Subject: someone interested in packaging VirtualBox? In-Reply-To: <47C1FCD5.7030000@gmail.com> References: <1203813600.14532.4.camel@choeger4> <20080224011233.GC17518@redhat.com> <1203851351.4458.3.camel@choeger4> <20080224152043.GA5500@redhat.com> <1203867248.4458.16.camel@choeger4> <47C191DA.10805@gmail.com> <20080224165239.GC5500@redhat.com> <47C1BA2B.2030703@gmail.com> <20080224202925.GB15680@redhat.com> <47C1FCD5.7030000@gmail.com> Message-ID: <20080225132659.GA16295@amd.home.annexia.org> On Sun, Feb 24, 2008 at 05:25:09PM -0600, Les Mikesell wrote: > The Xen concept of the virtualized guest needing to know it is virtualized > is flawed anyway. You'd have to expect problems from that. Handling it > correctly on the host side should make it equivalent to the vmware module > that doesn't need any specific management in terms of the rest of the > kernel. (Getting slight OT but ...) the Xen problem is not "the virtualized guest needing to know it is virtualized" (ie. paravirtualization). Paravirtualization is important for performance, and any virt technology worth its salt can benefit from at least PV drivers. VMWare ship enhancements which run inside the guest and provide faster I/O and other features, and have done since the very first releases of VMWare. The Xen problem is that they duplicate functionality of the Linux kernel in their hypervisor. See: http://udrepper.livejournal.com/17577.html Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From ajackson at redhat.com Mon Feb 25 14:34:31 2008 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 25 Feb 2008 09:34:31 -0500 Subject: git-core renamed to git in rawhide In-Reply-To: <20080223231429.GA19284@spitfire> References: <20080223231429.GA19284@spitfire> Message-ID: <1203950071.16349.9.camel@localhost.localdomain> On Sat, 2008-02-23 at 18:14 -0500, James Bowes wrote: > All: > > git-1.5.4.3 was released today, including Kristian H?gsberg's patch to > rename git-core to git, and git to git-all. I've rebuilt git in rawhide > including this change as well; hopefully this should clear up the > confusion about which git is really git. Hallelujah. - ajax From pemboa at gmail.com Mon Feb 25 14:30:52 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 25 Feb 2008 08:30:52 -0600 Subject: git-core renamed to git in rawhide In-Reply-To: <20080223231429.GA19284@spitfire> References: <20080223231429.GA19284@spitfire> Message-ID: <16de708d0802250630r859fd45ib17b455679d5ba44@mail.gmail.com> 2008/2/23 James Bowes : > All: > > git-1.5.4.3 was released today, including Kristian H?gsberg's patch to > rename git-core to git, and git to git-all. I've rebuilt git in rawhide > including this change as well; hopefully this should clear up the > confusion about which git is really git. > > Any additional testing would be appreciated. > > -James This implies that at some point there existed two packages with the same name git... interesting. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From sundaram at fedoraproject.org Mon Feb 25 14:40:15 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 25 Feb 2008 20:10:15 +0530 Subject: git-core renamed to git in rawhide In-Reply-To: <16de708d0802250630r859fd45ib17b455679d5ba44@mail.gmail.com> References: <20080223231429.GA19284@spitfire> <16de708d0802250630r859fd45ib17b455679d5ba44@mail.gmail.com> Message-ID: <47C2D34F.3010802@fedoraproject.org> Arthur Pemberton wrote: > 2008/2/23 James Bowes : >> All: >> >> git-1.5.4.3 was released today, including Kristian H?gsberg's patch to >> rename git-core to git, and git to git-all. I've rebuilt git in rawhide >> including this change as well; hopefully this should clear up the >> confusion about which git is really git. >> >> Any additional testing would be appreciated. >> >> -James > > > This implies that at some point there existed two packages with the > same name git... interesting. It doesn't imply anything of that sort. git was a meta package before. That's all. Rahul From pemboa at gmail.com Mon Feb 25 14:39:50 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 25 Feb 2008 08:39:50 -0600 Subject: git-core renamed to git in rawhide In-Reply-To: <47C2D34F.3010802@fedoraproject.org> References: <20080223231429.GA19284@spitfire> <16de708d0802250630r859fd45ib17b455679d5ba44@mail.gmail.com> <47C2D34F.3010802@fedoraproject.org> Message-ID: <16de708d0802250639t7c7882efn19265f71c68a5616@mail.gmail.com> On Mon, Feb 25, 2008 at 8:40 AM, Rahul Sundaram wrote: > Arthur Pemberton wrote: > > 2008/2/23 James Bowes : > >> All: > >> > >> git-1.5.4.3 was released today, including Kristian H?gsberg's patch to > >> rename git-core to git, and git to git-all. I've rebuilt git in rawhide > >> including this change as well; hopefully this should clear up the > >> confusion about which git is really git. > >> > >> Any additional testing would be appreciated. > >> > >> -James > > > > > > This implies that at some point there existed two packages with the > > same name git... interesting. > > It doesn't imply anything of that sort. git was a meta package before. > That's all. > > Rahul Sorry, bad joke. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From williams at redhat.com Mon Feb 25 15:16:43 2008 From: williams at redhat.com (Clark Williams) Date: Mon, 25 Feb 2008 09:16:43 -0600 Subject: rawhide report: 20080223 changes In-Reply-To: <59931.192.54.193.53.1203932763.squirrel@rousalka.dyndns.org> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <1203796724.19573.6.camel@localhost.localdomain> <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> <59931.192.54.193.53.1203932763.squirrel@rousalka.dyndns.org> Message-ID: <47C2DBDB.4060208@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nicolas Mailhot wrote: > Le Sam 23 f??vrier 2008 21:14, David Nielsen a ??crit : > >> For me the new xserver is some what less broken, everything seems to >> work >> except the keyboard is acting mighty funny. I press up arrow and the >> gnome-screenshot application starts up. Capslock seems to be on at all >> times regardless of the setting. > > Latest xorg server is linked to hal. That means hal-auto-input got > enabled, and your input devices were probably switched to evdev. (this > is good). For some definition of good (presently not mine) :) I'm using XFCE and I've hit this, where alt-tab and crtl- are now not functional. > > Unfortunately evdev has a huge configuration design flaw every new > user hits - if anything sets the keyboard model to something else than > evdev ("evdev-managed generic keyboard" in Gnome keyboard properties) > some keys will misbehave, and in particular arrow up will become > printscreen. > > So the solution to your problem is to check all the apps that may set > xkb settings do use the evdev model and not something else. > > More accurately, in an hal-auto-input world, you need to either: > 1. remove any input config sections from xorg.conf > 2. add the magic configuration directives that tell xorg to accept an > xorg.conf with no input directives > 3. re-configure GNOME/KDE/etc to use the evdev keyboard model > 4. (optionnal) fine-tune your input config through an hal fdi file > I have no idea how to tell XFCE to use evdev, so... > *or* > 1. add the magic config directive that tells xorg to ignore hal > auto-input altogether > > Any mix of pre-hal input settings and auto-input is going to result in > dead kittens. > > (from memory the xorg.conf directives that control hal auto-input are > in the english xorg.conf man page, search for hal or auto and you > should find three successive options) > I tried adding this to my xorg.conf, but to no effect: Section "ServerFlags" Option "DisableModInDev" "true" Option "AutoAddDevices" "false" EndSection Are these the options you were thinking of and if so did I mis-interpret their meaning? Do I need to add AutoEnableDevices "false" as well? Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkfC29oACgkQHyuj/+TTEp1oAgCggGgXuuIOz1Wh5VK7lkT26Z4N 0PwAoIdVUUfEZGrSFmhW4bbeqv0r1pX2 =PFvN -----END PGP SIGNATURE----- From rawhide at fedoraproject.org Mon Feb 25 15:21:34 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Mon, 25 Feb 2008 08:21:34 -0700 (MST) Subject: rawhide report: 20080225 changes Message-ID: <20080225152134.6CE9D208271@releng1.fedora.phx.redhat.com> New package librdmacm Userspace RDMA Connection Manager Updated Packages: AllegroOGG-1.0.3-4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.3-4 - Autorebuild for GCC 4.3 BlockOutII-2.3-5.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.3-5 - Autorebuild for GCC 4.3 ClanLib-0.8.0-9.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.0-9 - Autorebuild for GCC 4.3 CriticalMass-1.0.2-4.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.0.2-4 - Autorebuild for GCC 4.3 Glide3-20050815-7.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 20050815-7 - Autorebuild for GCC 4.3 * 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 Glide3-libGL-6.2.1-8.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 6.2.1-8 - Autorebuild for GCC 4.3 Hermes-1.3.3-14.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3.3-14 - Autorebuild for GCC 4.3 Io-language-20071010-4.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 20071010-4 - Autorebuild for GCC 4.3 KoboDeluxe-0.5.1-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.1-2 - Autorebuild for GCC 4.3 MagicPoint-1.11b-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.11b-5 - Autorebuild for GCC 4.3 Ri-li-2.0.1-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.1-3 - Autorebuild for GCC 4.3 TnL-071111-4.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 071111-4 - Autorebuild for GCC 4.3 abuse-0.7.0-6.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.0-6 - Autorebuild for GCC 4.3 adime-2.2.1-7.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.1-7 - Autorebuild for GCC 4.3 alex4-1.0-6.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-6 - Autorebuild for GCC 4.3 alfont-2.0.6-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.0.6-4 - Autorebuild for GCC 4.3 allegro-4.2.2-8.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.2.2-8 - Autorebuild for GCC 4.3 alphabet-soup-1.1-4.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.1-4 - Autorebuild for GCC 4.3 amoebax-0.2.0-3.fc9 ------------------- anaconda-11.4.0.38-1 -------------------- * Sun Feb 24 2008 Jeremy Katz - 11.4.0.38-1 - Write out UUID in the fstab (#364441) (katzj) - Add support for getting UUID using libblkid (katzj) - Fix calculation of sizes of LVs when resizing (#433024) (katzj) - Add back some bits for text mode (katzj) - Remove advanced bootloader bits (katzj) - Add support for actually changing where the boot loader gets installed as well (katzj) - Less text. (katzj) - Reorder things a little, clean up spacing (katzj) - Use a tooltip instead of a long bit of text that most people don't read (katzj) - Remove advanced checkbox (katzj) - Switch the grub installation radio to be a checkbutton. Cleanups for grub only (katzj) - Lets redirect to /dev/null to ensure that what we get in DIR is the result of pwd. (jgranado) - Catch the error emmited by lvm tools during logical volume creation process (#224636). (msivak) - Don't try to lock /etc/mtab, fix error detection when mount fails. (clumens) - Don't append (null) to the NFS mount options. (clumens) - There's no need to wait if the last download retry failed. (clumens) - the '-o' is appended to the mount command in imount.c (jgranado) - Use full path to device for mount in findExistingRootPartitions. (dlehman) - Map preexisting encrypted devs before mounting everything in mountRootPartition. (dlehman) - Fix traceback on test mount in findExistingRootPartitions. (dlehman) - Use SHA-512 by default for password encryption. (dcantrell) - Clean up root password user interfaces. (dcantrell) ants-1.4-4.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4-4 - Autorebuild for GCC 4.3 arc-5.21o-5.fc9 --------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.21o-5 - Autorebuild for GCC 4.3 * Fri Aug 03 2007 Hans de Goede 5.21o-4 - Update License tag for new Licensing Guidelines compliance * Mon Aug 28 2006 Hans de Goede 5.21o-3 - FE6 Rebuild arm-gp2x-linux-binutils-2.16.1-5.fc9 ------------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.16.1-5 - Autorebuild for GCC 4.3 arm-gp2x-linux-gcc-4.1.2-8.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 4.1.2-8 - Autorebuild for GCC 4.3 arrows-0.6-6.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6-6 - Autorebuild for GCC 4.3 asc-2.0.1.0-3.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.1.0-3 - Autorebuild for GCC 4.3 auriferous-1.0.1-5.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0.1-5 - Autorebuild for GCC 4.3 autofs-1:5.0.3-6 ---------------- * Mon Feb 25 2008 Ian Kent - 5.0.3-6 - fix expire calling kernel more often than needed. - fix unlink of mount tree incorrectly causing autofs mount fail. - add miscellaneous device node interface library. - use miscellaneous device node, if available, for active restart. - device node and active restart fixes. - update is_mounted to use device node ioctl, if available. avr-binutils-2.18-2.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.18-2 - Autorebuild for GCC 4.3 avr-gcc-4.1.2-6.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 4.1.2-6 - Autorebuild for GCC 4.3 bbkeys-0.9.0-11 --------------- * Sun Feb 24 2008 Matthias Saou 0.9.0-11 - Include patch to fix build failure with gcc 4.3. * Tue Feb 19 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 bind-32:9.5.0-29.b2.fc9 ----------------------- * Sun Feb 24 2008 Adam Tkac 32:9.5.0-29.b2 - rebuild without mudflap (#434159) blackbox-0.70.1-11 ------------------ * Sun Feb 24 2008 Matthias Saou 0.70.1-11 - Include patch to fix build with gcc 4.3. * Tue Feb 19 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 bluez-gnome-0.23-1.fc9 ---------------------- * Sun Feb 24 2008 - Bastien Nocera - 0.23-1 - Update to 0.23 booty-0.97-1.fc9 ---------------- * Sun Feb 24 2008 Jeremy Katz - 0.97-1 - Fix for LUKS devices (dlehman, #432009) - Use UUID= to specify the root bsdiff-4.3-5.fc9 ---------------- * Mon Feb 25 2008 Jindrich Novy 4.3-5 - manual rebuild because of gcc-4.3 (#434182) cernlib-2006-25.fc9 ------------------- * Sun Feb 24 2008 Patrice Dumas 2006-25 - new cernlib and paw patchsets * Sun Jan 13 2008 Patrice Dumas 2006-23 - new cernlib debian patcheset * Tue Jan 08 2008 Patrice Dumas 2006-22 - new debian patchesets claws-mail-plugins-3.3.0-3.fc9 ------------------------------ * Sun Feb 24 2008 Andreas Bierfert - 3.3.0-3 - fix clamav req to avoid upgrade problems to 3.3.1 where clamav has been dropped compat-db-4.5.20-5.fc9 ---------------------- * Mon Feb 25 2008 Jindrich Novy 4.5.20-5 - manual rebuild because of gcc-4.3 (#434183) * Tue Feb 19 2008 Fedora Release Engineering - 4.5.20-4 - Autorebuild for GCC 4.3 conduit-0.3.8-1.fc9 ------------------- * Sun Feb 24 2008 Bernard Johnson - 0.3.8-1 - 0.3.8 - additional requires for libgpod, python-sqlite2, python-gdata (bz #432293) cproto-4.7f-3.fc9 ----------------- * Mon Feb 25 2008 Jindrich Novy 4.7f-3 - manual rebuild because of gcc-4.3 (#434184) * Tue Feb 19 2008 Fedora Release Engineering - 4.7f-2 - Autorebuild for GCC 4.3 db4-4.6.21-3.fc9 ---------------- * Mon Feb 25 2008 Jindrich Novy 4.6.21-3 - manual rebuild because of gcc-4.3 (#434185) * Tue Feb 19 2008 Fedora Release Engineering - 4.6.21-2 - Autorebuild for GCC 4.3 dev86-0.16.17-9.fc9 ------------------- * Mon Feb 25 2008 Jindrich Novy 0.16.17-9 - manual rebuild because of gcc-4.3 (#434186) * Tue Feb 19 2008 Fedora Release Engineering - 0.16.17-8 - Autorebuild for GCC 4.3 emacs-auctex-11.85-7.fc9 ------------------------ * Sun Feb 24 2008 Jonathan G. Underwood - 11.85-7 - Add Requires for dvipng fillets-ng-0.8.0-1.fc9 ---------------------- * Sun Feb 24 2008 Matthias Saou 0.8.0-1 - Update to 0.8.0. - Include patch to fix build with gcc 4.3. - Include patch to fix build with fribidi 0.19.1. * Tue Feb 19 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 fillets-ng-data-0.8.0-1 ----------------------- * Sun Feb 24 2008 Matthias Saou 0.8.0-1 - Update to 0.8.0. gcalctool-5.21.92-1.fc9 ----------------------- * Sun Feb 24 2008 Matthias Clasen - 5.21.92-1 - Update to 5.21.92 git-1.5.4.3-2.fc9 ----------------- * Sun Feb 24 2008 Bernardo Innocenti 1.5.4.3-2 - Do not silently overwrite /etc/httpd/conf.d/git.conf gnome-desktop-2.21.91-8.fc9 --------------------------- * Sun Feb 24 2008 Matthias Clasen - 2.21.91-8 - Support multi-resolution backgrounds gnome-icon-theme-2.21.92-1.fc9 ------------------------------ * Mon Feb 25 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 gnome-keyring-2.21.92-1.fc9 --------------------------- * Sun Feb 24 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 - Drop upstreamed patch * Wed Feb 06 2008 Ray Strode - 2.21.90-2 - Fix problem in patch for bug 430525 gnome-user-share-0.22-1.fc9 --------------------------- * Sun Feb 24 2008 - Bastien Nocera - 0.22-1 - Update to 0.22 gphoto2-2.4.0-6.fc9 ------------------- * Mon Feb 25 2008 Jindrich Novy 2.4.0-6 - fix gphoto2 build on alpha arch (#416941) - manual rebuild because of gcc-4.3 (#434187) * Tue Feb 19 2008 Fedora Release Engineering - 2.4.0-5 - Autorebuild for GCC 4.3 hackedbox-0.8.5-5.fc9 --------------------- * Sun Feb 24 2008 Matthias Saou 0.8.5-5 - Include patch to fix build with gcc 4.3. * Tue Feb 19 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 hardlink-1:1.0-7.fc9 -------------------- * Mon Feb 25 2008 Jindrich Novy 1:1.0-7 - manual rebuild because of gcc-4.3 (#434188) * Tue Feb 19 2008 Fedora Release Engineering - 1:1.0-6 - Autorebuild for GCC 4.3 hfsutils-3.2.6-14.fc9 --------------------- * Mon Feb 18 2008 Fedora Release Engineering - 3.2.6-14 - Autorebuild for GCC 4.3 intltool-0.37.1-1.fc9 --------------------- * Mon Feb 25 2008 Matthias Clasen - 0.37.1-1 - Update to 0.37.1 jd-2.0.0-0.3.svn1869_trunk.fc9 ------------------------------ * Mon Feb 25 2008 Mamoru Tasaka - 2.0.0-0.3.svn1869 - svn 1869 (version 2.0.0) * Sat Feb 09 2008 Mamoru Tasaka - Remove patch for gcc43 (applied by upstream) - Remove workarround for libsigc++ side bug * Fri Feb 08 2008 Mamoru Tasaka - 2.0.0-0.2.svn1774 - Patch to make jd happy with gcc43 - Workarround for libsigc++ side bug (bug 431017) kernel-xen-2.6-2.6.21.7-2897.fc9 -------------------------------- * Mon Feb 25 2008 Mark McLoughlin - Fix boot on x86_64 - gcc 4.3.0 related (#434556) klear-0.7.0-1.svn113.fc9 ------------------------ * Sun Feb 24 2008 Johan Cwiklinski - 0.7.0-1.svn113 - Use SVN sources for compiling with GCC 4.3 * Wed Feb 20 2008 Fedora Release Engineering - 0.6.1-2 - Autorebuild for GCC 4.3 libgadu-1.8.0-1.fc9 ------------------- * Sun Feb 24 2008 Dominik Mierzejewski 1.8.0-1 - updated to 1.8.0 librsvg2-2.22.1-1.fc9 --------------------- * Sun Feb 24 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 libsigc++20-2.2.0-1.fc9 ----------------------- * Sun Feb 24 2008 Denis Leroy - 2.2.0-1 - Update to 2.2.0 - gcc 4.3 patch upstreamed libusb-0.1.12-14.fc9 -------------------- * Mon Feb 25 2008 Jindrich Novy 0.1.12-14 - manual rebuild because of gcc-4.3 (#434189) * Tue Feb 19 2008 Fedora Release Engineering - 0.1.12-13 - Autorebuild for GCC 4.3 minicom-2.3-1.fc9 ----------------- * Sun Feb 24 2008 Lubomir Kundrak 2.3-1 - 2.3 multican-0.0.5-4.fc9 -------------------- * Mon Feb 25 2008 Jindrich Novy 0.0.5-4 - manual rebuild because of gcc-4.3 (#434191) * Tue Feb 19 2008 Fedora Release Engineering - 0.0.5-3 - Autorebuild for GCC 4.3 nant-0.86-2.fc9 --------------- * Sun Feb 24 2008 David Nielsen - 0.86-2 - forgot, no mono-devel on ppc64 * Sun Feb 24 2008 David Nielsen - 0.86-1 - enable ppc/ppc64 - bump to 0.86-beta1 nedit-5.5-18.fc9 ---------------- * Mon Feb 25 2008 Jindrich Novy 5.5-18 - manual rebuild because of gcc-4.3 (#434192) * Tue Feb 19 2008 Fedora Release Engineering - 5.5-17 - Autorebuild for GCC 4.3 netpbm-10.35.39-1.fc9 --------------------- * Mon Feb 25 2008 Jindrich Novy 10.35.39-1 - update to 10.35.39 (fixes crash in pamtosvg) osmo-0.2.0-2.fc9 ---------------- * Sun Feb 24 2008 David Nielsen - 0.2.0-2 - Rebuild for new libical pdfedit-0.3.2-4.fc9 ------------------- * Sun Feb 24 2008 Bernard Johnson - 0.3.2-4 - fix includes caught in new gcc-4.3 rebuild * Mon Feb 18 2008 Fedora Release Engineering - 0.3.2-3 - Autorebuild for GCC 4.3 php-pecl-mailparse-2.1.3-1 -------------------------- * Sun Feb 24 2008 Remi Collet 2.1.3-1 - update to 2.1.3 - add post(un) scriplet - add check qmmp-0.1.5-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.1.5-2 - Autorebuild for GCC 4.3 rpld-1.8-0.3.beta1.fc9 ---------------------- rzip-2.1-3.fc9 -------------- * Sun Feb 24 2008 Paul P Komkoff Jr - 2.1-3 - make rzip a PIE sarai-fonts-1.0-4.fc9 --------------------- * Sun Feb 24 2008 Rahul Sundaram - 1.0-4 Fix build issue with missing setup macro schismtracker-0.5-0.7.rc1.fc9 ----------------------------- * Mon Feb 25 2008 Jindrich Novy 0.5-0.7.rc1 - manual rebuild because of gcc-4.3 (#434193) * Tue Feb 19 2008 Fedora Release Engineering - 0.5-0.6.rc1 - Autorebuild for GCC 4.3 swfdec-gnome-2.21.91-1.fc9 -------------------------- * Sun Feb 24 2008 Brian Pepple - 2.21.91-1 - Update to 2.21.91. * Wed Feb 20 2008 Brian Pepple - 2.21.90-3 - Rebuild for new swfdec. torcs-1.3.0-6.fc9 ----------------- * Sun Feb 24 2008 Matthias Saou 1.3.0-6 - Include patch to fix build with gcc 4.3. * Tue Feb 19 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 * Mon Oct 22 2007 Matthias Saou 1.3.0-4 - Use opengl-games-utils provided wrapper in the desktop file (#304831). totem-pl-parser-2.21.92-1.fc9 ----------------------------- * Sun Feb 24 2008 - Bastien Nocera - 2.21.92-1 - Update to 2.21.92 usermode-1.95-1 --------------- * Mon Feb 25 2008 Miloslav Trma?? - 1.95-1 - New home page at https://fedorahosted.org/usermode/ - Correctly preserve exit code when SESSION=yes - Fix minor errors in the .desktop files - Ship documentation wine-0.9.56-1.fc9 ----------------- * Sat Feb 23 2008 Andreas Bierfert - 0.9.56-1 - version upgrade wxsvg-1.0-0.8.b7.fc9 -------------------- * Sun Feb 24 2008 Matthias Saou 1.0-0.8.b7_3 - Downgrade to 1.0b7_3 since 1.0b8_1 requires ffmpeg and disabling it doesn't seem to work properly and it has never avtually been built. - Update URL field. * Tue Feb 19 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Matthias Saou 1.0-0.6.b8_1 - Update to 1.0b8_1. - Replace shipping our own ltmain.sh with running libtoolize. - Disable new ffmpeg option (which is enabled by default). - Still needs work (doesn't compile!), since ffmpeg seems to be mandatory now. Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.i386 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-7.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.i386 requires libclutter-gst-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.i386 requires libclutter-gtk-0.4.so.0 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.x86_64 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-7.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.x86_64 requires libclutter-gst-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.x86_64 requires libclutter-gtk-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.ppc requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 muine-0.8.8-7.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 pyclutter-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gst-0.4.2-3.fc9.ppc requires libclutter-gst-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-glx-0.4.so.0 pyclutter-gtk-0.4.2-3.fc9.ppc requires libclutter-gtk-0.4.so.0 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.ppc64 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) pyclutter-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gst-0.4.2-3.fc9.ppc64 requires libclutter-gst-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-glx-0.4.so.0()(64bit) pyclutter-gtk-0.4.2-3.fc9.ppc64 requires libclutter-gtk-0.4.so.0()(64bit) stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From mmcgrath at redhat.com Mon Feb 25 15:17:42 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 25 Feb 2008 09:17:42 -0600 (CST) Subject: Frequent Buildsystem outages Message-ID: Over the last week we've seen a large increase in buildsystem outages. Some for only a few minutes, some for a couple of hours. Most of the longer outages were due to us probing and testing new things. There are a number of issues we're working on right now and while its not totally clear if last weeks mass rebuild caused some of these issues to come out of the woodwork, it did cause more load on the boxes in question. We've been able to mitigate some of these issues to cause as little impact on the environment as possible but without more hardware (which is on the way) its likely we'll continue to have outages from time to time. At its core we have 3 main issues that, at this time, seem unrelated but all of which caused at least 1 outage last week. 1) load on the db and connections to the db cause other applications to not work. We've disabled search engines (robots.txt) and a few db heavy selects to help mitigate this issue for now. 2) Our NFS server has, on a couple of occasions, had lockd fail and leave its port open. This causes lockd to be unable to restart, specifying a different port allows lockd to restart but because the kernel is unaware of this new port, rpcinfo still reports the wrong port and clients can't connect to it. An update to nfs-utils was suggested and with this new version we have yet to see this problem, its still a bit early but hopefully this is also fixed. 3) Machine instability. Unfortunately the physical machine running both the nfs share and releng1 (where bodhi lies) reboots. I've submitted a bug with the kernel on this, unfortunately we just don't have much information to go on: https://bugzilla.redhat.com/show_bug.cgi?id=429469 We've got a logger on the console but have yet to capture anything. As always we appreciate your understanding, we're working on it and hope the instabilities will level out soon. -Mike _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From kmaraas at broadpark.no Mon Feb 25 11:45:24 2008 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Mon, 25 Feb 2008 12:45:24 +0100 Subject: mscorefonts help In-Reply-To: References: <6bb886180802212325v168a2c85md62279fd28b00698@mail.gmail.com> Message-ID: <1203939924.3099.4.camel@localhost.localdomain> fr., 22.02.2008 kl. 08.18 +0000, skrev Kevin Kofler: > David Hunter gmail.com> writes: > > Which package in rawhide provides /usr/sbin/chkfontpath as mscorefonts > > requires it.TIA.-- David Hunter > > Are you sure you still need the M$ fonts? Fedora now has fonts with compatible > metrics for the 3 most used ones, the Liberation fonts: > * Liberation Serif has the same metrics as Times New Roman, > * Liberation Sans has the same metrics as Arial, > * Liberation Mono has the same metrics as Courier New (and looks much better). > Font substitutions for those are set up by default. > Is this package in the default install btw? I had to install that to be able to print messages from our internal webmail system in a readable fashion. Cheers Kjartan From gemi at bluewin.ch Mon Feb 25 15:58:10 2008 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Mon, 25 Feb 2008 16:58:10 +0100 Subject: New package request: ffcall (needed for recent versions of CLISP!) Message-ID: <1203955090.766.1.camel@localhost.localdomain> Could someone please review the package request of ffcall at https://bugzilla.redhat.com/show_bug.cgi?id=434797 This package is needed for recent versions of clisp. The newest version of clisp also makes it compile with GCC 4.3. From nphilipp at redhat.com Mon Feb 25 16:17:10 2008 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 25 Feb 2008 17:17:10 +0100 Subject: Missing dependency for a non-existing package In-Reply-To: <200802242027.48359.lamont@lamontpeterson.org> References: <200802242027.48359.lamont@lamontpeterson.org> Message-ID: <1203956230.9302.0.camel@gibraltar.str.redhat.com> Hi, On Sun, 2008-02-24 at 20:27 -0700, Lamont Peterson wrote: > It seems that device-mapper-devel >= 1.02.02-3 is needed by package > e2fsprogs-devel, but there is no such package as device-mapper-devel i nthe > repos. I think there is: nils at gibraltar:~> repoquery -q device-mapper-devel device-mapper-devel-0:1.02.22-1.fc8.x86_64 device-mapper-devel-0:1.02.22-1.fc8.i386 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 limb at jcomserv.net Mon Feb 25 16:26:54 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 25 Feb 2008 10:26:54 -0600 (CST) Subject: New package request: ffcall (needed for recent versions of CLISP!) In-Reply-To: <1203955090.766.1.camel@localhost.localdomain> References: <1203955090.766.1.camel@localhost.localdomain> Message-ID: <30865.63.85.68.164.1203956814.squirrel@mail.jcomserv.net> > Could someone please review the package request > of ffcall at > https://bugzilla.redhat.com/show_bug.cgi?id=434797 > > This package is needed for recent versions of clisp. > The newest version of clisp also makes it compile > with GCC 4.3. I'll take a peek. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From jakub at redhat.com Mon Feb 25 16:44:25 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Mon, 25 Feb 2008 11:44:25 -0500 Subject: Possible gcc 4.3 error on ppc64 In-Reply-To: <20080225110227.GA12373@lisas.de> References: <20080225110227.GA12373@lisas.de> Message-ID: <20080225164425.GE24887@devserv.devel.redhat.com> On Mon, Feb 25, 2008 at 12:02:27PM +0100, Adrian Reber wrote: > > During mass rebuild one of packages (gmpc) failed to rebuild: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=436024 > > /usr/bin/ld: misc.o(.text+0x450): unresolvable R_PPC64_REL24 relocation against symbol `mpd_data_get_next_real' > /usr/bin/ld: misc.o(.text+0x4ac): unresolvable R_PPC64_REL24 relocation against symbol `mpd_data_get_next_real' > > The error happens only on ppc64. I tried to debug this but I am not sure > why it fails. I have created a testcase http://lisas.de/~adrian/test.c > with which I can easily reproduce this. > > If I compile test.c with gcc 4.3 linking fails. If I compile it with > gcc34 linking works. > > The object dumps of both objects (gcc34 and gcc43) look pretty similar > so that there was nothing obvious why linking failed. > > If anyone has any information if this a bug in gcc or what needs to be > fixed to get this running again... that would be great. No, this is just buggy libmpd-devel. The header has: /* Internal Data struct functions */ inline MpdData * mpd_new_data_struct (void); inline MpdData * mpd_new_data_struct_append (MpdData * data); inline MpdData * mpd_data_concatenate (MpdData * const first, MpdData * const second); inline MpdData * mpd_data_get_next_real (MpdData * const data, int kill_list); /* more internal stuff*/ but the inline functions aren't defined anywhere in the current TU, so ISO C99, 6.7.4(6) is violated: "Any function with internal linkage can be an inline function. For a function with external linkage, the following restrictions apply: If a function is declared with an inline function specifier, then it shall also be defined in the same translation unit." So, either the inline keywords need to be dropped from the prototypes, or the inline definition needs to be provided. Jakub From notting at redhat.com Mon Feb 25 16:47:28 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 25 Feb 2008 11:47:28 -0500 Subject: rawhide report: 20080223 changes In-Reply-To: <59931.192.54.193.53.1203932763.squirrel@rousalka.dyndns.org> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <1203796724.19573.6.camel@localhost.localdomain> <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> <59931.192.54.193.53.1203932763.squirrel@rousalka.dyndns.org> Message-ID: <20080225164728.GC22075@nostromo.devel.redhat.com> Nicolas Mailhot (nicolas.mailhot at laposte.net) said: > Unfortunately evdev has a huge configuration design flaw every new > user hits - if anything sets the keyboard model to something else than > evdev ("evdev-managed generic keyboard" in Gnome keyboard properties) > some keys will misbehave, and in particular arrow up will become > printscreen. However, if you *have no configured state*, GNOME can adjust to evdev; ergo, it should be able to adjust to it even if you do have some state. (Also, evdev shouldn't be as wildly different that it breaks so badly.) Bill From notting at redhat.com Mon Feb 25 16:56:31 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 25 Feb 2008 11:56:31 -0500 Subject: rawhide report: 20080224 changes In-Reply-To: <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> Message-ID: <20080225165631.GE22075@nostromo.devel.redhat.com> Horst H. von Brand (vonbrand at inf.utfsm.cl) said: > Rawhide wrote: > > etc > > This message is not marked as UTF-8, so non-ASCII names show up mangled > here. /bin/mail will do that for you. I suppose we need to hack it up slightly more elegantly. Bill From nicolas.mailhot at laposte.net Mon Feb 25 17:58:37 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 25 Feb 2008 18:58:37 +0100 Subject: rawhide report: 20080223 changes In-Reply-To: <47C2DBDB.4060208@redhat.com> References: <20080223093746.959FD209D51@releng1.fedora.phx.redhat.com> <1203796724.19573.6.camel@localhost.localdomain> <1dedbbfc0802231214rc5ac2eev25ca586e6a170f77@mail.gmail.com> <59931.192.54.193.53.1203932763.squirrel@rousalka.dyndns.org> <47C2DBDB.4060208@redhat.com> Message-ID: <1203962317.4201.22.camel@rousalka.dyndns.org> Le lundi 25 f?vrier 2008 ? 09:16 -0600, Clark Williams a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Nicolas Mailhot wrote: > > Le Sam 23 f??vrier 2008 21:14, David Nielsen a ??crit : > >> > >> For me the new xserver is some what less broken, everything seems to > >> work > >> except the keyboard is acting mighty funny. I press up arrow and the > >> gnome-screenshot application starts up. Capslock seems to be on at all > >> times regardless of the setting. > > > > Latest xorg server is linked to hal. That means hal-auto-input got > > enabled, and your input devices were probably switched to evdev. (this > > is good). > > For some definition of good (presently not mine) :) That's Rawhide for you. Latest and greatest :) Thought enabling auto-input earlier in the cycle would have been good. Anyway evdev is good because many extented multimedia keys won't work without it. > > More accurately, in an hal-auto-input world, you need to either: > > I have no idea how to tell XFCE to use evdev, so... Does not matter if it's GNOME or KDE or ?XFCE. if you have something that sets the xkb parameters for your desktop, it needs to be set to evdev as that's what xorg will use in auto-input (otherwise you inherit xorg conf or gdm conf). Anyway since I chose option 1 here is my (working) conf 1. In xorg.conf, to select hal input conf exclusively and avoid conflicts ?Section "ServerFlags" Option "AllowEmptyInput" "True" Option "AutoAddDevices" "True" Option "AutoEnableDevices" "True" EndSection AllowEmptyInput is mandatory or xorg will set up its own input that will compete with the hal setup (that will be honoured in parallel for the same devices, nice isn't it?). The rest I'm not so sure of, in particular the third one. 2. In custom-created /etc/hal/fdi/policy/10-x11-keyboard-layout.fdi, to set the default layouts so I don't have to rely on the DE and stuff like initial password input works fr,ru oss,winkeys grp:lwin_toggle,grp_led:scroll,compose:rwin Here I have selected fr(oss) and ru(winkeys) Due to hal making no provision for structured configurations had I wanted fr + ru(winkeys) I'd have this ? fr,ru ,winkeys grp:lwin_toggle,grp_led:scroll,compose:rwin Yep, the ?",winkeys" is such a totally f-up syntax I must weep. Check with lshal before restarting X. 3. And finaly in .gconf/desktop/gnome/peripherals/keyboard/kbd.sysbackup/%gconf.xml evdev
  • fr oss
  • ru winkeys
    • Slightly less broken tokenization but still one wonders what's the point of using XML everywhere if actual options are not broken up in XML objects but stored with random separators in raw strings inside the pointy tags (still evo was much worse last I saw it - it stored complete XML documents within XML stings, with <> as entities so XML parsers didn't recognize them) Anyway what's going to kill 99% of GNOME users is the first model part as it's highly unlikely they used evdev before auto input (I did but I'm a rawhide nut) 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 adrian at lisas.de Mon Feb 25 18:01:05 2008 From: adrian at lisas.de (Adrian Reber) Date: Mon, 25 Feb 2008 19:01:05 +0100 Subject: Possible gcc 4.3 error on ppc64 In-Reply-To: <20080225164425.GE24887@devserv.devel.redhat.com> References: <20080225110227.GA12373@lisas.de> <20080225164425.GE24887@devserv.devel.redhat.com> Message-ID: <20080225180105.GC15808@lisas.de> On Mon, Feb 25, 2008 at 11:44:25AM -0500, Jakub Jelinek wrote: > On Mon, Feb 25, 2008 at 12:02:27PM +0100, Adrian Reber wrote: > > > > During mass rebuild one of packages (gmpc) failed to rebuild: > > > > http://koji.fedoraproject.org/koji/taskinfo?taskID=436024 > > > > /usr/bin/ld: misc.o(.text+0x450): unresolvable R_PPC64_REL24 relocation against symbol `mpd_data_get_next_real' > > /usr/bin/ld: misc.o(.text+0x4ac): unresolvable R_PPC64_REL24 relocation against symbol `mpd_data_get_next_real' [...] > > If anyone has any information if this a bug in gcc or what needs to be > > fixed to get this running again... that would be great. > > No, this is just buggy libmpd-devel. The header has: > > /* Internal Data struct functions */ > inline MpdData * mpd_new_data_struct (void); > inline MpdData * mpd_new_data_struct_append (MpdData * data); > inline MpdData * mpd_data_concatenate (MpdData * const first, MpdData * const second); > inline MpdData * mpd_data_get_next_real (MpdData * const data, int kill_list); > /* more internal stuff*/ > > but the inline functions aren't defined anywhere in the current > TU, so ISO C99, 6.7.4(6) is violated: > "Any function with internal linkage can be an inline function. For a function > with external linkage, the following restrictions apply: If a function is > declared with an inline function specifier, then it shall also be defined > in the same translation unit." > > So, either the inline keywords need to be dropped from the prototypes, > or the inline definition needs to be provided. Thanks a lot. That was it. But do you have any idea why it only happened on ppc64? Adrian From wtogami at redhat.com Mon Feb 25 19:03:04 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 25 Feb 2008 14:03:04 -0500 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th Message-ID: <47C310E8.1030008@redhat.com> Fedora Rel-eng has decided that all packages in rawhide that remain orphaned will be removed on Thursday, February 28th. Some of the below look like they may be important. aget bea-stax blam cgi-util check classpathx-jaf cryptix-asn1 debootstrap eds-feed galago-daemon gnome-blog isorelax jaxen jaxen-bootstrap jgroups jlex jzlib ldapjdk libgalago libgalago-gtk log4j purple-galago tanukiwrapper velocity windowlab xmlrpc (NOTE: Even after removal a package can be re-added upon adoption.) Warren Togami wtogami at redhat.com From mclasen at redhat.com Mon Feb 25 19:11:20 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 25 Feb 2008 14:11:20 -0500 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <47C310E8.1030008@redhat.com> References: <47C310E8.1030008@redhat.com> Message-ID: <1203966680.4604.1.camel@localhost.localdomain> On Mon, 2008-02-25 at 14:03 -0500, Warren Togami wrote: > Fedora Rel-eng has decided that all packages in rawhide that remain > orphaned will be removed on Thursday, February 28th. Some of the below > look like they may be important. > > gnome-blog Note that gnome-blog is included on the desktop spin. So either it needs to be dropped there too, or the person (was it Jesse ?) who felt strongly that it ought to be on the desktop spin should perhaps pick it up. From Lam at Lam.pl Mon Feb 25 19:17:37 2008 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 25 Feb 2008 20:17:37 +0100 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225165631.GE22075@nostromo.devel.redhat.com> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> Message-ID: <20080225201737.46f87ca8@pensja.lam.pl> Dnia 2008-02-25, o godz. 11:56:31 Bill Nottingham napisa?(a): > /bin/mail will do that for you. I suppose we need to hack it up > slightly more elegantly. I've reported this 2 months ago: https://fedorahosted.org/fedora-infrastructure/ticket/325 Lam -------------- 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 Mon Feb 25 19:19:14 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Mon, 25 Feb 2008 14:19:14 -0500 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <47C310E8.1030008@redhat.com> References: <47C310E8.1030008@redhat.com> Message-ID: <200802251419.14619.jwilson@redhat.com> On Monday 25 February 2008 02:03:04 pm Warren Togami wrote: > Fedora Rel-eng has decided that all packages in rawhide that remain > orphaned will be removed on Thursday, February 28th. Some of the below > look like they may be important. > check Crap. One of my packages BR: check-devel. I guess I could take it over... -- Jarod Wilson jwilson at redhat.com From jwilson at redhat.com Mon Feb 25 19:29:54 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Mon, 25 Feb 2008 14:29:54 -0500 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <200802251419.14619.jwilson@redhat.com> References: <47C310E8.1030008@redhat.com> <200802251419.14619.jwilson@redhat.com> Message-ID: <200802251429.54597.jwilson@redhat.com> On Monday 25 February 2008 02:19:14 pm Jarod Wilson wrote: > On Monday 25 February 2008 02:03:04 pm Warren Togami wrote: > > Fedora Rel-eng has decided that all packages in rawhide that remain > > orphaned will be removed on Thursday, February 28th. Some of the below > > look like they may be important. > > > > check > > Crap. One of my packages BR: check-devel. I guess I could take it over... ...but I see a bunch of gnome and/or X stuff apparently needs it too. I'll leave it be for someone else, I have enough stuff I don't really want already... -- Jarod Wilson jwilson at redhat.com From ncorrare at fedoraproject.org Mon Feb 25 18:45:49 2008 From: ncorrare at fedoraproject.org (Nicolas A. Corrarello) Date: Mon, 25 Feb 2008 16:45:49 -0200 Subject: New Package still needing a reviewer... Message-ID: <1203965149.14412.10.camel@localhost.localdomain> and I'm going to need a sponsor if this package pass through the review process https://bugzilla.redhat.com/show_bug.cgi?id=432905 -- - -- Nicolas A. Corrarello Fedora Ambassador Argentina c: +54 (911) 6017-2120 e: ncorrare at fedoraproject.org GPG Key: DFC893EE h: fedoraproject.org/wiki/NicolasCorrarello/ GPG Fingerprint: 5C93 42DA 98E1 4EEF B24B 7F8C E145 B2F9 DFC8 93EE Import my key: $ gpg --keyserver pgp.mit.edu --recv-key 0xDFC893EE -------------- 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 Feb 25 19:41:17 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 25 Feb 2008 14:41:17 -0500 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225201737.46f87ca8@pensja.lam.pl> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> Message-ID: <20080225144117.57715fee@redhat.com> On Mon, 25 Feb 2008 20:17:37 +0100 Leszek Matok wrote: > I've reported this 2 months ago: > > https://fedorahosted.org/fedora-infrastructure/ticket/325 Reports with suggested fixes or patches are even more 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: 197 bytes Desc: not available URL: From Lam at Lam.pl Mon Feb 25 19:54:05 2008 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 25 Feb 2008 20:54:05 +0100 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225144117.57715fee@redhat.com> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> Message-ID: <20080225205405.2819ae1c@pensja.lam.pl> Dnia 2008-02-25, o godz. 14:41:17 Jesse Keating napisa?(a): > Reports with suggested fixes or patches are even more useful (: Sure. Can someone point me at a step-by-step instruction for getting the source of a program sending out those messages? Lam -------------- 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 Feb 25 19:57:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 25 Feb 2008 14:57:05 -0500 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225205405.2819ae1c@pensja.lam.pl> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> Message-ID: <20080225145705.0dede843@redhat.com> On Mon, 25 Feb 2008 20:54:05 +0100 Leszek Matok wrote: > > Reports with suggested fixes or patches are even more useful (: > Sure. Can someone point me at a step-by-step instruction for getting > the source of a program sending out those messages? http://git.fedorahosted.org/git/?p=releng;a=blob;f=scripts/buildrawhide;hb=HEAD#l54 Click on that link. As for getting the source for /bin/mail.... -- 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: 197 bytes Desc: not available URL: From snecklifter at gmail.com Mon Feb 25 20:08:15 2008 From: snecklifter at gmail.com (Christopher Brown) Date: Mon, 25 Feb 2008 20:08:15 +0000 Subject: New Package still needing a reviewer... In-Reply-To: <1203965149.14412.10.camel@localhost.localdomain> References: <1203965149.14412.10.camel@localhost.localdomain> Message-ID: <364d303b0802251208x4a047f9dsb1a6e55c092fc307@mail.gmail.com> On 25/02/2008, Nicolas A. Corrarello wrote: > and I'm going to need a sponsor if this package pass through the review > process > https://bugzilla.redhat.com/show_bug.cgi?id=432905 You need to first respond or address the comments Beno?t has made in that review. -- Christopher Brown http://www.chruz.com From jonstanley at gmail.com Mon Feb 25 20:05:36 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 25 Feb 2008 15:05:36 -0500 Subject: Fedora bug workflow - process change Message-ID: As many of you know, I have been working on relaunching a triage team within Fedora, which is coming Real Soon Now(TM). Part of the effort is streamlining the current Bugzilla workflow (or lack thereof). These workflow guidelines were approved at the FESCo meeting on January 24, 2008. Note the use of the word guidelines, these aren't hard and fast rules that we are imposing on people. If you have a good reason to break them, feel free - but this is the mantra that the triage team will be going by. When a reporter enters a bug, the report automatically starts out in a NEW state. The triage team will be primarily looking at bugs in this state. From this state, the triage team can either change the status to ASSIGNED (which indicates that the bug is well defined and triaged), or use the NEEDINFO state to request additional information from the reporter, or close the bug (either as a duplicate of an existing one, or using other closure reasons - CANTFIX for problems with proprietary drivers or kernels that have such drivers loaded, for example). The ASSIGNED state is a state that has a new meaning - it used to mean that the bug was actually assigned to a person. Instead, it now means that the bug is capable of being worked on by a maintainer - i.e. the triage team believes that this is a complete, actionable bug - i.e. with a stack trace for a crasher, various log files for other components, complete AVC message for SELinux stuff, etc. When a maintainer has a fix for a bug checked into CVS, they should move the state of the bug to MODIFIED. This is an indication that the fix is indeed in CVS, and has likely had a build submitted against it. You may want to (though it's certainly not required) post a link to the koji build so that the adventuresome tester can go grab a copy and verify the fix. Once a maintainer submits an update via bodhi against a particular bug, and the update hits updates-testing, the state of the bug will transition via bodhi to ON_QA. This is a indication to the reporter of the bug that there is a fix for the bug available, and that they should test the package that's in updates-testing, and report on it via bodhi and/or as a comment in the Bugzilla. The comment used by bodhi is now more verbose as to how to give feedback via bodhi. The final change is that NEEDINFO bugs are eligible to be closed by the triage team (after review that the information has not been provided, that it's not the maintainer that the NEEDINFO is requested of, etc) after 30 days of inactivity. A stock message will be provided to triagers (yet to be written) with which to close these bugs. For further information, please see http://fedoraproject.org/wiki/BugZappers. Contact information can be found at the "Getting Involved" section for further discussion or help, which is always welcome. The workflow (complete with diagram) can be found at http://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow Sorry for such a long e-mail, I just wanted to make certain that everyone was informed of these changes and an impending launch of the BugZappers! _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From tmz at pobox.com Mon Feb 25 20:13:54 2008 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 25 Feb 2008 15:13:54 -0500 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225144117.57715fee@redhat.com> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> Message-ID: <20080225201354.GK14250@inocybe.teonanacatl.org> Jesse Keating wrote: > Reports with suggested fixes or patches are even more useful (: Do you have a pointer to the script(s) that generate the rawhide mails? Then perhaps someone who'd like to see the mails properly supporting utf8 could come up with a decent patch/fix. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ A cynic is a man who, when he smells flowers, looks around for a coffin. -- H. L. Mencken -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From Lam at Lam.pl Mon Feb 25 20:22:14 2008 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 25 Feb 2008 21:22:14 +0100 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225145705.0dede843@redhat.com> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> <20080225145705.0dede843@redhat.com> Message-ID: <20080225212214.3f8dad68@pensja.lam.pl> Dnia 2008-02-25, o godz. 14:57:05 Jesse Keating napisa?(a): > Click on that link. Patch attached. Obviously not tested, but the -a's were tested in laboratory conditions (with UTF-8 Claws-Mail and PINE inside ISO-8859-2 terminal). Lam -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: DIFF URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Lam at Lam.pl Mon Feb 25 20:27:05 2008 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 25 Feb 2008 21:27:05 +0100 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225212214.3f8dad68@pensja.lam.pl> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> <20080225145705.0dede843@redhat.com> <20080225212214.3f8dad68@pensja.lam.pl> Message-ID: <20080225212705.47ba8811@pensja.lam.pl> Dnia 2008-02-25, o godz. 21:22:14 Leszek Matok napisa?(a): > Patch attached. I guess 'diff buildrawhide*' was a bad idea. Patch it with -R or manually ;) To my defense, today was very rough for me and I'm going to sleep right now, sorry for the noise. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From graesser at fvi.net Mon Feb 25 20:31:34 2008 From: graesser at fvi.net (Ron Graesser) Date: Mon, 25 Feb 2008 14:31:34 -0600 Subject: unsubscribe [rongraesser] [Ron Graesser=] Message-ID: <47C325A6.3010908@fvi.net> Dear Sires, Unsubscribe rongraesser Ron Graesser graesser at fvi.net Unsubscribe my membership. Thank you for your assistance. Yours, Ronald Ivan Graesser 319-393-8009 graesser at fvi.net From jkeating at redhat.com Mon Feb 25 20:52:43 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 25 Feb 2008 15:52:43 -0500 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225212214.3f8dad68@pensja.lam.pl> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> <20080225145705.0dede843@redhat.com> <20080225212214.3f8dad68@pensja.lam.pl> Message-ID: <20080225155243.369e51c5@redhat.com> On Mon, 25 Feb 2008 21:22:14 +0100 Leszek Matok wrote: > Patch attached. Obviously not tested, but the -a's were tested in > laboratory conditions (with UTF-8 Claws-Mail and PINE inside > ISO-8859-2 terminal). What version of mailx do you have that it accepts an -a argument? -- 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: 197 bytes Desc: not available URL: From notting at redhat.com Mon Feb 25 21:01:50 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 25 Feb 2008 16:01:50 -0500 Subject: upstart testers wanted! Message-ID: <20080225210150.GB3275@nostromo.devel.redhat.com> Before we put upstart into the main tree for the feature freeze, we want to make sure we have all the big bugs worked out. If you're interested in helping out, read on! To start, just grab the repo file at http://notting.fedorapeople.org/upstart/upstart.repo and do an upgrade (or 'yum install upstart event-compat-sysv') WHAT WE ARE LOOKING FOR ----------------------- Confirmation that the system boots and runs more or less as expected. CAVEATS ------- If you're using SELinux, make sure you're running the latest rawhide policy, as well as an initramfs made with the latest rawhide mkinitrd. This is because upstart does not load policy directly - it relies on policy being loaded from initramfs. Please file bugs against the proper components in bugzilla; if you want to see known issues, take a look at: https://bugzilla.redhat.com/showdependencytree.cgi?id=431106&hide_resolved=1 Bill From pertusus at free.fr Mon Feb 25 21:21:26 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 25 Feb 2008 22:21:26 +0100 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <47C310E8.1030008@redhat.com> References: <47C310E8.1030008@redhat.com> Message-ID: <20080225212126.GA2813@free.fr> On Mon, Feb 25, 2008 at 02:03:04PM -0500, Warren Togami wrote: > Fedora Rel-eng has decided that all packages in rawhide that remain > orphaned will be removed on Thursday, February 28th. Some of the below > look like they may be important. > > debootstrap Is it normal that there was no message asking for people on the devel list to take ownership of that package? I am co-maintainer, but I'd appreciate not to become primary maintainer. -- Pat From Lam at Lam.pl Mon Feb 25 21:21:49 2008 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 25 Feb 2008 22:21:49 +0100 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225155243.369e51c5@redhat.com> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> <20080225145705.0dede843@redhat.com> <20080225212214.3f8dad68@pensja.lam.pl> <20080225155243.369e51c5@redhat.com> Message-ID: <20080225222149.32b66489@pensja.lam.pl> Dnia 2008-02-25, o godz. 15:52:43 Jesse Keating napisa?(a): > What version of mailx do you have that it accepts an -a argument? > Ouch! I started testing on the wrong server, not the one I logged onto to test... This was a Debian /usr/bin/mail, probably 1:8.1.2-0.20050715cvs-1 (that's what /usr/share/doc/mailx/changelog.Debian.gz says). I've tried some tricks with F8's mail, but it won't listen! I can't focus anymore, please forgive me, I'll really go to sleep right now. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From warren at togami.com Mon Feb 25 21:24:41 2008 From: warren at togami.com (Warren Togami) Date: Mon, 25 Feb 2008 16:24:41 -0500 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <20080225212126.GA2813@free.fr> References: <47C310E8.1030008@redhat.com> <20080225212126.GA2813@free.fr> Message-ID: <47C33219.9060805@togami.com> Patrice Dumas wrote: > On Mon, Feb 25, 2008 at 02:03:04PM -0500, Warren Togami wrote: >> Fedora Rel-eng has decided that all packages in rawhide that remain >> orphaned will be removed on Thursday, February 28th. Some of the below >> look like they may be important. >> >> debootstrap > > Is it normal that there was no message asking for people on the devel > list to take ownership of that package? I am co-maintainer, but I'd > appreciate not to become primary maintainer. > > -- > Pat > I was wondering what happened with this package. It was added in November 2007, built everywhere including EPEL, then quietly abandoned. Warren Togami wtogami at redhat.com From dbhole at redhat.com Mon Feb 25 21:30:17 2008 From: dbhole at redhat.com (Deepak Bhole) Date: Mon, 25 Feb 2008 16:30:17 -0500 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <47C310E8.1030008@redhat.com> References: <47C310E8.1030008@redhat.com> Message-ID: <20080225213017.GG11315@redhat.com> * Warren Togami [2008-02-25 14:03]: > Fedora Rel-eng has decided that all packages in rawhide that remain > orphaned will be removed on Thursday, February 28th. Some of the below > look like they may be important. > How will this affect packages that depend (either BR or just Req) on the packages below? Deepak > aget > bea-stax > blam > cgi-util > check > classpathx-jaf > cryptix-asn1 > debootstrap > eds-feed > galago-daemon > gnome-blog > isorelax > jaxen > jaxen-bootstrap > jgroups > jlex > jzlib > ldapjdk > libgalago > libgalago-gtk > log4j > purple-galago > tanukiwrapper > velocity > windowlab > xmlrpc > > (NOTE: Even after removal a package can be re-added upon adoption.) > > Warren Togami > wtogami at redhat.com > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From pertusus at free.fr Mon Feb 25 21:30:21 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 25 Feb 2008 22:30:21 +0100 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <47C33219.9060805@togami.com> References: <47C310E8.1030008@redhat.com> <20080225212126.GA2813@free.fr> <47C33219.9060805@togami.com> Message-ID: <20080225213021.GB2813@free.fr> On Mon, Feb 25, 2008 at 04:24:41PM -0500, Warren Togami wrote: > > I was wondering what happened with this package. It was added in November > 2007, built everywhere including EPEL, then quietly abandoned. And it is quite useful, even for fedora development, to check debian packaging. (As a side note, I wonder whether there is something similar for fedora in a random other linux distro...). -- Pat From sundaram at fedoraproject.org Mon Feb 25 21:37:50 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 26 Feb 2008 03:07:50 +0530 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <20080225213017.GG11315@redhat.com> References: <47C310E8.1030008@redhat.com> <20080225213017.GG11315@redhat.com> Message-ID: <47C3352E.8080505@fedoraproject.org> Deepak Bhole wrote: > * Warren Togami [2008-02-25 14:03]: >> Fedora Rel-eng has decided that all packages in rawhide that remain >> orphaned will be removed on Thursday, February 28th. Some of the below >> look like they may be important. >> > > How will this affect packages that depend (either BR or just Req) on the > packages below? Someone who depends on any of these packages for their own packages have to take over ownership. Rahul From cjdahlin at ncsu.edu Mon Feb 25 21:23:52 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 25 Feb 2008 16:23:52 -0500 Subject: upstart testers wanted! In-Reply-To: <20080225210150.GB3275@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> Message-ID: <47C331E8.2050906@ncsu.edu> Bill Nottingham wrote: > Before we put upstart into the main tree for the feature freeze, we want > to make sure we have all the big bugs worked out. If you're interested in > helping out, read on! > > To start, just grab the repo file at > http://notting.fedorapeople.org/upstart/upstart.repo > > and do an upgrade (or 'yum install upstart event-compat-sysv') > > WHAT WE ARE LOOKING FOR > ----------------------- > Confirmation that the system boots and runs more or less as expected. > > CAVEATS > ------- > If you're using SELinux, make sure you're running the latest rawhide > policy, as well as an initramfs made with the latest rawhide mkinitrd. > This is because upstart does not load policy directly - it relies on > policy being loaded from initramfs. > > Please file bugs against the proper components in bugzilla; if you > want to see known issues, take a look at: > https://bugzilla.redhat.com/showdependencytree.cgi?id=431106&hide_resolved=1 > > Bill > > Didn't know we had repos :) Are we still required to remake initrd if policy changes? Also, do we want to try to resolve this before merge? https://bugzilla.redhat.com/show_bug.cgi?id=432870 It doesn't need much more pushing. We know the cause and can fix it for at least one out of the 3. --CJD From notting at redhat.com Mon Feb 25 21:38:53 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 25 Feb 2008 16:38:53 -0500 Subject: upstart testers wanted! In-Reply-To: <47C331E8.2050906@ncsu.edu> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <47C331E8.2050906@ncsu.edu> Message-ID: <20080225213853.GA11723@nostromo.devel.redhat.com> Casey Dahlin (cjdahlin at ncsu.edu) said: > Are we still required to remake initrd if policy changes? No, it uses the policy from the root filesystem. > Also, do we want to try to resolve this before merge? > > https://bugzilla.redhat.com/show_bug.cgi?id=432870 > > It doesn't need much more pushing. We know the cause and can fix it for at > least one out of the 3. I'd like to find a good way to fix all of them. Bill From notting at redhat.com Mon Feb 25 21:39:27 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 25 Feb 2008 16:39:27 -0500 Subject: upstart testers wanted! In-Reply-To: <20080225210150.GB3275@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> Message-ID: <20080225213927.GB11723@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > Before we put upstart into the main tree for the feature freeze, we want > to make sure we have all the big bugs worked out. If you're interested in > helping out, read on! > > To start, just grab the repo file at > http://notting.fedorapeople.org/upstart/upstart.repo > > and do an upgrade (or 'yum install upstart event-compat-sysv') You may also need to separately install sysvinit-tools if dependencies do not bring it in. Bill From cjdahlin at ncsu.edu Mon Feb 25 21:29:23 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Mon, 25 Feb 2008 16:29:23 -0500 Subject: upstart testers wanted! In-Reply-To: <20080225213853.GA11723@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <47C331E8.2050906@ncsu.edu> <20080225213853.GA11723@nostromo.devel.redhat.com> Message-ID: <47C33333.9090703@ncsu.edu> Bill Nottingham wrote: > Casey Dahlin (cjdahlin at ncsu.edu) said: > >> Are we still required to remake initrd if policy changes? >> > > No, it uses the policy from the root filesystem. > > Ah, cool. >> Also, do we want to try to resolve this before merge? >> >> https://bugzilla.redhat.com/show_bug.cgi?id=432870 >> >> It doesn't need much more pushing. We know the cause and can fix it for at >> least one out of the 3. >> > > I'd like to find a good way to fix all of them. > > Agreed, that one just seems to be the most show-stopping right now. > Bill > > From tmz at pobox.com Mon Feb 25 21:54:02 2008 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 25 Feb 2008 16:54:02 -0500 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225145705.0dede843@redhat.com> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> <20080225145705.0dede843@redhat.com> Message-ID: <20080225215402.GL14250@inocybe.teonanacatl.org> Jesse Keating wrote: > On Mon, 25 Feb 2008 20:54:05 +0100 > Leszek Matok wrote: > >>> Reports with suggested fixes or patches are even more useful (: >> Sure. Can someone point me at a step-by-step instruction for getting >> the source of a program sending out those messages? > > http://git.fedorahosted.org/git/?p=releng;a=blob;f=scripts/buildrawhide;hb=HEAD#l54 Thanks much for the pointer to the script. > As for getting the source for /bin/mail.... Would it be out of the question to install mutt on the rawhide build box? That should handle the charset issues more gracefully. Trivial patch attached. The -n -F /dev/null is there just to ensure that if the user running the script sets up a .muttrc it won't interfere. Of course, those could be removed it options from /etc/Muttrc or ~/.muttrc were desirable for some reason. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The best leaders inspire by example. When that's not an option, brute intimidation works pretty well, too. -- Demotivators (www.despair.com) -------------- next part -------------- From cd838f2d4fb96be5dbd9c5aeaf90a6bf00419d5a Mon Sep 17 00:00:00 2001 From: Todd Zullinger Date: Mon, 25 Feb 2008 16:45:48 -0500 Subject: [PATCH] replace mail with mutt for better charset handling --- scripts/buildrawhide | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/scripts/buildrawhide b/scripts/buildrawhide index eb0ac0c..32ce352 100755 --- a/scripts/buildrawhide +++ b/scripts/buildrawhide @@ -51,6 +51,6 @@ su ftpsync -c "rsync $RSYNC_OPTS -rlptDvHh --exclude repodata/ /mnt/koji/mash/ra # repodata & cleanup su ftpsync -c "rsync $RSYNC_OPTS -rlptDvHhavH --delete --delete-after /mnt/koji/mash/rawhide-$DATE/development/ $DESTPATH" if [ "$?" = "0" ]; then - cat /mnt/koji/mash/rawhide-$DATE/logs/treediff /mnt/koji/mash/rawhide-$DATE/logs/depcheck | su rawhide -c "mail -s 'rawhide report: '$DATE' changes' fedora-devel-list at redhat.com,fedora-test-list at redhat.com" + cat /mnt/koji/mash/rawhide-$DATE/logs/treediff /mnt/koji/mash/rawhide-$DATE/logs/depcheck | su rawhide -c "mutt -n -F /dev/null -s 'rawhide report: '$DATE' changes' fedora-devel-list at redhat.com,fedora-test-list at redhat.com" fi exit 0 -- 1.5.4.3 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From jorton at redhat.com Mon Feb 25 22:40:23 2008 From: jorton at redhat.com (Joe Orton) Date: Mon, 25 Feb 2008 22:40:23 +0000 Subject: New package review request Message-ID: <20080225224023.GA27344@redhat.com> pakchois: https://bugzilla.redhat.com/show_bug.cgi?id=431857 It should be a short and simple review, hopefully! Regards, joe From j.w.r.degoede at hhs.nl Mon Feb 25 22:39:24 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 25 Feb 2008 23:39:24 +0100 Subject: upstart testers wanted! In-Reply-To: <20080225210150.GB3275@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> Message-ID: <47C3439C.5000103@hhs.nl> Bill Nottingham wrote: > Before we put upstart into the main tree for the feature freeze, we want > to make sure we have all the big bugs worked out. If you're interested in > helping out, read on! > > To start, just grab the repo file at > http://notting.fedorapeople.org/upstart/upstart.repo > > and do an upgrade (or 'yum install upstart event-compat-sysv') > > WHAT WE ARE LOOKING FOR > ----------------------- > Confirmation that the system boots and runs more or less as expected. > Seems to work fine over here (except for the already known bug of runlevel service starting messages not showing up in details view of rhgb) This is with selinux enabled btw. Regards, Hans From pp at ee.oulu.fi Mon Feb 25 23:38:49 2008 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Tue, 26 Feb 2008 01:38:49 +0200 Subject: GTK program badness 10000 in recent rawhide Message-ID: <20080225233848.GA16538@ee.oulu.fi> GTK programs started acting really badly after a recent rawhide update + system restart. As in I couldn't login anymore. That combined with the evdev breakage (ctrl-alt-f1 and backspace did nothing) made for a really fun (not) recovery, only way of getting to a text console was either rapidly pressing ctrl-alt-f1 after logging into gdm or booting into runlevel 3. When starting the programs up The program 'gnome-session' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 21 error_code 3 request_code 2 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) ends up in .xsession-errors (or stderr if you run them manually). Most of the time. Occasionally the program starts up just fine. xterm/twm and KDE are fine. In fact, if you start up KDE the GTK apps start up just fine there (xterm+twm don't have that effect). Running the programs under gdb or ltrace also seemed to make them nearly always. Will poke a bit more later... From devrim at CommandPrompt.com Tue Feb 26 00:05:50 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Mon, 25 Feb 2008 16:05:50 -0800 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <47C310E8.1030008@redhat.com> References: <47C310E8.1030008@redhat.com> Message-ID: <1203984350.3327.7.camel@localhost.localdomain> Hi, On Mon, 2008-02-25 at 14:03 -0500, Warren Togami wrote: > Fedora Rel-eng has decided that all packages in rawhide that remain > orphaned will be removed on Thursday, February 28th. Some of the > below look like they may be important. I just got the ownership of the following packages: * log4j * tanukiwrapper * velocity * xmlrpc * jaxen * jaxen-bootstrap * classpath-jaf * bea-stax Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- 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 kevin.kofler at chello.at Tue Feb 26 00:23:04 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 26 Feb 2008 00:23:04 +0000 (UTC) Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th References: <47C310E8.1030008@redhat.com> <20080225212126.GA2813@free.fr> <47C33219.9060805@togami.com> <20080225213021.GB2813@free.fr> Message-ID: Patrice Dumas free.fr> writes: > And it is quite useful, even for fedora development, to check debian > packaging. (As a side note, I wonder whether there is something similar > for fedora in a random other linux distro...). Debian has rpm, yum, mock and createrepo, so I guess it's possible to build Fedora packages on a Debian host. Kevin Kofler From pp at ee.oulu.fi Tue Feb 26 00:28:26 2008 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Tue, 26 Feb 2008 02:28:26 +0200 Subject: GTK program badness 10000 in recent rawhide In-Reply-To: <20080225233848.GA16538@ee.oulu.fi> References: <20080225233848.GA16538@ee.oulu.fi> Message-ID: <20080226002826.GA17875@ee.oulu.fi> On Tue, Feb 26, 2008 at 01:38:49AM +0200, Pekka Pietikainen wrote: > The program 'gnome-session' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadWindow (invalid Window parameter)'. > (Details: serial 21 error_code 3 request_code 2 minor_code 0) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() function.) > Will poke a bit more later... Reverting kernel-2.6.25-0.65.rc2.git7.fc9.i686 -> kernel-2.6.25-0.40.rc1.git2.fc9.i686 made things much better... -- Pekka Pietikainen From kevin.kofler at chello.at Tue Feb 26 00:50:40 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 26 Feb 2008 00:50:40 +0000 (UTC) Subject: rawhide report: 20080224 changes References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> <20080225145705.0dede843@redhat.com> <20080225212214.3f8dad68@pensja.lam.pl> <20080225155243.369e51c5@redhat.com> <20080225222149.32b66489@pensja.lam.pl> Message-ID: Leszek Matok Lam.pl> writes: > Ouch! I started testing on the wrong server, not the one I logged onto to > test... This was a Debian /usr/bin/mail, probably 1:8.1.2-0.20050715cvs-1 > (that's what /usr/share/doc/mailx/changelog.Debian.gz says). That would be this one: http://packages.debian.org/etch/mailx The latest version in testing/unstable is this: http://packages.debian.org/sid/bsd-mailx Whatever adds the -a argument must be in their huge .diff.gz file. As far as I can tell, most of that .diff.gz is an update to a CVS snapshot, the 8.1.1 release we're shipping is getting ancient. Kevin Kofler From tmz at pobox.com Tue Feb 26 02:27:58 2008 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 25 Feb 2008 21:27:58 -0500 Subject: rawhide report: 20080224 changes In-Reply-To: References: <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> <20080225145705.0dede843@redhat.com> <20080225212214.3f8dad68@pensja.lam.pl> <20080225155243.369e51c5@redhat.com> <20080225222149.32b66489@pensja.lam.pl> Message-ID: <20080226022758.GN14250@inocybe.teonanacatl.org> Kevin Kofler wrote: > Whatever adds the -a argument must be in their huge .diff.gz file. > As far as I can tell, most of that .diff.gz is an update to a CVS > snapshot, the 8.1.1 release we're shipping is getting ancient. That's just the time that it'd be handy to have some of the dpkg tools in Fedora. I don't need it often enough to want to package them myself, but it does come up now and again that I could the ability to prep a debian package and poke through the changes more easily than using those awful .diff.gz's they still use too much. :) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The sunshine bores the daylights out of me. Chasing shadows moonlight mystery. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From jmrodri at gmail.com Tue Feb 26 02:47:04 2008 From: jmrodri at gmail.com (Jesus M. Rodriguez) Date: Mon, 25 Feb 2008 21:47:04 -0500 Subject: taking ownership of packages Message-ID: I've been trying to take ownership of the following packages: * tanukiwrapper * velocity * xmlrpc * log4j But I don't get the "Take Ownership" button available to me, apparently I'm not in cvsextras group. Whom do I contact to get in that group so I may take over the above packages? Sincerely, jesus rodriguez From poelstra at redhat.com Tue Feb 26 02:53:10 2008 From: poelstra at redhat.com (John Poelstra) Date: Mon, 25 Feb 2008 18:53:10 -0800 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: References: <47BF65AC.7010506@redhat.com> Message-ID: <47C37F16.7090206@redhat.com> Kevin Kofler said the following on 02/23/2008 11:52 AM Pacific Time: > John Poelstra redhat.com> writes: >> Second, with the Fedora 9 Beta release following the freeze date we will >> be asking all feature owners to review their feature pages to make sure >> they are current, update the % of completion and "last updated date". > > Unfortunately, those "last updated dates" don't make any sense after your > latest edits: the wiki software is filling in the date or time a page is > _viewed_ at for Date() and DateTime(), not the date it has been last _edited_ > at, so the date will always look current even if the feature hasn't been > updated for ages. > > Kevin Kofler > Hmmm... that is bad :( I was trying to make it one less thing for people worry about. I guess I'll revert them all. Thanks for pointing this out. John From lightsolphoenix at gmail.com Tue Feb 26 04:50:55 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Mon, 25 Feb 2008 23:50:55 -0500 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... Message-ID: <47C39AAF.6050609@gmail.com> First, the bug; when I start the X currently in Rawhide, my mouse loses the ability to move from side to side and can only move up and down. The mouse in question is a Logitech wireless, part of the Cordless Wave desktop. Oddly enough, the touchpad still works (it's a laptop, BTW). Now, to the question. Why is SMB support turned off in the packages of KDE4 in the repo? I can't seem to use the kio_smb slave like I used to, and IMO this is very bad. From jakub.rusinek at gmail.com Tue Feb 26 05:33:31 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Tue, 26 Feb 2008 06:33:31 +0100 Subject: GTK program badness 10000 in recent rawhide In-Reply-To: <20080226002826.GA17875@ee.oulu.fi> References: <20080225233848.GA16538@ee.oulu.fi> <20080226002826.GA17875@ee.oulu.fi> Message-ID: <47C3A4AB.7040408@gmail.com> Pekka Pietikainen pisze: > On Tue, Feb 26, 2008 at 01:38:49AM +0200, Pekka Pietikainen wrote: >> The program 'gnome-session' received an X Window System error. >> This probably reflects a bug in the program. >> The error was 'BadWindow (invalid Window parameter)'. >> (Details: serial 21 error_code 3 request_code 2 minor_code 0) >> (Note to programmers: normally, X errors are reported asynchronously; >> that is, you will receive the error a while after causing it. >> To debug your program, run it with the --sync command line >> option to change this behavior. You can then get a meaningful >> backtrace from your debugger if you break on the gdk_x_error() function.) >> Will poke a bit more later... > Reverting > kernel-2.6.25-0.65.rc2.git7.fc9.i686 > -> > kernel-2.6.25-0.40.rc1.git2.fc9.i686 > > made things much better... And you "blessed" GTK... Huh. From kevin.kofler at chello.at Tue Feb 26 05:30:51 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 26 Feb 2008 05:30:51 +0000 (UTC) Subject: Rawhide X.org - My mouse doesn't work & an interesting question... References: <47C39AAF.6050609@gmail.com> Message-ID: Kelly Miller gmail.com> writes: > Now, to the question. Why is SMB support turned off in the packages of > KDE4 in the repo? I can't seem to use the kio_smb slave like I used to, > and IMO this is very bad. Because of GPLv2 vs. GPLv3 license conflicts. Now that Qt is available under the GPLv3 too, we have reenabled kio_smb. Please update your kdebase-runtime to kdebase-runtime-4.0.1-2.fc9. Kevin Kofler From lordmorgul at gmail.com Tue Feb 26 05:43:44 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 25 Feb 2008 21:43:44 -0800 Subject: upstart testers wanted! In-Reply-To: <20080225213927.GB11723@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <20080225213927.GB11723@nostromo.devel.redhat.com> Message-ID: <47C3A710.4010900@gmail.com> Bill Nottingham wrote: > Bill Nottingham (notting at redhat.com) said: >> Before we put upstart into the main tree for the feature freeze, we want >> to make sure we have all the big bugs worked out. If you're interested in >> helping out, read on! >> >> To start, just grab the repo file at >> http://notting.fedorapeople.org/upstart/upstart.repo >> >> and do an upgrade (or 'yum install upstart event-compat-sysv') > > You may also need to separately install sysvinit-tools if dependencies > do not bring it in. FYI for anyone else comes across this. When installing upstart and event-compat-sysv you may get an error during rpm_check_debug vs depsolve: Package redhat-lsb needs /sbin/pidof, this is not available. Installing sysvinit-tools at the same time as upstart fixes this. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From gnomeuser at gmail.com Tue Feb 26 06:08:40 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Tue, 26 Feb 2008 07:08:40 +0100 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <47C39AAF.6050609@gmail.com> References: <47C39AAF.6050609@gmail.com> Message-ID: <1dedbbfc0802252208h1b04423du1b9a4159a959f548@mail.gmail.com> 2008/2/26, Kelly Miller : > > First, the bug; when I start the X currently in Rawhide, my mouse loses > the ability to move from side to side and can only move up and down. > The mouse in question is a Logitech wireless, part of the Cordless Wave > desktop. Oddly enough, the touchpad still works (it's a laptop, BTW). probably https://bugzilla.redhat.com/show_bug.cgi?id=434669 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kagesenshi.87 at gmail.com Tue Feb 26 06:42:17 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Tue, 26 Feb 2008 14:42:17 +0800 Subject: GTK program badness 10000 in recent rawhide In-Reply-To: <47C3A4AB.7040408@gmail.com> References: <20080225233848.GA16538@ee.oulu.fi> <20080226002826.GA17875@ee.oulu.fi> <47C3A4AB.7040408@gmail.com> Message-ID: On Tue, Feb 26, 2008 at 1:33 PM, Jakub 'Livio' Rusinek wrote: > > Reverting > > kernel-2.6.25-0.65.rc2.git7.fc9.i686 > > -> > > kernel-2.6.25-0.40.rc1.git2.fc9.i686 > > > > made things much better... > > And you "blessed" GTK... Huh. > I got this problem too, but instead of reverting kernel, i reverted Xorg , and several gnome packages to these gnome-panel-2.21.91-8.fc9.i386 gnome-panel-libs-2.21.91-8.fc9.i386 gstreamer-plugins-good-0.10.6-8.fc9.i386 libXmu-1.0.3-5.fc9.i386 libgnome-2.21.90-2.fc9.i386 xorg-x11-drivers-7.3-1.fc9.i386 xorg-x11-server-Xorg-1.4.99.1-0.22.20080221.fc9.i386 xorg-x11-server-common-1.4.99.1-0.22.20080221.fc9.i386 xorg-x11-server-devel-1.4.99.1-0.22.20080221.fc9.i386 and reinstalled packages which failed rpm -Va Its working now on 2.6.25-0.64.rc2.git5.fc9 not sure if its gtk's problem or xorg's problem .. but KDE4 can run.. -- 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 lordmorgul at gmail.com Tue Feb 26 06:46:07 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 25 Feb 2008 22:46:07 -0800 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <47C39AAF.6050609@gmail.com> References: <47C39AAF.6050609@gmail.com> Message-ID: <47C3B5AF.6070506@gmail.com> Kelly Miller wrote: > First, the bug; when I start the X currently in Rawhide, my mouse loses > the ability to move from side to side and can only move up and down. > The mouse in question is a Logitech wireless, part of the Cordless Wave > desktop. Oddly enough, the touchpad still works (it's a laptop, BTW). You need to be sure your mouse/keyboard is configured correctly for the newer HAL auto input device handling, or to disable that option. This may be due to a mouse configuration you have setup manually in xorg.conf but is being interfered with when you start X and login. See archived mail [1] by Nicholas Mailhot about some of this. https://www.redhat.com/archives/fedora-devel-list/2008-February/msg02131.html My Logitech MX revolution wireless mouse is properly handled without any configuration in xorg.conf now, just by setting this (and having no InputDevice sections): Section "ServerFlags" Option "AllowEmptyInput" "True" Option "AutoAddDevices" "True" Option "AutoEnableDevices" "True" EndSection -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lightsolphoenix at gmail.com Tue Feb 26 06:46:51 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Tue, 26 Feb 2008 01:46:51 -0500 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <1dedbbfc0802252208h1b04423du1b9a4159a959f548@mail.gmail.com> References: <47C39AAF.6050609@gmail.com> <1dedbbfc0802252208h1b04423du1b9a4159a959f548@mail.gmail.com> Message-ID: <47C3B5DB.7090102@gmail.com> David Nielsen wrote: > 2008/2/26, Kelly Miller >: > > First, the bug; when I start the X currently in Rawhide, my mouse > loses > the ability to move from side to side and can only move up and down. > The mouse in question is a Logitech wireless, part of the Cordless > Wave > desktop. Oddly enough, the touchpad still works (it's a laptop, BTW). > > > > probably > https://bugzilla.redhat.com/show_bug.cgi?id=434669 In short, it would be a good idea for me to explicitly tell X to use the drivers I want, rather than rely on the auto-detection, right now? From s-t-rhbugzilla at wwwdotorg.org Tue Feb 26 06:47:06 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Mon, 25 Feb 2008 23:47:06 -0700 Subject: Unison review request Message-ID: <1204008484.29068.TMDA@tmda.severn.wwwdotorg.org> In order to solve bug 433742, could somebody please review the unison2.13 and unison2.27 packages detailed in bug 433915. As part of releasing these new packages, I propose that the existing unison be replaced with these version-specific packages. I don't mind whether the existing maintainer of unison or myself continues to maintain, or co-maintain, 1 or both of the new packages, or not. Thanks! From lightsolphoenix at gmail.com Tue Feb 26 07:12:05 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Tue, 26 Feb 2008 02:12:05 -0500 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <47C3B5AF.6070506@gmail.com> References: <47C39AAF.6050609@gmail.com> <47C3B5AF.6070506@gmail.com> Message-ID: <47C3BBC5.8060800@gmail.com> Andrew Farris wrote: > Kelly Miller wrote: >> First, the bug; when I start the X currently in Rawhide, my mouse >> loses the ability to move from side to side and can only move up and >> down. The mouse in question is a Logitech wireless, part of the >> Cordless Wave desktop. Oddly enough, the touchpad still works (it's >> a laptop, BTW). > > You need to be sure your mouse/keyboard is configured correctly for > the newer HAL auto input device handling, or to disable that option. > This may be due to a mouse configuration you have setup manually in > xorg.conf but is being interfered with when you start X and login. > See archived mail [1] by Nicholas Mailhot about some of this. > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg02131.html I stopped doing manual xorg.conf configuration back in Fedora 6, unless I had a necessary reason for fiddling with the xorg.conf. So no, there's no conflicts (unless the system changed something). I can say that doubly because I formatted the drive and installed from base Fedora 8, and then updated to Rawhide. From Christian.Iseli at licr.org Tue Feb 26 07:31:41 2008 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 26 Feb 2008 08:31:41 +0100 Subject: rpms/xnec2c/F-7 xnec2c-1.0b5.tar.gz, NONE, 1.1 xnec2c-icon.png, NONE, 1.1 xnec2c.desktop, NONE, 1.1 xnec2c.spec, NONE, 1.1 sources, 1.1, 1.2 In-Reply-To: <200802260204.m1Q24fHC031640@cvs-int.fedora.redhat.com> References: <200802260204.m1Q24fHC031640@cvs-int.fedora.redhat.com> Message-ID: <20080226083141.2b88f5f3@ludwig-alpha.unil.ch> On Mon, 25 Feb 2008 21:04:41 -0500, Steve Conklin (sconklin) wrote: > Author: sconklin > > Update of /cvs/pkgs/rpms/xnec2c/F-7 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv31603 > > Modified Files: > sources > Added Files: > xnec2c-1.0b5.tar.gz xnec2c-icon.png xnec2c.desktop > xnec2c.spec Log Message: > Initial package import > > > > --- NEW FILE xnec2c-1.0b5.tar.gz --- Yikes ! Please put tarballs in the look-aside cache. Ask your sponsor if you are unsure how to do it. Cheers, Christian From pertusus at free.fr Tue Feb 26 07:56:30 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 26 Feb 2008 08:56:30 +0100 Subject: rawhide report: 20080224 changes In-Reply-To: <20080226022758.GN14250@inocybe.teonanacatl.org> References: <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> <20080225145705.0dede843@redhat.com> <20080225212214.3f8dad68@pensja.lam.pl> <20080225155243.369e51c5@redhat.com> <20080225222149.32b66489@pensja.lam.pl> <20080226022758.GN14250@inocybe.teonanacatl.org> Message-ID: <20080226075630.GA3529@free.fr> On Mon, Feb 25, 2008 at 09:27:58PM -0500, Todd Zullinger wrote: > Kevin Kofler wrote: > > Whatever adds the -a argument must be in their huge .diff.gz file. > > As far as I can tell, most of that .diff.gz is an update to a CVS > > snapshot, the 8.1.1 release we're shipping is getting ancient. > > That's just the time that it'd be handy to have some of the dpkg tools > in Fedora. I don't need it often enough to want to package them > myself, but it does come up now and again that I could the ability to > prep a debian package and poke through the changes more easily than > using those awful .diff.gz's they still use too much. :) http://www.environnement.ens.fr/perso/dumas/fc-srpms/debian/ and deboostrap seems to be orphaned... -- Pat From lordmorgul at gmail.com Tue Feb 26 07:58:13 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 25 Feb 2008 23:58:13 -0800 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <47C3BBC5.8060800@gmail.com> References: <47C39AAF.6050609@gmail.com> <47C3B5AF.6070506@gmail.com> <47C3BBC5.8060800@gmail.com> Message-ID: <47C3C695.7030908@gmail.com> Kelly Miller wrote: > Andrew Farris wrote: >> Kelly Miller wrote: >>> First, the bug; when I start the X currently in Rawhide, my mouse >>> loses the ability to move from side to side and can only move up and >>> down. The mouse in question is a Logitech wireless, part of the >>> Cordless Wave desktop. Oddly enough, the touchpad still works (it's >>> a laptop, BTW). >> >> You need to be sure your mouse/keyboard is configured correctly for >> the newer HAL auto input device handling, or to disable that option. >> This may be due to a mouse configuration you have setup manually in >> xorg.conf but is being interfered with when you start X and login. >> See archived mail [1] by Nicholas Mailhot about some of this. >> https://www.redhat.com/archives/fedora-devel-list/2008-February/msg02131.html >> > I stopped doing manual xorg.conf configuration back in Fedora 6, unless > I had a necessary reason for fiddling with the xorg.conf. So no, > there's no conflicts (unless the system changed something). I can say > that doubly because I formatted the drive and installed from base Fedora > 8, and then updated to Rawhide. Well, the conflicts I mean are between xorg manual config, hal auto config, gdm, and gnome. The keyboard issues other people are reporting may very well extend to some mouse behavior too. So what I meant was, 'your config which used to work fine' may conflict with what the system is trying to do now after recent updates. You have to get that resolved somehow. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From fedora at camperquake.de Tue Feb 26 08:14:54 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 26 Feb 2008 09:14:54 +0100 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <47C3C695.7030908@gmail.com> References: <47C39AAF.6050609@gmail.com> <47C3B5AF.6070506@gmail.com> <47C3BBC5.8060800@gmail.com> <47C3C695.7030908@gmail.com> Message-ID: <20080226091454.3bfc4653@dhcp03.addix.net> Hi. On Mon, 25 Feb 2008 23:58:13 -0800, Andrew Farris wrote: > Well, the conflicts I mean are between xorg manual config, hal auto > config, gdm, and gnome. The keyboard issues other people are > reporting may very well extend to some mouse behavior too. So what I > meant was, 'your config which used to work fine' may conflict with > what the system is trying to do now after recent updates. You have > to get that resolved somehow. I assume there will be some kind of automatic upgrade path, as you can surely not assume that a normal user messes around with X, hal, gnome and GDM after F9 hits. From lordmorgul at gmail.com Tue Feb 26 08:36:15 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 26 Feb 2008 00:36:15 -0800 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <20080226091454.3bfc4653@dhcp03.addix.net> References: <47C39AAF.6050609@gmail.com> <47C3B5AF.6070506@gmail.com> <47C3BBC5.8060800@gmail.com> <47C3C695.7030908@gmail.com> <20080226091454.3bfc4653@dhcp03.addix.net> Message-ID: <47C3CF7F.2070404@gmail.com> Ralf Ertzinger wrote: > Hi. > > On Mon, 25 Feb 2008 23:58:13 -0800, Andrew Farris wrote: > >> Well, the conflicts I mean are between xorg manual config, hal auto >> config, gdm, and gnome. The keyboard issues other people are >> reporting may very well extend to some mouse behavior too. So what I >> meant was, 'your config which used to work fine' may conflict with >> what the system is trying to do now after recent updates. You have >> to get that resolved somehow. > > I assume there will be some kind of automatic upgrade path, as you can > surely not assume that a normal user messes around with X, hal, gnome > and GDM after F9 hits. Sure, but most 'normal user' types aren't running rawhide to get into that mess. Since people are working on the situation now I'd assume something will get done to fix it up for F8->F9 upgrades so the normal users never know. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lemenkov at gmail.com Tue Feb 26 08:50:28 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Tue, 26 Feb 2008 11:50:28 +0300 Subject: Orphaning pyicq-t In-Reply-To: <20080223233856.302c9fbe@defender> References: <935ead450802230524h4b0403e6ja983bb470c737031@mail.gmail.com> <20080223233856.302c9fbe@defender> Message-ID: Hi Michael! 2008/2/23, Michael Fleming : > I'm currently using pyicq-t in production (and had a updated RPM for > F7/F8 in my own repo, I'll check yours out and have a look) so I'm > happy to take it over if you wish. I just released ownership - feel free to take it. -- With best regards! From pingoufc4 at yahoo.fr Tue Feb 26 08:52:49 2008 From: pingoufc4 at yahoo.fr (pingou) Date: Tue, 26 Feb 2008 09:52:49 +0100 Subject: KDE4 dangling-symlink and symlink-should-be-relative Message-ID: <47C3D361.8070807@yahoo.fr> Dear all, Packaging rkward for KDE4 I am facing a small problem. It packages fine, but running rpmlint on the rpm made I get the following errors: rkward.x86_64: W: dangling-symlink /usr/share/doc/HTML/en/rkward/common /usr/share/doc/HTML/en/common rkward.x86_64: W: symlink-should-be-relative /usr/share/doc/HTML/en/rkward/common /usr/share/doc/HTML/en/common I remember having these error on KDE3, solving it by adding this to the spec: ## File lists # locale's %find_lang %{name} || touch %{name}.lang # HTML (1.0) HTML_DIR=$(kde-config --expandvars --install html) if [ -d $RPM_BUILD_ROOT$HTML_DIR ]; then for lang_dir in $RPM_BUILD_ROOT$HTML_DIR/* ; do if [ -d $lang_dir ]; then lang=$(basename $lang_dir) echo "%lang($lang) $HTML_DIR/$lang/*" >> %{name}.lang # replace absolute symlinks with relative ones pushd $lang_dir for i in *; do [ -d $i -a -L $i/common ] && rm -f $i/common && ln -sf ../common $i/common done popd fi done fi So I tried to do that for my package, but I ended with the following error: kde-config: command not found I remember that these rpmlint error were quite common on KDE3, how should I handle them on KDE4 ?? My BR are for now: BuildRequires: R-devel desktop-file-utils gettext PyQt-devel BuildRequires: kdelibs-devel cmake pcre-devel BuildRequires: qt-devel giflib-devel Thanks in advance for you help :) Regards, Pierre From debarshi.ray at gmail.com Tue Feb 26 09:11:30 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Tue, 26 Feb 2008 14:41:30 +0530 Subject: gnome-blog (Was: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th) Message-ID: <3170f42f0802260111g1f658ab1p4124161594ca2911@mail.gmail.com> >> gnome-blog > Note that gnome-blog is included on the desktop spin. So either it needs > to be dropped there too, or the person (was it Jesse ?) who felt > strongly that it ought to be on the desktop spin should perhaps pick it > up. Although the upstream homepage (URL: http://www.gnome.org/~seth/gnome-blog/) says 0.8 is the latest version, it has been more than a year since 0.9.1 was released (Source0: http://ftp.gnome.org/pub/gnome/sources/gnome-blog). There was a 0.9.0 in the middle too. Does it still have an active upstream? Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From triad at df.lth.se Tue Feb 26 10:01:10 2008 From: triad at df.lth.se (Linus Walleij) Date: Tue, 26 Feb 2008 11:01:10 +0100 (CET) Subject: upstart testers wanted! In-Reply-To: <20080225210150.GB3275@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> Message-ID: On Mon, 25 Feb 2008, Bill Nottingham wrote: > Confirmation that the system boots and runs more or less as expected. Seems to work flawlessly. I have no SELinux on this HP nc2400 laptop but upstart boots it like a charm. I don't notice much increase in bootup speed, but shutdown is *considerably* quicker! Linus From nicolas.mailhot at laposte.net Tue Feb 26 10:08:48 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 26 Feb 2008 11:08:48 +0100 (CET) Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <47C3BBC5.8060800@gmail.com> References: <47C39AAF.6050609@gmail.com> <47C3B5AF.6070506@gmail.com> <47C3BBC5.8060800@gmail.com> Message-ID: <64497.192.54.193.53.1204020528.squirrel@rousalka.dyndns.org> Le Mar 26 f?vrier 2008 08:12, Kelly Miller a ?crit : >> You need to be sure your mouse/keyboard is configured correctly for >> the newer HAL auto input device handling, or to disable that option. >> This may be due to a mouse configuration you have setup manually in >> xorg.conf but is being interfered with when you start X and login. >> See archived mail [1] by Nicholas Mailhot about some of this. >> https://www.redhat.com/archives/fedora-devel-list/2008-February/msg02131.html > I stopped doing manual xorg.conf configuration back in Fedora 6, > unless > I had a necessary reason for fiddling with the xorg.conf. So no, > there's no conflicts (unless the system changed something). If you don't explicitely tell xorg not to configure input devices, some xorg versions will do the following 1. xorg parses its conf. Notices there are no configured input devices. Sets up some default inputs so you don't end up with an input-less session 2. xorg talks to hal. Hal tells it it discovered some devices and proposes input settings. Xorg attempts to use them. 3. Unfortunately xorg defaults in 1. and hal devices in 2. point to the same hardware, so xorg now tries to speak to the same devices twice with different drivers and options. Misery follows. -- Nicolas Mailhot From nphilipp at redhat.com Tue Feb 26 10:16:28 2008 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 26 Feb 2008 11:16:28 +0100 Subject: Fedora bug workflow - process change In-Reply-To: References: Message-ID: <1204020988.14674.9.camel@wombat.tiptoe.de> On Mon, 2008-02-25 at 15:05 -0500, Jon Stanley wrote: > When a reporter enters a bug, the report automatically starts out in a > NEW state. The triage team will be primarily looking at bugs in this > state. From this state, the triage team can either change the status > to ASSIGNED (which indicates that the bug is well defined and > triaged), or use the NEEDINFO state to request additional information > from the reporter, or close the bug (either as a duplicate of an > existing one, or using other closure reasons - CANTFIX for problems > with proprietary drivers or kernels that have such drivers loaded, for > example). > > The ASSIGNED state is a state that has a new meaning - it used to mean > that the bug was actually assigned to a person. Instead, it now means > that the bug is capable of being worked on by a maintainer - i.e. the > triage team believes that this is a complete, actionable bug - i.e. > with a stack trace for a crasher, various log files for other > components, complete AVC message for SELinux stuff, etc. IMO this is bad, as we don't differentiate between "this is a bug" and "someone is actually working on it" then; ASSIGNED should mean what it says, that a bug is assigned to a person or group of persons to work on it. Perhaps another state (TRIAGED, VERIFIED?) should be introduced/re-used for that. 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 fedora-devel-list at krp.org.uk Tue Feb 26 11:02:54 2008 From: fedora-devel-list at krp.org.uk (Kevin Page) Date: Tue, 26 Feb 2008 11:02:54 +0000 Subject: Palm handhelds *nearly* working again in Fedora: a plea for some (HAL) help Message-ID: <1204023774.3150.44.camel@localhost.localdomain> Support for PalmOS handhelds has been broken in Fedora since early 2005. (It's a long and tortuous story I can tell you later, should you be interested!) There's a proposed solution waiting in bugzilla - it even shows off Fedora's shiny new PolicyKit functionality. I note, with trepidation, that the F9 freeze is in a week. IMHO it would be enormously frustrating if we went through another Fedora release with this still broken. It would be splendid if Fedora could close this chapter and ship a working pilot-link package once again. What we need is some review from HAL knowledgeable people of the proposed .fdi and .policy files (this has been screwed up once already; the current pilot-link in updates has a freshly broken configuration. *sigh*). Based on a great deal of groundwork from many others (thanks!), I've gone from asking for advice (no conclusive response) to putting out a proposed solution. I've picked up a lot as I've gone along, but this doesn't mean I know what I'm doing ;) Indeed, based on what's happened so far, I'd say all involved are a bit shaky on the HAL/PolicyKit front. We need a little help. The basic premise is sound. Good starting points would be the references at the end of: https://bugzilla.redhat.com/show_bug.cgi?id=280251#c119 and if it's sensible to push some of it upstream to hal-info: http://lists.freedesktop.org/archives/hal/2008-February/010836.html The pilot-link packager maintains that we can't make another release until this bug is also fixed; personally I'm not so convinced it's a blocker: https://bugzilla.redhat.com/show_bug.cgi?id=431377 (and hey, a pilot-link package hit updates only yesterday which triggers this crash) Apologies if this seems impatient or if I'm treading on anyones toes. If anyone is already on the case a simple acknowledgement would be very re-assuring. We're tantalisingly close to fixing a 3 year old bug, but it's been taken as far as those directly involved can. Help! BACK STORY: I've written this up once already: http://lists.pilot-link.org/pipermail/pilot-link-general/2008-February/003326.html which was in response to: http://lists.pilot-link.org/pipermail/pilot-link-general/2008-February/003313.html http://lists.pilot-link.org/pipermail/pilot-link-general/2008-February/003321.html These views of Fedora are prevalent in the pilot-link community, and not without foundation. Many thanks, kev. From mfleming at enlartenment.com Tue Feb 26 11:05:44 2008 From: mfleming at enlartenment.com (Michael Fleming) Date: Tue, 26 Feb 2008 21:05:44 +1000 Subject: Orphaning pyicq-t In-Reply-To: References: <935ead450802230524h4b0403e6ja983bb470c737031@mail.gmail.com> <20080223233856.302c9fbe@defender> Message-ID: <20080226210544.069be022@defender> On Tue, 26 Feb 2008 11:50:28 +0300 "Peter Lemenkov" wrote: > Hi Michael! > > 2008/2/23, Michael Fleming : > > > I'm currently using pyicq-t in production (and had a updated RPM for > > F7/F8 in my own repo, I'll check yours out and have a look) so I'm > > happy to take it over if you wish. > > I just released ownership - feel free to take it. > Done! (and all pending watch/commits requests approved by the way) It all looks pretty good too, so I'll push updates to F7 / F8 soon for those of us using it :-) Cheers, Michael. -- Michael Fleming Be master of mind rather than mastered by mind. From bnocera at redhat.com Tue Feb 26 11:21:05 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 26 Feb 2008 11:21:05 +0000 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <47C310E8.1030008@redhat.com> References: <47C310E8.1030008@redhat.com> Message-ID: <1204024865.2754.226.camel@cookie.hadess.net> On Mon, 2008-02-25 at 14:03 -0500, Warren Togami wrote: > Fedora Rel-eng has decided that all packages in rawhide that remain > orphaned will be removed on Thursday, February 28th. Some of the below > look like they may be important. > galago-daemon > libgalago > libgalago-gtk I'll take over this galago stuff. > purple-galago That will have to be taken over by somebody who cares about Pidgin. From mtasaka at ioa.s.u-tokyo.ac.jp Tue Feb 26 11:29:22 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 26 Feb 2008 20:29:22 +0900 Subject: Fedora bug workflow - process change In-Reply-To: <1204020988.14674.9.camel@wombat.tiptoe.de> References: <1204020988.14674.9.camel@wombat.tiptoe.de> Message-ID: <47C3F812.2040507@ioa.s.u-tokyo.ac.jp> Nils Philippsen wrote, at 02/26/2008 07:16 PM +9:00: > On Mon, 2008-02-25 at 15:05 -0500, Jon Stanley wrote: >> When a reporter enters a bug, the report automatically starts out in a >> NEW state. The triage team will be primarily looking at bugs in this >> state. From this state, the triage team can either change the status >> to ASSIGNED (which indicates that the bug is well defined and >> triaged), or use the NEEDINFO state to request additional information >> from the reporter, or close the bug (either as a duplicate of an >> existing one, or using other closure reasons - CANTFIX for problems >> with proprietary drivers or kernels that have such drivers loaded, for >> example). >> >> The ASSIGNED state is a state that has a new meaning - it used to mean >> that the bug was actually assigned to a person. Instead, it now means >> that the bug is capable of being worked on by a maintainer - i.e. the >> triage team believes that this is a complete, actionable bug - i.e. >> with a stack trace for a crasher, various log files for other >> components, complete AVC message for SELinux stuff, etc. > > IMO this is bad, as we don't differentiate between "this is a bug" and > "someone is actually working on it" then; ASSIGNED should mean what it > says, that a bug is assigned to a person or group of persons to work on > it. Perhaps another state (TRIAGED, VERIFIED?) should be > introduced/re-used for that. > > Nils +1. There are not a few cases where we have to discuss to whom a reported bug should be "assign"ed, i.e. the bug must be investigated before we can "assign" the one to someone. And I think that the current meaning of "ASSIGNED" is what _reporters_ expect. Mamoru From mike at miketc.com Tue Feb 26 11:36:17 2008 From: mike at miketc.com (Mike Chambers) Date: Tue, 26 Feb 2008 05:36:17 -0600 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <47C39AAF.6050609@gmail.com> References: <47C39AAF.6050609@gmail.com> Message-ID: <1204025777.3408.1.camel@scrappy.miketc.com> On Mon, 2008-02-25 at 23:50 -0500, Kelly Miller wrote: > First, the bug; when I start the X currently in Rawhide, my mouse loses > the ability to move from side to side and can only move up and down. > The mouse in question is a Logitech wireless, part of the Cordless Wave > desktop. Oddly enough, the touchpad still works (it's a laptop, BTW). Please go to the below bug and provide the info they request so they can help get the fix in. I have the same thing happen, but on a desktop, but have since switched to F8 (other reasons) and can't provide the info that is requested. https://bugzilla.redhat.com/show_bug.cgi?id=434697 -- Mike Chambers Madisonville, KY "The best lil town on Earth!" From michel.sylvan at gmail.com Tue Feb 26 11:39:35 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Tue, 26 Feb 2008 06:39:35 -0500 Subject: virt-manager bugs Message-ID: Hello, Who should be the contact person for virt-manager? The current component owner, Daniel Berranger does not seem to have been on Bugzilla for months. Thanks, -- Michel Salim http://hircus.jaiku.com/ From kevin.kofler at chello.at Tue Feb 26 11:57:45 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 26 Feb 2008 11:57:45 +0000 (UTC) Subject: KDE4 dangling-symlink and symlink-should-be-relative References: <47C3D361.8070807@yahoo.fr> Message-ID: pingou yahoo.fr> writes: > rkward.x86_64: W: dangling-symlink /usr/share/doc/HTML/en/rkward/common > /usr/share/doc/HTML/en/common This is normal. > rkward.x86_64: W: symlink-should-be-relative > /usr/share/doc/HTML/en/rkward/common /usr/share/doc/HTML/en/common This is a bit bad, but as long as the buildroot isn't in the symlink, it's not that big an issue. > So I tried to do that for my package, but I ended with the following error: > kde-config: command not found The KDE 4 one is called kde4-config. Kevin Kofler From jonathan.underwood at gmail.com Tue Feb 26 12:41:39 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 26 Feb 2008 12:41:39 +0000 Subject: virt-manager bugs In-Reply-To: References: Message-ID: <645d17210802260441v40a5268byd46947fe64effc04@mail.gmail.com> On 26/02/2008, Michel Salim wrote: > Hello, > > Who should be the contact person for virt-manager? The current > component owner, Daniel Berranger does not seem > to have been on Bugzilla for months. Daniel is usually very responsive to BZ reports, are you sure you filed it against the correct component? There's also an upstream mailing list you might approach with your problems: http://virt-manager.et.redhat.com/mailinglist.html J. From vonbrand at inf.utfsm.cl Tue Feb 26 12:49:03 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 26 Feb 2008 09:49:03 -0300 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225165631.GE22075@nostromo.devel.redhat.com> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> Message-ID: <200802261249.m1QCn3g7005350@laptop13.inf.utfsm.cl> Bill Nottingham wrote: > Horst H. von Brand (vonbrand at inf.utfsm.cl) said: > > Rawhide wrote: > > > etc > > This message is not marked as UTF-8, so non-ASCII names show up mangled > > here. > /bin/mail will do that for you. I suppose we need to hack it up > slightly more elegantly. I do have /bin/mail here, but no thanks. I actually read my mail using MH-E under xemacs (and nmh). -- 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 vonbrand at inf.utfsm.cl Tue Feb 26 12:50:42 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 26 Feb 2008 09:50:42 -0300 Subject: rawhide report: 20080224 changes In-Reply-To: <20080225205405.2819ae1c@pensja.lam.pl> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <20080225201737.46f87ca8@pensja.lam.pl> <20080225144117.57715fee@redhat.com> <20080225205405.2819ae1c@pensja.lam.pl> Message-ID: <200802261250.m1QCogKw005453@laptop13.inf.utfsm.cl> Leszek Matok wrote: > Dnia 2008-02-25, o godz. 14:41:17 Jesse Keating > napisa??(a): > > > Reports with suggested fixes or patches are even more useful (: > Sure. Can someone point me at a step-by-step instruction for getting the > source of a program sending out those messages? Isn't this a Mailman-handled list? It should be enough to convince that one to send out the appropiate headers... -- 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 jorton at redhat.com Tue Feb 26 12:53:40 2008 From: jorton at redhat.com (Joe Orton) Date: Tue, 26 Feb 2008 12:53:40 +0000 Subject: compat package lifetime Message-ID: <20080226125340.GA17610@redhat.com> Is there any consensus on the expected lifetime of compat packages? F8 shipped compat-expat1 to ease upgrades from F7 due to the expat library SONAME bump. I'm wondering whether or not this package should be dropped from F9. Regards, joe From berrange at redhat.com Tue Feb 26 12:59:22 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 26 Feb 2008 12:59:22 +0000 Subject: virt-manager bugs In-Reply-To: References: Message-ID: <20080226125922.GE12735@redhat.com> On Tue, Feb 26, 2008 at 06:39:35AM -0500, Michel Salim wrote: > Hello, > > Who should be the contact person for virt-manager? The current > component owner, Daniel Berranger does not seem > to have been on Bugzilla for months. I am on bugzilla daily - I have hundreds of bugs to deal with so I don't guaranetee to get to all bugs. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From wolfy at nobugconsulting.ro Tue Feb 26 12:59:30 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 26 Feb 2008 14:59:30 +0200 Subject: Fedora bug workflow - process change In-Reply-To: <47C3F812.2040507@ioa.s.u-tokyo.ac.jp> References: <1204020988.14674.9.camel@wombat.tiptoe.de> <47C3F812.2040507@ioa.s.u-tokyo.ac.jp> Message-ID: <47C40D32.8090203@nobugconsulting.ro> Mamoru Tasaka wrote: > Nils Philippsen wrote, at 02/26/2008 07:16 PM +9:00: > >> On Mon, 2008-02-25 at 15:05 -0500, Jon Stanley wrote: >> >>> When a reporter enters a bug, the report automatically starts out in a >>> NEW state. The triage team will be primarily looking at bugs in this >>> state. From this state, the triage team can either change the status >>> to ASSIGNED (which indicates that the bug is well defined and >>> triaged), or use the NEEDINFO state to request additional information >>> from the reporter, or close the bug (either as a duplicate of an >>> existing one, or using other closure reasons - CANTFIX for problems >>> with proprietary drivers or kernels that have such drivers loaded, for >>> example). >>> >>> The ASSIGNED state is a state that has a new meaning - it used to mean >>> that the bug was actually assigned to a person. Instead, it now means >>> that the bug is capable of being worked on by a maintainer - i.e. the >>> triage team believes that this is a complete, actionable bug - i.e. >>> with a stack trace for a crasher, various log files for other >>> components, complete AVC message for SELinux stuff, etc. >>> >> IMO this is bad, as we don't differentiate between "this is a bug" and >> "someone is actually working on it" then; ASSIGNED should mean what it >> says, that a bug is assigned to a person or group of persons to work on >> it. Perhaps another state (TRIAGED, VERIFIED?) should be >> introduced/re-used for that. >> >> Nils >> > > +1. > > There are not a few cases where we have to discuss to whom > a reported bug should be "assign"ed, i.e. the bug must be investigated > before we can "assign" the one to someone. And I think that > the current meaning of "ASSIGNED" is what _reporters_ expect. > > Mamoru > > I've asked a couple of friends around what would say understand if they would have reported a bug and after a while would see it in "ASSIGNED" state. All of them answered: "that it was assigned to a human who is trying to fix it" From dhollis at davehollis.com Tue Feb 26 13:10:21 2008 From: dhollis at davehollis.com (David Hollis) Date: Tue, 26 Feb 2008 08:10:21 -0500 Subject: Palm handhelds *nearly* working again in Fedora: a plea for some (HAL) help In-Reply-To: <1204023774.3150.44.camel@localhost.localdomain> References: <1204023774.3150.44.camel@localhost.localdomain> Message-ID: <1204031421.5237.2.camel@dhollis-lnx.sunera.com> On Tue, 2008-02-26 at 11:02 +0000, Kevin Page wrote: > > Apologies if this seems impatient or if I'm treading on anyones toes. If > anyone is already on the case a simple acknowledgement would be very > re-assuring. We're tantalisingly close to fixing a 3 year old bug, but > it's been taken as far as those directly involved can. Help! > FWIW, I just went through this bug yesterday when I tried to sync my Palm for the first time in a few months (had been using the visor method which seemed to work about 50% of the time). Since pilot-link-0.12.2-17.fc8 had been installed in early Feb and blacklisted visor, I found that I had 0% success. Going through the bugzilla and changing over to libusb and planting the corrected HAL/PolicyKit files got me going. Now I no longer need the udev rules, or any fancy perm files. It does just work. On the downer side, gpilotd seems to enjoy crapping out when syncing memos. Restarting it and syncing again lets everything sync properly. I haven't dug into whats causing that just yet since I was happy to at least get a complete sync. -- David Hollis From opensource at till.name Tue Feb 26 13:21:43 2008 From: opensource at till.name (Till Maas) Date: Tue, 26 Feb 2008 14:21:43 +0100 Subject: Fedora bug workflow - process change In-Reply-To: <1204020988.14674.9.camel@wombat.tiptoe.de> References: <1204020988.14674.9.camel@wombat.tiptoe.de> Message-ID: <200802261421.57829.opensource@till.name> On Tuesday 26 February 2008 11:16:28 Nils Philippsen wrote: > IMO this is bad, as we don't differentiate between "this is a bug" and > "someone is actually working on it" then; ASSIGNED should mean what it > says, that a bug is assigned to a person or group of persons to work on iirc you can use ON_DEV to show that someone is working on it. Also ASSIGNED can be interpreted as "assigned to the right component". 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 Tue Feb 26 13:42:12 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 26 Feb 2008 14:42:12 +0100 Subject: [SPAM] Re: compat package lifetime In-Reply-To: <20080226125340.GA17610@redhat.com> References: <20080226125340.GA17610@redhat.com> Message-ID: <20080226134212.GB4015@free.fr> On Tue, Feb 26, 2008 at 12:53:40PM +0000, Joe Orton wrote: > Is there any consensus on the expected lifetime of compat packages? > > F8 shipped compat-expat1 to ease upgrades from F7 due to the expat > library SONAME bump. I'm wondering whether or not this package should > be dropped from F9. It seems to me that it should be up to the packager. When a packager doesn't want to maintain the package anymore (based on many possible reasons, like time needed to maintain it, users needs, removal of old unneeded package...), he orphans it, and it gets deleted the next release unless someone steps up to take it. -- Pat From mtasaka at ioa.s.u-tokyo.ac.jp Tue Feb 26 14:01:59 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 26 Feb 2008 23:01:59 +0900 Subject: Fedora bug workflow - process change In-Reply-To: <200802261421.57829.opensource@till.name> References: <1204020988.14674.9.camel@wombat.tiptoe.de> <200802261421.57829.opensource@till.name> Message-ID: <47C41BD7.3020603@ioa.s.u-tokyo.ac.jp> Till Maas wrote, at 02/26/2008 10:21 PM +9:00: > On Tuesday 26 February 2008 11:16:28 Nils Philippsen wrote: > >> IMO this is bad, as we don't differentiate between "this is a bug" and >> "someone is actually working on it" then; ASSIGNED should mean what it >> says, that a bug is assigned to a person or group of persons to work on > > iirc you can use ON_DEV to show that someone is working on it. Also ASSIGNED > can be interpreted as "assigned to the right component". > > Regards, > Till In such case we still need "NEW" state as there are not a few cases in which the "assigned" component changes several times until a bug gets finally "ASSIGNED" to the correct component, like: * pirut -> yum -> rpm * xscreensaver-gl-extras -> xorg-x11-server -> xorg-x11-drv-XXX Mamoru From mitr at volny.cz Tue Feb 26 14:12:17 2008 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 26 Feb 2008 15:12:17 +0100 Subject: Fedora bug workflow - process change In-Reply-To: <1204020988.14674.9.camel@wombat.tiptoe.de> References: <1204020988.14674.9.camel@wombat.tiptoe.de> Message-ID: <47C41E41.6080802@volny.cz> Nils Philippsen napsal(a): > IMO this is bad, as we don't differentiate between "this is a bug" and > "someone is actually working on it" then; Any developer is obviously working only one bug at a time. Is it useful for the user to know the developer is working on the bug right now - or even this week? Mirek From nphilipp at redhat.com Tue Feb 26 14:33:29 2008 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 26 Feb 2008 15:33:29 +0100 Subject: Fedora bug workflow - process change In-Reply-To: <47C41E41.6080802@volny.cz> References: <1204020988.14674.9.camel@wombat.tiptoe.de> <47C41E41.6080802@volny.cz> Message-ID: <1204036409.16094.16.camel@gibraltar.str.redhat.com> On Tue, 2008-02-26 at 15:12 +0100, Miloslav Trmac wrote: > Nils Philippsen napsal(a): > > IMO this is bad, as we don't differentiate between "this is a bug" and > > "someone is actually working on it" then; > Any developer is obviously working only one bug at a time. Is it useful > for the user to know the developer is working on the bug right now - or > even this week? Very much so I believe. If nobody is working on a bug, no activity on it means something hugely different from when somebody is supposed to work on it. 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 ndbecker2 at gmail.com Tue Feb 26 14:43:00 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 26 Feb 2008 09:43:00 -0500 Subject: gcc-4.3 check failure on ppc64 only Message-ID: Now I have igraph-0.5 failing one test, but only on ppc64. I can build on mock on my x86_64, but I don't have a ppc64. There is a log file left on the build that would give upstream info. Is there some way for me to get that file? From jmrodri at gmail.com Tue Feb 26 15:12:41 2008 From: jmrodri at gmail.com (Jesus M. Rodriguez) Date: Tue, 26 Feb 2008 10:12:41 -0500 Subject: Package re-review / sponsorship Message-ID: I volunteered to take over 4 orphaned packages: tanukiwrapper velocity xmlrpc log4j I've been told that I'm not in the cvsextras group so I can't see the "Take ownership" button on the pkgdb ui to take over these packages. I've also been told I need sponsorship as I have never been a package maintainer. As I don't have a new package to submit, I created a bug for re-review of tanukiwrapper: https://bugzilla.redhat.com/show_bug.cgi?id=434880 The above packages are slated to get dropped on 2/28 unless they get owners. I'd like to see if I can get sponsorship before then, otherwise, someone else will have to take them. Sincerely, jesus -- jesus m. rodriguez | jesusr at redhat.com sr. software engineer | irc: zeus red hat network | 919.754.4413 (w) rhce # 805008586930012 | 919.623.0080 (c) +-------------------------------------------+ | "Those who cannot learn from history | | are doomed to repeat it." | | -- George Santayana | +-------------------------------------------+ From j.w.r.degoede at hhs.nl Tue Feb 26 15:13:33 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 26 Feb 2008 16:13:33 +0100 Subject: What to do whit initscripts reviews? Message-ID: <47C42C9D.9090002@hhs.nl> Hi all, Quite some time ago there were many bugs opened for the initscripts of many packages to be reviewed and have lsb compliant commentary added, as described here: http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html These bugs where filed because an init replacement with which some where experimenting needed these, are these bugs still relevant now that we are going with upstart? If they are still relevant, do we (finally) have some guidelines how to do ceertain things not described very well here: http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html Like have a service not start by default in runlevel? Regards, Hans From notting at redhat.com Tue Feb 26 15:17:57 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 26 Feb 2008 10:17:57 -0500 Subject: What to do whit initscripts reviews? In-Reply-To: <47C42C9D.9090002@hhs.nl> References: <47C42C9D.9090002@hhs.nl> Message-ID: <20080226151757.GA16794@nostromo.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > Hi all, > > Quite some time ago there were many bugs opened for the initscripts of many > packages to be reviewed and have lsb compliant commentary added, as > described here: > http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html > > These bugs where filed because an init replacement with which some where > experimenting needed these, are these bugs still relevant now that we are > going with upstart? I would not recommend moving scripts to upstart at this time. Bill From lightsolphoenix at gmail.com Tue Feb 26 15:17:20 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Tue, 26 Feb 2008 10:17:20 -0500 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <1204025777.3408.1.camel@scrappy.miketc.com> References: <47C39AAF.6050609@gmail.com> <1204025777.3408.1.camel@scrappy.miketc.com> Message-ID: On Tue, Feb 26, 2008 at 6:36 AM, Mike Chambers wrote: > Please go to the below bug and provide the info they request so they can > help get the fix in. I have the same thing happen, but on a desktop, > but have since switched to F8 (other reasons) and can't provide the info > that is requested. > > https://bugzilla.redhat.com/show_bug.cgi?id=434697 Ironically, I did the very same thing. I'm reupdating to Rawhide; would have had it working last night, but something went wrong and I ended up with a system that couldn't even load bash, so I'm trying the update again today. I'll provide the info when I get the update done (assuming it's still happening). -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Tue Feb 26 15:18:37 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 26 Feb 2008 10:18:37 -0500 Subject: rawhide report: 20080224 changes In-Reply-To: <200802261249.m1QCn3g7005350@laptop13.inf.utfsm.cl> References: <20080224092509.798A3209CF2@releng1.fedora.phx.redhat.com> <200802241556.m1OFutTk010286@laptop13.inf.utfsm.cl> <20080225165631.GE22075@nostromo.devel.redhat.com> <200802261249.m1QCn3g7005350@laptop13.inf.utfsm.cl> Message-ID: <20080226151837.GB16794@nostromo.devel.redhat.com> Horst H. von Brand (vonbrand at inf.utfsm.cl) said: > > > This message is not marked as UTF-8, so non-ASCII names show up mangled > > > here. > > > /bin/mail will do that for you. I suppose we need to hack it up > > slightly more elegantly. > > I do have /bin/mail here, but no thanks. I actually read my mail using MH-E > under xemacs (and nmh). No, I mean it's a consequence of *sending* the mail with /bin/mail. Bill From notting at redhat.com Tue Feb 26 15:19:59 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 26 Feb 2008 10:19:59 -0500 Subject: upstart testers wanted! In-Reply-To: References: <20080225210150.GB3275@nostromo.devel.redhat.com> Message-ID: <20080226151959.GC16794@nostromo.devel.redhat.com> Linus Walleij (triad at df.lth.se) said: >> Confirmation that the system boots and runs more or less as expected. > > Seems to work flawlessly. I have no SELinux on this HP nc2400 laptop but > upstart boots it like a charm. > > I don't notice much increase in bootup speed, but shutdown is > *considerably* quicker! Do you have numbers? I'm not sure why it would be significantly different at all; it's still running the same shutdown scripts. Bill From dbhole at redhat.com Tue Feb 26 15:20:23 2008 From: dbhole at redhat.com (Deepak Bhole) Date: Tue, 26 Feb 2008 10:20:23 -0500 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <47BF65AC.7010506@redhat.com> References: <47BF65AC.7010506@redhat.com> Message-ID: <20080226152022.GJ11315@redhat.com> * John Poelstra [2008-02-23 13:40]: > Greetings from Feature Country, > > If you are a current Fedora 9 feature owner, please make sure your feature > has been accepted and is listed on this page: > http://fedoraproject.org/wiki/Releases/9/FeatureList. If you expected to > find your feature there, but did not, please make sure your feature page is > complete and in CategoryProposedFeature so that I can propose it for > acceptance at FESCo's next meeting. > > Just a brief reminder that the Fedora 9 Feature Freeze is currently > schedule for Tuesday, March, 4, 2008. This means a few things. > > First, after this date *no new features will be accepted for Fedora 9* as > we shift our attention from development and testing to stabilization, > testing, testing, and testing. > > Second, with the Fedora 9 Beta release following the freeze date we will be > asking all feature owners to review their feature pages to make sure they > are current, update the % of completion and "last updated date". > Information on these pages will serve as a community focal point for your > feature. > > Third, any features that are not complete by the freeze date will be > evaluated by FESCo to determine if they should remain in Fedora 9 or be > deferred to a future release. If you know for sure that your feature is > not ready for Fedora 9, please change its feature page to > CategoryProposedFeature to save us time making this determination. > > The complete feature process is described here: > http://fedoraproject.org/wiki/Features/Policy > Hi, Sorry if this has been asked earlier. I was unable to find any answer to this question on google/wiki: What about updates/additions for packages that are not a "feature"? In my case, I am working on a maven update.. and while I am trying hard to get it in before march 4th, it spans 20+ packages -- many of them new .. if I cannot make it by March 4th, does it mean I can still put it in a little later, but still have it make F9? Deepak > Thanks for your help, > The Feature Wrangler > > _______________________________________________ > Fedora-devel-announce mailing list > Fedora-devel-announce at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-announce > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From j.w.r.degoede at hhs.nl Tue Feb 26 15:20:39 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 26 Feb 2008 16:20:39 +0100 Subject: What to do whit initscripts reviews? In-Reply-To: <20080226151757.GA16794@nostromo.devel.redhat.com> References: <47C42C9D.9090002@hhs.nl> <20080226151757.GA16794@nostromo.devel.redhat.com> Message-ID: <47C42E47.5010400@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >> Hi all, >> >> Quite some time ago there were many bugs opened for the initscripts of many >> packages to be reviewed and have lsb compliant commentary added, as >> described here: >> http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html >> >> These bugs where filed because an init replacement with which some where >> experimenting needed these, are these bugs still relevant now that we are >> going with upstart? > > I would not recommend moving scripts to upstart at this time. > Ok, But that doesn't answer my question, the LSB compliant special comment blocks with requires and provides where needed for another init replacement (I think it was initng), since we are not going to use that, is it still wanted / necessary to add LSB style comment blocks to initscripts, or can all the initscript review bugs be closed? And if they cannot be closed, do we (finally) have some guidelines on various problems which turned up when these bugs where orignally filed? Regards, Hans From ajackson at redhat.com Tue Feb 26 15:31:57 2008 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 26 Feb 2008 10:31:57 -0500 Subject: GTK program badness 10000 in recent rawhide In-Reply-To: <20080225233848.GA16538@ee.oulu.fi> References: <20080225233848.GA16538@ee.oulu.fi> Message-ID: <1204039917.16349.15.camel@localhost.localdomain> On Tue, 2008-02-26 at 01:38 +0200, Pekka Pietikainen wrote: > The program 'gnome-session' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadWindow (invalid Window parameter)'. > (Details: serial 21 error_code 3 request_code 2 minor_code 0) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() function.) We saw at least one variant of this that was solved by turning selinux _on_. If you were running in enforcing mode, then X would attempt to load its selinux policy from the disk, get rejected by the kernel, and would fail open to the normal non-selinux state. If, however, you were in permissive mode, it would load the policy from the disk, then enforce it due to a bug, and would throw denials all over the place. That'll teach you to turn selinux off... - ajax From fedora-devel-list at krp.org.uk Tue Feb 26 15:51:15 2008 From: fedora-devel-list at krp.org.uk (Kevin Page) Date: Tue, 26 Feb 2008 15:51:15 +0000 Subject: Palm handhelds *nearly* working again in Fedora: a plea for some (HAL) help In-Reply-To: <1204031421.5237.2.camel@dhollis-lnx.sunera.com> References: <1204023774.3150.44.camel@localhost.localdomain> <1204031421.5237.2.camel@dhollis-lnx.sunera.com> Message-ID: <1204041075.28559.26.camel@keyop.ecs.soton.ac.uk> With impeccable timing my patch to upstream hal-info has been merged. I'll take this as implicit acceptance! This gives me more confidence we're doing the right thing, but any further review would be welcome. On Tue, 2008-02-26 at 08:10 -0500, David Hollis wrote: > Since pilot-link-0.12.2-17.fc8 had been installed in early Feb and > blacklisted visor, I found that I had 0% success. Yeah, IMHO this release shouldn't have been pushed to updates (though I don't think it made it through intentionally). Although Palm sync was already broken "out of the box" for F8 and earlier, this release also broke it for anyone who'd been bothered to configure it for themselves. Worse still, the HAL/PolKit configuration it shipped with wasn't functional. Sorry. > Going through the bugzilla and > changing over to libusb and planting the corrected HAL/PolicyKit files > got me going. Now I no longer need the udev rules, or any fancy perm > files. It does just work. That's great to hear! What model Palm are you using? > On the downer side, gpilotd seems to enjoy > crapping out when syncing memos. Restarting it and syncing again lets > everything sync properly. I haven't dug into whats causing that just > yet since I was happy to at least get a complete sync. I haven't braved gpilotd for many years. Some possible leads? http://mail.gnome.org/archives/gnome-pilot-list/2007-March/msg00007.html http://mail.gnome.org/archives/gnome-pilot-list/2007-April/msg00001.html http://bugzilla.gnome.org/show_bug.cgi?id=201167 cheers, kev. From vonbrand at inf.utfsm.cl Tue Feb 26 16:10:35 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 26 Feb 2008 13:10:35 -0300 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <20080226152022.GJ11315@redhat.com> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> Message-ID: <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> Deepak Bhole wrote: > * John Poelstra [2008-02-23 13:40]: > > Greetings from Feature Country, > > > > If you are a current Fedora 9 feature owner, please make sure your feature > > has been accepted and is listed on this page: > > http://fedoraproject.org/wiki/Releases/9/FeatureList. If you expected to > > find your feature there, but did not, please make sure your feature page is > > complete and in CategoryProposedFeature so that I can propose it for > > acceptance at FESCo's next meeting. All well and good, but right now rawhide is /very/ broken: - X doesn't get along with keyboards and mice - GNOME settings daemon crashes, much of GNOME doesn't work as a result - Latest kernels just hang on boot or are unable to start X - gdm crashes X I'd vote for ironing those out before going forward with any kind of freeze (or do a "bug-fix-only freeze", which I'm sure will overrun the schedule anyway). I don't remember an upcomming Red Hat/Fedora release in which rawhide was this badly broken. -- 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 nicolas.mailhot at laposte.net Tue Feb 26 16:21:49 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 26 Feb 2008 17:21:49 +0100 (CET) Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> Message-ID: <37989.192.54.193.53.1204042909.squirrel@rousalka.dyndns.org> Le Mar 26 f?vrier 2008 17:10, Horst H. von Brand a ?crit : > All well and good, but right now rawhide is /very/ broken: > > - X doesn't get along with keyboards and mice This seems mainly a config problem, right? > I don't remember an upcomming Red Hat/Fedora release in which rawhide > was this badly broken. Oh, the powers of selective memory... -- Nicolas Mailhot From xavier at bachelot.org Tue Feb 26 16:27:53 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Tue, 26 Feb 2008 17:27:53 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <20080218120851.71f8a2f9.mschwendt@gmail.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B95C43.3010701@bachelot.org> <20080218120851.71f8a2f9.mschwendt@gmail.com> Message-ID: <47C43E09.7030106@bachelot.org> Michael Schwendt wrote: > On Mon, 18 Feb 2008 11:21:55 +0100, Xavier Bachelot wrote: > >> Ok, so if I understand correctly what has been said in the thread, what >> we want is not compat-xerces-c but xerces-c27. I have forked a new spec >> from the original xerces-c spec. It should be almost good to go (I still >> need to clean up the descriptions and summaries. I may also remove the >> -doc subpackage). >> >> http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec >> >> The last remaining problem is the /usr/lib/libxerces-c.so and >> /usr/lib/libxerces-depdom.so symlinks. They will conflict with the >> regular xerces-c-devel package. They are currently excluded. Is that the >> right thing to do ? > > No, because then you cannot compile/link against those libraries. > > If Fedora policies do permit explicit "Conflicts:" with xerces-c-devel, > do that. Else relocate any conflicting files to a new directory, so you > can link with -L/usr/lib/xerces-c-2.7 -lxerces-c for example. > Here's another try at xerces-c27 : http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec http://washington.kelkoo.net/fedora/SRPMS/xerces-c27-2.7.0-2.fc8.src.rpm rpmlint output (most of the errors are also in the original xerces-c package) : xerces-c27.i386: E: non-standard-executable-perm /usr/lib/libxerces-depdom.so.27.0 0775 xerces-c27.i386: E: non-standard-executable-perm /usr/lib/libxerces-c.so.27.0 0775 xerces-c27.i386: E: non-standard-executable-perm /usr/lib/libxerces-depdom.so.27.0 0775 xerces-c27.i386: E: non-standard-executable-perm /usr/lib/libxerces-c.so.27.0 0775 xerces-c27-devel.i386: W: no-documentation xerces-c27-devel.i386: W: dangling-relative-symlink /usr/lib/xerces-c-2.7.0/libxerces-c.so ../libxerces-c.so.27 xerces-c27-devel.i386: W: dangling-relative-symlink /usr/lib/xerces-c-2.7.0/libxerces-depdom.so ../libxerces-depdom.so.27 xerces-c27-devel.i386: E: only-non-binary-in-usr-lib xerces-c27-devel.i386: W: no-documentation xerces-c27-devel.i386: W: dangling-relative-symlink /usr/lib/xerces-c-2.7.0/libxerces-c.so ../libxerces-c.so.27 xerces-c27-devel.i386: W: dangling-relative-symlink /usr/lib/xerces-c-2.7.0/libxerces-depdom.so ../libxerces-depdom.so.27 xerces-c27-devel.i386: E: only-non-binary-in-usr-lib xerces-c27-doc.i386: W: file-not-utf8 /usr/share/doc/xerces-c27-doc-2.7.0/doc/migration.xml xerces-c27-doc.i386: W: file-not-utf8 /usr/share/doc/xerces-c27-doc-2.7.0/doc/releases_archive.xml xerces-c27-doc.i386: W: file-not-utf8 /usr/share/doc/xerces-c27-doc-2.7.0/doc/feedback.xml xerces-c27-doc.i386: W: file-not-utf8 /usr/share/doc/xerces-c27-doc-2.7.0/credits.txt xerces-c27-doc.i386: W: file-not-utf8 /usr/share/doc/xerces-c27-doc-2.7.0/doc/migration.xml xerces-c27-doc.i386: W: file-not-utf8 /usr/share/doc/xerces-c27-doc-2.7.0/doc/releases_archive.xml xerces-c27-doc.i386: W: file-not-utf8 /usr/share/doc/xerces-c27-doc-2.7.0/doc/feedback.xml xerces-c27-doc.i386: W: file-not-utf8 /usr/share/doc/xerces-c27-doc-2.7.0/credits.txt and the modified perl-XML-Xerces : http://washington.kelkoo.net/fedora/SPECS/perl-XML-Xerces.spec http://washington.kelkoo.net/fedora/SRPMS/perl-XML-Xerces-2.7.0_0-7.fc8.src.rpm Does it look better now ? Any advice would be greatly appreciated. Regards, Xavier From mzerqung at 0pointer.de Tue Feb 26 16:46:04 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Tue, 26 Feb 2008 17:46:04 +0100 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: <47BDC3A7.1080906@hhs.nl> References: <47BC9E3C.1020707@hhs.nl> <20080221173646.GA25722@tango.0pointer.de> <47BDC3A7.1080906@hhs.nl> Message-ID: <20080226164604.GA25211@tango.0pointer.de> On Thu, 21.02.08 19:32, Hans de Goede (j.w.r.degoede at hhs.nl) wrote: >>> All we then need is a (simple) tool to change the default output device >>> for pulseaudio, and put that under an appropriately named menu entry >>> under user preferences. This is another advantage of this new scheme, the >>> default output device then become a per user preference instead of a >>> system wide settings, as it should be. >> That tool is already thre. Just run pavucontrol, and right click on >> the device you want to make the default. It already is per-user. > > Ah, good. > > 2 points though: > > 1) I'm not sure its obvious to end users that the default output device can > be > set from volume control, maybe we should add the same capabilities to > papreferences? Sure. It's not obvious. You are right. I tried to make it a bit more obvious by adding this label in the pavucontrol UI to actually teach people about this, but I do agree that this is not that great, still. > 2) I think we should be giving the pulseaudio tools more generic names, an > average user probably has no idea what pa is, and this might not use > menu > entries with pa in the name. Hmm? What do you mean? The menu item is called "PulseAudio Volume Control". The "Volume Control" is pretty generic, isn't it? I thought we had kind of a policy of naming the menu items in the form "NAME GENERICNAME" as in "Firefox Web Browser" instead of just "Firefox" or "Web Browser". And "PulseAudio Volume Control" follows this scheme kind of, doesn't it? Or do you complain about the binary name? If so, does the binary name really matter? Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From nicolas.mailhot at laposte.net Tue Feb 26 16:46:05 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 26 Feb 2008 17:46:05 +0100 (CET) Subject: rawhide report: 20080211 changes In-Reply-To: <47C43E09.7030106@bachelot.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B95C43.3010701@bachelot.org> <20080218120851.71f8a2f9.mschwendt@gmail.com> <47C43E09.7030106@bachelot.org> Message-ID: <21238.192.54.193.53.1204044365.squirrel@rousalka.dyndns.org> Le Mar 26 f?vrier 2008 17:27, Xavier Bachelot a ?crit : > Here's another try at xerces-c27 : > > http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec > http://washington.kelkoo.net/fedora/SRPMS/xerces-c27-2.7.0-2.fc8.src.rpm > > rpmlint output (most of the errors are also in the original xerces-c > package) : > xerces-c27.i386: E: non-standard-executable-perm > /usr/lib/libxerces-depdom.so.27.0 0775 Replace your %defattr(-,root,root,-) with more specific permissions ; trusting every single upstream to get this right is hopeless and unless you audit the permissions after every update explicit defattr is a good safety belt. > xerces-c27-doc.i386: W: file-not-utf8 > /usr/share/doc/xerces-c27-doc-2.7.0/doc/migration.xml Convert it at build time to proper UTF-8 -- Nicolas Mailhot From clydekunkel7734 at cox.net Tue Feb 26 16:50:55 2008 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Tue, 26 Feb 2008 11:50:55 -0500 Subject: upstart testers wanted! In-Reply-To: <20080226151959.GC16794@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <20080226151959.GC16794@nostromo.devel.redhat.com> Message-ID: <47C4436F.8080700@cox.net> Bill Nottingham wrote: > Linus Walleij (triad at df.lth.se) said: > >>> Confirmation that the system boots and runs more or less as expected. >>> >> Seems to work flawlessly. I have no SELinux on this HP nc2400 laptop but >> upstart boots it like a charm. >> >> I don't notice much increase in bootup speed, but shutdown is >> *considerably* quicker! >> > > Do you have numbers? I'm not sure why it would be significantly different > at all; it's still running the same shutdown scripts. > > Bill > > I don't have numbers, but subjectively, shutdown or restart are faster than before. Don't subjectively see a decrease in startup. BTW, show details in RHGB doesn't work after swaps activated msg displayed. Still looking into this.... -- __________________________ Regards, Old Fart From cjdahlin at ncsu.edu Tue Feb 26 16:47:57 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Tue, 26 Feb 2008 11:47:57 -0500 Subject: upstart testers wanted! In-Reply-To: <47C4436F.8080700@cox.net> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <20080226151959.GC16794@nostromo.devel.redhat.com> <47C4436F.8080700@cox.net> Message-ID: <47C442BD.5060906@ncsu.edu> Clyde E. Kunkel wrote: > Bill Nottingham wrote: >> Linus Walleij (triad at df.lth.se) said: >>>> Confirmation that the system boots and runs more or less as expected. >>>> >>> Seems to work flawlessly. I have no SELinux on this HP nc2400 laptop >>> but upstart boots it like a charm. >>> >>> I don't notice much increase in bootup speed, but shutdown is >>> *considerably* quicker! >>> >> >> Do you have numbers? I'm not sure why it would be significantly >> different >> at all; it's still running the same shutdown scripts. >> >> Bill >> >> > I don't have numbers, but subjectively, shutdown or restart are faster > than before. Don't subjectively see a decrease in startup. BTW, show > details in RHGB doesn't work after swaps activated msg displayed. > Still looking into this.... > Yep. https://bugzilla.redhat.com/show_bug.cgi?id=433156 --CJD From vonbrand at inf.utfsm.cl Tue Feb 26 16:59:45 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 26 Feb 2008 13:59:45 -0300 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <37989.192.54.193.53.1204042909.squirrel@rousalka.dyndns.org> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> <37989.192.54.193.53.1204042909.squirrel@rousalka.dyndns.org> Message-ID: <200802261659.m1QGxjbc009961@laptop13.inf.utfsm.cl> Nicolas Mailhot wrote: > Le Mar 26 f??vrier 2008 17:10, Horst H. von Brand a ??crit : > > All well and good, but right now rawhide is /very/ broken: > > > > - X doesn't get along with keyboards and mice > > This seems mainly a config problem, right? Looks that way, but no solution is forthcomming. And the partial solutions that float around work fine (OK, for somewhat peculiar definitions of "fine") for some, and not at all for others (right now, I'm mostly in the "others" category ;-). > > I don't remember an upcomming Red Hat/Fedora release in which rawhide > > was this badly broken. > > Oh, the powers of selective memory... I remember times of great turmoil and breakage when new compilers or new X or new GNOME or new OOo were introduced, then things calmed down a bit (sure, some pieces I used daily sometimes were still quite broken, but nothing really rock-bottom ground of the system) before calls for "feature freezes" and such came out. This round feels different (gcc-4.3 betas, firefox betas, radical reworking of X, ...). -- 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 vonbrand at inf.utfsm.cl Tue Feb 26 16:59:45 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 26 Feb 2008 13:59:45 -0300 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <37989.192.54.193.53.1204042909.squirrel@rousalka.dyndns.org> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> <37989.192.54.193.53.1204042909.squirrel@rousalka.dyndns.org> Message-ID: <200802261659.m1QGxjbc009961@laptop13.inf.utfsm.cl> Nicolas Mailhot wrote: > Le Mar 26 f??vrier 2008 17:10, Horst H. von Brand a ??crit : > > All well and good, but right now rawhide is /very/ broken: > > > > - X doesn't get along with keyboards and mice > > This seems mainly a config problem, right? Looks that way, but no solution is forthcomming. And the partial solutions that float around work fine (OK, for somewhat peculiar definitions of "fine") for some, and not at all for others (right now, I'm mostly in the "others" category ;-). > > I don't remember an upcomming Red Hat/Fedora release in which rawhide > > was this badly broken. > > Oh, the powers of selective memory... I remember times of great turmoil and breakage when new compilers or new X or new GNOME or new OOo were introduced, then things calmed down a bit (sure, some pieces I used daily sometimes were still quite broken, but nothing really rock-bottom ground of the system) before calls for "feature freezes" and such came out. This round feels different (gcc-4.3 betas, firefox betas, radical reworking of X, ...). -- 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 ndbecker2 at gmail.com Tue Feb 26 17:12:09 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 26 Feb 2008 12:12:09 -0500 Subject: Anyone packaging Cython? Message-ID: Anyone packaging Cython? I've got a spec ready. From rawhide at fedoraproject.org Tue Feb 26 17:25:09 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 26 Feb 2008 10:25:09 -0700 (MST) Subject: rawhide report: 20080226 changes Message-ID: <20080226172509.2398B150033@releng1.fedora.phx.redhat.com> New package ddrescue Data recovery tool trying hard to rescue data in case of read errors New package desktop-data-model Engine providing live updates of online data to the desktop New package log4net A .NET framework for logging New package mybashburn Burn data and create songs with interactive dialogs New package perl-Algorithm-CurveFit Nonlinear Least Squares Curve Fitting New package xnec2c GTK based graphical wrapper for nec2c Removed package knemo Updated Packages: ConsoleKit-0.2.10-1.fc9 ----------------------- * Mon Feb 25 2008 Jon McCann - 0.2.10-1 - Update to 0.2.10 MAKEDEV-3.23-3 -------------- * Mon Feb 25 2008 Jeremy Katz - 3.23-3 - Add fix to build with gcc 4.3 * Mon Feb 18 2008 Fedora Release Engineering - 3.23-2.2 - Autorebuild for GCC 4.3 ScientificPython-2.6-12.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.6-12 - Autorebuild for GCC 4.3 anaconda-11.4.0.39-1 -------------------- * Mon Feb 25 2008 Jeremy Katz - 11.4.0.39-1 - Fix up symlinks that could be broken with our movement here (#434882) (wwoods) - pvops xen uses hvc as its console (#434763) (katzj) - Follow symlinks when looking for the anaconda-runtime package. (jkeating) apr-1.2.12-2.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.12-2 - Autorebuild for GCC 4.3 * Mon Nov 26 2007 Bojan Smojver 1.2.12-1 - bump up to 1.2.12 - add dist - remove a comment from apr-1.2.7-psprintfpi.patch (applied upstream) * Tue Sep 18 2007 Joe Orton 1.2.11-2 - fix %check for non-multilib 64-bit platforms apr-util-1.2.12-5.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.2.12-5 - Autorebuild for GCC 4.3 arptables_jf-0:0.0.8-11.fc9 --------------------------- * Mon Feb 25 2008 Martin Nagy - 0.0.8-11 - fix init script (#237778) - add LSB header (#246868) at-spi-1.21.92-1.fc9 -------------------- * Mon Feb 25 2008 Matthias Clasen - 1.21.92-1 - Update to 1.21.92 atk-1.21.92-1.fc9 ----------------- * Mon Feb 25 2008 Matthias Clasen - 1.21.92-1 - Update to 1.21.92 atomorun-1.1-0.7.pre2.fc9 ------------------------- * Mon Feb 25 2008 Hans de Goede 1.1-0.7.pre2 - Use included png version of icon instead of running convert on .ico file * Tue Feb 19 2008 Fedora Release Engineering - 1.1-0.6.pre2 - Autorebuild for GCC 4.3 avr-gdb-6.6-7.fc9 ----------------- * Mon Feb 25 2008 Hans de Goede 6.6-7 - Rebuild again as koji successfully build it but didn't tag it * Tue Feb 19 2008 Fedora Release Engineering - 6.6-6 - Autorebuild for GCC 4.3 beagle-0.3.3-8.fc9 ------------------ * Mon Feb 25 2008 David Nielsen - 0.3.3-8 - do the former right * Mon Feb 25 2008 David Nielsen - 0.3.3-7 - Break out beagle-firefox bzr-1.2-1.fc9 ------------- * Mon Feb 25 2008 Toshio Kuratomi - 1.2-1 - Update to 1.2. bzrtools-1.2.0-1.fc9 -------------------- * Mon Feb 25 2008 Toshio Kuratomi 1.2.0-1 - Update to 1.2.0 cdrkit-1.1.6-10.fc9 ------------------- * Mon Feb 25 2008 Harald Hoyer 1.1.6-10 - patched to compile with -Werror (rhbz#429385) cernlib-g77-2006-25.fc9 ----------------------- * Sun Feb 24 2008 Patrice Dumas 2006-25 - new cernlib and paw patchsets * Sun Jan 13 2008 Patrice Dumas 2006-23 - new cernlib debian patcheset * Tue Jan 08 2008 Patrice Dumas 2006-22 - new debian patchesets cfengine-2.2.3-5.fc9 -------------------- * Sat Feb 23 2008 Jeff Sheltren 2.2.3-5 - Patch for buffer overflow during variable expantion (SVN r526) cheese-2.21.92-1.fc9 -------------------- * Tue Feb 26 2008 Matthias Clasen 2.21.92-1 - Update to 2.21.92 climm-0.6.2-1.fc9 ----------------- * Mon Feb 25 2008 Jan ONDREJ (SAL) - 0.6.2-1 - Update upstream * Mon Oct 22 2007 Jan ONDREJ (SAL) - 0.6.1-1 - Update to upstream - Removed glibc patch (fix included upstream) * Mon Sep 17 2007 Jan ONDREJ (SAL) - 0.6-2 - updated description before gloox will be a part of Fedora convmv-1.12-1.fc9 ----------------- * Mon Feb 25 2008 Nils Philippsen - 1.12-1 - version 1.12 - remove obsolete tests patch - don't run md5sum against MD5sums as it lists a non-existing .MD5sums file which causes md5sum to error out - change license tag to "GPLv2 or GPLv3" crypto-utils-2.3-9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 2.3-9 - Autorebuild for GCC 4.3 * Thu Feb 07 2008 Tom "spot" Callaway 2.3-8 - rebuild for new perl dcraw-8.82-1.fc9 ---------------- * Mon Feb 25 2008 Nils Philippsen - 8.82-1 - version 8.82 dd_rescue-1.14-7.fc9 -------------------- * Mon Feb 25 2008 Andreas Thienemann - 1.14-7 - Remove the obsoletes flag as we're shipping ddrescue in parallel. * Mon Feb 11 2008 Andreas Thienemann - 1.14-6 - Updated to dd_rescue 1.14 and dd_rhelp 0.1.2 * Wed Mar 07 2007 Andreas Thienemann - 1.12-6 - Fixed the patch from 1.12-5 dragonplayer-2.0.1-2.fc9 ------------------------ * Mon Feb 25 2008 Sebastian Vahl - 2.0.1-2 - BR: kdebase-runtime to workaround missing FindXine.cmake * Sat Feb 23 2008 Sebastian Vahl - 2.0.1-1 - new upstream version: 2.0.1 eggdrop-1.6.18-16.fc9 --------------------- * Mon Feb 25 2008 Robert Scheck 1.6.18-16 - Cause the DNS linking against libc rather libdns (#433111) eog-2.21.92-1.fc9 ----------------- * Mon Feb 25 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 etherape-0.9.7-6.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.9.7-6 - Autorebuild for GCC 4.3 evolution-2.21.92-1.fc9 ----------------------- * Mon Feb 25 2008 Matthew Barnes - 2.21.92-1.fc9 - Update to 2.21.92 - Bump eds_version to 2.21.92. * Wed Feb 13 2008 Matthew Barnes - 2.21.91-2.fc9 - Rebuild against libsoup 2.3.2. * Mon Feb 11 2008 Matthew Barnes - 2.21.91-1.fc9 - Update to 2.21.91 - Bump eds_version to 2.21.91. - Remove patch for GNOME bug #240073 (fixed upstream). evolution-data-server-2.21.92-1.fc9 ----------------------------------- * Mon Feb 25 2008 Matthew Barnes - 2.21.92-1.fc9 - Update to 2.21.92 - Remove patch for GNOME bug #516074 (fixed upstream). evolution-exchange-2.21.92-1.fc9 -------------------------------- * Mon Feb 25 2008 Matthew Barnes - 2.21.92-1.fc9 - Update to 2.21.92 - Disable -Werror since libical now insists on emitting #warnings. evolution-webcal-2.21.92-1.fc9 ------------------------------ * Mon Feb 25 2008 Matthew Barnes - 2.21.92-1.fc9 - Update to 2.21.92 expat-2.0.1-5 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.1-5 - Autorebuild for GCC 4.3 file-roller-2.21.92-1.fc9 ------------------------- * Mon Feb 25 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 flex-2.5.34-1.fc9 ----------------- * Mon Feb 25 2008 Petr Machata - 2.5.34-1 - Rebase to 2.5.34. Drop five patches. - Resolves: #434676 gdb-6.7.1-15.fc9 ---------------- * Mon Feb 25 2008 Jan Kratochvil - 6.7.1-15 - New --with parameters `testsuite' and `debug'. - Testsuite is now run during the build only on explicit `--with testsuite'. - Testsuite now possibly produces two outputs for the two GDB target arches. gdm-1:2.21.8-1.fc9 ------------------ * Mon Feb 25 2008 Jon McCann - 1:2.21.8-1 - Update to 2.21.8 gedit-1:2.21.2-1.fc9 -------------------- * Mon Feb 25 2008 Matthias Clasen - 1:2.21.2-1 - Update to 2.21.2 * Fri Feb 15 2008 Matthias Clasen - 1:2.21.1-3 - Drop libgnomeprint22 BR glib2-2.15.6-1.fc9 ------------------ * Mon Feb 25 2008 Matthias Clasen - 2.15.6-1 - Update to 2.15.6 gmpc-0.15.5.0-3.fc9 ------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.15.5.0-3 - Autorebuild for GCC 4.3 * Fri Feb 15 2008 Adrian Reber - 0.15.5.0-2 - rebuilt for gcc43 gnome-games-1:2.21.92-1.fc9 --------------------------- * Tue Feb 26 2008 Matthias Clasen - 1:2.21.92-1 - Update to 2.21.92 gnome-mount-0.8-0.svn20080225.4.fc9 ----------------------------------- * Mon Feb 25 2008 David Zeuthen - 0.8-0.svn20080225.4.fc9 - Update Nautilus extension dir * Mon Feb 25 2008 David Zeuthen - 0.8-0.svn20080225.3.fc9 - BR libglade2-devel * Mon Feb 25 2008 David Zeuthen - 0.8-0.svn20080225.2.fc9 - BR GConf2-devel gnome-system-monitor-2.21.92-1.fc9 ---------------------------------- * Mon Feb 25 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 gnome-themes-2.21.92-1.fc9 -------------------------- * Mon Feb 25 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 * Fri Feb 15 2008 Matthias Clasen - 2.21.91-2 - Require gnome-icon-theme (#432715)O gnupg-1.4.8-3 ------------- * Mon Feb 25 2008 Nalin Dahyabhai - 1.4.8-3 - rebuild * Tue Feb 19 2008 Fedora Release Engineering - 1.4.8-2 - Autorebuild for GCC 4.3 * Thu Dec 20 2007 Nalin Dahyabhai - 1.4.8-1 - update to 1.4.8, noting license change to GPLv3 gtk-rezlooks-engine-0.6-6.fc9 ----------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6-6 - Autorebuild for GCC 4.3 gtk2-2.12.8-2.fc9 ----------------- * Tue Feb 26 2008 Matthias Clasen - 2.12.8-2 - Work with libbeagle.so.1 * Tue Feb 12 2008 Matthias Clasen - 2.12.8-1 - Update to 2.12.8 * Wed Jan 30 2008 Matthias Clasen - 2.12.7-1 - Update to 2.12.7 gtk2-engines-2.13.6-1.fc9 ------------------------- * Mon Feb 25 2008 Matthias Clasen - 2.13.6-1 - Update to 2.13.6 gtkhtml3-3.17.92-1.fc9 ---------------------- * Mon Feb 25 2008 Matthew Barnes - 2.17.92-1.fc9 - Update to 3.17.92 - Add BR: libbonobo >= 2.20.3 gtklp-1.2.5-3.fc9 ----------------- * Sat Feb 23 2008 Gerard Milmeister - 1.2.5-3 - raise maxprinters value gtksourceview2-2.1.3-1.fc9 -------------------------- * Mon Feb 25 2008 Matthias Clasen - 2.1.3-1 - Update to 2.1.3 hdparm-8.5-1.fc9 ---------------- * Mon Feb 25 2008 Karsten Hopp 8.5-1 - version 8.5, fixes u8->u16 bug in security commands * Mon Feb 25 2008 Karsten Hopp 8.4-2 - fix debuginfo package (#434644) httpd-2.2.8-3 ------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.2.8-3 - Autorebuild for GCC 4.3 initscripts-8.63-2 ------------------ * Mon Feb 25 2008 Bill Nottingham - add /sbin/pidof requirement (#434863) ipsec-tools-0.7-12.fc9 ---------------------- * Mon Feb 25 2008 Steve Conklin - 0.7-12 - And again * Mon Feb 25 2008 Steve Conklin - 0.7-11 - Messed that up, bumping * Mon Feb 25 2008 Steve Conklin - 0.7-10 - Added upstream patch to fix ipv6 cookie alen iptstate-2.2.1-3.fc9 -------------------- * Mon Feb 25 2008 Thomas Woerner 2.2.1-3 - fixed compile problem because of strerror undefined in scope Fixes (rhbz#434482) - fixed description (rhbz#140516) * Wed Feb 20 2008 Fedora Release Engineering - 2.2.1-2 - Autorebuild for GCC 4.3 iputils-20071127-1.fc9 ---------------------- * Mon Feb 25 2008 Martin Nagy - 20071127-1 - update to new upstream version jd-2.0.0-0.3.svn1874_trunk.fc9 ------------------------------ * Tue Feb 26 2008 Mamoru Tasaka - 2.0.0-0.3.svn1874 - svn 1874 (version 2.0.0) * Mon Feb 25 2008 Mamoru Tasaka - 1.9.9-0.3.beta080225 - 1.9.9 beta 080225 * Sat Feb 09 2008 Mamoru Tasaka - Remove patch for gcc43 (applied by upstream) - Remove workarround for libsigc++ side bug kdeartwork-4.0.1-3.fc9 ---------------------- * Mon Feb 25 2008 Rex Dieter 4.0.1-3 - %files: don't own %_kde4_libdir/kde4/plugins (thanks wolfy!) kdebase-runtime-4.0.1-3.fc9 --------------------------- * Mon Feb 25 2008 Rex Dieter 4.0.1-3 - %files: don't own %_kde4_libdir/kde4/plugins (thanks wolfy!) kdebase-workspace-4.0.1-8.fc9 ----------------------------- * Mon Feb 25 2008 Rex Dieter 4.0.1-8 - %files: don't own %_kde4_libdir/kde4/plugins (thanks wolfy!) kdelibs-6:4.0.1-7.fc9 --------------------- * Mon Feb 25 2008 Rex Dieter 4.0.1-7 - -devel: own %_kde4_libdir/kde4/plugins (thanks wolfy!) lftp-3.6.3-1.fc9 ---------------- * Mon Feb 25 2008 Martin Nagy - 3.6.3-1 - update to newest version - remove patches fixed in upstream: progress_overflow, empty_argument libgnomeui-2.21.92-1.fc9 ------------------------ * Mon Feb 25 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 * Tue Feb 19 2008 Matthias Clasen - 2.21.91-2 - Use gio for thumbnails libgtop2-2.21.92-2.fc9 ---------------------- * Mon Feb 25 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 libmpd-0.15.0-3.fc9 ------------------- * Mon Feb 25 2008 Adrian Reber - 0.15.0-3 - added patch to remove a few inline statements from functions which are actually not inline'd liboil-0.3.13-2.fc9 ------------------- * Mon Feb 25 2008 Matthias Clasen - 0.3.13-2 - Work around a segfault by compiling the offending file with -O0 for now libopensync-plugin-syncml-0.35-4.fc9 ------------------------------------ * Mon Feb 25 2008 josef radinger - 0.35-4 - fix formating in spec-file - buildrequire glib2-devel >= 2.15.1 #428428 * Mon Feb 18 2008 Fedora Release Engineering - 0.35-2 - Autorebuild for GCC 4.3 libpfm-3.3-0.080225.1.fc9 ------------------------- * Mon Feb 25 2008 Will Cohen - 3.3-0.080225.1 - Update to libpfm-3.3. * Wed Feb 20 2008 Fedora Release Engineering - 3.2-1.071017.1 - Autorebuild for GCC 4.3 libselinux-2.0.57-1.fc9 ----------------------- * Mon Feb 25 2008 Dan Walsh - 2.0.57-1 - Update to Upstream * Merged avc_has_perm() errno fix from Eamon Walsh. libsoup-2.3.4-1.fc9 ------------------- * Mon Feb 25 2008 Matthew Barnes - 2.3.4-1 - Update to 2.3.4 lm_sensors-3.0.1-2.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.1-2 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Hans de Goede 3.0.1-1 - New upstream release 3.0.1 - Drop several patches which are included in the new upstream release - Add a patch to make the initscript returncodes LSB compliant (bug 431884) lxpanel-0.2.6-1.fc9 ------------------- * Mon Feb 25 2008 Sebastian Vahl 0.2.6-1 - new upstream version: 0.2.6 - update lxpanel-default.patch mod_auth_kerb-5.3-7 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 5.3-7 - Autorebuild for GCC 4.3 mod_auth_mysql-1:3.0.0-6 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1:3.0.0-6 - Autorebuild for GCC 4.3 mod_auth_pgsql-2.0.3-7 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.3-7 - Autorebuild for GCC 4.3 mod_authz_ldap-0.26-10 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.26-10 - Autorebuild for GCC 4.3 mod_perl-2.0.3-20 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.0.3-20 - Autorebuild for GCC 4.3 * Wed Jan 30 2008 Joe Orton 2.0.3-19 - further fixes for perl 5.10 (upstream r480903, r615751) * Wed Jan 30 2008 Joe Orton 2.0.3-18 - fix build with perl 5.10 (upstream r480890) mod_python-3.3.1-7 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 3.3.1-7 - Autorebuild for GCC 4.3 mod_revocator-1.0.2-4.fc9 ------------------------- * Mon Feb 25 2008 Rob Crittenden 1.0.2-4 - The nss package changed the location of the NSS shared libraries to /lib from /usr/lib. Static libraries remained in /usr/lib. They then updated their devel package to put symlinks back from /lib to /usr. Respin to pick that up. BZ 434395. monotone-0.39-1.fc9 ------------------- * Mon Feb 25 2008 Roland McGrath - 0.39-1 - Updated for 0.39 release. nc-1.84-16.fc9 -------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.84-16 - Autorebuild for GCC 4.3 * Mon Jan 07 2008 Jan Safranek - 1.84-15 - fixed compilation with gcc 4.3 * Wed Dec 05 2007 Radek Vok??l - 1.84-14 - rebuilt net-tools-1.60-86.fc9 --------------------- * Mon Feb 25 2008 Radek Vokal - 1.60-86 - fix for GCC 4.3 * Tue Feb 19 2008 Fedora Release Engineering - 1.60-85 - Autorebuild for GCC 4.3 netatalk-4:2.0.3-18.fc9 ----------------------- * Mon Feb 25 2008 Martin Nagy - 4:2.0.3-18 - make init script LSB compliant (#246993) * Mon Feb 25 2008 Martin Nagy - 4:2.0.3-17 - fix unowned directories (#233889) nss_ldap-257-7.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 257-7 - Autorebuild for GCC 4.3 oddjob-0.29-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.29-2 - Autorebuild for GCC 4.3 * Wed Sep 05 2007 Nalin Dahyabhai 0.29-1 - split off mkhomedir bits into a subpackage (#236820) - take a pass at new-init-ifying the init script (#247005) * Thu Aug 16 2007 Nalin Dahyabhai - move helpers to libexecdir, keeping pkglibdir around in the package (#237207) openobex-1.3-11.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.3-11 - Autorebuild for GCC 4.3 * Mon Oct 29 2007 Jiri Moskovcak - 1.3-10 - Spec file cleanup * Fri Oct 26 2007 Jiri Moskovcak - 1.3-9 - Spec file cleanup - Fixed wrong lib path in autoconf orca-2.21.92-1.fc9 ------------------ * Mon Feb 25 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 pango-1.19.4-1.fc9 ------------------ * Mon Feb 25 2008 Matthias Clasen - 1.19.4-1 - Update to 1.19.4 perl-Crypt-OpenSSL-X509-0.6-1.fc9 --------------------------------- * Mon Feb 25 2008 Wes Hardaker - 0.6-1 - bump to upstream 0.6 perl-Newt-1.08-19 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.08-19 - Autorebuild for GCC 4.3 * Thu Feb 07 2008 Tom "spot" Callaway 1.08-18 - rebuild for new perl pfmon-3.3-0.080225.1.fc9 ------------------------ * Mon Feb 25 2008 Will Cohen - 3.3-0.080225.1 - Update to pfmon-3.3. php-5.2.5-6 ----------- * Tue Feb 19 2008 Fedora Release Engineering - 5.2.5-6 - Autorebuild for GCC 4.3 * Fri Jan 11 2008 Joe Orton 5.2.5-5 - ext/date: use system timezone database * Fri Dec 28 2007 Joe Orton 5.2.5-4 - rebuild for libc-client bump privoxy-3.0.8-1.fc9 ------------------- * Mon Feb 25 2008 Karsten Hopp 3.0.8-1 - privoxy-3.0.8 pyclutter-0.6.0-1.fc9 --------------------- * Fri Feb 22 2008 Allisson Azevedo 0.6.0-1 - Update to 0.6.0 * Sat Dec 15 2007 Daniel P. Berrange - 0.4.2-2.fc8 - Added sub-packages for gtk and gst bindings (rhbz #365981) * Wed Oct 03 2007 Allisson Azevedo 0.4.2-1 - Update to 0.4.2 python-basemap-0.9.5-5.fc9 -------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.5-5 - Autorebuild for GCC 4.3 * Fri Jan 04 2008 Jef Spaleta 0.9.5-4 - Fix for egg-info file creation python-igraph-0.5-5.fc9 ----------------------- * Mon Feb 25 2008 Neal Becker - 0.5-5 - Nothing python-matplotlib-0.90.1-6.fc9 ------------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.90.1-6 - Autorebuild for GCC 4.3 python-sqlalchemy-0.4.3-1.fc9 ----------------------------- * Fri Feb 22 2008 Toshio Kuratomi 0.4.3-1 - Update to 0.4.3. python-turboflot-0.0.8-1.fc9 ---------------------------- * Mon Feb 25 2008 Luke Macken - 0.0.8-1 - Allow for user-specified IDs * Mon Feb 25 2008 Luke Macken - 0.0.7-1 - Trivial bugfix to fix widget IDs radvd-1.1-2.fc9 --------------- * Mon Feb 25 2008 Martin Nagy - 1.1-2 - fix up string comparison in init script (#427047) * Mon Feb 25 2008 Martin Nagy - 1.1-1 - update to new upstream version - remove patch fixed in upstream: initscript rarpd-ss981107-26.1.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - ss981107-26.1 - Autorebuild for GCC 4.3 rcs-5.7-32 ---------- * Tue Feb 19 2008 Fedora Release Engineering - 5.7-32 - Autorebuild for GCC 4.3 rdate-1.4-10.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.4-10 - Autorebuild for GCC 4.3 revelation-0.4.11-4.1 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.4.11-4.1 - Autorebuild for GCC 4.3 ruby-cairo-1.5.1-1.fc9 ---------------------- * Mon Feb 25 2008 Allisson Azevedo 1.5.1-1 - Update to 1.5.1 - Update License for GPLv2+ rwho-0.17-29.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.17-29 - Autorebuild for GCC 4.3 sabayon-2.21.0-3.fc9 -------------------- * Fri Feb 22 2008 Tomas Bzatek - 2.21.0-3 - sabayon-apply requires libxml2-python (#428351) and gnome-python2 stuff scim-1.4.7-12.fc9 ----------------- * Tue Feb 26 2008 Huang Peng - 1.4.7-12 - Update to scim.conf to use /usr/bin/scim to start scim processes. * Thu Feb 21 2008 Huang Peng - 1.4.7-11 - Update to scim.conf to make scim can work with imsettings. * Fri Feb 15 2008 Jens Petersen - 1.4.7-10 - make Wijesekera the default input method for Sinhala scim-pinyin-0.5.91-25.fc9 ------------------------- * Mon Feb 25 2008 Huang Peng - 0.5.91-25 - Fix build error with GCC 4.3. - Drop the scim-pinyin-helper because upstream does not accept it and we will stop maintaining it. * Tue Feb 19 2008 Fedora Release Engineering - 0.5.91-24 - Autorebuild for GCC 4.3 scipy-0.6.0-5.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.6.0-5 - Autorebuild for GCC 4.3 * Fri Jan 04 2008 Jef Spaleta - 0.6.0-4 - fix for egg-info file creation smb4k-0.9.3-1.fc9 ----------------- * Tue Feb 26 2008 Marcin Garski 0.9.3-1 - Update to 0.9.3 sox-14.0.1-1.fc9 ---------------- * Mon Feb 25 2008 Jiri Moskovcak - 14.0.1-1 - New version 14.0.1 * Tue Feb 19 2008 Fedora Release Engineering - 14.0.0-2 - Autorebuild for GCC 4.3 sysfsutils-2.1.0-3.fc9 ---------------------- * Mon Feb 25 2008 Jarod Wilson - 2.1.0-3 - Review cleanups from Todd Zullinger (#226447) syslinux-3.61-2.fc9 ------------------- * Mon Feb 25 2008 Peter Jones - 3.61-2 - Remove 16bpp patch, hpa says that's there to cover a bug that's fixed. - Remove x86_64 patch; building without it works now. system-config-display-1.0.51-7.fc9 ---------------------------------- * Mon Feb 25 2008 Adam Jackson 1.0.51-7 - scd-1.0.51-unkudzify.patch: Replace kudzu dependency with dbus dependency. - Fix the chmod fix from -6 to, you know, work. * Tue Feb 12 2008 Adam Jackson 1.0.51-6 - Clear executable bit from the icons. (#429875) texlive-texmf-2007-13.fc9 ------------------------- * Mon Feb 25 2008 Jindrich Novy - 2007-13 - ship config file for dvipdfm (#434165), thanks to Patrice Dumas - obsolete/provide tetex-lineno (#426929) * Sun Feb 17 2008 Jindrich Novy - 2007-12 - package bigfoot, erroneously missing from the original TeX Live 2007 (#426507) - remove references to cm-super fonts from map files to make dvips work correctly (#431182) - package ConTeXt separately to texlive-texmf-context to get rid of the ruby dependency - move from bz2 to lzma to save space - move font stuff out of the dvips subpackage * Tue Feb 05 2008 Miroslav Lichvar - 2007-11 - don't require texinfo-tex, tex-preview (#431516) tomboy-0.9.7-1.fc9 ------------------ * Tue Feb 26 2008 Matthias Clasen - 0.9.7-1 - Update to 0.9.7 * Sat Feb 23 2008 Matthias Clasen - 0.9.6-2 - Fix dbus BR vim-2:7.1.262-1.fc9 ------------------- * Mon Feb 25 2008 Karsten Hopp 7.1.262-1 - patchlevel 262 - add fix for #231124, BOM was ignored - enable ruby interpreter (#215207) - add filetype for Erlang header files (#417371) * Mon Feb 11 2008 Karsten Hopp 7.1.245-1 - patchlevel 245 * Sun Jan 27 2008 Karsten Hopp 7.1.242-1 - patchlevel 242 vinagre-0.4.92-1.fc9 -------------------- * Mon Feb 25 2008 Matthias Clasen - 0.4.92-1 - Update to 0.4.92 vino-2.21.92-1.fc9 ------------------ * Mon Feb 25 2008 Matthias Clasen - 2.21.92-1 - Update 2.21.92 vsftpd-2.0.6-2.fc9 ------------------ * Mon Feb 25 2008 Martin Nagy - 2.0.6-2 - fix init script (#431452) - make the init script LSB compliant (#247093) wmctrl-1.07-3.fc9 ----------------- xferstats-2.16-17.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.16-17 - Autorebuild for GCC 4.3 zenity-2.21.1-1.fc9 ------------------- * Mon Feb 25 2008 Matthias Clasen - 2.21.1-1 - Update to 2.21.1 Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.i386 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto gallery2-2.2.4-2.fc9.noarch requires gallery2-matrix gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-7.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 stratagus-2.2.4-1.fc8.i386 requires libmikmod.so.2 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.x86_64 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-7.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) stratagus-2.2.4-1.fc8.x86_64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.ppc requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 epiphany-extensions-2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions-2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 muine-0.8.8-7.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 stratagus-2.2.4-1.fc8.ppc requires libmikmod.so.2 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.ppc64 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions-2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) stratagus-2.2.4-1.fc8.ppc64 requires libmikmod.so.2()(64bit) sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From notting at redhat.com Tue Feb 26 17:33:43 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 26 Feb 2008 12:33:43 -0500 Subject: What to do whit initscripts reviews? In-Reply-To: <47C42E47.5010400@hhs.nl> References: <47C42C9D.9090002@hhs.nl> <20080226151757.GA16794@nostromo.devel.redhat.com> <47C42E47.5010400@hhs.nl> Message-ID: <20080226173343.GB22311@nostromo.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > But that doesn't answer my question, the LSB compliant special comment > blocks with requires and provides where needed for another init replacement > (I think it was initng), since we are not going to use that, is it still > wanted / necessary to add LSB style comment blocks to initscripts, or can > all the initscript review bugs be closed? You *can* add them, but... > And if they cannot be closed, do we (finally) have some guidelines on > various problems which turned up when these bugs where orignally filed? Under the implementation we have (both with upstart and sysvinit), these requires and provides are mapped into a static priority system. Any issues arising from that haven't changed, and can't be fixed without more significant changes (not to the scripts, but to the infrastructure that runs them.) Bill From alan at clueserver.org Tue Feb 26 17:39:29 2008 From: alan at clueserver.org (Alan) Date: Tue, 26 Feb 2008 09:39:29 -0800 (PST) Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <200802261659.m1QGxjbc009961@laptop13.inf.utfsm.cl> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> <37989.192.54.193.53.1204042909.squirrel@rousalka.dyndns.org> <200802261659.m1QGxjbc009961@laptop13.inf.utfsm.cl> Message-ID: <58562.198.182.194.170.1204047569.squirrel@clueserver.org> > Nicolas Mailhot wrote: >> Le Mar 26 f??vrier 2008 17:10, Horst H. von Brand a ??crit : > >> > All well and good, but right now rawhide is /very/ broken: >> > >> > - X doesn't get along with keyboards and mice >> >> This seems mainly a config problem, right? > > Looks that way, but no solution is forthcomming. And the partial solutions > that float around work fine (OK, for somewhat peculiar definitions of > "fine") for some, and not at all for others (right now, I'm mostly in the > "others" category ;-). The latest xorg update has fixed my problems with usb mice. (And the scrollbar actually works on my touchpad for the first time.) >> > I don't remember an upcomming Red Hat/Fedora release in which rawhide >> > was this badly broken. >> >> Oh, the powers of selective memory... > > I remember times of great turmoil and breakage when new compilers or new X > or new GNOME or new OOo were introduced, then things calmed down a bit > (sure, some pieces I used daily sometimes were still quite broken, but > nothing really rock-bottom ground of the system) before calls for "feature > freezes" and such came out. This round feels different (gcc-4.3 betas, > firefox betas, radical reworking of X, ...). There are things I would like to test. Not having a video driver that works with Compiz-Fusion kind of delays that. (I blame nVIDIA.) I would like to be able to get NetworkManager to actually work on my laptop. I have yet to get it to behave with the b43 chipset. (I can get the wireless chip working, but I have to use wlassistant to get it to connect correctly.) The changes to Tex have caused some of my builds to go south. I have not had time to track down the cause. I expect that the change from TeTex to TexLive will cause more than one headache for the packages formally known as extras. Too many weird little pieces seem to need to be hacked around at this point. The question is if adding something else would help stability or just break it even further. Font management tools for users would be helpful. The current system of adding fonts is pretty obscure from a user viewpoint. (At least in Gnome.) There are other things I will probably think of as soon as I send this... From j.w.r.degoede at hhs.nl Tue Feb 26 18:06:19 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 26 Feb 2008 19:06:19 +0100 Subject: xerces-c27 (was rawhide report: 20080211 changes) In-Reply-To: <47C43E09.7030106@bachelot.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B95C43.3010701@bachelot.org> <20080218120851.71f8a2f9.mschwendt@gmail.com> <47C43E09.7030106@bachelot.org> Message-ID: <47C4551B.6000105@hhs.nl> Hi Guys, Sorry for jumping in in the middle of thread, but I just noticed this, what exactly are the motivations for doing a compat(ish) package? Are there many packages that don't build with the new xerces-c? I've recently fixed one of mine, and the needed changes weren't really all that big, so maybe our effort is better spend trying to fix the xerces-c users? Regards, Hans From j.w.r.degoede at hhs.nl Tue Feb 26 18:14:18 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 26 Feb 2008 19:14:18 +0100 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: <20080226164604.GA25211@tango.0pointer.de> References: <47BC9E3C.1020707@hhs.nl> <20080221173646.GA25722@tango.0pointer.de> <47BDC3A7.1080906@hhs.nl> <20080226164604.GA25211@tango.0pointer.de> Message-ID: <47C456FA.6080104@hhs.nl> Lennart Poettering wrote: > On Thu, 21.02.08 19:32, Hans de Goede (j.w.r.degoede at hhs.nl) wrote: > >> 2) I think we should be giving the pulseaudio tools more generic names, an >> average user probably has no idea what pa is, and this might not use >> menu >> entries with pa in the name. > > Hmm? What do you mean? The menu item is called "PulseAudio Volume > Control". The "Volume Control" is pretty generic, isn't it? I thought > we had kind of a policy of naming the menu items in the form "NAME > GENERICNAME" as in "Firefox Web Browser" instead of just "Firefox" or > "Web Browser". And "PulseAudio Volume Control" follows this scheme > kind of, doesn't it? > It does, my concern is that "joe the average user" when looking for someway to control the volume, will expect something name just "Volume Control", and may not try to start "PulseAudio Volume Control", or atleast not after trying many other options, because he has no idea what PulseAudio is, and unfamiliar makes unloved / he might find it "scary". With regards to this it would also help if the gnome-panel volume applet would start pavucontrol now a days instead of the gnome mixer (or maybe adapt its behaviour depending on if pa is running or not), if people agree with this I can file a bug for it. > Or do you complain about the binary name? If so, does the binary name > really matter? > No the binary name is fine. Regards, Hans From xavier at bachelot.org Tue Feb 26 18:29:14 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Tue, 26 Feb 2008 19:29:14 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <21238.192.54.193.53.1204044365.squirrel@rousalka.dyndns.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B95C43.3010701@bachelot.org> <20080218120851.71f8a2f9.mschwendt@gmail.com> <47C43E09.7030106@bachelot.org> <21238.192.54.193.53.1204044365.squirrel@rousalka.dyndns.org> Message-ID: <47C45A7A.3050805@bachelot.org> Nicolas Mailhot wrote: > Le Mar 26 f?vrier 2008 17:27, Xavier Bachelot a ?crit : > >> Here's another try at xerces-c27 : >> >> http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec >> http://washington.kelkoo.net/fedora/SRPMS/xerces-c27-2.7.0-2.fc8.src.rpm >> >> rpmlint output (most of the errors are also in the original xerces-c >> package) : >> xerces-c27.i386: E: non-standard-executable-perm >> /usr/lib/libxerces-depdom.so.27.0 0775 > > Replace your %defattr(-,root,root,-) with more specific permissions ; > trusting every single upstream to get this right is hopeless and > unless you audit the permissions after every update explicit defattr > is a good safety belt. > >> xerces-c27-doc.i386: W: file-not-utf8 >> /usr/share/doc/xerces-c27-doc-2.7.0/doc/migration.xml > > Convert it at build time to proper UTF-8 > This 2 warnings (and probably the others) will be easily fixed and need to be fixed in the original xerces-c package too. Thanks anyway :-) My question was more about the general shape of the 'compat' package. Regards, Xavier From caillon at redhat.com Tue Feb 26 18:45:07 2008 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 26 Feb 2008 13:45:07 -0500 Subject: gcc-4.3 check failure on ppc64 only In-Reply-To: References: Message-ID: <47C45E33.7060702@redhat.com> On 02/26/2008 09:43 AM, Neal Becker wrote: > Now I have igraph-0.5 failing one test, but only on ppc64. I can build on > mock on my x86_64, but I don't have a ppc64. > > There is a log file left on the build that would give upstream info. Is > there some way for me to get that file? And by ppc64, you actually mean i386, right? http://koji.fedoraproject.org/koji/taskinfo?taskID=471376 You should be able to add cat tests/testsuite.log at an appropriate place, no? From mschwendt at gmail.com Tue Feb 26 18:48:25 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 26 Feb 2008 19:48:25 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <47C45A7A.3050805@bachelot.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B95C43.3010701@bachelot.org> <20080218120851.71f8a2f9.mschwendt@gmail.com> <47C43E09.7030106@bachelot.org> <21238.192.54.193.53.1204044365.squirrel@rousalka.dyndns.org> <47C45A7A.3050805@bachelot.org> Message-ID: <20080226194825.befa2bd1.mschwendt@gmail.com> On Tue, 26 Feb 2008 19:29:14 +0100, Xavier Bachelot wrote: > Nicolas Mailhot wrote: > > Le Mar 26 f?vrier 2008 17:27, Xavier Bachelot a ?crit : > > > >> Here's another try at xerces-c27 : > >> > >> http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec > >> http://washington.kelkoo.net/fedora/SRPMS/xerces-c27-2.7.0-2.fc8.src.rpm > >> > >> rpmlint output (most of the errors are also in the original xerces-c > >> package) : > >> xerces-c27.i386: E: non-standard-executable-perm > >> /usr/lib/libxerces-depdom.so.27.0 0775 > > > > Replace your %defattr(-,root,root,-) with more specific permissions ; > > trusting every single upstream to get this right is hopeless and > > unless you audit the permissions after every update explicit defattr > > is a good safety belt. > > > >> xerces-c27-doc.i386: W: file-not-utf8 > >> /usr/share/doc/xerces-c27-doc-2.7.0/doc/migration.xml > > > > Convert it at build time to proper UTF-8 > > > This 2 warnings (and probably the others) will be easily fixed and need > to be fixed in the original xerces-c package too. Thanks anyway :-) > My question was more about the general shape of the 'compat' package. --- xerces-c27.spec.orig 2008-02-26 16:52:24.000000000 +0100 +++ xerces-c27.spec 2008-02-26 19:47:06.000000000 +0100 @@ -77,10 +77,12 @@ %{__rm} -rf $RPM_BUILD_ROOT export XERCESCROOT="$PWD" %{__make} install -C src/xercesc DESTDIR="$RPM_BUILD_ROOT" +/sbin/ldconfig -n $RPM_BUILD_ROOT%{_libdir} mkdir -p $RPM_BUILD_ROOT%{_libdir}/xerces-c-2.7.0 cd $RPM_BUILD_ROOT%{_libdir}/xerces-c-2.7.0/ ln -s ../libxerces-c.so.27 libxerces-c.so ln -s ../libxerces-depdom.so.27 libxerces-depdom.so +cd - rm $RPM_BUILD_ROOT%{_libdir}/libxerces*.so mkdir -p $RPM_BUILD_ROOT%{_includedir}/xercesc-2.7.0 mv $RPM_BUILD_ROOT%{_includedir}/xercesc $RPM_BUILD_ROOT%{_includedir}/xercesc-2.7.0 @@ -100,8 +102,9 @@ %files devel %defattr(-,root,root,-) +%dir %{_libdir}/xerces-c-2.7.0 %{_libdir}/xerces-c-2.7.0/libxerces*.so -%{_includedir}/xercesc-2.7.0 +%{_includedir}/xercesc-2.7.0/ %files doc From j.w.r.degoede at hhs.nl Tue Feb 26 18:42:29 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 26 Feb 2008 19:42:29 +0100 Subject: KDE4 causes cluttered up gnome "other" applications menu Message-ID: <47C45D95.4090108@hhs.nl> Hi All, I've also got KDE installed on my box, and I just noticed that I've a very full other menu under gnome, which is full with KDE control center modules, shouldn't these have an OnlyShowIn=KDE line in their .desktop file? Shall I file a bug, and ifso against which component? Regards, Hans From michel.sylvan at gmail.com Tue Feb 26 18:49:23 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Tue, 26 Feb 2008 13:49:23 -0500 Subject: virt-manager bugs In-Reply-To: <645d17210802260441v40a5268byd46947fe64effc04@mail.gmail.com> References: <645d17210802260441v40a5268byd46947fe64effc04@mail.gmail.com> Message-ID: On Tue, Feb 26, 2008 at 7:41 AM, Jonathan Underwood wrote: > On 26/02/2008, Michel Salim wrote: > > Hello, > > > > Who should be the contact person for virt-manager? The current > > component owner, Daniel Berranger does not seem > > to have been on Bugzilla for months. > > Daniel is usually very responsive to BZ reports, are you sure you > filed it against the correct component? There's also an upstream > mailing list you might approach with your problems: > Not my bug filing personally; I found these reports (against virt-manager, status NEW) just before I filed my own bug report (which Daniel has responded to). > > http://virt-manager.et.redhat.com/mailinglist.html > Thanks! -- Michel > J. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Michel Salim http://hircus.jaiku.com/ From loganjerry at gmail.com Tue Feb 26 18:50:25 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 26 Feb 2008 11:50:25 -0700 Subject: Editing comps.xml Message-ID: <870180fe0802261050p4c12168dk7d0e57972ba28ed7@mail.gmail.com> I just made my first attempt at editing comps.xml. I noticed a couple of things: 1) http://fedoraproject.org/wiki/PackageMaintainers/CompsXml describes the "required" level, but the actual comps files use "mandatory" instead. 2) The authoring-and-publishing group description is wrong. I'm a little leery of changing it myself, though. It says that the tools in that group are used to create documents in the DocBook format and convert them into other formats. I propose the following replacement description: "These tools allow you to author documents in formats such as DocBook and LaTeX, and convert documents to formats such as HTML and PDF for publishing." Also, the xsltproc invocation on the wiki page turned up some extra whitespace at the end of an unrelated entry in comps-f9.xml.in. When I committed, I removed that extra whitespace. I hope that's okay. -- Jerry James http://loganjerry.googlepages.com/ From ndbecker2 at gmail.com Tue Feb 26 19:02:32 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 26 Feb 2008 14:02:32 -0500 Subject: multi-user mock Message-ID: How should I use mock so that multi-users can work on debugging 1 package? I thought mock -r fedora-devel-x86_64 --unique nb unuran-1.2.1-1.fc9.src.rpm That's fine, now I have my own fedora-devel-x86-64-nb. But I can't chroot to it: mock -r fedora-development-x86_64-nb shell ERROR: Could not find required config file: /etc/mock/fedora-development-x86_64-nb.cfg What do you guys do? Surely not create a mock config for each possible user? From lordmorgul at gmail.com Tue Feb 26 19:13:03 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 26 Feb 2008 11:13:03 -0800 Subject: upstart testers wanted! In-Reply-To: References: <20080225210150.GB3275@nostromo.devel.redhat.com> Message-ID: <47C464BF.7030104@gmail.com> Linus Walleij wrote: > On Mon, 25 Feb 2008, Bill Nottingham wrote: > >> Confirmation that the system boots and runs more or less as expected. > > Seems to work flawlessly. I have no SELinux on this HP nc2400 laptop but > upstart boots it like a charm. Upstart is working ok for me so far on an i686 machine and an x86_64 virtual machine, both with selinux targeted policy enforcing. There are a couple services that fail but I can't say whether it is upstart's fault atm (probably not though). The machines are booted and usable in any case. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jwilson at redhat.com Tue Feb 26 19:13:54 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 26 Feb 2008 14:13:54 -0500 Subject: multi-user mock In-Reply-To: References: Message-ID: <200802261413.55009.jwilson@redhat.com> On Tuesday 26 February 2008 02:02:32 pm Neal Becker wrote: > How should I use mock so that multi-users can work on debugging 1 package? > > I thought > mock -r fedora-devel-x86_64 --unique nb unuran-1.2.1-1.fc9.src.rpm > > That's fine, now I have my own fedora-devel-x86-64-nb. But I can't chroot > to it: > > mock -r fedora-development-x86_64-nb shell > ERROR: Could not find required config > file: /etc/mock/fedora-development-x86_64-nb.cfg > > What do you guys do? Surely not create a mock config for each possible > user? Just a guess, really, but how 'bout: mock -r fedora-development-x86_64 --unique nb shell -- Jarod Wilson jwilson at redhat.com From dan at danny.cz Tue Feb 26 19:13:22 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 26 Feb 2008 20:13:22 +0100 Subject: multi-user mock In-Reply-To: References: Message-ID: <1204053202.3251.1.camel@eagle.danny.cz> Neal Becker p??e v ?t 26. 02. 2008 v 14:02 -0500: > How should I use mock so that multi-users can work on debugging 1 package? > > I thought > mock -r fedora-devel-x86_64 --unique nb unuran-1.2.1-1.fc9.src.rpm > > That's fine, now I have my own fedora-devel-x86-64-nb. But I can't chroot > to it: > > mock -r fedora-development-x86_64-nb shell > ERROR: Could not find required config > file: /etc/mock/fedora-development-x86_64-nb.cfg > > What do you guys do? Surely not create a mock config for each possible > user? > what about mock -r fedora-devel-x86_64 --unique nb shell Dan From jkeating at redhat.com Tue Feb 26 19:17:43 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 26 Feb 2008 14:17:43 -0500 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <20080226152022.GJ11315@redhat.com> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> Message-ID: <20080226141743.50bcfe2e@redhat.com> On Tue, 26 Feb 2008 10:20:23 -0500 Deepak Bhole wrote: > What about updates/additions for packages that are not a "feature"? In > my case, I am working on a maven update.. and while I am trying hard > to get it in before march 4th, it spans 20+ packages -- many of them > new .. if I cannot make it by March 4th, does it mean I can still put > it in a little later, but still have it make F9? Yes you can. We'll still accept new packages after the beta. -- 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: 197 bytes Desc: not available URL: From jkeating at redhat.com Tue Feb 26 19:21:35 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 26 Feb 2008 14:21:35 -0500 Subject: Package re-review / sponsorship In-Reply-To: References: Message-ID: <20080226142135.1c5a6a4b@redhat.com> On Tue, 26 Feb 2008 10:12:41 -0500 "Jesus M. Rodriguez" wrote: > The above packages are slated to get dropped on 2/28 unless they get > owners. I'd like to see if I can get sponsorship before then, > otherwise, someone else will have > to take them. If they're under review and you're offering to take them we can make an exception and not purge them on the 28th. -- 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: 197 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Tue Feb 26 19:28:36 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 26 Feb 2008 20:28:36 +0100 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <58562.198.182.194.170.1204047569.squirrel@clueserver.org> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> <37989.192.54.193.53.1204042909.squirrel@rousalka.dyndns.org> <200802261659.m1QGxjbc009961@laptop13.inf.utfsm.cl> <58562.198.182.194.170.1204047569.squirrel@clueserver.org> Message-ID: <1204054116.9193.7.camel@rousalka.dyndns.org> Le mardi 26 f?vrier 2008 ? 09:39 -0800, Alan a ?crit : > Font management tools for users would be helpful. The current system of > adding fonts is pretty obscure from a user viewpoint. (At least in > Gnome.) There are other things I will probably think of as soon as I send > this... Would font management tools be useful in general, or would they be useful because the set of FLOSS fonts we ship is not complete enough? We've added a lot of new font packages during this cycle. 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 j.w.r.degoede at hhs.nl Tue Feb 26 19:29:31 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 26 Feb 2008 20:29:31 +0100 Subject: KDE4 causes cluttered up gnome "other" applications menu Message-ID: <47C4689B.3050408@hhs.nl> Hi All, I've also got KDE installed on my box, and I just noticed that I've a very full other menu under gnome, which is full with KDE control center modules, shouldn't these have an OnlyShowIn=KDE line in their .desktop file? Shall I file a bug, and ifso against which component? Regards, Hans From alan at clueserver.org Tue Feb 26 19:32:40 2008 From: alan at clueserver.org (Alan) Date: Tue, 26 Feb 2008 11:32:40 -0800 (PST) Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <1204054116.9193.7.camel@rousalka.dyndns.org> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> <37989.192.54.193.53.1204042909.squirrel@rousalka.dyndns.org> <200802261659.m1QGxjbc009961@laptop13.inf.utfsm.cl> <58562.198.182.194.170.1204047569.squirrel@clueserver.org> <1204054116.9193.7.camel@rousalka.dyndns.org> Message-ID: <16294.198.182.194.170.1204054360.squirrel@clueserver.org> > Le mardi 26 f??vrier 2008 ? 09:39 -0800, Alan a ??crit : > >> Font management tools for users would be helpful. The current system of >> adding fonts is pretty obscure from a user viewpoint. (At least in >> Gnome.) There are other things I will probably think of as soon as I >> send >> this... > > Would font management tools be useful in general, or would they be > useful because the set of FLOSS fonts we ship is not complete enough? > We've added a lot of new font packages during this cycle. If you are doing any sort of word processing and/or page layout you want to be able to add fonts. NO set of fonts will be complete enough for someone who is trying to create something for publication. Making this easy for users reduces frustration for them and complaints of "not ready for real usage" for everyone else. From poelstra at redhat.com Tue Feb 26 19:36:04 2008 From: poelstra at redhat.com (John Poelstra) Date: Tue, 26 Feb 2008 11:36:04 -0800 Subject: Fedora Rel-Eng Meeting Recap 2008-FEB-25 Message-ID: <47C46A24.1070805@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2008-feb-25 Please make corrections and clarifications to the wiki page. == Rebuild status == * going fairly smoothly * the triage team is taking good swaths of those and isolating the build failures and sorting them into buckets (either compile failure, or other failure) == Orphan package removals == * propose those orphans that haven't been picked up be blocked from dist-f9 today * gives some folks time to realize "oh that was important, I'll take it over" before we hit beta freeze * warren will work on analyzing the orphan list == Release Engineering Representative == * https://www.redhat.com/archives/fedora-advisory-board/2008-February/msg00136.html * f13 nominated == Discussion of Custom Spins == * 11 more in the pipeline * See IRC log == Misc == * setting up a meeting tomorrow to talk about the fedora build system instability and get some time lines for fixing what we can, etc. == IRC Transcript == From mattdm at mattdm.org Tue Feb 26 19:38:06 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 26 Feb 2008 14:38:06 -0500 Subject: Fedora bug workflow - process change In-Reply-To: <200802261421.57829.opensource@till.name> References: <1204020988.14674.9.camel@wombat.tiptoe.de> <200802261421.57829.opensource@till.name> Message-ID: <20080226193806.GA14306@jadzia.bu.edu> On Tue, Feb 26, 2008 at 02:21:43PM +0100, Till Maas wrote: > > IMO this is bad, as we don't differentiate between "this is a bug" and > > "someone is actually working on it" then; ASSIGNED should mean what it > > says, that a bug is assigned to a person or group of persons to work on > iirc you can use ON_DEV to show that someone is working on it. Also > ASSIGNED can be interpreted as "assigned to the right component". Technically it could mean any aspect of the bug is assigned to any other aspect. But I don't think that's helpful. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dhollis at davehollis.com Tue Feb 26 19:39:04 2008 From: dhollis at davehollis.com (David Hollis) Date: Tue, 26 Feb 2008 14:39:04 -0500 Subject: Palm handhelds *nearly* working again in Fedora: a plea for some (HAL) help In-Reply-To: <1204041075.28559.26.camel@keyop.ecs.soton.ac.uk> References: <1204023774.3150.44.camel@localhost.localdomain> <1204031421.5237.2.camel@dhollis-lnx.sunera.com> <1204041075.28559.26.camel@keyop.ecs.soton.ac.uk> Message-ID: <1204054744.3566.1.camel@dhollis-lnx.sunera.com> On Tue, 2008-02-26 at 15:51 +0000, Kevin Page wrote: > > > Going through the bugzilla and > > changing over to libusb and planting the corrected HAL/PolicyKit > files > > got me going. Now I no longer need the udev rules, or any fancy > perm > > files. It does just work. > > That's great to hear! What model Palm are you using? I'm on a Treo 650. -- David Hollis From jkeating at redhat.com Tue Feb 26 19:41:49 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 26 Feb 2008 14:41:49 -0500 Subject: Fedora 9 Beta freeze coming! Message-ID: <20080226144149.6b12d983@redhat.com> The Sulphur is getting cold.... The Beta freeze is one week away (March 4th)! What does this mean for you? Beta freeze is a blocking freeze, that is when we freeze, rawhide will compose from the freeze set, not from any future builds done in the devel/ cvs branch. If you need a build tagged for the beta, you'll need to mail rel-eng at fedoraproject.org with your build and reasoning for including it in the beta. See http://fedoraproject.org/wiki/ReleaseEngineering/Overview#head-7dfffd8d508d35c931d4b7cc519fce1b00019e4c for details. Once the Beta has been composed, rawhide will open up again and pick up the builds that have been done since the freeze, and we'll march our way toward the final freeze. It is worth noting that the Beta freeze is also the Feature and String freezes for Fedora 9. After Beta release we'll start allowing pre-branching of packages for Fedora 9. This will allow maintainers to stabilize software in the F-9/ branch while continuing on future development in the devel/ branch. More on that 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: 197 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 jwboyer at gmail.com Tue Feb 26 19:49:58 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 26 Feb 2008 13:49:58 -0600 Subject: Fedora Rel-Eng Meeting Recap 2008-FEB-25 In-Reply-To: <47C46A24.1070805@redhat.com> References: <47C46A24.1070805@redhat.com> Message-ID: <20080226134958.3ff8a159@vader.jdub.homelinux.org> On Tue, 26 Feb 2008 11:36:04 -0800 John Poelstra wrote: > > Recap and full IRC transcript found here: > http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2008-feb-25 > == Discussion of Custom Spins == > * 11 more in the pipeline > * See IRC log Also see the fedora-advisory-board list if you're curious for more. josh From jonstanley at gmail.com Tue Feb 26 19:52:03 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Tue, 26 Feb 2008 14:52:03 -0500 Subject: Fedora bug workflow - process change In-Reply-To: <200802261421.57829.opensource@till.name> References: <1204020988.14674.9.camel@wombat.tiptoe.de> <200802261421.57829.opensource@till.name> Message-ID: 2008/2/26 Till Maas : > iirc you can use ON_DEV to show that someone is working on it. Also ASSIGNED > can be interpreted as "assigned to the right component". That was part of my original proposal but was dropped due to having little value (and I still believe that it has little if any value). From rdieter at math.unl.edu Tue Feb 26 19:51:28 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Feb 2008 13:51:28 -0600 Subject: KDE4 causes cluttered up gnome "other" applications menu References: <47C45D95.4090108@hhs.nl> Message-ID: Hans de Goede wrote: > I've also got KDE installed on my box, and I just noticed that I've a very > full other menu under gnome, which is full with KDE control center > modules, shouldn't these have an OnlyShowIn=KDE line in their .desktop > file? > > Shall I file a bug, and ifso against which component? kdebase-workspace (we can triage it from there). Examples? -- Rex From dwmw2 at infradead.org Tue Feb 26 19:53:34 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 26 Feb 2008 14:53:34 -0500 Subject: gcc-4.3 check failure on ppc64 only In-Reply-To: <47C45E33.7060702@redhat.com> References: <47C45E33.7060702@redhat.com> Message-ID: <1204055615.2599.31.camel@shinybook.infradead.org> On Tue, 2008-02-26 at 13:45 -0500, Christopher Aillon wrote: > And by ppc64, you actually mean i386, right? > http://koji.fedoraproject.org/koji/taskinfo?taskID=471376 > > You should be able to add > > cat tests/testsuite.log > > at an appropriate place, no? And if you really did mean ppc64, mail me a SSH public key. -- dwmw2 From notting at redhat.com Tue Feb 26 20:08:59 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 26 Feb 2008 15:08:59 -0500 Subject: upstart testers wanted! In-Reply-To: <47C4436F.8080700@cox.net> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <20080226151959.GC16794@nostromo.devel.redhat.com> <47C4436F.8080700@cox.net> Message-ID: <20080226200859.GA31088@nostromo.devel.redhat.com> Clyde E. Kunkel (clydekunkel7734 at cox.net) said: >> Do you have numbers? I'm not sure why it would be significantly different >> at all; it's still running the same shutdown scripts. > > I don't have numbers, but subjectively, shutdown or restart are faster than > before. So, I did some profiling, and it is consistently measurably, if not significantly, faster (16 sec vs 18 for init). I suspect that it's something to do with how init kills processes at the end. Bill From jonstanley at gmail.com Tue Feb 26 20:13:24 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Tue, 26 Feb 2008 15:13:24 -0500 Subject: Fedora bug workflow - process change In-Reply-To: <1204036409.16094.16.camel@gibraltar.str.redhat.com> References: <1204020988.14674.9.camel@wombat.tiptoe.de> <47C41E41.6080802@volny.cz> <1204036409.16094.16.camel@gibraltar.str.redhat.com> Message-ID: On Tue, Feb 26, 2008 at 9:33 AM, Nils Philippsen wrote: > Very much so I believe. If nobody is working on a bug, no activity on it > means something hugely different from when somebody is supposed to work > on it. I personally have a query for bugs that I'm CC'ed on (which you should be CC'ed on any bugs that you triage - for the life of them) that have had no activity in 30 days. I don't have this as part of the triage process, but maybe it should be. I'm open to comments here - the point of this is good user experience, not introducing bureaucracy (although some of the latter is necessary to ensure the former). The main reason behind the use of the states that we decided is that we wanted to launch this with the minimal amount of development and retooling necessary (i.e. none). There is no such thing as an UNCONFIRMED state in b.r.c, as there is in say GNOME. This was actually specifically removed, since having it would impact RHEL workflow (and you can't specify different initial states per product in the version of bugzilla used here). VERIFIED means something entirely different - we don't use it in Fedora and don't want to. In RHEL land it indicates that the patch proposed has passed through the QE department successfully (or something close to that) and that the bug is verified as having been fixed. From notting at redhat.com Tue Feb 26 20:20:50 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 26 Feb 2008 15:20:50 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <20080218194915.GB15292@nostromo.devel.redhat.com> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> <1203249851.348.58.camel@behdad.behdad.org> <20080218194915.GB15292@nostromo.devel.redhat.com> Message-ID: <20080226202050.GA32756@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > Behdad Esfahbod (behdad at behdad.org) said: > > I'd go as far as saying that unicode_start should only be called > > from /etc/profile, not other bash invocations. > > Heck, it should only be called from a udev rule on console initialization. ... done as of initscripts-8.64-1. Bill From notting at redhat.com Tue Feb 26 20:40:39 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 26 Feb 2008 15:40:39 -0500 Subject: 3 simple steps to make booting/shutdown faster... In-Reply-To: <20080216184046.6fb46c1a@laptopd505.fenrus.org> References: <20080216184046.6fb46c1a@laptopd505.fenrus.org> Message-ID: <20080226204039.GB32756@nostromo.devel.redhat.com> Arjan van de Ven (arjan at infradead.org) said: > So I got a tad annoyed by why the initscript processing is (in my impatient perception) slow; > most initscripts (in timing) only take like 0.1 second themselves after all. > Turns out.. the rest of the initscript system had quite a bit of overhead. > (More so on F7 than on F8, but still). > > Now... I made a bunch of tweaks to the 3 key files and this made things quite > a bit faster; F8 is 50% slower than the new situation > (for a specific test, new code takes 0.275 seconds, F8 code takes 0.41 seconds). Do you have some timings of these on a system level? I'm only seeing at best a second improvement. Bill From loganjerry at gmail.com Tue Feb 26 20:56:48 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 26 Feb 2008 13:56:48 -0700 Subject: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th In-Reply-To: <200802251429.54597.jwilson@redhat.com> References: <47C310E8.1030008@redhat.com> <200802251419.14619.jwilson@redhat.com> <200802251429.54597.jwilson@redhat.com> Message-ID: <870180fe0802261256o5466d145of1f725abfcd3ddf3@mail.gmail.com> On Mon, Feb 25, 2008 at 12:29 PM, Jarod Wilson wrote: > On Monday 25 February 2008 02:19:14 pm Jarod Wilson wrote: > > On Monday 25 February 2008 02:03:04 pm Warren Togami wrote: > > > Fedora Rel-eng has decided that all packages in rawhide that remain > > > orphaned will be removed on Thursday, February 28th. Some of the below > > > look like they may be important. > > > > > > check > > > > Crap. One of my packages BR: check-devel. I guess I could take it over... > > ...but I see a bunch of gnome and/or X stuff apparently needs it too. I'll > leave it be for someone else, I have enough stuff I don't really want > already... I'm working on a project that uses check extensively. I'll take it if nobody else beats me to it. -- Jerry James http://loganjerry.googlepages.com/ From xavier at bachelot.org Tue Feb 26 21:06:17 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Tue, 26 Feb 2008 22:06:17 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <20080226194825.befa2bd1.mschwendt@gmail.com> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B95C43.3010701@bachelot.org> <20080218120851.71f8a2f9.mschwendt@gmail.com> <47C43E09.7030106@bachelot.org> <21238.192.54.193.53.1204044365.squirrel@rousalka.dyndns.org> <47C45A7A.3050805@bachelot.org> <20080226194825.befa2bd1.mschwendt@gmail.com> Message-ID: <47C47F49.1050409@bachelot.org> Michael Schwendt wrote: > On Tue, 26 Feb 2008 19:29:14 +0100, Xavier Bachelot wrote: > >> Nicolas Mailhot wrote: >>> Le Mar 26 f?vrier 2008 17:27, Xavier Bachelot a ?crit : >>> >>>> Here's another try at xerces-c27 : >>>> >>>> http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec >>>> http://washington.kelkoo.net/fedora/SRPMS/xerces-c27-2.7.0-2.fc8.src.rpm >>>> >>>> rpmlint output (most of the errors are also in the original xerces-c >>>> package) : >>>> xerces-c27.i386: E: non-standard-executable-perm >>>> /usr/lib/libxerces-depdom.so.27.0 0775 >>> Replace your %defattr(-,root,root,-) with more specific permissions ; >>> trusting every single upstream to get this right is hopeless and >>> unless you audit the permissions after every update explicit defattr >>> is a good safety belt. >>> >>>> xerces-c27-doc.i386: W: file-not-utf8 >>>> /usr/share/doc/xerces-c27-doc-2.7.0/doc/migration.xml >>> Convert it at build time to proper UTF-8 >>> >> This 2 warnings (and probably the others) will be easily fixed and need >> to be fixed in the original xerces-c package too. Thanks anyway :-) >> My question was more about the general shape of the 'compat' package. > > --- xerces-c27.spec.orig 2008-02-26 16:52:24.000000000 +0100 > +++ xerces-c27.spec 2008-02-26 19:47:06.000000000 +0100 > @@ -77,10 +77,12 @@ > %{__rm} -rf $RPM_BUILD_ROOT > export XERCESCROOT="$PWD" > %{__make} install -C src/xercesc DESTDIR="$RPM_BUILD_ROOT" > +/sbin/ldconfig -n $RPM_BUILD_ROOT%{_libdir} > mkdir -p $RPM_BUILD_ROOT%{_libdir}/xerces-c-2.7.0 > cd $RPM_BUILD_ROOT%{_libdir}/xerces-c-2.7.0/ > ln -s ../libxerces-c.so.27 libxerces-c.so > ln -s ../libxerces-depdom.so.27 libxerces-depdom.so > +cd - > rm $RPM_BUILD_ROOT%{_libdir}/libxerces*.so > mkdir -p $RPM_BUILD_ROOT%{_includedir}/xercesc-2.7.0 > mv $RPM_BUILD_ROOT%{_includedir}/xercesc $RPM_BUILD_ROOT%{_includedir}/xercesc-2.7.0 > @@ -100,8 +102,9 @@ > > %files devel > %defattr(-,root,root,-) > +%dir %{_libdir}/xerces-c-2.7.0 > %{_libdir}/xerces-c-2.7.0/libxerces*.so > -%{_includedir}/xercesc-2.7.0 > +%{_includedir}/xercesc-2.7.0/ > > > %files doc > Thanks Michael. New version including both Nicolas and Michael suggestions : http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec http://washington.kelkoo.net/fedora/SRPMS/xerces-c27-2.7.0-3.fc8.src.rpm Regards, Xavier From walters at redhat.com Tue Feb 26 21:10:15 2008 From: walters at redhat.com (Colin Walters) Date: Tue, 26 Feb 2008 16:10:15 -0500 Subject: upstart testers wanted! In-Reply-To: <20080226200859.GA31088@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <20080226151959.GC16794@nostromo.devel.redhat.com> <47C4436F.8080700@cox.net> <20080226200859.GA31088@nostromo.devel.redhat.com> Message-ID: <1204060215.4018.5.camel@space-ghost.verbum.private> On Tue, 2008-02-26 at 15:08 -0500, Bill Nottingham wrote: > Clyde E. Kunkel (clydekunkel7734 at cox.net) said: > >> Do you have numbers? I'm not sure why it would be significantly different > >> at all; it's still running the same shutdown scripts. > > > > I don't have numbers, but subjectively, shutdown or restart are faster than > > before. > > So, I did some profiling, and it is consistently measurably, if not > significantly, faster (16 sec vs 18 for init). I suspect that it's something > to do with how init kills processes at the end. Was there any progress on the front of tagging services which need explicit shutdown, and just kill -9 the rest? From graesser at fvi.net Tue Feb 26 21:19:17 2008 From: graesser at fvi.net (Ron Graesser) Date: Tue, 26 Feb 2008 15:19:17 -0600 Subject: unsubscribe [rongraesser] [Ron Graesser=] Message-ID: <47C48255.2080701@fvi.net> Dear Sires, Unsubscribe my membership. My password is rongraesser. My email is graesser at fvi.net. I don't need this language at this time. Thank you for your assistance. Yours, Ronald Ivan Graesser 319-393-8009 graesser at fvi.net PS fedora-news-list-owner at redhat.com From fedora at camperquake.de Tue Feb 26 21:25:36 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 26 Feb 2008 22:25:36 +0100 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> Message-ID: <47C483D0.6010002@camperquake.de> Hi. Horst H. von Brand schrieb: > All well and good, but right now rawhide is /very/ broken: ...for some people. I don't know why, but I have almost no problems. > - X doesn't get along with keyboards and mice Works for me (apart from Ctrl-Alt-Fn) > - GNOME settings daemon crashes, much of GNOME doesn't work as a result Yep, seen that. > - Latest kernels just hang on boot or are unable to start X Works for me > - gdm crashes X Works for me. From alan at clueserver.org Tue Feb 26 21:37:17 2008 From: alan at clueserver.org (Alan) Date: Tue, 26 Feb 2008 13:37:17 -0800 (PST) Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <47C483D0.6010002@camperquake.de> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> <47C483D0.6010002@camperquake.de> Message-ID: <22427.198.182.194.170.1204061837.squirrel@clueserver.org> > Hi. > > Horst H. von Brand schrieb: > >> All well and good, but right now rawhide is /very/ broken: > > ...for some people. I don't know why, but I have almost no > problems. I have occasional problems with missing pieces. (Package X needs version y of package z which is not built yet.) That is pretty standard with Rawhide. I just upgrade what I can. >> - X doesn't get along with keyboards and mice > > Works for me (apart from Ctrl-Alt-Fn) The mouse problem is fixed in the latest xorg. Ctrl-alt-fn is still broken.) >> - GNOME settings daemon crashes, much of GNOME doesn't work as a result > > Yep, seen that. I have not seen that. Maybe I am lucky. >> - Latest kernels just hang on boot or are unable to start X > > Works for me The only time I had that problem was when I tried to install the commercial driver from nVIDIA. That was *bad*. >> - gdm crashes X > > Works for me. Now if I could just get it to configure correctly... gdmsetup seems to be missing. From lordmorgul at gmail.com Tue Feb 26 21:44:43 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 26 Feb 2008 13:44:43 -0800 Subject: unsubscribe [rongraesser] [Ron Graesser=] In-Reply-To: <47C48255.2080701@fvi.net> References: <47C48255.2080701@fvi.net> Message-ID: <47C4884B.2060406@gmail.com> Ron Graesser wrote: > Dear Sires, > > Unsubscribe my membership. My password is rongraesser. > My email is graesser at fvi.net. > I don't need this language at this time. > Thank you for your assistance. > > Yours, > Ronald Ivan Graesser > 319-393-8009 > graesser at fvi.net > > PS fedora-news-list-owner at redhat.com Ron, You should have just received a confirmation email to unsubscribe yourself (click the link within the email coming directly from fedora-devel-list-request at redhat.com. In the future, you can unsubscribe yourself from 'mailman' mailing lists by visiting the same page where you join the list. At the bottom you enter your email address, then click the 'unsubscribe or edit options' button. The instructions are clear after that, click the unsubscribe button on the next page. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From dwalsh at redhat.com Tue Feb 26 22:04:37 2008 From: dwalsh at redhat.com (Daniel J Walsh) Date: Tue, 26 Feb 2008 17:04:37 -0500 Subject: fluendo codecs requiring textrel_shlib_t Message-ID: <47C48CF5.6040200@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy, I believe you told me that the fluendo codecs are built with the Intel compiler and that is why they need the textrel_shlib_t to work together. Uli mentioned that he could work with the Intel guys to fix the problem. If someone else knows about this please chime in. Dan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkfEjPUACgkQrlYvE4MpobPvCACgvMz0vWFk0+CqnS1dPkW0x19P 254An2ylUw/wD02zA3Tb91yTgbija0rf =AxHZ -----END PGP SIGNATURE----- From ml at deadbabylon.de Tue Feb 26 22:07:44 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Tue, 26 Feb 2008 23:07:44 +0100 Subject: KDE-SIG weekly report (09/2008) Message-ID: <200802262307.50688.ml@deadbabylon.de> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply ?to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 09/2008 Time: 2008-02-26 16:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-26 Meeting log: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-02-26?action=AttachFile&do=get&target=fedora-kde-sig-2008-02-26.txt ---------------------------------------------------------------------------------- = Participants = - LukasTinkl - KevinKofler - RexDieter - SebastianVahl ---------------------------------------------------------------------------------- = Agenda = - PolicyKit integration (#428212) - Preparing for Beta and Feature Freeze 4 March 2008 - Package list for the live images [1] - Call for 3.5.9 testing - KDE 4 packages "branding" (#434815, add -DKDE_DISTRIBUTION_TEXT="Fedora - packages" to %{cmake_kde4} in /etc/rpm/macros.kde4) recent bugs: - CUPS printer configuration broken on x86_64 (#230979, #416101) - fixed in 3.5.9-2 - #434624: Administrator Mode Not Working In KDE Control Center - #434824: KDE4 System Settings - No Method To Enter Administrative Mode - #374011: SELinux is preventing /usr/bin/kdm (xdm_t) "execute" to (bootloader_exec_t). - #429966: startkde becomes Zombie Child of gdm-binary on logout = Summary = o Preparing for Beta and Feature Freeze 4 March 2008: - KDE 4.0.2 would be tagged on Feb 27 and be released on Mar 05 - Because this is mostly a bugfix release it should pass rel-eng - some non-functional KDE 3 packages were EOL'd - for other packages bugs are already filed o Package list for the live images: - konversation pulls in kdebase3 which is likely not needed - with ktorrent-3.0.0 another app is ported to KDE 4 o Call for KDE 3.5.9 testing: - KDE 3.5.9 is in fedora-updates-testing for some days now - it could be pushed to stable next week if no breakage reports appear - because of KDE 4 being in Rawhide this is the only testing ground and needs to be advertised before pushing it to stable - proposals for the advertise: blogs, fedora-list, fedora-test-list, kde-redhat-lists o KDE 4 packages "branding": - we should brand the fedora packages with "Fedora Packages" - this would be done by a patch for kdelibs by LukasTinkl == recent bug reports == #434624: Administrator Mode Not Working In KDE Control Center: - hard to reproduce #230979, #416101: CUPS printer configuration broken on x86_64: - already fixed #433511: vnc server through krfb and accessing by http broken: - already fixed #374011: SELinux is preventing /usr/bin/kdm (xdm_t) "execute" to (bootloader_exec_t): - a bug with recent activity but still open #429966: startkde becomes Zombie Child of gdm-binary on logout: - hard to debug and still open #434824: KDE4 System Settings - No Method To Enter Administrative Mode: - known upstream bug [2] - LukasTinkl will try to look into it ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-03-04 ---------------------------------------------------------------------------------- = Links = [1] http://fedoraproject.org/wiki/SebastianVahl/CurrentPackageList [2] http://bugs.kde.org/show_bug.cgi?id=151669 Buglist: https://bugzilla.redhat.com/show_bug.cgi?id=230979 https://bugzilla.redhat.com/show_bug.cgi?id=374011 https://bugzilla.redhat.com/show_bug.cgi?id=416101 https://bugzilla.redhat.com/show_bug.cgi?id=428212 https://bugzilla.redhat.com/show_bug.cgi?id=429966 https://bugzilla.redhat.com/show_bug.cgi?id=434624 https://bugzilla.redhat.com/show_bug.cgi?id=434824 -------------- 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 pp at ee.oulu.fi Tue Feb 26 22:13:04 2008 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Wed, 27 Feb 2008 00:13:04 +0200 Subject: GTK program badness 10000 in recent rawhide In-Reply-To: <1204039917.16349.15.camel@localhost.localdomain> References: <20080225233848.GA16538@ee.oulu.fi> <1204039917.16349.15.camel@localhost.localdomain> Message-ID: <20080226221303.GA28763@ee.oulu.fi> On Tue, Feb 26, 2008 at 10:31:57AM -0500, Adam Jackson wrote: > On Tue, 2008-02-26 at 01:38 +0200, Pekka Pietikainen wrote: > > > The program 'gnome-session' received an X Window System error. > > This probably reflects a bug in the program. > > The error was 'BadWindow (invalid Window parameter)'. > > (Details: serial 21 error_code 3 request_code 2 minor_code 0) > open to the normal non-selinux state. If, however, you were in > permissive mode, it would load the policy from the disk, then enforce it > due to a bug, and would throw denials all over the place. > > That'll teach you to turn selinux off... Indeed, I had it on permissive ("Even though I don't like selinux, permissive might help in testing it at least a bit"). Today's rawhide + selinux off and gnome works a-ok. Thanks! -- Pekka Pietikainen From dwmw2 at infradead.org Tue Feb 26 22:20:29 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 26 Feb 2008 17:20:29 -0500 Subject: Possible gcc 4.3 error on ppc64 In-Reply-To: <20080225180105.GC15808@lisas.de> References: <20080225110227.GA12373@lisas.de> <20080225164425.GE24887@devserv.devel.redhat.com> <20080225180105.GC15808@lisas.de> Message-ID: <1204064430.2599.54.camel@shinybook.infradead.org> On Mon, 2008-02-25 at 19:01 +0100, Adrian Reber wrote: > On Mon, Feb 25, 2008 at 11:44:25AM -0500, Jakub Jelinek wrote: > > On Mon, Feb 25, 2008 at 12:02:27PM +0100, Adrian Reber wrote: > > > If anyone has any information if this a bug in gcc or what needs to be > > > fixed to get this running again... that would be great. > > > > No, this is just buggy libmpd-devel. The header has: > > > > /* Internal Data struct functions */ > > inline MpdData * mpd_new_data_struct (void); > > inline MpdData * mpd_new_data_struct_append (MpdData * data); > > inline MpdData * mpd_data_concatenate (MpdData * const first, MpdData * const second); > > inline MpdData * mpd_data_get_next_real (MpdData * const data, int kill_list); > > /* more internal stuff*/ > > > > but the inline functions aren't defined anywhere in the current > > TU, so ISO C99, 6.7.4(6) is violated: > > Thanks a lot. That was it. But do you have any idea why it only > happened on ppc64? Presumably the compiler only actually _did_ inline it on ppc64, and chose not to do so for other architectures this week. And where it didn't get inlined, it does actually exist and the link will succeed. Yet another example of a build failure on ppc/ppc64 which actually demonstrates a generic problem. That's the third one I've seen today... -- dwmw2 From jeff at ocjtech.us Tue Feb 26 23:00:55 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 26 Feb 2008 17:00:55 -0600 Subject: Asterisk 1.6 on it's way to Rawhide Message-ID: <935ead450802261500v2fa9266y7d77eb5f4e53a3bb@mail.gmail.com> After reading the comments regarding Asterisk 1.6 in F9, I've decided to update Asterisk in Rawhide to 1.6. It's building in Koji as I write this[1]. These packages are _totally_ untested so be careful when you upgrade to them and please report any problems to the usual places. Jeff [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=472003 From orion at cora.nwra.com Tue Feb 26 23:25:32 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 26 Feb 2008 16:25:32 -0700 Subject: Fedora 9 Beta freeze coming! In-Reply-To: <20080226144149.6b12d983@redhat.com> References: <20080226144149.6b12d983@redhat.com> Message-ID: <47C49FEC.8030000@cora.nwra.com> Jesse Keating wrote: > The Sulphur is getting cold.... > > The Beta freeze is one week away (March 4th)! Any chance we will have an installable rawhide before then? -- 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 wwoods at redhat.com Wed Feb 27 00:32:51 2008 From: wwoods at redhat.com (Will Woods) Date: Tue, 26 Feb 2008 19:32:51 -0500 Subject: Fedora 9 Beta freeze coming! In-Reply-To: <47C49FEC.8030000@cora.nwra.com> References: <20080226144149.6b12d983@redhat.com> <47C49FEC.8030000@cora.nwra.com> Message-ID: On Feb 26, 2008, at 6:25 PM, Orion Poplawski wrote: > Jesse Keating wrote: >> The Sulphur is getting cold.... >> The Beta freeze is one week away (March 4th)! > > Any chance we will have an installable rawhide before then? A couple more bugs got worked out yesterday and today. Jesse did a rawhide compose by hand, which we're testing now. Everything seems like it might be OK. So with a little luck tomorrow's rawhide will be installable. Keep your fingers crossed.. -w From jkeating at redhat.com Wed Feb 27 00:48:45 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 26 Feb 2008 19:48:45 -0500 Subject: Fedora 9 Beta freeze coming! In-Reply-To: References: <20080226144149.6b12d983@redhat.com> <47C49FEC.8030000@cora.nwra.com> Message-ID: <20080226194845.596462f1@redhat.com> On Tue, 26 Feb 2008 19:32:51 -0500 Will Woods wrote: > A couple more bugs got worked out yesterday and today. Jesse did a > rawhide compose by hand, which we're testing now. Everything seems > like it might be OK. > > So with a little luck tomorrow's rawhide will be installable. Keep > your fingers crossed.. Well, it installed, but it didn't reboot after. Just plain didn't pick up the kvm disk during bootup, and thus things failed :/ Not sure if it's KVM specific or something worse. -- 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: 197 bytes Desc: not available URL: From bnocera at redhat.com Wed Feb 27 01:13:23 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Wed, 27 Feb 2008 01:13:23 +0000 Subject: fluendo codecs requiring textrel_shlib_t In-Reply-To: <47C48CF5.6040200@redhat.com> References: <47C48CF5.6040200@redhat.com> Message-ID: <1204074803.2754.241.camel@cookie.hadess.net> On Tue, 2008-02-26 at 17:04 -0500, Daniel J Walsh wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jeremy, > > > I believe you told me that the fluendo codecs are built with the Intel > compiler and that is why they need the textrel_shlib_t to work together. > Uli mentioned that he could work with the Intel guys to fix the problem. > > If someone else knows about this please chime in. That's the case. See also the "upstream" bug: https://core.fluendo.com/gstreamer/trac/ticket/24 I'm sure the Fluendo guys would know more about the details and would be able to produce a short test case. From xavier at bachelot.org Tue Feb 26 18:24:39 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Tue, 26 Feb 2008 19:24:39 +0100 Subject: xerces-c27 (was rawhide report: 20080211 changes) In-Reply-To: <47C4551B.6000105@hhs.nl> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B95C43.3010701@bachelot.org> <20080218120851.71f8a2f9.mschwendt@gmail.com> <47C43E09.7030106@bachelot.org> <47C4551B.6000105@hhs.nl> Message-ID: <47C45967.2080102@bachelot.org> Hans de Goede wrote: > Hi Guys, > Hi Hans, > Sorry for jumping in in the middle of thread, but I just noticed this, > what exactly are the motivations for doing a compat(ish) package? > The package that needs this is perl-XML-Xerces. See https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01169.html > Are there many packages that don't build with the new xerces-c? I've > recently fixed one of mine, and the needed changes weren't really all > that big, so maybe our effort is better spend trying to fix the xerces-c > users? > No idea, but in this case, upstream said it wasn't easily fixable. > Regards, > > Hans > Regards, Xavier From kevin.kofler at chello.at Wed Feb 27 06:35:40 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 27 Feb 2008 06:35:40 +0000 (UTC) Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf References: <47BC9E3C.1020707@hhs.nl> <20080221173646.GA25722@tango.0pointer.de> <47BDC3A7.1080906@hhs.nl> <20080226164604.GA25211@tango.0pointer.de> <47C456FA.6080104@hhs.nl> Message-ID: Hans de Goede hhs.nl> writes: > It does, my concern is that "joe the average user" when looking for someway > to control the volume, will expect something name just "Volume Control", and > may not try to start "PulseAudio Volume Control", or atleast not after trying > many other options, because he has no idea what PulseAudio is, and unfamiliar > makes unloved / he might find it "scary". But users who disabled PA will be mightily confused if they try running something advertising itself as "Volume Control" and not working at all due to PA not running. This is just one more instance of the same problem: please don't use generic names only! The current "PulseAudio Volume Control" entry is correct. Kevin Kofler From Lam at Lam.pl Wed Feb 27 06:44:19 2008 From: Lam at Lam.pl (Leszek Matok) Date: Wed, 27 Feb 2008 07:44:19 +0100 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: References: <47BC9E3C.1020707@hhs.nl> <20080221173646.GA25722@tango.0pointer.de> <47BDC3A7.1080906@hhs.nl> <20080226164604.GA25211@tango.0pointer.de> <47C456FA.6080104@hhs.nl> Message-ID: <20080227074419.4098ebb0@pensja.lam.pl> Dnia 2008-02-27, o godz. 06:35:40 Kevin Kofler napisa?(a): > This is just one more instance of the same problem: please don't use generic > names only! The current "PulseAudio Volume Control" entry is correct. You can't expect users to learn tens of names of daemons that are under the hood. The correct entry would be "Volume Control", a program that can control volume settings of every sound system currently enabled, or present a user with a list of possible volume control applications (hiding ones that won't work), eplaining the difference between them and spawning them at will. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin.kofler at chello.at Wed Feb 27 06:53:29 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 27 Feb 2008 06:53:29 +0000 (UTC) Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf References: <47BC9E3C.1020707@hhs.nl> <20080221173646.GA25722@tango.0pointer.de> <47BDC3A7.1080906@hhs.nl> <20080226164604.GA25211@tango.0pointer.de> <47C456FA.6080104@hhs.nl> <20080227074419.4098ebb0@pensja.lam.pl> Message-ID: Leszek Matok Lam.pl> writes: > You can't expect users to learn tens of names of daemons that are under the > hood. Then you end up with at least 3 different menu entries all called "Volume Control" (pavucontrol, gnome-volume-control, kmix, there's probably more) and no idea which is which. > The correct entry would be "Volume Control", a program that can control > volume settings of every sound system currently enabled, or present a user > with a list of possible volume control applications (hiding ones that won't > work), eplaining the difference between them and spawning them at will. A metaprogram? No thanks! Kevin Kofler From kevin.kofler at chello.at Wed Feb 27 06:58:44 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 27 Feb 2008 06:58:44 +0000 (UTC) Subject: gcc-4.3 check failure on ppc64 only References: <47C45E33.7060702@redhat.com> Message-ID: Christopher Aillon redhat.com> writes: > And by ppc64, you actually mean i386, right? > http://koji.fedoraproject.org/koji/taskinfo?taskID=471376 > > You should be able to add > > cat tests/testsuite.log > > at an appropriate place, no? Or just target i386 in mock on x86_64 if it's really i386, that's what the 32-bit compatibility of x86_64 is for. :-) For ppc/ppc64 issues, see David Woodhouse's reply. Kevin Kofler From johannbg at hi.is Wed Feb 27 07:18:04 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Wed, 27 Feb 2008 07:18:04 +0000 Subject: ISC-DHCP 4 and Freeradius 2 In-Reply-To: <47BB36FE.3080407@redhat.com> References: <935ead450802190923i4a076d62vdbb911bd4c161d80@mail.gmail.com> <604aa7910802190950p2f785f58wa6b716dfbdd0c42a@mail.gmail.com> <20080219115914.2c1c8dea@zod.rchland.ibm.com> <47BB3062.3030606@hi.is> <47BB36FE.3080407@redhat.com> Message-ID: <47C50EAC.6090105@hi.is> John Dennis wrote: > Johann B. Gudmundsson wrote: >> How about knocking ISC-DHCP and Freeradius up couple of versions.. >> Anything blocking it? > > Yes, packaging the new 2.0 (actually 2.0.2) version of FreeRADIUS is > on my to-do list. Nothing blocking it other than higher priority tasks. > Ping JD Panic Freeze coming... Could you push FreeRADIUS 2.0.2 in please..... Best regards. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From pemboa at gmail.com Wed Feb 27 07:27:09 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 01:27:09 -0600 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: References: <47BC9E3C.1020707@hhs.nl> <20080221173646.GA25722@tango.0pointer.de> <47BDC3A7.1080906@hhs.nl> <20080226164604.GA25211@tango.0pointer.de> <47C456FA.6080104@hhs.nl> <20080227074419.4098ebb0@pensja.lam.pl> Message-ID: <16de708d0802262327r556e934fqeb0a5540dfe03765@mail.gmail.com> On Wed, Feb 27, 2008 at 12:53 AM, Kevin Kofler wrote: > Leszek Matok Lam.pl> writes: > > You can't expect users to learn tens of names of daemons that are under the > > hood. > > Then you end up with at least 3 different menu entries all called "Volume > Control" (pavucontrol, gnome-volume-control, kmix, there's probably more) and > no idea which is which. > > > > The correct entry would be "Volume Control", a program that can control > > volume settings of every sound system currently enabled, or present a user > > with a list of possible volume control applications (hiding ones that won't > > work), eplaining the difference between them and spawning them at will. > > A metaprogram? No thanks! so, just to be clear, a loader program with loads the best app (transparent to the user) would be a bad idea? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From foss.mailinglists at gmail.com Wed Feb 27 07:26:16 2008 From: foss.mailinglists at gmail.com (Sankarshan Mukhopadhyay) Date: Wed, 27 Feb 2008 12:56:16 +0530 Subject: default mail client In-Reply-To: <47BCEFBE.1040106@redhat.com> References: <47BCD874.3000600@redhat.com> <1203559050.10735.4.camel@localhost.localdomain> <47BCEFBE.1040106@redhat.com> Message-ID: <47C51098.5000506@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jens Petersen wrote: | Ok, my comments were a little vague - I meantwas that Thunderbird as a | Mozilla application can leverage rendering and other technology from | Firefox, whereas over the years we've seen a lot of i18n problems with | Evolution for example. Maybe it is the cross-platform nature of | Thunderbird that leads to its stability? is this part of some brainstorming or an indication of steps to be proposed by the i18n team at Red Hat ? - -- http://www.gutenberg.net - Fine literature digitally re-published http://www.plos.org - Public Library of Science http://www.creativecommons.org - Flexible copyright for creative work -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHxRCYXQZpNTcrCzMRAonwAJ9y4ZU00ItlWyi9Rr6hUadLERBe6QCfWRCj oUasiQD0vYybo/UyJfxHKbA= =DQKu -----END PGP SIGNATURE----- From drepper at redhat.com Wed Feb 27 02:42:12 2008 From: drepper at redhat.com (Ulrich Drepper) Date: Tue, 26 Feb 2008 18:42:12 -0800 Subject: fluendo codecs requiring textrel_shlib_t In-Reply-To: <47C48CF5.6040200@redhat.com> References: <47C48CF5.6040200@redhat.com> Message-ID: <47C4CE04.9040304@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Daniel J Walsh wrote: > I believe you told me that the fluendo codecs are built with the Intel > compiler and that is why they need the textrel_shlib_t to work together. > Uli mentioned that he could work with the Intel guys to fix the problem. Actually, I doubt this is a property of code generated by icc. It is more likely that they use (pieces of) assembler code which is not PIC-safe. There are plenty of descriptions on how to fix this around. IMO we should not endorse those encodings until they fix these issues since they open up a computer to attacks. - -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHxM182ijCOnn/RHQRAoYNAKDD28q2TIrDLwRdQu7QLI8Gq7UbBgCfQ+GL RBpaMkUpH23SqSwAYfTISw8= =p//O -----END PGP SIGNATURE----- From johannbg at hi.is Wed Feb 27 07:57:54 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Wed, 27 Feb 2008 07:57:54 +0000 Subject: Proposal: stop configuring soundcards through /etc/modprobe.conf In-Reply-To: References: <47BC9E3C.1020707@hhs.nl> <20080221173646.GA25722@tango.0pointer.de> <47BDC3A7.1080906@hhs.nl> <20080226164604.GA25211@tango.0pointer.de> <47C456FA.6080104@hhs.nl> Message-ID: <47C51802.50109@hi.is> Kevin Kofler wrote: > Hans de Goede hhs.nl> writes: > >> It does, my concern is that "joe the average user" when looking for someway >> to control the volume, will expect something name just "Volume Control", and >> may not try to start "PulseAudio Volume Control", or atleast not after trying >> many other options, because he has no idea what PulseAudio is, and unfamiliar >> makes unloved / he might find it "scary". >> > > But users who disabled PA will be mightily confused if they try running > something advertising itself as "Volume Control" and not working at all due to > PA not running. > > This is just one more instance of the same problem: please don't use generic > names only! The current "PulseAudio Volume Control" entry is correct. > > Kevin Kofler > > Hum.. Should system-config-printer than be renamed to cups-config-printer and printing to cups printing ( Only configures cups ).. and system-config-firewall to netfilter-config-firewall and firewall to netfilter-firewall ( Only configures netfilter/iptables ) etc... Either go with generic or not. Regarding the Volume Control There can be only one volume control!!!! Let's not have 3 4 or 5 volume controls because that will only lead to disaster.. Not only will the users be confused seeing 3 volume controls guessing which one to pick or better yet decide to mess with them all and ends up with a messed up audio system ( Things enabled in VC1 disabled in VC2, programs take their settings from VC3 hence don't work etc.. ). For the user call it Volume Control and when the mouse is over it in the little msg box PulseAudio Volume Control or Gnome Volume Control etc. But there should be only one... Rest should be called app-sound-settings to not confuse user.... Best regards Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From kevin.kofler at chello.at Wed Feb 27 08:08:13 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 27 Feb 2008 08:08:13 +0000 (UTC) Subject: fluendo codecs requiring textrel_shlib_t References: <47C48CF5.6040200@redhat.com> <47C4CE04.9040304@redhat.com> Message-ID: Ulrich Drepper redhat.com> writes: > Actually, I doubt this is a property of code generated by icc. It is > more likely that they use (pieces of) assembler code which is not > PIC-safe. There are plenty of descriptions on how to fix this around. As the Fluendo folks have explained multiple times, the problem is not the Intel ICC compiler, but the Intel IPP library. This got incorrectly blamed on the compiler by the usual game of "Telephone", but Intel are the only ones who can fix it (hooray for proprietary software :-/). Kevin Kofler From sgros at zemris.fer.hr Wed Feb 27 08:50:40 2008 From: sgros at zemris.fer.hr (Stjepan Gros) Date: Wed, 27 Feb 2008 09:50:40 +0100 Subject: Mouse offset in Rawhide... Message-ID: <1204102240.5713.18.camel@fedora.centrala.partner-banka.hr> Hi all, I'm running rawhide inside VMware server and starting few days ago (I can't remember exactly when) mouse in X has on offset, i.e. it doesn't act on the spot where arrow shows but in some near place. That's very annoying and makes X unusable. I tried system-config-display --reconfig but the problem persists. Does anyone has similar problems? Stjepan From triad at df.lth.se Wed Feb 27 09:07:03 2008 From: triad at df.lth.se (Linus Walleij) Date: Wed, 27 Feb 2008 10:07:03 +0100 (CET) Subject: upstart testers wanted! In-Reply-To: <20080226151959.GC16794@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <20080226151959.GC16794@nostromo.devel.redhat.com> Message-ID: On Tue, 26 Feb 2008, Bill Nottingham wrote: > Linus Walleij (triad at df.lth.se) said: >> >> I don't notice much increase in bootup speed, but shutdown is >> *considerably* quicker! > > Do you have numbers? No. Just plain perception. Can bootchart measure shutdown as well? Right now the installation is messed up by other, unrelated Rawhide weirdness tho. Linus From triad at df.lth.se Wed Feb 27 09:10:39 2008 From: triad at df.lth.se (Linus Walleij) Date: Wed, 27 Feb 2008 10:10:39 +0100 (CET) Subject: upstart testers wanted! In-Reply-To: <20080226200859.GA31088@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <20080226151959.GC16794@nostromo.devel.redhat.com> <47C4436F.8080700@cox.net> <20080226200859.GA31088@nostromo.devel.redhat.com> Message-ID: On Tue, 26 Feb 2008, Bill Nottingham wrote: > So, I did some profiling, and it is consistently measurably, if not > significantly, faster (16 sec vs 18 for init). I suspect that it's something > to do with how init kills processes at the end. Cool, then I know I can trust my perception under some circumstances! :-) Linus From mcepl at redhat.com Wed Feb 27 09:50:07 2008 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 27 Feb 2008 10:50:07 +0100 Subject: Fedora bug workflow - process change References: Message-ID: On 2008-02-25, 20:05 GMT, Jon Stanley wrote: > The ASSIGNED state is a state that has a new meaning - it used > to mean that the bug was actually assigned to a person. > Instead, it now means that the bug is capable of being worked > on by a maintainer - i.e. the triage team believes that this is > a complete, actionable bug - i.e. with a stack trace for > a crasher, various log files for other components, complete AVC > message for SELinux stuff, etc. a) I totally agree not to require retooling ? Red Hat Bugzilla maintainers are totally buzzy with upgrading to Bugzilla 3.2 (yay!!!) but Red Hat BZ is so heavily modified that this is crazy amount of work. b) ASSIGNED state is really ambiguous, but its definition is not what is important about it (and believe me, as a former lawyer, I like heated discussions about definitions ;-)). To make further discussion more understandable I will venture with these definitions of ASSIGNED, but I repeat this is not what's important, the further discussion is. So, ASSIGNED could mean: 1) The bug has been triaged, and the triager believe that there is nothing she can do about it and further decisions about the bug have to be done by developers. (Further discussion what this actually means would be endless, so I will skip it here). 2) The bug has been put to the sack of particular developer(s) and he will (sometime) work on it. 3) The bug is actively being worked on by a particular developer(s). My point is that in this discussion many people seem to confuse 2) and 3). I don't want to indulge here in the discussion whether there should be a special state of the bug to distinguish between these two, because I believe that THIS IS TOTALLY OUTSIDE OF THE WORK OF BUG TRIAGERS. Our only job is to get bug to the state 1) (or 2) at the best -- see below), but we have no business to tell developers what they should do. It is very important IMHO to actively understand that we are here just as servants of developers (using so strong words to make an emphasis), the only purpose of our work is that davej, ajax et al. don't have to deal with stupid stuff like obsolete NEEDINFOs, but we are certainly not in the position to decide what davej should do and what are his priorities (actually we may end up setting the priority/severity field sometime, but currently it is useless and impossible, and it is not what I mean here). Less important but still IMHO interesting and relevant to our discussion is the distinction between 1) and 2). For me personally, while working on my Xorg bugs, this distinction is not particularly relevant (and bugs I triage should end in the state 2)), because I know from discussion with developers what kind of bugs each of them expects, and of course whenever in doubts what to do with a particular bug I could ask on IRC. Which leads me to the point, that for bug triager to be excellent it is crucially important to be part of the team of developers for the particular set of components. Well, let me back off a little bit. We are here talking probably about two types of bug triaging. It is certainly useful when somebody just runs through kernel bugs and deals with old NEEDINFOs, never to be seen again. But there is a higher position waiting for each of us -- to be part of the team who actually actively develops Fedora, even though you cannot write a line in C if it would save your life. And that's where it begins to be fun and really interesting. Does it make a sense? Matej From lordmorgul at gmail.com Wed Feb 27 10:04:41 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 02:04:41 -0800 Subject: Mouse offset in Rawhide... In-Reply-To: <1204102240.5713.18.camel@fedora.centrala.partner-banka.hr> References: <1204102240.5713.18.camel@fedora.centrala.partner-banka.hr> Message-ID: <47C535B9.1050607@gmail.com> Stjepan Gros wrote: > Hi all, > > I'm running rawhide inside VMware server and starting few days ago (I > can't remember exactly when) mouse in X has on offset, i.e. it doesn't > act on the spot where arrow shows but in some near place. That's very > annoying and makes X unusable. I tried system-config-display --reconfig > but the problem persists. > > Does anyone has similar problems? > > Stjepan This has come and gone quite a few times for me in VMware Fusion. It seems that changing from windowed mode to fullscreen often resets it. This is especially true for using the mouse to highlight in virtual terminals. The mouse will be offset by about half the height of the terminal (but correct in the X position for width). You may be seeing more of a problem though with the last few days due to xorg server update and brokenness in how input devices are configured. Read over this bugzilla and just be aware it is a current problem. This bug is mainly about keyboards though. I do have input location problems for my mouse that is different from what I mentioned above that is recent with the last few days. The vmware mouse location (where the click occurs) will be somewhat randomly positioned, while the actual mouse appears to be somewhere else. Each click it appears to randomly relocate the effective position where it clicks. https://bugzilla.redhat.com/show_bug.cgi?id=434669 -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lkundrak at redhat.com Wed Feb 27 10:09:19 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 27 Feb 2008 11:09:19 +0100 Subject: fluendo codecs requiring textrel_shlib_t In-Reply-To: <47C4CE04.9040304@redhat.com> References: <47C48CF5.6040200@redhat.com> <47C4CE04.9040304@redhat.com> Message-ID: <1204106960.4652.102.camel@localhost.localdomain> On Tue, 2008-02-26 at 18:42 -0800, Ulrich Drepper wrote: > Daniel J Walsh wrote: > > I believe you told me that the fluendo codecs are built with the Intel > > compiler and that is why they need the textrel_shlib_t to work together. > > Uli mentioned that he could work with the Intel guys to fix the problem. > > Actually, I doubt this is a property of code generated by icc. It is > more likely that they use (pieces of) assembler code which is not > PIC-safe. There are plenty of descriptions on how to fix this around. > IMO we should not endorse those encodings until they fix these issues > since they open up a computer to attacks. Does anyone even care about fluendo codec's security? They don't even get updated with yum in case a flaw is found. -- Lubomir Kundrak (Red Hat Security Response Team) From ndbecker2 at gmail.com Wed Feb 27 10:45:34 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 27 Feb 2008 05:45:34 -0500 Subject: gcc-4.3 optimizer bugs? Message-ID: We are trying to track down a numerical problem with unuran that occurs on gcc-4.3. I know that gcc now has a very extensive test suite, and bugs are not common. I'm just wondering, are others finding similar problems with gcc-4.3? We are working on preparing a bug report. The symptoms are: 1) Problem disappears if -O0 2) Problem disappears if a printf is added 3) valgrind is silent From jakub at redhat.com Wed Feb 27 10:59:20 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 27 Feb 2008 05:59:20 -0500 Subject: gcc-4.3 optimizer bugs? In-Reply-To: References: Message-ID: <20080227105919.GL24887@devserv.devel.redhat.com> On Wed, Feb 27, 2008 at 05:45:34AM -0500, Neal Becker wrote: > We are trying to track down a numerical problem with unuran that occurs on > gcc-4.3. I know that gcc now has a very extensive test suite, and bugs are > not common. I'm just wondering, are others finding similar problems with > gcc-4.3? > > We are working on preparing a bug report. The symptoms are: > 1) Problem disappears if -O0 > 2) Problem disappears if a printf is added > 3) valgrind is silent If it is on i?86, might very well be a problem caused by excess precision. Try -O2 -msse2 -mfpmath=sse to see if it helps, you likely need some volatile temporaries to ensure results are rounded down to the desired float resp. double precision (when results are kept within FP stack, they use extended precision). If not, using binary search between -O0 and -O2 objects you can easily find the problematic object and with some extra effort even the problematic function. Create a self-contained testcase from it (main calling the problematic function with some arguments that reproduce it (if needed make it __attribute__((noinline)), add stubs for functions the problematic function calls) and report. Jakub From sundaram at fedoraproject.org Wed Feb 27 11:04:27 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 27 Feb 2008 16:34:27 +0530 Subject: Fedora bug workflow - process change In-Reply-To: References: <1204020988.14674.9.camel@wombat.tiptoe.de> <47C41E41.6080802@volny.cz> <1204036409.16094.16.camel@gibraltar.str.redhat.com> Message-ID: <47C543BB.1060001@fedoraproject.org> Jon Stanley wrote: > On Tue, Feb 26, 2008 at 9:33 AM, Nils Philippsen wrote: > >> Very much so I believe. If nobody is working on a bug, no activity on it >> means something hugely different from when somebody is supposed to work >> on it. > > I personally have a query for bugs that I'm CC'ed on (which you should > be CC'ed on any bugs that you triage - for the life of them) that have > had no activity in 30 days. I don't have this as part of the triage > process, but maybe it should be. I'm open to comments here - the > point of this is good user experience, not introducing bureaucracy > (although some of the latter is necessary to ensure the former). > > The main reason behind the use of the states that we decided is that > we wanted to launch this with the minimal amount of development and > retooling necessary (i.e. none). There is no such thing as an > UNCONFIRMED state in b.r.c, as there is in say GNOME. This was > actually specifically removed, since having it would impact RHEL > workflow (and you can't specify different initial states per product > in the version of bugzilla used here). Well, different "products" in bugzilla can have different needs. Can't bugzilla accommodate that? ASSIGNED definitely is confusing to end users who would assume ASSIGNED to mean that is someone is working on it. Rahul From ndbecker2 at gmail.com Wed Feb 27 11:25:36 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 27 Feb 2008 06:25:36 -0500 Subject: gcc-4.3 optimizer bugs? References: <20080227105919.GL24887@devserv.devel.redhat.com> Message-ID: Jakub Jelinek wrote: > If it is on i?86, might very well be a problem caused by excess precision. > Try -O2 -msse2 -mfpmath=sse to see if it helps, you likely need some > volatile temporaries to ensure results are rounded down to the desired > float resp. double precision (when results are kept within FP stack, they > use extended precision). > If not, using binary search between -O0 and -O2 objects you can easily > find the problematic object and with some extra effort even the > problematic function. ?Create a self-contained testcase from it (main > calling the problematic function with some arguments that reproduce it (if > needed make it __attribute__((noinline)), add stubs for functions the > problematic function calls) and report. > > Jakub x86_64. I guess that's the same? From jakub at redhat.com Wed Feb 27 11:33:23 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 27 Feb 2008 06:33:23 -0500 Subject: gcc-4.3 optimizer bugs? In-Reply-To: References: <20080227105919.GL24887@devserv.devel.redhat.com> Message-ID: <20080227113323.GM24887@devserv.devel.redhat.com> On Wed, Feb 27, 2008 at 06:25:36AM -0500, Neal Becker wrote: > x86_64. I guess that's the same? No. x86_64 uses SSE2 for float and double, so there are no excess precision problems on x86_64. Jakub From mcepl at redhat.com Wed Feb 27 12:01:52 2008 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 27 Feb 2008 13:01:52 +0100 Subject: Fedora bug workflow - process change References: <1204020988.14674.9.camel@wombat.tiptoe.de> <47C41E41.6080802@volny.cz> <1204036409.16094.16.camel@gibraltar.str.redhat.com> <47C543BB.1060001@fedoraproject.org> Message-ID: On 2008-02-27, 11:04 GMT, Rahul Sundaram wrote: > Well, different "products" in bugzilla can have different > needs. Can't bugzilla accommodate that? Answer is AFAIK simple ? no. :-( Mat?j From jakub.rusinek at gmail.com Wed Feb 27 12:23:38 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 13:23:38 +0100 Subject: system-* tools' ui independence Message-ID: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> hi, I said few weeks or months ago, that our system-* tools cannot descriminate KDE by using GTK. YaST authors separated UI library, so you [Red Hat or Community] can easily rewrite our tools to integrate well with KDE and GTK-based environments. http://visnov.blogspot.com/2008/02/yast-user-interface-library-is-now.html -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From harald at redhat.com Wed Feb 27 12:34:56 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 27 Feb 2008 13:34:56 +0100 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> Message-ID: <47C558F0.8050706@redhat.com> Jakub 'Livio' Rusinek wrote: > hi, > > I said few weeks or months ago, that our system-* tools cannot > descriminate KDE by using GTK. > > YaST authors separated UI library, so you [Red Hat or Community] can > easily rewrite our tools to integrate well with KDE and GTK-based > environments. > > http://visnov.blogspot.com/2008/02/yast-user-interface-library-is-now.html > License of this thing? From harald at redhat.com Wed Feb 27 12:34:56 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 27 Feb 2008 13:34:56 +0100 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> Message-ID: <47C558F0.8050706@redhat.com> Jakub 'Livio' Rusinek wrote: > hi, > > I said few weeks or months ago, that our system-* tools cannot > descriminate KDE by using GTK. > > YaST authors separated UI library, so you [Red Hat or Community] can > easily rewrite our tools to integrate well with KDE and GTK-based > environments. > > http://visnov.blogspot.com/2008/02/yast-user-interface-library-is-now.html > License of this thing? From vonbrand at inf.utfsm.cl Wed Feb 27 12:37:40 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 27 Feb 2008 09:37:40 -0300 Subject: gcc-4.3 optimizer bugs? In-Reply-To: References: Message-ID: <200802271237.m1RCbepZ007239@laptop13.inf.utfsm.cl> Neal Becker wrote: > We are trying to track down a numerical problem with unuran that occurs on > gcc-4.3. I know that gcc now has a very extensive test suite, and bugs are > not common. I'm just wondering, are others finding similar problems with > gcc-4.3? > We are working on preparing a bug report. The symptoms are: > 1) Problem disappears if -O0 > 2) Problem disappears if a printf is added That probably means there is a problem with the memory layout (something stomping on your variables?). What hapens if you call any other function instead of printf? Have you tried to look at the generated assembly? > 3) valgrind is silent -- 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 jakub.rusinek at gmail.com Wed Feb 27 12:42:12 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 13:42:12 +0100 Subject: system-* tools' ui independence In-Reply-To: <47C558F0.8050706@redhat.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> Message-ID: <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> > License of this thing? I believe GPLv2+ or GPLv3. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From harald at redhat.com Wed Feb 27 12:44:51 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 27 Feb 2008 13:44:51 +0100 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> Message-ID: Jakub 'Livio' Rusinek wrote: >> License of this thing? > > I believe GPLv2+ or GPLv3. > URL? From ndbecker2 at gmail.com Wed Feb 27 12:51:24 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 27 Feb 2008 07:51:24 -0500 Subject: gcc-4.3 optimizer bugs? References: <200802271237.m1RCbepZ007239@laptop13.inf.utfsm.cl> Message-ID: Horst H. von Brand wrote: > Neal Becker wrote: >> We are trying to track down a numerical problem with unuran that occurs >> on >> gcc-4.3. I know that gcc now has a very extensive test suite, and bugs >> are >> not common. I'm just wondering, are others finding similar problems with >> gcc-4.3? > >> We are working on preparing a bug report. The symptoms are: >> 1) Problem disappears if -O0 >> 2) Problem disappears if a printf is added > > That probably means there is a problem with the memory layout (something > stomping on your variables?). Even if valgrind is silent? (BTW, this is not my code) From jakub.rusinek at gmail.com Wed Feb 27 13:27:28 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 14:27:28 +0100 Subject: system-* tools' ui independence In-Reply-To: References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> Message-ID: <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> 2008/2/27, Harald Hoyer : > Jakub 'Livio' Rusinek wrote: > >> License of this thing? > > > > I believe GPLv2+ or GPLv3. > > > > > URL? > Proof of GPLv2: http://en.opensuse.org/YaST_Development Library currently has no homepage... -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From harald at redhat.com Wed Feb 27 13:35:06 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 27 Feb 2008 14:35:06 +0100 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> Message-ID: <47C5670A.2000507@redhat.com> Jakub 'Livio' Rusinek wrote: > 2008/2/27, Harald Hoyer : >> Jakub 'Livio' Rusinek wrote: >> >> License of this thing? >> > >> > I believe GPLv2+ or GPLv3. >> > >> >> >> URL? >> > > Proof of GPLv2: http://en.opensuse.org/YaST_Development > > Library currently has no homepage... > now I only need a python and a glade-2 interface :) From harald at redhat.com Wed Feb 27 13:35:06 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 27 Feb 2008 14:35:06 +0100 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> Message-ID: <47C5670A.2000507@redhat.com> Jakub 'Livio' Rusinek wrote: > 2008/2/27, Harald Hoyer : >> Jakub 'Livio' Rusinek wrote: >> >> License of this thing? >> > >> > I believe GPLv2+ or GPLv3. >> > >> >> >> URL? >> > > Proof of GPLv2: http://en.opensuse.org/YaST_Development > > Library currently has no homepage... > now I only need a python and a glade-2 interface :) From jakub.rusinek at gmail.com Wed Feb 27 13:49:42 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 14:49:42 +0100 Subject: system-* tools' ui independence In-Reply-To: <47C5670A.2000507@redhat.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> <47C5670A.2000507@redhat.com> Message-ID: <47C56A76.9020605@gmail.com> Harald Hoyer pisze: > Jakub 'Livio' Rusinek wrote: >> 2008/2/27, Harald Hoyer : >>> Jakub 'Livio' Rusinek wrote: >>> >> License of this thing? >>> > >>> > I believe GPLv2+ or GPLv3. >>> > >>> >>> >>> URL? >>> >> >> Proof of GPLv2: http://en.opensuse.org/YaST_Development >> >> Library currently has no homepage... >> > > now I only need a python and a glade-2 interface :) > But this is GTK-dependent. You're discriminating KDE users. From sundaram at fedoraproject.org Wed Feb 27 14:02:49 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 27 Feb 2008 19:32:49 +0530 Subject: system-* tools' ui independence In-Reply-To: <47C56A76.9020605@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> <47C5670A.2000507@redhat.com> <47C56A76.9020605@gmail.com> Message-ID: <47C56D89.90403@fedoraproject.org> Jakub 'Livio' Rusinek wrote: > > But this is GTK-dependent. You're discriminating KDE users. Would developing in Python be discriminating Perl users? Rahul From jakub.rusinek at gmail.com Wed Feb 27 14:23:41 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 15:23:41 +0100 Subject: system-* tools' ui independence In-Reply-To: <47C56D89.90403@fedoraproject.org> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> <47C5670A.2000507@redhat.com> <47C56A76.9020605@gmail.com> <47C56D89.90403@fedoraproject.org> Message-ID: <47C5726D.80307@gmail.com> Rahul Sundaram pisze: > Jakub 'Livio' Rusinek wrote: > >> >> But this is GTK-dependent. You're discriminating KDE users. > > Would developing in Python be discriminating Perl users? > > Rahul > You do not understand. KDE users have Qt, so Qt should be used in there for config tools. They do not need GTK. GNOME and XFCE users have GTK, so here GTK is used. From pemboa at gmail.com Wed Feb 27 14:20:00 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 08:20:00 -0600 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> Message-ID: <16de708d0802270620y6445519bn8c416495a16491a8@mail.gmail.com> On Wed, Feb 27, 2008 at 6:23 AM, Jakub 'Livio' Rusinek wrote: > hi, > > I said few weeks or months ago, that our system-* tools cannot > descriminate KDE by using GTK. I really don't agree with this sentiment, and I'm a bonafide KDE user. I'm not trying to tell you what to do, but to say that it is discriminating against KDE is really unnecessary, and I would argue, untrue. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From pemboa at gmail.com Wed Feb 27 14:23:16 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 08:23:16 -0600 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> Message-ID: <16de708d0802270623n5e893e0s62eec9d22588dc8e@mail.gmail.com> On Wed, Feb 27, 2008 at 6:23 AM, Jakub 'Livio' Rusinek wrote: > hi, > > I said few weeks or months ago, that our system-* tools cannot > descriminate KDE by using GTK. > > YaST authors separated UI library, so you [Red Hat or Community] can > easily rewrite our tools to integrate well with KDE and GTK-based > environments. > > http://visnov.blogspot.com/2008/02/yast-user-interface-library-is-now.html Oh yah, and unless I'm really mistaken, UI toolkits are not backends. And is there reason to believe that they Yast libraries actually work with the Fedora config files? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From sundaram at fedoraproject.org Wed Feb 27 14:29:21 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 27 Feb 2008 19:59:21 +0530 Subject: system-* tools' ui independence In-Reply-To: <47C5726D.80307@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> <47C5670A.2000507@redhat.com> <47C56A76.9020605@gmail.com> <47C56D89.90403@fedoraproject.org> <47C5726D.80307@gmail.com> Message-ID: <47C573C1.3050309@fedoraproject.org> Jakub 'Livio' Rusinek wrote: > Rahul Sundaram pisze: >> Jakub 'Livio' Rusinek wrote: >> >>> >>> But this is GTK-dependent. You're discriminating KDE users. >> >> Would developing in Python be discriminating Perl users? >> >> Rahul >> > > You do not understand. KDE users have Qt, so Qt should be used in there > for config tools. They do not need GTK. > > GNOME and XFCE users have GTK, so here GTK is used. People who choose to do the development did it in whatever toolkit and language they preferred. Nothing is stopping you from duplicating that work in whatever toolkit you prefer or even porting Yast to Fedora but writing in one toolkit is not discriminating any desktop environment. It might not be ideal but works fine. Rahul From pemboa at gmail.com Wed Feb 27 14:25:38 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 08:25:38 -0600 Subject: system-* tools' ui independence In-Reply-To: <47C5726D.80307@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> <47C5670A.2000507@redhat.com> <47C56A76.9020605@gmail.com> <47C56D89.90403@fedoraproject.org> <47C5726D.80307@gmail.com> Message-ID: <16de708d0802270625t772f7a23u18bdb72a90627583@mail.gmail.com> On Wed, Feb 27, 2008 at 8:23 AM, Jakub 'Livio' Rusinek wrote: > Rahul Sundaram pisze: > > > Jakub 'Livio' Rusinek wrote: > > > >> > >> But this is GTK-dependent. You're discriminating KDE users. > > > > Would developing in Python be discriminating Perl users? > > > > Rahul > > > > You do not understand. KDE users have Qt, so Qt should be used in there > for config tools. They do not need GTK. > > GNOME and XFCE users have GTK, so here GTK is used. KDE users also have Firefox, OpenOffice, Inkscape, GIMP... as long as it doesn't pull in all of Gnome, it's fine by me. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From dhollis at davehollis.com Wed Feb 27 14:34:42 2008 From: dhollis at davehollis.com (David Hollis) Date: Wed, 27 Feb 2008 14:34:42 +0000 Subject: Palm handhelds *nearly* working again in Fedora: a plea for some (HAL) help In-Reply-To: <1204041075.28559.26.camel@keyop.ecs.soton.ac.uk> References: <1204023774.3150.44.camel@localhost.localdomain> <1204031421.5237.2.camel@dhollis-lnx.sunera.com> <1204041075.28559.26.camel@keyop.ecs.soton.ac.uk> Message-ID: <1204122882.3641.4.camel@dhollis-lnx.sunera.com> On Tue, 2008-02-26 at 15:51 +0000, Kevin Page wrote: > > On the downer side, gpilotd seems to enjoy > > crapping out when syncing memos. Restarting it and syncing again lets > > everything sync properly. I haven't dug into whats causing that just > > yet since I was happy to at least get a complete sync. > > I haven't braved gpilotd for many years. Some possible leads? > http://mail.gnome.org/archives/gnome-pilot-list/2007-March/msg00007.html > http://mail.gnome.org/archives/gnome-pilot-list/2007-April/msg00001.html > http://bugzilla.gnome.org/show_bug.cgi?id=201167 I noticed that pilot-link-0.12.2-18.fc8 hit updates today which re-broke syncing. I noticed in the changelogs that the -19 rpm has the updated hal/PolicyKit files so I pulled that from Koji and things are back and functioning. -- David Hollis From pp at ee.oulu.fi Wed Feb 27 14:37:35 2008 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Wed, 27 Feb 2008 16:37:35 +0200 Subject: system-* tools' ui independence In-Reply-To: <47C573C1.3050309@fedoraproject.org> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C558F0.8050706@redhat.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> <47C5670A.2000507@redhat.com> <47C56A76.9020605@gmail.com> <47C56D89.90403@fedoraproject.org> <47C5726D.80307@gmail.com> <47C573C1.3050309@fedoraproject.org> Message-ID: <20080227143735.GA23137@ee.oulu.fi> On Wed, Feb 27, 2008 at 07:59:21PM +0530, Rahul Sundaram wrote: > People who choose to do the development did it in whatever toolkit and > language they preferred. Nothing is stopping you from duplicating that work > in whatever toolkit you prefer or even porting Yast to Fedora but writing > in one toolkit is not discriminating any desktop environment. It might not > be ideal but works fine. It's probably still worth checking out. Worst case after lots of work the UI library forces some crappy subset of Qt/GTK/text on all the config tools (Inherently such a library will always limit what you can do with the UI) + extra bloat (since you'll still need GTK or Qt) Best case current functionality is kept (for little conversion work), people get their native UI look and we get a kick-ass text UI as a bonus. Reality? Something in the middle, I'm sure ;) -- Pekka Pietikainen From rawhide at fedoraproject.org Wed Feb 27 14:46:36 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Wed, 27 Feb 2008 07:46:36 -0700 (MST) Subject: rawhide report: 20080227 changes Message-ID: <20080227144636.F1A92209D8A@releng1.fedora.phx.redhat.com> New package pakchois A wrapper library for PKCS#11 New package perl-Log-Trivial Very simple tool for writing very simple log files Removed package kio_resources Updated Packages: anaconda-11.4.0.40-1 -------------------- * Tue Feb 26 2008 Jeremy Katz - 11.4.0.40-1 - Use non-deprecated HAL properties. (notting) - More crud to deal with the fact that rawhide trees are composed weird (katzj) - Gtk does not have the error type, use custom with proper icons. (#224636) (msivak) asterisk-1.6.0-0.2.beta4.fc9 ---------------------------- * Tue Feb 26 2008 Jeffrey C. Ollie - 1.6.0-0.2.beta4 - Add patch from David Woodhouse that fixes building on PPC64. * Tue Feb 26 2008 Jeffrey C. Ollie - 1.6.0-0.1.beta4 - Update to 1.6.0 beta 4 bodhi-0.4.10-3.fc9 ------------------ * Tue Feb 26 2008 Luke Macken - 0.4.10-3 - Add python-bugzilla to our server requirements cernlib-2006-27.fc9 ------------------- * Tue Feb 26 2008 Patrice Dumas 2006-27 - new mclibs and geant321 patchsets cernlib-g77-2006-27.fc9 ----------------------- * Tue Feb 26 2008 Patrice Dumas 2006-27 - new mclibs and geant321 patchsets cln-1.2.0-1.fc9 --------------- * Mon Feb 25 2008 Quentin Spencer 1.2.0-1 - Update to 1.2.0. - Update License tag. * Tue Feb 19 2008 Fedora Release Engineering - 1.1.13-5 - Autorebuild for GCC 4.3 cups-1:1.3.6-4.fc9 ------------------ * Tue Feb 26 2008 Tim Waugh 1:1.3.6-4 - LSB header for initscript (bug #246897). - Move HTML-related files to main application directory so that the CUPS web interface still works even with --excludedocs (bug #375631). * Tue Feb 26 2008 Tim Waugh 1:1.3.6-3 - Set MaxLogSize to 0 to prevent log rotation. Upstream default is 1Mb, but we want logrotate to be in charge. cupsddk-1.2.3-4.fc9 ------------------- * Tue Feb 26 2008 Tim Waugh 1.2.3-4 - Tidy up documentation files. debootstrap-1.0.8-1.fc9 ----------------------- * Fri Feb 22 2008 Lubomir Kundrak - 1.0.8-1 - 1.0.8 devhelp-0.19-4.fc9 ------------------ * Tue Feb 26 2008 Martin Stransky - 0.19-4 - Rebuild against xulrunner * Tue Feb 19 2008 Fedora Release Engineering - 0.19-3 - Autorebuild for GCC 4.3 * Sun Feb 17 2008 Matthew Barnes - 0.19-2.fc9 - Rebuild with GCC 4.3 eel2-2.21.92-1.fc9 ------------------ * Tue Feb 26 2008 Tomas Bzatek - 2.21.92-1 - Update to 2.21.92 epiphany-2.21.92-2.fc9 ---------------------- * Tue Feb 26 2008 Christopher Aillon - 2.21.92-2 - Stop shipping LowContrastLargePrint icons * Tue Feb 26 2008 Christopher Aillon - 2.21.92-1 - Update to 2.21.92 - Update the xulrunner patch - BR: avahi-gobject-devel - Fix the file list * Wed Feb 06 2008 Matthias Clasen - 2.21.90-2 - Fix some cosmetic packaging issues epiphany-extensions-2.21.92-1.fc9 --------------------------------- * Tue Feb 26 2008 Christopher Aillon - 2.21.92-1 - Update to 2.91.92 - Build against xulrunner 4realz, yo * Wed Jan 09 2008 Alex Lancaster - 2.20.1-4 - Switch to building against xulrunner (gecko 1.9) rather than firefox espeak-1.31-5.fc9 ----------------- * Tue Feb 26 2008 Francois Aucamp - 1.31-5 - Export ESPEAK_DATA_PATH in %build to allow proper compilation of voice dictionaries firefox-3.0-0.beta3.28.nightly20080226.fc9 ------------------------------------------ * Tue Feb 26 2008 Christopher Aillon 3.0-0.beta3.28 - Update to latest trunk (2008-02-26) freetds-0.64-11.fc9 ------------------- * Tue Feb 26 2008 Dmitry Butskoy - 0.64-11 - fix "64 or 32 bit" test (#434975) glest-3.1.1-1.fc9 ----------------- * Tue Feb 26 2008 Aurelien Bompard 3.1.1-1 - version 3.1.1 gnome-applet-music-2.3.0-2.fc9 ------------------------------ * Tue Feb 26 2008 Peter Gordon - 2.3.0-2 - Add a Spanish translation for the package (sent upstream) and for the Summary and %description. + es.po + add-es-translation.patch * Mon Feb 25 2008 Peter Gordon - 2.3.0-1 - Update to new upstream release (2.3.0). Adds support for Audacious, Amarok, and VLC. - Simplify %files listing a bit. gnome-applets-1:2.21.92-1.fc9 ----------------------------- * Tue Feb 26 2008 Matthias Clasen - 1:2.21.92-1 - Update to 2.21.92 gnome-desktop-2.21.92-2.fc9 --------------------------- * Tue Feb 26 2008 Matthias Clasen - 2.21.92-2 - Fix a bug in the multires patch * Tue Feb 26 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 gnome-menus-2.21.92-1.fc9 ------------------------- * Tue Feb 26 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 gnome-panel-2.21.92-1.fc9 ------------------------- * Tue Feb 26 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 gnome-pilot-2.0.16-1.fc9 ------------------------ * Tue Feb 26 2008 Matthew Barnes - 2.0.16-1.fc9 - Update to 2.0.16 - Remove patch for RH bug #198211 (fixed upstream). gnome-pilot-conduits-2.0.16-1.fc9 --------------------------------- * Tue Feb 26 2008 Matthew Barnes - 2.0.16-1.fc9 - Update to 2.0.16 gnome-session-2.21.92-1.fc9 --------------------------- * Tue Feb 26 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 gnome-terminal-2.21.92-1.fc9 ---------------------------- * Tue Feb 26 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 gvfs-0.1.8-1.fc9 ---------------- * Mon Feb 25 2008 Alexander Larsson - 0.1.8-1 - Update to 0.1.8 hippo-canvas-0.2.26-1.fc9 ------------------------- * Tue Feb 26 2008 Colin Walters - 0.2.26-1 - Update to 0.2.26 igraph-0.5-13.fc9 ----------------- * Tue Feb 26 2008 Neal Becker - 0.5-13 - More test fixes * Tue Feb 26 2008 Neal Becker - 0.5-12 - Fix to ignore 1 bad test * Tue Feb 26 2008 Neal Becker - 0.5-11 - Add patch for tests for gcc-4.3 initscripts-8.64-1 ------------------ * Tue Feb 26 2008 Bill Nottingham - 8.64-1 - Add a console_init udev helper to do console initialization - add /sbin/pidof requirement (#434863) * Fri Feb 01 2008 Bill Nottingham - 8.63-1 - don't start RAID arrays in rc.sysinit, that's done by udev (corollary of #429604) - add a NetworkManager-dispatcher script that does netreport on interface changes - use udev rules to set the clock, avoiding issues with modular rtcs (#290731) * Mon Jan 21 2008 Bill Nottingham - 8.62-1 - rc.d/rc.sysinit: fix syntax error (#429556) - migrate sr at Latn -> sr at latin () iso-codes-1.9-1.fc9 ------------------- * Wed Feb 27 2008 Christopher Aillon 1.9-1 - Update to 1.9 * Tue Feb 05 2008 Matthias Clasen 1.8-2 - Bump gettext BR - Use the smaller .bz2 tarball jd-2.0.0-0.3.svn1879_trunk.fc9 ------------------------------ * Wed Feb 27 2008 Mamoru Tasaka - 2.0.0-0.3.svn1879 - svn 1879 (version 2.0.0) * Mon Feb 25 2008 Mamoru Tasaka - 1.9.9-0.3.beta080225 - 1.9.9 beta 080225 * Sat Feb 09 2008 Mamoru Tasaka - Remove patch for gcc43 (applied by upstream) - Remove workarround for libsigc++ side bug jokosher-1.0-0.2.20080216svn.fc9 -------------------------------- * Wed Feb 27 2008 Christopher Brown - 1.0-0.2.20080216svn - Bump for upgrade path * Sat Feb 16 2008 Christopher Brown - 1.0-0.1.20080216svn - Update to latest svn * Mon Jan 21 2008 Christopher Brown - 1.0-0.1.20080121svn - update to latest svn - resolve python egg build issues kbd-1.12-31.fc9 --------------- * Tue Feb 26 2008 Vitezslav Crhonek - 1.12-31 - Fix trq.map Resolves: #216710 kernel-2.6.25-0.69.rc3.git1.fc9 ------------------------------- * Tue Feb 26 2008 Dave Jones - 2.6.25-rc3-git1 * Tue Feb 26 2008 Dave Jones - kludge to make ich9 e1000 work - Drop older unnecessary e1000 workarounds. * Mon Feb 25 2008 Jarod Wilson - firewire: fix crashes in workqueue jobs - firewire: endian fixes krb5-1.6.3-8.fc9 ---------------- * Tue Feb 26 2008 Nalin Dahyabhai 1.6.3-8 - ftp: add patch to fix "runique on" case when globbing fixes applied - stop adding a redundant but harmless call to initialize the gssapi internals * Mon Feb 25 2008 Nalin Dahyabhai - add patch to suppress double-processing of /etc/krb5.conf when we build with --sysconfdir=/etc, thereby suppressing double-logging (#231147) * Mon Feb 25 2008 Nalin Dahyabhai - remove a patch, to fix problems with interfaces which are "up" but which have no address assigned, which conflicted with a different fix for the same problem in 1.5 (#200979) kvm-62-1.fc9 ------------ * Tue Feb 26 2008 Jeremy Katz - 62-1 - Update to kvm-62 libgweather-2.21.92-1.fc9 ------------------------- * Tue Feb 26 2008 Matthias Clasen 2.21.92-1 - Update to 2.21.92 liboil-0.3.13-3.fc9 ------------------- * Tue Feb 26 2008 Matthias Clasen - 0.3.13-3 - Use the upstream fix instead libpfm-3.3-0.080225.2.fc9 ------------------------- * Tue Feb 26 2008 Will Cohen - 3.3-0.080225.2 - Correct possibly unitialized variable umask. Resolves: rhbz #434968 libsemanage-2.0.24-1.fc9 ------------------------ * Tue Feb 05 2008 Dan Walsh - 2.0.24-1 - Update to upstream * make swigify libusb-0.1.12-15.fc9 -------------------- * Tue Feb 26 2008 Jindrich Novy 0.1.12-15 - don't apply wakeups patch until it's fixed, it causes problems with Eye-One Pro (#434950) libwnck-2.21.92-1.fc9 --------------------- * Tue Feb 26 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 lyx-1.5.4-1.fc9 --------------- * Mon Feb 25 2008 Rex Dieter 1.5.4-1 - lyx-1.5.4 (#434689) - reintroduce xdg-utils patch (reverted upstream). - omit bakoma ttf fonts mesa-7.1-0.17.fc9 ----------------- * Tue Feb 26 2008 Adam Jackson 7.1-0.17 - Fix OSMesa symlink bug. (#424545) - Build OSMesa with -Os to be slightly less bloaty. - Re-add osmesa.h to libOSMesa-devel. - Really restore -fvisibility=hidden. mkinitrd-6.0.31-1.fc9 --------------------- * Tue Feb 26 2008 Jeremy Katz - 6.0.31-1 - Add mkliveinitrd * Thu Feb 21 2008 Peter Jones - Require newer lvm2 version. monsterz-0.7.1-3.fc9 -------------------- * Tue Feb 26 2008 Ian Chapman 0.7.1-3 - Fix for BZ 434688 mt-daapd-0.9-0.1.1696.fc9 ------------------------- * Tue Feb 26 2008 W. Michael Petullo - 0.9-0.1.1696 - New upstream version. nautilus-2.21.92-2.fc9 ---------------------- * Tue Feb 26 2008 Tomas Bzatek - 2.21.92-2 - Change libbeagle .so name for libbeagle-0.3.0 in nautilus-2.21.1-dynamic-search-r2.patch (#434722) * Tue Feb 26 2008 Tomas Bzatek - 2.21.92-1 - Update to 2.21.92 * Tue Feb 12 2008 Matthias Clasen - 2.21.91-1 - Update to 2.21.91 neon-0.28.0-3 ------------- * Tue Feb 26 2008 Joe Orton 0.28.0-3 - rebuild against pakchois nspluginwrapper-0.9.91.5-23.fc9 ------------------------------- * Tue Feb 26 2008 Martin Stransky 0.9.91.5-23 - merged exclude patch with main tarball - fixed #431095 - Typo in mozilla-plugin-config verbose output nspr-4.7.0.99.1-2.fc9 --------------------- * Tue Feb 26 2008 Kai Engert - 4.7.0.99.1-2 - Addressed cosmetic review comments from bug 226202 nss_ldap-259-1.fc9 ------------------ * Tue Feb 26 2008 Nalin Dahyabhai - 259-1 - update to nss_ldap 259 - nss_ldap: update to revised proposed patch for #248 - pam_ldap: replace two patches to handle password changing against replicas with Ralf Haferkamp's revision, which also sends the policy control with the initial password change request - pam_ldap: enable patch to stop also trying to change password using ldap_modify after trying to change it with an exop when the configuration is "pam_password exop_send_old" ntfs-3g-2:1.2216-3.fc9 ---------------------- * Tue Feb 26 2008 Tom "spot" Callaway - 2:1.2216-3 - rebuild against fixed gcc (PR35264, bugzilla 433546) openlierox-0.57-0.8.beta4.fc9 ----------------------------- * Mon Feb 25 2008 Hans de Goede 0.57-0.8.beta4 - New upstream release 0.57beta4 perl-PDL-2.4.3-6.fc9 -------------------- * Tue Feb 26 2008 Marcela Maslanova - 2.4.3-6 - remove two of hdf test for some time, because can't be build * Tue Feb 19 2008 Fedora Release Engineering - 2.4.3-5 - Autorebuild for GCC 4.3 pykickstart-1.30-1.fc9 ---------------------- * Tue Feb 26 2008 Chris Lumens - 1.30-1 - Reverse writePriorities of iscsi and iscsname (#434965, jlaska). - Fix printing of iscsiname command (#434945, jlaska). - Don't traceback on ENOENT. (pnasrat) - Store the mouse name as a string, not a list. (clumens) - Update translations. rdist-1:6.1.5-45 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:6.1.5-45 - Autorebuild for GCC 4.3 rkward-0.5.0a-3.fc9 ------------------- * Mon Feb 25 2008 Pingou 0.5.0a-3 - Change kde-config to kde4-config to fix the build * Mon Feb 25 2008 Pingou 0.5.0a-2 - Change a BR to fix to build * Mon Feb 25 2008 Pingou 0.5.0a-1 - Update to 0.5.0a for KDE4 ruby-libvirt-0.0.2-4.fc9 ------------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.0.2-4 - Autorebuild for GCC 4.3 ruby-postgres-0.7.1-8.fc9 ------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.7.1-8 - Autorebuild for GCC 4.3 rusers-0.17-53.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 0.17-53 - Autorebuild for GCC 4.3 rwall-0.17-28.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.17-28 - Autorebuild for GCC 4.3 scim-hangul-0.3.2-3.fc9 ----------------------- * Mon Feb 25 2008 Hu Zheng - 0.3.2-3 - Gcc4.3 compile fix. * Wed Feb 20 2008 Fedora Release Engineering - 0.3.2-2 - Autorebuild for GCC 4.3 screen-4.0.3-10.fc9 ------------------- * Tue Feb 26 2008 Miroslav Lichvar - 4.0.3-10 - don't set xterm function keys in default config (#151556) - always return 0 in scriptlet (#433882) - fix pty permissions - enable utempter support - link with libtinfo, don't link with libutil - spec cleanup seahorse-2.21.92-1.fc9 ---------------------- * Tue Feb 26 2008 Matthias Clasen 2.21.92-1 - Update to 2.21.92 selinux-policy-3.3.1-4.fc9 -------------------------- * Tue Feb 26 2008 Dan Walsh 3.3.1-4 - Add cyphesis policy * Tue Feb 26 2008 Dan Walsh 3.3.1-2 - Fix Makefile.devel to build mls modules - Fix qemu to be more specific on labeling * Tue Feb 26 2008 Dan Walsh 3.3.1-1 - Update to upstream fixes sepostgresql-8.3.0-2.114.beta.fc9 --------------------------------- * Tue Feb 26 2008 - sepostgresql-8.3.0-2.114 - BUGFIX: CREATE/ALTER TABLE with CONTEXT='...' did nothing. * Thu Feb 07 2008 - sepostgresql-8.3.0-2.108 - add /etc/logrotate.d/sepostgresql setup-2.6.12-1.fc9 ------------------ * Tue Feb 26 2008 Phil Knirsch 2.6.12-1 - Corrected wrong /etc/profile.d behaviour for non-interactive bash and tcsh sirius-0.8.0-13.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.8.0-13 - Autorebuild for GCC 4.3 squid-7:3.0.STABLE1-3.fc9 ------------------------- * Tue Feb 26 2008 Martin Nagy - 7:3.0.STABLE1-3 - change the cache_effective_group default back to none * Mon Feb 11 2008 Martin Nagy - 7:3.0.STABLE1-2 - rebuild for 4.3 * Wed Jan 23 2008 Martin Nagy - 7:3.0.STABLE1-1 - upgrade to latest upstream 3.0.STABLE1 stratagus-2.2.4-4.fc9 --------------------- * Tue Feb 26 2008 Jindrich Novy 2.2.4-4 - fix build in gcc-4.3 (#434370) - rebuild against new libmikmod (#434783) * Sat Feb 23 2008 Peter Lemenkov 2.2.4-3 - rebuild * Tue Feb 19 2008 Fedora Release Engineering - 2.2.4-2 - Autorebuild for GCC 4.3 system-config-boot-0.2.19-1.fc9 ------------------------------- * Tue Feb 26 2008 Harald Hoyer - 0.2.19-1 - moved boot_gui.py to /usr/share/system-config-boot/ * Tue Feb 26 2008 Harald Hoyer - 0.2.18-1 - removed firstboot dependency * Thu Sep 20 2007 Harald Hoyer - 0.2.17-1 - translation update telescope-server-0-0.4.20070315.fc9 ----------------------------------- * Tue Feb 26 2008 Jef Spaleta - 0-0.4.20070315 - Patches for GCC 4.3 ttmkfdir-3.0.9-26.fc9 --------------------- * Wed Feb 27 2008 Lingning Zhang - 3.0.9-26 - fix bug434301. * Tue Feb 19 2008 Fedora Release Engineering - 3.0.9-25 - Autorebuild for GCC 4.3 turba-2.1.7-1.fc9 ----------------- * Tue Feb 26 2008 Jan ONDREJ (SAL) 2.1.7-1 - Update to upstream: CVE-2008-0807: turba: insufficient access checks wesnoth-1.3.16-1.fc9 -------------------- * Fri Feb 15 2008 Jon Ciesla - 1.3.16-1 - Update to 1.3.16. - Updated ogg test patch. - Corrected license tag. - Added boost-devel BR. - Corrected .desktop/icon handling for subpackage. xmlrpc-c-1.13.07-2.fc9 ---------------------- * Tue Feb 26 2008 Enrico Scholz - 1.13.07-2 - moved to advanced branched; rediffed/updated existing cmake patch and fixed other compilation issues (#369841) xorg-x11-drv-ati-6.8.0-2.fc9 ---------------------------- * Tue Feb 26 2008 Dave Airlie 6.8.0-2 - rebase to upstream 6.8.0 release + git fixes xorg-x11-drv-neomagic-1.1.1-6.fc9 --------------------------------- * Wed Feb 27 2008 Dave Airlie - 1.1.1-6 - add pciaccess support * Wed Feb 20 2008 Fedora Release Engineering - 1.1.1-5 - Autorebuild for GCC 4.3 xorg-x11-drv-tdfx-1.3.0-8.fc9 ----------------------------- * Wed Feb 27 2008 Dave Airlie - 1.3.0-8 - make tdfx build again by rebasing to upstream - may not work * Wed Feb 20 2008 Fedora Release Engineering - 1.3.0-7 - Autorebuild for GCC 4.3 xulrunner-1.9-0.beta3.28.nightly20080226.fc9 -------------------------------------------- * Tue Feb 26 2008 Christopher Aillon 1.9-0.beta3.28 - Update to latest trunk (2008-02-26) zhcon-0.2.6-7.fc9 ----------------- * Tue Feb 26 2008 Hu Zheng - 0.2.6-7 - Gcc-4.3 compile fix. * Wed Feb 20 2008 Fedora Release Engineering - 0.2.6-6 - Autorebuild for GCC 4.3 Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.i386 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto ginac-1.4.1-1.fc9.i386 requires libcln.so.4 ginac-utils-1.4.1-1.fc9.i386 requires libcln.so.4 glest-3.1.1-1.fc9.i386 requires glest-data = 0:3.1.1 glest-data-3.1.0-1.fc9.noarch requires glest = 0:3.1.0 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 libqalculate-0.9.6-3.fc9.i386 requires libcln.so.4 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-7.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 octave-forge-20071212-7.fc9.i386 requires libcln.so.4 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 plplot-perl-5.8.0-10.fc9.i386 requires perl(PDL::GSL::RNG) qalculate-0.9.6-3.fc9.i386 requires libcln.so.4 qalculate-gtk-0.9.6-3.fc9.i386 requires libcln.so.4 qalculate-kde-0.9.6-4.fc9.i386 requires libcln.so.4 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.x86_64 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto ginac-1.4.1-1.fc9.i386 requires libcln.so.4 ginac-1.4.1-1.fc9.x86_64 requires libcln.so.4()(64bit) ginac-utils-1.4.1-1.fc9.x86_64 requires libcln.so.4()(64bit) glest-3.1.1-1.fc9.x86_64 requires glest-data = 0:3.1.1 glest-data-3.1.0-1.fc9.noarch requires glest = 0:3.1.0 gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 libqalculate-0.9.6-3.fc9.i386 requires libcln.so.4 libqalculate-0.9.6-3.fc9.x86_64 requires libcln.so.4()(64bit) mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-7.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 octave-forge-20071212-7.fc9.x86_64 requires libcln.so.4()(64bit) perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) plplot-perl-5.8.0-10.fc9.x86_64 requires perl(PDL::GSL::RNG) qalculate-0.9.6-3.fc9.x86_64 requires libcln.so.4()(64bit) qalculate-gtk-0.9.6-3.fc9.x86_64 requires libcln.so.4()(64bit) qalculate-kde-0.9.6-4.fc9.x86_64 requires libcln.so.4()(64bit) sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.ppc requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto ginac-1.4.1-1.fc9.ppc requires libcln.so.4 ginac-1.4.1-1.fc9.ppc64 requires libcln.so.4()(64bit) ginac-utils-1.4.1-1.fc9.ppc requires libcln.so.4 gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 libqalculate-0.9.6-3.fc9.ppc requires libcln.so.4 libqalculate-0.9.6-3.fc9.ppc64 requires libcln.so.4()(64bit) muine-0.8.8-7.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 octave-forge-20071212-7.fc9.ppc requires libcln.so.4 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 plplot-perl-5.8.0-10.fc9.ppc requires perl(PDL::GSL::RNG) qalculate-0.9.6-3.fc9.ppc requires libcln.so.4 qalculate-gtk-0.9.6-3.fc9.ppc requires libcln.so.4 qalculate-kde-0.9.6-4.fc9.ppc requires libcln.so.4 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.ppc64 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto ginac-1.4.1-1.fc9.ppc64 requires libcln.so.4()(64bit) ginac-utils-1.4.1-1.fc9.ppc64 requires libcln.so.4()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 libqalculate-0.9.6-3.fc9.ppc64 requires libcln.so.4()(64bit) octave-forge-20071212-7.fc9.ppc64 requires libcln.so.4()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) plplot-perl-5.8.0-10.fc9.ppc64 requires perl(PDL::GSL::RNG) qalculate-0.9.6-3.fc9.ppc64 requires libcln.so.4()(64bit) qalculate-gtk-0.9.6-3.fc9.ppc64 requires libcln.so.4()(64bit) qalculate-kde-0.9.6-4.fc9.ppc64 requires libcln.so.4()(64bit) sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From clarkbw at gmail.com Wed Feb 27 14:51:42 2008 From: clarkbw at gmail.com (Bryan Clark) Date: Wed, 27 Feb 2008 09:51:42 -0500 Subject: gnome-blog (Was: Warning: Rawhide Orphanarium will be Purged Thursday, Feb 28th) In-Reply-To: <3170f42f0802260111g1f658ab1p4124161594ca2911@mail.gmail.com> References: <3170f42f0802260111g1f658ab1p4124161594ca2911@mail.gmail.com> Message-ID: <8e6c4bd70802270651s3b532adaxa4dca1b6b65202eb@mail.gmail.com> On Tue, Feb 26, 2008 at 4:11 AM, Debarshi Ray wrote: > >> gnome-blog > > > Note that gnome-blog is included on the desktop spin. So either it needs > > to be dropped there too, or the person (was it Jesse ?) who felt > > strongly that it ought to be on the desktop spin should perhaps pick it > > up. > > Although the upstream homepage (URL: > http://www.gnome.org/~seth/gnome-blog/) says 0.8 is the latest > version, it has been more than a year since 0.9.1 was released > (Source0: http://ftp.gnome.org/pub/gnome/sources/gnome-blog). There > was a 0.9.0 in the middle too. > > Does it still have an active upstream? This doesn't have an active upstream anymore as far as I know. It seems Olav Vitters was working on it for a while, but not since early 2007. Though the spirit of gnome-blog maintainership is for anyone who is interested to take over developing, packaging, and releasing. Perhaps you could take over maintainership in upstream? ~ Bryan From pemboa at gmail.com Wed Feb 27 14:55:18 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 08:55:18 -0600 Subject: system-* tools' ui independence In-Reply-To: <20080227143735.GA23137@ee.oulu.fi> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> <47C5670A.2000507@redhat.com> <47C56A76.9020605@gmail.com> <47C56D89.90403@fedoraproject.org> <47C5726D.80307@gmail.com> <47C573C1.3050309@fedoraproject.org> <20080227143735.GA23137@ee.oulu.fi> Message-ID: <16de708d0802270655o77884dfdtfcdaae4f56c67e70@mail.gmail.com> On Wed, Feb 27, 2008 at 8:37 AM, Pekka Pietikainen wrote: > On Wed, Feb 27, 2008 at 07:59:21PM +0530, Rahul Sundaram wrote: > > People who choose to do the development did it in whatever toolkit and > > language they preferred. Nothing is stopping you from duplicating that work > > in whatever toolkit you prefer or even porting Yast to Fedora but writing > > in one toolkit is not discriminating any desktop environment. It might not > > be ideal but works fine. > It's probably still worth checking out. > > Worst case after lots of work the UI library forces some crappy subset of > Qt/GTK/text on all the config tools (Inherently such a library will always > limit what you can do with the UI) + extra bloat (since you'll still need > GTK or Qt) > > Best case current functionality is kept (for little conversion work), people > get their native UI look and we get a kick-ass text UI as a bonus. > > Reality? Something in the middle, I'm sure ;) > > -- > Pekka Pietikainen Maybe I am the one who is confused, but from what I read at the link, they decoupled the GUI from the C++ library which did the actual work, the idea being so that others could write new GUIs and just plug in to the library. You guys are talking like it's the other way around, there is no subset of widgets or anything of the sort. Aside from the fact that I think the backend code for manipulating config files should be in a transparent scripting language, I don't see how Yast would help. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From alexl at redhat.com Wed Feb 27 15:03:05 2008 From: alexl at redhat.com (Alexander Larsson) Date: Wed, 27 Feb 2008 16:03:05 +0100 Subject: mono-core conflicts In-Reply-To: <20080225021157.41a2aa3f.mschwendt@gmail.com> References: <3170f42f0802241225o27951b7et55587a3908596cc0@mail.gmail.com> <1203886073.3247.11.camel@eagle.danny.cz> <20080225021157.41a2aa3f.mschwendt@gmail.com> Message-ID: <1204124585.12745.19.camel@dhcp-208-188.arn.redhat.com> On Mon, 2008-02-25 at 02:11 +0100, Michael Schwendt wrote: > On Sun, 24 Feb 2008 21:47:53 +0100, Dan Hor?k wrote: > > > > > Debarshi Ray p??e v Po 25. 02. 2008 v 01:55 +0530: > > > Trying to install mono-devel on Fedora 8 x86_64 leads to a transaction error: > > > > > > # yum -y --enablerepo=fedora --enablerepo=updates install mono-devel > > > [...] > > > Dependencies Resolved > > > > > > ============================================================================= > > > Package Arch Version Repository Size > > > ============================================================================= > > > Installing: > > > mono-devel x86_64 1.2.5.1-3.fc8 updates 1.6 M > > > mono-devel i386 1.2.5.1-3.fc8 updates 1.6 M > > > Installing for dependencies: > > > mono-core i386 1.2.5.1-3.fc8 updates 12 M > > > > > > Transaction Summary > > > ============================================================================= > > > Install 3 Package(s) > > > Update 0 Package(s) > > > Remove 0 Package(s) > > > > > > Total download size: 15 M > > > [...] > > > Transaction Check Error: > > > file /usr/bin/smcs from install of mono-core-1.2.5.1-3.fc8.i386 > > > conflicts with file from package mono-core-1.2.5.1-3.fc8.x86_64 > > > > > > Error Summary > > > ------------- > > > > > > Is this worth filing a bug? I could not find something similar in > > > Bugzilla: https://bugzilla.redhat.com/buglist.cgi?product=Fedora&version=&version=7&version=8&component=mono&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=FAILS_QA&bug_status=RELEASE_PENDING&bug_status=POST&bug_status=PASSES_QA&bug_status=CLOSED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= > > > > It looks like that mono-core package is not multi-lib aware. It contains > > some native shared libs (/usr/lib*/*.so) that should go into -libs > > subpackage or mono-core should be added to some kind of multi-lib black > > list. > > RPM explicitly complains about /usr/bin/scms, and if it sees a conflict in > /usr/bin that is evidence of the file not being a binary executable: > > $ file /usr/bin/smcs > /usr/bin/smcs: Bourne shell script text executable > > In that case, afaik, the file must be identical on all platforms. But > it isn't: > > $ diff -u smcs.i386 smcs.x86_64 > --- smcs.i386 2007-11-09 22:40:45.000000000 +0100 > +++ smcs.x86_64 2007-11-09 22:25:25.000000000 +0100 > @@ -1,2 +1,2 @@ > #!/bin/sh > -MONO_PATH="/usr/lib/mono/2.1/:$MONO_PATH" exec /usr/bin/mono $MONO_OPTIONS /usr/lib/mono/2.1/gmcs.exe -pkg:silver -langversion:linq "$@" > +MONO_PATH="/usr/lib64/mono/2.1/:$MONO_PATH" exec /usr/bin/mono $MONO_OPTIONS /usr/lib64/mono/2.1/gmcs.exe -pkg:silver -langversion:linq "$@" It should be using the `/usr/bin/monodir` hack the other shell wrappers use. From jakub.rusinek at gmail.com Wed Feb 27 15:07:36 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 16:07:36 +0100 Subject: system-* tools' ui independence In-Reply-To: <16de708d0802270655o77884dfdtfcdaae4f56c67e70@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <5e92ee3f0802270442x51736223tac2e317c01e769fd@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> <47C5670A.2000507@redhat.com> <47C56A76.9020605@gmail.com> <47C56D89.90403@fedoraproject.org> <47C5726D.80307@gmail.com> <47C573C1.3050309@fedoraproject.org> <20080227143735.GA23137@ee.oulu.fi> <16de708d0802270655o77884dfdtfcdaae4f56c67e70@mail.gmail.com> Message-ID: <47C57CB8.30001@gmail.com> Arthur Pemberton pisze: > On Wed, Feb 27, 2008 at 8:37 AM, Pekka Pietikainen wrote: >> On Wed, Feb 27, 2008 at 07:59:21PM +0530, Rahul Sundaram wrote: >> > People who choose to do the development did it in whatever toolkit and >> > language they preferred. Nothing is stopping you from duplicating that work >> > in whatever toolkit you prefer or even porting Yast to Fedora but writing >> > in one toolkit is not discriminating any desktop environment. It might not >> > be ideal but works fine. >> It's probably still worth checking out. >> >> Worst case after lots of work the UI library forces some crappy subset of >> Qt/GTK/text on all the config tools (Inherently such a library will always >> limit what you can do with the UI) + extra bloat (since you'll still need >> GTK or Qt) >> >> Best case current functionality is kept (for little conversion work), people >> get their native UI look and we get a kick-ass text UI as a bonus. >> >> Reality? Something in the middle, I'm sure ;) >> >> -- >> Pekka Pietikainen > > > Maybe I am the one who is confused, but from what I read at the link, > they decoupled the GUI from the C++ library which did the actual work, > the idea being so that others could write new GUIs and just plug in to > the library. > > You guys are talking like it's the other way around, there is no > subset of widgets or anything of the sort. Aside from the fact that I > think the backend code for manipulating config files should be in a > transparent scripting language, I don't see how Yast would help. > YaST has nothing to do here. UI library was separated from YaST, and it's all about. From pemboa at gmail.com Wed Feb 27 15:19:55 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 09:19:55 -0600 Subject: system-* tools' ui independence In-Reply-To: <47C57CB8.30001@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <5e92ee3f0802270527l69954006k6cca0d6b1e09d0d8@mail.gmail.com> <47C5670A.2000507@redhat.com> <47C56A76.9020605@gmail.com> <47C56D89.90403@fedoraproject.org> <47C5726D.80307@gmail.com> <47C573C1.3050309@fedoraproject.org> <20080227143735.GA23137@ee.oulu.fi> <16de708d0802270655o77884dfdtfcdaae4f56c67e70@mail.gmail.com> <47C57CB8.30001@gmail.com> Message-ID: <16de708d0802270719x462006dbxcf65e2fb0ad30ef2@mail.gmail.com> On Wed, Feb 27, 2008 at 9:07 AM, Jakub 'Livio' Rusinek wrote: > Arthur Pemberton pisze: > > > > On Wed, Feb 27, 2008 at 8:37 AM, Pekka Pietikainen wrote: > >> On Wed, Feb 27, 2008 at 07:59:21PM +0530, Rahul Sundaram wrote: > >> > People who choose to do the development did it in whatever toolkit and > >> > language they preferred. Nothing is stopping you from duplicating that work > >> > in whatever toolkit you prefer or even porting Yast to Fedora but writing > >> > in one toolkit is not discriminating any desktop environment. It might not > >> > be ideal but works fine. > >> It's probably still worth checking out. > >> > >> Worst case after lots of work the UI library forces some crappy subset of > >> Qt/GTK/text on all the config tools (Inherently such a library will always > >> limit what you can do with the UI) + extra bloat (since you'll still need > >> GTK or Qt) > >> > >> Best case current functionality is kept (for little conversion work), people > >> get their native UI look and we get a kick-ass text UI as a bonus. > >> > >> Reality? Something in the middle, I'm sure ;) > >> > >> -- > >> Pekka Pietikainen > > > > > > Maybe I am the one who is confused, but from what I read at the link, > > they decoupled the GUI from the C++ library which did the actual work, > > the idea being so that others could write new GUIs and just plug in to > > the library. > > > > You guys are talking like it's the other way around, there is no > > subset of widgets or anything of the sort. Aside from the fact that I > > think the backend code for manipulating config files should be in a > > transparent scripting language, I don't see how Yast would help. > > > > YaST has nothing to do here. UI library was separated from YaST, and > it's all about. I was mistaken. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From wcohen at redhat.com Wed Feb 27 15:24:01 2008 From: wcohen at redhat.com (William Cohen) Date: Wed, 27 Feb 2008 10:24:01 -0500 Subject: gcc-4.3 optimizer bugs? In-Reply-To: References: <200802271237.m1RCbepZ007239@laptop13.inf.utfsm.cl> Message-ID: <47C58091.3000807@redhat.com> Neal Becker wrote: > Horst H. von Brand wrote: > >> Neal Becker wrote: >>> We are trying to track down a numerical problem with unuran that occurs >>> on >>> gcc-4.3. I know that gcc now has a very extensive test suite, and bugs >>> are >>> not common. I'm just wondering, are others finding similar problems with >>> gcc-4.3? >>> We are working on preparing a bug report. The symptoms are: >>> 1) Problem disappears if -O0 >>> 2) Problem disappears if a printf is added >> That probably means there is a problem with the memory layout (something >> stomping on your variables?). > > Even if valgrind is silent? > > (BTW, this is not my code) > Valgrind is instrumenting the code at a very low level. As a result, valgrind doesn't have knowledge where one structure or array ends and another starts. Valgrind will catch access to uninitialized location in memory but is unlikely to catch array out of bound references. Would it be possible to compile the code with the mudflap option in gcc. Mudflap is in the compiler and has a better understanding of the data structures: http://gcc.gnu.org/wiki/Mudflap_Pointer_Debugging http://gcc.gnu.org/onlinedocs/gcc-4.2.3/gcc/Optimize-Options.html#index-fmudflap-502 -Will From fedora-devel-list at krp.org.uk Wed Feb 27 15:36:50 2008 From: fedora-devel-list at krp.org.uk (Kevin Page) Date: Wed, 27 Feb 2008 15:36:50 +0000 Subject: Palm handhelds *nearly* working again in Fedora: a plea for some (HAL) help In-Reply-To: <1204122882.3641.4.camel@dhollis-lnx.sunera.com> References: <1204023774.3150.44.camel@localhost.localdomain> <1204031421.5237.2.camel@dhollis-lnx.sunera.com> <1204041075.28559.26.camel@keyop.ecs.soton.ac.uk> <1204122882.3641.4.camel@dhollis-lnx.sunera.com> Message-ID: <1204126610.16872.13.camel@keyop.ecs.soton.ac.uk> On Wed, 2008-02-27 at 14:34 +0000, David Hollis wrote: > I noticed that pilot-link-0.12.2-18.fc8 hit updates today which re-broke > syncing. Yes, that was fixing a separate bug to get Zire 22s working (bz 431498). It still contained the broken .fdi. Not really sure why it was pushed out. > I noticed in the changelogs that the -19 rpm has the updated > hal/PolicyKit files so I pulled that from Koji and things are back and > functioning. That build sets access policy directly by USB VID/PID (which works, but leaves identification of Palms - both libusb and visor - across multiple files). I've since split out the "information" VID/PID matching bit, cross-checked it against the VID/PIDs pilot-link recognises, and pushed it upstream to hal. So what we now need is a new build of hal-info, then a rebuild of pilot-link to use the newer 19-palm-acl-management.fdi See: https://bugzilla.redhat.com/show_bug.cgi?id=280251#c120 Eventually I'd like to push 19-palm-acl-management.fdi and pilot-device-file.policy upstream to pilot-link. kev. From selinux at gmail.com Wed Feb 27 15:37:09 2008 From: selinux at gmail.com (Tom London) Date: Wed, 27 Feb 2008 07:37:09 -0800 Subject: upstart testers wanted! In-Reply-To: <4c4ba1530802270649n64477d6bgcc16ec66ec6f2af5@mail.gmail.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <4c4ba1530802270649n64477d6bgcc16ec66ec6f2af5@mail.gmail.com> Message-ID: <4c4ba1530802270737p509aa945n7208a8d724674234@mail.gmail.com> On Wed, Feb 27, 2008 at 6:49 AM, Tom London wrote: > On Mon, Feb 25, 2008 at 1:01 PM, Bill Nottingham wrote: > > Before we put upstart into the main tree for the feature freeze, we want > > to make sure we have all the big bugs worked out. If you're interested in > > helping out, read on! > > > > To start, just grab the repo file at > > http://notting.fedorapeople.org/upstart/upstart.repo > > > > and do an upgrade (or 'yum install upstart event-compat-sysv') > > > > WHAT WE ARE LOOKING FOR > > ----------------------- > > Confirmation that the system boots and runs more or less as expected. > > > > CAVEATS > > ------- > > If you're using SELinux, make sure you're running the latest rawhide > > policy, as well as an initramfs made with the latest rawhide mkinitrd. > > This is because upstart does not load policy directly - it relies on > > policy being loaded from initramfs. > > > > Please file bugs against the proper components in bugzilla; if you > > want to see known issues, take a look at: > > https://bugzilla.redhat.com/showdependencytree.cgi?id=431106&hide_resolved=1 > > > > Bill > > > I get the following on the boot console just before udev starts > (latest SELinux/enforcing): > > KDSKBMODE: Operation not permitted > kbd_mode: error setting keyboard mode > putfont: KDFONTOP: Operation not permitted > > Appears not to have impact however. > > Something peculiar about my system? > Ha, I guess I'm just a bit too slow.... : initscripts-8.64-1 ------------------ * Tue Feb 26 2008 Bill Nottingham - 8.64-1 - Add a console_init udev helper to do console initialization Issue is gone. tom -- Tom London From xavier at bachelot.org Wed Feb 27 15:37:50 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Wed, 27 Feb 2008 16:37:50 +0100 Subject: rawhide report: 20080211 changes In-Reply-To: <47C47F49.1050409@bachelot.org> References: <200802111423.m1BENrq0002411@porkchop.devel.redhat.com> <47B42676.9060707@bachelot.org> <20080214130348.1e17f695.mschwendt@gmail.com> <47B95C43.3010701@bachelot.org> <20080218120851.71f8a2f9.mschwendt@gmail.com> <47C43E09.7030106@bachelot.org> <21238.192.54.193.53.1204044365.squirrel@rousalka.dyndns.org> <47C45A7A.3050805@bachelot.org> <20080226194825.befa2bd1.mschwendt@gmail.com> <47C47F49.1050409@bachelot.org> Message-ID: <47C583CE.9070203@bachelot.org> > New version including both Nicolas and Michael suggestions : > http://washington.kelkoo.net/fedora/SPECS/xerces-c27.spec > http://washington.kelkoo.net/fedora/SRPMS/xerces-c27-2.7.0-3.fc8.src.rpm > Review request submitted : https://bugzilla.redhat.com/show_bug.cgi?id=435125 Regards, Xavier From ndbecker2 at gmail.com Wed Feb 27 15:47:30 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 27 Feb 2008 10:47:30 -0500 Subject: gcc-4.3 optimizer bugs? References: <200802271237.m1RCbepZ007239@laptop13.inf.utfsm.cl> <47C58091.3000807@redhat.com> Message-ID: William Cohen wrote: > Neal Becker wrote: >> Horst H. von Brand wrote: >> >>> Neal Becker wrote: >>>> We are trying to track down a numerical problem with unuran that occurs >>>> on >>>> gcc-4.3. I know that gcc now has a very extensive test suite, and bugs >>>> are >>>> not common. I'm just wondering, are others finding similar problems >>>> with gcc-4.3? >>>> We are working on preparing a bug report. The symptoms are: >>>> 1) Problem disappears if -O0 >>>> 2) Problem disappears if a printf is added >>> That probably means there is a problem with the memory layout (something >>> stomping on your variables?). >> >> Even if valgrind is silent? >> >> (BTW, this is not my code) >> > > Valgrind is instrumenting the code at a very low level. As a result, > valgrind doesn't have knowledge where one structure or array ends and > another starts. Valgrind will catch access to uninitialized location in > memory but is unlikely to catch array out of bound references. > > Would it be possible to compile the code with the mudflap option in gcc. > Mudflap is in the compiler and has a better understanding of the data > structures: > > http://gcc.gnu.org/wiki/Mudflap_Pointer_Debugging > http://gcc.gnu.org/onlinedocs/gcc-4.2.3/gcc/Optimize-Options.html#index-fmudflap-502 > > > -Will > Thanks for the tip about mudflap. I tried: MUDFLAP_OPTIONS=-viol-segv ./t_cstd No segv. Anything else I should try? From selinux at gmail.com Wed Feb 27 14:49:46 2008 From: selinux at gmail.com (Tom London) Date: Wed, 27 Feb 2008 06:49:46 -0800 Subject: upstart testers wanted! In-Reply-To: <20080225210150.GB3275@nostromo.devel.redhat.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> Message-ID: <4c4ba1530802270649n64477d6bgcc16ec66ec6f2af5@mail.gmail.com> On Mon, Feb 25, 2008 at 1:01 PM, Bill Nottingham wrote: > Before we put upstart into the main tree for the feature freeze, we want > to make sure we have all the big bugs worked out. If you're interested in > helping out, read on! > > To start, just grab the repo file at > http://notting.fedorapeople.org/upstart/upstart.repo > > and do an upgrade (or 'yum install upstart event-compat-sysv') > > WHAT WE ARE LOOKING FOR > ----------------------- > Confirmation that the system boots and runs more or less as expected. > > CAVEATS > ------- > If you're using SELinux, make sure you're running the latest rawhide > policy, as well as an initramfs made with the latest rawhide mkinitrd. > This is because upstart does not load policy directly - it relies on > policy being loaded from initramfs. > > Please file bugs against the proper components in bugzilla; if you > want to see known issues, take a look at: > https://bugzilla.redhat.com/showdependencytree.cgi?id=431106&hide_resolved=1 > > Bill > I get the following on the boot console just before udev starts (latest SELinux/enforcing): KDSKBMODE: Operation not permitted kbd_mode: error setting keyboard mode putfont: KDFONTOP: Operation not permitted Appears not to have impact however. Something peculiar about my system? tom -- Tom London From cjdahlin at ncsu.edu Wed Feb 27 16:04:32 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 27 Feb 2008 11:04:32 -0500 Subject: xulrunner refusing to update from yum. Message-ID: <47C58A10.9030403@ncsu.edu> For the past few days I've been getting this in rawhide: Downloading Packages: (1/1): xulrunner-1.9-0.be 100% |=========================| 9.3 MB 01:22 Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : xulrunner ######################### [1/2] Error unpacking rpm package xulrunner-1.9-0.beta3.27.nightly20080223.fc9.i386 error: unpacking of archive failed on file /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename Updated: xulrunner.i386 0:1.9-0.beta3.27.nightly20080223.fc9 Complete! Is anyone else noticing this? --CJD From sundaram at fedoraproject.org Wed Feb 27 16:22:56 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 27 Feb 2008 21:52:56 +0530 Subject: xulrunner refusing to update from yum. In-Reply-To: <47C58A10.9030403@ncsu.edu> References: <47C58A10.9030403@ncsu.edu> Message-ID: <47C58E60.6020200@fedoraproject.org> Casey Dahlin wrote: > For the past few days I've been getting this in rawhide: > > Downloading Packages: > (1/1): xulrunner-1.9-0.be 100% |=========================| 9.3 MB > 01:22 Running rpm_check_debug > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Updating : xulrunner ######################### [1/2] > Error unpacking rpm package > xulrunner-1.9-0.beta3.27.nightly20080223.fc9.i386 > error: unpacking of archive failed on file > /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename > > Updated: xulrunner.i386 0:1.9-0.beta3.27.nightly20080223.fc9 > Complete! > > > Is anyone else noticing this? Yes. Already discussed in this list. Refer https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01748.html Rahul From skvidal at fedoraproject.org Wed Feb 27 16:18:28 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 27 Feb 2008 11:18:28 -0500 Subject: xulrunner refusing to update from yum. In-Reply-To: <47C58A10.9030403@ncsu.edu> References: <47C58A10.9030403@ncsu.edu> Message-ID: <1204129108.8099.0.camel@cutter> On Wed, 2008-02-27 at 11:04 -0500, Casey Dahlin wrote: > For the past few days I've been getting this in rawhide: > > Downloading Packages: > (1/1): xulrunner-1.9-0.be 100% |=========================| 9.3 MB > 01:22 > Running rpm_check_debug > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Updating : xulrunner ######################### [1/2] > Error unpacking rpm package > xulrunner-1.9-0.beta3.27.nightly20080223.fc9.i386 > error: unpacking of archive failed on file > /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename > > Updated: xulrunner.i386 0:1.9-0.beta3.27.nightly20080223.fc9 > Complete! > https://bugzilla.redhat.com/show_bug.cgi?id=xulrunner-cpio -sv From vonbrand at inf.utfsm.cl Wed Feb 27 16:24:38 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 27 Feb 2008 13:24:38 -0300 Subject: xulrunner refusing to update from yum. In-Reply-To: <47C58A10.9030403@ncsu.edu> References: <47C58A10.9030403@ncsu.edu> Message-ID: <200802271624.m1RGOcjP001485@laptop13.inf.utfsm.cl> Casey Dahlin wrote: > For the past few days I've been getting this in rawhide: > > Downloading Packages: > (1/1): xulrunner-1.9-0.be 100% |=========================| 9.3 MB > 01:22 Running rpm_check_debug > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Updating : xulrunner ######################### [1/2] > Error unpacking rpm package > xulrunner-1.9-0.beta3.27.nightly20080223.fc9.i386 > error: unpacking of archive failed on file > /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename Delete that directory and try again. -- 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 cjdahlin at ncsu.edu Wed Feb 27 16:15:07 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 27 Feb 2008 11:15:07 -0500 Subject: xulrunner refusing to update from yum. In-Reply-To: <200802271624.m1RGOcjP001485@laptop13.inf.utfsm.cl> References: <47C58A10.9030403@ncsu.edu> <200802271624.m1RGOcjP001485@laptop13.inf.utfsm.cl> Message-ID: <47C58C8B.9050003@ncsu.edu> Horst H. von Brand wrote: > Casey Dahlin wrote: > >> For the past few days I've been getting this in rawhide: >> >> Downloading Packages: >> (1/1): xulrunner-1.9-0.be 100% |=========================| 9.3 MB >> 01:22 Running rpm_check_debug >> Running Transaction Test >> Finished Transaction Test >> Transaction Test Succeeded >> Running Transaction >> Updating : xulrunner ######################### [1/2] >> Error unpacking rpm package >> xulrunner-1.9-0.beta3.27.nightly20080223.fc9.i386 >> error: unpacking of archive failed on file >> /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename >> > > Delete that directory and try again. > Fixed it with rpm -e --nodeps --CJD From nphilipp at redhat.com Wed Feb 27 17:15:07 2008 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 27 Feb 2008 18:15:07 +0100 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> Message-ID: <1204132507.3446.74.camel@gibraltar.str.redhat.com> On Wed, 2008-02-27 at 13:23 +0100, Jakub 'Livio' Rusinek wrote: > I said few weeks or months ago, that our system-* tools cannot > descriminate KDE by using GTK. I say that our tools using gtk/pygtk doesn't discriminate against KDE a bit. If having a GTK app on KDE would be such an abomination to the eyes, surely someone would have come up with a theme which resembles Qt/KDE so closely nobody would notice. Or are there any interop issues still open -- what doesn't work because these tools use GTK? 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 ob.system at gmail.com Wed Feb 27 17:47:59 2008 From: ob.system at gmail.com (Oscar Victorio Calixto Bacho) Date: Wed, 27 Feb 2008 12:47:59 -0500 Subject: upstart testers wanted! In-Reply-To: <4c4ba1530802270737p509aa945n7208a8d724674234@mail.gmail.com> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <4c4ba1530802270649n64477d6bgcc16ec66ec6f2af5@mail.gmail.com> <4c4ba1530802270737p509aa945n7208a8d724674234@mail.gmail.com> Message-ID: <6a28481b0802270947w130a0f14n819e033b1986c10@mail.gmail.com> My fedora box Acer Veriton 5800 Upstart is working fine. Oscar Calixto -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at clueserver.org Wed Feb 27 17:52:19 2008 From: alan at clueserver.org (Alan) Date: Wed, 27 Feb 2008 09:52:19 -0800 (PST) Subject: xulrunner refusing to update from yum. In-Reply-To: <200802271624.m1RGOcjP001485@laptop13.inf.utfsm.cl> References: <47C58A10.9030403@ncsu.edu> <200802271624.m1RGOcjP001485@laptop13.inf.utfsm.cl> Message-ID: <24258.198.182.194.170.1204134739.squirrel@clueserver.org> > Casey Dahlin wrote: >> For the past few days I've been getting this in rawhide: >> >> Downloading Packages: >> (1/1): xulrunner-1.9-0.be 100% |=========================| 9.3 MB >> 01:22 Running rpm_check_debug >> Running Transaction Test >> Finished Transaction Test >> Transaction Test Succeeded >> Running Transaction >> Updating : xulrunner ######################### >> [1/2] >> Error unpacking rpm package >> xulrunner-1.9-0.beta3.27.nightly20080223.fc9.i386 >> error: unpacking of archive failed on file >> /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename > > Delete that directory and try again. What about all the dictionary;####### directories? From jakub.rusinek at gmail.com Wed Feb 27 18:19:53 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 19:19:53 +0100 Subject: system-* tools' ui independence In-Reply-To: <1204132507.3446.74.camel@gibraltar.str.redhat.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <1204132507.3446.74.camel@gibraltar.str.redhat.com> Message-ID: <47C5A9C9.2090803@gmail.com> Nils Philippsen pisze: > On Wed, 2008-02-27 at 13:23 +0100, Jakub 'Livio' Rusinek wrote: >> I said few weeks or months ago, that our system-* tools cannot >> descriminate KDE by using GTK. > > I say that our tools using gtk/pygtk doesn't discriminate against KDE a > bit. If having a GTK app on KDE would be such an abomination to the > eyes, surely someone would have come up with a theme which resembles > Qt/KDE so closely nobody would notice. Or are there any interop issues > still open -- what doesn't work because these tools use GTK? > > Nils GTK is not so compatible with Qt. From johannbg at hi.is Wed Feb 27 18:20:04 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Wed, 27 Feb 2008 18:20:04 +0000 Subject: Fedora bug workflow - process change In-Reply-To: <1204020988.14674.9.camel@wombat.tiptoe.de> References: <1204020988.14674.9.camel@wombat.tiptoe.de> Message-ID: <47C5A9D4.3090303@hi.is> Nils Philippsen wrote: > On Mon, 2008-02-25 at 15:05 -0500, Jon Stanley wrote: > >> When a reporter enters a bug, the report automatically starts out in a >> NEW state. The triage team will be primarily looking at bugs in this >> state. From this state, the triage team can either change the status >> to ASSIGNED (which indicates that the bug is well defined and >> triaged), or use the NEEDINFO state to request additional information >> from the reporter, or close the bug (either as a duplicate of an >> existing one, or using other closure reasons - CANTFIX for problems >> with proprietary drivers or kernels that have such drivers loaded, for >> example). >> >> The ASSIGNED state is a state that has a new meaning - it used to mean >> that the bug was actually assigned to a person. Instead, it now means >> that the bug is capable of being worked on by a maintainer - i.e. the >> triage team believes that this is a complete, actionable bug - i.e. >> with a stack trace for a crasher, various log files for other >> components, complete AVC message for SELinux stuff, etc. >> > > IMO this is bad, as we don't differentiate between "this is a bug" and > "someone is actually working on it" then; ASSIGNED should mean what it > says, that a bug is assigned to a person or group of persons to work on > it. +1 Aggreed.. > Perhaps another state (TRIAGED, VERIFIED?) should be > introduced/re-used for that. > > I suggest Confirmed ( as in confirmed as a bug ) then moved to Assign. If there is no response from upstream in ( let's say week/2 weeks/ a month ) given time. ( Some thing that gives something back to the bug reporter on the status of the bug EVEN if it is just working on or still working on it ) . That component will be marked "upstream dead" and removed from bz due to no responce and removed from next release of Fedora.. Best regards. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From sundaram at fedoraproject.org Wed Feb 27 18:29:23 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 27 Feb 2008 23:59:23 +0530 Subject: system-* tools' ui independence In-Reply-To: <47C5A9C9.2090803@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <1204132507.3446.74.camel@gibraltar.str.redhat.com> <47C5A9C9.2090803@gmail.com> Message-ID: <47C5AC03.5050207@fedoraproject.org> Jakub 'Livio' Rusinek wrote: > Nils Philippsen pisze: >> On Wed, 2008-02-27 at 13:23 +0100, Jakub 'Livio' Rusinek wrote: >>> I said few weeks or months ago, that our system-* tools cannot >>> descriminate KDE by using GTK. >> >> I say that our tools using gtk/pygtk doesn't discriminate against KDE a >> bit. If having a GTK app on KDE would be such an abomination to the >> eyes, surely someone would have come up with a theme which resembles >> Qt/KDE so closely nobody would notice. Or are there any interop issues >> still open -- what doesn't work because these tools use GTK? >> >> Nils > > GTK is not so compatible with Qt. What does compatibility mean here and why does that matter for the desktop environment? Rahul From jakub.rusinek at gmail.com Wed Feb 27 18:31:14 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 19:31:14 +0100 Subject: Fedora bug workflow - process change In-Reply-To: <47C5A9D4.3090303@hi.is> References: <1204020988.14674.9.camel@wombat.tiptoe.de> <47C5A9D4.3090303@hi.is> Message-ID: <47C5AC72.7030308@gmail.com> J?hann B. Gu?mundsson pisze: > Nils Philippsen wrote: >> On Mon, 2008-02-25 at 15:05 -0500, Jon Stanley wrote: >>> When a reporter enters a bug, the report automatically starts out in a >>> NEW state. The triage team will be primarily looking at bugs in this >>> state. From this state, the triage team can either change the status >>> to ASSIGNED (which indicates that the bug is well defined and >>> triaged), or use the NEEDINFO state to request additional information >>> from the reporter, or close the bug (either as a duplicate of an >>> existing one, or using other closure reasons - CANTFIX for problems >>> with proprietary drivers or kernels that have such drivers loaded, for >>> example). >>> >>> The ASSIGNED state is a state that has a new meaning - it used to mean >>> that the bug was actually assigned to a person. Instead, it now means >>> that the bug is capable of being worked on by a maintainer - i.e. the >>> triage team believes that this is a complete, actionable bug - i.e. >>> with a stack trace for a crasher, various log files for other >>> components, complete AVC message for SELinux stuff, etc. >> >> IMO this is bad, as we don't differentiate between "this is a bug" and >> "someone is actually working on it" then; ASSIGNED should mean what it >> says, that a bug is assigned to a person or group of persons to work on >> it. > +1 Aggreed.. >> Perhaps another state (TRIAGED, VERIFIED?) should be >> introduced/re-used for that. >> > I suggest Confirmed ( as in confirmed as a bug ) then moved to Assign. > > If there is no response from upstream in ( let's say week/2 weeks/ a > month ) given time. > ( Some thing that gives something back to the bug reporter on the status > of the bug > EVEN if it is just working on or still working on it ) . > That component will be marked "upstream dead" and removed from bz due to > no responce > and removed from next release of Fedora.. > > Best regards. > Johann B. > I can only confirm that some bug trackers have UNCONFIRMED/NEW and CONFIRMED/VERIFIED. From jakub.rusinek at gmail.com Wed Feb 27 18:35:00 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 19:35:00 +0100 Subject: system-* tools' ui independence In-Reply-To: <47C5AC03.5050207@fedoraproject.org> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <1204132507.3446.74.camel@gibraltar.str.redhat.com> <47C5A9C9.2090803@gmail.com> <47C5AC03.5050207@fedoraproject.org> Message-ID: <47C5AD54.8030700@gmail.com> Rahul Sundaram pisze: > Jakub 'Livio' Rusinek wrote: >> Nils Philippsen pisze: >>> On Wed, 2008-02-27 at 13:23 +0100, Jakub 'Livio' Rusinek wrote: >>>> I said few weeks or months ago, that our system-* tools cannot >>>> descriminate KDE by using GTK. >>> >>> I say that our tools using gtk/pygtk doesn't discriminate against KDE a >>> bit. If having a GTK app on KDE would be such an abomination to the >>> eyes, surely someone would have come up with a theme which resembles >>> Qt/KDE so closely nobody would notice. Or are there any interop issues >>> still open -- what doesn't work because these tools use GTK? >>> >>> Nils >> >> GTK is not so compatible with Qt. > > What does compatibility mean here and why does that matter for the > desktop environment? > > Rahul > Actually, I mean KDE, because: 1) When GTK app running in KDE, KDE's icons are not displayed in that app. 2) When KDE desktop's menu enabled, GTK apps won't show their menu there. FreeDesktop.org must work on this to provide desktop-agnostic and dbus-based menubar protocol. Then GNOME could implement this too. From tcallawa at redhat.com Wed Feb 27 18:41:26 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 27 Feb 2008 13:41:26 -0500 Subject: Fedora Packaging Committee Message-ID: <1204137686.3364.31.camel@dhcp83-61.boston.redhat.com> The Fedora Packaging Committee is happy to announce our two newest members: Hans de Goede and Dominik 'Rathann' Mierzejewski We would also like to thank our retiring members: Jesse Keating, Axel Thimm, and David Lutterkort Since we have three members stepping down, but only two replacements, we're currently in the process of looking for a qualified volunteer to fill the remaining seat on the Fedora Packaging Committee. The pay is non-existent, the task is difficult, but you get to help shape the core guidelines that make Fedora packages the highest quality packages of any Linux distribution. Plus, every member of the FPC gets one hour a week on the Fedora Orbital Laser Platform (FOLP)! Are you interested? Please contact me off-list. ~spot From orion at cora.nwra.com Wed Feb 27 18:52:06 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 27 Feb 2008 11:52:06 -0700 Subject: gcc-4.3 optimizer bugs? In-Reply-To: References: Message-ID: <47C5B156.7040108@cora.nwra.com> Neal Becker wrote: > We are trying to track down a numerical problem with unuran that occurs on > gcc-4.3. I know that gcc now has a very extensive test suite, and bugs are > not common. I'm just wondering, are others finding similar problems with > gcc-4.3? > > We are working on preparing a bug report. The symptoms are: > 1) Problem disappears if -O0 > 2) Problem disappears if a printf is added > 3) valgrind is silent > I'm seeing something vaguely similar, but more pointer oriented. qhull has a routine for adding elements to a list (qh_setappend). At the end it does: *(++endp)= ((void *)0); to set the last element to null to signify the end of the list. With -O2 I see: endp(8d0f5c0) = 0 after qh_setappend &((*simplex)->e[4].p) = 8d0f5c4 ((vertexT*)((*simplex)->e[4].p)) = 4 Without I get: endp(95755c4) = 0 after qh_setappend &((*simplex)->e[4].p) = 95755c4 ((vertexT*)((*simplex)->e[4].p)) = 0 So, with -O2, the pointer apparently isn't incremented (8d0f5c0 != 8d0f5c4), but without it is (95755c4 == 95755c4). Thoughts? -- 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 bpepple at fedoraproject.org Wed Feb 27 18:51:44 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 27 Feb 2008 13:51:44 -0500 Subject: Plan for tomorrows (20080227) FESCO meeting Message-ID: <1204138304.20228.3.camel@nixon> 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 18:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo-Meeting -- New Features - http://fedoraproject.org/wiki/Features/Dashboard - poelcat * http://fedoraproject.org/wiki/Features/HandwritingRecognizer /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. 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... Later, /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 jspaleta at gmail.com Wed Feb 27 19:03:38 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Feb 2008 10:03:38 -0900 Subject: LWN subscription lottery reminder Message-ID: <604aa7910802271103x445dc459l2a832041a477d45b@mail.gmail.com> A heads up for those of you who have already seen the announcement over the weekend. I'm at 33 requests, I'm looking for at least 75. If you are interested but haven't sent in the details stop procrastinating and get your requests in. If you've forgotten what I'm talking about, refresh your memory here: http://jspaleta.livejournal.com/#item19142 Please do not reply back to this thread. I'm guaranteed to lose the request in the big inbox pile unless you do the following: email jspaleta at fedoraproject.org Subject: LWN subscription request Include: Your real name Your fas accountname your lwn accountname to be granted a subscription -jef"You'd think giving away freebies would be easier"spaleta From orion at cora.nwra.com Wed Feb 27 19:13:01 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 27 Feb 2008 12:13:01 -0700 Subject: kickstart installs fail In-Reply-To: <20080226194845.596462f1@redhat.com> References: <20080226144149.6b12d983@redhat.com> <47C49FEC.8030000@cora.nwra.com> <20080226194845.596462f1@redhat.com> Message-ID: <47C5B63D.6040501@cora.nwra.com> Jesse Keating wrote: > On Tue, 26 Feb 2008 19:32:51 -0500 > Will Woods wrote: > >> A couple more bugs got worked out yesterday and today. Jesse did a >> rawhide compose by hand, which we're testing now. Everything seems >> like it might be OK. >> >> So with a little luck tomorrow's rawhide will be installable. Keep >> your fingers crossed.. > > > Well, it installed, but it didn't reboot after. Just plain didn't pick > up the kvm disk during bootup, and thus things failed :/ Not sure if > it's KVM specific or something worse. > > Kickstart install fails for me: https://bugzilla.redhat.com/show_bug.cgi?id=435175 I don't think I've been able to do a kickstart install for over a month now... :-( -- 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 vonbrand at inf.utfsm.cl Wed Feb 27 19:19:38 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 27 Feb 2008 16:19:38 -0300 Subject: xulrunner refusing to update from yum. In-Reply-To: <24258.198.182.194.170.1204134739.squirrel@clueserver.org> References: <47C58A10.9030403@ncsu.edu> <200802271624.m1RGOcjP001485@laptop13.inf.utfsm.cl> <24258.198.182.194.170.1204134739.squirrel@clueserver.org> Message-ID: <200802271919.m1RJJcM2010653@laptop13.inf.utfsm.cl> Alan wrote: > > Casey Dahlin wrote: > >> For the past few days I've been getting this in rawhide: > >> > >> Downloading Packages: > >> (1/1): xulrunner-1.9-0.be 100% |=========================| 9.3 MB > >> 01:22 Running rpm_check_debug > >> Running Transaction Test > >> Finished Transaction Test > >> Transaction Test Succeeded > >> Running Transaction > >> Updating : xulrunner ######################### > >> [1/2] > >> Error unpacking rpm package > >> xulrunner-1.9-0.beta3.27.nightly20080223.fc9.i386 > >> error: unpacking of archive failed on file > >> /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename > > > > Delete that directory and try again. > > What about all the dictionary;####### directories? They get overridden by a symlink: $ ls -l /usr/lib/xulrunner-1.9pre/dictionaries lrwxrwxrwx 1 root root 18 2008-02-27 12:22 /usr/lib/xulrunner-1.9pre/dictionaries -> /usr/share/myspell That is why the unpacking when replacing with the new package won't work: cpio(1) can't replace a directory with a symlink. In any case, if you axe that and then install the newer version, it should replace them with something sensible if they are still required. Just make sure nothing is actively using whatever you delete. Sure, a more "decent" way is to erase the offending package, and then installing it again. But if something depends on it, sometimes not even "rpm -e --nodeps" does the trick. "rawhide" == "living dangerously" ;-) ("rpm -V" afterwards isn't such a bad idea...) -- 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 alan at clueserver.org Wed Feb 27 19:28:01 2008 From: alan at clueserver.org (Alan) Date: Wed, 27 Feb 2008 11:28:01 -0800 (PST) Subject: xulrunner refusing to update from yum. In-Reply-To: <200802271919.m1RJJcM2010653@laptop13.inf.utfsm.cl> References: <47C58A10.9030403@ncsu.edu> <200802271624.m1RGOcjP001485@laptop13.inf.utfsm.cl> <24258.198.182.194.170.1204134739.squirrel@clueserver.org> <200802271919.m1RJJcM2010653@laptop13.inf.utfsm.cl> Message-ID: <2992.12.172.32.236.1204140481.squirrel@clueserver.org> > Alan wrote: >> > Casey Dahlin wrote: >> >> For the past few days I've been getting this in rawhide: >> >> >> >> Downloading Packages: >> >> (1/1): xulrunner-1.9-0.be 100% |=========================| 9.3 MB >> >> 01:22 Running rpm_check_debug >> >> Running Transaction Test >> >> Finished Transaction Test >> >> Transaction Test Succeeded >> >> Running Transaction >> >> Updating : xulrunner ######################### >> >> [1/2] >> >> Error unpacking rpm package >> >> xulrunner-1.9-0.beta3.27.nightly20080223.fc9.i386 >> >> error: unpacking of archive failed on file >> >> /usr/lib/xulrunner-1.9pre/dictionaries: cpio: rename >> > >> > Delete that directory and try again. >> >> What about all the dictionary;####### directories? > > They get overridden by a symlink: > $ ls -l /usr/lib/xulrunner-1.9pre/dictionaries > lrwxrwxrwx 1 root root 18 2008-02-27 12:22 > /usr/lib/xulrunner-1.9pre/dictionaries -> /usr/share/myspell > > That is why the unpacking when replacing with the new package won't work: > cpio(1) can't replace a directory with a symlink. > > In any case, if you axe that and then install the newer version, it should > replace them with something sensible if they are still required. Just make > sure nothing is actively using whatever you delete. > > Sure, a more "decent" way is to erase the offending package, and then > installing it again. But if something depends on it, sometimes not even > "rpm -e --nodeps" does the trick. Well, I am going to have to beat on it later. The above did not fix it. The dependencies on xulrunner are pretty heavy.Once I get the other half-gig of todays updates, I will see about fixing it. > "rawhide" == "living dangerously" ;-) Tell me about it. I have only been using Redhat since 3.0. (And Yggdrasil and Slackware before that.) I know how risky Rawhide is. There have been worse releases. (*cough* Redhat 8.0 *cough*) > > ("rpm -V" afterwards isn't such a bad idea...) Yep. From smooge at gmail.com Wed Feb 27 19:51:46 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 27 Feb 2008 12:51:46 -0700 Subject: LWN subscription lottery reminder In-Reply-To: <604aa7910802271103x445dc459l2a832041a477d45b@mail.gmail.com> References: <604aa7910802271103x445dc459l2a832041a477d45b@mail.gmail.com> Message-ID: <80d7e4090802271151l272c4dafn8cb8ab6c0e937d05@mail.gmail.com> On Wed, Feb 27, 2008 at 12:03 PM, Jeff Spaleta wrote: > A heads up for those of you who have already seen the announcement > over the weekend. > I'm at 33 requests, I'm looking for at least 75. If you are > interested but haven't sent in the details stop procrastinating and > get your requests in. > > If you've forgotten what I'm talking about, refresh your memory here: > http://jspaleta.livejournal.com/#item19142 > > Please do not reply back to this thread. I'm guaranteed to lose the > request in the big inbox pile unless you do the following: > > email jspaleta at fedoraproject.org > Subject: LWN subscription request > > Include: > Your real name > Your fas accountname > your lwn accountname to be granted a subscription > > > -jef"You'd think giving away freebies would be easier"spaleta Well I already am paying for it.. so I don't feel like taking it :). However, ask Corbet to put it on the front page :). Maybe that will get some more interest. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From jspaleta at gmail.com Wed Feb 27 20:01:01 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Feb 2008 11:01:01 -0900 Subject: LWN subscription lottery reminder In-Reply-To: <80d7e4090802271151l272c4dafn8cb8ab6c0e937d05@mail.gmail.com> References: <604aa7910802271103x445dc459l2a832041a477d45b@mail.gmail.com> <80d7e4090802271151l272c4dafn8cb8ab6c0e937d05@mail.gmail.com> Message-ID: <604aa7910802271201h1a70702au7e6a533f29adec3d@mail.gmail.com> On Wed, Feb 27, 2008 at 10:51 AM, Stephen John Smoogen wrote: > Well I already am paying for it.. so I don't feel like taking it :). > However, ask Corbet to put it on the front page :). Maybe that will > get some more interest. See all i care about is making sure that only people with FAS accounts are in my little lottery. I don't really care which LWN account I enable. So if you have one of these already, and want to pass the subscription on to someone else's LWN account because you already have one...fine with me. Just put the lwn account that you want to get the subscript in the email instead of your LWN account. Just make sure you tell the person you are re-gifting to that they should think about finding a way to contribute to the Fedora project.. or they will never be able to sleep well again knowing that they are profiting from the generosity of Fedora and not giving back in return. -jef From rdieter at math.unl.edu Wed Feb 27 20:05:15 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 27 Feb 2008 14:05:15 -0600 Subject: Is anyone packaging sage? References: <477EC690.9030904@kobold.org> <3170f42f0801070705g6fbc7f33r71a03d88c024ec99@mail.gmail.com> <10636.1202499203@vosill.math.hmc.edu> Message-ID: Any movement, work, progress here? Had some local faculty ask about this, so I could devote some cycles to help move things along. If I don't hear anything, I'll jump in and get started soon myself. -- Rex From jakub.rusinek at gmail.com Wed Feb 27 20:35:42 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 21:35:42 +0100 Subject: sense of packaging firefox' addons? Message-ID: <47C5C99E.1050903@gmail.com> hi, I saw Ubuntu is puting Firefox' addons to repo. I wonder why, while Firefox has now integrated search for addons and better addons site is planned... I don't think we should package extensions, but what do you think about that situation in U? From seg at haxxed.com Wed Feb 27 20:47:05 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 27 Feb 2008 14:47:05 -0600 Subject: gcc-4.3 optimizer bugs? In-Reply-To: References: Message-ID: <1204145226.5352.2.camel@localhost> On Wed, 2008-02-27 at 05:45 -0500, Neal Becker wrote: > We are trying to track down a numerical problem with unuran that occurs on > gcc-4.3. I know that gcc now has a very extensive test suite, and bugs are > not common. I'm just wondering, are others finding similar problems with > gcc-4.3? > > We are working on preparing a bug report. The symptoms are: > 1) Problem disappears if -O0 > 2) Problem disappears if a printf is added > 3) valgrind is silent Aliasing bug? See if -fno-strict-aliasing works around it. -------------- 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 lkundrak at redhat.com Wed Feb 27 21:00:13 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 27 Feb 2008 22:00:13 +0100 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5C99E.1050903@gmail.com> References: <47C5C99E.1050903@gmail.com> Message-ID: <1204146013.4652.149.camel@localhost.localdomain> On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: > hi, > > I saw Ubuntu is puting Firefox' addons to repo. > > I wonder why, while Firefox has now integrated search for addons and > better addons site is planned... > > I don't think we should package extensions, but what do you think about > that situation in U? Packaging addons makes perfect sense. As much as does packaging CPAN modules. You get benefits of a good packaging and update system with that. Obvious examples are ability to put the addon into repository and add it to your kickstart, or stay up-to date with security fixes. -- Lubomir Kundrak (Red Hat Security Response Team) From orion at cora.nwra.com Wed Feb 27 21:03:07 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 27 Feb 2008 14:03:07 -0700 Subject: gcc-4.3 optimizer bugs? In-Reply-To: <1204145226.5352.2.camel@localhost> References: <1204145226.5352.2.camel@localhost> Message-ID: <47C5D00B.1010109@cora.nwra.com> Callum Lerwick wrote: > On Wed, 2008-02-27 at 05:45 -0500, Neal Becker wrote: >> We are trying to track down a numerical problem with unuran that occurs on >> gcc-4.3. I know that gcc now has a very extensive test suite, and bugs are >> not common. I'm just wondering, are others finding similar problems with >> gcc-4.3? >> >> We are working on preparing a bug report. The symptoms are: >> 1) Problem disappears if -O0 >> 2) Problem disappears if a printf is added >> 3) valgrind is silent > > Aliasing bug? See if -fno-strict-aliasing works around it. > Fixes qhull. -- 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 benny+usenet at amorsen.dk Wed Feb 27 21:03:29 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Wed, 27 Feb 2008 22:03:29 +0100 Subject: gcc-4.3 optimizer bugs? References: Message-ID: Neal Becker writes: > We are trying to track down a numerical problem with unuran that occurs on > gcc-4.3. I know that gcc now has a very extensive test suite, and bugs are > not common. I'm just wondering, are others finding similar problems with > gcc-4.3? > > We are working on preparing a bug report. The symptoms are: > 1) Problem disappears if -O0 > 2) Problem disappears if a printf is added > 3) valgrind is silent The traditional way to find such problems is to: a) Compile the whole tree with 4.2 (or some other known-good compiler) b) rm someobject.o c) Compile someobject.o with 4.3 d) See if the problem appears e) If not, try some other file Once you have narrowed it down to a file, you can start looking at the generated assembly. Or split the file if it's too big to analyse. It is not a very entertaining process. /Benny From jakub.rusinek at gmail.com Wed Feb 27 21:11:55 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 27 Feb 2008 22:11:55 +0100 Subject: sense of packaging firefox' addons? In-Reply-To: <1204146013.4652.149.camel@localhost.localdomain> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> Message-ID: <47C5D21B.5050602@gmail.com> Lubomir Kundrak pisze: > On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: >> hi, >> >> I saw Ubuntu is puting Firefox' addons to repo. >> >> I wonder why, while Firefox has now integrated search for addons and >> better addons site is planned... >> >> I don't think we should package extensions, but what do you think about >> that situation in U? > > Packaging addons makes perfect sense. As much as does packaging CPAN > modules. You get benefits of a good packaging and update system with > that. Obvious examples are ability to put the addon into repository and > add it to your kickstart, or stay up-to date with security fixes. > But addons can be easily installed in Firefox and also, they're personal selection... This is like packaging... Color scheme for KDE [small and easily installable]. From pemboa at gmail.com Wed Feb 27 21:12:37 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 15:12:37 -0600 Subject: sense of packaging firefox' addons? In-Reply-To: <1204146013.4652.149.camel@localhost.localdomain> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> Message-ID: <16de708d0802271312w57b6859co4fdf90344cae14c6@mail.gmail.com> On Wed, Feb 27, 2008 at 3:00 PM, Lubomir Kundrak wrote: > > On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: > > hi, > > > > I saw Ubuntu is puting Firefox' addons to repo. > > > > I wonder why, while Firefox has now integrated search for addons and > > better addons site is planned... > > > > I don't think we should package extensions, but what do you think about > > that situation in U? > > Packaging addons makes perfect sense. As much as does packaging CPAN > modules. You get benefits of a good packaging and update system with > that. Obvious examples are ability to put the addon into repository and > add it to your kickstart, or stay up-to date with security fixes. > You take some very bad examples to highlight a need for packing and update system. Both the Firefox addons and CPAN modules already have good mechanisms for this. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From lordmorgul at gmail.com Wed Feb 27 21:22:32 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 13:22:32 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <1204146013.4652.149.camel@localhost.localdomain> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> Message-ID: <47C5D498.8030908@gmail.com> Lubomir Kundrak wrote: > On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: >> hi, >> >> I saw Ubuntu is puting Firefox' addons to repo. >> >> I wonder why, while Firefox has now integrated search for addons and >> better addons site is planned... >> >> I don't think we should package extensions, but what do you think about >> that situation in U? > > Packaging addons makes perfect sense. As much as does packaging CPAN > modules. You get benefits of a good packaging and update system with > that. Obvious examples are ability to put the addon into repository and > add it to your kickstart, or stay up-to date with security fixes. I think it only makes sense for those addons which are needed in a more secure environment (like for an RHEL workstation where you do not want the latest addon from the upstream to get loaded up at browser start, or you need to carefully review its compatibility before deployment), or for an addon that is closely related to the Fedora/RHEL desktop environment (like the Beagle integration addon). It makes sense to package the beagle addon, it would not make much sense to me as a user for the Foxmarks bookmark sync addon to be packaged for instance. It would make sense to package an addon that related to an internal network tool or web application. The builtin firefox addon update system works far faster for most desktop users than getting a new rpm packaged, built, and shipped... the popular addons become available for users almost as soon as the upstream posts them to the mozilla addon site. You just restart the browser and you've got a notice of update. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lkundrak at redhat.com Wed Feb 27 21:26:34 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 27 Feb 2008 22:26:34 +0100 Subject: sense of packaging firefox' addons? In-Reply-To: <16de708d0802271312w57b6859co4fdf90344cae14c6@mail.gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <16de708d0802271312w57b6859co4fdf90344cae14c6@mail.gmail.com> Message-ID: <1204147594.4652.152.camel@localhost.localdomain> On Wed, 2008-02-27 at 15:12 -0600, Arthur Pemberton wrote: > On Wed, Feb 27, 2008 at 3:00 PM, Lubomir Kundrak wrote: > > > > On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: > > > hi, > > > > > > I saw Ubuntu is puting Firefox' addons to repo. > > > > > > I wonder why, while Firefox has now integrated search for addons and > > > better addons site is planned... > > > > > > I don't think we should package extensions, but what do you think about > > > that situation in U? > > > > Packaging addons makes perfect sense. As much as does packaging CPAN > > modules. You get benefits of a good packaging and update system with > > that. Obvious examples are ability to put the addon into repository and > > add it to your kickstart, or stay up-to date with security fixes. > > > > > You take some very bad examples to highlight a need for packing and > update system. Both the Firefox addons and CPAN modules already have > good mechanisms for this. They do not. They can never compare with updatesd, can not cooperate with it. I am not aware if they integrate with policykit or consolehelper to allow unprivileged user to update, not if they integrate with puplet to let him know that he has to update. -- Lubomir Kundrak (Red Hat Security Response Team) From jspaleta at gmail.com Wed Feb 27 21:27:54 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Feb 2008 12:27:54 -0900 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5D498.8030908@gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> Message-ID: <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> On Wed, Feb 27, 2008 at 12:22 PM, Andrew Farris wrote: > The builtin firefox addon update system works far faster for most desktop users > than getting a new rpm packaged, built, and shipped... the popular addons become > available for users almost as soon as the upstream posts them to the mozilla > addon site. You just restart the browser and you've got a notice of update. What about... Fedora livecd spins? Would it make sense to put in end-user oriented plugins in our repository so that the people making spins can make use of them in the live image experiences? -jef From choeger at cs.tu-berlin.de Wed Feb 27 21:30:07 2008 From: choeger at cs.tu-berlin.de (=?UTF-8?B?Q2hyaXN0b3BoIEjDtmdlcg==?=) Date: Wed, 27 Feb 2008 22:30:07 +0100 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5D498.8030908@gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> Message-ID: <47C5D65F.9090802@cs.tu-berlin.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Farris schrieb: > Lubomir Kundrak wrote: >> On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: >>> hi, >>> >>> I saw Ubuntu is puting Firefox' addons to repo. >>> >>> I wonder why, while Firefox has now integrated search for addons and >>> better addons site is planned... >>> >>> I don't think we should package extensions, but what do you think >>> about that situation in U? >> >> Packaging addons makes perfect sense. As much as does packaging CPAN >> modules. You get benefits of a good packaging and update system with >> that. Obvious examples are ability to put the addon into repository and >> add it to your kickstart, or stay up-to date with security fixes. > > I think it only makes sense for those addons which are needed in a more > secure environment (like for an RHEL workstation where you do not want > the latest addon from the upstream to get loaded up at browser start, or > you need to carefully review its compatibility before deployment), or > for an addon that is closely related to the Fedora/RHEL desktop > environment (like the Beagle integration addon). It makes sense to > package the beagle addon, it would not make much sense to me as a user > for the Foxmarks bookmark sync addon to be packaged for instance. It > would make sense to package an addon that related to an internal network > tool or web application. > > The builtin firefox addon update system works far faster for most > desktop users than getting a new rpm packaged, built, and shipped... the > popular addons become available for users almost as soon as the upstream > posts them to the mozilla addon site. You just restart the browser and > you've got a notice of update. > I would add: It is a question of the point of view: Do you see that addons as a essential thing, a Desktop needs to fit certain (Enterprise) requirements as, i.e. eclipse-cdt or is it just for the personalization of a desktop? If you answer the first question with yes then you should propably package an addon. But of course, if you do so, the problem of "what happens if user tries to install addons himself?" rises. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHxdZfhMBO4cVSGS8RAqbaAKCF14eNI4d7yqkRlp2mm3rIXOrlvACbBZNT 3eNMz4odCNK/B8WrJJWdooE= =g+rn -----END PGP SIGNATURE----- From dimi at lattica.com Wed Feb 27 21:31:34 2008 From: dimi at lattica.com (Dimi Paun) Date: Wed, 27 Feb 2008 16:31:34 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <1204147594.4652.152.camel@localhost.localdomain> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <16de708d0802271312w57b6859co4fdf90344cae14c6@mail.gmail.com> <1204147594.4652.152.camel@localhost.localdomain> Message-ID: <1204147894.17649.67.camel@dimi.lattica.com> On Wed, 2008-02-27 at 22:26 +0100, Lubomir Kundrak wrote: > They do not. They can never compare with updatesd, can not cooperate > with it. I am not aware if they integrate with policykit or > consolehelper to allow unprivileged user to update, not if they > integrate with puplet to let him know that he has to update. Absolutely. All these ad-hoc methods (FF, Eclipse, CPAN, etc.) are a pain in the .. They never integrate properly with the packaging system that you know, some of them are bound to be confusing and buggy. And please, don't get me started about CPAN -- it's a perfect example why these language-based we-are-the-world-we-are-all-there-is schemes (Java included) are stupid. This are an order of magnitude simpler and more robust if they integrate as *first class* citizens with the OS packaging system. -- Dimi Paun Lattica, Inc. From me at bradmwalker.com Wed Feb 27 21:38:37 2008 From: me at bradmwalker.com (Brad Walker) Date: Wed, 27 Feb 2008 14:38:37 -0700 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5C99E.1050903@gmail.com> References: <47C5C99E.1050903@gmail.com> Message-ID: <1204148317.6176.13.camel@brad.office> On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: > hi, > > I saw Ubuntu is puting Firefox' addons to repo. > > I wonder why, while Firefox has now integrated search for addons and > better addons site is planned... > > I don't think we should package extensions, but what do you think about > that situation in U? Extensions packaged through rpm/yum install site-wide. This makes sense for some extensions that every user on a machine might want, like AdBlock Plus or other popular extensions. This makes as much sense as the java plugin, gnash plugin or adobe's plugins. Also, rpm/yum FF extensions make sense for extensions that administrators want to install on a large number of machines. A network-local yum repository would allow control over the version of the extension. One shell script could install the extension on the machines remotely. Some extensions include compiled code and might only be installable through yum/rpm on some architectures. Example: HTML Validator - http://users.skynet.be/mgueury/mozilla/ Brad Walker From lordmorgul at gmail.com Wed Feb 27 21:46:40 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 13:46:40 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> Message-ID: <47C5DA40.9010808@gmail.com> Jeff Spaleta wrote: > On Wed, Feb 27, 2008 at 12:22 PM, Andrew Farris wrote: >> The builtin firefox addon update system works far faster for most desktop users >> than getting a new rpm packaged, built, and shipped... the popular addons become >> available for users almost as soon as the upstream posts them to the mozilla >> addon site. You just restart the browser and you've got a notice of update. > > > What about... Fedora livecd spins? Would it make sense to put in > end-user oriented plugins in our repository so that the people making > spins can make use of them in the live image experiences? > > -jef I would say yes here, but of course addons are often updated and even if you did push out an addon in a livecd spin the addons would up out of date quickly. If the user was keeping persistent state with a livecd spin they may prefer using the firefox installed addons directly in the user's profile. The conflict of having both install choices is present there too if the persistent state stuff gets up to speed. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From j.w.r.degoede at hhs.nl Wed Feb 27 21:54:14 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 27 Feb 2008 22:54:14 +0100 Subject: koji: completed builds hang instead of changing status to closed Message-ID: <47C5DC06.6050606@hhs.nl> Hi all, The subject says it all, see for example: http://koji.fedoraproject.org/koji/taskinfo?taskID=473489 http://koji.fedoraproject.org/koji/taskinfo?taskID=473490 Regards, Hans From jspaleta at gmail.com Wed Feb 27 22:01:11 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Feb 2008 13:01:11 -0900 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5DA40.9010808@gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> <47C5DA40.9010808@gmail.com> Message-ID: <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> On Wed, Feb 27, 2008 at 12:46 PM, Andrew Farris wrote: > I would say yes here, but of course addons are often updated and even if you did > push out an addon in a livecd spin the addons would up out of date quickly. If > the user was keeping persistent state with a livecd spin they may prefer using > the firefox installed addons directly in the user's profile. The conflict of > having both install choices is present there too if the persistent state stuff > gets up to speed. Persistent state storage...via a usb dongle... makes for an interesting subclass of the general problem. If you have system-wide plugins and per-user versions of the same plugin..how exactly does that interaction work. Even in the normal install case, there will be times when a user may want to grab a newer version of the same plugin that is installed system-wide. Can we really deal with that? I'm not sure going down the path of system wide firefox plugins is a good idea for the repository. If people were going to do it, I'd want experiment with it in a very limited way initially. Maybe one or two plugins that you can make a strong case for having a a system wide install but not in the firefox package itself. And you'd have to work out how the system wide versions interact with user versions of the same plugin (both older and newer) over some period of time. And you have to figure out if users can enable/disable the system wide version. It's complicated. The firefox plugins generally are geared for per-user control. And you certainly can have some oddness with combinations of plugins enabled, so enabling installed plugins by default may not be possible without affecting end-user experiences... which reduces the usefulness of packaging these things for system-wide consumption. What I don't want to see is a huge explosion of these plugins in the repo, just because its easy to get them packaged up. We need to have some care here as to whether there's a good case for offering these up centrally, compared to other software we could be packaging. I'm just not sure if firefox's plugin design is really meant to handle something like 200 system wide plugins installed for users to then pick and choose to enable/disable. -jef From j.w.r.degoede at hhs.nl Wed Feb 27 22:10:52 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 27 Feb 2008 23:10:52 +0100 Subject: koji: completed builds hang instead of changing status to closed In-Reply-To: <47C5DC06.6050606@hhs.nl> References: <47C5DC06.6050606@hhs.nl> Message-ID: <47C5DFEC.3080204@hhs.nl> Hans de Goede wrote: > Hi all, > > The subject says it all, see for example: > http://koji.fedoraproject.org/koji/taskinfo?taskID=473489 > http://koji.fedoraproject.org/koji/taskinfo?taskID=473490 > Never mind they both just finished, but why the big delay between the build completing (build.log was completed) and the actual task getting closed? Regards, Hans From jkeating at redhat.com Wed Feb 27 22:11:43 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 27 Feb 2008 17:11:43 -0500 Subject: koji: completed builds hang instead of changing status to closed In-Reply-To: <47C5DC06.6050606@hhs.nl> References: <47C5DC06.6050606@hhs.nl> Message-ID: <20080227171143.1459ae84@redhat.com> On Wed, 27 Feb 2008 22:54:14 +0100 Hans de Goede wrote: > The subject says it all, see for example: > http://koji.fedoraproject.org/koji/taskinfo?taskID=473489 That one is closed already. > http://koji.fedoraproject.org/koji/taskinfo?taskID=473490 And so is this one. They seem to have just taken a while to complete the import part, that is sending the packages and logs back to the hub and having the hub write them out to the NFS share. We're experiencing some odd load issues, theory is that the ongoing backup of the koji filesystem is interacting in odd ways with the hub. -- 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: 197 bytes Desc: not available URL: From pemboa at gmail.com Wed Feb 27 22:20:26 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 16:20:26 -0600 Subject: sense of packaging firefox' addons? In-Reply-To: <1204147594.4652.152.camel@localhost.localdomain> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <16de708d0802271312w57b6859co4fdf90344cae14c6@mail.gmail.com> <1204147594.4652.152.camel@localhost.localdomain> Message-ID: <16de708d0802271420h7f349ab9j9bfda7cb0f10eace@mail.gmail.com> On Wed, Feb 27, 2008 at 3:26 PM, Lubomir Kundrak wrote: > > > On Wed, 2008-02-27 at 15:12 -0600, Arthur Pemberton wrote: > > On Wed, Feb 27, 2008 at 3:00 PM, Lubomir Kundrak wrote: > > > > > > On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: > > > > hi, > > > > > > > > I saw Ubuntu is puting Firefox' addons to repo. > > > > > > > > I wonder why, while Firefox has now integrated search for addons and > > > > better addons site is planned... > > > > > > > > I don't think we should package extensions, but what do you think about > > > > that situation in U? > > > > > > Packaging addons makes perfect sense. As much as does packaging CPAN > > > modules. You get benefits of a good packaging and update system with > > > that. Obvious examples are ability to put the addon into repository and > > > add it to your kickstart, or stay up-to date with security fixes. > > > > > > > > > You take some very bad examples to highlight a need for packing and > > update system. Both the Firefox addons and CPAN modules already have > > good mechanisms for this. > > They do not. They can never compare with updatesd, can not cooperate > with it. I am not aware if they integrate with policykit or > consolehelper to allow unprivileged user to update, not if they > integrate with puplet to let him know that he has to update. I don't know about CPAN, but any user can install a Firefox extension... if you moved it to RPM you would have to block firefox from doing it itself, or would there be duplicates? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From clydekunkel7734 at cox.net Wed Feb 27 22:40:38 2008 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Wed, 27 Feb 2008 17:40:38 -0500 Subject: upstart testers wanted! In-Reply-To: <47C4436F.8080700@cox.net> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <20080226151959.GC16794@nostromo.devel.redhat.com> <47C4436F.8080700@cox.net> Message-ID: <47C5E6E6.2010607@cox.net> Clyde E. Kunkel wrote: > Bill Nottingham wrote: >> Linus Walleij (triad at df.lth.se) said: >>>> Confirmation that the system boots and runs more or less as expected. >>>> >>> Seems to work flawlessly. I have no SELinux on this HP nc2400 laptop >>> but upstart boots it like a charm. >>> >>> I don't notice much increase in bootup speed, but shutdown is >>> *considerably* quicker! >>> >> >> Do you have numbers? I'm not sure why it would be significantly >> different >> at all; it's still running the same shutdown scripts. >> >> Bill >> >> > I don't have numbers, but subjectively, shutdown or restart are faster > than before. Don't subjectively see a decrease in startup. BTW, show > details in RHGB doesn't work after swaps activated msg displayed. > Still looking into this.... > Maybe I spoke too soon....after clicking on restart from gnome desktop, a long period of time passes before the graphical desktop disappears. Restart is very fast after that. Is this upstart or gnome? Total time is now much longer (subjectively) and I believe my earlier assessment was faulty since that restart was immediately after installing upstart. (BTW, have removed rhgb from grub menu since can't use interactive service startup with it. I see this is covered in bz 433156. Maybe upstart install should check and remove grub rhgb parm until solution coded.) Not seeing any other issues, but don't know if upstart is any advantage at present. -- __________________________ Regards, Old Fart From lordmorgul at gmail.com Wed Feb 27 22:52:48 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 14:52:48 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> <47C5DA40.9010808@gmail.com> <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> Message-ID: <47C5E9C0.6090603@gmail.com> Jeff Spaleta wrote: > And you > have to figure out if users can enable/disable the system wide > version. It's complicated. The firefox plugins generally are geared > for per-user control. And you certainly can have some oddness with > combinations of plugins enabled, so enabling installed plugins by > default may not be possible without affecting end-user experiences... Additionally it is not only a per-user issue... it is a per-profile issue, which a firefox user may have several of (I personally have several of them for my main user account just for testing purposes). -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From caillon at redhat.com Wed Feb 27 23:02:25 2008 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 27 Feb 2008 18:02:25 -0500 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> Message-ID: <47C5EC01.1020702@redhat.com> Jakub 'Livio' Rusinek wrote: > I said few weeks or months ago, that our system-* tools cannot > descriminate KDE by using GTK. Maybe we should make things just work out of the box where we can, so we can get rid of the need to have system-config-* cruft and discriminate against both. From jspaleta at gmail.com Wed Feb 27 23:02:39 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Feb 2008 14:02:39 -0900 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5E9C0.6090603@gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> <47C5DA40.9010808@gmail.com> <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> <47C5E9C0.6090603@gmail.com> Message-ID: <604aa7910802271502q3a8598b9sad2a98f4f6a4a8b6@mail.gmail.com> On Wed, Feb 27, 2008 at 1:52 PM, Andrew Farris wrote: > Additionally it is not only a per-user issue... it is a per-profile issue, which > a firefox user may have several of (I personally have several of them for my > main user account just for testing purposes). Indeed..complicated...very very complicated. A very different animal than perl and cpan. And...do we need to consider how system wide plugins will affect other xulrunner applications besided firefox? I'm not really up to speed on how these things interact. I know just enough to know I'm concerned about knowing what the answer to that question is before we do anything with regard to system wide plugins. I'm somewhat sure there isn't a problem here, but I want to make sure. If we did anything with regard to this, I don't think I could stomach seeing any experimentation here until after f9 goes out and rawhide reopens for general crackrock accumulation. Even then I'd want to see a discussion run through the much smarter than me people in fesco and/or packaging before we did anything...if we do anything at all. And of course the firefox maintainer(s) would need to weigh in....again. I need to go list spelunking to see what expert opinion was on this in previous discussions. I'm sure there were previous discussions at some point about this. -jef -jef From lkundrak at redhat.com Wed Feb 27 23:40:06 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Thu, 28 Feb 2008 00:40:06 +0100 Subject: system-* tools' ui independence In-Reply-To: <47C5EC01.1020702@redhat.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> Message-ID: <1204155606.4652.155.camel@localhost.localdomain> On Wed, 2008-02-27 at 18:02 -0500, Christopher Aillon wrote: > Jakub 'Livio' Rusinek wrote: > > I said few weeks or months ago, that our system-* tools cannot > > descriminate KDE by using GTK. > > Maybe we should make things just work out of the box where we can, so we > can get rid of the need to have system-config-* cruft and discriminate > against both. I'm wondering which things would have to be made work out of box so that you could get rid of system-config-users, etc. :) -- Lubomir Kundrak (Red Hat Security Response Team) From chasd at silveroaks.com Wed Feb 27 23:46:02 2008 From: chasd at silveroaks.com (chasd) Date: Wed, 27 Feb 2008 17:46:02 -0600 Subject: sense of packaging firefox' addons? In-Reply-To: <20080227214727.236326192A0@hormel.redhat.com> References: <20080227214727.236326192A0@hormel.redhat.com> Message-ID: For the single end user that manages his /her own computer, it doesn't matter how the add-on is deployed. In fact, there are advantages to the way Firefox handles it. In an environment that is managed by a "professional" , using the distribution package manager for add-ons has many advantages. As an administrator, I would prefer to control what Firefox and Thunderbird add-ons my users have access to, and allow the system- wide management tools to tell me what add-ons are installed and what are the exact versions of those add-ons. Some add-on versions are locked to a specific Firefox version. An administrator would take that into account when rolling out updates. yum /rpm could bark if an update to Firefox was attempted before an updated add-on was available ( as long as the correct version requires were in the add- on package ). Code for self-application updates ( and add-on updates ) is IMHO wasted effort since the code and infrastructure already exists in the distro platform ( yum, rpm ). Only in the proprietary OS world do applications need to re-invent the update wheel because the OS update mechanism is closed to most application developers and is only available to the OS vendor for its own applications. Having Firefox update itself and its add-ons is a consequence of its deployment on Windows. It is not necessarily the best way on Linux. Charles Dostale From pemboa at gmail.com Wed Feb 27 23:57:35 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 17:57:35 -0600 Subject: system-* tools' ui independence In-Reply-To: <47C5EC01.1020702@redhat.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> Message-ID: <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> On Wed, Feb 27, 2008 at 5:02 PM, Christopher Aillon wrote: > Jakub 'Livio' Rusinek wrote: > > I said few weeks or months ago, that our system-* tools cannot > > descriminate KDE by using GTK. > > Maybe we should make things just work out of the box where we can, so we > can get rid of the need to have system-config-* cruft and discriminate > against both. So you're going to write mind reading software to know what resolution I want my display set to? And what directories I want to share via nfs? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From lordmorgul at gmail.com Wed Feb 27 23:59:54 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 15:59:54 -0800 Subject: system-* tools' ui independence In-Reply-To: <1204155606.4652.155.camel@localhost.localdomain> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <1204155606.4652.155.camel@localhost.localdomain> Message-ID: <47C5F97A.7050800@gmail.com> Lubomir Kundrak wrote: > On Wed, 2008-02-27 at 18:02 -0500, Christopher Aillon wrote: >> Jakub 'Livio' Rusinek wrote: >>> I said few weeks or months ago, that our system-* tools cannot >>> descriminate KDE by using GTK. >> Maybe we should make things just work out of the box where we can, so we >> can get rid of the need to have system-config-* cruft and discriminate >> against both. > > I'm wondering which things would have to be made work out of box so that > you could get rid of system-config-users, etc. :) Thats easy.. blank root password and autologin. ;) -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Thu Feb 28 00:07:18 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 16:07:18 -0800 Subject: system-* tools' ui independence In-Reply-To: <47C5EC01.1020702@redhat.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> Message-ID: <47C5FB36.3050807@gmail.com> Christopher Aillon wrote: > Jakub 'Livio' Rusinek wrote: >> I said few weeks or months ago, that our system-* tools cannot >> descriminate KDE by using GTK. > > Maybe we should make things just work out of the box where we can, so we > can get rid of the need to have system-config-* cruft and discriminate > against both. Jakub, I really have to disagree with your frequent use of the word 'discriminate' in describing this issue.. there is no discrimination occurring here. To be discrimination, it would have to be possible for you to do something (or be provided something) only in one situation and not in another. You CAN use the system-config- tools in kde, and they do their jobs correctly. It would be a discrimination issue if you were forced to login to gnome to create new user accounts for instance. You might receive more positive feedback on this if you just stick to the primary issue... users who prefer KDE want their applications to remain in theme, especially if they are using vastly different QT themes from the default. The 'problem' here is purely aesthetic, but there is nothing (in system-config- stuff) you're denied access to by using kde. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Thu Feb 28 00:30:49 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 16:30:49 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: References: <20080227214727.236326192A0@hormel.redhat.com> Message-ID: <47C600B9.6010907@gmail.com> chasd wrote: > For the single end user that manages his /her own computer, it doesn't > matter how the add-on is deployed. In fact, there are advantages to the > way Firefox handles it. In an environment that is managed by a > "professional" , using the distribution package manager for add-ons has > many advantages. > > As an administrator, I would prefer to control what Firefox and > Thunderbird add-ons my users have access to, and allow the system-wide > management tools to tell me what add-ons are installed and what are the > exact versions of those add-ons. And most users would rather not wait for their administrator to get around to their station to deploy a new addon they found out about, which is supposed to make them more effective at doing their job rather than waste time trying to get the IT guy to handle it. Most admins don't want to have the excess work of building custom packages for those addons just to let the user test the addon.. only to find it is inadequate for their needs. You will not find an adequate solution based only on system-wide installation for these addons unless the users are simply denied any other option (i.e. not an effective way to deal with the desktop user). > Some add-on versions are locked to a > specific Firefox version. An administrator would take that into account > when rolling out updates. yum /rpm could bark if an update to Firefox > was attempted before an updated add-on was available ( as long as the > correct version requires were in the add-on package ). And if you updated firefox by its own update system it would warn you that the update would break your extensions before it let you apply the update. I'm not suggesting we do that, but the fact is that upstream has done that work so it is not wasted effort (it already exists). The extra work is in fact creating packages for all these addons (a rapidly changing group of small code bits). > Code for self-application updates ( and add-on updates ) is IMHO wasted > effort since the code and infrastructure already exists in the distro > platform ( yum, rpm ). Only in the proprietary OS world do applications > need to re-invent the update wheel because the OS update mechanism is > closed to most application developers and is only available to the OS > vendor for its own applications. Having Firefox update itself and its > add-ons is a consequence of its deployment on Windows. It is not > necessarily the best way on Linux. I would agree with that last statement, partially, but the fact that self-updates is not necessarily the best option does not mean that system-wide updates are the best option either. There are systems for deploying windows updates through IT administrators as well.. but that is inadequate to solve the problem of firefox addons (which is the real reason why the self-update system exists for them, not because there was no other option in the windows world). There are many use cases where the system-wide package management is nothing more than overhead and in the way of getting the job done. Creating an RPM spec is additional work to be done and takes the time and effort of someone which causes more delay in deployment. It is also a heavy amount of work to package, build, and distribute a very rarely used addon for a small group of users. It does not make sense to remove or block the user's ability to install extensions through the provided firefox interface, unless that is for very specific security reasons within a managed IT infrastructure. I could see their being an advantage in pushing out a set of system-wide firefox extensions to a group of lab machines, but is it really worth the effort it will take on an continual basis to keep these small extensions updated? -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From pemboa at gmail.com Thu Feb 28 00:34:33 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 18:34:33 -0600 Subject: system-* tools' ui independence In-Reply-To: <47C5FB36.3050807@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <47C5FB36.3050807@gmail.com> Message-ID: <16de708d0802271634y39edbf49r100863759ca0f4d8@mail.gmail.com> On Wed, Feb 27, 2008 at 6:07 PM, Andrew Farris wrote: > You might receive more positive feedback on this if you just stick to the > primary issue... users who prefer KDE want their applications to remain in > theme, especially if they are using vastly different QT themes from the default. > The 'problem' here is purely aesthetic, but there is nothing (in > system-config- stuff) you're denied access to by using kde. Some users -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From ndbecker2 at gmail.com Thu Feb 28 00:46:05 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 27 Feb 2008 19:46:05 -0500 Subject: Is anyone packaging sage? References: <477EC690.9030904@kobold.org> <3170f42f0801070705g6fbc7f33r71a03d88c024ec99@mail.gmail.com> <10636.1202499203@vosill.math.hmc.edu> Message-ID: Rex Dieter wrote: > Any movement, work, progress here? Had some local faculty ask about this, > so I could devote some cycles to help move things along. > > If I don't hear anything, I'll jump in and get started soon myself. > > -- Rex > I just submitted cython, I think that's 1 little piece. If you do this, look at debian. They've done a lot of work on breaking this into bitesize pieces (or is that bytesize?) From notting at redhat.com Thu Feb 28 01:13:07 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 27 Feb 2008 20:13:07 -0500 Subject: upstart testers wanted! In-Reply-To: <47C5E6E6.2010607@cox.net> References: <20080225210150.GB3275@nostromo.devel.redhat.com> <20080226151959.GC16794@nostromo.devel.redhat.com> <47C4436F.8080700@cox.net> <47C5E6E6.2010607@cox.net> Message-ID: <20080228011307.GA4763@nostromo.devel.redhat.com> Clyde E. Kunkel (clydekunkel7734 at cox.net) said: > Maybe I spoke too soon....after clicking on restart from gnome desktop, a > long period of time passes before the graphical desktop disappears. > Restart is very fast after that. Is this upstart or gnome? It's a bug in prefdm not being killed correctly - fixed in the latest event-compat-sysv. Bill From mclasen at redhat.com Thu Feb 28 01:14:17 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 27 Feb 2008 20:14:17 -0500 Subject: system-* tools' ui independence In-Reply-To: <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> Message-ID: <1204161257.3437.14.camel@localhost.localdomain> On Wed, 2008-02-27 at 17:57 -0600, Arthur Pemberton wrote: > On Wed, Feb 27, 2008 at 5:02 PM, Christopher Aillon wrote: > > Jakub 'Livio' Rusinek wrote: > > > I said few weeks or months ago, that our system-* tools cannot > > > descriminate KDE by using GTK. > > > > Maybe we should make things just work out of the box where we can, so we > > can get rid of the need to have system-config-* cruft and discriminate > > against both. > > > So you're going to write mind reading software to know what resolution > I want my display set to? And what directories I want to share via > nfs? We are currently investing effort into bringing the screen resolution capplet into the modern xrandr world. This will soon make system-config-display obsolete. NetworkManager is gaining capabilities for dealing with system-wide connections right now. The clock applet lets you change time zones now. These are 3 examples of "getting rid of the need to have system-config-*". Mind reading not required. Matthias From michel.sylvan at gmail.com Thu Feb 28 01:10:43 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Wed, 27 Feb 2008 20:10:43 -0500 Subject: Plan for tomorrows (20080227) FESCO meeting In-Reply-To: <1204138304.20228.3.camel@nixon> References: <1204138304.20228.3.camel@nixon> Message-ID: 2008/2/27 Brian Pepple : > 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 18:00 UTC > in #fedora-meeting on irc.freenode.org: > > /topic FESCo-Meeting -- New Features - > http://fedoraproject.org/wiki/Features/Dashboard - poelcat > * http://fedoraproject.org/wiki/Features/HandwritingRecognizer > > /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. You can also propose topics > in the meeting while it is in the "Free discussion around Fedora" phase. > The document does not open for me right now (at work, stuck on IE, so that might be it), so apologies if the following is on the list already: regarding the deprecation of gnome-volume-manager, there is currently no way to set default Audio CD and DVD handlers. -- Michel Salim http://hircus.jaiku.com/ From mclasen at redhat.com Thu Feb 28 01:23:09 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 27 Feb 2008 20:23:09 -0500 Subject: Plan for tomorrows (20080227) FESCO meeting In-Reply-To: References: <1204138304.20228.3.camel@nixon> Message-ID: <1204161789.3437.17.camel@localhost.localdomain> On Wed, 2008-02-27 at 20:10 -0500, Michel Salim wrote: > 2008/2/27 Brian Pepple : > > 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 18:00 UTC > > in #fedora-meeting on irc.freenode.org: > > > > /topic FESCo-Meeting -- New Features - > > http://fedoraproject.org/wiki/Features/Dashboard - poelcat > > * http://fedoraproject.org/wiki/Features/HandwritingRecognizer > > > > /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. You can also propose topics > > in the meeting while it is in the "Free discussion around Fedora" phase. > > > > The document does not open for me right now (at work, stuck on IE, so > that might be it), so apologies if the following is on the list > already: regarding the deprecation of gnome-volume-manager, there is > currently no way to set default Audio CD and DVD handlers. The gvfs feature page has some hints: With the port to Gvfs, nautilus takes over the automount/autorun responsibilities from gnome-volume-manager. Automount/autorun configuration is now available in the file management capplet. Matthias From mattdm at mattdm.org Thu Feb 28 01:26:09 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 27 Feb 2008 20:26:09 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <47C600B9.6010907@gmail.com> References: <20080227214727.236326192A0@hormel.redhat.com> <47C600B9.6010907@gmail.com> Message-ID: <20080228012609.GA894@jadzia.bu.edu> On Wed, Feb 27, 2008 at 04:30:49PM -0800, Andrew Farris wrote: > And most users would rather not wait for their administrator to get around > to their station to deploy a new addon they found out about, which is Why would the administrator have to go anywhere to do this? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From lordmorgul at gmail.com Thu Feb 28 01:37:35 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 17:37:35 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <20080228012609.GA894@jadzia.bu.edu> References: <20080227214727.236326192A0@hormel.redhat.com> <47C600B9.6010907@gmail.com> <20080228012609.GA894@jadzia.bu.edu> Message-ID: <47C6105F.20405@gmail.com> Matthew Miller wrote: > On Wed, Feb 27, 2008 at 04:30:49PM -0800, Andrew Farris wrote: >> And most users would rather not wait for their administrator to get around >> to their station to deploy a new addon they found out about, which is > > Why would the administrator have to go anywhere to do this? My point was that it will take *much longer* to get done than if the user can simply click an .xpi and restart their browser. Frankly, if you set aside security or stability concerns, it seems like a *major waste* to go to the effort of packaging extensions. The existing framework for their deployment works very well. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jspaleta at gmail.com Thu Feb 28 01:52:37 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Feb 2008 16:52:37 -0900 Subject: sense of packaging firefox' addons? In-Reply-To: <47C6105F.20405@gmail.com> References: <20080227214727.236326192A0@hormel.redhat.com> <47C600B9.6010907@gmail.com> <20080228012609.GA894@jadzia.bu.edu> <47C6105F.20405@gmail.com> Message-ID: <604aa7910802271752r1446ad73mbd6c2eea96fcb0@mail.gmail.com> On Wed, Feb 27, 2008 at 4:37 PM, Andrew Farris wrote: > My point was that it will take *much longer* to get done than if the user can > simply click an .xpi and restart their browser. Frankly, if you set aside > security or stability concerns, it seems like a *major waste* to go to the > effort of packaging extensions. The existing framework for their deployment > works very well. Even if there is utility for some individual sites to have packages and to lockdown firefox's plugin ability.. it might not make sense for Fedora to provide those packages. -jef From peter at thecodergeek.com Thu Feb 28 02:29:41 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 27 Feb 2008 18:29:41 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5C99E.1050903@gmail.com> References: <47C5C99E.1050903@gmail.com> Message-ID: <1204165781.8087.3.camel@tuxhugs> On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: > I don't think we should package extensions, but what do you think about > that situation in U? Aside from the issues already mentioned in this thread, I think other reasons to have them packaged is _trust_ and _quality_. For example, would you install the extension from a website which you're not familiar with...or would you install it from the same place from where you install every other software on your computer? Having them in a Fedora-friendly package means that they are less of a hassle to install, can be automated into an installation (via kickstart and friends), and are otherwise far better integrated into the Fedora system as a whole. Plus, having it installed from a Fedora repo, a user will be extremely more confident that the extension works well and is kept up-to-date with the rest of their system. -- 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 mattdm at mattdm.org Thu Feb 28 03:09:55 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 27 Feb 2008 22:09:55 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <47C6105F.20405@gmail.com> References: <20080227214727.236326192A0@hormel.redhat.com> <47C600B9.6010907@gmail.com> <20080228012609.GA894@jadzia.bu.edu> <47C6105F.20405@gmail.com> Message-ID: <20080228030955.GA8878@jadzia.bu.edu> On Wed, Feb 27, 2008 at 05:37:35PM -0800, Andrew Farris wrote: > can simply click an .xpi and restart their browser. Frankly, if you set > aside security or stability concerns, it seems like a *major waste* to go > to the effort of packaging extensions. The existing framework for their > deployment works very well. Heh. "Frankly, if we set aside eight million dollars, eight million and one dollars isn't very much money." -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From rwwyatt01 at gmail.com Thu Feb 28 03:24:06 2008 From: rwwyatt01 at gmail.com (Randy Wyatt) Date: Wed, 27 Feb 2008 19:24:06 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <20080228030955.GA8878@jadzia.bu.edu> References: <20080227214727.236326192A0@hormel.redhat.com> <47C600B9.6010907@gmail.com> <20080228012609.GA894@jadzia.bu.edu> <47C6105F.20405@gmail.com> <20080228030955.GA8878@jadzia.bu.edu> Message-ID: <47C62956.8090208@gmail.com> Matthew Miller wrote: > On Wed, Feb 27, 2008 at 05:37:35PM -0800, Andrew Farris wrote: >> can simply click an .xpi and restart their browser. Frankly, if you set >> aside security or stability concerns, it seems like a *major waste* to go >> to the effort of packaging extensions. The existing framework for their >> deployment works very well. > All, Look at the number of updates for certain critical extensions such as NoScript, and then judge about security versus maintainability. Quite Often, the update within Firefox doesn't contain the latest version. I would much rather the users take a suggestion about which updates should be included if a popup appears when they start their browser. And I keep a running log of the latest and greatest software which they have learned through extreme coercive techniques to consult before installing something willy-nilly Randy From rwwyatt01 at gmail.com Thu Feb 28 03:18:45 2008 From: rwwyatt01 at gmail.com (Randy Wyatt) Date: Wed, 27 Feb 2008 19:18:45 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <1204165781.8087.3.camel@tuxhugs> References: <47C5C99E.1050903@gmail.com> <1204165781.8087.3.camel@tuxhugs> Message-ID: <47C62815.3030700@gmail.com> Peter Gordon wrote: > > Aside from the issues already mentioned in this thread, I think other > reasons to have them packaged is _trust_ and _quality_. > > For example, would you install the extension from a website which you're > not familiar with...or would you install it from the same place from > where you install every other software on your computer? That doesn't imply that I trust anything. Fedora gets to a firewalled system in the test network before coming anywhere near one of my desktops. Being packaged on a known location doesn't imply Qquality(i. e. windowsupdate) I absolutely believe that FireFox extensions should not be packaged in by Fedora. Regards, Randy From lordmorgul at gmail.com Thu Feb 28 03:54:38 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 19:54:38 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <47C62956.8090208@gmail.com> References: <20080227214727.236326192A0@hormel.redhat.com> <47C600B9.6010907@gmail.com> <20080228012609.GA894@jadzia.bu.edu> <47C6105F.20405@gmail.com> <20080228030955.GA8878@jadzia.bu.edu> <47C62956.8090208@gmail.com> Message-ID: <47C6307E.8050908@gmail.com> Randy Wyatt wrote: > Matthew Miller wrote: >> On Wed, Feb 27, 2008 at 05:37:35PM -0800, Andrew Farris wrote: >>> can simply click an .xpi and restart their browser. Frankly, if you >>> set aside security or stability concerns, it seems like a *major >>> waste* to go to the effort of packaging extensions. The existing >>> framework for their deployment works very well. >> > > All, > Look at the number of updates for certain critical extensions such as > NoScript, and then judge about security versus maintainability. Quite > Often, the update within Firefox doesn't contain the latest version. I > would much rather the users take a suggestion about which updates should > be included if a popup appears when they start their browser. > > And I keep a running log of the latest and greatest software which they > have learned through extreme coercive techniques to consult before > installing something willy-nilly Bravo, afterall.. no security policy is 100% adequate to prevent a user from doing something very stupid. Not updating adblock plus or noscript frequently makes them ineffective, and if you're only providing the very first version via system-wide install and then permitting the user's profile to update a local extension version that seems a little silly to me. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From pemboa at gmail.com Thu Feb 28 04:07:22 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 22:07:22 -0600 Subject: system-* tools' ui independence In-Reply-To: <1204161257.3437.14.camel@localhost.localdomain> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> Message-ID: <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> On Wed, Feb 27, 2008 at 7:14 PM, Matthias Clasen wrote: > We are currently investing effort into bringing the screen resolution > capplet into the modern xrandr world. This will soon make > system-config-display obsolete. Fair enough > NetworkManager is gaining capabilities for dealing with system-wide > connections right now. With all due respect to the NetworkManager devs, this particular piece of software regularly betrays me at times when I can't be dealing with network issues -- there is currently a hate thread going on in the main list, not started by myself > The clock applet lets you change time zones now. > > These are 3 examples of "getting rid of the need to have > system-config-*". Mind reading not required. Fair enough but I doubt there will be a point when there will be no more of these tools. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From pemboa at gmail.com Thu Feb 28 04:34:42 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 27 Feb 2008 22:34:42 -0600 Subject: sense of packaging firefox' addons? In-Reply-To: <1204165781.8087.3.camel@tuxhugs> References: <47C5C99E.1050903@gmail.com> <1204165781.8087.3.camel@tuxhugs> Message-ID: <16de708d0802272034r3aadbe67qf6994276a9a8d486@mail.gmail.com> 2008/2/27 Peter Gordon : > On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: > > > I don't think we should package extensions, but what do you think about > > that situation in U? > > Aside from the issues already mentioned in this thread, I think other > reasons to have them packaged is _trust_ and _quality_. > > For example, would you install the extension from a website which you're > not familiar with...or would you install it from the same place from > where you install every other software on your computer? So addons.mozilla.org is less trustable than the random Fedora mirror? Because, last I check it is the only source which is enabled for addons by default. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From davehoz at gmail.com Thu Feb 28 04:39:36 2008 From: davehoz at gmail.com (David Hunter) Date: Thu, 28 Feb 2008 15:39:36 +1100 Subject: system-config-services-0.99.0-1.fc9.noarch broken (i386) Message-ID: <6bb886180802272039t27df96f8u3d05f6b6750de4a3@mail.gmail.com> When I try to launch the said menu item in GNOME, I get the following error dialog: The exec() call failed. How can I get further information to developers to diagnose the problem? -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From lordmorgul at gmail.com Thu Feb 28 04:46:28 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 27 Feb 2008 20:46:28 -0800 Subject: system-config-services-0.99.0-1.fc9.noarch broken (i386) In-Reply-To: <6bb886180802272039t27df96f8u3d05f6b6750de4a3@mail.gmail.com> References: <6bb886180802272039t27df96f8u3d05f6b6750de4a3@mail.gmail.com> Message-ID: <47C63CA4.4030707@gmail.com> David Hunter wrote: > When I try to launch the said menu item in GNOME, I get the following error > dialog: > > The exec() call failed. > > How can I get further information to developers to diagnose the problem? Run the command 'system-config-services' in a terminal with root user logged in. See if you see this output: https://bugzilla.redhat.com/show_bug.cgi?id=435068 -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From abartlet at samba.org Thu Feb 28 05:04:48 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Thu, 28 Feb 2008 16:04:48 +1100 Subject: sense of packaging firefox' addons? In-Reply-To: <16de708d0802272034r3aadbe67qf6994276a9a8d486@mail.gmail.com> References: <47C5C99E.1050903@gmail.com> <1204165781.8087.3.camel@tuxhugs> <16de708d0802272034r3aadbe67qf6994276a9a8d486@mail.gmail.com> Message-ID: <1204175088.8830.52.camel@naomi> On Wed, 2008-02-27 at 22:34 -0600, Arthur Pemberton wrote: > 2008/2/27 Peter Gordon : > > On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: > > > > > I don't think we should package extensions, but what do you think about > > > that situation in U? > > > > Aside from the issues already mentioned in this thread, I think other > > reasons to have them packaged is _trust_ and _quality_. > > > > For example, would you install the extension from a website which you're > > not familiar with...or would you install it from the same place from > > where you install every other software on your computer? > > > So addons.mozilla.org is less trustable than the random Fedora mirror? When the signature is verified, I would trust a fedora mirror more than mozilla.org. 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 peter at thecodergeek.com Thu Feb 28 05:05:31 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 27 Feb 2008 21:05:31 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <16de708d0802272034r3aadbe67qf6994276a9a8d486@mail.gmail.com> References: <47C5C99E.1050903@gmail.com> <1204165781.8087.3.camel@tuxhugs> <16de708d0802272034r3aadbe67qf6994276a9a8d486@mail.gmail.com> Message-ID: <1204175131.8087.8.camel@tuxhugs> On Wed, 2008-02-27 at 22:34 -0600, Arthur Pemberton wrote: > So addons.mozilla.org is less trustable than the random Fedora mirror? > Because, last I check it is the only source which is enabled for > addons by default. Touch?... Trying to discuss it without actually being a user of Firefox is perhaps not the greatest idea I've had recently. :) -- 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 jakub.rusinek at gmail.com Thu Feb 28 05:41:16 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 06:41:16 +0100 Subject: system-* tools' ui independence In-Reply-To: <47C5EC01.1020702@redhat.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> Message-ID: <47C6497C.7000300@gmail.com> Christopher Aillon pisze: > Jakub 'Livio' Rusinek wrote: >> I said few weeks or months ago, that our system-* tools cannot >> descriminate KDE by using GTK. > > Maybe we should make things just work out of the box where we can, so we > can get rid of the need to have system-config-* cruft and discriminate > against both. > Someone said here about GNOME config tools backend, which is "desktop-agnostic". Only KDE frontend is missing but it should not be a problem. Also, including GNOME's tools instead of our, would make Ubuntu users switch easier (many are moving to Fedora). From jakub.rusinek at gmail.com Thu Feb 28 05:45:05 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 06:45:05 +0100 Subject: system-* tools' ui independence In-Reply-To: <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> Message-ID: <47C64A61.6020009@gmail.com> Arthur Pemberton pisze: > On Wed, Feb 27, 2008 at 7:14 PM, Matthias Clasen wrote: >> We are currently investing effort into bringing the screen resolution >> capplet into the modern xrandr world. This will soon make >> system-config-display obsolete. > > Fair enough Curious, how this is gonna work... Sometimes I have broken xorg.conf and no copy on Internet so then some tool is needed. > >> NetworkManager is gaining capabilities for dealing with system-wide >> connections right now. > > With all due respect to the NetworkManager devs, this particular piece > of software regularly betrays me at times when I can't be dealing with > network issues -- there is currently a hate thread going on in the > main list, not started by myself That's good, but too late for me (; . I had static conf over network, but now I have router with static IPs set for MACs. DHCP used. From jakub.rusinek at gmail.com Thu Feb 28 05:47:11 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 06:47:11 +0100 Subject: sense of packaging firefox' addons? In-Reply-To: <604aa7910802271752r1446ad73mbd6c2eea96fcb0@mail.gmail.com> References: <20080227214727.236326192A0@hormel.redhat.com> <47C600B9.6010907@gmail.com> <20080228012609.GA894@jadzia.bu.edu> <47C6105F.20405@gmail.com> <604aa7910802271752r1446ad73mbd6c2eea96fcb0@mail.gmail.com> Message-ID: <47C64ADF.3010600@gmail.com> Jeff Spaleta pisze: > On Wed, Feb 27, 2008 at 4:37 PM, Andrew Farris wrote: >> My point was that it will take *much longer* to get done than if the user can >> simply click an .xpi and restart their browser. Frankly, if you set aside >> security or stability concerns, it seems like a *major waste* to go to the >> effort of packaging extensions. The existing framework for their deployment >> works very well. > > Even if there is utility for some individual sites to have packages > and to lockdown firefox's plugin ability.. it might not make sense for > Fedora to provide those packages. > Agree. From jakub.rusinek at gmail.com Thu Feb 28 05:48:06 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 06:48:06 +0100 Subject: sense of packaging firefox' addons? In-Reply-To: <1204165781.8087.3.camel@tuxhugs> References: <47C5C99E.1050903@gmail.com> <1204165781.8087.3.camel@tuxhugs> Message-ID: <47C64B16.1040907@gmail.com> Peter Gordon pisze: > On Wed, 2008-02-27 at 21:35 +0100, Jakub 'Livio' Rusinek wrote: >> I don't think we should package extensions, but what do you think about >> that situation in U? > > Aside from the issues already mentioned in this thread, I think other > reasons to have them packaged is _trust_ and _quality_. > > For example, would you install the extension from a website which you're > not familiar with...or would you install it from the same place from > where you install every other software on your computer? Having them in > a Fedora-friendly package means that they are less of a hassle to > install, can be automated into an installation (via kickstart and > friends), and are otherwise far better integrated into the Fedora system > as a whole. Plus, having it installed from a Fedora repo, a user will be > extremely more confident that the extension works well and is kept > up-to-date with the rest of their system. > It may be up-to-date with system, but not with self (read: outdated addon in repo). From lightsolphoenix at gmail.com Thu Feb 28 07:29:51 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Thu, 28 Feb 2008 02:29:51 -0500 Subject: system-* tools' ui independence In-Reply-To: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> Message-ID: <47C662EF.8020408@gmail.com> Jakub 'Livio' Rusinek wrote: > hi, > > I said few weeks or months ago, that our system-* tools cannot > descriminate KDE by using GTK. > > YaST authors separated UI library, so you [Red Hat or Community] can > easily rewrite our tools to integrate well with KDE and GTK-based > environments. > > http://visnov.blogspot.com/2008/02/yast-user-interface-library-is-now.htm Um, have you SEEN or USED the YaST GTK+ interface? It's one of the most screwed-up pieces of bad UI I've ever seen in my life... From rc040203 at freenet.de Tue Feb 26 13:27:13 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 26 Feb 2008 14:27:13 +0100 Subject: Fedora bug workflow - process change In-Reply-To: <200802261421.57829.opensource@till.name> References: <1204020988.14674.9.camel@wombat.tiptoe.de> <200802261421.57829.opensource@till.name> Message-ID: <1204032433.3446.25.camel@beck.corsepiu.local> On Tue, 2008-02-26 at 14:21 +0100, Till Maas wrote: > On Tuesday 26 February 2008 11:16:28 Nils Philippsen wrote: > > > IMO this is bad, as we don't differentiate between "this is a bug" and > > "someone is actually working on it" then; ASSIGNED should mean what it > > says, that a bug is assigned to a person or group of persons to work on +1 > iirc you can use ON_DEV to show that someone is working on it. Also ASSIGNED > can be interpreted as "assigned to the right component". This doesn't match bugzilla practice as it is used for ages by almost all bugzilla's world wide. From kevin.kofler at chello.at Thu Feb 28 08:26:53 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 28 Feb 2008 08:26:53 +0000 (UTC) Subject: Okteta now GPLv2 or GPLv3 (or later as approved by KDE e.v.) rather than GPLv2 only Message-ID: I doubt anybody really cares about this, as it's an application, not a library, and just adds an additional license option, but just to follow protocol: the okteta package has an updated license: -License: GPLv2 +License: GPLv2 or GPLv3 It also allows "any later version accepted by the membership of KDE e.V. (or its successor approved by the membership of KDE e.V.), which shall act as a proxy defined in Section 14 of version 3 of the license.", but I can't encode this in the License tag. Kevin Kofler From oliver at linux-kernel.at Thu Feb 28 08:45:41 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 28 Feb 2008 09:45:41 +0100 Subject: net.core.rmem / net.core.wmem Message-ID: <47C674B5.6040608@linux-kernel.at> Guys, Having various distributions here I can see the following: Debian 4.0: net.core.wmem_default = 109568 net.core.rmem_default = 109568 net.core.wmem_max = 131071 net.core.rmem_max = 131071 SuSE 10: net.core.wmem_default = 262144 net.core.rmem_default = 262144 net.core.wmem_max = 2097152 net.core.rmem_max = 2097152 Fedora 8: net.core.wmem_default = 124928 net.core.rmem_default = 124928 net.core.wmem_max = 131071 net.core.rmem_max = 131071 SuSE does set other values in sysctl.conf. There must be a reason to do so, don't you think? What does make sense? Does anyone have experimented with these and other (related) values ? Does anyone have experience with sysctl values in pure gigabit ethernet environments? Thx, Oliver From lkundrak at redhat.com Thu Feb 28 09:15:48 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Thu, 28 Feb 2008 10:15:48 +0100 Subject: Okteta now GPLv2 or GPLv3 (or later as approved by KDE e.v.) rather than GPLv2 only In-Reply-To: References: Message-ID: <1204190149.4652.157.camel@localhost.localdomain> On Thu, 2008-02-28 at 08:26 +0000, Kevin Kofler wrote: > I doubt anybody really cares about this, as it's an application, not a library, > and just adds an additional license option, but just to follow protocol: the > okteta package has an updated license: > -License: GPLv2 > +License: GPLv2 or GPLv3 > It also allows "any later version accepted by the membership of KDE e.V. (or > its successor approved by the membership of KDE e.V.), which shall act as a > proxy defined in Section 14 of version 3 of the license.", but I can't encode > this in the License tag. Be sure to write a comment nearby the tag, unless you already have done so. -- Lubomir Kundrak (Red Hat Security Response Team) From kevin.kofler at chello.at Thu Feb 28 09:22:09 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 28 Feb 2008 09:22:09 +0000 (UTC) Subject: Fedora bug workflow - process change References: Message-ID: Matej Cepl redhat.com> writes: > Less important but still IMHO interesting and relevant to our > discussion is the distinction between 1) and 2). For me > personally, while working on my Xorg bugs, this distinction is > not particularly relevant (and bugs I triage should end in the > state 2)), because I know from discussion with developers what > kind of bugs each of them expects, and of course whenever in > doubts what to do with a particular bug I could ask on IRC. > > Which leads me to the point, that for bug triager to be excellent > it is crucially important to be part of the team of developers > for the particular set of components. Well, I see that working well for some teams, but not all teams in Fedora work that way. How we deal with bugs within the KDE SIG is that we don't _assign_ a bug to another developer, but instead a developer should _claim_ the bugs they want to own (and the assignee who claimed the bug is supposed to work on it, so we'll usually not touch bugs claimed by someone else). So how we used to work is that we assigned the bugs to ourselves and set them to ASSIGNED when claiming them. Important bugs are regularly brought up in the meetings to make sure someone takes care of them and to check progress. Now that ASSIGNED has been redefined, it will no longer be immediately clear whether the bug was just set to ASSIGNED by a triager (and is still assigned to the default assignee) or actually claimed by the assignee. We'll probably end up just using ON_DEV when claiming bugs, I've put this up for discussion at the next meeting. Kevin Kofler From nicolas.mailhot at laposte.net Thu Feb 28 09:31:47 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 28 Feb 2008 10:31:47 +0100 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5D498.8030908@gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> Message-ID: <1204191108.30264.7.camel@rousalka.dyndns.org> Le mercredi 27 f?vrier 2008 ? 13:22 -0800, Andrew Farris a ?crit : > The builtin firefox addon update system works far faster for most desktop users > than getting a new rpm packaged, built, and shipped... I works far faster for update freaks that love hunting the internet for software bits and always update to the latest version. It's pretty useless for the large class of users who want their apps to just work and are not willing to invest large parts of their time in extension hunting. And some extensions have been known to have security holes, so relying on users to update extensions when all do not is going to bite us sooner or later. The Firefox ?addon update system is far from awesome when you're the one who has to install and update Firefox extensions manually on a pool of systems because users don't bother (additionally that's one reason Firefox fares so bad in the enterprise ? geek-oriented installation system without any provision for centralised management). -- 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 lordmorgul at gmail.com Thu Feb 28 10:07:20 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 28 Feb 2008 02:07:20 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <1204191108.30264.7.camel@rousalka.dyndns.org> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <1204191108.30264.7.camel@rousalka.dyndns.org> Message-ID: <47C687D8.5090500@gmail.com> Nicolas Mailhot wrote: > Le mercredi 27 f?vrier 2008 ? 13:22 -0800, Andrew Farris a ?crit : > >> The builtin firefox addon update system works far faster for most desktop users >> than getting a new rpm packaged, built, and shipped... > > I works far faster for update freaks that love hunting the internet for > software bits and always update to the latest version. It's pretty > useless for the large class of users who want their apps to just work > and are not willing to invest large parts of their time in extension > hunting. And some extensions have been known to have security holes, so > relying on users to update extensions when all do not is going to bite > us sooner or later. On a multi-user system yes, I suppose that is worrisome. But on a single user desktop, even in an enterprise environment.. you're assuming that a user is more likely to apply updates when packagekit tells them they are available versus the browser checking every time it opens for the day? I highly doubt it. If you're manually installing their desktops updates yourself then... you have a point, but you also could be fixing it already if this is what you're doing. You could be deploying a preconfigured and updated firefox profile which is ridiculously simple to achieve. In fact, you don't even need it to be fully writable for firefox to work, so you could prevent it from changing. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From rawhide at fedoraproject.org Thu Feb 28 10:10:36 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Thu, 28 Feb 2008 03:10:36 -0700 (MST) Subject: rawhide report: 20080228 changes Message-ID: <20080228101037.14FCF209D89@releng1.fedora.phx.redhat.com> New package certmaster Remote certificate distribution framework New package stalonetray A stand alone notification area New package xcalib Tiny monitor calibration loader for X.org Updated Packages: antlr-0:2.7.7-1jpp.7.fc9 ------------------------ * Wed Feb 27 2008 Deepak Bhole - 0:2.7.7-1jpp.7 - Add strings inclusion (for GCC 4.3) * Mon Sep 24 2007 Deepak Bhole - 0:2.7.7-1jpp.6 - Resolve bz# 242305: Remove libantlr-pic.a, and compile libantlr.a with fPIC * Wed Aug 29 2007 Fedora Release Engineering - 2.7.7-1jpp.5 - Rebuild for selinux ppc32 issue. authd-1.4.3-14 -------------- * Tue Feb 26 2008 Roman Rakus - 1.4.3-14 - fix 234262 bug autogen-5.9.4-4.fc9 ------------------- * Mon Feb 25 2008 Debarshi Ray - 5.9.4-4 - Changed dual licensing of autogen-libopts by dropping BSD. - Fixed multilib conflicts, static libraries and removed rpath setting bits from autoopts-config. - Replaced 'BuildRequires: chrpath' with 'BuildRequires: libtool' for removing rpaths. * Sun Feb 24 2008 Debarshi Ray - 5.9.4-3 - Added 'Obsoletes: autogen-manuals ...'. - Changed dual licensing of autogen-libopts-devel by dropping BSD. - Defined undefined non-weak symbols. - Omitted unused direct shared library dependencies. - Removed rpath setting bits from pkgconfig file. - Miscellaneous fixes. * Thu Feb 21 2008 Debarshi Ray - 5.9.4-2 - Prefixed libopts and libopts-devel with autogen-. - Removed 'BuildRequires: /usr/sbin/alternatives' and use of alternatives. - Added Provides & Obsoletes pair in autogen-libopts-devel according to Fedora naming guidelines. bigboard-0.5.29-1.fc9 --------------------- * Tue Feb 26 2008 Colin Walters - 0.5.29-1 - new upstream * Fri Oct 26 2007 Colin Walters - 0.5.26-1 - new upstream * Fri Oct 26 2007 Colin Walters - 0.5.25-1 - new upstream cdrkit-1.1.6-11.fc9 ------------------- * Wed Feb 27 2008 Harald Hoyer 1.1.6-11 - refined -Werror patch control-center-1:2.21.92-1.fc9 ------------------------------ * Tue Feb 26 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 dbus-1.1.20-1.fc9 ----------------- * Wed Feb 27 2008 David Zeuthen - 1.1.20-1.fc9 - Update to latest upstream release. Includes fix for CVE-2008-0595. - Drop some patches that went upstream already * Wed Feb 20 2008 Mamoru Tasaka - 1.1.4-6 - Really rebuild against new libcap * Sun Feb 17 2008 Adam Tkac - 1.1.4-5 - rebuild against new libcap desktop-data-model-1.2.0-2.fc9 ------------------------------ extrema-4.3.5-1.fc9 ------------------- * Wed Feb 27 2008 Terje Rosten - 4.3.5-1 - 4.3.5 fedora-ds-base-1.1.0.1-2.fc9 ---------------------------- * Wed Feb 27 2008 Rich Megginson - 1.1.0.1-2 - previous fix for 434403 used the wrong patch - this is the right one * Wed Feb 27 2008 Rich Megginson - 1.1.0.1-1 - Resolves bug 434403 - GCC 4.3 build fails - Rolled new source tarball which includes Nathan's fix for the struct ucred - NOTE: Change version back to 1.1.1 for next release - this release was pulled from CVS tag FedoraDirSvr110_gcc43 * Tue Feb 19 2008 Fedora Release Engineering - 1.1.0-5 - Autorebuild for GCC 4.3 firefox-3.0-0.beta3.29.nightly20080227.fc9 ------------------------------------------ * Wed Feb 27 2008 Christopher Aillon 3.0-0.beta3.29 - Update to latest trunk (2008-02-27) flex-2.5.35-1.fc9 ----------------- * Wed Feb 27 2008 Petr Machata - 2.5.35-1 - Rebase to 2.5.35. Drop two patches. - Resolves: #434961 - Resolves: #435047 freeipmi-0.5.1-3.fc9 -------------------- * Wed Feb 27 2008 Phil Knirsch - 0.5.1-3 - Fix GCC 4.3 rebuild problems * Tue Feb 19 2008 Fedora Release Engineering - 0.5.1-2 - Autorebuild for GCC 4.3 ganglia-3.0.7-1.fc9 ------------------- * Wed Feb 27 2008 Jarod Wilson 3.0.7-1 - New upstream release - Fixes "Show Hosts" toggle - Fixes to host view metric graphs - Fixes two memory leaks ghostscript-8.61-10.fc9 ----------------------- * Wed Feb 27 2008 Tim Waugh 8.61-10 - Applied patch to fix CVE-2008-0411 (bug #431536). glest-data-3.1.1-1.fc9 ---------------------- * Tue Feb 26 2008 Aurelien Bompard 3.1.1-1 - version 3.1.1 gnome-pilot-2.0.16-2.fc9 ------------------------ * Wed Feb 27 2008 Matthew Barnes - 2.0.16-2.fc9 - Remove broken "PilotSync" menu item (RH bug #435118). grub-0.97-25.fc9 ---------------- * Wed Feb 27 2008 Peter Jones - 0.97-25 - Fix memory allocation bug in EFI on i386 and x86_64. * Wed Feb 27 2008 Peter Jones - 0.97-24 - Fix build of xfs code on amd64. * Wed Feb 27 2008 Peter Jones - 0.97-23 - Enable EFI on i386, update to newest git head. gsoap-2.7.10-4.fc9 ------------------ * Thu Feb 21 2008 - 2.7.10-4 - Applied upd patch from upstream. It fixes glibc C locale issues, hp-ux h_errno definition, and xsd:dateTime timezone processing for WS-I - Removed tru64_hp_ux patches, they are present in upstream's upd patch - Added no_locale.patch to stop configure from checking for locale version of functions gtkwave-3.1.6-1.fc9 ------------------- * Wed Feb 27 2008 Paul Howarth 3.1.6-1 - update to 3.1.6 hal-cups-utils-0.6.15-1.fc9 --------------------------- * Wed Feb 27 2008 Tim Waugh 0.6.15-1 - 0.6.15: - CUPS backend improvements, mainly for the sake of being a better example external CUPS backend. jrtplib-3.7.1-4.fc9 ------------------- * Wed Feb 27 2008 Jeffrey C. Ollie - 3.7.1-4 - Add patch to get compilation with GCC 4.3 working. * Tue Feb 19 2008 Fedora Release Engineering - 3.7.1-3 - Autorebuild for GCC 4.3 kdebase3-3.5.9-2.fc9 -------------------- * Wed Feb 27 2008 Rex Dieter - 3.5.9-2 - f9+: don't omit all of khelpcenter, some is needed for kde3 apps' help kdelibs3-3.5.9-3.fc9 -------------------- * Tue Feb 26 2008 Luk???? Tinkl - 3.5.9-3 - #230979: Writes ServerBin into cupsd.conf - #416101: unable to print after configuring printing in KDE kdepim-6:3.5.9-6.fc9 -------------------- * Wed Feb 27 2008 Rex Dieter 6:3.5.9-6 - "Enterprise headers" makes impossible to select text in first paragraph of body (kde#151150) * Mon Feb 18 2008 Than Ngo 6:3.5.9-5 - backport upstream patch to fix kmail crash on startup * Fri Feb 15 2008 Kevin Kofler 6:3.5.9-3 - backport upstream fix for kde#127696 from enterprise branch kdesdk-4.0.1-2.fc9 ------------------ * Wed Feb 27 2008 Rex Dieter 4.0.1-2 - kate appears in Applications -> Other (#433399) kernel-2.6.25-0.73.rc3.git1.fc9 ------------------------------- * Wed Feb 27 2008 John W. Linville - Use a separate config option for the b43 pci to ssb bridge. - Don't build bcm43xx if SSB is static and b43 PCI-SSB bridge is enabled. - Fix b43 driver build for arm - rt2x00: Fix antenna diversity - rt2x00: Add link tuner safe RX toggle states - rt2x00: Don't switch to antenna with low rssi - rt2x00: Fix rt2x00lib_reset_link_tuner() - rndis_wlan: fix sparse warnings - mac80211: fix kmalloc vs. net_ratelimit - PS3: gelic: Link the wireless net_device structure to the corresponding device structure - libertas: Remove unused exports - gelic wireless driver needs WIRELESS_EXT support - at76_usb: fix missing newlines in printk, improve some messages - at76_usb: remove unneeded code - at76_usb: add more MODULE_AUTHOR entries - at76_usb: reindent, reorder initializers for readability - at76_usb: make the driver depend on MAC80211 * Wed Feb 27 2008 Jarod Wilson - firewire-sbp2: fix refcounting bug that prevented module unload - firewire-sbp2: fix use-after-free bug keurocalc-1.0.0-1.rc2.fc9 ------------------------- * Wed Feb 27 2008 Chitlesh Goorah - 1.0.0-1.rc2 - New upstream release candidate 2 * Tue Feb 26 2008 Chitlesh Goorah - 1.0.0-1.rc1 - New upstream release candidate 1 * Mon Feb 25 2008 Chitlesh Goorah - 0.9.10-1 - fixed for KDE4 and prepared for F9 Sulphur komparator-0.9-1.fc9 -------------------- * Wed Feb 27 2008 Neal Becker - 0.9-1 - Update to 0.9 kvm-62-2.fc9 ------------ * Wed Feb 27 2008 Daniel P. Berrange - 62-2.fc9 - Fix block device checks for extendable disk formats (rhbz #434978) libqalculate-0.9.6-4.fc9 ------------------------ * Wed Feb 27 2008 Deji Akingunola - 0.9.6-4 - Rebuild (with patch) for cln-1.2 lm_sensors-3.0.1-3.fc9 ---------------------- * Tue Feb 26 2008 Hans de Goede 3.0.1-3 - Some improvements to the lsb-retcodes and service-default-off patches from a review by upstream m17n-contrib-1.1.6-2.fc9 ------------------------ * Thu Feb 28 2008 Parag Nemade -1.1.6-2.fc9 - Resolves: rh#433416 man-pages-ko-2:20050219-3.fc9 ----------------------------- * Tue Feb 05 2008 Ding-Yi Chen - 2:20050219-3 - Correct Licence information. - Add Korean summary and description metacity-2.21.21-1.fc9 ---------------------- * Wed Feb 27 2008 Matthias Clasen - 2.21.21-1 - Update to 2.21.21 mugshot-1.1.91-1.fc9 -------------------- * Tue Feb 26 2008 Colin Walters - 1.1.91-1 - new upstream * Tue Feb 19 2008 Fedora Release Engineering - 1.1.58-2 - Autorebuild for GCC 4.3 * Tue Jan 08 2008 Colin Walters - 1.1.58-1 - new upstream online-desktop-0.2.23-1.fc9 --------------------------- * Tue Feb 26 2008 Colin Walters - 0.2.23-1 - new upstream * Fri Oct 26 2007 Colin Walters - 0.2.22-1 - new upstream * Thu Oct 25 2007 Colin Walters - 0.2.21-1 - new upstream perl-HTML-Table-2.07b-1.fc9 --------------------------- * Wed Feb 27 2008 Orion Poplawski 2.07b-1 - Update to 2.07b * Tue Nov 20 2007 Orion Poplawski 2.07-0.b2 - Update to 2.07-b2 * Tue Oct 16 2007 Tom "spot" Callaway 2.05-1.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) publican-0.30-0.fc9 ------------------- * Sun Feb 24 2008 Jeff Fearn 0.30-0 - Added missing Requires perl(XML::TreeBuilder) - Fix xref to listitem breaking BZ #432574 - Die with a decent warning when an invalid Brand is chosen. BZ #429236 - Modified title page of PDF. BZ #429977 - Fix PDF list white space issue BZ #429237 - Fix PDF ulinks too big for tables BZ #430623 - Allowed rev history to be in any file BZ #297411 - Fix keycap hard to read in admon BZ #369161 - Added per Brand Makefile - Add per Brand xsl files - Added Requires elinks (used for formatted text output) - Handle different FOP versions - Fix PDF issue with nested images - Added id_node to clean_ids to use none title nodes for id's BZ #434726 - Fix footnotes being duplicated in wrong chunks BZ #431388 - fixed bold text CSS bug for BZ #430617 publican-fedora-0.10-0.fc9 -------------------------- * Thu Feb 28 2008 Jeff Fearn 0.10-0 - Added PRODUCT entity with default msg. BZ #431171 - Added BOOKID entity with default msg. BZ #431171 - Fix keycap hard to read in admon BZ #369161 - Added Brand Makefile - Fix docs URL BZ #434733 python-turboflot-0.0.9-1.fc9 ---------------------------- * Wed Feb 27 2008 Luke Macken - 0.0.9-1 - 0.0.9, which contains the following changes, thanks to Arthur Clune: - Support an optional graph 'label' - Add a css file for themeing the label - Fix the user-specified IDs qalculate-gtk-0.9.6-4.fc9 ------------------------- * Wed Feb 27 2008 Deji Akingunola - 0.9.6-4 - Rebuild (with patch) for cln-1.2 qemu-0.9.1-4.fc9 ---------------- * Wed Feb 27 2008 Daniel P. Berrange - 0.9.1-4.fc9 - Fix block device checks for extendable disk formats (rhbz #435139) * Sat Feb 23 2008 Daniel P. Berrange - 0.9.1-3.fc9 - Fix block device extents check (rhbz #433560) * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-2 - Autorebuild for GCC 4.3 samyak-fonts-1.2.0-1.fc9 ------------------------ selinux-policy-3.3.1-6.fc9 -------------------------- * Wed Feb 27 2008 Dan Walsh 3.3.1-6 - Prepare policy for beta release - Change some of the system domains back to unconfined - Turn on some of the booleans * Tue Feb 26 2008 Dan Walsh 3.3.1-5 - Allow nsplugin_config execstack/execmem - Allow nsplugin_t to read alsa config - Change apache to use user content sepostgresql-8.3.0-2.117.fc9 ---------------------------- * Wed Feb 27 2008 - sepostgresql-8.3.0-2.117 - ".beta" removed. * Wed Feb 27 2008 - sepostgresql-8.3.0-2.114 - Security policy updates * Tue Feb 26 2008 - sepostgresql-8.3.0-2.113 - BUGFIX: CREATE/ALTER TABLE with CONTEXT='...' did nothing. shorewall-4.0.9-1.fc9 --------------------- * Thu Feb 28 2008 Jonathan G. Underwood - 4.0.9-1 - Update to version 4.0.9 - Remove 4.0.8 series patches - Add upstream patch patch-perl-4.0,9-1 (the comma is not a typo) smolt-1.1-3.fc9 --------------- * Wed Feb 27 2008 Jeffrey C. Ollie - 1.1-3 - Copy instead of move cron file so that selinux contexts are set properly. (BZ#435050) * Wed Feb 27 2008 Jeffrey C. Ollie - 1.1-2 - Create smolt user. (BZ#435136) system-config-services-0.99.2-1.fc9 ----------------------------------- * Tue Feb 26 2008 Nils Philippsen - 0.99.2-1 - import missing os.path (#435068) * Tue Feb 26 2008 Nils Philippsen - 0.99.1-1 - make gui.py executable (#435068) thunderbird-2.0.0.12-1.fc9 -------------------------- * Tue Feb 26 2008 Christopher Aillon 2.0.0.12-1 - Update to 2.0.0.12 - Fix up icon location and some scriptlets tomoe-0.6.0-5.fc9 ----------------- * Wed Feb 27 2008 Jens Petersen - 0.6.0-5 - update license field from LGPL to LGPL2+ tracker-0.6.5-1.fc9 ------------------- * Thu Feb 28 2008 Deji Akingunola - 0.6.5-1 - New release 0.6.5 vegastrike-data-0.4.3-5.fc9 --------------------------- * Wed Feb 27 2008 Hans de Goede 0.4.3-5 - Fix text encoding issues in 2 python files causing vegastrike to fail with python 2.5 (bz 435157) xen-3.2.0-10.fc9 ---------------- * Wed Feb 27 2008 Daniel P. Berrange - 3.2.0-10.fc9 - Fix block device checks for extendable disk formats * Wed Feb 27 2008 Daniel P. Berrange - 3.2.0-9.fc9 - Let XenD setup QEMU logfile (rhbz #435164) - Fix PVFB use of event channel filehandle * Sat Feb 23 2008 Daniel P. Berrange - 3.2.0-8.fc9 - Fix block device extents check (rhbz #433560) xenner-0.25-4.fc9 ----------------- * Wed Feb 27 2008 Daniel P. Berrange 0.25-4.fc9 - Fix TUN device detection (rhbz #435131) - Don't capture stderr to hardcoded logfile (rhbz #435137) - Workaround for missing xc_map_foreign_pages API (rhbz #435158) - Fix detection of libxenctrl compat for PVFB xguest-1.0.6-5.fc9 ------------------ * Wed Feb 27 2008 Dan Walsh - 1.0.6-5 - Leave xguest_u assignment on preun and always set the user to xguest_u on install xorg-x11-drv-i810-2.2.1-1.fc9 ----------------------------- * Wed Feb 27 2008 Kristian H??gsberg - 2.2.1-1 - Bump to 2.2.1, include build of the intel-batchbuffer branch. xterm-233-1.fc9 --------------- * Wed Feb 27 2008 Miroslav Lichvar 233-1 - update to 233 xulrunner-1.9-0.beta3.29.nightly20080227.fc9 -------------------------------------------- * Wed Feb 27 2008 Christopher Aillon 1.9-0.beta3.29 - Update to latest trunk (2008-02-27) Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.i386 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto ginac-1.4.1-1.fc9.i386 requires libcln.so.4 ginac-utils-1.4.1-1.fc9.i386 requires libcln.so.4 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) muine-0.8.8-7.fc9.i386 requires mono(muine-plugin) = 0:1.0.0.0 octave-forge-20071212-7.fc9.i386 requires libcln.so.4 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 plplot-perl-5.8.0-10.fc9.i386 requires perl(PDL::GSL::RNG) qalculate-kde-0.9.6-4.fc9.i386 requires libcln.so.4 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.x86_64 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto ginac-1.4.1-1.fc9.i386 requires libcln.so.4 ginac-1.4.1-1.fc9.x86_64 requires libcln.so.4()(64bit) ginac-utils-1.4.1-1.fc9.x86_64 requires libcln.so.4()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) muine-0.8.8-7.fc9.x86_64 requires mono(muine-plugin) = 0:1.0.0.0 octave-forge-20071212-7.fc9.x86_64 requires libcln.so.4()(64bit) perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) plplot-perl-5.8.0-10.fc9.x86_64 requires perl(PDL::GSL::RNG) qalculate-kde-0.9.6-4.fc9.x86_64 requires libcln.so.4()(64bit) sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.ppc requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto ginac-1.4.1-1.fc9.ppc requires libcln.so.4 ginac-1.4.1-1.fc9.ppc64 requires libcln.so.4()(64bit) ginac-utils-1.4.1-1.fc9.ppc requires libcln.so.4 gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 muine-0.8.8-7.fc9.ppc requires mono(muine-plugin) = 0:1.0.0.0 octave-forge-20071212-7.fc9.ppc requires libcln.so.4 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 plplot-perl-5.8.0-10.fc9.ppc requires perl(PDL::GSL::RNG) qalculate-kde-0.9.6-4.fc9.ppc requires libcln.so.4 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.ppc64 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto ginac-1.4.1-1.fc9.ppc64 requires libcln.so.4()(64bit) ginac-utils-1.4.1-1.fc9.ppc64 requires libcln.so.4()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 octave-forge-20071212-7.fc9.ppc64 requires libcln.so.4()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) plplot-perl-5.8.0-10.fc9.ppc64 requires perl(PDL::GSL::RNG) qalculate-kde-0.9.6-4.fc9.ppc64 requires libcln.so.4()(64bit) sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From pemboa at gmail.com Thu Feb 28 10:14:06 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 28 Feb 2008 04:14:06 -0600 Subject: sense of packaging firefox' addons? In-Reply-To: <1204191108.30264.7.camel@rousalka.dyndns.org> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <1204191108.30264.7.camel@rousalka.dyndns.org> Message-ID: <16de708d0802280214r7ed1e691mbea9f39837156cc8@mail.gmail.com> 2008/2/28 Nicolas Mailhot : > Le mercredi 27 f?vrier 2008 ? 13:22 -0800, Andrew Farris a ?crit : > > > > The builtin firefox addon update system works far faster for most desktop users > > than getting a new rpm packaged, built, and shipped... > > I works far faster for update freaks that love hunting the internet for > software bits and always update to the latest version. You know Firefox checks for updates automatically, right? > It's pretty > useless for the large class of users who want their apps to just work Requiring admin to install some addons via RPMs is your idea of just work? > and are not willing to invest large parts of their time in extension > hunting. As opposed to searching through the repos with yum for the extension you want? How much easier is that than going to addons.mozilla.org? > And some extensions have been known to have security holes, so > relying on users to update extensions when all do not is going to bite > us sooner or later. So the users won't hit install when Firefox offers them the updates, but they will run yum update to get updates? > The Firefox ?addon update system is far from awesome when you're the one > who has to install and update Firefox extensions manually on a pool of > systems because users don't bother (additionally that's one reason And how many people are there like that? You know you can just create your own RPM for your pool of users, and get what you want done. > Firefox fares so bad in the enterprise ? geek-oriented installation > system without any provision for centralised management). What kind of enterprise is willing to run Firefox on Linux but not willing to roll out their own supplemental apt/yum repository? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From lordmorgul at gmail.com Thu Feb 28 10:24:49 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 28 Feb 2008 02:24:49 -0800 Subject: sense of packaging firefox' addons? In-Reply-To: <1204191108.30264.7.camel@rousalka.dyndns.org> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <1204191108.30264.7.camel@rousalka.dyndns.org> Message-ID: <47C68BF1.8050107@gmail.com> Nicolas Mailhot wrote: > The Firefox ?addon update system is far from awesome when you're the one > who has to install and update Firefox extensions manually on a pool of > systems because users don't bother (additionally that's one reason > Firefox fares so bad in the enterprise ? geek-oriented installation > system without any provision for centralised management). And this argument really does not hold water. Unless I'm missing something, the extension deployment system in IE7 is nearly identical to Firefox, so I think the realistic reason firefox does not fair well in the enterprise is because it lacks support for activex sites (among other things microsoftish), and many businesses contract out internal web application development to.. cheap activex sites. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From davehoz at gmail.com Thu Feb 28 10:43:20 2008 From: davehoz at gmail.com (David Hunter) Date: Thu, 28 Feb 2008 21:43:20 +1100 Subject: system-config-services-0.99.0-1.fc9.noarch broken (i386) In-Reply-To: <47C63CA4.4030707@gmail.com> References: <6bb886180802272039t27df96f8u3d05f6b6750de4a3@mail.gmail.com> <47C63CA4.4030707@gmail.com> Message-ID: <6bb886180802280243i3ec08a56x70a3122a0592840c@mail.gmail.com> Grabed the latest version from Koji - problem solved. On 28/02/2008, Andrew Farris wrote: > > David Hunter wrote: > > When I try to launch the said menu item in GNOME, I get the following > error > > dialog: > > > > The exec() call failed. > > > > How can I get further information to developers to diagnose the problem? > > > Run the command 'system-config-services' in a terminal with root user > logged in. > > See if you see this output: > https://bugzilla.redhat.com/show_bug.cgi?id=435068 > > -- > Andrew Farris www.lordmorgul.net > gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B > 1DF3 > No one now has, and no one will ever again get, the big picture. - Daniel > Geer > ---- > ---- > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at redhat.com Thu Feb 28 10:51:16 2008 From: alan at redhat.com (Alan Cox) Date: Thu, 28 Feb 2008 05:51:16 -0500 Subject: net.core.rmem / net.core.wmem In-Reply-To: <47C674B5.6040608@linux-kernel.at> References: <47C674B5.6040608@linux-kernel.at> Message-ID: <20080228105116.GB14111@devserv.devel.redhat.com> On Thu, Feb 28, 2008 at 09:45:41AM +0100, Oliver Falk wrote: > What does make sense? Does anyone have experimented with these and other > (related) values ? Does anyone have experience with sysctl values in > pure gigabit ethernet environments? The maximum windowing is mostly dependant on latency x speed rather than just speed so benefits normally show up on very fast international links (or cross US ones perhaps) From pekkas at netcore.fi Thu Feb 28 11:09:01 2008 From: pekkas at netcore.fi (Pekka Savola) Date: Thu, 28 Feb 2008 13:09:01 +0200 (EET) Subject: net.core.rmem / net.core.wmem In-Reply-To: <47C674B5.6040608@linux-kernel.at> References: <47C674B5.6040608@linux-kernel.at> Message-ID: On Thu, 28 Feb 2008, Oliver Falk wrote: > Debian 4.0: > net.core.wmem_default = 109568 > net.core.rmem_default = 109568 > net.core.wmem_max = 131071 > net.core.rmem_max = 131071 > > SuSE 10: > net.core.wmem_default = 262144 > net.core.rmem_default = 262144 > net.core.wmem_max = 2097152 > net.core.rmem_max = 2097152 > > Fedora 8: > net.core.wmem_default = 124928 > net.core.rmem_default = 124928 > net.core.wmem_max = 131071 > net.core.rmem_max = 131071 > > SuSE does set other values in sysctl.conf. There must be a reason to do > so, don't you think? > > What does make sense? Does anyone have experimented with these and other > (related) values ? Does anyone have experience with sysctl values in > pure gigabit ethernet environments? These values set the socket buffer defaults for all protocols. In practise, these values are not very interesting. The more interesting values are net.ipv4.tcp_rmem and net.ipv4.tcp_wmem which override the net.core.[rw]mem* socket buffer values for TCP. For performance tuning especially in high-RTT environments, I'd recommend starting reading here and also looking at the references section: http://kb.pert.geant2.net/PERTKB/LinuxOSSpecific -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From mcepl at redhat.com Thu Feb 28 12:44:55 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 28 Feb 2008 13:44:55 +0100 Subject: system-* tools' ui independence References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> Message-ID: <7vmi95xv63.ln2@ppp1053.in.ipex.cz> On 2008-02-28, 05:45 GMT, Jakub 'Livio' Rusinek wrote: > Sometimes I have broken xorg.conf and no copy on Internet so > then some tool is needed. Since FC6 everything Should Work? even without any /etc/X11/xorg.conf whatsoever. Mat?j From mcepl at redhat.com Thu Feb 28 12:49:21 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 28 Feb 2008 13:49:21 +0100 Subject: Fedora bug workflow - process change References: Message-ID: On 2008-02-28, 09:22 GMT, Kevin Kofler wrote: > Well, I see that working well for some teams, but not all teams > in Fedora work that way. How we deal with bugs within the KDE > SIG And I think that's exactly illustration of my IMHO most important point -- bug triage is here to serve developers. If KDE developers decided to keep all bugs NEW (maybe with some note in Status Whiteboard like ?AlreadyTriaged??) and ASSIGN them only when necessary, then it is perfectly fine with me. Of course, there should be some wiki page about that so that KDE bug triagers are aware of this policy. Mat?j From fedora at camperquake.de Thu Feb 28 13:06:35 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 28 Feb 2008 14:06:35 +0100 Subject: system-* tools' ui independence In-Reply-To: <7vmi95xv63.ln2@ppp1053.in.ipex.cz> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> Message-ID: <20080228140635.2d3b10b9@dhcp03.addix.net> Hi. On Thu, 28 Feb 2008 13:44:55 +0100, Matej Cepl wrote: > Since FC6 everything Should Work? even without any > /etc/X11/xorg.conf whatsoever. Should I file a bug if it does not? My X60s does not work without one. From vonbrand at inf.utfsm.cl Thu Feb 28 13:17:07 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 28 Feb 2008 10:17:07 -0300 Subject: Fedora bug workflow - process change In-Reply-To: References: Message-ID: <200802281317.m1SDH7O8009987@laptop13.inf.utfsm.cl> Matej Cepl wrote: > On 2008-02-25, 20:05 GMT, Jon Stanley wrote: > > The ASSIGNED state is a state that has a new meaning - it used > > to mean that the bug was actually assigned to a person. > > Instead, it now means that the bug is capable of being worked > > on by a maintainer - i.e. the triage team believes that this is > > a complete, actionable bug - i.e. with a stack trace for > > a crasher, various log files for other components, complete AVC > > message for SELinux stuff, etc. > > a) I totally agree not to require retooling ??? Red Hat Bugzilla > maintainers are totally buzzy with upgrading to Bugzilla 3.2 > (yay!!!) but Red Hat BZ is so heavily modified that this is > crazy amount of work. > > b) ASSIGNED state is really ambiguous, but its definition is not > what is important about it (and believe me, as a former > lawyer, I like heated discussions about definitions ;-)). To > make further discussion more understandable I will venture > with these definitions of ASSIGNED, but I repeat this is not > what's important, the further discussion is. > > So, ASSIGNED could mean: > > 1) The bug has been triaged, and the triager believe that > there is nothing she can do about it and further decisions > about the bug have to be done by developers. (Further > discussion what this actually means would be endless, so > I will skip it here). > 2) The bug has been put to the sack of particular developer(s) > and he will (sometime) work on it. > 3) The bug is actively being worked on by a particular > developer(s). > > My point is that in this discussion many people seem to confuse > 2) and 3). I don't want to indulge here in the discussion whether > there should be a special state of the bug to distinguish between > these two, because I believe that THIS IS TOTALLY OUTSIDE OF THE > WORK OF BUG TRIAGERS. Our only job is to get bug to the state 1) > (or 2) at the best -- see below), but we have no business to tell > developers what they should do. Distinguishing between 2 and 3 makes no sense. Should the bug move from 3 to 2 when the developer calls it quit for the day, and go back to 3 the next morning? -- 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 silfreed at silfreed.net Thu Feb 28 13:43:35 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Thu, 28 Feb 2008 08:43:35 -0500 Subject: Move python install location from sitelib to sitearch Message-ID: <200802280843.40413.silfreed@silfreed.net> I have a package that installs some python modules into the normal sitelib directory, but since the package is mostly contained of arch-specific binaries I can't package these into noarch files [1]. I need to move these python modules into the sitearch dir; how can I modify the setup.py call to install to /usr/lib or /usr/lib64 instead of just /usr/lib? -Doug [1] https://bugzilla.redhat.com/show_bug.cgi?id=341361 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From paul at all-the-johnsons.co.uk Thu Feb 28 14:38:05 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 28 Feb 2008 14:38:05 +0000 Subject: Still unable to get anywhere after rawhide update (evdev problem) In-Reply-To: <200802281317.m1SDH7O8009987@laptop13.inf.utfsm.cl> References: <200802281317.m1SDH7O8009987@laptop13.inf.utfsm.cl> Message-ID: <20080228143805.M70737@all-the-johnsons.co.uk> Hi, I'm not sure if this is an evdev, xorg or gdm problem... After the update to xorg-x11-drv-evdev and the associated xorg-x11-server packages, I've found that I can't log in via gdm (it accepts the username, but then fails to start the desktop session). I'm unable to drop down to a console using ctrl-alt-f1 to see what the problem is. I reboot, but this time to runlevel3. I can't fire up X from the command line and get 2 errors. One saying that it found inet at line 915 (no idea what that is talking about!) and the other that the lights at 0x0 are off (I'm not at the machine causing the problems, so these reports are more or less correct, but probably not exactly what is said). I've made the alterations to the xorg.conf file and to the hal and gconf files as suggested on this list, but still nothing. I ran an update on Monday, but still no joy (I've not run one since, so the problem may be solved). Can anyone shed any light on these problems? I'm on an x86_64 box at home if that helps. TTFN Paul P.S. The sooner I can get this fixed, the quicker I can fix both mono and boo and get them into rawhide! -- Get your free @ukpost.com account now http://www.ukpost.com/ From jakub.rusinek at gmail.com Thu Feb 28 14:57:53 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 15:57:53 +0100 Subject: system-* tools' ui independence In-Reply-To: <47C662EF.8020408@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> Message-ID: <47C6CBF1.8060401@gmail.com> Kelly Miller pisze: > Jakub 'Livio' Rusinek wrote: >> hi, >> >> I said few weeks or months ago, that our system-* tools cannot >> descriminate KDE by using GTK. >> >> YaST authors separated UI library, so you [Red Hat or Community] can >> easily rewrite our tools to integrate well with KDE and GTK-based >> environments. >> >> http://visnov.blogspot.com/2008/02/yast-user-interface-library-is-now.htm > Um, have you SEEN or USED the YaST GTK+ interface? It's one of the most > screwed-up pieces of bad UI I've ever seen in my life... > I've seen it and used it. Fast, responsible and very user friendly. YaST-GTK is much better than YaST-Qt. From jakub.rusinek at gmail.com Thu Feb 28 15:00:39 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 16:00:39 +0100 Subject: system-* tools' ui independence In-Reply-To: <7vmi95xv63.ln2@ppp1053.in.ipex.cz> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> Message-ID: <47C6CC97.2000605@gmail.com> Matej Cepl pisze: > On 2008-02-28, 05:45 GMT, Jakub 'Livio' Rusinek wrote: >> Sometimes I have broken xorg.conf and no copy on Internet so >> then some tool is needed. > > Since FC6 everything Should Work? even without any > /etc/X11/xorg.conf whatsoever. > > Mat?j > O rly? Resolution 800x600 while my display supports 1024x768 doesn't satisfy me. Also, nv or nouveau drivers are not supporting my graphics card well. And again, I can't set Digital Vibrance with them. Another problem with xorg.conf? My display displays everything darker than it is in reality, so I must to use gamma. I like Compiz, I must enable some options. I want my video to my bright as desktop, so I must to enable GL for XvMC. I must to set DisplaySize to get good DPI (it was broken some months ago to be "proper", but it's not). From walters at redhat.com Thu Feb 28 15:02:11 2008 From: walters at redhat.com (Colin Walters) Date: Thu, 28 Feb 2008 10:02:11 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <604aa7910802271502q3a8598b9sad2a98f4f6a4a8b6@mail.gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> <47C5DA40.9010808@gmail.com> <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> <47C5E9C0.6090603@gmail.com> <604aa7910802271502q3a8598b9sad2a98f4f6a4a8b6@mail.gmail.com> Message-ID: <1204210931.12341.4.camel@space-ghost.verbum.private> On Wed, 2008-02-27 at 14:02 -0900, Jeff Spaleta wrote: > On Wed, Feb 27, 2008 at 1:52 PM, Andrew Farris wrote: > > Additionally it is not only a per-user issue... it is a per-profile issue, which > > a firefox user may have several of (I personally have several of them for my > > main user account just for testing purposes). > > Indeed..complicated...very very complicated. A very different animal > than perl and cpan. > > And...do we need to consider how system wide plugins will affect other > xulrunner applications besided firefox? Extensions explicitly specify which application they extend. From jakub.rusinek at gmail.com Thu Feb 28 15:15:59 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 16:15:59 +0100 Subject: submitting ideas to Fedora Message-ID: <47C6D02F.3060904@gmail.com> hi, I just noticed launch of next brainstorming website. this time, ubuntu one [1] . first was opensuse [2] , but they had no voting system and no comments notifications. I wonder if fedora could have such website too, to see what users need. 1| http://brainstorm.ubuntu.com/ 2| http://idea.opensuse.org/ -- Livio From triad at df.lth.se Thu Feb 28 15:11:08 2008 From: triad at df.lth.se (Linus Walleij) Date: Thu, 28 Feb 2008 16:11:08 +0100 (CET) Subject: Still unable to get anywhere after rawhide update (evdev problem) In-Reply-To: <20080228143805.M70737@all-the-johnsons.co.uk> References: <200802281317.m1SDH7O8009987@laptop13.inf.utfsm.cl> <20080228143805.M70737@all-the-johnsons.co.uk> Message-ID: On Thu, 28 Feb 2008, Paul F. Johnson wrote: > After the update to xorg-x11-drv-evdev and the associated xorg-x11-server > packages, I've found that I can't log in via gdm (it accepts the username, > but then fails to start the desktop session). If it's rawhide, I have the same problem on this Duo non-x86_64 system. > I'm unable to drop down to a > console using ctrl-alt-f1 to see what the problem is. Same. > I reboot, but this time to runlevel3. I can't fire up X from the command > line and get 2 errors. One saying that it found inet at line 915 (no idea > what that is talking about!) and the other that the lights at 0x0 are off > (I'm not at the machine causing the problems, so these reports are more or > less correct, but probably not exactly what is said). I boot with "S" (single user) then run "init 4" from the prompt, log in as a regular user and run "startx". It works like a charm. So in my case atleast it's a gdm or console-kit issue of some kind. Haven't had time to downgrade evdev though. Linus From jkeating at redhat.com Thu Feb 28 15:14:13 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 28 Feb 2008 10:14:13 -0500 Subject: system-* tools' ui independence In-Reply-To: <47C6CC97.2000605@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <47C6CC97.2000605@gmail.com> Message-ID: <20080228101413.30ac3e47@redhat.com> On Thu, 28 Feb 2008 16:00:39 +0100 "Jakub 'Livio' Rusinek" wrote: > O rly? You know, doing that only embarrasses you and everybody around you. -- 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: 197 bytes Desc: not available URL: From pingoufc4 at yahoo.fr Thu Feb 28 15:18:01 2008 From: pingoufc4 at yahoo.fr (pingou) Date: Thu, 28 Feb 2008 16:18:01 +0100 Subject: submitting ideas to Fedora In-Reply-To: <47C6D02F.3060904@gmail.com> References: <47C6D02F.3060904@gmail.com> Message-ID: <47C6D0A9.6030005@yahoo.fr> Jakub 'Livio' Rusinek wrote: > hi, > > I just noticed launch of next brainstorming website. this time, ubuntu > one [1] . > > first was opensuse [2] , but they had no voting system and no comments > notifications. > > I wonder if fedora could have such website too, to see what users need. > Does it have to include user only ? We could also build something for maintainers, packagers, people involved in the translation... That could be a subpart of the main part ok... But I like the idea :) P.Yves From limb at jcomserv.net Thu Feb 28 15:20:53 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 28 Feb 2008 09:20:53 -0600 (CST) Subject: submitting ideas to Fedora In-Reply-To: <47C6D0A9.6030005@yahoo.fr> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> Message-ID: <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> > Jakub 'Livio' Rusinek wrote: >> hi, >> >> I just noticed launch of next brainstorming website. this time, ubuntu >> one [1] . >> >> first was opensuse [2] , but they had no voting system and no comments >> notifications. >> >> I wonder if fedora could have such website too, to see what users need. >> > Does it have to include user only ? > We could also build something for maintainers, packagers, people > involved in the translation... > That could be a subpart of the main part ok... > > But I like the idea :) Doesn't this cover it:? http://fedoraproject.org/wiki/BugsAndFeatureRequests > P.Yves > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From jakub.rusinek at gmail.com Thu Feb 28 15:26:16 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 16:26:16 +0100 Subject: submitting ideas to Fedora In-Reply-To: <47C6D0A9.6030005@yahoo.fr> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> Message-ID: <47C6D298.2040104@gmail.com> pingou pisze: > Jakub 'Livio' Rusinek wrote: >> hi, >> >> I just noticed launch of next brainstorming website. this time, ubuntu >> one [1] . >> >> first was opensuse [2] , but they had no voting system and no comments >> notifications. >> >> I wonder if fedora could have such website too, to see what users need. >> > Does it have to include user only ? > We could also build something for maintainers, packagers, people > involved in the translation... > That could be a subpart of the main part ok... > > But I like the idea :) > > P.Yves > Registering in there could be registration in Fedora accounting system, but with no permissions. Then users can only enable their permissions for CVS, Koji, Bodhi and so others. From jakub.rusinek at gmail.com Thu Feb 28 15:29:33 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 16:29:33 +0100 Subject: submitting ideas to Fedora In-Reply-To: <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> Message-ID: <47C6D35D.7090609@gmail.com> Jon Ciesla pisze: >> Jakub 'Livio' Rusinek wrote: >>> hi, >>> >>> I just noticed launch of next brainstorming website. this time, ubuntu >>> one [1] . >>> >>> first was opensuse [2] , but they had no voting system and no comments >>> notifications. >>> >>> I wonder if fedora could have such website too, to see what users need. >>> >> Does it have to include user only ? >> We could also build something for maintainers, packagers, people >> involved in the translation... >> That could be a subpart of the main part ok... >> >> But I like the idea :) > > Doesn't this cover it:? > http://fedoraproject.org/wiki/BugsAndFeatureRequests No. This requires permissions for wiki editing, while would only requires registration for submitting IDEA, not a feature. Then would people comment, vote and Fedora would choose features to include. From cjdahlin at ncsu.edu Thu Feb 28 15:18:38 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Thu, 28 Feb 2008 10:18:38 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <47C68BF1.8050107@gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <1204191108.30264.7.camel@rousalka.dyndns.org> <47C68BF1.8050107@gmail.com> Message-ID: <47C6D0CE.8030402@ncsu.edu> Andrew Farris wrote: > Nicolas Mailhot wrote: >> The Firefox ?addon update system is far from awesome when you're the one >> who has to install and update Firefox extensions manually on a pool of >> systems because users don't bother (additionally that's one reason >> Firefox fares so bad in the enterprise ? geek-oriented installation >> system without any provision for centralised management). > > And this argument really does not hold water. Unless I'm missing > something, the extension deployment system in IE7 is nearly identical > to Firefox, so I think the realistic reason firefox does not fair well > in the enterprise is because it lacks support for activex sites (among > other things microsoftish), and many businesses contract out internal > web application development to.. cheap activex sites. > Really? Last I checked activex was used pretty much exclusively for virus transfer (oh, and the windows flash plugin). --CJD From jkeating at redhat.com Thu Feb 28 15:30:18 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 28 Feb 2008 10:30:18 -0500 Subject: submitting ideas to Fedora In-Reply-To: <47C6D35D.7090609@gmail.com> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> <47C6D35D.7090609@gmail.com> Message-ID: <20080228103018.1047f67e@redhat.com> On Thu, 28 Feb 2008 16:29:33 +0100 "Jakub 'Livio' Rusinek" wrote: > Then would people comment, vote and Fedora would choose features to > include. Unless somebody is signing up to do the work, votes on a feature are meaningless. -- 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: 197 bytes Desc: not available URL: From pingoufc4 at yahoo.fr Thu Feb 28 15:32:23 2008 From: pingoufc4 at yahoo.fr (pingou) Date: Thu, 28 Feb 2008 16:32:23 +0100 Subject: submitting ideas to Fedora In-Reply-To: <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> Message-ID: <47C6D407.7080905@yahoo.fr> Jon Ciesla wrote: > Doesn't this cover it:? > http://fedoraproject.org/wiki/BugsAndFeatureRequests > Not really, For example we have been discussing at the Fosdem with spot on a way to get an idea of how often is package download, which would be nice for the maintainer. We got an answer from spot that it might be feasible in a near futur (so it is not the point there) But would you report such ideas in the bz ?? Regards, Pierre From jakub.rusinek at gmail.com Thu Feb 28 15:38:42 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 16:38:42 +0100 Subject: submitting ideas to Fedora In-Reply-To: <20080228103018.1047f67e@redhat.com> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> <47C6D35D.7090609@gmail.com> <20080228103018.1047f67e@redhat.com> Message-ID: <47C6D582.3070107@gmail.com> Jesse Keating pisze: > On Thu, 28 Feb 2008 16:29:33 +0100 > "Jakub 'Livio' Rusinek" wrote: > >> Then would people comment, vote and Fedora would choose features to >> include. > > Unless somebody is signing up to do the work, votes on a feature are > meaningless. But it just tells you. what is most requested feature. From sandeen at redhat.com Thu Feb 28 15:40:29 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 28 Feb 2008 09:40:29 -0600 Subject: submitting ideas to Fedora In-Reply-To: <20080228103018.1047f67e@redhat.com> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> <47C6D35D.7090609@gmail.com> <20080228103018.1047f67e@redhat.com> Message-ID: <47C6D5ED.1090509@redhat.com> Jesse Keating wrote: > On Thu, 28 Feb 2008 16:29:33 +0100 > "Jakub 'Livio' Rusinek" wrote: > >> Then would people comment, vote and Fedora would choose features to >> include. > > Unless somebody is signing up to do the work, votes on a feature are > meaningless. Perhaps when a feature/behavior is seen to be widely requested, someone would sign up _as_a_result_. Not always, of course... and there could be a lot of noise. but I like the idea from a responsiveness point of view. (look at the flip side, developers rarely sign up for features which were never requested...) -Eric From sandeen at redhat.com Thu Feb 28 15:42:47 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 28 Feb 2008 09:42:47 -0600 Subject: submitting ideas to Fedora In-Reply-To: <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> Message-ID: <47C6D677.90503@redhat.com> Jon Ciesla wrote: >> Jakub 'Livio' Rusinek wrote: >>> hi, >>> >>> I just noticed launch of next brainstorming website. this time, ubuntu >>> one [1] . >>> >>> first was opensuse [2] , but they had no voting system and no comments >>> notifications. >>> >>> I wonder if fedora could have such website too, to see what users need. >>> >> Does it have to include user only ? >> We could also build something for maintainers, packagers, people >> involved in the translation... >> That could be a subpart of the main part ok... >> >> But I like the idea :) > > Doesn't this cover it:? > http://fedoraproject.org/wiki/BugsAndFeatureRequests In a "wow, that doesn't even come close from a PR (public relations) point of view" perhaps. brainstorm.ubuntu.com vs. idea.opensuse.org vs.... http://fedoraproject.org/wiki/BugsAndFeatureRequests? It just doesn't have the same ring as http://mindmeld.fedoraproject.org or whatnot. :) -Eric From skvidal at fedoraproject.org Thu Feb 28 15:42:09 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 28 Feb 2008 10:42:09 -0500 Subject: submitting ideas to Fedora In-Reply-To: <47C6D5ED.1090509@redhat.com> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> <47C6D35D.7090609@gmail.com> <20080228103018.1047f67e@redhat.com> <47C6D5ED.1090509@redhat.com> Message-ID: <1204213329.8099.29.camel@cutter> On Thu, 2008-02-28 at 09:40 -0600, Eric Sandeen wrote: > Jesse Keating wrote: > > On Thu, 28 Feb 2008 16:29:33 +0100 > > "Jakub 'Livio' Rusinek" wrote: > > > >> Then would people comment, vote and Fedora would choose features to > >> include. > > > > Unless somebody is signing up to do the work, votes on a feature are > > meaningless. > > Perhaps when a feature/behavior is seen to be widely requested, someone > would sign up _as_a_result_. Not always, of course... and there could > be a lot of noise. but I like the idea from a responsiveness point of view. > > (look at the flip side, developers rarely sign up for features which > were never requested...) > Except that 20 pages of 'mp3 support and dvd support' would get old. :) -sv From fedora at camperquake.de Thu Feb 28 15:43:15 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 28 Feb 2008 16:43:15 +0100 Subject: submitting ideas to Fedora In-Reply-To: <47C6D582.3070107@gmail.com> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> <47C6D35D.7090609@gmail.com> <20080228103018.1047f67e@redhat.com> <47C6D582.3070107@gmail.com> Message-ID: <20080228164315.6b4e4d51@dhcp03.addix.net> Hi. On Thu, 28 Feb 2008 16:38:42 +0100, Jakub 'Livio' Rusinek wrote: > > Unless somebody is signing up to do the work, votes on a feature are > > meaningless. > > But it just tells you. what is most requested feature. I doubt that that you'll get much information that we do not have already, because everyone wants MP3, DVD and Flash (and a pony). From sandeen at redhat.com Thu Feb 28 15:47:29 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 28 Feb 2008 09:47:29 -0600 Subject: submitting ideas to Fedora In-Reply-To: <1204213329.8099.29.camel@cutter> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> <47C6D35D.7090609@gmail.com> <20080228103018.1047f67e@redhat.com> <47C6D5ED.1090509@redhat.com> <1204213329.8099.29.camel@cutter> Message-ID: <47C6D791.9010306@redhat.com> seth vidal wrote: > On Thu, 2008-02-28 at 09:40 -0600, Eric Sandeen wrote: >> Jesse Keating wrote: >>> On Thu, 28 Feb 2008 16:29:33 +0100 >>> "Jakub 'Livio' Rusinek" wrote: >>> >>>> Then would people comment, vote and Fedora would choose features to >>>> include. >>> Unless somebody is signing up to do the work, votes on a feature are >>> meaningless. >> Perhaps when a feature/behavior is seen to be widely requested, someone >> would sign up _as_a_result_. Not always, of course... and there could >> be a lot of noise. but I like the idea from a responsiveness point of view. >> >> (look at the flip side, developers rarely sign up for features which >> were never requested...) >> > > Except that 20 pages of 'mp3 support and dvd support' would get old. :) That's the "could be a lot of noise" part, above :) I wouldn't let that get in the way of actual good ideas from users, though. -Eric From nicolas.mailhot at laposte.net Thu Feb 28 15:49:23 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 28 Feb 2008 16:49:23 +0100 Subject: sense of packaging firefox' addons? In-Reply-To: <47C687D8.5090500@gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <1204191108.30264.7.camel@rousalka.dyndns.org> <47C687D8.5090500@gmail.com> Message-ID: <1204213763.11416.17.camel@rousalka.dyndns.org> Le jeudi 28 f?vrier 2008 ? 02:07 -0800, Andrew Farris a ?crit : > On a multi-user system yes, I suppose that is worrisome. But on a single user > desktop, even in an enterprise environment.. you're assuming that a user is more > likely to apply updates when packagekit tells them they are available versus the > browser checking every time it opens for the day? I highly doubt it. Doubt all your want. Some users will go out of their way to bitrot their desktop by downloading all kinds of dubious code from the internet (and do a tantrum if you don't let them). Others are extremely conservative, they still use the OS default wallpaper 3 years after its installation, and they only trust the OS updates (esp. if someone else manages them). The Firefox extension system was designed for the first class of users. Extension packaging would work for the second class of users. BTW there is no relation between IT proficiency and this. You find aunt Tillies in both categories, and software developers likewise. Moreover you have all sorts of tools to deploy rpms on a set of computers (yum is not the only one). That's not the case for xpi files. Any entity that considers a medium-to-large Firefox deployment quickly finds out IE users will only accept a Firefox sweetened with a few extensions, that most of them won't install those extensions themselves at first, that MoFo forgot centralised extension management, and therefore a Firefox trial is too resource-intensive to consider seriously (that's sad for Linux desktops that absolutely rely on Firefox). Anyway I don't see what makes you all go into flammes. You don't like packages extensions don't install the extension packages. Nobody is going to kill the firefox extension manager in the short term. -- 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 rjones at redhat.com Thu Feb 28 15:54:56 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 28 Feb 2008 15:54:56 +0000 Subject: rpm build dependency graph from specfiles Message-ID: <20080228155456.GA28733@amd.home.annexia.org> Is there a tool out there which given a list of RPM *specfiles* (NB) will generate a *build* ordering? 'rpmgraph' doesn't seem to be the right tool. It seems to be about generating a graph of installation dependencies from packages. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From nicolas.mailhot at laposte.net Thu Feb 28 15:59:26 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 28 Feb 2008 16:59:26 +0100 Subject: sense of packaging firefox' addons? In-Reply-To: <16de708d0802280214r7ed1e691mbea9f39837156cc8@mail.gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <1204191108.30264.7.camel@rousalka.dyndns.org> <16de708d0802280214r7ed1e691mbea9f39837156cc8@mail.gmail.com> Message-ID: <1204214366.11416.27.camel@rousalka.dyndns.org> Le jeudi 28 f?vrier 2008 ? 04:14 -0600, Arthur Pemberton a ?crit : > 2008/2/28 Nicolas Mailhot : > > Le mercredi 27 f?vrier 2008 ? 13:22 -0800, Andrew Farris a ?crit : > > > > > > > The builtin firefox addon update system works far faster for most desktop users > > > than getting a new rpm packaged, built, and shipped... > > > > I works far faster for update freaks that love hunting the internet for > > software bits and always update to the latest version. > > You know Firefox checks for updates automatically, right? Ever tried to use this behind a corporate firewall? The firefox system is a joke, can't even use its own proxy settings, it only sort-of works for home users. > > It's pretty > > useless for the large class of users who want their apps to just work > > Requiring admin to install some addons via RPMs is your idea of just work? That's how it works both in corporate context and in computer-illiterate nephew-support contexts. > > and are not willing to invest large parts of their time in extension > > hunting. > > As opposed to searching through the repos with yum for the extension > you want? How much easier is that than going to addons.mozilla.org? Our package descriptions are localized. ?addons.mozilla.org is English-only. Even ignoring the various ways the Firefox extension system is broken, this alone makes it unsuitable for a large class of users. > > And some extensions have been known to have security holes, so > > relying on users to update extensions when all do not is going to bite > > us sooner or later. > > So the users won't hit install when Firefox offers them the updates, > but they will run yum update to get updates? Many users have learnt that "just-say-no" is the right answer to any browser popups > > The Firefox ?addon update system is far from awesome when you're the one > > who has to install and update Firefox extensions manually on a pool of > > systems because users don't bother (additionally that's one reason > > And how many people are there like that? Only needs one to justify a Fedora package. > You know you can just create > your own RPM for your pool of users, and get what you want done. > > > Firefox fares so bad in the enterprise ? geek-oriented installation > > system without any provision for centralised management). > > What kind of enterprise is willing to run Firefox on Linux but not > willing to roll out their own supplemental apt/yum repository? The kind of enterprise that decides it has better ways of spending money than filling out the missing pieces in Fedora. -- 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 johannbg at hi.is Thu Feb 28 16:04:25 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Thu, 28 Feb 2008 16:04:25 +0000 Subject: Fedora bug workflow - process change In-Reply-To: References: Message-ID: <47C6DB89.5060101@hi.is> Kevin Kofler wrote: > Matej Cepl redhat.com> writes: > >> Less important but still IMHO interesting and relevant to our >> discussion is the distinction between 1) and 2). For me >> personally, while working on my Xorg bugs, this distinction is >> not particularly relevant (and bugs I triage should end in the >> state 2)), because I know from discussion with developers what >> kind of bugs each of them expects, and of course whenever in >> doubts what to do with a particular bug I could ask on IRC. >> >> Which leads me to the point, that for bug triager to be excellent >> it is crucially important to be part of the team of developers >> for the particular set of components. >> > > Well, I see that working well for some teams, but not all teams in Fedora work > that way. How we deal with bugs within the KDE SIG is that we don't _assign_ a > bug to another developer, but instead a developer should _claim_ the bugs they > want to own (and the assignee who claimed the bug is supposed to work on it, so > we'll usually not touch bugs claimed by someone else). So how we used to work > is that we assigned the bugs to ourselves and set them to ASSIGNED when > claiming them. Important bugs are regularly brought up in the meetings to make > sure someone takes care of them and to check progress. Now that ASSIGNED has > been redefined, it will no longer be immediately clear whether the bug was just > set to ASSIGNED by a triager (and is still assigned to the default assignee) or > actually claimed by the assignee. We'll probably end up just using ON_DEV when > claiming bugs, I've put this up for discussion at the next meeting. > > Kevin Kofler > > ***sight*** So now it's Bug gets reported the BugZappers assign it to nobody because they from the new point of view it's just verified/confirmed it was an actual Bug The bug reporter actually thinks somebody is working on the bug... The Reality The bug that actually broke his system just got confirmed/verified.. And here comes KDE SIG point of view.... Nobody gets Assigned a bug by defaults, they just pick the bug they like and if they don't like it they think the next developer is gonna take it... and the bug does not get worked on until it breaks something enough or whole lot of people screams load enough that somebody has to assign it to himself.. The bug reporter is waits for it to be work on... In reality... KDE dev think the next KDE dev gonna take it... The bug reporters patience runs out and he moves to Gnome and never reports another KDE bug... -1 User for KDE +1 User for GNOME :) Now that's the way to attract bug reporters... Best regards. Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From lightsolphoenix at gmail.com Thu Feb 28 16:10:13 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Thu, 28 Feb 2008 11:10:13 -0500 Subject: system-* tools' ui independence In-Reply-To: <47C6CBF1.8060401@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> <47C6CBF1.8060401@gmail.com> Message-ID: On 2/28/08, Jakub 'Livio' Rusinek wrote: > Kelly Miller pisze: > > Jakub 'Livio' Rusinek wrote: > >> hi, > >> > >> I said few weeks or months ago, that our system-* tools cannot > >> descriminate KDE by using GTK. > >> > >> YaST authors separated UI library, so you [Red Hat or Community] can > >> easily rewrite our tools to integrate well with KDE and GTK-based > >> environments. > >> > >> http://visnov.blogspot.com/2008/02/yast-user-interface-library-is-now.htm > > Um, have you SEEN or USED the YaST GTK+ interface? It's one of the most > > screwed-up pieces of bad UI I've ever seen in my life... > > > > I've seen it and used it. Fast, responsible and very user friendly. > > YaST-GTK is much better than YaST-Qt. You're joking, right? I mean, two minutes with YaST-GTK and I'd already gotten sick of the fact that it acts like just about everything else in Gnome anymore; that the user should only be able to reach the minimum of options and anything else should be buried. And it's a fact that the GTK installer is utterly brain-dead. From limb at jcomserv.net Thu Feb 28 16:19:12 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 28 Feb 2008 10:19:12 -0600 (CST) Subject: submitting ideas to Fedora In-Reply-To: <47C6D677.90503@redhat.com> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> <47C6D677.90503@redhat.com> Message-ID: <6448.63.85.68.164.1204215552.squirrel@mail.jcomserv.net> > Jon Ciesla wrote: >>> Jakub 'Livio' Rusinek wrote: >>>> hi, >>>> >>>> I just noticed launch of next brainstorming website. this time, ubuntu >>>> one [1] . >>>> >>>> first was opensuse [2] , but they had no voting system and no comments >>>> notifications. >>>> >>>> I wonder if fedora could have such website too, to see what users >>>> need. >>>> >>> Does it have to include user only ? >>> We could also build something for maintainers, packagers, people >>> involved in the translation... >>> That could be a subpart of the main part ok... >>> >>> But I like the idea :) >> >> Doesn't this cover it:? >> http://fedoraproject.org/wiki/BugsAndFeatureRequests > > In a "wow, that doesn't even come close from a PR (public relations) > point of view" perhaps. brainstorm.ubuntu.com vs. idea.opensuse.org > vs.... http://fedoraproject.org/wiki/BugsAndFeatureRequests? > > It just doesn't have the same ring as http://mindmeld.fedoraproject.org > or whatnot. :) Ooh, I like that. You could go two ways there. "My mind to your mind, my thoughts to your thoughts", or for bugzilla, "Each of us hides a secret pain". . . (ducks) > -Eric > -- novus ordo absurdum From jreiser at BitWagon.com Thu Feb 28 16:39:36 2008 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 28 Feb 2008 08:39:36 -0800 Subject: rpm build dependency graph from specfiles In-Reply-To: <20080228155456.GA28733@amd.home.annexia.org> References: <20080228155456.GA28733@amd.home.annexia.org> Message-ID: <47C6E3C8.2080700@BitWagon.com> > Is there a tool out there which given a list of RPM *specfiles* (NB) > will generate a *build* ordering? Apply topological sort (/usr/bin/tsort) to input with lines that contain pairs "a b", with the interpretation that 'a' must precede 'b'. -- From lmacken at redhat.com Thu Feb 28 16:40:17 2008 From: lmacken at redhat.com (Luke Macken) Date: Thu, 28 Feb 2008 11:40:17 -0500 Subject: submitting ideas to Fedora In-Reply-To: <47C6D02F.3060904@gmail.com> References: <47C6D02F.3060904@gmail.com> Message-ID: <20080228164017.GF4888@crow.redhat.com> On Thu, Feb 28, 2008 at 04:15:59PM +0100, Jakub 'Livio' Rusinek wrote: > hi, > > I just noticed launch of next brainstorming website. this time, ubuntu one > [1] . > > first was opensuse [2] , but they had no voting system and no comments > notifications. > > I wonder if fedora could have such website too, to see what users need. > > 1| http://brainstorm.ubuntu.com/ > 2| http://idea.opensuse.org/ Are either of those open source ? luke From loganjerry at gmail.com Thu Feb 28 17:00:56 2008 From: loganjerry at gmail.com (Jerry James) Date: Thu, 28 Feb 2008 10:00:56 -0700 Subject: system-* tools' ui independence In-Reply-To: <20080228140635.2d3b10b9@dhcp03.addix.net> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <20080228140635.2d3b10b9@dhcp03.addix.net> Message-ID: <870180fe0802280900h60a01a27t2e59f871281649ea@mail.gmail.com> On Thu, Feb 28, 2008 at 6:06 AM, Ralf Ertzinger wrote: > Hi. > > > On Thu, 28 Feb 2008 13:44:55 +0100, Matej Cepl wrote: > > > Since FC6 everything Should Work? even without any > > /etc/X11/xorg.conf whatsoever. > > Should I file a bug if it does not? My X60s does not work without one. The KVM switch in my server room seems to block autodetection of the mouse and monitor (the keyboard is a vanilla PC105; I bet if it was some multimedia keyboard that it would also be configured incorrectly). I have to explicitly configure the mouse and monitor in xorg.conf. I consider that an unfortunate property of my hardware, rather than a software bug. Should I think otherwise? -- Jerry James http://loganjerry.googlepages.com/ From a.badger at gmail.com Thu Feb 28 17:05:14 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 28 Feb 2008 09:05:14 -0800 Subject: Move python install location from sitelib to sitearch In-Reply-To: <200802280843.40413.silfreed@silfreed.net> References: <200802280843.40413.silfreed@silfreed.net> Message-ID: <47C6E9CA.9090203@gmail.com> Douglas E. Warner wrote: > I have a package that installs some python modules into the normal sitelib > directory, but since the package is mostly contained of arch-specific > binaries I can't package these into noarch files [1]. I need to move these > python modules into the sitearch dir; how can I modify the setup.py call to > install to /usr/lib or /usr/lib64 instead of just /usr/lib? > > -Doug > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=341361 > gpsd looks like it's using automake rather than setup.py. So you'll need to modify Makefile.am and re-run autogen.sh Start by reading the info page for automake and searching for pyexecdir. Since you have both python files and a python extension module you may have to write a custom target for the *.py files. I haven't done this particular thing before so you'll have to experiment a little. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From jakub.rusinek at gmail.com Thu Feb 28 17:11:33 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 18:11:33 +0100 Subject: submitting ideas to Fedora In-Reply-To: <1204213329.8099.29.camel@cutter> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> <47C6D35D.7090609@gmail.com> <20080228103018.1047f67e@redhat.com> <47C6D5ED.1090509@redhat.com> <1204213329.8099.29.camel@cutter> Message-ID: <47C6EB45.8070805@gmail.com> seth vidal pisze: > On Thu, 2008-02-28 at 09:40 -0600, Eric Sandeen wrote: >> Jesse Keating wrote: >>> On Thu, 28 Feb 2008 16:29:33 +0100 >>> "Jakub 'Livio' Rusinek" wrote: >>> >>>> Then would people comment, vote and Fedora would choose features to >>>> include. >>> Unless somebody is signing up to do the work, votes on a feature are >>> meaningless. >> Perhaps when a feature/behavior is seen to be widely requested, someone >> would sign up _as_a_result_. Not always, of course... and there could >> be a lot of noise. but I like the idea from a responsiveness point of view. >> >> (look at the flip side, developers rarely sign up for features which >> were never requested...) >> > > Except that 20 pages of 'mp3 support and dvd support' would get old. :) > > -sv > > Then little exception handling backend should be written to notify user, if content contains "mp3"/etc, that this cannot be supported officialy. From jakub.rusinek at gmail.com Thu Feb 28 17:12:27 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 18:12:27 +0100 Subject: submitting ideas to Fedora In-Reply-To: <20080228164315.6b4e4d51@dhcp03.addix.net> References: <47C6D02F.3060904@gmail.com> <47C6D0A9.6030005@yahoo.fr> <15515.63.85.68.164.1204212053.squirrel@mail.jcomserv.net> <47C6D35D.7090609@gmail.com> <20080228103018.1047f67e@redhat.com> <47C6D582.3070107@gmail.com> <20080228164315.6b4e4d51@dhcp03.addix.net> Message-ID: <47C6EB7B.1020507@gmail.com> Ralf Ertzinger pisze: > Hi. > > On Thu, 28 Feb 2008 16:38:42 +0100, Jakub 'Livio' Rusinek wrote: > >>> Unless somebody is signing up to do the work, votes on a feature are >>> meaningless. >> But it just tells you. what is most requested feature. > > I doubt that that you'll get much information that we do not have > already, because everyone wants MP3, DVD and Flash (and a pony). > As I said, little exception handling and we get rid of them (; . From jakub.rusinek at gmail.com Thu Feb 28 17:13:21 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 18:13:21 +0100 Subject: submitting ideas to Fedora In-Reply-To: <20080228164017.GF4888@crow.redhat.com> References: <47C6D02F.3060904@gmail.com> <20080228164017.GF4888@crow.redhat.com> Message-ID: <47C6EBB1.3000305@gmail.com> Luke Macken pisze: > On Thu, Feb 28, 2008 at 04:15:59PM +0100, Jakub 'Livio' Rusinek wrote: >> hi, >> >> I just noticed launch of next brainstorming website. this time, ubuntu one >> [1] . >> >> first was opensuse [2] , but they had no voting system and no comments >> notifications. >> >> I wonder if fedora could have such website too, to see what users need. >> >> 1| http://brainstorm.ubuntu.com/ >> 2| http://idea.opensuse.org/ > > Are either of those open source ? > > > luke > You mean engines of that websites or products that features are proposed to? From jakub.rusinek at gmail.com Thu Feb 28 17:15:30 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 18:15:30 +0100 Subject: system-* tools' ui independence In-Reply-To: References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> <47C6CBF1.8060401@gmail.com> Message-ID: <47C6EC32.1040404@gmail.com> Kelly Miller pisze: > On 2/28/08, Jakub 'Livio' Rusinek wrote: >> Kelly Miller pisze: >>> Jakub 'Livio' Rusinek wrote: >>>> hi, >>>> >>>> I said few weeks or months ago, that our system-* tools cannot >>>> descriminate KDE by using GTK. >>>> >>>> YaST authors separated UI library, so you [Red Hat or Community] can >>>> easily rewrite our tools to integrate well with KDE and GTK-based >>>> environments. >>>> >>>> http://visnov.blogspot.com/2008/02/yast-user-interface-library-is-now.htm >>> Um, have you SEEN or USED the YaST GTK+ interface? It's one of the most >>> screwed-up pieces of bad UI I've ever seen in my life... >>> >> I've seen it and used it. Fast, responsible and very user friendly. >> >> YaST-GTK is much better than YaST-Qt. > > You're joking, right? No, I'm not. From users point, YaST-GTK is more readable and better organized. > I mean, two minutes with YaST-GTK and I'd > already gotten sick of the fact that it acts like just about > everything else in Gnome anymore; that the user should only be able to > reach the minimum of options and anything else should be buried. You use KDE, right? > > And it's a fact that the GTK installer is utterly brain-dead. > Don't be rude... Most of people do not require LOAD of options, but they expect simple "just works", without hassle. From pemboa at gmail.com Thu Feb 28 17:47:48 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 28 Feb 2008 11:47:48 -0600 Subject: submitting ideas to Fedora In-Reply-To: <47C6D02F.3060904@gmail.com> References: <47C6D02F.3060904@gmail.com> Message-ID: <16de708d0802280947u532a0a22i1bf9221b57358750@mail.gmail.com> On Thu, Feb 28, 2008 at 9:15 AM, Jakub 'Livio' Rusinek wrote: > hi, > > I just noticed launch of next brainstorming website. this time, ubuntu > one [1] . > > first was opensuse [2] , but they had no voting system and no comments > notifications. > > I wonder if fedora could have such website too, to see what users need. > > 1| http://brainstorm.ubuntu.com/ > 2| http://idea.opensuse.org/ At some point distros need to collaborate a bit more. None of the ideas I saw there were distro specific. Why have a distro specific website? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From jakub.rusinek at gmail.com Thu Feb 28 17:57:27 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 18:57:27 +0100 Subject: submitting ideas to Fedora In-Reply-To: <16de708d0802280947u532a0a22i1bf9221b57358750@mail.gmail.com> References: <47C6D02F.3060904@gmail.com> <16de708d0802280947u532a0a22i1bf9221b57358750@mail.gmail.com> Message-ID: <1204221447.4684.0.camel@geeko> > At some point distros need to collaborate a bit more. None of the > ideas I saw there were distro specific. Why have a distro specific > website? Ubuntu and openSUSE are not interested in collaboration. They think they can fix everything locally, not upstream. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From lightsolphoenix at gmail.com Thu Feb 28 16:08:33 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Thu, 28 Feb 2008 11:08:33 -0500 Subject: system-* tools' ui independence In-Reply-To: <7vmi95xv63.ln2@ppp1053.in.ipex.cz> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> Message-ID: On 2/28/08, Matej Cepl wrote: > On 2008-02-28, 05:45 GMT, Jakub 'Livio' Rusinek wrote: > > Sometimes I have broken xorg.conf and no copy on Internet so > > then some tool is needed. > > Since FC6 everything Should Work? even without any > /etc/X11/xorg.conf whatsoever. > > Mat?j Not so; I know for a fact that a Synaptics Touchpad will not work unless there's an entry in xorg.conf for it. There are probably others as well. From jkeating at redhat.com Thu Feb 28 18:04:28 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 28 Feb 2008 13:04:28 -0500 Subject: system-* tools' ui independence In-Reply-To: References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> Message-ID: <20080228130428.720207fc@redhat.com> On Thu, 28 Feb 2008 11:08:33 -0500 "Kelly Miller" wrote: > Not so; I know for a fact that a Synaptics Touchpad will not work > unless there's an entry in xorg.conf for it. There are probably > others as well. There is a plan to remove that need in place. -- 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: 197 bytes Desc: not available URL: From silfreed at silfreed.net Thu Feb 28 18:07:41 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Thu, 28 Feb 2008 13:07:41 -0500 Subject: Move python install location from sitelib to sitearch In-Reply-To: <47C6E9CA.9090203@gmail.com> References: <200802280843.40413.silfreed@silfreed.net> <47C6E9CA.9090203@gmail.com> Message-ID: <200802281307.41441.silfreed@silfreed.net> On Thursday 28 February 2008 12:05:14 Toshio Kuratomi wrote: > gpsd looks like it's using automake rather than setup.py. ?So you'll > need to modify Makefile.am and re-run autogen.sh > > Start by reading the info page for automake and searching for pyexecdir. > ? ?Since you have both python files and a python extension module you > may have to write a custom target for the *.py files. ?I haven't done > this particular thing before so you'll have to experiment a little. Thanks; I had found that in gpsd's Makefile.in it was installing to pythondir instead of pyexecdir; I replaced the occurrences and things look a lot better. -Doug -------------- 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 tcallawa at redhat.com Thu Feb 28 18:10:18 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 28 Feb 2008 13:10:18 -0500 Subject: submitting ideas to Fedora In-Reply-To: <1204221447.4684.0.camel@geeko> References: <47C6D02F.3060904@gmail.com> <16de708d0802280947u532a0a22i1bf9221b57358750@mail.gmail.com> <1204221447.4684.0.camel@geeko> Message-ID: <1204222218.3140.7.camel@localhost.localdomain> On Thu, 2008-02-28 at 18:57 +0100, Jakub 'Livio' Rusinek wrote: > > At some point distros need to collaborate a bit more. None of the > > ideas I saw there were distro specific. Why have a distro specific > > website? > > Ubuntu and openSUSE are not interested in collaboration. > They think they can fix everything locally, not upstream. Don't make assumptions like that. I've spent a fair amount of time talking with Joe "Zonker" Brockmeier about how Fedora can collaborate with openSUSE, and he is very interested in collaboration. I've also had some conversations with Canonical employees (since they're really the only ones who can influence Ubuntu), and they also seem open to collaboration possibilities. ~spot From lmacken at redhat.com Thu Feb 28 18:13:26 2008 From: lmacken at redhat.com (Luke Macken) Date: Thu, 28 Feb 2008 13:13:26 -0500 Subject: submitting ideas to Fedora In-Reply-To: <47C6EBB1.3000305@gmail.com> References: <47C6D02F.3060904@gmail.com> <20080228164017.GF4888@crow.redhat.com> <47C6EBB1.3000305@gmail.com> Message-ID: <20080228181326.GG4888@crow.redhat.com> On Thu, Feb 28, 2008 at 06:13:21PM +0100, Jakub 'Livio' Rusinek wrote: > Luke Macken pisze: >> On Thu, Feb 28, 2008 at 04:15:59PM +0100, Jakub 'Livio' Rusinek wrote: >>> hi, >>> >>> I just noticed launch of next brainstorming website. this time, ubuntu one >>> [1] . >>> >>> first was opensuse [2] , but they had no voting system and no comments >>> notifications. >>> >>> I wonder if fedora could have such website too, to see what users need. >>> >>> 1| http://brainstorm.ubuntu.com/ >>> 2| http://idea.opensuse.org/ >> >> Are either of those open source ? >> >> >> luke >> > > You mean engines of that websites or products that features are proposed to? The websites. luke From ivazqueznet at gmail.com Thu Feb 28 18:17:50 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 28 Feb 2008 13:17:50 -0500 Subject: submitting ideas to Fedora In-Reply-To: <1204222218.3140.7.camel@localhost.localdomain> References: <47C6D02F.3060904@gmail.com> <16de708d0802280947u532a0a22i1bf9221b57358750@mail.gmail.com> <1204221447.4684.0.camel@geeko> <1204222218.3140.7.camel@localhost.localdomain> Message-ID: <1204222670.31076.5.camel@ignacio.lan> On Thu, 2008-02-28 at 13:10 -0500, Tom "spot" Callaway wrote: > Don't make assumptions like that. I've spent a fair amount of time > talking with Joe "Zonker" Brockmeier about how Fedora can collaborate > with openSUSE, and he is very interested in collaboration. I've also had > some conversations with Canonical employees (since they're really the > only ones who can influence Ubuntu), and they also seem open to > collaboration possibilities. Perhaps we should push for a cross-distro submission mechanism/website instead then. -- 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 jakub.rusinek at gmail.com Thu Feb 28 18:22:41 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 19:22:41 +0100 Subject: submitting ideas to Fedora In-Reply-To: <20080228181326.GG4888@crow.redhat.com> References: <47C6D02F.3060904@gmail.com> <20080228164017.GF4888@crow.redhat.com> <47C6EBB1.3000305@gmail.com> <20080228181326.GG4888@crow.redhat.com> Message-ID: <5e92ee3f0802281022i7585e93an57bfda1c80c436f4@mail.gmail.com> > Are either of those open source ? > The websites. You can be sure - not. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From jakub.rusinek at gmail.com Thu Feb 28 18:24:38 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 19:24:38 +0100 Subject: submitting ideas to Fedora In-Reply-To: <1204222218.3140.7.camel@localhost.localdomain> References: <47C6D02F.3060904@gmail.com> <16de708d0802280947u532a0a22i1bf9221b57358750@mail.gmail.com> <1204221447.4684.0.camel@geeko> <1204222218.3140.7.camel@localhost.localdomain> Message-ID: <5e92ee3f0802281024x1236af3dh18511a9f131b19a8@mail.gmail.com> > Don't make assumptions like that. I've spent a fair amount of time > talking with Joe "Zonker" Brockmeier about how Fedora can collaborate > with openSUSE, and he is very interested in collaboration. I've also had > some conversations with Canonical employees (since they're really the > only ones who can influence Ubuntu), and they also seem open to > collaboration possibilities. Doesn't matter if employees are interested or not. Community is not interested. Ubuntu maked GNOME very nice only for themselves, openSUSE too. They didn't submitted too many code and patches upstrean, -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From wtogami at redhat.com Thu Feb 28 18:57:34 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 28 Feb 2008 13:57:34 -0500 Subject: Final Warning: Orphanarium to be Nuked Message-ID: <47C7041E.50102@redhat.com> devel orphaned but still in rawhide =================================== aget cgi-util eds-feed gnome-blog windowlab These packages will be removed from rawhide tomorrow 5PM UTC-5 if they are not adopted. Has Co-Owners but no primary owner ================================== blam debootstrap tanukiwrapper By FESCo decision, these packages will have co-owners promoted to primary owner immediately. In the future PackageDB will automatically promote a co-owner (of shortest name =) to be primary owner. If you really don't want to be owner then orphan it after promotion and reply here. Warren Togami wtogami at redhat.com From debarshi.ray at gmail.com Thu Feb 28 19:06:54 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Fri, 29 Feb 2008 00:36:54 +0530 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <47C7041E.50102@redhat.com> References: <47C7041E.50102@redhat.com> Message-ID: <3170f42f0802281106v81f4477p8e05586a90c1ad98@mail.gmail.com> > devel orphaned but still in rawhide > =================================== > aget For what it is worth, this what the previous maintainer had to say about this: https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00577.html Cheers, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From pemboa at gmail.com Thu Feb 28 19:07:15 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 28 Feb 2008 13:07:15 -0600 Subject: submitting ideas to Fedora In-Reply-To: <1204222670.31076.5.camel@ignacio.lan> References: <47C6D02F.3060904@gmail.com> <16de708d0802280947u532a0a22i1bf9221b57358750@mail.gmail.com> <1204221447.4684.0.camel@geeko> <1204222218.3140.7.camel@localhost.localdomain> <1204222670.31076.5.camel@ignacio.lan> Message-ID: <16de708d0802281107n28d6638dv123ccc21aca54297@mail.gmail.com> 2008/2/28 Ignacio Vazquez-Abrams : > On Thu, 2008-02-28 at 13:10 -0500, Tom "spot" Callaway wrote: > > Don't make assumptions like that. I've spent a fair amount of time > > talking with Joe "Zonker" Brockmeier about how Fedora can collaborate > > with openSUSE, and he is very interested in collaboration. I've also had > > some conversations with Canonical employees (since they're really the > > only ones who can influence Ubuntu), and they also seem open to > > collaboration possibilities. > > Perhaps we should push for a cross-distro submission mechanism/website > instead then. I am willing to help in what ever way that I am capable. I feel this lack of collaboration is getting to be destructive now -- a lot of it is for no technical reason. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From tchung at fedoraproject.org Thu Feb 28 19:10:15 2008 From: tchung at fedoraproject.org (Thomas Chung) Date: Thu, 28 Feb 2008 11:10:15 -0800 Subject: Looking for Contributing Writer for Fedora Weekly News Message-ID: <369bce3b0802281110n6f83fad8t1b74e3e6edda7ebd@mail.gmail.com> We're currently looking for a contributing writer who can cover fedora-devel-list for FWN. Oisin Feeley will be absent for next two months and If you've been actively following fedora-devel-list and can summarize it in weekly basis, we'd like to hear from you. Please contact us via news at fedoraproject.org if you're interested in helping us. Regards, -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From a.badger at gmail.com Thu Feb 28 19:15:06 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 28 Feb 2008 11:15:06 -0800 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <47C7041E.50102@redhat.com> References: <47C7041E.50102@redhat.com> Message-ID: <47C7083A.5030307@gmail.com> Warren Togami wrote: > devel orphaned but still in rawhide > =================================== [snip list] > These packages will be removed from rawhide tomorrow 5PM UTC-5 if they > are not adopted. > Has Co-Owners but no primary owner > ================================== > blam > debootstrap > tanukiwrapper > I just noticed that blam has someone watching its commits and bugs but no actual co-owner. The blam package will be moved into the first category and scheduled for removal from rawhide tomorrow unless someone wants to step up and adopt it. > By FESCo decision, these packages will have co-owners promoted to > primary owner immediately. In the future PackageDB will automatically > promote a co-owner (of shortest name =) to be primary owner. If you > really don't want to be owner then orphan it after promotion and reply > here. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From naheemzaffar at gmail.com Thu Feb 28 19:29:33 2008 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Thu, 28 Feb 2008 19:29:33 +0000 Subject: submitting ideas to Fedora In-Reply-To: <5e92ee3f0802281022i7585e93an57bfda1c80c436f4@mail.gmail.com> References: <47C6D02F.3060904@gmail.com> <20080228164017.GF4888@crow.redhat.com> <47C6EBB1.3000305@gmail.com> <20080228181326.GG4888@crow.redhat.com> <5e92ee3f0802281022i7585e93an57bfda1c80c436f4@mail.gmail.com> Message-ID: <3adc77210802281129j7f7fc3e6jcddf022a9b444b78@mail.gmail.com> Ubuntu use Drupal - a very good opensource CMS - for a lot of their web stuff. Had a quick look and the brainstormsite is based on it too. they seem to have a couple of custom modules (qawebsite/qapoll) which they mar or may not have released back to the community, but that should be no problem to replicate using available modules (voterapi, drigg etc etc) (Totally offtopic, but Maybe Fedora should evaluate Drupal as an option on their possible migration routes from MoinMoin - a topic that came up a month or two back.) From pemboa at gmail.com Thu Feb 28 19:36:54 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 28 Feb 2008 13:36:54 -0600 Subject: submitting ideas to Fedora In-Reply-To: <3adc77210802281129j7f7fc3e6jcddf022a9b444b78@mail.gmail.com> References: <47C6D02F.3060904@gmail.com> <20080228164017.GF4888@crow.redhat.com> <47C6EBB1.3000305@gmail.com> <20080228181326.GG4888@crow.redhat.com> <5e92ee3f0802281022i7585e93an57bfda1c80c436f4@mail.gmail.com> <3adc77210802281129j7f7fc3e6jcddf022a9b444b78@mail.gmail.com> Message-ID: <16de708d0802281136o504876f1rbbff18f7190c74ba@mail.gmail.com> On Thu, Feb 28, 2008 at 1:29 PM, Naheem Zaffar wrote: > Ubuntu use Drupal - a very good opensource CMS - for a lot of their > web stuff. Had a quick look and the brainstormsite is based on it too. > they seem to have a couple of custom modules (qawebsite/qapoll) which > they mar or may not have released back to the community, but that > should be no problem to replicate using available modules (voterapi, > drigg etc etc) > > (Totally offtopic, but Maybe Fedora should evaluate Drupal as an > option on their possible migration routes from MoinMoin - a topic that > came up a month or two back.) Check the wiki, I'm, sure this has already been evaluated -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From vonbrand at inf.utfsm.cl Thu Feb 28 19:44:50 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 28 Feb 2008 16:44:50 -0300 Subject: system-config-services-0.99.0-1.fc9.noarch broken (i386) In-Reply-To: <47C63CA4.4030707@gmail.com> References: <6bb886180802272039t27df96f8u3d05f6b6750de4a3@mail.gmail.com> <47C63CA4.4030707@gmail.com> Message-ID: <200802281944.m1SJiopc005181@laptop13.inf.utfsm.cl> Andrew Farris wrote: > David Hunter wrote: > > When I try to launch the said menu item in GNOME, I get the following error > > dialog: > > The exec() call failed. > > How can I get further information to developers to diagnose the > > problem? > > Run the command 'system-config-services' in a terminal with root user logged in. > > See if you see this output: > https://bugzilla.redhat.com/show_bug.cgi?id=435068 Nope, I get something more entertaining (system-config-services-0.99.2-1.fc9.noarch): # system-config-services Traceback (most recent call last): File "/usr/sbin/system-config-services", line 27, in import gamin ImportError: No module named gamin -- 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 limb at jcomserv.net Thu Feb 28 19:46:48 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 28 Feb 2008 13:46:48 -0600 (CST) Subject: [Fwd: Returned mail: see transcript for details] Message-ID: <30398.63.85.68.164.1204228008.squirrel@mail.jcomserv.net> For Kevin Fenzi. Your email server is giving me issues. . . I run my own sendmail on a Business ATT DSL line. . .. ---------------------------- Original Message ---------------------------- Subject: Returned mail: see transcript for details From: "Mail Delivery Subsystem" Date: Thu, February 28, 2008 1:42 pm To: limb at jcomserv.net -------------------------------------------------------------------------- The original message was received at Thu, 28 Feb 2008 13:42:20 -0600 from castor.local [192.168.0.8] ----- The following addresses had permanent fatal errors ----- (reason: 554 5.7.1 : Client host rejected: Rejecting mail from sbcglobal.net DSL customers, mail through your ISPs SMTP server instead.) ----- Transcript of session follows ----- ... while talking to mail2.tummy.com.: >>> DATA <<< 554 5.7.1 : Client host rejected: Rejecting mail from sbcglobal.net DSL customers, mail through your ISPs SMTP server instead. 554 5.0.0 Service unavailable <<< 554 5.5.1 Error: no valid recipients -- novus ordo absurdum -------------- next part -------------- An embedded message was scrubbed... From: "Jon Ciesla" Subject: Re: pcapdiff in epel4 Date: Thu, 28 Feb 2008 13:42:20 -0600 (CST) Size: 1618 URL: From lukasz at wsisiz.edu.pl Thu Feb 28 21:16:29 2008 From: lukasz at wsisiz.edu.pl (Lukasz Trabinski) Date: Thu, 28 Feb 2008 22:16:29 +0100 (CET) Subject: Problem with Anaconda on IBM T61 Message-ID: Hello It's not my first installation of Fedora (my first installation was redhat 4.1), anyway. I can't install Fedora 8 on my new laptop IBM T61. I have tried different options before boot kernel, tried install from DVD or network (via ftp/http) and I always got this messges ( jest before anaconda tring copy RPM packages to hard disk) Traceback (most recent call first): File "/usr/lib/anaconda/yuminstall.py", line 148, in callback s = str(_("Installing %s (%s)\n") %(po, size_string(hdr['size']))) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 588, in runTransaction errors = self.ts.run(cb.callback, '') File "/usr/lib/anaconda/yuminstall.py", line 483, in _run self.runTransaction(cb=cb) File "/usr/lib/anaconda/yuminstall.py", line 473, in run self._run(instLog, cb, intf) File "/usr/lib/anaconda/yuminstall.py", line 1197, in doInstall self.ayum.run(self.instLog, cb, anaconda.intf, anaconda.id) File "/usr/lib/anaconda/backend.py", line 198, in doInstall anaconda.backend.doInstall(anaconda) File "/usr/lib/anaconda/dispatch.py", line 203, in moveStep rc = stepFunc(self.anaconda) File "/usr/lib/anaconda/dispatch.py", line 126, in gotoNext self.moveStep() File "/usr/lib/anaconda/text.py", line 609, in run anaconda.dispatch.gotoNext() File "/usr/bin/anaconda", line 952, in anaconda.intf.run(anaconda) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 6: ordinal not in range(128) I can't find notthing about it in google, bugzilla and list archive :( -- ?T From seg at haxxed.com Thu Feb 28 21:27:28 2008 From: seg at haxxed.com (Callum Lerwick) Date: Thu, 28 Feb 2008 15:27:28 -0600 Subject: submitting ideas to Fedora In-Reply-To: <47C6D02F.3060904@gmail.com> References: <47C6D02F.3060904@gmail.com> Message-ID: <1204234048.12957.30.camel@localhost> On Thu, 2008-02-28 at 16:15 +0100, Jakub 'Livio' Rusinek wrote: > hi, > > I just noticed launch of next brainstorming website. this time, ubuntu > one [1] . > > first was opensuse [2] , but they had no voting system and no comments > notifications. > > I wonder if fedora could have such website too, to see what users need. > > 1| http://brainstorm.ubuntu.com/ Hah hah. The top two are currently "Ubuntu's bootloader should look like Fedora's" and "NetworkManager everywhere", something that's already on the Fedora to-do list (And nearing completion?). Among a lot of other things that have been discussed to death on fedora-devel and are already on various developer's to-do lists. Speed up boot time, power management, filesystem mount UI, hardware databases(smolt?), forced fsck (already fixed in Fedora some time ago), menu mess, backups, fix suspend/hibernate (ongoing? The supply of shiny, new and broken hardware shows no signs of slowing...), LiveUSB (done!), prefetch, delta updates (apparently waiting on Fedora infrastructure to implement their end), shutdown speed... We've seen it all, on this very list, already. > 2| http://idea.opensuse.org/ This one looks a bit more focused on developers actually getting things done. And that seems rather analogous to our already existing "feature" process... -------------- 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 jos at xos.nl Thu Feb 28 21:28:26 2008 From: jos at xos.nl (Jos Vos) Date: Thu, 28 Feb 2008 22:28:26 +0100 Subject: Problem with Anaconda on IBM T61 In-Reply-To: References: Message-ID: <20080228212826.GA23948@jasmine.xos.nl> On Thu, Feb 28, 2008 at 10:16:29PM +0100, Lukasz Trabinski wrote: > I can't install Fedora 8 on my new laptop IBM T61. The problem is that there are many variants of the T61, with different pieces of HW (e.g. various graphics cards etc.). I've installed F7 and F8 successfully on a T61, except for some post-install configuration issues (mainly on F7). Did you look at the other consoles, to see if there are messages that may indicate the problem? -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From jakub.rusinek at gmail.com Thu Feb 28 21:41:28 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 28 Feb 2008 22:41:28 +0100 Subject: submitting ideas to Fedora In-Reply-To: <1204234048.12957.30.camel@localhost> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> Message-ID: <47C72A88.5080401@gmail.com> > We've seen it all, on this very list, already. Who said Ubuntu is modern :> ? As we have most of that features or were GOING to have them, we would have different ideas on such list. From seg at haxxed.com Thu Feb 28 21:39:17 2008 From: seg at haxxed.com (Callum Lerwick) Date: Thu, 28 Feb 2008 15:39:17 -0600 Subject: system-* tools' ui independence In-Reply-To: References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> Message-ID: <1204234757.12957.39.camel@localhost> On Thu, 2008-02-28 at 11:08 -0500, Kelly Miller wrote: > Not so; I know for a fact that a Synaptics Touchpad will not work > unless there's an entry in xorg.conf for it. There are probably > others as well. Don't forget ALPS. Which is handled by the synaptics driver but does NOT work out of the box, as synaptics pads have an order of magnitude or two better precision than ALPS pads, and it completely throws everything out of whack. It doesn't just scale up the ALPS values to match synaptics so that things Just Work. Nope. At least this was true last I looked at it... They're crap but they're common on lower end laptops. -------------- 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 lukasz at wsisiz.edu.pl Thu Feb 28 21:39:41 2008 From: lukasz at wsisiz.edu.pl (Lukasz Trabinski) Date: Thu, 28 Feb 2008 22:39:41 +0100 (CET) Subject: Problem with Anaconda on IBM T61 In-Reply-To: <20080228212826.GA23948@jasmine.xos.nl> References: <20080228212826.GA23948@jasmine.xos.nl> Message-ID: On Thu, 28 Feb 2008, Jos Vos wrote: > I've installed F7 and F8 successfully on a T61, except for some > post-install configuration issues (mainly on F7). > > Did you look at the other consoles, to see if there are messages > that may indicate the problem? Yes, nothing special, only it: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 6: ordinal not in range(128). -- ?T From bpepple at fedoraproject.org Thu Feb 28 21:41:59 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 28 Feb 2008 16:41:59 -0500 Subject: FESCo Meeting Summary for 2008-02-28 Message-ID: <1204234919.3025.8.camel@kennedy> == Members Present == * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Jesse Keating (f13) * Dennis Gilmore (dgilmore) * Bill Nottingham (notting) * Warren Togami (warren) * Jeremy Katz (jeremy) * Christopher Aillon (caillon) * Kevin Fenzi (nirik) * Christian Iseli (c4chris) * Josh Boyer (jwb) * Tom Callaway (spot) == Absent == David Woodhouse (dwmw2) == Summary == === F9 Feature Process === * FESCo approved the following feature for F9: * http://fedoraproject.org/wiki/Features/HandwritingRecognizer * caillon & walters will update the feature pages for xulrunner & Firefox3, so FESCo can vote on these on the mailing list. === Orphaned Packages === * warren will send out a final message about orphan pacakges that will be dropped from Rawhide. IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-02-28.html Later, /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: 197 bytes Desc: This is a digitally signed message part URL: From dan at danny.cz Thu Feb 28 21:49:31 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 28 Feb 2008 22:49:31 +0100 Subject: Problem with Anaconda on IBM T61 In-Reply-To: References: Message-ID: <1204235371.3325.3.camel@eagle.danny.cz> Lukasz Trabinski p??e v ?t 28. 02. 2008 v 22:16 +0100: > Hello > > It's not my first installation of Fedora (my first installation was redhat > 4.1), anyway. > > I can't install Fedora 8 on my new laptop IBM T61. > I have tried different options before boot kernel, tried install from DVD > or network (via ftp/http) and I always got this messges ( jest before > anaconda tring copy RPM packages to hard disk) Isn't it after you specify all options for grub and it is being installed? Do you have MS Vista installed too? I think I have seen such message when trying to install F8 or Rawhide on HP Compaq 6910p. Dan From johannbg at hi.is Thu Feb 28 21:46:18 2008 From: johannbg at hi.is (Johann B. Gudmundsson) Date: Thu, 28 Feb 2008 21:46:18 +0000 Subject: Problem with Anaconda on IBM T61 In-Reply-To: References: Message-ID: <47C72BAA.6020908@hi.is> Lukasz Trabinski wrote: > Hello > > It's not my first installation of Fedora (my first installation was > redhat 4.1), anyway. > > I can't install Fedora 8 on my new laptop IBM T61. > I have tried different options before boot kernel, tried install from > DVD or network (via ftp/http) and I always got this messges ( jest > before anaconda tring copy RPM packages to hard disk) > > > Traceback (most recent call first): > File "/usr/lib/anaconda/yuminstall.py", line 148, in callback > s = str(_("Installing %s (%s)\n") %(po, size_string(hdr['size']))) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 588, in > runTransaction > errors = self.ts.run(cb.callback, '') > File "/usr/lib/anaconda/yuminstall.py", line 483, in _run > self.runTransaction(cb=cb) > File "/usr/lib/anaconda/yuminstall.py", line 473, in run > self._run(instLog, cb, intf) > File "/usr/lib/anaconda/yuminstall.py", line 1197, in doInstall > self.ayum.run(self.instLog, cb, anaconda.intf, anaconda.id) > File "/usr/lib/anaconda/backend.py", line 198, in doInstall > anaconda.backend.doInstall(anaconda) > File "/usr/lib/anaconda/dispatch.py", line 203, in moveStep > rc = stepFunc(self.anaconda) > File "/usr/lib/anaconda/dispatch.py", line 126, in gotoNext > self.moveStep() > File "/usr/lib/anaconda/text.py", line 609, in run > anaconda.dispatch.gotoNext() > File "/usr/bin/anaconda", line 952, in > anaconda.intf.run(anaconda) > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position > 6: ordinal not in range(128) > > > I can't find notthing about it in google, bugzilla and list archive :( > Possible python bug.. :) Are you changing any charset settings in anaconda??? if not do it..... if you are dont..... Have you tried text mode installation? Best regards Johann B. From johannbg at hi.is Thu Feb 28 21:51:12 2008 From: johannbg at hi.is (Johann B. Gudmundsson) Date: Thu, 28 Feb 2008 21:51:12 +0000 Subject: Problem with Anaconda on IBM T61 In-Reply-To: <1204235371.3325.3.camel@eagle.danny.cz> References: <1204235371.3325.3.camel@eagle.danny.cz> Message-ID: <47C72CD0.6040109@hi.is> Dan Hor?k wrote: > Lukasz Trabinski p??e v ?t 28. 02. 2008 v 22:16 +0100: > >> Hello >> >> It's not my first installation of Fedora (my first installation was redhat >> 4.1), anyway. >> >> I can't install Fedora 8 on my new laptop IBM T61. >> I have tried different options before boot kernel, tried install from DVD >> or network (via ftp/http) and I always got this messges ( jest before >> anaconda tring copy RPM packages to hard disk) >> > > Isn't it after you specify all options for grub and it is being > installed? Do you have MS Vista installed too? > I think I have seen such message when trying to install F8 or Rawhide on > HP Compaq 6910p. > > > Dan > > Is the SATA Controller Mode Option to set to ?Compatibility? if not try changing it.... To change the setting, turn on your T61 and press F1 when the ?Thinkpad? logo appears. Go to Config ? Serial ATA (SATA) and set the SATA Controller Mode Option to ?Compatibility?. Best regards Johann B. From lukasz at wsisiz.edu.pl Thu Feb 28 22:06:17 2008 From: lukasz at wsisiz.edu.pl (Lukasz Trabinski) Date: Thu, 28 Feb 2008 23:06:17 +0100 (CET) Subject: Problem with Anaconda on IBM T61 In-Reply-To: <47C72BAA.6020908@hi.is> References: <47C72BAA.6020908@hi.is> Message-ID: On Thu, 28 Feb 2008, Johann B. Gudmundsson wrote: >> I can't find notthing about it in google, bugzilla and list archive :( >> > Possible python bug.. :) > > Are you changing any charset settings in anaconda??? OK, I have just changed language from Polish to English, and it's look OK. Thank You. I will write about it on bugzilla, problem exists on Alpha-9, too. Thank you!. -- ?T From caillon at redhat.com Thu Feb 28 22:25:26 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 28 Feb 2008 17:25:26 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> <47C5DA40.9010808@gmail.com> <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> Message-ID: <47C734D6.80600@redhat.com> /me notices this thread a day late.... On 02/27/2008 05:01 PM, Jeff Spaleta wrote: > If you have system-wide plugins and per-user versions of the same > plugin..how exactly does that interaction work. Profile wins, then goes up from there. System installed ones generally have least priority. Version numbers are irrelevant. > Even in the normal > install case, there will be times when a user may want to grab a newer > version of the same plugin that is installed system-wide. Can we > really deal with that? Yes. It will install into the user's profile directory, not overwrite the system one. From bpepple at fedoraproject.org Thu Feb 28 21:21:34 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 28 Feb 2008 16:21:34 -0500 Subject: FESCo Meeting Summary for 2008-02-21 Message-ID: <1204233694.3025.4.camel@kennedy> Sorry about getting this out late, but I didn't have much free time while I was on vacation. == Members Present == * Brian Pepple (bpepple) * Jason Tibbitts (tibbs) * Jesse Keating (f13) * Dennis Gilmore (dgilmore) * Bill Nottingham (notting) * Warren Togami (warren) * Jeremy Katz (jeremy) * Christopher Aillon (caillon) * Kevin Fenzi (nirik) * Christian Iseli (c4chris) * Josh Boyer (jwb) == Absent == * David Woodhouse (dwmw2) * Tom Callaway (spot) == Summary == === ivtv-firmaware package dispute === * FESCo appointed Jarod Wilson (j-rod) to mediate ivtv-firmware package dispute. https://bugzilla.redhat.com/show_bug.cgi?id=250970#c37 === FESCo Election === * FESCo decided to open candidate nominations for the FESCo election on the first Tuesday after F9 is released. === F9 Feature Process === * FESCo approved the following feature for F9: * http://fedoraproject.org/wiki/Features/JigdoRelease IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-02-21.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: 197 bytes Desc: This is a digitally signed message part URL: From caillon at redhat.com Thu Feb 28 22:29:45 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 28 Feb 2008 17:29:45 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5E9C0.6090603@gmail.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> <47C5DA40.9010808@gmail.com> <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> <47C5E9C0.6090603@gmail.com> Message-ID: <47C735D9.2080601@redhat.com> On 02/27/2008 05:52 PM, Andrew Farris wrote: > Jeff Spaleta wrote: >> And you >> have to figure out if users can enable/disable the system wide >> version. It's complicated. The firefox plugins generally are geared >> for per-user control. And you certainly can have some oddness with >> combinations of plugins enabled, so enabling installed plugins by >> default may not be possible without affecting end-user experiences... > > Additionally it is not only a per-user issue... it is a per-profile > issue, which a firefox user may have several of (I personally have > several of them for my main user account just for testing purposes). It's both per-user and per-profile. You can install extensions under .mozilla/extensions/$target_app_id which will be available for all profiles. This is new in recent builds. See https://bugzilla.mozilla.org/show_bug.cgi?id=311008 $target_app_id is defined by application.ini for your application. target_app="firefox" cat $(rpm -ql $target_app | grep application.ini) | grep ^ID From caillon at redhat.com Thu Feb 28 22:40:40 2008 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 28 Feb 2008 17:40:40 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <47C5C99E.1050903@gmail.com> References: <47C5C99E.1050903@gmail.com> Message-ID: <47C73868.3030602@redhat.com> On 02/27/2008 03:35 PM, Jakub 'Livio' Rusinek wrote: > hi, > > I saw Ubuntu is puting Firefox' addons to repo. > > I wonder why, while Firefox has now integrated search for addons and > better addons site is planned... > > I don't think we should package extensions, but what do you think about > that situation in U? This may make most sense for binary extensions where we may want to compile it so users don't need to install compat-libstdc++33 and optimize using the latest greatest compiler, and our opt flags du jour. However, one thing which is highly relevant is that extensions usually have no discernable upstream (unless you count a.m.o), sometimes do not include license information or have hostile licenses, and often don't include source code. *.xpi files are not source code as they can contain binary data, such as compiled byte code (*.xpt) or .so files From Christian.Iseli at licr.org Thu Feb 28 23:15:29 2008 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 29 Feb 2008 00:15:29 +0100 Subject: Broken deps need fixing Message-ID: <20080229001529.4795a8a5@ludwig-alpha.unil.ch> Hi folks, I did a quick rundown of the current broken deps in rawhide. Please fix before the upcoming beta freeze (March 4). Cheers, Christian bmpx: - failed gcc-4.3 rebuild - owner seems to be investigating - https://bugzilla.redhat.com/show_bug.cgi?id=433975 boo: - I guess it just needs a rebuild buoh: - failed gcc-4.3 rebuild - https://bugzilla.redhat.com/show_bug.cgi?id=434015 compiz-kde (from compiz SRPM): - failed gcc-4.3 rebuild - https://bugzilla.redhat.com/show_bug.cgi?id=434271 - no activity drivel: - failed gcc-4.3 rebuild - https://bugzilla.redhat.com/show_bug.cgi?id=434380 - looks like the config setup wants libsoup-2.2, but libsoup-2.3 is in F9. evolution-brutus: - failed gcc-4.3 rebuild - https://bugzilla.redhat.com/show_bug.cgi?id=434008 - ticket has suggestions to fix flumotion: - Require: pycrypto which does not exist (???) ginac: - failed gcc-4.3 rebuild - https://bugzilla.redhat.com/show_bug.cgi?id=434393 gnome-web-photo: - failed gcc-4.3 rebuild - https://bugzilla.redhat.com/show_bug.cgi?id=434126 - seems due to xulrunner problem kazehakase: - fails rebuild against xulrunner - https://bugzilla.redhat.com/show_bug.cgi?id=402641 mknbi: - various perl modules missing: perl(Nbi) perl(Elf) perl(TruncFD) octave-forge: - probably a victim of the ginac breakage perl-XML-Xerces: - failed gcc-4.3 rebuild - https://bugzilla.redhat.com/show_bug.cgi?id=434487 - version mismatch Xerces-C-2.8.0 vs XML-Xerces-2.7.0-0 plplot-perl: - missing perl module: perl(PDL::GSL::RNG) qalculate-kde: - maybe the recent rebuild against new cln-1.2.0 has fixed this sugar: - needs matchbox-window-manager which has never been built in rawhide - I thought this was OLPC only... util-vserver-build: - failed gcc-4.3 rebuild - https://bugzilla.redhat.com/show_bug.cgi?id=434087 From orion at cora.nwra.com Thu Feb 28 23:40:02 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 28 Feb 2008 16:40:02 -0700 Subject: Broken deps need fixing In-Reply-To: <20080229001529.4795a8a5@ludwig-alpha.unil.ch> References: <20080229001529.4795a8a5@ludwig-alpha.unil.ch> Message-ID: <47C74652.404@cora.nwra.com> Christian Iseli wrote: > Hi folks, > > I did a quick rundown of the current broken deps in rawhide. > Please fix before the upcoming beta freeze (March 4). > > Cheers, > Christian > > plplot-perl: > - missing perl module: perl(PDL::GSL::RNG) plplot cannot build until qhull is fixed. Working on it: https://bugzilla.redhat.com/show_bug.cgi?id=432309 -- 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 bnocera at redhat.com Fri Feb 29 00:26:34 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 29 Feb 2008 00:26:34 +0000 Subject: Broken deps need fixing In-Reply-To: <20080229001529.4795a8a5@ludwig-alpha.unil.ch> References: <20080229001529.4795a8a5@ludwig-alpha.unil.ch> Message-ID: <1204244794.2754.334.camel@cookie.hadess.net> On Fri, 2008-02-29 at 00:15 +0100, Christian Iseli wrote: > gnome-web-photo: > - failed gcc-4.3 rebuild > - https://bugzilla.redhat.com/show_bug.cgi?id=434126 > - seems due to xulrunner problem Won't be fixed. It didn't build before the new gcc, didn't build after. It needs firefox, and doesn't work with xulrunner. It's not dead, just not building. Sorry. From bnocera at redhat.com Fri Feb 29 00:39:45 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 29 Feb 2008 00:39:45 +0000 Subject: submitting ideas to Fedora In-Reply-To: <47C72A88.5080401@gmail.com> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> Message-ID: <1204245585.2754.345.camel@cookie.hadess.net> On Thu, 2008-02-28 at 22:41 +0100, Jakub 'Livio' Rusinek wrote: > > We've seen it all, on this very list, already. > > Who said Ubuntu is modern :> ? > > As we have most of that features or were GOING to have them, we would > have different ideas on such list. The truth is that most of the features on those sites are: - ongoing features/goals for Fedora and upstream - goals specific to one application or sub-system For the former, there's no real point in having those spelt out, as we already they're problems, and the best you could get is a change of focus. For the latter, I'd be happy to get any feature request/bug filed against my components (summarily Bluetooth UIs for GNOME, and multimedia GNOME stuff) so that I can bring them to the attention of upstream, or fix them as part of a feature for a specific release. In the worst case, I'll point people to the upstream bug report if it's not deemed important enough, but that's at least a starting point. From lordmorgul at gmail.com Fri Feb 29 01:15:33 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 28 Feb 2008 17:15:33 -0800 Subject: submitting ideas to Fedora In-Reply-To: <1204245585.2754.345.camel@cookie.hadess.net> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204245585.2754.345.camel@cookie.hadess.net> Message-ID: <47C75CB5.7060504@gmail.com> Bastien Nocera wrote: > On Thu, 2008-02-28 at 22:41 +0100, Jakub 'Livio' Rusinek wrote: >>> We've seen it all, on this very list, already. >> Who said Ubuntu is modern :> ? >> >> As we have most of that features or were GOING to have them, we would >> have different ideas on such list. > > The truth is that most of the features on those sites are: > - ongoing features/goals for Fedora and upstream > - goals specific to one application or sub-system Nevertheless, I think the idea of putting this information in a slightly more community accessible format would be *a good thing*. Most fedora users (F7-F8 types) are not keeping track of ongoing development of F9 so they are not that aware of the feature list upcoming... meaning they lack excitement about it (and consequently most are not chatting up their buddies about how cool it is). The majority of non-fedora users I chat with have no idea of the advancements occurring over here, many of which are effecting their fav distros more than they know due to the focus of moving improvement effort upstream! The mailing list archives are not user accessible information sources like a 'vote features up or down' site. The wiki itself is somewhat stale in that regard too, at least much more so than an open comment and vote system. I guess I'm not doing what I could to help there since I'm not even in the wiki edit group and I've been rawhiding since rh7.3. Are most F8 users going to get wiki edit access to post back 'hey I like this new f9 feature its worth promoting to my friends'? -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From mtasaka at ioa.s.u-tokyo.ac.jp Fri Feb 29 01:25:45 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 29 Feb 2008 10:25:45 +0900 Subject: Broken deps need fixing In-Reply-To: <20080229001529.4795a8a5@ludwig-alpha.unil.ch> References: <20080229001529.4795a8a5@ludwig-alpha.unil.ch> Message-ID: <47C75F19.7010809@ioa.s.u-tokyo.ac.jp> Christian Iseli wrote, at 02/29/2008 08:15 AM +9:00: > Hi folks, > > I did a quick rundown of the current broken deps in rawhide. > Please fix before the upcoming beta freeze (March 4). > > Cheers, > Christian > kazehakase: > - fails rebuild against xulrunner > - https://bugzilla.redhat.com/show_bug.cgi?id=402641 Actually now kazehakase "builds" against xulrunner, but it won't work. The upstream developers and me are fighting this, however I am not sure this can be fixed by F9 beta. Regards, Mamoru From seandarcy2 at gmail.com Fri Feb 29 02:01:40 2008 From: seandarcy2 at gmail.com (sean darcy) Date: Thu, 28 Feb 2008 21:01:40 -0500 Subject: with F9, will we still need ALL X drivers? Message-ID: rpm -qa | grep drv | sort xorg-x11-drv-acecad-1.1.0-5.fc8 xorg-x11-drv-aiptek-1.0.1-5.fc8 xorg-x11-drv-amd-0.0-22.20070625.fc8 xorg-x11-drv-apm-1.1.1-7.fc8 xorg-x11-drv-ark-0.6.0-6.fc8 xorg-x11-drv-ast-0.81.0-6.fc8 xorg-x11-drv-ati-6.7.197-1.fc8 xorg-x11-drv-avivo-0.0.1-6.fc8 xorg-x11-drv-calcomp-1.1.0-4.fc8 xorg-x11-drv-chips-1.1.1-5.fc8 xorg-x11-drv-cirrus-1.1.0-5.fc8 xorg-x11-drv-citron-2.2.0-2.fc7 xorg-x11-drv-cyrix-1.1.0-5.fc8 xorg-x11-drv-digitaledge-1.1.0-4.fc8 xorg-x11-drv-dmc-1.1.0-3.fc7 xorg-x11-drv-dummy-0.2.0-5.fc8 xorg-x11-drv-dynapro-1.1.0-3.fc7 xorg-x11-drv-elographics-1.1.0-4.fc8 xorg-x11-drv-evdev-1.1.2-5.fc8 xorg-x11-drv-fbdev-0.3.1-4.fc8 xorg-x11-drv-fpit-1.1.0-4.fc8 xorg-x11-drv-glint-1.1.1-7.fc8 xorg-x11-drv-hyperpen-1.1.0-5.fc8 xorg-x11-drv-i128-1.2.1-1.fc8 xorg-x11-drv-i740-1.1.0-5.fc8 xorg-x11-drv-i810-2.1.1-7.fc8 xorg-x11-drv-jamstudio-1.1.0-4.fc8 xorg-x11-drv-keyboard-1.2.2-2.fc8 xorg-x11-drv-magellan-1.1.0-4.fc8 xorg-x11-drv-magictouch-1.0.0.5-5.fc8 xorg-x11-drv-mga-1.4.6.1-6.fc8 xorg-x11-drv-microtouch-1.1.0-2.fc7 xorg-x11-drv-mouse-1.2.3-1.fc8 xorg-x11-drv-mutouch-1.1.0-5.fc8 xorg-x11-drv-neomagic-1.1.1-4.fc8 xorg-x11-drv-nouveau-2.1.6-1.fc8 xorg-x11-drv-nsc-2.8.1-4.fc8 xorg-x11-drv-nv-2.1.6-1.fc8 xorg-x11-drv-palmax-1.1.0-4.fc8 xorg-x11-drv-penmount-1.1.0-3.fc7 xorg-x11-drv-rendition-4.1.3-5.fc8 xorg-x11-drv-s3-0.5.0-5.fc8 xorg-x11-drv-s3virge-1.9.1-5.fc8 xorg-x11-drv-savage-2.1.3-1.fc8 xorg-x11-drv-siliconmotion-1.5.1-3.fc8 xorg-x11-drv-sis-0.9.3-4.fc8 xorg-x11-drv-sisusb-0.8.1-9.fc8 xorg-x11-drv-spaceorb-1.1.0-4.fc8 xorg-x11-drv-summa-1.1.0-4.fc8 xorg-x11-drv-tdfx-1.3.0-6.fc8 xorg-x11-drv-tek4957-1.1.0-4.fc8 xorg-x11-drv-trident-1.2.3-6.fc8 xorg-x11-drv-tseng-1.1.0-7.fc8 xorg-x11-drv-ur98-1.1.0-4.fc8 xorg-x11-drv-v4l-0.1.1-8.fc8 xorg-x11-drv-vesa-1.3.0-10.fc8 xorg-x11-drv-via-0.2.2-4.fc8 xorg-x11-drv-vmmouse-12.4.3-1.fc8 xorg-x11-drv-vmware-10.15.2-1.fc8 xorg-x11-drv-void-1.1.1-6.fc8 xorg-x11-drv-voodoo-1.1.1-1.fc8 rpm -e xorg-x11-drv-voodoo-1.1.1-1.fc8 error: Failed dependencies: xorg-x11-drv-voodoo is needed by (installed) xorg-x11-drivers-7.2-9.fc8.i386 why? sean From ivazqueznet at gmail.com Fri Feb 29 02:06:15 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 28 Feb 2008 21:06:15 -0500 Subject: with F9, will we still need ALL X drivers? In-Reply-To: References: Message-ID: <1204250775.31076.14.camel@ignacio.lan> On Thu, 2008-02-28 at 21:01 -0500, sean darcy wrote: > rpm -e xorg-x11-drv-voodoo-1.1.1-1.fc8 > error: Failed dependencies: > xorg-x11-drv-voodoo is needed by (installed) > xorg-x11-drivers-7.2-9.fc8.i386 xorg-x11-drivers has been a metapackage with nothing dependent on it for a very, very long time. Feel free to erase it. -- 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 davehoz at gmail.com Fri Feb 29 02:42:59 2008 From: davehoz at gmail.com (David Hunter) Date: Fri, 29 Feb 2008 13:42:59 +1100 Subject: Error when updating control-center-2.21.92-1.fc9.i386 using pup Message-ID: <6bb886180802281842t59b9e2f5m98a51c3169aa998@mail.gmail.com> Bug or what? control-center-2.21.92-1.fc9.i386 WARNING: Failed to parse default value `??? ????????? ?????? ??? ??? ?????????' for schema (/schemas/apps/control-center/cc_actions_list) WARNING: Failed to parse default value `Vaihda teemaa;gtk- theme-selector.desktop,Aseta ensisijaiset sovellukset;default- applications.desktop, Lis?? tulostin;gnome-cups-manager.desktop]' for schema (/schemas/apps/control-center/cc_actions_list) -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at thecodergeek.com Fri Feb 29 03:20:16 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 28 Feb 2008 19:20:16 -0800 Subject: rpms/poppler/devel poppler-ObjStream.patch, 1.3, 1.4 poppler.spec, 1.62, 1.63 In-Reply-To: <200802290311.m1T3Bonm026383@cvs-int.fedora.redhat.com> References: <200802290311.m1T3Bonm026383@cvs-int.fedora.redhat.com> Message-ID: <1204255216.8036.1.camel@tuxhugs> On Thu, 2008-02-28 at 22:11 -0500, Matthias Clasen wrote: > @@ -112,7 +112,7 @@ > %prep > %setup -c -q -a1 > %patch0 -p1 -b .objstream > -%patch1 -p1 -b .fix-qt4-build > +#%patch1 -p1 -b .fix-qt4-build > Tread carefully here. :) RPM has a nasty habit of evaluating macros in comments, too. I suggest replacing the percent (%) with a hash mark (#) or escaping the macro with an extra preceding percent symbol. 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 mclasen at redhat.com Fri Feb 29 03:39:57 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 28 Feb 2008 22:39:57 -0500 Subject: rpms/poppler/devel poppler-ObjStream.patch, 1.3, 1.4 poppler.spec, 1.62, 1.63 In-Reply-To: <1204255216.8036.1.camel@tuxhugs> References: <200802290311.m1T3Bonm026383@cvs-int.fedora.redhat.com> <1204255216.8036.1.camel@tuxhugs> Message-ID: <1204256397.2965.2.camel@localhost.localdomain> On Thu, 2008-02-28 at 19:20 -0800, Peter Gordon wrote: > On Thu, 2008-02-28 at 22:11 -0500, Matthias Clasen wrote: > > @@ -112,7 +112,7 @@ > > %prep > > %setup -c -q -a1 > > %patch0 -p1 -b .objstream > > -%patch1 -p1 -b .fix-qt4-build > > +#%patch1 -p1 -b .fix-qt4-build > > > > Tread carefully here. :) > > RPM has a nasty habit of evaluating macros in comments, too. I suggest > replacing the percent (%) with a hash mark (#) or escaping the macro > with an extra preceding percent symbol. > No need to be alarmed, I have things under control. Next time, hold your comments until the build is done :-) From bnocera at redhat.com Fri Feb 29 03:43:22 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 29 Feb 2008 03:43:22 +0000 Subject: submitting ideas to Fedora In-Reply-To: <47C72A88.5080401@gmail.com> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> Message-ID: <1204256602.2754.391.camel@cookie.hadess.net> On Thu, 2008-02-28 at 22:41 +0100, Jakub 'Livio' Rusinek wrote: > > We've seen it all, on this very list, already. > > Who said Ubuntu is modern :> ? > > As we have most of that features or were GOING to have them, we would > have different ideas on such list. Went through some of the interesting ones: - http://brainstorm.ubuntu.com/idea/138/ Filed as https://bugzilla.redhat.com/show_bug.cgi?id=435402 - http://brainstorm.ubuntu.com/idea/95/ See http://fedoraproject.org/wiki/Releases/FeatureBluetooth - http://brainstorm.ubuntu.com/idea/2/ See http://fedoraproject.org/wiki/Releases/FeatureFingerprint - http://brainstorm.ubuntu.com/idea/84/ Easy to add, file a bug against gnome-settings-daemon if you're bothered - http://brainstorm.ubuntu.com/idea/111/ Needs upstream approval/discussions - http://brainstorm.ubuntu.com/idea/204/ http://fedoraproject.org/wiki/Features/RandrSupport given the right support for the video card chipset - http://brainstorm.ubuntu.com/idea/161/ This is ongoing. HAL support in X should make this easier for us in Fedora 9. - http://brainstorm.ubuntu.com/idea/82/ Not really an idea, but GPS integration is planned for GNOME (see the geoclue project), and hardware support for the Bluetooth ones as above - http://brainstorm.ubuntu.com/idea/179/ Already planned in GNOME Scan, not sure about the status - http://brainstorm.ubuntu.com/idea/208/ That's already something people want to work on in GNOME, there's a lot of discussion on how this should integrate with the online desktop, etc. See the GNOME bugzilla (about-me lives in the control-center) - http://brainstorm.ubuntu.com/idea/168/ Same reason ndiswrapper isn't in Fedora, pretty much, although it lives in user-space. - http://brainstorm.ubuntu.com/idea/174/ The drivers seem to be done by linuxtv people, so it's only a matter of time (from our POV) before they show up in the upstream kernel - http://brainstorm.ubuntu.com/idea/185/ That was already rejected by upstream - http://brainstorm.ubuntu.com/idea/76/ Already in development: http://blogs.gnome.org/cneumair/2008/02/17/new-column-wise-nautilus-view-user-data-backup-replay/ - http://brainstorm.ubuntu.com/idea/241/ Google Calendar integration got worked on for last year's SoC for GNOME I'm pretty sure CalDav and other such protocols are being worked on upstream - http://brainstorm.ubuntu.com/idea/1/ Hard one because all the solutions seem to have been half-finished before. Didn't we have this as a Fedora SoC as well? - http://brainstorm.ubuntu.com/idea/80/ We don't have as much of a problem as we have sub-menus for those, but it's on-going work upstream and for us. - http://brainstorm.ubuntu.com/idea/28/ Yes please. OpenSync sucks, and I'm tip-toeing Conduit/gnome-phone-manager integration for F10, for a small part of that puzzle. - http://brainstorm.ubuntu.com/idea/240/ Applications can provide this if they want/need it, file bugs against specific applications - http://brainstorm.ubuntu.com/idea/120/ Agreed it's a good idea, but this btnx is far from being the right solution. See also: http://bugzilla.gnome.org/show_bug.cgi?id=140279 Should be easier to fix with the HAL support in the X server - http://brainstorm.ubuntu.com/idea/129/ http://bugzilla.gnome.org/show_bug.cgi?id=519438 - http://brainstorm.ubuntu.com/idea/132/ Bugs should be filed against applications that should have joypad support but don't (gnome-games!) See also http://bugzilla.gnome.org/show_bug.cgi?id=519439 From pemboa at gmail.com Fri Feb 29 03:47:18 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 28 Feb 2008 21:47:18 -0600 Subject: submitting ideas to Fedora In-Reply-To: <1204256602.2754.391.camel@cookie.hadess.net> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204256602.2754.391.camel@cookie.hadess.net> Message-ID: <16de708d0802281947p7ca2b75cs30bf0eb3cdfbe4a1@mail.gmail.com> On Thu, Feb 28, 2008 at 9:43 PM, Bastien Nocera wrote: > > On Thu, 2008-02-28 at 22:41 +0100, Jakub 'Livio' Rusinek wrote: > > > We've seen it all, on this very list, already. > > > > Who said Ubuntu is modern :> ? > > > > As we have most of that features or were GOING to have them, we would > > have different ideas on such list. > > Went through some of the interesting ones: > > - http://brainstorm.ubuntu.com/idea/138/ > Filed as https://bugzilla.redhat.com/show_bug.cgi?id=435402 > > - http://brainstorm.ubuntu.com/idea/95/ > See http://fedoraproject.org/wiki/Releases/FeatureBluetooth > > - http://brainstorm.ubuntu.com/idea/2/ > See http://fedoraproject.org/wiki/Releases/FeatureFingerprint > > - http://brainstorm.ubuntu.com/idea/84/ > Easy to add, file a bug against gnome-settings-daemon if you're bothered > > - http://brainstorm.ubuntu.com/idea/111/ > Needs upstream approval/discussions > > - http://brainstorm.ubuntu.com/idea/204/ > http://fedoraproject.org/wiki/Features/RandrSupport given the right > support for the video card chipset > > - http://brainstorm.ubuntu.com/idea/161/ > This is ongoing. HAL support in X should make this easier for us in > Fedora 9. > > - http://brainstorm.ubuntu.com/idea/82/ > Not really an idea, but GPS integration is planned for GNOME (see the > geoclue project), and hardware support for the Bluetooth ones as above > > - http://brainstorm.ubuntu.com/idea/179/ > Already planned in GNOME Scan, not sure about the status > > - http://brainstorm.ubuntu.com/idea/208/ > That's already something people want to work on in GNOME, there's a lot > of discussion on how this should integrate with the online desktop, etc. > See the GNOME bugzilla (about-me lives in the control-center) > > - http://brainstorm.ubuntu.com/idea/168/ > Same reason ndiswrapper isn't in Fedora, pretty much, although it lives > in user-space. > > - http://brainstorm.ubuntu.com/idea/174/ > The drivers seem to be done by linuxtv people, so it's only a matter of > time (from our POV) before they show up in the upstream kernel > > - http://brainstorm.ubuntu.com/idea/185/ > That was already rejected by upstream > > - http://brainstorm.ubuntu.com/idea/76/ > Already in development: > http://blogs.gnome.org/cneumair/2008/02/17/new-column-wise-nautilus-view-user-data-backup-replay/ > > - http://brainstorm.ubuntu.com/idea/241/ > Google Calendar integration got worked on for last year's SoC for GNOME > I'm pretty sure CalDav and other such protocols are being worked on > upstream > > - http://brainstorm.ubuntu.com/idea/1/ > Hard one because all the solutions seem to have been half-finished > before. Didn't we have this as a Fedora SoC as well? > > - http://brainstorm.ubuntu.com/idea/80/ > We don't have as much of a problem as we have sub-menus for those, but > it's on-going work upstream and for us. > > - http://brainstorm.ubuntu.com/idea/28/ > Yes please. OpenSync sucks, and I'm tip-toeing > Conduit/gnome-phone-manager integration for F10, for a small part of > that puzzle. > > - http://brainstorm.ubuntu.com/idea/240/ > Applications can provide this if they want/need it, file bugs against > specific applications > > - http://brainstorm.ubuntu.com/idea/120/ > Agreed it's a good idea, but this btnx is far from being the right > solution. See also: > http://bugzilla.gnome.org/show_bug.cgi?id=140279 > Should be easier to fix with the HAL support in the X server > > - http://brainstorm.ubuntu.com/idea/129/ > http://bugzilla.gnome.org/show_bug.cgi?id=519438 > > - http://brainstorm.ubuntu.com/idea/132/ > Bugs should be filed against applications that should have joypad > support but don't (gnome-games!) > See also http://bugzilla.gnome.org/show_bug.cgi?id=519439 All the more reason to consolidate the effort. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From mattdm at mattdm.org Fri Feb 29 03:57:33 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 28 Feb 2008 22:57:33 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <47C734D6.80600@redhat.com> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> <47C5DA40.9010808@gmail.com> <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> <47C734D6.80600@redhat.com> Message-ID: <20080229035733.GA10391@jadzia.bu.edu> On Thu, Feb 28, 2008 at 05:25:26PM -0500, Christopher Aillon wrote: > >If you have system-wide plugins and per-user versions of the same > >plugin..how exactly does that interaction work. > Profile wins, then goes up from there. System installed ones generally > have least priority. Version numbers are irrelevant. So, if a user has an ancient version in their profile, that'll override a newer system-wide one? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bnocera at redhat.com Fri Feb 29 03:59:20 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 29 Feb 2008 03:59:20 +0000 Subject: submitting ideas to Fedora In-Reply-To: <16de708d0802281947p7ca2b75cs30bf0eb3cdfbe4a1@mail.gmail.com> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204256602.2754.391.camel@cookie.hadess.net> <16de708d0802281947p7ca2b75cs30bf0eb3cdfbe4a1@mail.gmail.com> Message-ID: <1204257560.2754.399.camel@cookie.hadess.net> On Thu, 2008-02-28 at 21:47 -0600, Arthur Pemberton wrote: > On Thu, Feb 28, 2008 at 9:43 PM, Bastien Nocera > wrote: > > Went through some of the interesting ones: > > > > All the more reason to consolidate the effort. See how all the bugs went upstream, instead of a home-made feature tracker? They're more than welcome to come and fix those, but I have the strange feeling they'll just go the easy route, and patch it up with hacks, as they did in previous releases. Compare and contrast: http://people.freedesktop.org/~hughsient/quirk/quirk-keymap-index.html http://packages.ubuntu.com/feisty/misc/hotkey-setup Bad, bad Matthew. I hope they do it right instead of going the easy route... From peter at thecodergeek.com Fri Feb 29 04:04:20 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 28 Feb 2008 20:04:20 -0800 Subject: rpms/poppler/devel poppler-ObjStream.patch, 1.3, 1.4 poppler.spec, 1.62, 1.63 In-Reply-To: <1204256397.2965.2.camel@localhost.localdomain> References: <200802290311.m1T3Bonm026383@cvs-int.fedora.redhat.com> <1204255216.8036.1.camel@tuxhugs> <1204256397.2965.2.camel@localhost.localdomain> Message-ID: <1204257860.8036.3.camel@tuxhugs> On Thu, 2008-02-28 at 22:39 -0500, Matthias Clasen wrote: > No need to be alarmed, I have things under control. Next time, hold your > comments until the build is done :-) Excellent; just making sure. =) -- 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 ivazqueznet at gmail.com Fri Feb 29 05:16:08 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Fri, 29 Feb 2008 00:16:08 -0500 Subject: submitting ideas to Fedora In-Reply-To: <1204256602.2754.391.camel@cookie.hadess.net> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204256602.2754.391.camel@cookie.hadess.net> Message-ID: <1204262168.31076.18.camel@ignacio.lan> On Fri, 2008-02-29 at 03:43 +0000, Bastien Nocera wrote: > - http://brainstorm.ubuntu.com/idea/185/ > That was already rejected by upstream Couldn't this one be handled by an app that generates custom screensaver .desktop files from the system-wide ones? -- 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 caillon at redhat.com Fri Feb 29 05:26:52 2008 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 29 Feb 2008 00:26:52 -0500 Subject: sense of packaging firefox' addons? In-Reply-To: <20080229035733.GA10391@jadzia.bu.edu> References: <47C5C99E.1050903@gmail.com> <1204146013.4652.149.camel@localhost.localdomain> <47C5D498.8030908@gmail.com> <604aa7910802271327l45cf8572mf7aebdd340c46538@mail.gmail.com> <47C5DA40.9010808@gmail.com> <604aa7910802271401h9e0e935xfd0f8dfd1c046e1e@mail.gmail.com> <47C734D6.80600@redhat.com> <20080229035733.GA10391@jadzia.bu.edu> Message-ID: <47C7979C.2000301@redhat.com> On 02/28/2008 10:57 PM, Matthew Miller wrote: > On Thu, Feb 28, 2008 at 05:25:26PM -0500, Christopher Aillon wrote: >>> If you have system-wide plugins and per-user versions of the same >>> plugin..how exactly does that interaction work. >> Profile wins, then goes up from there. System installed ones generally >> have least priority. Version numbers are irrelevant. > > So, if a user has an ancient version in their profile, that'll override a > newer system-wide one? Correct. From Bl0ngo067 at aim.com Fri Feb 29 05:52:43 2008 From: Bl0ngo067 at aim.com (brad) Date: Fri, 29 Feb 2008 00:52:43 -0500 Subject: Is anyone packaging sage? In-Reply-To: References: <477EC690.9030904@kobold.org> <3170f42f0801070705g6fbc7f33r71a03d88c024ec99@mail.gmail.com> <10636.1202499203@vosill.math.hmc.edu> Message-ID: <47C79DAB.7070404@aim.com> Rex Dieter wrote: > Any movement, work, progress here? Had some local faculty ask about this, > so I could devote some cycles to help move things along. > > If I don't hear anything, I'll jump in and get started soon myself. > > -- Rex > > I have started a spec file for sage. Unfortunately there is no configure or make install script to install; there is only a make file. I don't know how to fix that so I'm kind of stuck. The setup command looks for a configure script first, so thats where its breaking right now. Someone help me out here and I'll keep going with it. Brad From s-t-rhbugzilla at wwwdotorg.org Fri Feb 29 06:23:48 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 28 Feb 2008 23:23:48 -0700 Subject: Unison2.13 compatibility package can be downloaded from my website. Message-ID: <1204266288.14344.TMDA@tmda.severn.wwwdotorg.org> There doesn't seem to be any traction resolving the issue with the Unison application having been upgraded in the middle of FC7 and F8. I have locally solved the issue by creating a package for each version of Unison, using the alternatives system to select between them (or you can simply run the version you want directly). I have built i386 RPMs for unison2.13 and unison2.27 and placed them at the URLs below, if anybody wants to download and use them: http://www.wwwdotorg.org/downloads/unison2.13/ http://www.wwwdotorg.org/downloads/unison2.27/ I only have binaries for the i386 architecture for Fedora 8 right now, but possibly could create x86_64 and/or FC7 if there was a request. ppc is out since I don't have the hardware. Also, at present, the above locations are not yum repositories, but I could be persuaded to create repos if there was enough demand. From bruno at wolff.to Thu Feb 28 13:37:25 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 28 Feb 2008 07:37:25 -0600 Subject: Fedora 9 Feature Freeze Approaching--All Feature Owners Please Read In-Reply-To: <58562.198.182.194.170.1204047569.squirrel@clueserver.org> References: <47BF65AC.7010506@redhat.com> <20080226152022.GJ11315@redhat.com> <200802261610.m1QGAZMo006282@laptop13.inf.utfsm.cl> <37989.192.54.193.53.1204042909.squirrel@rousalka.dyndns.org> <200802261659.m1QGxjbc009961@laptop13.inf.utfsm.cl> <58562.198.182.194.170.1204047569.squirrel@clueserver.org> Message-ID: <20080228133725.GA26668@wolff.to> On Tue, Feb 26, 2008 at 09:39:29 -0800, Alan wrote: > > The changes to Tex have caused some of my builds to go south. I have not > had time to track down the cause. I expect that the change from TeTex to > TexLive will cause more than one headache for the packages formally known > as extras. I think there are bad scripts for doing clean up after an upgrade (at least using yum). When I do rpm -V checks there are a lot of texmf files missing. Doing an rpm -Uvh --force of the various texlive rpms seems to fix the problem temporarily. From mefoster at gmail.com Fri Feb 29 08:19:19 2008 From: mefoster at gmail.com (Mary Ellen Foster) Date: Fri, 29 Feb 2008 08:19:19 +0000 (UTC) Subject: Problems building pl (swi-prolog) on ppc64 References: <1196941639.6140.6.camel@localhost.localdomain> <1196943840.6140.8.camel@localhost.localdomain> <18263.63755.557790.397273@zebedee.pink> <1196952283.20431.0.camel@localhost.localdomain> Message-ID: G?rard Milmeister bluewin.ch> writes: > > On Thu, 2007-12-06 at 13:28 +0000, Andrew Haley wrote: > > If you get any such warnings, your program is almost certainly broken. > > -fno-strict-aliasing is a way to get your program working until it's > > fixed. > I just tried to build with -fno-strict-aliasing, there are no warnings > now, but the problem on ppc64 remains. Just resurrecting this thread: the problem with building swi-prolog on ppc64 remains, and neither G?rard Milmeister (the maintainer) nor I (new co-maintainer) have any idea what's going on. I've tried a variety of CFLAGS including "-O0" and the build always dies with a segfault when running the newly-built pl interpreter as part of the build process. Here's a recent failed build from Koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=472959 Anyone with any idea what's going on? Thanks, MEF From pertusus at free.fr Fri Feb 29 08:27:18 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 29 Feb 2008 09:27:18 +0100 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <47C7041E.50102@redhat.com> References: <47C7041E.50102@redhat.com> Message-ID: <20080229082718.GA2756@free.fr> On Thu, Feb 28, 2008 at 01:57:34PM -0500, Warren Togami wrote: > > Has Co-Owners but no primary owner > ================================== > debootstrap I would prefer if somebody else was the primary maintainer. Is someone interested? -- Pat From xavier at bachelot.org Fri Feb 29 08:26:21 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Fri, 29 Feb 2008 09:26:21 +0100 Subject: Broken deps need fixing In-Reply-To: <20080229001529.4795a8a5@ludwig-alpha.unil.ch> References: <20080229001529.4795a8a5@ludwig-alpha.unil.ch> Message-ID: <47C7C1AD.3000303@bachelot.org> > perl-XML-Xerces: > - failed gcc-4.3 rebuild > - https://bugzilla.redhat.com/show_bug.cgi?id=434487 > - version mismatch Xerces-C-2.8.0 vs XML-Xerces-2.7.0-0 This will need a compatibility package. Here's the review request : https://bugzilla.redhat.com/show_bug.cgi?id=435125 Regards, Xavier From trond.danielsen at gmail.com Fri Feb 29 09:23:09 2008 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Fri, 29 Feb 2008 10:23:09 +0100 Subject: system-* tools' ui independence In-Reply-To: References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> Message-ID: <409676c70802290123i17e46c59u3589f1415482301c@mail.gmail.com> On Thu, Feb 28, 2008 at 5:08 PM, Kelly Miller wrote: > On 2/28/08, Matej Cepl wrote: > > On 2008-02-28, 05:45 GMT, Jakub 'Livio' Rusinek wrote: > > > Sometimes I have broken xorg.conf and no copy on Internet so > > > then some tool is needed. > > > > Since FC6 everything Should Work? even without any > > /etc/X11/xorg.conf whatsoever. > > > > Mat?j > > Not so; I know for a fact that a Synaptics Touchpad will not work > unless there's an entry in xorg.conf for it. There are probably > others as well. I've had Synaptics on three laptops (Dell Inspiron 8100, Asus S5A and Lenovo ThinkPad T61p), and the touchpad work on all of them. The SHMConfig option is only needed to access additional configuration options, but basic functionality is available without any modifications to xorg.conf. -- Trond Danielsen From paul at all-the-johnsons.co.uk Fri Feb 29 09:53:52 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 29 Feb 2008 09:53:52 +0000 Subject: Still unable to get anywhere after rawhide update (evdev problem) In-Reply-To: References: <200802281317.m1SDH7O8009987@laptop13.inf.utfsm.cl> <20080228143805.M70737@all-the-johnsons.co.uk> Message-ID: <20080229095352.M86348@all-the-johnsons.co.uk> Hi, > I boot with "S" (single user) then run "init 4" from the prompt, log > in as a regular user and run "startx". It works like a charm. So in > my case atleast it's a gdm or console-kit issue of some kind. > Haven't had time to downgrade evdev though. Things are getting really odd. I've managed to get x to start as root (login at runlevel 3). I can log in as a user (again, runlevel 3), but x will refuse to start (partially different errors). At first, I thought this could be down to an error in the .gconf directory, so I renamed it, but it still failed to log me into X (it's complaining about there being two fields instead of one or something similar). I know the x server is running fine otherwise I couldn't log in as root and start x (bad practice, but I had to test the server somehow!). I've not tried S/init 4/login/startx yet but will later. Downgrading x and evdev makes no difference (first thing I tried). TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From lemenkov at gmail.com Fri Feb 29 10:46:14 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Fri, 29 Feb 2008 13:46:14 +0300 Subject: Again about status of p2p-software in Fedora. Message-ID: Hello All! Why there is no any eMule/eDonkey software titles in Fedora main repository while there are number of torrent-related ones? What's the difference between them? -- With best regards! From rjones at redhat.com Fri Feb 29 11:14:04 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 29 Feb 2008 11:14:04 +0000 Subject: Again about status of p2p-software in Fedora. In-Reply-To: References: Message-ID: <20080229111404.GA2951@amd.home.annexia.org> On Fri, Feb 29, 2008 at 01:46:14PM +0300, Peter Lemenkov wrote: > Hello All! > Why there is no any eMule/eDonkey software titles in Fedora main > repository while there are number of torrent-related ones? What's the > difference between them? I'm still waiting for someone to provide the requested information for this BZ: https://bugzilla.redhat.com/show_bug.cgi?id=433143#c4 I'm hearing an endless series of complaints about mldonkey being the "killer app" which requires we rebuild the whole OCaml world to cater for its whims, but no one can be bothered to update this BZ. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From lemenkov at gmail.com Fri Feb 29 11:21:46 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Fri, 29 Feb 2008 14:21:46 +0300 Subject: Again about status of p2p-software in Fedora. In-Reply-To: <20080229111404.GA2951@amd.home.annexia.org> References: <20080229111404.GA2951@amd.home.annexia.org> Message-ID: 2008/2/29, Richard W.M. Jones : > On Fri, Feb 29, 2008 at 01:46:14PM +0300, Peter Lemenkov wrote: > I'm still waiting for someone to provide the requested information for > this BZ: > > https://bugzilla.redhat.com/show_bug.cgi?id=433143#c4 > > I'm hearing an endless series of complaints about mldonkey being the > "killer app" which requires we rebuild the whole OCaml world to cater > for its whims, but no one can be bothered to update this BZ. Let's wait until someone resolves situation with p2p-software in common. It's completely useless to review this request if eMule-related software doesn't allowed in Fedora. -- With best regards! From ndbecker2 at gmail.com Fri Feb 29 12:01:01 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 29 Feb 2008 07:01:01 -0500 Subject: Is anyone packaging sage? References: <477EC690.9030904@kobold.org> <3170f42f0801070705g6fbc7f33r71a03d88c024ec99@mail.gmail.com> <10636.1202499203@vosill.math.hmc.edu> <47C79DAB.7070404@aim.com> Message-ID: brad wrote: > Rex Dieter wrote: >> Any movement, work, progress here? Had some local faculty ask about >> this, so I could devote some cycles to help move things along. >> >> If I don't hear anything, I'll jump in and get started soon myself. >> >> -- Rex >> >> > I have started a spec file for sage. Unfortunately there is no > configure or make install script to install; there is only a make file. > I don't know how to fix that so I'm kind of stuck. The setup command > looks for a configure script first, so thats where its breaking right > now. Someone help me out here and I'll keep going with it. > Brad > > > I suggest looking here: http://wiki.sagemath.org/DebianSAGE From kwizart at gmail.com Fri Feb 29 12:30:08 2008 From: kwizart at gmail.com (KH KH) Date: Fri, 29 Feb 2008 13:30:08 +0100 Subject: Again about status of p2p-software in Fedora. In-Reply-To: References: <20080229111404.GA2951@amd.home.annexia.org> Message-ID: 2008/2/29, Peter Lemenkov : > 2008/2/29, Richard W.M. Jones : > > > On Fri, Feb 29, 2008 at 01:46:14PM +0300, Peter Lemenkov wrote: > > > > I'm still waiting for someone to provide the requested information for > > this BZ: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=433143#c4 > > > > I'm hearing an endless series of complaints about mldonkey being the > > "killer app" which requires we rebuild the whole OCaml world to cater > > for its whims, but no one can be bothered to update this BZ. > > > Let's wait until someone resolves situation with p2p-software in > common. It's completely useless to review this request if > eMule-related software doesn't allowed in Fedora. I don't agree with this "wait state". You need to split the FE-Legal question from the review question. If ever the package couldn't be allowed in Fedora, then i'm sure we can find a solution so the spec (and the work) won't get lost. Of course an advice would be welcome to solve the question about inclusion of p2p software in Fedora. (with the hope that it will make appear an approvable spec within the next minute!?) Nicolas (kwizart ) > -- > With best regards! > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From rjones at redhat.com Fri Feb 29 13:10:57 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 29 Feb 2008 13:10:57 +0000 Subject: rpmlint says 'no-jar-manifest' Message-ID: <20080229131057.GA3837@amd.home.annexia.org> I get this error from rpmlint, but there's not much guidance on what to do about it. Apparently it's because the META-INF/MANIFEST.MF file is missing from the jar file. However these jar files still seem to work OK with everything I've tried, so should I just ignore this? ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/threads.jar ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/bigarray.jar ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/stdlib.jar ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/dbm.jar ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/graphics.jar ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/str.jar ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/unix.jar ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/nums.jar ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/cadmium/cadmiumLibrary.jar Here's the package I'm building: https://bugzilla.redhat.com/show_bug.cgi?id=434560 Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From mcepl at redhat.com Fri Feb 29 13:41:42 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 29 Feb 2008 14:41:42 +0100 Subject: Problem with Anaconda on IBM T61 References: Message-ID: On 2008-02-28, 21:16 GMT, Lukasz Trabinski wrote: > I can't install Fedora 8 on my new laptop IBM T61. > I have tried different options before boot kernel, tried install from DVD > or network (via ftp/http) and I always got this messges ( jest before > anaconda tring copy RPM packages to hard disk) Try installing in English. Mat?j From mcepl at redhat.com Fri Feb 29 14:14:22 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 29 Feb 2008 15:14:22 +0100 Subject: system-* tools' ui independence References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <20080228140635.2d3b10b9@dhcp03.addix.net> Message-ID: On 2008-02-28, 13:06 GMT, Ralf Ertzinger wrote: >> Since FC6 everything Should Work? even without any >> /etc/X11/xorg.conf whatsoever. > > Should I file a bug if it does not? My X60s does not work without one. Take a look whether there isn't already one, and define exactly what ?does not work? mean for you, but otherwise YES! Mat?j From buc at odusz.so-cdu.ru Fri Feb 29 14:16:44 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Fri, 29 Feb 2008 17:16:44 +0300 Subject: Again about status of p2p-software in Fedora. In-Reply-To: References: <20080229111404.GA2951@amd.home.annexia.org> Message-ID: <47C813CC.4000607@odu.neva.ru> Peter Lemenkov wrote: > > Let's wait until someone resolves situation with p2p-software in > common. It's completely useless to review this request if > eMule-related software doesn't allowed in Fedora. > > As far as I remember, "P2P is OK while it does not have any points to the illegal content" (Tom "spot" Callaway (c) , isn't it? :) ) Besides the Torrent, Gnutella is already supported (gtk-gnutella, gift-gnutella), and so on. Make sure that the rpm package does not include any illegal stuff and has not any links to questionable and legal-dangerous servers. ~buc http://www.fedoraproject.org/wiki/DmitryButskoy From mcepl at redhat.com Fri Feb 29 14:11:13 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 29 Feb 2008 15:11:13 +0100 Subject: submitting ideas to Fedora References: <47C6D02F.3060904@gmail.com> <16de708d0802280947u532a0a22i1bf9221b57358750@mail.gmail.com> <1204221447.4684.0.camel@geeko> <1204222218.3140.7.camel@localhost.localdomain> <1204222670.31076.5.camel@ignacio.lan> Message-ID: <1dgl95xjb3.ln2@ppp1053.in.ipex.cz> On 2008-02-28, 18:17 GMT, Ignacio Vazquez-Abrams wrote: > Perhaps we should push for a cross-distro submission > mechanism/website instead then. Well, I think, that's called http://bugzilla.gnome.org, right? Mat?j From mcepl at redhat.com Fri Feb 29 14:18:31 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 29 Feb 2008 15:18:31 +0100 Subject: system-* tools' ui independence References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <20080228140635.2d3b10b9@dhcp03.addix.net> <870180fe0802280900h60a01a27t2e59f871281649ea@mail.gmail.com> Message-ID: On 2008-02-28, 17:00 GMT, Jerry James wrote: > The KVM switch in my server room seems to block autodetection > of the mouse and monitor (the keyboard is a vanilla PC105; > I bet if it was some multimedia keyboard that it would also be > configured incorrectly). I have to explicitly configure the > mouse and monitor in xorg.conf. I consider that an unfortunate > property of my hardware, rather than a software bug. Should > I think otherwise? That's weird -- we should at least default to something sane (like vanilla PC105 keyboard). Yes, please, file a bug with /var/log/Xorg.0.log and with /etc/X11/xorg.conf you need to use. Mat?j From mcepl at redhat.com Fri Feb 29 14:24:13 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 29 Feb 2008 15:24:13 +0100 Subject: system-* tools' ui independence References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <47C6CC97.2000605@gmail.com> Message-ID: On 2008-02-28, 15:00 GMT, Jakub 'Livio' Rusinek wrote: > O rly? Resolution 800x600 while my display supports 1024x768 > doesn't satisfy me. That's bug (and probably already filed). > Also, nv or nouveau drivers are not supporting my graphics card well. > And again, I can't set Digital Vibrance with them. I was not saying that every cool feature of your card (especially nVidia, ehm) will work out of the box, but it should at least work somehow. And concerning nouveau -- the developers are my heros, but it is still kind of alpha. > Another problem with xorg.conf? My display displays everything darker > than it is in reality, so I must to use gamma. Probably bug. File it. > I like Compiz, I must enable some options. I am not promising that out of the box without xorg.conf. > I want my video to my bright as desktop, so I must to enable GL for XvMC. Your configuration choice. We are not good in mind-reading. > I must to set DisplaySize to get good DPI (it was broken some months ago > to be "proper", but it's not). The same, but if it is regression (i.e., it did work without xorg.conf) than it might be a bug. Mat?j From mcepl at redhat.com Fri Feb 29 14:26:37 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 29 Feb 2008 15:26:37 +0100 Subject: Fedora bug workflow - process change References: <200802281317.m1SDH7O8009987@laptop13.inf.utfsm.cl> Message-ID: On 2008-02-28, 13:17 GMT, Horst H. von Brand wrote: > Distinguishing between 2 and 3 makes no sense. Should the bug > move from 3 to 2 when the developer calls it quit for the day, > and go back to 3 the next morning? That's not what I meant, and I think (if it is not problem with my or yours English) you should know it wasn't. Mat?j From mcepl at redhat.com Fri Feb 29 14:19:41 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 29 Feb 2008 15:19:41 +0100 Subject: system-* tools' ui independence References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <409676c70802290123i17e46c59u3589f1415482301c@mail.gmail.com> Message-ID: On 2008-02-29, 09:23 GMT, Trond Danielsen wrote: > The SHMConfig option is only needed to access additional > configuration options, but basic functionality is available > without any modifications to xorg.conf. Just to note that SHMConfig is explicitly WONTFIX ? developers don?t like it because of its terrible security implications. Mat?j From rdieter at math.unl.edu Fri Feb 29 14:42:08 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 29 Feb 2008 08:42:08 -0600 Subject: Is anyone packaging sage? References: <477EC690.9030904@kobold.org> <3170f42f0801070705g6fbc7f33r71a03d88c024ec99@mail.gmail.com> <10636.1202499203@vosill.math.hmc.edu> <47C79DAB.7070404@aim.com> Message-ID: brad wrote: > Rex Dieter wrote: >> Any movement, work, progress here? Had some local faculty ask about >> this, so I could devote some cycles to help move things along. >> >> If I don't hear anything, I'll jump in and get started soon myself. > I have started a spec file for sage. Unfortunately there is no > configure or make install script to install; there is only a make file. > I don't know how to fix that so I'm kind of stuck. The setup command > looks for a configure script first, so thats where its breaking right > now. Someone help me out here and I'll keep going with it. OK, can I take a look at what you have? (post to the web for download or emailing me directly is fine). -- Rex From jakub.rusinek at gmail.com Fri Feb 29 14:48:32 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 29 Feb 2008 15:48:32 +0100 Subject: submitting ideas to Fedora In-Reply-To: <1dgl95xjb3.ln2@ppp1053.in.ipex.cz> References: <47C6D02F.3060904@gmail.com> <16de708d0802280947u532a0a22i1bf9221b57358750@mail.gmail.com> <1204221447.4684.0.camel@geeko> <1204222218.3140.7.camel@localhost.localdomain> <1204222670.31076.5.camel@ignacio.lan> <1dgl95xjb3.ln2@ppp1053.in.ipex.cz> Message-ID: <47C81B40.8070103@gmail.com> Matej Cepl pisze: > On 2008-02-28, 18:17 GMT, Ignacio Vazquez-Abrams wrote: >> Perhaps we should push for a cross-distro submission >> mechanism/website instead then. > > Well, I think, that's called http://bugzilla.gnome.org, right? > > Mat?j > You don't understand the idea. Bug trackers are not nice for n00bs. From colorado.rob at gmail.com Fri Feb 29 14:47:38 2008 From: colorado.rob at gmail.com (Colorado Rob) Date: Fri, 29 Feb 2008 07:47:38 -0700 Subject: Rawhide update warnings (20080228) Message-ID: <689eeeb10802290647n6e9d6729va0e96618ebc4ed66@mail.gmail.com> Hi all, Latest Update Warnings: selinux-policy-targeted-3.3.1-6.fc9.noarch libsemanage.get_home_dirs: mysql homedir /var/lib/mysql or its parent directory conflicts with a file context already specified in the policy. This usually indicates an incorrectly defined system account. If it is a system account please make sure its uid is less than 500 or its login shell is /sbin/nologin. I do not have mysql installed on this machine. This is no /var/lib/mysql. mysql is a NIS account (we run it on a few Solaris machines) and has a high UID. If I ever do install mysql on this machine, the passwd file will override the NIS map and all will be good. In the meantime, the package should ignore warnings for policies that do not apply to the local machine. 1:control-center-2.21.92-1.fc9.x86_64 WARNING: Failed to parse default value `??? ????????? ?????? ??? ??? ?????????' for schema (/schemas/apps/control-center/cc_actions_list) WARNING: Failed to parse default value `Vaihda teemaa;gtk- theme-selector.desktop,Aseta ensisijaiset sovellukset;default- applications.desktop, Lis?? tulostin;gnome-cups-manager.desktop]' for schema (/schemas/apps/control-center/cc_actions_list) Not sure what to do about this one. Regards, Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: From jakub.rusinek at gmail.com Fri Feb 29 14:55:22 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 29 Feb 2008 15:55:22 +0100 Subject: system-* tools' ui independence In-Reply-To: References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <47C6CC97.2000605@gmail.com> Message-ID: <47C81CDA.2020101@gmail.com> Matej Cepl pisze: > On 2008-02-28, 15:00 GMT, Jakub 'Livio' Rusinek wrote: >> O rly? Resolution 800x600 while my display supports 1024x768 >> doesn't satisfy me. > > That's bug (and probably already filed). Doesn't matter. I use xorg.conf. >> Also, nv or nouveau drivers are not supporting my graphics card well. >> And again, I can't set Digital Vibrance with them. > > I was not saying that every cool feature of your card (especially > nVidia, ehm) will work out of the box, but it should at least > work somehow. And concerning nouveau -- the developers are my > heros, but it is still kind of alpha. They are not yet ready. But if they would be somehow "stable", I'm open for testing. >> Another problem with xorg.conf? My display displays everything darker >> than it is in reality, so I must to use gamma. > > Probably bug. File it. No, it's my display's failure. Nothing wrong from Xorg. That's another reason I have xorg.conf. >> I like Compiz, I must enable some options. > > I am not promising that out of the box without xorg.conf. I understand (; . >> I want my video to my bright as desktop, so I must to enable GL for XvMC. > > Your configuration choice. We are not good in mind-reading. It's impossible to know such things (; . >> I must to set DisplaySize to get good DPI (it was broken some months ago >> to be "proper", but it's not). > > The same, but if it is regression (i.e., it did work without > xorg.conf) than it might be a bug. It's popular bug, maybe in Xorg, maybe in GNOME or maybe in DejaVu fonts family. DejaVu @ 10px are HUGE, BIG, while Lucida Grande for example is smaller. From triad at df.lth.se Fri Feb 29 14:52:54 2008 From: triad at df.lth.se (Linus Walleij) Date: Fri, 29 Feb 2008 15:52:54 +0100 (CET) Subject: GDM 2.21.8 tilted (WAS Re: Still unable ...) In-Reply-To: <20080229095352.M86348@all-the-johnsons.co.uk> References: <200802281317.m1SDH7O8009987@laptop13.inf.utfsm.cl> <20080228143805.M70737@all-the-johnsons.co.uk> <20080229095352.M86348@all-the-johnsons.co.uk> Message-ID: On Fri, 29 Feb 2008, Paul F. Johnson wrote: > Things are getting really odd. Not to me they aren't. Dowgrading to GDM 2.21.7 solved it for me (get it here http://koji.fedoraproject.org/koji/packageinfo?packageID=235, rpm --force -Uvh, you know the drill). Does it solve your problem too? I think this build has real bad karma... Linus From billcrawford1970 at gmail.com Fri Feb 29 14:54:23 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 29 Feb 2008 14:54:23 +0000 Subject: system-* tools' ui independence In-Reply-To: <47C6EC32.1040404@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> <47C6CBF1.8060401@gmail.com> <47C6EC32.1040404@gmail.com> Message-ID: <544eb990802290654v59c23ecejc7854bdcf7415e90@mail.gmail.com> On 28/02/2008, Jakub 'Livio' Rusinek wrote: > Kelly Miller pisze: > > You're joking, right? > No, I'm not. From users point, YaST-GTK is more readable and better > organized. > > I mean, two minutes with YaST-GTK and I'd > > already gotten sick of the fact that it acts like just about > > everything else in Gnome anymore; that the user should only be able to > > reach the minimum of options and anything else should be buried. > You use KDE, right? As do I. You have a problem with KDE, right? It's bad? It offers options and you think that people don't want options => must not allow configuration? > > And it's a fact that the GTK installer is utterly brain-dead. > Don't be rude... Most of people do not require LOAD of options, but they > expect simple "just works", without hassle. I find it rude that you're suggesting that having options => doesn't "just work". You could have the same behaviour as "default" but let people change it; having sane defaults is not the same as refusing to accept people won't always like *your* defaults. This *is* fairly common with GTk / GNOME based applications (and it seems to be a trend throughout that particular stack / framework / whatever you want to call it). It's extremely frustrating. From vonbrand at inf.utfsm.cl Fri Feb 29 15:01:43 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 29 Feb 2008 12:01:43 -0300 Subject: system-* tools' ui independence In-Reply-To: <409676c70802290123i17e46c59u3589f1415482301c@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <409676c70802290123i17e46c59u3589f1415482301c@mail.gmail.com> Message-ID: <200802291501.m1TF1hdb013511@laptop13.inf.utfsm.cl> Trond Danielsen wrote: > On Thu, Feb 28, 2008 at 5:08 PM, Kelly Miller wrote: > > On 2/28/08, Matej Cepl wrote: > > > On 2008-02-28, 05:45 GMT, Jakub 'Livio' Rusinek wrote: > > > > Sometimes I have broken xorg.conf and no copy on Internet so > > > > then some tool is needed. > > > Since FC6 everything Should Work??? even without any > > > /etc/X11/xorg.conf whatsoever. > > Not so; I know for a fact that a Synaptics Touchpad will not work > > unless there's an entry in xorg.conf for it. There are probably > > others as well. > > I've had Synaptics on three laptops (Dell Inspiron 8100, Asus S5A and > Lenovo ThinkPad T61p), and the touchpad work on all of them. The > SHMConfig option is only needed to access additional configuration > options, but basic functionality is available without any > modifications to xorg.conf. Here (Toshiba Tecra with both a nipple among the keys and a touchpad) the touchpad doesn't work at all. Not too bad in my case, as I tend to swipe over it when typing (with mostly unpleasant results), and I use an external mouse in any case. The nipple works (but is rather useless with only 2 buttons). -- 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 jakub.rusinek at gmail.com Fri Feb 29 15:34:56 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 29 Feb 2008 16:34:56 +0100 Subject: system-* tools' ui independence In-Reply-To: <544eb990802290654v59c23ecejc7854bdcf7415e90@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> <47C6CBF1.8060401@gmail.com> <47C6EC32.1040404@gmail.com> <544eb990802290654v59c23ecejc7854bdcf7415e90@mail.gmail.com> Message-ID: <47C82620.5040402@gmail.com> Bill Crawford pisze: > On 28/02/2008, Jakub 'Livio' Rusinek wrote: >> Kelly Miller pisze: > >> > You're joking, right? > >> No, I'm not. From users point, YaST-GTK is more readable and better >> organized. > >> > I mean, two minutes with YaST-GTK and I'd >> > already gotten sick of the fact that it acts like just about >> > everything else in Gnome anymore; that the user should only be able to >> > reach the minimum of options and anything else should be buried. > >> You use KDE, right? > > As do I. You have a problem with KDE, right? It's bad? It offers > options and you think that people don't want options => must not allow > configuration? KDE users think that many options, with clutter in UI are good, but they even do not use them and do not need them. Believe, I was KDE user, who switched in search of something better. >> > And it's a fact that the GTK installer is utterly brain-dead. > >> Don't be rude... Most of people do not require LOAD of options, but they >> expect simple "just works", without hassle. > > I find it rude that you're suggesting that having options => doesn't > "just work". Did I said this? No. You, KDE people always brag something. > It's extremely frustrating. If do not use something, then be silent. And about system-* tools for KDE - KDE version can have more options as you will "need" them. From seg at haxxed.com Fri Feb 29 15:46:28 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 29 Feb 2008 09:46:28 -0600 Subject: Again about status of p2p-software in Fedora. In-Reply-To: References: Message-ID: <1204299988.12957.200.camel@localhost> On Fri, 2008-02-29 at 13:46 +0300, Peter Lemenkov wrote: > Hello All! > Why there is no any eMule/eDonkey software titles in Fedora main > repository while there are number of torrent-related ones? What's the > difference between them? The difference is Bittorrent is designed in a way to enable controlled, legitimate use. Whereas eDonkey and others are generally wild uncontrollable distributed systems, that make it difficult to completely divorce yourself from other people's illicit traffic. Even so: $ yum search edonkey ed2k_hash-gui.i386 : Edonkey 2000 file hash calculator with FLTK GUI ed2k_hash.i386 : Edonkey 2000 file hash calculator ed2k_hash-gui.i386 : Edonkey 2000 file hash calculator with FLTK GUI ed2k_hash.i386 : Edonkey 2000 file hash calculator amule.i386 : File sharing client compatible with eDonkey -------------- 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 Fri Feb 29 15:57:37 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Feb 2008 09:57:37 -0600 Subject: Rawhide X.org - My mouse doesn't work & an interesting question... In-Reply-To: <47C3B5AF.6070506@gmail.com> References: <47C39AAF.6050609@gmail.com> <47C3B5AF.6070506@gmail.com> Message-ID: <20080229155737.GA22068@auslistsprd01.us.dell.com> On Mon, Feb 25, 2008 at 10:46:07PM -0800, Andrew Farris wrote: > Kelly Miller wrote: > >First, the bug; when I start the X currently in Rawhide, my mouse loses > >the ability to move from side to side and can only move up and down. > >The mouse in question is a Logitech wireless, part of the Cordless Wave > >desktop. Oddly enough, the touchpad still works (it's a laptop, BTW). > > You need to be sure your mouse/keyboard is configured correctly for the > newer HAL auto input device handling, or to disable that option. This may > be due to a mouse configuration you have setup manually in xorg.conf but is > being interfered with when you start X and login. See archived mail [1] by > Nicholas Mailhot about some of this. > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg02131.html FYI, when reading the above message, be very careful, or you wind up hitting this bug next: https://bugzilla.redhat.com/show_bug.cgi?id=435104 Xorg crashes on pressing of any key In my case to solve this latter problem *don't* follow Nicholas's note for step 2 or later! You *do* want this section in your xorg.conf file: Section "ServerFlags" Option "AllowEmptyInput" "True" Option "AutoAddDevices" "True" Option "AutoEnableDevices" "True" EndSection In my case, I also need to have a section for the Synaptics touchpad. See my xorg.conf in the referenced bugzilla. Adding in the suggested file /etc/hal/fdi/policy/10-x11-keyboard-layout.fdi turns out to be what broke hal, which is what caused the keyboard map to be null. So don't do this. Here's what I get from hal now: $ lshal | grep xkb input.xkb.layout = 'us' (string) input.xkb.model = 'evdev' (string) input.xkb.rules = 'base' (string) input.xkb.variant = '' (string) And this works for me. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Fri Feb 29 16:04:36 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Feb 2008 10:04:36 -0600 Subject: submitting ideas to Fedora In-Reply-To: <1204256602.2754.391.camel@cookie.hadess.net> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204256602.2754.391.camel@cookie.hadess.net> Message-ID: <20080229160436.GB22068@auslistsprd01.us.dell.com> On Fri, Feb 29, 2008 at 03:43:22AM +0000, Bastien Nocera wrote: > > On Thu, 2008-02-28 at 22:41 +0100, Jakub 'Livio' Rusinek wrote: > > > We've seen it all, on this very list, already. > > > > Who said Ubuntu is modern :> ? > > > > As we have most of that features or were GOING to have them, we would > > have different ideas on such list. http://brainstorm.ubuntu.com/idea/4/ CDMA and GSM modems are in NM 0.7.0 which is targeted for F9, and work is under way to make this even simpler through explicit information provided by the kernel for HAL's usage. See http://article.gmane.org/gmane.linux.usb.general/2024 and following. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From billcrawford1970 at gmail.com Fri Feb 29 16:08:11 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 29 Feb 2008 16:08:11 +0000 Subject: system-* tools' ui independence In-Reply-To: <47C82620.5040402@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> <47C6CBF1.8060401@gmail.com> <47C6EC32.1040404@gmail.com> <544eb990802290654v59c23ecejc7854bdcf7415e90@mail.gmail.com> <47C82620.5040402@gmail.com> Message-ID: <544eb990802290808t449941dej6717620d172286ef@mail.gmail.com> On 29/02/2008, Jakub 'Livio' Rusinek wrote: > Bill Crawford pisze: > KDE users think that many options, with clutter in UI are good, but they > even do not use them and do not need them. You're presumably that "liking to have options" => "like to have UI look cluttered". You are assuming that because you do not use all the options => that noone else will use them. You are assuming that because [random person] uses no options, that none of them are necessary. > Believe, I was KDE user, who switched in search of something better. Believe what? It makes no difference to what I need. > Did I said this? No. You, KDE people always brag something. Where? I do not remember "bragging" about anything, merely pointing out the irrational hatred of KDE and its users. > If do not use something, then be silent. Which seems to imply you should stop making comments and judgements about KDE. > And about system-* tools for KDE - KDE version can have more options as > you will "need" them. You miss the point, again - you make this comment about "not using something" and being silent, but in the case of most of the system config tools, there *is* no choice until KDE implements a replacement ... and sometimes, that replacement lags behind the "mainstream" tool. You might want to pause for thought before you suggest that this implies we should not replace them ... you might otherwise use Windows instead of GNOME ;o) From bob at fedoraunity.org Fri Feb 29 16:16:53 2008 From: bob at fedoraunity.org (Robert 'Bob' Jensen) Date: Fri, 29 Feb 2008 10:16:53 -0600 Subject: system-* tools' ui independence In-Reply-To: <544eb990802290808t449941dej6717620d172286ef@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> <47C6CBF1.8060401@gmail.com> <47C6EC32.1040404@gmail.com> <544eb990802290654v59c23ecejc7854bdcf7415e90@mail.gmail.com> <47C82620.5040402@gmail.com> <544eb990802290808t449941dej6717620d172286ef@mail.gmail.com> Message-ID: <47C82FF5.2030502@fedoraunity.org> Bill Crawford wrote: > On 29/02/2008, Jakub 'Livio' Rusinek wrote: >> Bill Crawford pisze: > >> KDE users think that many options, with clutter in UI are good, but they >> even do not use them and do not need them. > > You're presumably that "liking to have options" => "like to have UI > look cluttered". > > You are assuming that because you do not use all the options => that > noone else will use them. > > You are assuming that because [random person] uses no options, that > none of them are necessary. > >> Believe, I was KDE user, who switched in search of something better. > > Believe what? It makes no difference to what I need. > >> Did I said this? No. You, KDE people always brag something. > > Where? I do not remember "bragging" about anything, merely pointing > out the irrational hatred of KDE and its users. > >> If do not use something, then be silent. > > Which seems to imply you should stop making comments and judgements about KDE. > >> And about system-* tools for KDE - KDE version can have more options as >> you will "need" them. > > You miss the point, again - you make this comment about "not using > something" and being silent, but in the case of most of the system > config tools, there *is* no choice until KDE implements a replacement > ... and sometimes, that replacement lags behind the "mainstream" tool. > You might want to pause for thought before you suggest that this > implies we should not replace them ... you might otherwise use Windows > instead of GNOME ;o) > Come on Bill, Look at the history of this poster, he is a troll and he is good at it. The more you people reply to his garbage the more he gets to play. Join me in Boycotting all threads started by Jakob and by not responding when he is forced to start hijacking other people's threads. -- 73, Robert 'Bob' Jensen KC0WYC http://fedoraproject.org/wiki/BobJensen http://fedoraproject.org/wiki/SIG/AmateurRadio http://bjensen.fedorapeople.org/pkgs/hams/ http://lists.fedoraunity.org/mailman/listinfo/fedora-hams From seg at haxxed.com Fri Feb 29 16:47:17 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 29 Feb 2008 10:47:17 -0600 Subject: submitting ideas to Fedora In-Reply-To: <47C75CB5.7060504@gmail.com> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204245585.2754.345.camel@cookie.hadess.net> <47C75CB5.7060504@gmail.com> Message-ID: <1204303638.12957.229.camel@localhost> On Thu, 2008-02-28 at 17:15 -0800, Andrew Farris wrote: > Nevertheless, I think the idea of putting this information in a slightly more > community accessible format would be *a good thing*. Most fedora users (F7-F8 > types) are not keeping track of ongoing development of F9 so they are not that > aware of the feature list upcoming... meaning they lack excitement about it (and > consequently most are not chatting up their buddies about how cool it is). > > The majority of non-fedora users I chat with have no idea of the advancements > occurring over here, many of which are effecting their fav distros more than > they know due to the focus of moving improvement effort upstream! Which is exactly what the Feature Process is supposed to help fix. We're still refining it. F9 is really the first release to give the Feature process a chance to gain momentum. NOW is the time to go out and get your friends hyped up about about the F9 release. NOW is the time for the Marketing/Ambassador types to take the information us Developer types have given on FeatureList and start building up a Fedora hype machine: http://fedoraproject.org/wiki/Releases/9/FeatureList You're on a developer list, here. Speaking for myself, I'm not interested in evangelizing Fedora. I don't think it's optimal use of my skills. I'm a Software Engineer. I believe my time is best spent making Fedora and Open Source in general, better. A better system will sell itself. > The mailing list archives are not user accessible information sources > like a > 'vote features up or down' site. The wiki itself is somewhat stale in > that > regard too, at least much more so than an open comment and vote > system. I guess > I'm not doing what I could to help there since I'm not even in the > wiki edit > group and I've been rawhiding since rh7.3. Are most F8 users going to > get wiki > edit access to post back 'hey I like this new f9 feature its worth > promoting to > my friends'? I think you're putting yourself into fedora-marketing/ambassador territory. Keep in mind, who's the audience of the wiki page? Of the Wiki in general, even? Is it really for the public? Or is it "internal communication" intended to be summarized elsewhere for public consumption? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From billcrawford1970 at gmail.com Fri Feb 29 17:19:06 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 29 Feb 2008 17:19:06 +0000 Subject: system-* tools' ui independence In-Reply-To: <47C82FF5.2030502@fedoraunity.org> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> <47C6CBF1.8060401@gmail.com> <47C6EC32.1040404@gmail.com> <544eb990802290654v59c23ecejc7854bdcf7415e90@mail.gmail.com> <47C82620.5040402@gmail.com> <544eb990802290808t449941dej6717620d172286ef@mail.gmail.com> <47C82FF5.2030502@fedoraunity.org> Message-ID: <544eb990802290919w34a39b65i4f50111b3a0e32f0@mail.gmail.com> On 29/02/2008, Robert 'Bob' Jensen wrote: > Come on Bill, > > Look at the history of this poster, he is a troll and he is good at it. > The more you people reply to his garbage the more he gets to play. You may be right, I think. > Join me in Boycotting all threads started by Jakob and by not responding > when he is forced to start hijacking other people's threads. Y'know, there was me thinking I'd dealt with it *really well* LOL. From jakub.rusinek at gmail.com Fri Feb 29 17:32:01 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 29 Feb 2008 18:32:01 +0100 Subject: system-* tools' ui independence In-Reply-To: <47C82FF5.2030502@fedoraunity.org> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> <47C6CBF1.8060401@gmail.com> <47C6EC32.1040404@gmail.com> <544eb990802290654v59c23ecejc7854bdcf7415e90@mail.gmail.com> <47C82620.5040402@gmail.com> <544eb990802290808t449941dej6717620d172286ef@mail.gmail.com> <47C82FF5.2030502@fedoraunity.org> Message-ID: <47C84191.8020403@gmail.com> > Come on Bill, > > Look at the history of this poster, he is a troll and he is good at it. > The more you people reply to his garbage the more he gets to play. > > Join me in Boycotting all threads started by Jakob and by not responding > when he is forced to start hijacking other people's threads. First, I'm Jakub, not Jakob, as I'm a Pole, not a German. And second, I didn't started being rude. I proposed changeing UI. From ben.kreuter at gmail.com Fri Feb 29 17:27:18 2008 From: ben.kreuter at gmail.com (Benjamin Kreuter) Date: Fri, 29 Feb 2008 12:27:18 -0500 Subject: system-* tools' ui independence In-Reply-To: <47C5AC03.5050207@fedoraproject.org> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5A9C9.2090803@gmail.com> <47C5AC03.5050207@fedoraproject.org> Message-ID: <200802291227.24215.ben.kreuter@gmail.com> On Wednesday 27 February 2008 13:29:23 Rahul Sundaram wrote: > > What does compatibility mean here and why does that matter for the > desktop environment? > Well, for example, GTK apps usually have OK and Cancel buttons in the opposite place as Qt apps (though it is not a requirement). -- Benjamin Kreuter -- Message sent on: Fri Feb 29 12:26:29 EST 2008 -------------- 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 jakub.rusinek at gmail.com Fri Feb 29 17:32:52 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 29 Feb 2008 18:32:52 +0100 Subject: system-* tools' ui independence In-Reply-To: <544eb990802290919w34a39b65i4f50111b3a0e32f0@mail.gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C662EF.8020408@gmail.com> <47C6CBF1.8060401@gmail.com> <47C6EC32.1040404@gmail.com> <544eb990802290654v59c23ecejc7854bdcf7415e90@mail.gmail.com> <47C82620.5040402@gmail.com> <544eb990802290808t449941dej6717620d172286ef@mail.gmail.com> <47C82FF5.2030502@fedoraunity.org> <544eb990802290919w34a39b65i4f50111b3a0e32f0@mail.gmail.com> Message-ID: <47C841C4.3000208@gmail.com> On 29/02/2008, Robert 'Bob' Jensen wrote: >> Come on Bill, >> >> Look at the history of this poster, he is a troll and he is good at it. >> The more you people reply to his garbage the more he gets to play. And last, I'm not a troll! From jakub.rusinek at gmail.com Fri Feb 29 17:35:08 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Fri, 29 Feb 2008 18:35:08 +0100 Subject: system-* tools' ui independence In-Reply-To: <200802291227.24215.ben.kreuter@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5A9C9.2090803@gmail.com> <47C5AC03.5050207@fedoraproject.org> <200802291227.24215.ben.kreuter@gmail.com> Message-ID: <47C8424C.4050808@gmail.com> Benjamin Kreuter pisze: > On Wednesday 27 February 2008 13:29:23 Rahul Sundaram wrote: >> What does compatibility mean here and why does that matter for the >> desktop environment? >> > > Well, for example, GTK apps usually have OK and Cancel buttons in the opposite > place as Qt apps (though it is not a requirement). It's not a requirement but it's a well known difference. KDE folks are saying that GNOME is wrong with this. Question of selection. From seg at haxxed.com Fri Feb 29 17:34:07 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 29 Feb 2008 11:34:07 -0600 Subject: multimedia keys vs. keyboard shortcuts (was: Re: rawhide and cooker compared) In-Reply-To: <1203879134.2754.142.camel@cookie.hadess.net> References: <1203564712.3020.10.camel@tabby> <1203617912.2754.64.camel@cookie.hadess.net> <47BDCF82.6070400@leemhuis.info> <1203627993.2754.77.camel@cookie.hadess.net> <1203688929.2754.92.camel@cookie.hadess.net> <1203800642.7567.118.camel@localhost> <1203879134.2754.142.camel@cookie.hadess.net> Message-ID: <1204306447.12957.235.camel@localhost> On Sun, 2008-02-24 at 18:52 +0000, Bastien Nocera wrote: > > For an example of how not to do it, maybe check out MAME... > > I'm still waiting for good example of how to do it though. Well, MAME annoys me in that it clears all bindings seemingly at random. Inevitably when I'm *trying* to add another binding, it clears out all the previous ones. And when I *want* it to clear all bindings and make a fresh one, it of course adds it as an additional one. And the list of bindings tends to run offscreen... -------------- 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 Feb 29 17:37:59 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 29 Feb 2008 11:37:59 -0600 Subject: system-* tools' ui independence In-Reply-To: References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <409676c70802290123i17e46c59u3589f1415482301c@mail.gmail.com> Message-ID: <1204306679.12957.238.camel@localhost> On Fri, 2008-02-29 at 15:19 +0100, Matej Cepl wrote: > On 2008-02-29, 09:23 GMT, Trond Danielsen wrote: > > The SHMConfig option is only needed to access additional > > configuration options, but basic functionality is available > > without any modifications to xorg.conf. > > Just to note that SHMConfig is explicitly WONTFIX ? developers > don?t like it because of its terrible security implications. Well, we need the functionality *somehow*. If SHMConfig is insecure, then we really need to find another way to do it... -------------- 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 Fri Feb 29 17:39:37 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Feb 2008 12:39:37 -0500 Subject: system-* tools' ui independence In-Reply-To: <1204306679.12957.238.camel@localhost> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <409676c70802290123i17e46c59u3589f1415482301c@mail.gmail.com> <1204306679.12957.238.camel@localhost> Message-ID: <20080229123937.785ce98e@redhat.com> On Fri, 29 Feb 2008 11:37:59 -0600 Callum Lerwick wrote: > Well, we need the functionality *somehow*. If SHMConfig is insecure, > then we really need to find another way to do it... Which is planned. -- 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: 197 bytes Desc: not available URL: From pemboa at gmail.com Fri Feb 29 17:49:25 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 29 Feb 2008 11:49:25 -0600 Subject: system-* tools' ui independence In-Reply-To: <200802291227.24215.ben.kreuter@gmail.com> References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5A9C9.2090803@gmail.com> <47C5AC03.5050207@fedoraproject.org> <200802291227.24215.ben.kreuter@gmail.com> Message-ID: <16de708d0802290949r1e9fe856qf815398aa63bf971@mail.gmail.com> 2008/2/29 Benjamin Kreuter : > On Wednesday 27 February 2008 13:29:23 Rahul Sundaram wrote: > > > > What does compatibility mean here and why does that matter for the > > desktop environment? > > > > Well, for example, GTK apps usually have OK and Cancel buttons in the opposite > place as Qt apps (though it is not a requirement). You need to be beaten with a stick for noticing this. I have been using KDE as my DE for years and haven't noticed this. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From wtogami at redhat.com Fri Feb 29 17:51:17 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 29 Feb 2008 12:51:17 -0500 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <20080229082718.GA2756@free.fr> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> Message-ID: <47C84615.7050809@redhat.com> Patrice Dumas wrote: > On Thu, Feb 28, 2008 at 01:57:34PM -0500, Warren Togami wrote: >> Has Co-Owners but no primary owner >> ================================== >> debootstrap > > I would prefer if somebody else was the primary maintainer. Is someone > interested? > > -- > Pat > Why was this added to Fedora then immediately abandoned? If nobody is willing to be maintainer then we cannot responsibly maintain it. It should be removed. If somebody thereafter is willing to maintain it can always be re-added. Warren From jspaleta at gmail.com Fri Feb 29 17:58:36 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 29 Feb 2008 08:58:36 -0900 Subject: submitting ideas to Fedora In-Reply-To: <1204303638.12957.229.camel@localhost> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204245585.2754.345.camel@cookie.hadess.net> <47C75CB5.7060504@gmail.com> <1204303638.12957.229.camel@localhost> Message-ID: <604aa7910802290958n2b650b04xc5004285bbfb10b0@mail.gmail.com> 2008/2/29 Callum Lerwick : > You're on a developer list, here. Speaking for myself, I'm not > interested in evangelizing Fedora. I don't think it's optimal use of my > skills. I'm a Software Engineer. I believe my time is best spent making > Fedora and Open Source in general, better. A better system will sell > itself. In general I agree with you.Though it helps to have someone wear a sexy black turtleneck and look gorgeous on camera while staying on message when they do the sales pitch for technology that sells itself. Luckily we have Paul now. As a Board member I do not want the people who are extremely good at creating and moving the bits, to get bogged down with evangelizism, unless they want to. But I do want you more technical minded people to continue to be open to the sort of interviews like Jon is doing, where he tries to captures the enthusiasm and vision for what you are working on and re-broadcast it for other people to see. It's very valuable to be able to remind people that each and every one of the developers who are grinding out the bits, are real people. And for the most part, real people who have a passionate desire to work together to make everyone's life better. With that in mind, I'm really not sure what these idea trackers really do for an open..collaboration. They might do wonders for a corporate entity like Dell. Hell, Red Hat might even run one of these things for the Enterprise customers and derive value from it. But those are business entities, with a profit motive. Popularity for them translates into future income through some sort of math. But I don't think it makes any sense at all for someone like Gnome or KDE or even Fedora to run this sort of 'service.' What is popular is not always what is right. And for a collaborative process to work people need to have that concept in the back of their minds. Just a big list of "me toos" on a set of ill-posed features doesn't add anything. I understand that users want to feel involved in the process. But this sort of involvement isn't constructive. We need to find a way to be the meeting place between users and developers that focuses on long term vision and maintainability. A feature farm of ideas based on popularity isn't it. But I will say that watching Canonical put up an idea tracker in the guise of a Ubuntu community innovation makes perfect sense to me. Because in my mind ultimately Canonical needs Ubuntu to diverge from upstream in order for Canonical's business model to work out. I'm not sure its in Canonical's best interest as a business to be a strong conduit for upstream development... to be the meeting place between the upstream's long-term vision and user's current desires. But I am very sure, that Fedora's interests are best served by working directly with upstream projects on as much as possible. We are not going to become a collection of feature de jours... simply because we have the technical ability in our contributor base to do it that way. It's not the right thing to do. The right thing to do is to continue to work as much as possible within upstream projects so that features as they are developed benefit as many users as possible with the least amount of effort. Popularity has to be weighted against sustainability. Its the difference between being focused on next week's hype versus being focused on long term impact. -jef From cjdahlin at ncsu.edu Fri Feb 29 17:49:03 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Fri, 29 Feb 2008 12:49:03 -0500 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <47C84615.7050809@redhat.com> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> <47C84615.7050809@redhat.com> Message-ID: <47C8458F.2050106@ncsu.edu> Warren Togami wrote: > Patrice Dumas wrote: >> On Thu, Feb 28, 2008 at 01:57:34PM -0500, Warren Togami wrote: >>> Has Co-Owners but no primary owner >>> ================================== >>> debootstrap >> >> I would prefer if somebody else was the primary maintainer. Is someone >> interested? >> >> -- >> Pat >> > > Why was this added to Fedora then immediately abandoned? If nobody is > willing to be maintainer then we cannot responsibly maintain it. It > should be removed. If somebody thereafter is willing to maintain it > can always be re-added. > > Warren > "debootstrap is used to create a Debian base system from scratch, without requiring the availability of dpkg or apt. It does this by downloading .deb files from a mirror site, and carefully unpacking them into a directory which can eventually be chrooted into." Why do we have this in the first place? I'm not against Debian or the downloading thereof, but... I really cannot think of any real Fedora use case for this. Maybe I'm unimaginative today? --CJD From skvidal at fedoraproject.org Fri Feb 29 18:05:56 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 29 Feb 2008 13:05:56 -0500 Subject: file dependencies and packages and [blocker] bugs Message-ID: <1204308356.8099.80.camel@cutter> Hi all, I've compiled a list of all packages that have a file dependency outside of these globs: *bin/*, /etc/* I'm going to file a bug against each of the packages to see if we can work out a virtual provide/requires to deal with this problem. The issue is this: In order for apt/smart/yum to depsolve for a dependency like: /usr/libexec/poker3d/underware each of them have to download the full filelists for ALL enabled repositories in the configuration. For Everything it is 8MB For Updates it is 3.5MB That's a fair sized chunk. In the shape of updates it gets updated frequently and it needs to be re-downloaded. That's unfortunate for a lot of users. So I'm going to file bugs against each of the packages which have this issue and we're going to work out a solution. One way or another. :) Rawhide: http://skvidal.fedorapeople.org/misc/crack-filedeps-by-pkg-rawhide What I'm going to recommend for the moment is that for each package with a file-dep for multilib purposes we consider making virtual provides in the corresponding providing pkg[s] that handle the declaration per-architecture or library-type. In some cases this is just legacy dreck that we can now clean up. -sv From rawhide at fedoraproject.org Fri Feb 29 18:13:47 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 29 Feb 2008 18:13:47 +0000 (UTC) Subject: rawhide report: 20080229 changes Message-ID: <20080229181347.80B43209D82@releng1.fedora.phx.redhat.com> From rawhide at fedoraproject.org Fri Feb 29 18:34:59 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 29 Feb 2008 18:34:59 +0000 (UTC) Subject: rawhide report: 20080229 changes Message-ID: <20080229183459.22A12209D82@releng1.fedora.phx.redhat.com> New package WritRecogn Handwriting recognizer for CJK characters New package event-compat-sysv Upstart events to emulate SysVInit New package linpsk Psk31 and RTTY program for Linux New package migrationtools Migration scripts for LDAP New package ncl NCAR Command Language and NCAR Graphics New package ocaml-zip OCaml library for reading and writing zip, jar and gzip files New package upstart An event-driven init system New package xorg-x11-drv-nouveau Xorg X11 nouveau video driver Removed package purple-galago Updated Packages: amtterm-1.0-2.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-2 - Autorebuild for GCC 4.3 anaconda-11.4.0.41-1 -------------------- * Thu Feb 28 2008 Jeremy Katz - 11.4.0.41-1 - Don't write out /etc/rpm/platform anymore. (katzj) - anaconda-runtime now needs yum-utils (katzj) - Add 'testiso' target (katzj) - Remove rescue cd creation scripts (katzj) - Take --updates with location of additional updates beyond the package set used (katzj) - Change the ISOs we build (katzj) - Take advantage of yum repos being available (katzj) - Allow recovery from some missing repodata conditions. (clumens) - Rework the repo editor screen to be more modular. (clumens) - Move doPostImages to be run after the second stage build (katzj) - Ensure that group info for txmbrs is accurate after we reset (katzj) - Fix backwards logic for yum verbosity (katzj) - No more arc (#435175) (katzj) - Remove an unused method. (clumens) anacron-2.3-59.fc9 ------------------ * Thu Feb 28 2008 Marcela Maslanova 2.3-59 - 0anacron.{daily,weekly,monthly} sterror's output also goes to dev/null - rhbz#435255 asymptote-1.42-1.fc9 -------------------- * Thu Feb 28 2008 Tom "spot" Callaway - 1.42-1 - update to 1.42 at-3.1.10-22.fc9 ---------------- * Thu Feb 28 2008 Marcela Maslanova - 3.1.10-22 - #435250 mixed OPTS and OPTIONS variable in sysconfig * Tue Feb 19 2008 Fedora Release Engineering - 3.1.10-21 - Autorebuild for GCC 4.3 * Tue Jan 08 2008 Marcela Maslanova - 3.1.10-20 - used PIE instead of pie (with pie wasn't build on 64b successful) - rewrite PAM fail check - fix checking of settings setuid(s) babl-0.0.20-1.fc9 ----------------- * Thu Feb 28 2008 Deji Akingunola - 0.0.20-1 - New release bash-3.2-22.fc9 --------------- * Fri Feb 29 2008 Tomas Janousek - 3.2-22 - drop /usr/bin/clear from /etc/skel/.bash_logout as suggested by #429406 * Wed Feb 20 2008 Fedora Release Engineering - 3.2-21 - Autorebuild for GCC 4.3 * Mon Jan 14 2008 Tomas Janousek - 3.2-20 - Added bash32-026 upstream official patch - Added bash32-027 upstream official patch (#249987) - Added bash32-028 upstream official patch - Added bash32-029 upstream official patch (#286861) - Added bash32-030 upstream official patch - Added bash32-031 upstream official patch (#358231) - Added bash32-032 upstream official patch - Added bash32-033 upstream official patch - Fix insert command repeating in vi mode (#190350) blender-2.45-8.fc9 ------------------ * Thu Feb 28 2008 Jochen Schmitt - 2.45-8 - Fix yafray load bug (#451571) brltty-3.9-2.2.fc9 ------------------ * Thu Feb 28 2008 Tomas Janousek - 3.9-2.2 - glibc build fixes - applied java reorganisations from svn * Wed Feb 20 2008 Fedora Release Engineering - 3.9-2.1 - Autorebuild for GCC 4.3 check-0.9.5-2.fc9.1 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.5-2.1 - Autorebuild for GCC 4.3 checkpolicy-2.0.10-1.fc9 ------------------------ * Thu Feb 28 2008 Dan Walsh - 2.0.10-1 - Latest update from NSA * Use yyerror2() where appropriate from Todd C. Miller. - Build against latest libsepol compat-expat1-1.95.8-4 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.95.8-4 - Autorebuild for GCC 4.3 ctrlproxy-3.0.5-2.fc9 --------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0.5-2 - Autorebuild for GCC 4.3 cups-1:1.3.6-5.fc9 ------------------ * Thu Feb 28 2008 Tim Waugh 1:1.3.6-5 - Apply upstream fix for Adobe JPEG files (bug #166460, STR #2727). demorse-0.9-2.fc9 ----------------- * Fri Feb 29 2008 David Woodhouse 0.9-2 - Fix CFLAGS deskbar-applet-2.21.92-1.fc9 ---------------------------- * Thu Feb 28 2008 Luke Macken - 2.21.92-1 - Update to 2.21.92 drupal-6.1-1.fc9 ---------------- * Thu Feb 28 2008 Jon Ciesla - 6.1-1 - Upgrade to 6.1, upstream security fixes, SA-2008-018. eject-2.1.5-7 ------------- * Thu Feb 28 2008 Zdenek Prikryl 2.1.5-7 - Added lock functionality, patch from upstream. - Resolves: #145843 evolution-sharp-0.15.92-1.fc9 ----------------------------- * Tue Feb 26 2008 Matthew Barnes - 0.15.92-1.fc9 - Update to 0.15.92 - Remove patch for RH bug #221555 (fixed upstream). - Remove patch for GNOME bug #516044 (fixed upstream). firefox-3.0-0.beta3.30.nightly20080228.fc9 ------------------------------------------ * Thu Feb 28 2008 Christopher Aillon 3.0-0.beta3.30 - Update to latest trunk (2008-02-28) fuse-2.7.3-2.fc9 ---------------- * Thu Feb 28 2008 Peter Lemenkov 2.7.3-2 - Fixed BZ#434881 * Wed Feb 20 2008 Peter Lemenkov 2.7.3-1 - Ver. 2.7.3 - Removed usergroup fuse - Added chkconfig support (BZ#228088) * Tue Feb 19 2008 Fedora Release Engineering - 2.7.2-2 - Autorebuild for GCC 4.3 gammu-1.18.91-1.fc9 ------------------- * Fri Feb 29 2008 Xavier Lamien - 1.18.91-1 - Updated Release. * Thu Feb 28 2008 Xavier Lamien - 1.18.0-1 - Updated Release. gcc-4.3.0-0.12 -------------- * Thu Feb 28 2008 Jakub Jelinek 4.3.0-0.12 - update from gcc-4_3-branch - PRs c++/34715, c++/35368, libfortran/24685, middle-end/34971, middle-end/35390, target/25477 gegl-0.0.16-1.fc9 ----------------- * Thu Feb 28 2008 Deji Akingunola - 0.0.16-1 - New release gnome-scan-0.5.93-1.fc9 ----------------------- * Thu Feb 28 2008 Deji Akingunola - 0.5.93-1 - New release gpsd-2.37-1.fc9 --------------- * Wed Feb 27 2008 Douglas E. Warner - 2.37-1 - update to 2.37 - removed install-gpsd_config.h.patch - installed pkgconfig files in devel package - added patch to install python modules in sitearch - removing rpath from inclucded libtool - moving X11 app-defaults to datadir - using macros for commands in install; using install instead of cp and mkdir - cleaning up spaces/tabs for rpmlint gtk-qt-engine-1:0.8-4.fc9 ------------------------- * Tue Feb 19 2008 Rex Dieter 1:0.8-4 - fix ooffice detection (#232159,gtk-qt#24) heartbeat-2.1.3-1.fc9 --------------------- * Mon Feb 25 2008 Kevin Fenzi - 2.1.3-1 - Update to 2.1.3 - Add management GUI - Drop upstreamed patches - Add patch for IPAddr (bz #434653) ipsec-tools-0.7-13.fc9 ---------------------- * Thu Feb 28 2008 Steve Conklin - 0.7-13 - Resolves bz#273261 remote-access client connection to Cisco ASA kadu-0.6.0-1.fc9 ---------------- * Thu Feb 28 2008 Micha?? Bentkowski - 0.6.0-1 - Stable - New versions of osdhints_notify, audacious_mediaplayer, filtering, mediaplayer and panelkadu * Mon Feb 18 2008 Micha?? Bentkowski - 0.6.0-0.12.rc4 - rc4 - Add modules: water_notify, osdhints_notify, panelkadu * Wed Feb 13 2008 Micha?? Bentkowski - 0.6.0-0.11.rc3 - rc3 - New firewall module - New versions of some modules kawa-1:1.9.1-5.fc9 ------------------ * Thu Feb 28 2008 Anthony Green - 1:1.9.1-5 - BuildRequire util-linux-ng. * Mon Feb 18 2008 Fedora Release Engineering - 1:1.9.1-4 - Autorebuild for GCC 4.3 kdebase3-3.5.9-3.fc9 -------------------- * Thu Feb 28 2008 Than Ngo 3.5.9-3 - apply upstream patch to unbreak lmsensors support again kdelibs-6:4.0.2-2.fc9 --------------------- * Fri Feb 29 2008 Kevin Kofler 4.0.2-2 - drop obsolete kde#149703 patch (fixed upstream by code rewrite) - drop backports from 4.0.2: objectembed-handling, autostart, kde#771201-khtml * Thu Feb 28 2008 Than Ngo 4.0.2-1 - 4.0.2 * Wed Feb 27 2008 Luk???? Tinkl - 4.0.1-8 - add Fedora branding to the package (#434815) kdevelop-9:3.5.1-3.fc9 ---------------------- * Thu Feb 28 2008 Than Ngo 9:3.5.1-3 - apply upstream patch to fix outputview kernel-2.6.25-0.78.rc3.git1.fc9 ------------------------------- * Fri Feb 29 2008 Dave Airlie - update nouveau bits to the latest drm tree * Wed Feb 27 2008 Dave Airlie - oops committed some bits wrong * Wed Feb 27 2008 Dave Airlie - linux-2.6-drm-git-mm.patch - update to latest -mm queue - adds DRI2 lash-0.5.4-2.fc9 ---------------- * Thu Feb 28 2008 Anthony Green 0.5.4-2 - Force build with _GNU_SOURCE, not _POSIX_SOURCE.. * Thu Feb 28 2008 Anthony Green 0.5.4-1 - Upgrade to 0.5.4. Force build with _POSIX_SOURCE. libfreebob-1.0.7-4.fc9 ---------------------- * Thu Feb 28 2008 Anthony Green 1.0.7-4 - Add another gcc 4.3 patch. * Thu Feb 28 2008 Anthony Green 1.0.7-3 - Add another gcc 4.3 patch. * Thu Feb 28 2008 Anthony Green 1.0.7-2 - Add another gcc 4.3 patch. libgtk-java-2.8.7-7.fc9 ----------------------- * Thu Feb 28 2008 Andrew Cagney - 2.8.7-7 - Add gslice patch. - Resolves: #435200 libselinux-2.0.58-1.fc9 ----------------------- * Thu Feb 28 2008 Dan Walsh - 2.0.58-1 - Update to Upstream * Merged reset_selinux_config() for load policy from Dan Walsh. * Thu Feb 28 2008 Dan Walsh - 2.0.57-2 - Reload library on loading of policy to handle chroot libsepol-2.0.23-1.fc9 --------------------- * Thu Feb 28 2008 Dan Walsh 2.0.23-1 - Upgrade to latest from NSA * Accept "Flask" as an alternate identifier string in kernel policies from Stephen Smalley. * Add support for open_perms policy capability from Eric Paris. lock-keys-applet-1.0-14.fc9 --------------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-14 - Autorebuild for GCC 4.3 lohit-fonts-2.1.9-1.fc9 ----------------------- * Thu Feb 28 2008 Rahul Bhalerao - 2.1.9-1 - Bug 431035: [ml_IN] Glyph to be formed for nine consonants + 0D4D + 0D32 - Bug 433437: [ml_IN] Rendering combination incorrect with 0D35 - Bug 433440: [ml_IN] Rendering combination incorrect with 0D2F - Contributions from Hiran Venugopalan (xRa glyphs and few other) luma-2.4-1.fc9 -------------- * Thu Feb 28 2008 Jochen Schmitt 2.4-1 - New upstream release man-pages-2.78-1.fc9 -------------------- * Fri Feb 22 2008 Ivana Varekova - 2.78-1 - update to 2.78 * Tue Jan 29 2008 Ivana Varekova - 2.76-1 - update to 2.76 - add new option to prctl man page * Fri Jan 11 2008 Ivana Varekova - 2.75-2 - update crypt.3 man page maven-doxia-0:1.0-0.2.a7.2jpp.6.fc9 ----------------------------------- * Thu Feb 28 2008 Deepak Bhole 1.0-0.2.a7.2jpp.6 - Rebuild maven-jxr-0:1.0-2jpp.5.fc9 -------------------------- * Thu Feb 28 2008 Deepak Bhole 1.0-2jpp.5 - Rebuild maven-scm-0:1.0-0.2.b3.1jpp.3.fc9 --------------------------------- * Thu Feb 28 2008 Deepak Bhole 1.0-0.2.b3.1jpp.3 - Rebuild maven-shared-0:1.0-4jpp.4.fc9 ----------------------------- * Thu Feb 28 2008 Deepak Bhole 1.0-4jpp.4 - Rebuild maven-surefire-0:1.5.3-2jpp.5.fc9 --------------------------------- * Thu Feb 28 2008 Deepak Bhole 1.5.3-2jpp.5 - Rebuild maven2-0:2.0.4-10jpp.10.fc9 --------------------------- * Thu Feb 28 2008 Deepak Bhole 2.0.4-10jpp.10 - Update path in the MNG-3118 patch * Tue Feb 12 2008 Deepak Bhole 0:2.0.4-10jpp.9 - Resolve bz# 432508 - added patch for MNG-3118 * Fri Sep 21 2007 Deepak Bhole 0:2.0.4-10jpp.8 - Rebuild without bootstrap mimetex-1.60-4.fc9 ------------------ * Tue Feb 19 2008 Fedora Release Engineering - 1.60-4 - Autorebuild for GCC 4.3 muine-0.8.8-8.fc9 ----------------- * Thu Feb 28 2008 Sindre Pedersen Bj??rdal - 0.8.8-8 - Trying once more to really fix the mono includes problem mysql++-3.0.0-0.1.rc5.fc9 ------------------------- * Wed Feb 20 2008 Remi Collet 3.0.0-0.1.rc5 - update to 3.0.0 rc5 * Tue Feb 12 2008 Remi Collet 3.0.0-0.1.rc4 - update to 3.0.0 rc4 (not published) * Sat Feb 09 2008 Remi Collet 3.0.0-0.1.rc3 - update to 3.0.0 rc3 (not published) mysql-5.0.45-9.fc9 ------------------ * Thu Feb 28 2008 Tom Lane 5.0.45-9 - Fix the stack overflow problem encountered in January. It seems the real issue is that the buildfarm machines were moved to RHEL5, which uses 64K not 4K pages on PPC, and because RHEL5 takes the guard area out of the requested thread stack size we no longer had enough headroom. Related: #435337 * Tue Feb 19 2008 Fedora Release Engineering - 5.0.45-8 - Autorebuild for GCC 4.3 * Tue Jan 08 2008 Tom Lane 5.0.45-7 - Unbelievable ... upstream still thinks that it's a good idea to have a regression test that is guaranteed to begin failing come January 1. - ... and it seems we need to raise STACK_MIN_SIZE again too. ntp-4.2.4p4-4.fc9 ----------------- * Fri Feb 29 2008 Miroslav Lichvar 4.2.4p4-4 - reset kernel frequency when -x option is used - create separate init script for ntpdate - add note about paths and exit codes to ntpd man page numlockx-1.0-14.fc9 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.0-14 - Autorebuild for GCC 4.3 okteta-0.0.9-0.1.20080228svn780093.fc9 -------------------------------------- * Thu Feb 28 2008 Kevin Kofler 0.0.9-0.1.20080228svn780093 - Update to revision 780093 (adds undo/redo support) - Update License tag (now GPLv2 or GPLv3 instead of GPLv2 only) - Drop cmakelists patch (fixed upstream) openhpi-2.10.1-3.fc9 -------------------- * Thu Feb 28 2008 Phil Knirsch - 2.10.1-3 - Removed incorrect patch for IBM BC snmp_bc plugin - Fixed GCC 4.3 rebuild problems * Tue Feb 19 2008 Fedora Release Engineering - 2.10.1-2 - Autorebuild for GCC 4.3 openldap-2.4.8-2.fc9 -------------------- * Thu Feb 28 2008 Jan Safranek 2.4.8-2 - migration tools carved out to standalone package "migrationtools" (#236697) openoffice.org-1:2.4.0-8.1.fc9 ------------------------------ * Thu Feb 28 2008 Caolan McNamara - 1:2.4.0-8.1 - next release candidate - add openoffice.org-2.4.0.ooo86268.desktop.visibilitycockup.patch - add openoffice.org-2.4.0.oooXXXXX.psprint.debugcups.patch to debug rhbz#434803 * Sun Feb 17 2008 Caolan McNamara - 1:2.4.0-7.3 - accidentally included scratch uno_packages cache, i.e. trashed your shared extensions * Thu Feb 14 2008 Caolan McNamara - 1:2.4.0-7.2 - some multilib helping - Resolves: rhbz#432654 add openoffice.org-2.4.0.ooo86080.unopkg.bodge.patch pam-0.99.10.0-3.fc9 ------------------- * Thu Feb 28 2008 Tomas Mraz 0.99.10.0-3 - update pam-redhat module tarball - update internal db4 * Fri Feb 22 2008 Tomas Mraz 0.99.10.0-2 - if shadow is readable for an user do not prevent him from authenticating any user with unix_chkpwd (#433459) - call audit from unix_chkpwd when appropriate * Fri Feb 15 2008 Tomas Mraz 0.99.10.0-1 - new upstream release - add default soft limit for nproc of 1024 to prevent accidental fork bombs (#432903) pcmanfm-0.3.6.1-1.fc9 --------------------- * Fri Feb 29 2008 Mamoru Tasaka - 0.3.6.1-1 - 0.3.6.1 php-pecl-mailparse-2.1.3-1.fc9 ------------------------------ plexus-ant-factory-0:1.0-0.2.a1.1jpp.6.fc9 ------------------------------------------ * Thu Feb 28 2008 Deepak Bhole 1.0-0.2.a1.1jpp.6 - Rebuild plexus-appserver-0:1.0-0.2.a5.2jpp.4.fc9 ---------------------------------------- * Thu Feb 28 2008 Deepak Bhole 1.0-0.2.a5.2jpp.4 - Rebuild plexus-bsh-factory-0:1.0-0.2.a7s.1jpp.6.fc9 ------------------------------------------- * Thu Feb 28 2008 Deepak Bhole 1.0-0.2.a7s.1jpp.6 - Rebuild plexus-cdc-0:1.0-0.2.a4.1jpp.4.fc9 ---------------------------------- * Thu Feb 28 2008 Deepak Bhole 1.0-0.2.a4.1jpp.4 - Rebuild plexus-i18n-0:1.0-0.b6.5jpp.2.fc9 --------------------------------- * Wed Feb 27 2008 Deepak Bhole - 0:1.0-0.b6.5jpp.2 - Build with maven plexus-maven-plugin-0:1.2-2jpp.3.fc9 ------------------------------------ * Thu Feb 28 2008 Deepak Bhole 1.2-2jpp.3 - Rebuild plexus-runtime-builder-0:1.0-0.2.a9.1jpp.3.fc9 ---------------------------------------------- * Thu Feb 28 2008 Deepak Bhole 1.0-0.2.a9.1jpp.3 - Rebuild plexus-xmlrpc-0:1.0-0.2.b4.2jpp.7.fc9 ------------------------------------- * Thu Feb 28 2008 Deepak Bhole 1.0-0.2.b4.2jpp.7 - Rebuild. poppler-0.7.1-1.fc9 ------------------- * Thu Feb 28 2008 Matthias Clasen - 0.7.1-1 - Update to 0.7.1 * Thu Feb 21 2008 Matthias Clasen - 0.7.0-1 - Update to 0.7.0 * Tue Feb 19 2008 Fedora Release Engineering - 0.6.4-4 - Autorebuild for GCC 4.3 pungi-1.2.8-1.fc9 ----------------- * Fri Jan 25 2008 jkeating 1.2.8-1 - Put createrepo arguments in correct order - Fix comps mashup to be more lenient with the open/close of - 4.5.2-1 - Update to 4.5.2 python-decoratortools-1.7-1.fc9 ------------------------------- * Thu Feb 28 2008 Luke Macken - 1.7-1 - Update to 1.7 python-formencode-0.9-1.fc9 --------------------------- * Thu Feb 28 2008 Luke Macken 0.9-1 - Update to 0.9 python-meld3-0.6.4-1.fc9 ------------------------ * Thu Feb 28 2008 Toshio Kuratomi 0.6.4-1 - Update to 0.6.4. - Fix python-2.5 elementtree problem. python-nose-0.10.1-1.fc9 ------------------------ * Thu Feb 28 2008 Luke Macken 0.10.1-1 - Update to 0.10.1 python-paste-1.6-1.fc9 ---------------------- * Thu Feb 28 2008 Luke Macken - 1.6-1 - Update to 1.6 * Wed Oct 03 2007 Luke Macken - 1.4.2-1 - 1.4.2 * Sun Sep 02 2007 Luke Macken - 1.4-2 - Update for python-setuptools changes in rawhide python-paste-script-1.6.2-1.fc9 ------------------------------- * Thu Feb 28 2008 Luke Macken - 1.6.2-1 - Update to 1.6.2 python-simplejson-1.7.4-1.fc9 ----------------------------- * Thu Feb 28 2008 Luke Macken - 1.7.4-1 - Update to 1.7.4 python-sqlite2-1:2.3.3-3.fc9 ---------------------------- * Fri Feb 29 2008 Xavier Lamien - 1:2.3.3-3 - Added -egg-info file. * Tue Feb 19 2008 Fedora Release Engineering - 1:2.3.3-2 - Autorebuild for GCC 4.3 qalculate-kde-0.9.6-5.fc9 ------------------------- * Wed Feb 27 2008 Deji Akingunola - 0.9.6-5 - Rebuild for cln-1.2 qt4-4.3.4-2.fc9 --------------- * Thu Feb 28 2008 Than Ngo 4.3.4-2 - fix aliasing violations that caused qmake crash remctl-2.11-6.fc9 ----------------- * Thu Feb 28 2008 Simon Wilkinson 2.11-6 - The build process isn't -j safe, so remove smpflags until this can be fixed. rkhunter-1.3.2-1.fc9 -------------------- * Thu Feb 28 2008 Kevin Fenzi - 1.3.2-1 - Update to 1.3.2 - Fix cron script * Thu Feb 28 2008 Kevin Fenzi - 1.3.0-2 - Use /etc/redhat-release for EPEL and /etc/fedora release for Fedora. - Add conditionals to support EPEL - Fix man page warning. scim-fcitx-3.1.1-9.fc9 ---------------------- * Fri Feb 29 2008 Huang Peng - 3.1.1-9 - Fix build error with GCC 4.3 * Tue Feb 19 2008 Fedora Release Engineering - 3.1.1-8 - Autorebuild for GCC 4.3 scite-1.74-3.fc9 ---------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.74-3 - Autorebuild for GCC 4.3 selinux-policy-3.3.1-7.fc9 -------------------------- * Thu Feb 28 2008 Dan Walsh 3.3.1-7 - stardict-3.0.1-8.fc9 -------------------- * Fri Feb 29 2008 Hu Zheng - 3.0.1-8 - Forget commit first. sundials-2.3.0-6.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 2.3.0-6 - Autorebuild for GCC 4.3 sylpheed-2.5.0-0.1.beta1 ------------------------ * Fri Feb 29 2008 Michael Schwendt - 2.5.0-0.1.beta1 - Update to 2.5.0beta1 (bug-fixes and few added features). * Fri Feb 08 2008 Michael Schwendt - 2.4.8-3 - rebuilt for GCC 4.3 as requested by Fedora Release Engineering * Wed Jan 23 2008 Michael Schwendt - 2.4.8-2 - Compile with deprecated OpenLDAP API to fix segfaults on 64-bit. sysstat-8.0.4-2.fc9 ------------------- * Thu Feb 28 2008 Ivana Varekova - 8.0.4-2 - retry write functuon in sadc command - thanks Tomas Mraz system-config-bind-4.0.6-1.fc9 ------------------------------ * Wed Feb 27 2008 Radek Brich - 4.0.6-1 - Replace PDF manual with HTML, use xdg-utils (bz#326091) - Fix license tag and note system-config-services-0.99.3-1.fc9 ----------------------------------- * Fri Feb 29 2008 Nils Philippsen - 0.99.3-1 - add gamin-python requirement (#435068) - monitor /proc/ for services with known pidfile(s) * Wed Feb 27 2008 Nils Philippsen - 0.99.2-1 - import missing os.path (#435068) * Wed Feb 27 2008 Nils Philippsen - 0.99.1-1 - make gui.py executable (#435068) sysvinit-2.86-22 ---------------- * Fri Feb 29 2008 Bill Nottingham - 2.86-22 - don't kill pid 1 with killall5 * Fri Feb 15 2008 Bill Nottingham - 2.86-21 - split off a -tools subpackage to avoid upstart conflicts (#431110) tcsh-6.15-4.fc9 --------------- * Fri Feb 29 2008 Vitezslav Crhonek - 6.15-4 - Fix '\' can not be used to quote all delimiters Related: #435421 - Fix $name[selector] should fail when any number of 'selector' is out of range Related: #435398 texlive-texmf-2007-14.fc9 ------------------------- * Thu Feb 28 2008 Jindrich Novy - 2007-14 - rename texlive-texmf-japanese to texlive-texmf-east-asian - use better approach in installation of cmap files for dvipdfmx (#418091), thanks to Patrice Dumas - drop useless ghostscript Requires from texlive-texmf-fonts, drop xdg-utils Requires from texlive-texmf (#428489) texlive-texmf-errata-2007-3.fc9 ------------------------------- * Thu Feb 28 2008 Jindrich Novy - 2007-3 - rename japanese to east-asian - fix description, obsolete old japanese package tilda-0.9.4-7.fc9 ----------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.9.4-7 - Autorebuild for GCC 4.3 viewvc-1.0.5-1.fc9 ------------------ * Fri Feb 29 2008 Bojan Smojver - 1.0.5-1 - Bump up to 1.0.5 vkeybd-0.1.17a-7.fc9 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.1.17a-7 - Autorebuild for GCC 4.3 xenwatch-0.5.2-3.fc9 -------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.5.2-3 - Autorebuild for GCC 4.3 xfig-3.2.5-9.fc9 ---------------- * Thu Feb 28 2008 Hans de Goede 3.2.5-9 - Fix cmdline parsing (broken by renaming the binary) (bz 435097) xmlrpc3-3.0-2jpp.4.fc9 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.0-2jpp.4 - Autorebuild for GCC 4.3 xmms-cdread-0.14-13.fc9 ----------------------- * Tue Feb 19 2008 Fedora Release Engineering - 0.14-13 - Autorebuild for GCC 4.3 xorg-x11-drv-i810-2.2.1-2.fc9 ----------------------------- * Thu Feb 28 2008 Adam Jackson 2.2.1-2 - intel-2.1.1-efi.patch: Fix SDVO I2C on Mac Mini in EFI mode. xorg-x11-drv-nv-2.1.7-2.fc9 --------------------------- * Fri Feb 29 2008 Dave Airlie 2.1.7-2 - drop nouveau sub-package xorg-x11-server-1.4.99.1-0.26.20080227.fc9 ------------------------------------------ * Thu Feb 28 2008 Jeremy Katz - 1.4.99.1-0.26 - Pull in another SELinux fix from upstream * Wed Feb 27 2008 Adam Jackson 1.4.99.1-0.25 - Today's git snapshot. Selinux fixes, XKB crash fix. * Tue Feb 26 2008 Adam Jackson 1.4.99.1-0.24 - Today's git snapshot. PCI cleanups, AIGLX fix. xqilla-2.0.0-5.fc9 ------------------ * Fri Feb 29 2008 Milan Zazrivec 2.0.0-5 - Create xqilla-doc package for xqilla documentation xulrunner-1.9-0.beta3.30.nightly20080228.fc9 -------------------------------------------- * Thu Feb 28 2008 Christopher Aillon 1.9-0.beta3.30 - Update to latest trunk (2008-02-28) yelp-2.21.90-4.fc9 ------------------ * Thu Feb 28 2008 Martin Stransky - 2.21.90-4 - updated xulrunner patch, rebuild against xulrunner * Tue Feb 19 2008 Fedora Release Engineering - 2.21.90-3 - Autorebuild for GCC 4.3 * Sun Feb 17 2008 Matthew Barnes - 2.21.90-2 - Rebuild with GCC 4.3 Broken deps for i386 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.i386 requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.i386 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.i386 requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.i386 requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.i386 requires libsoup-2.2.so.8 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto ginac-1.4.1-1.fc9.i386 requires libcln.so.4 ginac-utils-1.4.1-1.fc9.i386 requires libcln.so.4 gnome-web-photo-0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo-0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.i386 requires perl(Nbi) mknbi-1.4.4-11.fc9.i386 requires perl(Elf) mknbi-1.4.4-11.fc9.i386 requires perl(TruncFD) octave-forge-20071212-7.fc9.i386 requires libcln.so.4 perl-XML-Xerces-2.7.0_0-4.fc9.i386 requires libxerces-c.so.27 plplot-perl-5.8.0-10.fc9.i386 requires perl(PDL::GSL::RNG) python-formencode-0.9-1.fc9.noarch requires /usr/bin/python2.4 sugar-0.75.0-1.fc9.i386 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.x86_64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.x86_64 requires firefox = 0:2.0.0.12 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 buoh-0.8.2-2.fc7.x86_64 requires libsoup-2.2.so.8()(64bit) compiz-kde-0.6.2-6.fc9.x86_64 requires libkdecorations.so.1()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.x86_64 requires libsoup-2.2.so.8()(64bit) evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto ginac-1.4.1-1.fc9.i386 requires libcln.so.4 ginac-1.4.1-1.fc9.x86_64 requires libcln.so.4()(64bit) ginac-utils-1.4.1-1.fc9.x86_64 requires libcln.so.4()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mknbi-1.4.4-11.fc9.x86_64 requires perl(Nbi) mknbi-1.4.4-11.fc9.x86_64 requires perl(Elf) mknbi-1.4.4-11.fc9.x86_64 requires perl(TruncFD) octave-forge-20071212-7.fc9.x86_64 requires libcln.so.4()(64bit) perl-XML-Xerces-2.7.0_0-4.fc9.x86_64 requires libxerces-c.so.27()(64bit) plplot-perl-5.8.0-10.fc9.x86_64 requires perl(PDL::GSL::RNG) python-formencode-0.9-1.fc9.noarch requires /usr/bin/python2.4 sugar-0.75.0-1.fc9.x86_64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc requires libsoup-2.2.so.8 bmpx-extension-0.40.13-7.fc8.ppc requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc requires libsoup-2.2.so.8 compiz-kde-0.6.2-6.fc9.ppc requires libkdecorations.so.1 drivel-2.1.1-0.3.20071130svn.fc9.ppc requires libsoup-2.2.so.8 evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto ginac-1.4.1-1.fc9.ppc requires libcln.so.4 ginac-1.4.1-1.fc9.ppc64 requires libcln.so.4()(64bit) ginac-utils-1.4.1-1.fc9.ppc requires libcln.so.4 gnome-web-photo-0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo-0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo-0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo-0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 octave-forge-20071212-7.fc9.ppc requires libcln.so.4 perl-XML-Xerces-2.7.0_0-4.fc9.ppc requires libxerces-c.so.27 plplot-perl-5.8.0-10.fc9.ppc requires perl(PDL::GSL::RNG) python-formencode-0.9-1.fc9.noarch requires /usr/bin/python2.4 sugar-0.75.0-1.fc9.ppc requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- bmpx-0.40.13-7.fc8.ppc64 requires libsoup-2.2.so.8()(64bit) bmpx-extension-0.40.13-7.fc8.ppc64 requires firefox = 0:2.0.0.12 buoh-0.8.2-2.fc7.ppc64 requires libsoup-2.2.so.8()(64bit) drivel-2.1.1-0.3.20071130svn.fc9.ppc64 requires libsoup-2.2.so.8()(64bit) evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto ginac-1.4.1-1.fc9.ppc64 requires libcln.so.4()(64bit) ginac-utils-1.4.1-1.fc9.ppc64 requires libcln.so.4()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo-0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo-0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 octave-forge-20071212-7.fc9.ppc64 requires libcln.so.4()(64bit) perl-Test-AutoBuild-darcs-1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 perl-XML-Xerces-2.7.0_0-4.fc9.ppc64 requires libxerces-c.so.27()(64bit) plplot-perl-5.8.0-10.fc9.ppc64 requires perl(PDL::GSL::RNG) python-formencode-0.9-1.fc9.noarch requires /usr/bin/python2.4 sugar-0.75.0-1.fc9.ppc64 requires matchbox-window-manager util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From skvidal at fedoraproject.org Fri Feb 29 18:39:53 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 29 Feb 2008 13:39:53 -0500 Subject: file dependencies and packages and [blocker] bugs In-Reply-To: <1204308356.8099.80.camel@cutter> References: <1204308356.8099.80.camel@cutter> Message-ID: <1204310393.8099.90.camel@cutter> On Fri, 2008-02-29 at 13:05 -0500, seth vidal wrote: > In some cases this is just legacy dreck that we can now clean up. I'd like to clarify this sentence: When I say dreck I only mean 'cruft'. I don't know what dreck means in various languages and I don't mean any negative intent or disrespect in any of the other languages that I don't know. My only intent here was to convey that some of these file deps were done due to a requirement of a particular time and, hopefully, they can be replaced with something else. Thanks, -sv From loganjerry at gmail.com Fri Feb 29 18:52:05 2008 From: loganjerry at gmail.com (Jerry James) Date: Fri, 29 Feb 2008 11:52:05 -0700 Subject: system-* tools' ui independence In-Reply-To: References: <5e92ee3f0802270423l70cc820bvbac5d3e9d209f3c8@mail.gmail.com> <47C5EC01.1020702@redhat.com> <16de708d0802271557q34c1e4a4s87be20a7c2042768@mail.gmail.com> <1204161257.3437.14.camel@localhost.localdomain> <16de708d0802272007n487c46bag3c5f799f8a002e43@mail.gmail.com> <47C64A61.6020009@gmail.com> <7vmi95xv63.ln2@ppp1053.in.ipex.cz> <20080228140635.2d3b10b9@dhcp03.addix.net> <870180fe0802280900h60a01a27t2e59f871281649ea@mail.gmail.com> Message-ID: <870180fe0802291052g5910ee85tb828d9c2b03de2ca@mail.gmail.com> On Fri, Feb 29, 2008 at 7:18 AM, Matej Cepl wrote: > On 2008-02-28, 17:00 GMT, Jerry James wrote: > > The KVM switch in my server room seems to block autodetection > > of the mouse and monitor (the keyboard is a vanilla PC105; > > I bet if it was some multimedia keyboard that it would also be > > configured incorrectly). I have to explicitly configure the > > mouse and monitor in xorg.conf. I consider that an unfortunate > > property of my hardware, rather than a software bug. Should > > I think otherwise? > > That's weird -- we should at least default to something sane > (like vanilla PC105 keyboard). Yes, please, file a bug with > /var/log/Xorg.0.log and with /etc/X11/xorg.conf you need to use. Sorry, I wasn't clear enough. The keyboard works fine. The monitor is not autodetected, so I get some low resolution, 800x600 I think. I also have to turn off the hardware cursor or I get an invisible mouse pointer. If I plug the same hardware directly into the computer when it boots, then it gets detected fine. The KVM switch appears to be getting in the way somehow. -- Jerry James http://loganjerry.googlepages.com/ From lesmikesell at gmail.com Fri Feb 29 19:03:15 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 29 Feb 2008 13:03:15 -0600 Subject: submitting ideas to Fedora In-Reply-To: <1204303638.12957.229.camel@localhost> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204245585.2754.345.camel@cookie.hadess.net> <47C75CB5.7060504@gmail.com> <1204303638.12957.229.camel@localhost> Message-ID: <47C856F3.1050207@gmail.com> Callum Lerwick wrote: > I'm a Software Engineer. I believe my time is best spent making > Fedora and Open Source in general, better. A better system will sell > itself. Hmmm, then why are all those boxes running windows? > I think you're putting yourself into fedora-marketing/ambassador > territory. > > Keep in mind, who's the audience of the wiki page? Of the Wiki in > general, even? Is it really for the public? Or is it "internal > communication" intended to be summarized elsewhere for public > consumption? A better question would be whether it is to promote what you happen to have, or to learn what users would like to have. There are a lot of things that could be better in a distribution simply by combining features that are already available in upstream packages. For example, fedora ships an LDAP server and has the capability of using one for user authentication, but no one does - and the value of doing it isn't obvious until you install your second box. Why couldn't these be shipped to work together and be the default way to manage users even on a single box? -- Les Mikesell lesmikesell at gmail.com From j.w.r.degoede at hhs.nl Fri Feb 29 19:03:40 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 29 Feb 2008 20:03:40 +0100 Subject: file dependencies and packages and [blocker] bugs In-Reply-To: <1204308356.8099.80.camel@cutter> References: <1204308356.8099.80.camel@cutter> Message-ID: <47C8570C.2000003@hhs.nl> seth vidal wrote: > Hi all, > I've compiled a list of all packages that have a file dependency > outside of these globs: > *bin/*, /etc/* > > I'm going to file a bug against each of the packages to see if we can > work out a virtual provide/requires to deal with this problem. > > The issue is this: In order for apt/smart/yum to depsolve for a > dependency like: > /usr/libexec/poker3d/underware > > each of them have to download the full filelists for ALL enabled > repositories in the configuration. > > For Everything it is 8MB > For Updates it is 3.5MB > > That's a fair sized chunk. In the shape of updates it gets updated > frequently and it needs to be re-downloaded. That's unfortunate for a > lot of users. > > So I'm going to file bugs against each of the packages which have this > issue and we're going to work out a solution. One way or another. :) > > Rawhide: > http://skvidal.fedorapeople.org/misc/crack-filedeps-by-pkg-rawhide > > What I'm going to recommend for the moment is that for each package with > a file-dep for multilib purposes we consider making virtual provides in > the corresponding providing pkg[s] that handle the declaration > per-architecture or library-type. > > In some cases this is just legacy dreck that we can now clean up. > Okay, these are mine (which I already knew without looking at the report, as I very deliberately added the filedeps): /usr/share/fonts/bitstream-vera/Vera.ttf xblast-0:2.10.4-5.fc9.i386 chess-0:1.0-12.fc9.i386 /usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf sdljava-demo-0:0.9.1-9.fc9.i386 /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf sdljava-demo-0:0.9.1-9.fc9.i386 /usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf sdljava-demo-0:0.9.1-9.fc9.i386 /usr/share/fonts/dejavu/DejaVuSans.ttf sdljava-demo-0:0.9.1-9.fc9.i386 The problem with these packages is that the application in question (== game-ish app, using its own fontrending) opens these fonts by filename. not true any known font configuration mechanism. Combine this with the fact that fonts change both location and name regulary, and a simple dep on the font providing package wont't do. With these (not pretty) file deps I actually get broken deps reports send to me when this happens. Don't believe me? This is from the sdljava-demo changelog: * Sun Dec 9 2007 Hans de Goede 0.9.1-7 - And the dejavu-fonts fontfile names changed back again (what fun) * Tue Nov 20 2007 Hans de Goede 0.9.1-6 - Adjust font symlinks in sdljava-demo package for fontfile name changes in dejavu-fonts (bz 388861) On the postive site, very few people have either of these installed, so I guess the best solution here is to notfix. But I'm open for other ways of catching filename changes in another package without using file deps. Regards, Hans From jmoyer at redhat.com Fri Feb 29 19:06:16 2008 From: jmoyer at redhat.com (Jeff Moyer) Date: Fri, 29 Feb 2008 14:06:16 -0500 Subject: Rhythmbox and autofs - is this a bug? In-Reply-To: (Camilo Mesias's message of "Sat, 23 Feb 2008 10:25:05 +0000") References: Message-ID: "Camilo Mesias" writes: > I'm sharing music files from a F8 box using nfs4 and autofs on the F8 > client. It seemed to work well at first, then I realised the mount was > timing out and Rhythmbox was 'losing' the files. I thought to work > around this with a wrapper script that does > > cd /server/MUSIC > rhythmbox > > I launch the script instead of rhythmbox directly. > > By chdir into the served directory I hoped to keep the files visible, > but it seems that they are still lost from Rhythmbox sometimes. > > So, am I doing the right thing, or could rhythmbox do more to work > with autofs mounts? Should I be serving up the files differently? The bottom line is that the fact that the files live on an automount-managed mount point should be transparent to the application. Please file a bug against autofs for this. Thanks! Jeff From cjdahlin at ncsu.edu Fri Feb 29 19:06:11 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Fri, 29 Feb 2008 14:06:11 -0500 Subject: Again about status of p2p-software in Fedora. In-Reply-To: <1204299988.12957.200.camel@localhost> References: <1204299988.12957.200.camel@localhost> Message-ID: <47C857A3.4060401@ncsu.edu> Callum Lerwick wrote: > On Fri, 2008-02-29 at 13:46 +0300, Peter Lemenkov wrote: > >> Hello All! >> Why there is no any eMule/eDonkey software titles in Fedora main >> repository while there are number of torrent-related ones? What's the >> difference between them? >> > > The difference is Bittorrent is designed in a way to enable controlled, > legitimate use. Whereas eDonkey and others are generally wild > uncontrollable distributed systems, that make it difficult to completely > divorce yourself from other people's illicit traffic. Even so: > > $ yum search edonkey > ed2k_hash-gui.i386 : Edonkey 2000 file hash calculator with FLTK GUI > ed2k_hash.i386 : Edonkey 2000 file hash calculator > ed2k_hash-gui.i386 : Edonkey 2000 file hash calculator with FLTK GUI > ed2k_hash.i386 : Edonkey 2000 file hash calculator > amule.i386 : File sharing client compatible with eDonkey > > Sure those came from us and not livna or elsewhere? I know I installed mldonkey by rpm at one point, but not sure where it came from. --CJD From tibbs at math.uh.edu Fri Feb 29 19:23:58 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 29 Feb 2008 13:23:58 -0600 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <47C84615.7050809@redhat.com> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> <47C84615.7050809@redhat.com> Message-ID: >>>>> "WT" == Warren Togami writes: WT> Why was this added to Fedora then immediately abandoned? FYI, https://bugzilla.redhat.com/show_bug.cgi?id=329291 submitted 2007-10-12 by Lubomir Kundrak (lkundrak at redhat.com). - J< From seg at haxxed.com Fri Feb 29 19:36:01 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 29 Feb 2008 13:36:01 -0600 Subject: Again about status of p2p-software in Fedora. In-Reply-To: <47C857A3.4060401@ncsu.edu> References: <1204299988.12957.200.camel@localhost> <47C857A3.4060401@ncsu.edu> Message-ID: <1204313761.12957.249.camel@localhost> On Fri, 2008-02-29 at 14:06 -0500, Casey Dahlin wrote: > Callum Lerwick wrote: > > $ yum search edonkey > > ed2k_hash-gui.i386 : Edonkey 2000 file hash calculator with FLTK GUI > > ed2k_hash.i386 : Edonkey 2000 file hash calculator > > ed2k_hash-gui.i386 : Edonkey 2000 file hash calculator with FLTK GUI > > ed2k_hash.i386 : Edonkey 2000 file hash calculator > > amule.i386 : File sharing client compatible with eDonkey > > > > > Sure those came from us and not livna or elsewhere? > > I know I installed mldonkey by rpm at one point, but not sure where it > came from. Hah hah dur, yes those are coming from Livna. My bad. The "yum search" format changed at some point, and now it doesn't tell you what repo the hits came from. Yes, the old format was overwhelmingly verbose, but now it's disappointingly terse. Can we get a happy median? :) -------------- 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 lordmorgul at gmail.com Fri Feb 29 19:36:41 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 29 Feb 2008 11:36:41 -0800 Subject: Error when updating control-center-2.21.92-1.fc9.i386 using pup In-Reply-To: <6bb886180802281842t59b9e2f5m98a51c3169aa998@mail.gmail.com> References: <6bb886180802281842t59b9e2f5m98a51c3169aa998@mail.gmail.com> Message-ID: <47C85EC9.60605@gmail.com> David Hunter wrote: > Bug or what? > > control-center-2.21.92-1.fc9.i386 > WARNING: Failed to parse default value `??? ????????? ?????? ??? ??? > ?????????' for schema (/schemas/apps/control-center/cc_actions_list) > WARNING: Failed to parse default value `Vaihda teemaa;gtk- > theme-selector.desktop,Aseta ensisijaiset sovellukset;default- > applications.desktop, Lis?? tulostin;gnome-cups-manager.desktop]' for schema > (/schemas/apps/control-center/cc_actions_list) Looks like a language/charset issue. You probably should get it reported in bz if its not yet. -- Andrew Farris www.lordmorgul.net gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From caillon at redhat.com Fri Feb 29 19:46:41 2008 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 29 Feb 2008 14:46:41 -0500 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <20080229082718.GA2756@free.fr> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> Message-ID: <47C86121.9020301@redhat.com> On 02/29/2008 03:27 AM, Patrice Dumas wrote: > On Thu, Feb 28, 2008 at 01:57:34PM -0500, Warren Togami wrote: >> Has Co-Owners but no primary owner >> ================================== >> debootstrap > > I would prefer if somebody else was the primary maintainer. Is someone > interested? I'm curious to know what you feel the difference is, because there really shouldn't be any "primary" or "secondary" maintainers. There's just maintainers and not. From pertusus at free.fr Fri Feb 29 19:51:32 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 29 Feb 2008 20:51:32 +0100 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <47C86121.9020301@redhat.com> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> <47C86121.9020301@redhat.com> Message-ID: <20080229195132.GA2845@free.fr> On Fri, Feb 29, 2008 at 02:46:41PM -0500, Christopher Aillon wrote: > On 02/29/2008 03:27 AM, Patrice Dumas wrote: >> On Thu, Feb 28, 2008 at 01:57:34PM -0500, Warren Togami wrote: >>> Has Co-Owners but no primary owner >>> ================================== >>> debootstrap >> >> I would prefer if somebody else was the primary maintainer. Is someone >> interested? > > I'm curious to know what you feel the difference is, because there really > shouldn't be any "primary" or "secondary" maintainers. There's just > maintainers and not. The primary maintainer has the last word (before escalation) and is supposed to take care of the package. The secondary packagers comment on bugs, and take care of the package when the first packager seems to be unresponsive. It is what I do, not a hard rule. -- Pat From dominik at greysector.net Fri Feb 29 19:59:02 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Fri, 29 Feb 2008 20:59:02 +0100 Subject: Again about status of p2p-software in Fedora. In-Reply-To: <1204313761.12957.249.camel@localhost> References: <1204299988.12957.200.camel@localhost> <47C857A3.4060401@ncsu.edu> <1204313761.12957.249.camel@localhost> Message-ID: <20080229195902.GB3361@ryvius.greysector.net> On Friday, 29 February 2008 at 20:36, Callum Lerwick wrote: > > On Fri, 2008-02-29 at 14:06 -0500, Casey Dahlin wrote: > > Callum Lerwick wrote: > > > $ yum search edonkey > > > ed2k_hash-gui.i386 : Edonkey 2000 file hash calculator with FLTK GUI > > > ed2k_hash.i386 : Edonkey 2000 file hash calculator > > > ed2k_hash-gui.i386 : Edonkey 2000 file hash calculator with FLTK GUI > > > ed2k_hash.i386 : Edonkey 2000 file hash calculator > > > amule.i386 : File sharing client compatible with eDonkey > > > > > > > > Sure those came from us and not livna or elsewhere? > > > > I know I installed mldonkey by rpm at one point, but not sure where it > > came from. > > Hah hah dur, yes those are coming from Livna. My bad. The "yum search" > format changed at some point, and now it doesn't tell you what repo the > hits came from. Yes, the old format was overwhelmingly verbose, but now > it's disappointingly terse. Can we get a happy median? :) ed2k_hash* is in Fedora and has been for quite some time. But hey, it's only a hash calculator (think: md4sum). 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 seg at haxxed.com Fri Feb 29 20:03:29 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 29 Feb 2008 14:03:29 -0600 Subject: submitting ideas to Fedora In-Reply-To: <47C856F3.1050207@gmail.com> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204245585.2754.345.camel@cookie.hadess.net> <47C75CB5.7060504@gmail.com> <1204303638.12957.229.camel@localhost> <47C856F3.1050207@gmail.com> Message-ID: <1204315410.12957.271.camel@localhost> On Fri, 2008-02-29 at 13:03 -0600, Les Mikesell wrote: > Callum Lerwick wrote: > > > I'm a Software Engineer. I believe my time is best spent making > > Fedora and Open Source in general, better. A better system will sell > > itself. > > Hmmm, then why are all those boxes running windows? Is this a troll? Yeah yeah, its idealistic engineer thinking. I considered saying "A better product will... well, it's easier to sell." but that wouldn't have sounded as epic. :) > A better question would be whether it is to promote what you happen to > have, or to learn what users would like to have. There are a lot of > things that could be better in a distribution simply by combining > features that are already available in upstream packages. For example, > fedora ships an LDAP server and has the capability of using one for user > authentication, but no one does - and the value of doing it isn't > obvious until you install your second box. Why couldn't these be > shipped to work together and be the default way to manage users even on > a single box? Users want ponies, and there's no lack of them coming on fedora-devel to tell us so. My point here is I see no lack of communication between Fedora developers and users. There's this and other mailing lists, IRC, and forums such as fedoraforum.org, all of which are frequented by at least some developers and/or ambassadors. Ambassadors are in direct contact with user communities. Many developers are in direct contact with users. They have day jobs as IT people at universities, or research institutions... Red Hat of course has its customers. And developers are users too. I see no problem that needs to be fixed. (Yes, more engineer thinking.) Why give our users a hollow, meaningless vote? We'd be lying to them. What are we, a United States presidential election? :) -------------- 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 pertusus at free.fr Fri Feb 29 20:08:10 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 29 Feb 2008 21:08:10 +0100 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <47C8458F.2050106@ncsu.edu> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> <47C84615.7050809@redhat.com> <47C8458F.2050106@ncsu.edu> Message-ID: <20080229200810.GB2845@free.fr> On Fri, Feb 29, 2008 at 12:49:03PM -0500, Casey Dahlin wrote: > > "debootstrap is used to create a Debian base system from scratch, without > requiring the availability of dpkg or apt. It does this by downloading > .deb files from a mirror site, and carefully unpacking them into a > directory which can eventually be chrooted into." > > > Why do we have this in the first place? I'm not against Debian or the > downloading thereof, but... I really cannot think of any real Fedora use > case for this. Maybe I'm unimaginative today? Indeed you are. For example it can be used * to check how debian packages are done. I personally used it to check how t1lib is packaged on debian. * imagine you have to prepare a course in computer science and the computers are under debian and you want to test. * you want to do some debian packaging in fedora. You use pbuilder to build your packages, debootstrap is a requires, and you use debootstrap to test them. -- Pat From jspaleta at gmail.com Fri Feb 29 20:09:06 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 29 Feb 2008 11:09:06 -0900 Subject: Again about status of p2p-software in Fedora. In-Reply-To: <47C813CC.4000607@odu.neva.ru> References: <20080229111404.GA2951@amd.home.annexia.org> <47C813CC.4000607@odu.neva.ru> Message-ID: <604aa7910802291209g3c173949xe36317fa7b64ec12@mail.gmail.com> On Fri, Feb 29, 2008 at 5:16 AM, Dmitry Butskoy wrote: > As far as I remember, "P2P is OK while it does not have any points to > the illegal content" (Tom "spot" Callaway (c) , isn't it? :) ) > > Besides the Torrent, Gnutella is already supported (gtk-gnutella, > gift-gnutella), and so on. Make sure that the rpm package does not > include any illegal stuff and has not any links to questionable and > legal-dangerous servers. I thought this was settled as well. Is edonkey technology any different then gnutella? Other than having a far less interesting name. Aren't they both designed to do the same sort of distributed network? If you can explain the difference between edonkey and gnutella, then we'll have a much better idea of if edonkey crosses a line that gnutella does not. -jef From pertusus at free.fr Fri Feb 29 20:13:27 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 29 Feb 2008 21:13:27 +0100 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <47C84615.7050809@redhat.com> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> <47C84615.7050809@redhat.com> Message-ID: <20080229201327.GC2845@free.fr> On Fri, Feb 29, 2008 at 12:51:17PM -0500, Warren Togami wrote: >> > > Why was this added to Fedora then immediately abandoned? If nobody is > willing to be maintainer then we cannot responsibly maintain it. It should > be removed. If somebody thereafter is willing to maintain it can always be > re-added. I will maintain it if nobody else wants to, but I'd prefer to be comaintainer. -- Pat From pemboa at gmail.com Fri Feb 29 20:17:52 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 29 Feb 2008 14:17:52 -0600 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <20080229201327.GC2845@free.fr> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> <47C84615.7050809@redhat.com> <20080229201327.GC2845@free.fr> Message-ID: <16de708d0802291217x464db107ib220a33424591e75@mail.gmail.com> On Fri, Feb 29, 2008 at 2:13 PM, Patrice Dumas wrote: > On Fri, Feb 29, 2008 at 12:51:17PM -0500, Warren Togami wrote: > >> > > > > Why was this added to Fedora then immediately abandoned? If nobody is > > willing to be maintainer then we cannot responsibly maintain it. It should > > be removed. If somebody thereafter is willing to maintain it can always be > > re-added. > > I will maintain it if nobody else wants to, but I'd prefer to be > comaintainer. > > -- > Pat Is said app even useful? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From pertusus at free.fr Fri Feb 29 20:23:24 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 29 Feb 2008 21:23:24 +0100 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <16de708d0802291217x464db107ib220a33424591e75@mail.gmail.com> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> <47C84615.7050809@redhat.com> <20080229201327.GC2845@free.fr> <16de708d0802291217x464db107ib220a33424591e75@mail.gmail.com> Message-ID: <20080229202324.GD2845@free.fr> On Fri, Feb 29, 2008 at 02:17:52PM -0600, Arthur Pemberton wrote: > > Is said app even useful? Yes it is. For example it can be used * to check how debian packages are done. I personally used it to check how t1lib is packaged on debian. * imagine you have to prepare a course in computer science and the computers are under debian and you want to test. * you want to do some debian packaging in fedora. You use pbuilder to build your packages, debootstrap is a requires, and you use debootstrap to test them. -- Pat From adam at spicenitz.org Fri Feb 29 20:31:01 2008 From: adam at spicenitz.org (Adam Goode) Date: Fri, 29 Feb 2008 15:31:01 -0500 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <20080229201327.GC2845@free.fr> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> <47C84615.7050809@redhat.com> <20080229201327.GC2845@free.fr> Message-ID: <47C86B85.5090204@spicenitz.org> Patrice Dumas wrote: > On Fri, Feb 29, 2008 at 12:51:17PM -0500, Warren Togami wrote: >> Why was this added to Fedora then immediately abandoned? If nobody is >> willing to be maintainer then we cannot responsibly maintain it. It should >> be removed. If somebody thereafter is willing to maintain it can always be >> re-added. > > I will maintain it if nobody else wants to, but I'd prefer to be > comaintainer. > I'd be interested in taking this package, with Pat as comaintainer. I will be away this weekend, however, so won't have time for a few days to do anything. I can at least add myself to the package right now. Adam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From pemboa at gmail.com Fri Feb 29 20:39:10 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 29 Feb 2008 14:39:10 -0600 Subject: Final Warning: Orphanarium to be Nuked In-Reply-To: <20080229202324.GD2845@free.fr> References: <47C7041E.50102@redhat.com> <20080229082718.GA2756@free.fr> <47C84615.7050809@redhat.com> <20080229201327.GC2845@free.fr> <16de708d0802291217x464db107ib220a33424591e75@mail.gmail.com> <20080229202324.GD2845@free.fr> Message-ID: <16de708d0802291239k74749936h528824623c10b667@mail.gmail.com> On Fri, Feb 29, 2008 at 2:23 PM, Patrice Dumas wrote: > On Fri, Feb 29, 2008 at 02:17:52PM -0600, Arthur Pemberton wrote: > > > > Is said app even useful? > > Yes it is. For example it can be used > > * to check how debian packages are done. I personally used it to check > how t1lib is packaged on debian. > * imagine you have to prepare a course in computer science and the > computers are under debian and you want to test. > * you want to do some debian packaging in fedora. You use pbuilder to > build your packages, debootstrap is a requires, and you use > debootstrap to test them. Interesting, ok. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From skvidal at fedoraproject.org Fri Feb 29 21:18:59 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 29 Feb 2008 16:18:59 -0500 Subject: file dependencies and packages and [blocker] bugs In-Reply-To: <47C8570C.2000003@hhs.nl> References: <1204308356.8099.80.camel@cutter> <47C8570C.2000003@hhs.nl> Message-ID: <1204319939.8099.98.camel@cutter> On Fri, 2008-02-29 at 20:03 +0100, Hans de Goede wrote: > Okay, these are mine (which I already knew without looking at the report, as I > very deliberately added the filedeps): > > /usr/share/fonts/bitstream-vera/Vera.ttf > xblast-0:2.10.4-5.fc9.i386 > chess-0:1.0-12.fc9.i386 > > /usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf > sdljava-demo-0:0.9.1-9.fc9.i386 > > /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf > sdljava-demo-0:0.9.1-9.fc9.i386 > > /usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf > sdljava-demo-0:0.9.1-9.fc9.i386 > > /usr/share/fonts/dejavu/DejaVuSans.ttf > sdljava-demo-0:0.9.1-9.fc9.i386 > > > The problem with these packages is that the application in question (== > game-ish app, using its own fontrending) opens these fonts by filename. not > true any known font configuration mechanism. > > Combine this with the fact that fonts change both location and name regulary, > and a simple dep on the font providing package wont't do. With these (not > pretty) file deps I actually get broken deps reports send to me when this > happens. Don't believe me? This is from the sdljava-demo changelog: Define 'regularly' for the fonts changing locations? Also - If they are changing so often why don't we talk to the font maintainers and get that to stop moving around? > On the postive site, very few people have either of these installed, so I guess > the best solution here is to notfix. But I'm open for other ways of catching > filename changes in another package without using file deps. It makes things like repoclosure take longer to run b/c it has to go get the filelists to resolve it all out. Don't you think we should be able to do something to make this situation better or even rarer? -sv From rc040203 at freenet.de Fri Feb 29 21:58:49 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 29 Feb 2008 22:58:49 +0100 Subject: file dependencies and packages and [blocker] bugs In-Reply-To: <1204319939.8099.98.camel@cutter> References: <1204308356.8099.80.camel@cutter> <47C8570C.2000003@hhs.nl> <1204319939.8099.98.camel@cutter> Message-ID: <1204322329.3446.392.camel@beck.corsepiu.local> On Fri, 2008-02-29 at 16:18 -0500, seth vidal wrote: > On Fri, 2008-02-29 at 20:03 +0100, Hans de Goede wrote: > > > Okay, these are mine (which I already knew without looking at the report, as I > > very deliberately added the filedeps): > > > > /usr/share/fonts/bitstream-vera/Vera.ttf > > xblast-0:2.10.4-5.fc9.i386 > > chess-0:1.0-12.fc9.i386 > > > > /usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf > > sdljava-demo-0:0.9.1-9.fc9.i386 > > > > /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf > > sdljava-demo-0:0.9.1-9.fc9.i386 > > > > /usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf > > sdljava-demo-0:0.9.1-9.fc9.i386 > > > > /usr/share/fonts/dejavu/DejaVuSans.ttf > > sdljava-demo-0:0.9.1-9.fc9.i386 > > > > > > The problem with these packages is that the application in question (== > > game-ish app, using its own fontrending) opens these fonts by filename. not > > true any known font configuration mechanism. I am having the same issue with packages I maintain. > Define 'regularly' for the fonts changing locations? For me, the problem had been fonts having vanished and fonts having changed location _unnoticed_ between FC7 and FC8 (Initial FC8 contained broken packages, because of this) As a consequence of this, I am hard-coding deps on font files. My packages now break when fonts vanish/move. > Also - If they are > changing so often why don't we talk to the font maintainers and get that > to stop moving around? They changed due to conventions on font installation dirs changed and because fonts where dropped due to licensing issues. > > On the postive site, very few people have either of these installed, so I guess > > the best solution here is to notfix. But I'm open for other ways of catching > > filename changes in another package without using file deps. > > It makes things like repoclosure take longer to run b/c it has to go get > the filelists to resolve it all out. Well, it would be a mistake not check them - These deps are present, whether you like it or not. > Don't you think we should be able to do something to make this situation > better or even rarer? I think you are wasting your time on a broken heuristic. Ralf From cjdahlin at ncsu.edu Fri Feb 29 22:05:57 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Fri, 29 Feb 2008 17:05:57 -0500 Subject: submitting ideas to Fedora In-Reply-To: <1204315410.12957.271.camel@localhost> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204245585.2754.345.camel@cookie.hadess.net> <47C75CB5.7060504@gmail.com> <1204303638.12957.229.camel@localhost> <47C856F3.1050207@gmail.com> <1204315410.12957.271.camel@localhost> Message-ID: <47C881C5.8010404@ncsu.edu> Callum Lerwick wrote: > On Fri, 2008-02-29 at 13:03 -0600, Les Mikesell wrote: > >> Callum Lerwick wrote: >> >> >>> I'm a Software Engineer. I believe my time is best spent making >>> Fedora and Open Source in general, better. A better system will sell >>> itself. >>> >> Hmmm, then why are all those boxes running windows? >> > > Is this a troll? Yeah yeah, its idealistic engineer thinking. I > considered saying "A better product will... well, it's easier to sell." > but that wouldn't have sounded as epic. :) > > >> A better question would be whether it is to promote what you happen to >> have, or to learn what users would like to have. There are a lot of >> things that could be better in a distribution simply by combining >> features that are already available in upstream packages. For example, >> fedora ships an LDAP server and has the capability of using one for user >> authentication, but no one does - and the value of doing it isn't >> obvious until you install your second box. Why couldn't these be >> shipped to work together and be the default way to manage users even on >> a single box? >> > > Users want ponies, and there's no lack of them coming on fedora-devel to > tell us so. My point here is I see no lack of communication between > Fedora developers and users. There's this and other mailing lists, IRC, > and forums such as fedoraforum.org, all of which are frequented by at > least some developers and/or ambassadors. Ambassadors are in direct > contact with user communities. Many developers are in direct contact > with users. They have day jobs as IT people at universities, or research > institutions... Red Hat of course has its customers. And developers are > users too. > > I see no problem that needs to be fixed. (Yes, more engineer thinking.) > Why give our users a hollow, meaningless vote? We'd be lying to them. > What are we, a United States presidential election? :) > I don't see anyone approaching this from a marketing perspective. Yes, there are channels to get to developers, and yes they are used more or less effectively, but look at the experience: You want something done, so you go to fedora, and you are linked to a shiny blue website. It intros with a long string of "motherhood and apple pie" speak about collaboration and working together to make fedora better for all of us. Then you post your idea in a nice little template, and collect your thank you for making the world a better place as you log out. Making the users feel special is a good objective too, in addition to listening to what they want. Also, making this sharing very public turns the collaboration itself into a kind of advertisement. Others who stumble upon the site get to say "hey, look how collaborative Fedora is. I should check this out." Even if little to no new ideas are reaped from the process, it still makes people happy. --CJD From lesmikesell at gmail.com Fri Feb 29 22:14:22 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 29 Feb 2008 16:14:22 -0600 Subject: submitting ideas to Fedora In-Reply-To: <1204315410.12957.271.camel@localhost> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204245585.2754.345.camel@cookie.hadess.net> <47C75CB5.7060504@gmail.com> <1204303638.12957.229.camel@localhost> <47C856F3.1050207@gmail.com> <1204315410.12957.271.camel@localhost> Message-ID: <47C883BE.4030202@gmail.com> Callum Lerwick wrote: > > Users want ponies, and there's no lack of them coming on fedora-devel to > tell us so. But an engineer knows that a pony isn't very practical. Users also want practical things. > I see no problem that needs to be fixed. (Yes, more engineer thinking.) I think that means there are parts of the system that you aren't using... Hence the value of listening to people that try. > Why give our users a hollow, meaningless vote? We'd be lying to them. > What are we, a United States presidential election? :) No, that takes court intervention to circumvent the will of the users. -- Les Mikesell lesmikesell at gmail.com From skvidal at fedoraproject.org Fri Feb 29 22:11:06 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 29 Feb 2008 17:11:06 -0500 Subject: file dependencies and packages and [blocker] bugs In-Reply-To: <1204322329.3446.392.camel@beck.corsepiu.local> References: <1204308356.8099.80.camel@cutter> <47C8570C.2000003@hhs.nl> <1204319939.8099.98.camel@cutter> <1204322329.3446.392.camel@beck.corsepiu.local> Message-ID: <1204323066.8099.107.camel@cutter> On Fri, 2008-02-29 at 22:58 +0100, Ralf Corsepius wrote: > > Define 'regularly' for the fonts changing locations? > For me, the problem had been fonts having vanished and fonts having > changed location _unnoticed_ between FC7 and FC8 (Initial FC8 contained > broken packages, because of this) > > As a consequence of this, I am hard-coding deps on font files. My > packages now break when fonts vanish/move. > So, it seems to me that the problem package here isn't yours but the font packages floating around. > > Also - If they are > > changing so often why don't we talk to the font maintainers and get that > > to stop moving around? > They changed due to conventions on font installation dirs changed and > because fonts where dropped due to licensing issues. They probably shouldn't be changing in the middle of the release. From one release to the next I can see it but not in between. > Well, it would be a mistake not check them - These deps are present, > whether you like it or not. It's not about not checking them - if we can make it so we don't need them it helps us out b/c we don't have to download all the extra metadata. > > Don't you think we should be able to do something to make this situation > > better or even rarer? > I think you are wasting your time on a broken heuristic. We're fairly open to better heuristics. If you've got one, let me know. This one works and has been reliable we just need to make sure we don't unnecessarily force the user to download a lot of data if there is another way to do it. -sv From j.w.r.degoede at hhs.nl Fri Feb 29 22:06:12 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 29 Feb 2008 23:06:12 +0100 Subject: file dependencies and packages and [blocker] bugs In-Reply-To: <1204319939.8099.98.camel@cutter> References: <1204308356.8099.80.camel@cutter> <47C8570C.2000003@hhs.nl> <1204319939.8099.98.camel@cutter> Message-ID: <47C881D4.6000806@hhs.nl> seth vidal wrote: > On Fri, 2008-02-29 at 20:03 +0100, Hans de Goede wrote: > >> Okay, these are mine (which I already knew without looking at the report, as I >> very deliberately added the filedeps): >> >> /usr/share/fonts/bitstream-vera/Vera.ttf >> xblast-0:2.10.4-5.fc9.i386 >> chess-0:1.0-12.fc9.i386 >> >> /usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf >> sdljava-demo-0:0.9.1-9.fc9.i386 >> >> /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf >> sdljava-demo-0:0.9.1-9.fc9.i386 >> >> /usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf >> sdljava-demo-0:0.9.1-9.fc9.i386 >> >> /usr/share/fonts/dejavu/DejaVuSans.ttf >> sdljava-demo-0:0.9.1-9.fc9.i386 >> >> >> The problem with these packages is that the application in question (== >> game-ish app, using its own fontrending) opens these fonts by filename. not >> true any known font configuration mechanism. >> >> Combine this with the fact that fonts change both location and name regulary, >> and a simple dep on the font providing package wont't do. With these (not >> pretty) file deps I actually get broken deps reports send to me when this >> happens. Don't believe me? This is from the sdljava-demo changelog: > > > Define 'regularly' for the fonts changing locations? Also - If they are > changing so often why don't we talk to the font maintainers and get that > to stop moving around? > regulary as in this has happened several times in the short lifetime of Fedora (so in the last 4 years) > > >> On the postive site, very few people have either of these installed, so I guess >> the best solution here is to notfix. But I'm open for other ways of catching >> filename changes in another package without using file deps. > > It makes things like repoclosure take longer to run b/c it has to go get > the filelists to resolve it all out. > > Don't you think we should be able to do something to make this situation > better or even rarer? > Erm, no not really, these apps need a certain file to be in a certain place, isn't that what filedeps are for? Maybe some more backgroundinfo on these apps: 1) They originally both ship with copies of Arial (!= free) in there tarbals, which get installed into the apps own data dir under /usr/share/app. 2) I've ripped these out of the src-tarbal (and the resulting package) and replaced them with symlinks to the same style fonts from vera / dejavu. Notice that these are currently the only 2 packages with this problem, because many games still ship with private copies (which really should be replaced with symlinks), for example when I execute the following find under /usr/share, I get (non interesting results removed): [hans at localhost share]$ find -name "vera*" -o -name "Vera*" -o -name "Deja*" -o -name "deja*" -o -name "Free*.ttf" ./brutalchess/fonts/VeraMono.ttf ./hedgewars/Data/Fonts/DejaVuSans.ttf ./childsplay/Data/VeraSeBd.ttf ./blobAndConquer/data/fonts/vera.ttf ./tvtime/FreeMonoBold.ttf ./tuxpaint/fonts/FreeSans.ttf ./tuxpaint/fonts/FreeSansBoldOblique.ttf ./tuxpaint/fonts/FreeMonoOblique.ttf ./tuxpaint/fonts/FreeMono.ttf ./tuxpaint/fonts/FreeMonoBold.ttf ./tuxpaint/fonts/FreeSansOblique.ttf ./tuxpaint/fonts/FreeMonoBoldOblique.ttf ./tuxpaint/fonts/FreeSerif.ttf ./tuxpaint/fonts/FreeSerifBold.ttf ./tuxpaint/fonts/FreeSansBold.ttf ./tuxpaint/fonts/FreeSerifBoldItalic.ttf ./tuxpaint/fonts/FreeSerifItalic.ttf ./doc/jack-audio-connection-kit-devel-0.109.2/reference/latex/FreeSans.ttf ./doc/liblo-devel-0.24/latex/FreeSans.ttf ./doc/physfs-devel-1.0.1/latex/FreeSans.ttf And this is on my recently reinstalled system (with thus little games installed, atleast for me). I really believe all these packages should be fixed to stop shipping a private copy of these fonts. The way todo this is to symlink to the installed official versions, as the packages will actually look for for example /usr/share/blobAndConquer/data/fonts/vera.ttf and then do their own rendering (as overlay to a rendered game scene). And I'm afraid I see no way to _cleanly_ drag in the needed fonts without using a file requires. Regards, Hans From alexl at users.sourceforge.net Fri Feb 29 22:30:11 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Fri, 29 Feb 2008 15:30:11 -0700 Subject: Is anyone packaging sage? In-Reply-To: (Rex Dieter's message of "Fri\, 29 Feb 2008 08\:42\:08 -0600") References: <477EC690.9030904@kobold.org> <3170f42f0801070705g6fbc7f33r71a03d88c024ec99@mail.gmail.com> <10636.1202499203@vosill.math.hmc.edu> <47C79DAB.7070404@aim.com> Message-ID: >>>>> "RD" == Rex Dieter writes: RD> brad wrote: >> Rex Dieter wrote: >> Any movement, work, progress here? Had some local faculty ask >> about >>> this, so I could devote some cycles to help move things along. >>> >>> If I don't hear anything, I'll jump in and get started soon >>> myself. >> I have started a spec file for sage. Unfortunately there is no >> configure or make install script to install; there is only a make >> file. I don't know how to fix that so I'm kind of stuck. The >> setup command looks for a configure script first, so thats where >> its breaking right now. Someone help me out here and I'll keep >> going with it. RD> OK, can I take a look at what you have? (post to the web for RD> download or emailing me directly is fine). I'm also interested in helping out. I probably won't have time to do any packaging, but count me in for doing packaging reviews. Perhaps we should start a wiki page under: http://fedoraproject.org/wiki/SIGs/SciTech e.g.: http://fedoraproject.org/wiki/SIGs/SciTech/SAGE Alex From nicolas.mailhot at laposte.net Fri Feb 29 22:30:55 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 29 Feb 2008 23:30:55 +0100 Subject: file dependencies and packages and [blocker] bugs In-Reply-To: <1204319939.8099.98.camel@cutter> References: <1204308356.8099.80.camel@cutter> <47C8570C.2000003@hhs.nl> <1204319939.8099.98.camel@cutter> Message-ID: <1204324255.28796.2.camel@rousalka.dyndns.org> Le vendredi 29 f?vrier 2008 ? 16:18 -0500, seth vidal a ?crit : > On Fri, 2008-02-29 at 20:03 +0100, Hans de Goede wrote: > > > Combine this with the fact that fonts change both location and name regulary, > > and a simple dep on the font providing package wont't do. With these (not > > pretty) file deps I actually get broken deps reports send to me when this > > happens. Don't believe me? This is from the sdljava-demo changelog: > > > Define 'regularly' for the fonts changing locations? Also - If they are > changing so often why don't we talk to the font maintainers and get that > to stop moving around? Because if upstream renames we rename too and since 99% of apps (both Linux and Windows ones) wouldn't care less about the filename there's no real case for filename stability. (and no renames do not happen often but they do happen). The real solution, of course, is to fix the apps so they use the common font stack. I'm pretty sure thei' i18n is broken if they use fixed font filenames BTW. -- 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 jspaleta at gmail.com Fri Feb 29 22:32:41 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 29 Feb 2008 13:32:41 -0900 Subject: submitting ideas to Fedora In-Reply-To: <47C881C5.8010404@ncsu.edu> References: <47C6D02F.3060904@gmail.com> <1204234048.12957.30.camel@localhost> <47C72A88.5080401@gmail.com> <1204245585.2754.345.camel@cookie.hadess.net> <47C75CB5.7060504@gmail.com> <1204303638.12957.229.camel@localhost> <47C856F3.1050207@gmail.com> <1204315410.12957.271.camel@localhost> <47C881C5.8010404@ncsu.edu> Message-ID: <604aa7910802291432u7d1e6ca8s656de126e1ecf59f@mail.gmail.com> On Fri, Feb 29, 2008 at 1:05 PM, Casey Dahlin wrote: > Yes, there are channels to get to developers, and yes they are used more > or less effectively, but look at the experience: You want something > done, so you go to fedora, and you are linked to a shiny blue website. > It intros with a long string of "motherhood and apple pie" speak about > collaboration and working together to make fedora better for all of us. > Then you post your idea in a nice little template, and collect your > thank you for making the world a better place as you log out. > > Making the users feel special is a good objective too, in addition to > listening to what they want. Also, making this sharing very public turns > the collaboration itself into a kind of advertisement. Others who > stumble upon the site get to say "hey, look how collaborative Fedora is. > I should check this out." It only helps if we actually DO something with it. A collection of ideas that we are pretty sure are not going to be implemented is just asking for trouble..big trouble. It's one thing to be honest about a bar of participation and working to lower that bar. it's far far worse to build a process whose entire goal is to give people the false sense that they are contributing when they are not. The bright and shiny web entry tool you are describing... is a lie. You can't just drive by and leave an idea and call it contribution. We can't compile a list of ideas when we KNOW that they will bitrot because there are no volunteer developers just sitting around waiting for something to do. I'd LOVE to have idle engineering resources at my disposal. Even as a Board member, if I can't generate the manpower necessary to get what I want done..done... it's not going to get done. If you encourage people to make an effort, and you don't followup on that effort, you quickly end up being called unresponsive because you asked for ideas and didn't do jack with them once you got them. There is a PR angle that must be addressed, but the marketting side has to follow the engineering and development policies... not the other way around... or shit just isn't going get done. You do it like you want it and you are generating human interest that we can't followup on. You want to make something bright and shiny? Work with Greg on his idea of compiling a list of vetted week-long hacks, with the goal of giving new people bite-sized work to get them started as contributors. Its a totally different concept than the popularity-storm idea. -jef > > Even if little to no new ideas are reaped from the process, it still > makes people happy. > > --CJD > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From mailing.goel at gmail.com Fri Feb 29 22:59:54 2008 From: mailing.goel at gmail.com (Gaurav Goel) Date: Fri, 29 Feb 2008 17:59:54 -0500 Subject: Google Summer of Code Message-ID: Hi, Which mailing list or IRC channel is currently active to discuss Google SoC ideas or we are supposed to discuss at? Thanks.. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michel.sylvan at gmail.com Fri Feb 29 23:05:10 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Fri, 29 Feb 2008 18:05:10 -0500 Subject: file dependencies and packages and [blocker] bugs In-Reply-To: <1204322329.3446.392.camel@beck.corsepiu.local> References: <1204308356.8099.80.camel@cutter> <47C8570C.2000003@hhs.nl> <1204319939.8099.98.camel@cutter> <1204322329.3446.392.camel@beck.corsepiu.local> Message-ID: On Fri, Feb 29, 2008 at 4:58 PM, Ralf Corsepius wrote: > > On Fri, 2008-02-29 at 16:18 -0500, seth vidal wrote: > > On Fri, 2008-02-29 at 20:03 +0100, Hans de Goede wrote: > > > > > Okay, these are mine (which I already knew without looking at the report, as I > > > very deliberately added the filedeps): > > > > > > /usr/share/fonts/bitstream-vera/Vera.ttf > > > xblast-0:2.10.4-5.fc9.i386 > > > chess-0:1.0-12.fc9.i386 > > > > > > /usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf > > > sdljava-demo-0:0.9.1-9.fc9.i386 > > > > > > /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf > > > sdljava-demo-0:0.9.1-9.fc9.i386 > > > > > > /usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf > > > sdljava-demo-0:0.9.1-9.fc9.i386 > > > > > > /usr/share/fonts/dejavu/DejaVuSans.ttf > > > sdljava-demo-0:0.9.1-9.fc9.i386 > > > > > > > > > The problem with these packages is that the application in question (== > > > game-ish app, using its own fontrending) opens these fonts by filename. not > > > true any known font configuration mechanism. > I am having the same issue with packages I maintain. > > > > > Define 'regularly' for the fonts changing locations? > For me, the problem had been fonts having vanished and fonts having > changed location _unnoticed_ between FC7 and FC8 (Initial FC8 contained > broken packages, because of this) > > As a consequence of this, I am hard-coding deps on font files. My > packages now break when fonts vanish/move. > > > > Also - If they are > > changing so often why don't we talk to the font maintainers and get that > > to stop moving around? > They changed due to conventions on font installation dirs changed and > because fonts where dropped due to licensing issues. > > > > > On the postive site, very few people have either of these installed, so I guess > > > the best solution here is to notfix. But I'm open for other ways of catching > > > filename changes in another package without using file deps. > > > > It makes things like repoclosure take longer to run b/c it has to go get > > the filelists to resolve it all out. > Well, it would be a mistake not check them - These deps are present, > whether you like it or not. > A way to do this might be to have a "debug" mode, in which the package will be built with dependencies on the font files, and "release" mode, in which the package depends on the font packages. Or, since fonts don't change that often, have an option for the packagers to be notified when an upstream Require:ment changes? e.g. Requires(notify):bitstream-vera-fonts (might get the name wrong, not on my Fedora box at the moment) -- Michel Salim http://hircus.jaiku.com/ From pingoufc4 at yahoo.fr Fri Feb 29 23:37:52 2008 From: pingoufc4 at yahoo.fr (pingou) Date: Sat, 01 Mar 2008 00:37:52 +0100 Subject: Generic boot.iso Message-ID: <47C89750.80102@yahoo.fr> Dear all, A friend of mine have recently worked in a generic boot.iso. The idea is to be able to use the same boot.iso whatever you are trying to do a netinstall for Fedora 8 i386, x86_64 or a Fedora 9 i386, x86_64 or even a CentOS (from the work he did) I think the idea would be nice to keep, having one general boot.iso for all the current version of Fedora available would be nice I think. You could then use the same one to install Fedora 8 on your i386 computer your x86_64 laptop and Fedora 9 on your testing machine... The iso can be found there : http://hei.unige.ch/~olivier/ a quick look at the file isolinux.cfg give some ideas on how it is done... Just an idea... Best regards, Pierre From johannbg at hi.is Fri Feb 29 23:54:53 2008 From: johannbg at hi.is (Johann B. Gudmundsson) Date: Fri, 29 Feb 2008 23:54:53 +0000 Subject: Generic boot.iso In-Reply-To: <47C89750.80102@yahoo.fr> References: <47C89750.80102@yahoo.fr> Message-ID: <47C89B4D.6090004@hi.is> pingou wrote: > Dear all, > > A friend of mine have recently worked in a generic boot.iso. > The idea is to be able to use the same boot.iso whatever you are trying > to do a netinstall for Fedora 8 i386, x86_64 or a Fedora 9 i386, x86_64 > or even a CentOS (from the work he did) > > I think the idea would be nice to keep, having one general boot.iso for > all the current version of Fedora available would be nice I think. You > could then use the same one to install Fedora 8 on your i386 computer > your x86_64 laptop and Fedora 9 on your testing machine... > > The iso can be found there : > http://hei.unige.ch/~olivier/ > a quick look at the file > isolinux.cfg give some ideas on how it is done... > > Just an idea... > > Best regards, > > Pierre > RFE for generic netboot and rescue cd ( the same cd ) :).... Best regards.. Johann B. From dennis at ausil.us Fri Feb 29 07:22:59 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 29 Feb 2008 01:22:59 -0600 Subject: Outage Notification - 2008-02-29 06:00 UTC In-Reply-To: <200802211418.15971.dennis@ausil.us> References: <200802211418.15971.dennis@ausil.us> Message-ID: <200802290123.08362.dennis@ausil.us> On Thursday 21 February 2008, Dennis Gilmore wrote: > There will be an outage starting at 2008-02-29 06:00 UTC, which will last > approximately 1 hour. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2008-02-29 06:00 UTC' > > Affected Services: > > Websites > CVS / Source Control > Buildsystem > Database > DNS > Mail > Torrent > > Unaffected Services: > None > > Ticket Link: > > https://fedorahosted.org/projects/fedora-infrastructure/ticket/347 > > Reason for Outage: > > Switching all fedora servers to UTC > > Contact Information: > > Please join #fedora-admin in irc.freenode.net or respond to this email to > track > the status of this outage. This work has been completed. Note that this is most visible on the koji web interface. All servers are now using UTC for their time zone. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 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